Programmierung in C

**besa** · 09.02.2004, 19:55

Hallo zusammen,

ich habe heute meinen Robby bekommen und würde ihn gerne in C programmieren. Leider habe ich weder hier im Forum noch in den FAQ einen Hinweis darauf gefunden. Ich bin allerdings auch ein Neuling im Bezug auf Microcontroller und habe vielleicht auch die falschen Begriffe gesucht.

Für ein paar Tips wäre ich dankbar.

Gruß

Sascha

**recycle** · 09.02.2004, 20:44

Soweit ich weiss kann man Robby nur in Basic programmieren.

**krischan100** · 10.02.2004, 06:27

Oder mußt Dir einen Controller ohne Basic kaufen, diesen kannst Du dann frei Programmieren

.

Der Austausch vom Controller auf dem Board ist kein Problem, habe es schon mehrfach auf dem Controllerboard durchgeführt(noch nicht auf bei einem CCRP5).
Ist dann halt mit der Programmierung natürlich einiges umfangreicher als den Controller in Basic zu Programmieren.

Krischan100

**TheLast** · 13.02.2004, 10:10

Oder die Erweiterungsplatine und ne C-Control II kaufen. Geht zwar etwas ins Geld, aber die Programmierung ist doch wesentlich angenehmer

**jörg** · 13.02.2004, 14:08

Die CC1 ist beim Robby nicht gesockelt - da würde ich als Anfänger nicht mit dem Lötkolben rangehen! Sonst wär ein Tausch schon interessant.
Die CC2 wird meines Wissens nicht in C programmiert, sondern in "C2". Aber immerhin!

**besa** · 15.02.2004, 13:11

Soweit ich weiss kann man Robby nur in Basic programmieren.

Schade eigentlich.

Kann mir eigentlich jemand den Sinn erklären einen Basic Interpreter für einen Microcontroller zu entwickeln? Wäre es nicht flexibler gewesen einen Compiler zu entwicklen der Basic compiliert?

Gruß

Sascha

**jörg** · 15.02.2004, 14:30

Einen MC wie die CC1 in Basic zu programmieren, ist nicht ganz blöd; vor allem, weils die die Alternative "Basic compilieren und dann als Maschinencode laufen lassen" in dieser Form bei der CC1 gar nicht gibt:

1. Die CC1 hat zwar "viel" ROM (so um die 6KB), aber da kann man ja nix reinladen. Drum ist da die CBASIC Runtime drin.
2. Die CC1 hat nur wenig EEPROM in der CPU (256 B); da kann man zwar bisschen was reinladen, aber kaum ein "sinnvolles" Programm. Drum werden da bei Bedarf nur Assembler Hilfsroutinen geladen.
3. An die CC1 kann man aber ganz leicht ein EEPROM anschliessen (über I2C bus), aber da kann man nur BIT-SERIELL zugreifen - na ja: die CC1 hat ja auch keinen "Adress-Bus" wie eine "richtige" CPU (ist halt ein MC, kein PC). In diesem EEPROM kann die CPU deshalb keine Programme ausführen. Drum werden da die CBASIC tokens reingeladen, und die CBASIC runtime, die im CPU ROM läuft, liest diese token dann bei Bedarf raus und führt sie aus.

Also: viel Alternativen gibts eh nicht, um ein Programm in Maschinencode direkt auf der CC1 auszuführen.

Und: Direkter Maschinencode im Gegensatz zu Interpreter für "tokens" (CBASIC) oder "PCODE" (Pascal) oder "virtuelle Op-Codes" (Java VM) ist sowieso mehr eine Philosophie-Frage als ein Performance-Problem: "gute" Interpreter sind ähnlich schnell wie Maschinencode, und "gute" runtime ist ähnlich kompakt wie Interpreter.
Aber Interpreter-Sprachen haben einige Vorteile "per Konstruktion": leichter zu lernen, schneller zu programmieren, wartungsfreundlicher, weniger fehleranfällig und liefern auf jeden Fall "mehr Leistung pro Op-Code".

Trotzdem ist CBASIC um Dimensionen (!) langsamer als Maschinencode. Aber das liegt vermutlich ganz stark daran, dass ja jedes Byte eines Tokens einzeln und bit-weise über den I2C - Bus aus dem EEPROM gelesen werden muss, bevor es verarbeitet werden kann. Und für jedes einzelne Byte werden dabei schon einige CPU-Zyklen verbraten...

**besa** · 17.02.2004, 19:49

Danke für die Informationen.

Nun ja wenn es schon nicht direkt in C geht werde ich wohl mal C3C ausprobieren. Auch wenn der C Code danach in Basic token umgewandelt wird so kann ich mein Programm doch besser strukturieren als unter Basic direkt. Hat schon jemand Erfahrungen damit gemacht? Gibt es Einschränkungen? Gibt es schon fertige Programme? Nutzt es überhaupt jemand?

Gruß

Sascha