HaikuVM A Java VM for ARDUINO and other micros using the leJOS runtime.

[haikuvm]

Hallo janvp,

ich entnehme deiner Ausgabe zwei Probleme:

1)

• ../../haikuVM/haikuJ2C.h:355:20: error: expected declaration specifiers or '...' before '*' token

Ändere doch bitte in '/Users/jan/haikuVM/haikuVM/haikuJ2C.h' die Zeile 355

• typedef prog_void (* BytecodeFoo)() ;

in

• typedef void (* BytecodeFoo)() ;

Ich habe recherchiert und gefunden, dass für AVR "prog_void typedef is now deprecated" gilt. Vielleicht liegt hier das Problem. Bei mir tut's allerdings. Deshalb die Frage welche avr-gcc Version du hast? Bei kommt folgendes:

genom2@unx1:~/haikuVM/myCProject$ avr-gcc --version
avr-gcc (GCC) 4.5.3
Copyright (C) 2010 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

2)

• ../../haikuC/haikuConfig.c:650:18: error: variable 'functionTable' must be const in order to be put into read-only section by means of '__attribute__((progmem))'

Ist mir ein Rätsel, denn 'functionTable' ist genau dort als const deklariert?! Vielleicht ist das aber mit 1) behoben.


3) Bevor du dann neu probierst lösche erst alle Directories in:

• /Users/jan/haikuVM/myCProject

Denn nur dann wird deine Änderung aus 1) verwendet.

[kaijoe]

Hallo Haikuvm,

ich habe nicht den ganzen Output angehängt, weil das ziemlich viel.
Ist aber nicht schlimm, da ich den Fehler beseitigt habe.
Ich habe die Zeile kaijoe.arduino.Extends = AVR in kaijoe.Extends = AVR
geändert und jetzt läuft es durch. Ich habe USB verwendet, da ich keinen Seriellen Port für den
AVRISP MKII habe. Wenn man das Atmel Studio installiert, wird automatisch ein USB-Treiber installiert.
Dieser konfiguriert den MKII so, dass er mit dem ATMel Studion einwandfrei funktioniert, aber leider keinen COM-Port
erstellt. Dazu muss ich libusbW32 installieren, wenn ich das mache habe ich zwar einen COM-Port und die ganzen anderen Lösungen
wie HaikuVM, Arduino und avrdude laufen dann, aber eben das ATmel Studio nicht mehr.

Ich werde dann wohl mal libusb installieren und melde mich dann nochmal.

Gruß
Kai

[janvp]

Mit dem Ändern von prog_void zu void ist der erste Fehler behoben.

Hier meine avr-gcc Version:

whiteapple:myCProject jan$ avr-gcc --version
avr-gcc (GCC) 4.6.2
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Der zweite Fehler ist leider nicht behoben.

Ich hab mir die Datei haikuConfig.c mit dem Text-Editor angeguckt und da ist mir etwas sonderbares aufgefallen. Immer wenn ich versuche das Leerzeichen nach ByteCode bzw vor * zu entfernen, verschwindet auch der Raum zwischen * und functionTable[]:

Vorher:
const byteCode * functionTable[]..
Nach dem Entfernen von dem Leerzeichen:
const byteCode*functionTable[]..
Ich hätte jetzt gedacht, dass es dann so aussehen müsste:
const byteCode* functionTable[]..

Wenn ich das Leerzeichen bei
const char * functionDesc[]..
entferne, verhält es sich wie erwartet:
const char* functionDesc[]..

Auch scheint der Raum zwischen * und functionTable[] größer zu sein als zwischen * und functionDesc[].

Ich hoffe du verstehst, was ich meine. Vielleicht stimmt etwas mit der Formatierung nicht. Der verwendete Text-Editor heißt TextEdit und ist auf dem Mac vorinstalliert.
Hier kannst du meine haikuConfig.c angucken: link

Vielen Dank für deine Mühe

[haikuvm]

Hallo kaijoe,

1) leider sehe ich keinen Anhang in Post #20. (Aber da tut's ja jetzt alles und scheint nicht mehr nötig zu sein.)

2) Wenn ich dich richtig verstehe willst (mittels libusbW32) einen COM-Port für avrdude erzeugen?!
Das ist ok. Aber weshalb kannst du nicht AVRISP MKII für deinen Selbstbau weiter verwenden? So wie ich dich verstehe hat das doch zuvor funktioniert. Ich kenne mich mit AVRISP MKII zwar überhaupt nicht aus aber ich nehme mal an - mit viel Phantasie - du hast das circa so zum flashen genutzt:

• avrisp.exe option1 option2 ... myHexFile.hex

Trag das doch mal (statt avrdude) in 'HaikuVM.properties' ein. Circa so:

• kaijoe.Upload = avrisp.exe option1 option2 ... $(HAIKU_OUTPUT)

und berichte mir mal.

Wenn's funktioniert haben Andere und ich gleich ein Beispiel für AVRISP MKII. Würde mich freuen.

- - - Aktualisiert - - -

- - - Aktualisiert - - -

