Einsteig in Microcontroller und Programmierung

Postscript hat nicht viel mit ANS Forth tun. Ich empfehle das Buch hier als Einstieg:

Ist wie mit jeder neuen Programmiersprache, die man lernt: Auch wenn man die nicht einsetzen wird, lernt man dadurch eine neue Sichtweise und es kann dabei helfen, auch in den Sprachen die man einsetzt bessere Programme zu schreiben. Dieser Tipp wird u.a. auch in dem lesenswerten Buch "The Pragmatic Programmer: From Journeyman to Master" gegeben.

Wenn er den Urheber nicht angibt, ist das Extraquotezeichen ihm anzuhängen. Er schrieb wörtlich " > Forth ... ist einfach Tod." ;-)

So wie Elvis oder Jesus?

Zählt Postscript?

GRAUSAM!1elf Auf die Klamern als Vorfahrtregeln der Numerik mag ich nicht verzichten. Die anderen zur Strukturierung von Blöcken finde ich sinnvoll.

Bei Embedded Projekten ist das auch mit C nicht viel anders. Wenn die Compiletaste losgelassen ist, steht da heutzutage auch schon "ready" da.

Wie geht das eigentlich bei Fehlern?

Sowas macht mir auch erst Sorgen wenn Speicher oder Laufzeit knapp wird. Bei meinen Projekten erzwingt meist der Bedarf an Anschlußbeinchen einen Überschuß von beidem.

Das wäre interessant. Ich habe eine harte Schule ohne Debuggingtools hinter mir. Das stählt die Nerven...

Gibt es eine spezielle Börse?

Warum nicht, wenn es doch soooo gut ist? Die Antwort eines glühenden Verfechters interessiert mich wirklich.

Das ist auch nicht Sinn und Zweck der Dinger; die sind für bissl web und mail und Office unterwegs, für viel mehr taugen die nicht. Mich hat es ja immer in den Fingern gejuckt, mir dennoch mal so ein Teil als Spielzeug anzulachen - zum Glück konnte ich bisher widerstehen. Wir haben zu Evaluationszwecken derzeit in der Firma ein mainboard mit Atom-chipset liegen, und das Ding ist einfach nur eine lahme Möhre. Dabei ist es eines von den Besseren/Schnelleren seiner Art...

-ras

Du sagst immer, ISDN sei zu langsam. POTS ist langsamer und schlechter in der Verbindungsgüte.

Was war daran Premium? Es war billiger als zwei Analoganschlüsse und konnte dennoch mehr. Dann gab es Anfangs noch beträchtliche Zuschüsse zu neuem Equipment, sollte man sich zum Umstieg entschließen.

Das Bessere ist der Feind des Guten, und das hat man bei ISDN deutlich gesehen. Bei uns hat inzwischen selbst beinahe jede Ein-Mann-Firma ISDN laufen, und auch massenhaft Privatleute. Erst durch VoIP wird das wieder ein wenig zurückgehen - wenn der Kram jemals die Zuverlässigkeit von POTS und ISDN erreicht.

-ras

Ja, habe ich - aber da sehe ich keine Statistiken, und es ist auch sonst mühsam, durch das Menu zu navigieren.

-ras

Der Lancom 1823 VoIP war ein feines Gerät, aber ich habe ihn wieder verscheuert - bintec hat es hinbekommen, die notwendigen Funktionen weitaus früher bereitzustellen, bei einer weitaus übersichtlicheren Konfigurierbarkeit, einem massiven Stahlblechgehäuse (gegenüber der billigen Plastikbüchse des Lancom), und für weniger Geld. Nur den doppelten FLASH-Speicher mit fallback, falls das update schiefgeht, den haben sie bei Bintec nicht. Naja, wenn es weiter nix ist?!

-ras

Zugegeben, unschön ist sie nicht. Für maßvolle Ränder auf A4 habe ich aber voll allem eine Schrift gesucht, die möglichst breit läuft.

Irgendwas mache ich verkehrt. Immer wenn ich sage, Word und Office verwende ich deshalb nicht, weil es mir zu kompliziert ist, und ich damit nicht zurechtkomme, werde ich von der "ich habe gar keine Probleme damit" Fraktion mit großen Augen angesehen. Und zu wem kommen sie gerannt, wenn mal wieder die simpelsten Sachen nicht klappen?

Klaus Butzmann schrieb:

Nicht nur in Sachen Elektronik. H=E4tten sie in ihrem ureigenem Feld den =DCberblick, bn=F6tigten sie keine derart massive staatliche Subvention w= ie jetzt. Eine Subvention deren negative Folgen noch garnicht so recht klar ist.

--=20 mfg hdw

Der Mann ist offensichtlich im *besten* Sinn des Wortes

--=20 mfg hdw

