Phase 3 : Bordcomputer

[saxonfahrer]

Ich geb dir recht : Bacom ist keine saubere Sprache. Aber sie ist einfach und verständlich und hat seeeeeeeehr viele Befehle die unglaublich viel Arbeit abnehmen. Z.Bsp. um etwas auf nem LCD auszugeben lade ich einfach mit einem Befehl die entsprechende LCD-Bibliothek (gibts nur für Bascom) und dann schreibt man LCD_Print und schon ist man fertig. In C oder gar Assembler (das ist mal kategorisch ausgeschlossen) ist das viel viel komplizierter.

Und warum soll man sich das so kompliziert machen . Ist ja nicht so, dass wir auf optimierten Code angewiesen sind. Ein Beispiel: selbst wenn man mit Bascom für eine Aufgabe wie x = t/k ca. 1000 Takte benötigt und mit C vielleicht nur 100 (nachdem man 2 Monate gebraucht hat um den Algorithmus dafür zu schreiben) und mit Assembler so gar noch weniger. Aber wozu . Der AVR macht 3,6Mio Takte pro Sekunde . Oder wenn ich will auch 16Mio. Und selbst wenn DZM, Tacho und Spritgeber inputs liefern - ist doch total schnurz, so wenig wie da kommen. Der gammelt doch eh 90% seiner Zeit ab und langweilt sich.

Da du stark an der Hardware proggen musst, musst du dich schon heftig mit Rechnerarchitektur auseinandersetzen.

Ich bin zwar kein Informatiker oder E-Techniker, aber das stimmt so nicht. Es wird ja grad deshalb so ein leistungstechnisch überdimensionierter Chip wie der ATmega8 oder ATmega32 verwendet, damit man ohne groß optimieren zu müssen Code schreiben kann wie man möchte. Und zum zweiten wird gerade deshalb auch BASCOM benutzt: hier muss ich nciht über die internen Vorgänge bescheid wissen. Das haben andere schon vor mir gemacht und entsprechend umfangreicharbeitende Befehle geschrieben - man muss das Rad ja nicht zweimal erfinden.

Aber das wichtigste noch : Ich freu mich, dass du dich beteiligen willst und uns unterstützt