Hallo janvp,

1) Mit "avr-gcc (GCC) 4.6.2" habe ich ein Problem! Denn das gibt es (noch) nicht für mein UBUNTU 12. (Daher kommt auch das prog_void-Problem. Die haben das in dieser Version mit dem "deprecated" wahrscheinlich schon durchgezogen.) Da ich nicht hoch auf 4.6.2 komme, kann ich dich nur bitten runter auf 4.5.3 zu kommen.

Ich gehe davon aus, dass damit auch die zweite Fehlermeldung verschwindet:

• ../../haikuC/haikuConfig.c:650:18: error: variable 'functionTable' must be const in order to be put into read-only section by means of '__attribute__((progmem))'

2) Das mit den sonderbaren Leerräumen liegt an TABs ('\t') und ist kein Problem. Zwischen "ByteCode *" ist ein Leerzeichen und zwischen "* functionTable[]" ist ein Tabulatorzeichen. Nimmst du das Leerzeichen weg verschiebt sich, in dem von dir verwendeten Editor, die Tabulatorgrenze. In diesem Fall scheint das TAB ganz zu kollabieren. Fürs Auge macht das was aus, für den C-Code nicht.

[kaijoe]

Hallo Haikuvm,

der AVRISPMKII ist der Programmer für die uC. AVRISP.EXE gibt es nicht. Ich weiß leider nicht
was das Atmel Studio 6 zum Übertragen nimmt. Der AVRISPMKII ist auf jeden Fall Hardware.
Ich habe es aber jetzt hinbekommen.

D.h. ich habe das Atmel Studio mit all seinen Komponenten, auch den USB Treibern, deinstalliert und danach
den Treiber libusbWin32 installiert.
Wenn ich jetzt den Programmer (AVRISPMKII) in den USB-Port meines Notebooks stecke,
wird er als libusb Device im Gerätemanager erkannt.
Nun habe ich mit libusbWIN32 aber auch das Problem, dass ich keinen COMPORT erstellt bekomme.
Allerdings ist es bei libusbWIN32 so, dass ich bei meinem kaijoe Abschnitt in der HAIKUVM.properties
als COMPORT USB angeben kann, statt eines COMPORTS.

D.h.

kaijoe.Port = \\\\\\.\\comX funktioniert nicht.

kaijoe.Port = USB funktioniert einwandfrei.


Ich konnte Beispielprogramme kompilieren und auch übertragen.

Jetzt kann ich mich mal damit beschäftigen eigene Programme zu schreiben.

Eine Frage hätte ich noch. Wird der Output von haiku.bat irgendwo protokolliert?
Ich bekomme Warnings angezeigt bei der Ausführung von haiku.bat. Da der output aber ziemlich schnell über den Bildschirm
scrollt und der Puffer der Eingabeaufforderung ziemlich klein ist kann ich im Moment nicht sagen was das
für Warnings sind.


Gruß
Kai

[haikuvm]

Hallo kaijoe,

1) suuuper, freut mich zu hören, dass es mit deinem Selbstbau klappt.

2) Also ich mache das so (stdout und stderr getrennt):

• c:\haikuVM\bin\haiku -v --Config kaijoe -o blink.hex C:\haikuVM\examples\src\main\java\avr\tutorial\Bli nk.java >std.out 2>std.err

oder so (stdout und stderr zusammen):

• c:\haikuVM\bin\haiku -v --Config kaijoe -o blink.hex C:\haikuVM\examples\src\main\java\avr\tutorial\Bli nk.java >std.outerr 2>&1

[mlade]

Hi,
ich versuche, den Nibobee mit Java zu programmieren. Einfache Dinge wie zum Beispiel die Ansteuerung der LED's gelingen mir auch ganz gut, Probleme machen mir - wie eigentlich zu erwarten - die Hardware-Interrupts.
Java ist ja nun nicht für die direkte Kommunikation mit der Hardware gedacht. Also war mein Gedanke, die Interrupt-Routinen in C zu schreiben, und diese dann per JNI in meine Java-Anwendung einzubinden. In C (und ASM) hab ich mit dem Asuro auch schon einige Erfahrungen sammeln können, auch die Bearbeitung von Interrupts. Mit Java und insbesondere mit dem JNI habe ich aber keine Erfahrungen.

Hat jemand einen Lösungsansatz für mich?

Versucht habe ich, die Interrupts irgendwie ohne JNI einzubinden, indem ich einfach per setMemory8 GICR, MCUCR und SREG konfiguriert und dann eine ISR (wie ich naiv glaubte) namens SIGNAL_SIG_INTERRUPT1 zu schreiben. IRGENDWAS tut der Robot auch bei dem Interrupt, ich bin mir allerdings ziemlich sicher, dass unmittelbar ein RESET folgt.

Übrigens: Ich nutze außer haiku.vm.MemoryAccess keine vorbereiteten Pakete, auch nicht die Asuro-Lib (weil zum Beispiel Sleep oder Msleep nicht funktioniert, der Asuro ist ja ganz anders konfiguriert).