Ja. Deshalb habe ich ISDN auch erst seit 1998, und selbst da kostete die Telephonanlage noch einen Premiumpreis.

Ich bin ein unästhetischer Banause ohne jeden geschulten Blick. Deshalb achte ich immer auf den Lochsatz, den erkenne sogar ich. Ich vermute zudem, gerade für Leute, die wie ich den Unterschied eher nicht sehen, ist LaTeX von Vorteil. Wer den perfekten Blick hat, dürfte auch unter Word mit der Maus etwas ansprechendes zurechtschieben können.

Ralph A. Schmid, dk5ras schrieb:

Das Weißbier natürlich.

Gruß Dieter

Axel Schwenke schrieb:

Ich bin der festen Meinung dass die Hersteller keinerlei Überblick in Sachen Elektronik haben.

Meine (moglicherweise falsche) Vorstellung: Die Komponenten werden vom "Systemlieferanten" geplant, entwickelt, gebaut und mundgerecht an's Band geliefert. 48 Stunden nach dem Auslaufen der Serie am Band weis keiner mehr irgendwas, da die fraktalen Entwickler für die fraktale Fabrik leider woanders sind. Wenns Probleme gibt werden die Zulieferer noch stärker geknechtet und Eratzteile sind sowieso nur lästig.

Nene, am liebsten eine permanente Abwrackprämie mit Dreijahresfrist und die Leute sollen alle drei Jahre eine schöne neue Kiste kaufen.

Vielleicht mal mit einigen Testfragen direkt an den Hersteller überprüfen:

- Tschuldigung wieviel mA zieht denn die Kofferraumbeleuchtung?

- Was ist denn die Maximalfrequenz am Radsensor links hinten?

- Auf welchen Motorstrom ist denn die Endstufe für den Scheibenheber rechts vorne ausgelegt?

Wetten dass da nur drei ??? und ein Verweis auf die aut(h)orisierten Werkstätten zurückkommen würde?

Butzo

Kann man so nicht sagen; aber tut eben oft nicht das, was ich will.

Das mag natürlich sein. Allerdings läuft das Zeug in den kleinen router-Kästchen etc. wunderbar, nur für den Einsatz am Arbeitsplatz kann ich einfach nix damit anfangen.

-ras

Es reicht eine Strategie der Art "Oh, da ist Norton/ZoneAlarm/AndererMüll drauf, damit kenne ich mich nicht aus, und man kann sich da auch gründlich das System kaputtmachen, wenn man da dran 'rumschraubt oder das einfach deinstalliert. Ach so, das hat der Peter empfohlen? Du, ist doch super, dann frag' doch einfach mal den Peter, der kennt sich ja offenbar damit voll aus."

-ras

Ich habe einen Bekannten, der bei einer Bude, die firmware für Steuergeräte entwickelt, Projektmanagement macht. Der traut keinem Steuergerät weiter als er es werfen kann - und nein, er ist kein Sportler. Es muß wahrlich haarsträubend sein, was da so abgeht :(

-ras

Der Trick ist ein völlig anderer und den kann ein nicht Forthler nicht einfach verstehen. Man schreibt HLL (sog. COLON)-Definitionen (nix neues also) und testet die interaktiv (was neues) aus. Stellt sich raus, das irgendeine Definition zu langsam ist, aber der Ablauf korrekt und nicht weiter optmimierbar ist, dann gibt es zwei Möglichkeiten: 1. schnellerer Prozessor oder 2. den/das zu langsame Wort in Assembler (CODE- Definition) neu schreiben.

Solange Du im HLL Bereich bleibst, ist es sehr einfach, auf beliebige andere Prozessoren zu wechseln. Schlimmstenfalls musst Du einen neue Forth Engine schreiben, wenn Du keinen passenden Forth Kern findest (unwahrscheinlich). Die Forth-engine benötigt ca. 30 kurze Assembler Befehle. Soll angeblich Arbeit weniger Stunden sein. Habs nie gemacht und gebraucht.

Zurück zu dem tunen per COLON-Def. Das ist ausgesprochen einfach, da Du ja schon ein HLL Modell hast, was funktioniert (also alle Strukturen, logische Abläufe...). Danach kannst das CODE Teil ausgiebig testen, obs genauso wie die HLL funzt. Geht schnell interaktiv. Genauso schnell geht es, eine Testschleife zu schreiben, die beide Worte mit den gleichen Parametern durchläuft und die Ergebnisse vergleicht.

Das sind genau die Dinge, die in C nicht gehen.

Das C als Metasprache funktioniert ist mir neu. Kann aber auch dran liegen, dass ich Metasprachen eh nicht kapiert habe.

Ich bin bekennender bit-popler :-) kein Forth-Theoretiker sonder ich benutze es, um schnell meine uC Projekte zum laufen zu bringen und auszuliefern.

Saludos Wolfgang