MCU für Assembler: AVR oder doch was Anderes?

Wird aber auch noch rege genutzt, trotz "Kinderchats":)

Zumindest das erste wäre für mich selbst interessant, das Zweite ist was für Leute mit Abitionen zu CAN-Bus, da es 2 davon hat.

Das erste ist ein "Highspeedboard" mit 24Mhz.

Das wuerde ich garnicht erst installieren, sondern gleich aktuelle Versionen bei Renesas runterladen. Damals war der Debugger (KD30) noch unabhaengig von der Programmieroberflaeche. Ich vermute mal das der Debugger von Mitsubishi kommt. Die Oberflaeche ist ja von Hitachi. Heutzutage ist der Debugger ja im HEW integriert.

Ausserdem konnte man die alten Versionen des Compilers nur 3Monate benutzen und dann garnicht mehr. Heute ist es so das man die gesamte Entwicklungsumgebung fuer einen Monat voll nutzen kann und danach zeitlich unbeschraenkt aber nur maximal 64kb Codegroesse.

Die Controller entsprechen im Prinzip dem hier schon erwaehnten M16/62A. Duerften sogar pinkompatibel sein. Aber sie unterstuetzen halt schon den E8. Wer es genau wissen will muss schon die Datenblaette gleichzeitig querlesen. Es gibt auch eine Applikation welche die Unterschiede im Detail beschreibt. Ich weiss die Nummer jetzt aber nicht. Um bestimmen zu koennen wieviel Flash/Ram die haben muesste man die genaue Bezeichnung haben. Allerdings ist es ja normalerweise so das auf den Entwicklungsboards immer die fettesten Teile sind.

Interessant waere noch die Frage wie die Boards programmiert werden. Mittlerweile ist es ja so das den aktuellen Boards immer ein E8/E8a beiliegt. Es kann sogar billiger so ein Board zu kaufen wenn man einen E8 haben will als sich den Debugger alleine zu kaufen. Aber da du ja nichts davon gesagt hast geht ich mal davon aus das deine Boards andere gebrannt werden? Ich glaube Renesas hatte frueher mal ein anderes Teil das hiess Flashtool oder Flashloader und war im Prinzip eine serielle Schnittstelle. Falls sich auf den Boards also kein 14pol Wannenstecker befindet kann man sie vielleicht nur ueber RS232 programmieren.

Olaf

Da muß ich mich wohl mal n bischen zu belesen. Literaturhinweis?

Richtig ausgereift ist sowas doch eh erst, wenn die Hardware obsolet ist ;-)

Darauf läuft's bei mir auch hinaus. Daher sind Binärpakete irgendwelcher Tools für mich auch eher nutzlos, ganz davon abgesehen, daß ich nicht auf x86 arbeite...

Gruß, Florian

Warum willst du denn da gross was lesen? Installieren und nutzen reicht nicht?

Ich habe einfach das hier in meinem Makefile stehen:

download: m16c-flash /dev/ttyS0 M16C start.srec ff:ff:ff:ff:ff:ff:ff

Dann reicht ein make download und alles ist drin.

olaf] ~/sources/M16C62A/DemoBoard: m16c-flash M16C-Flash Programmer Version 0.1 Programs an M16C/62 or R8C microcontroller in asynchronous mode.

Source koennte ich sicher rueberschieben falls er im Internet nicht zu finden sein sollte. Vielleicht gibt es ja auch schon eine neuere Version. Ich hab mich da nie drum gekuemmert weil es immer funktioniert hat.

Aber wenn du es wirklich wissen willst, DJ hat auf seiner Page ein PDF wo er erklaert wie das brennen funktioniert:

Naja, aber wenn ich das richtig verstanden habe dann beherscht der sh2-stub derzeit nur den download in den Prozessor. Etwas mehr Funktionalitaet waere doch ganz nett. Ich habe aber bisher nur einmal kurz ueber den source druebergeschaut. Vielleicht geht auch mehr und ich war nur zu doof.

Olaf

Klar, muß man sparsam einsetzen. Gibt aber einige Beispiele, wo das die Lesbarkeit erhöht, und man auch als jemand, der die Computersprache kann, kaum was neues lernen muß. Man muß ohnehin als Einsteiger in ein bestehendes Projekt die API und die Strukturen lernen, ich sehe da keinen Unterschied zu etwas neuer Syntax.

Ein gutes Beispiel wäre, wenn man in Lisp die Infix-Notation für mathematische Formeln verwenden will. Das geht mit einem geeigneten Reader-Macro und man kann dann #I"(3*x^^2 + 4*x + 5)" schreiben, statt (+ (* 3 (expt x 2)) (* 4 x) 5):

Auch wenn ich die Postfix-Notation für Programme mag wenn es richtig eingerückt ist, ist es gerade wenn man nicht täglich in Lisp programmiert und nebenbei noch etwas mathematisch vorgebildet ist, einfacher die erste Schreibweise zu lesen (zumindest bei Formeln) und man muß nur lernen, daß es #I im Projekt gibt.

So ein Reader-Macro selber zu schreiben, ist übrigens kein Problem. Ich habe das Infix-Paket mal selber nachprogrammiert, was 80 Zeilen gebraucht hat:

Den Debugger hatte ich nie benutzt und den Compiler nur mit einer Batchdatei. Die ganze Oberfläche war mir arg suspekt. Ich hatte zu der Zeit unter Windows den Ultraedit verwendet.

M306NAFQTFP und M30626FHPFP

Ich hatte die seriell programmiert, da ist ein Jumper, den man immer umstecken muss und dann war da ein Tool dabei, keine Ahnung wie das hiess, flasher oder so.

Jepp, so ist es. Man kann Pfostenfeldstecker auflöten, um dass ganze Board auf einen Träger (z.B. Lochraster) zu setzen.

Ja, ich bin auch so ungefaehr einmal am Tag deprimiert das der Editor von HEW nicht Emacskompatible ist. Und jedesmal wenn ich an den Anfang einer Zeile will (Ctrl-A) bekomme ich einen Herzinfarkt.

Sagt mir garnichts.

Ja, das war dann wohl mit dem FDT.

Olaf