Da hat doch tatsächlich einer eine JVM geschrieben, die auf einem
ATmega8 läuft. Siehe http://www.harbaum.org/till/nanovm/

PS: Mich würde mal interessieren, wieviele bei dem Betreff dachten, ich
würde nach sowas fragen und schon antworten wollten, wie unrealistisch
das sei :-)

D. h. ich habe 512 Byte für das Userprogramm zur Verfügung.

Rolf:
"Mich würde mal interessieren, wieviele bei dem Betreff dachten, ich
würde nach sowas fragen und schon antworten wollten, wie unrealistisch
das sei"


Hier ist einer :-/
Hatte mir die Gegenargumente schon alle im Kopf zurecht gelegt, als ich
geklickt habe :)

... TJA das wollte ich auch schon mal versuchen, habe dies aber nach
meinen Anfragen in diversen Foren als hoffnungslos aufgegeben.

Deshalb Respekt!

Achim

PS.: Hat damit schon jemand gespielt?

Ich habe die letzten paar Abende daran gearbeitet, das ganze in ein
benutzbares tar-Archiv zu packen. Im Prinzip müsste alles auch unter
Windows nutzbar sein (WinAVR und Java gibts dort ja auch), aber sicher
wird man ein wenig an den Makefiles drehen müssen. Ein oder zwei Abende
brauche ich wohl noch.

Aber in den nächsten Tagen werden ich alles unter GPL rauslegen, auch
die Quellen der eigentlichen VM, so dass Erweiterungen Tür und Tor
geöffnet ist. Bin mal gespannt, was draus wird :-)

Zur Zeit läuft die VM auf dem Asuro, auf einem einfachn
Atmega8-Testboad mit zwei LEDs und nativ unter Linux (prima zum
Debuggen).

Und ja, der Zugriff auf das EEPROM ist einigermassen zentral gekapselt,
es sollte sehr simpel sein, da was anderes anzusteuern, wie zum Beispiel
das Flash. Wenn man im Asuro den Mega168 nehmen würde hätte man dann 8K
fürs Java-Programm, zur Zeit mache ich das ja nur deshalb nicht, weil
im Flash nur noch sehr wenig Platz ist. Aber ein externes I2C-EEPROM
geht z.B. genauso gut. Die Ansteuerung muss halt einfach genug sein,
dass man das noch in die 8k des Mega8 bekommt.

Till

Also eigentlich hab ich ja nur nach Infos über Eclipse und ATMEGA16
gesucht, aber als Java-Fan bin ich fast sprachlos.

-
-
- !!!

Ausserdem bin ich natürlich sehr gespannt, ob das auch auf dem ATmega16
läuft. 8k Bytecode sollten dann einiges an Java-Code erlauben.

Weiterhin viel Erfolg
wünscht
Andreas

Das sollte problemlos auf dem Mega16 laufen. Die ersten Tests habe ich
damals mit dem Mega128 gemacht. Es erfordert aber ein wenig
AVR-Know-How, Routinen zu schreiben, die den Code aus dem Flash holen
(ok, das ist noch kein Kunststück), vor allem aber Routinen, mit denen
man neuen Code beim Upload im Flash ablegen kann.

Ich bin gerne bereit, dabei zu assistieren.

Till

Wow, respekt echt klasse.

wird da vielleicht auch in kleines tut folgen?

weiter so!!!

Was für ein Tutorial meinst Du? Wie man das Ding benutzt oder wie man es
erweitert? Allgemein auf AVR oder z.B. Asuro-spezifisch?

Ein paar Pläne in die Richtung habe ich, ich weiss aber noch nicht, ob
das eher ein Buch zu Asuro wird oder ein allgemeines PDF oder was auch
immer.

Till

Am besten eins über AVR und JAVA, schön strukturiert und mit beispielen
und praktischen anwendungen. Ich würds allgemein halten, basiere es
halt auf einem einfachen m16 evolution board. Am besten als frei
verfügbare PDF :)

echt stark!!!

Naja, da ich garkein Mega16-Board habe steht das nicht direkt ins Haus.
Bisher habe ich es nur auf dem Mega8 gemacht und das Flash als
Code-Speicher zu benutzen ist wie gesagt, nicht ganz trivial.

Kann gut sein, dass ich das mal mache, aber da erhoffe ich mir auch ein
wenig Mitarbeit anderer Anwender. Aber wer mir einen Mega168 für meinen
Asuro schickt erhöht die Wahrscheinlichkeit für passenden
Flash-Routinen (die dann sehr wahrscheinlich auch auf dem Mega16
laufen) ganz ungemein.

Till

schreib doch ein wikiartikel dann kan jeder mitschreiben.

Das ist eine echt gute Idee. Hast Du zufällig eine Idee, welches (ggf.
Englischsprachige, man will ja nicht alles doppelt machen) Wiki dafür
geeignet wäre?

Till

:-) Das habe ich erwartet. Die Anfragen zu der NanoVM kommen zu mehr als
der Hälfte aus nicht-deutschem Raum. Darf ich hier im Wiki daher eine
snglische Seite aufmachen?

Till

http://de.wikibooks.org/wiki/Hauptseite

gibt's natürlich auch auf english

Ja, der Code ist sicher recht portabel, immerhin läuft er auch auf
Linux-PCs. Unterstützung von anderen Prozessoren selbst zu machen plane
ich erstmal nicht. Der nächste Schritt ist die Dokumentation und ein
paar weitere native Klassen für den AVR. Die nativen Klassen sind die
eigentliche Schnittstelle zur Onboard-Peripherie und für den
allgemeinen AVR (also die nicht-Asuro-Lösung) gibt es bisher nur eine
Port- und Timerklasse, damit ist nicht viel mehr machbar als eine
Modellbahnampel oder so ...

Till

Also wenn schon ein kleiner ARM, dann die neuen Atmel AT91SAM7X mit
Ethernet und CAN...

Als ich von der VM gehört hab, war ich hin und weg ;)
Vor allem, weil ich selber Linux User bin und ausnahmsweise mal nichts
anpassen muss bei so Sachen, da sie ja oft für Windows sind.

Nur bekomm ich das Tool nicht zum kompilieren, geschweige denn zum
laufen. Ich bekomm immer diese 8 Fehler:

NanoVMTool.java:36: cannot resolve symbol
symbol  : variable Version
location: class NanoVMTool
    System.out.println("NanoVMTool " + Version.version +
                                       ^
NanoVMTool.java:66: cannot resolve symbol
symbol  : variable Config
location: class NanoVMTool
    Config.load(args[curArg]);
    ^
NanoVMTool.java:70: cannot resolve symbol
symbol  : variable Config
location: class NanoVMTool
      Config.overwriteFileName(outputFileName);
      ^
NanoVMTool.java:72: cannot resolve symbol
symbol  : method setClassPath (java.lang.String)
location: class java.lang.ClassLoader
    ClassLoader.setClassPath(args[curArg+1]);
               ^
NanoVMTool.java:73: cannot resolve symbol
symbol  : method load (java.lang.String)
location: class java.lang.ClassLoader
    ClassLoader.load(args[curArg+2]);
               ^
NanoVMTool.java:76: cannot resolve symbol
symbol  : method totalClasses ()
location: class java.lang.ClassLoader
                       ClassLoader.totalClasses() + " classes");
                                  ^
NanoVMTool.java:79: cannot resolve symbol
symbol  : class UVMWriter
location: class NanoVMTool
    UVMWriter writer = new UVMWriter(writeHeader);
    ^
NanoVMTool.java:79: cannot resolve symbol
symbol  : class UVMWriter
location: class NanoVMTool
    UVMWriter writer = new UVMWriter(writeHeader);
                           ^
8 errors
make: *** [NanoVMTool.class] Error 1


Vielleicht kann mir jemand helfen.

@Andreas:

Also zum einen ist im Archiv schon ein fertiges JAR in
tool/NanoVMTool.jar, Du musst es also nicht unbedingt selbst neu
übersetzen.

Aber natürlich solltest Du es auch übersetzen können. Dazu sollte es
eigentlich reichen, nach nanovm/tool/src zu wechseln und dort make
einzugeben. Wenn das nicht klappt, dann frage bitte nochmal und
schreibe, wie Du genau die Übersetzung startest, welche Linux-Distro
mit welchem JDK Du benutzt (das sagt Dir java -version) und was sonst
noch wichtig sein könnte.

Till

Ich kann das jar auch nicht ausführen. Da bekomm ich immer ne Exception:
"Exception in thread "main" java.lang.NoClassDefFoundError:
NanoVMTool/jar"
Deswegen hab ich es ja versucht das ganze mit make zu kompilieren. Das
Makefile schriebt auch die Version in die Datei Version.java, nur der
javac bringt dann diese 8 Fehler.
Meine Distri ist Gentoo mit nem Runtime Environment in der Version
1.4.2_09

Dass Du nur ein JRE verwendest kann nicht ganz stimmen, denn bei Dir
läuft der javac ja wirklich los und versucht etwas zu übersetzen. Der
javac ist aber kein Teil der jre (re steht ja für runtime environment).
Der javac-Compiler ist üblicherweise Teil des kompletten JDK.

Bitte schreib etwas detaillierter, was Du genau versuchst. Es klingt,
als würdest Du das JAR-File mit "java NanoVMTool.jar" zu starten
versuchen. Das kann so nicht klappen, JAR-Files startet man mit "java
-jar NanoVMTool.jar".

Die Fehler, die Du beim Übersetzen hast kann ich mir gerade nicht
erklären, ich bin aber tatsächlich kein Java-Profi (ehrlich, ich weiss
mehr über die Java-Virtual-Maschine, als über die Sprache Java). Ggf.
kann jemand anderes hier auselfen.

Und wegen des Wikis: Ich habe ein neues Projekt NanoVM gestartet. Wäre
prima, wenn ihr da jeweils mitarbeitet, wenn ihr zum Beispiel Probleme
habt und dann deren Lösung findet und dokumentiert:
http://www.mikrocontroller.net/articles/NanoVM

P.S.: Hab gerde gemerkt, dass das NanoVMTool eine Exception wirft, wenn
man es ganz ohne Parameter startet. Wenn Du die "usage"-Zeile sehen
willst, dann starte es mit irgendeinem Quatsch-Parameter, z.B. java
-jar NanoVMTool.jar nase

Wenn ich es mit Paramter starte läufts.
Ja... Das JDK hab ich auch installiert. Bin grad neu in Java, weil wir
das in der Schule lernen. Alles andere kann ich aber kompilieren.

Hab bisher nur mit PHP oder C# gebastelt und das ist von Grund auf
verschieden in der Handhabung (vor allem C# (oder gleich .NET) und
Java).

Der Fall mit keinen Parametern kann in der Methode main so abgefangen
werden:

public static void main(String[] args)
{
        if(args.length == 0)
        {
                // hier die Ausgabe des Hilfetexts
        }
}

mfG,
ejd

Hallo,

ja, danke, hatte ich inzwischen gefixt. Allerdings ist eine seperate
Abfrage ja etwas unschön ... wenn schon die NanoVM kein unnötiges Byte
enthalten darf, dann verschwende ich im Tool natürlich auch keinen
Code. Daher ist der tatsächliche Patch noch etwas einfacher, als Dein
Tipp. Aber trotzdem danke!

Das ist aber noch nicht auf der Webseite. Den Fehler halte ich für so
minimal, dass ich das nicht sofort hochlade.

Till

Hallo,

nachdem das thematisch dazupasst. Die Firma domologic hat auch so eine
java-basierte GUI. Unter

http://www.jcontrol.org/

Zu kaufen gibt's die auch über ELV, da ists billiger als beim
Hersteller :)

Ich finde aber den OpenSource Ansatz ganz toll. Brint alle vorteile
mit, man ist vorallem nicht an eine HW gebunden. Wirklich genial!

Mario

Was die so "klein" nennen. Dieses JControl fällt unter die gleiche
Kathegorie wie viele andere "kleine" Java-Lösungen und benötigt
durchaus einiges an Speicher und Rechenleistung. Selbst Geräte mit dem
tausenfachen des Atmega8 (also mit 8MB Flash und 512kB RAM) fallen ja
noch unter "klein", wenn man sie mit einem PC vergleicht.

Die NanoVM läuft auf einem Prozessor, den man für Euro 2.50 bei jedem
Elektronikhändler kaufen kann. Das war mein Ziel. Mit den doch deutlich
größeren und teureren kommerziellen Lösungen wollte ich nie
konkurrieren. Aber in Kombination wird's vielleicht spassig: Die
NanoVM als billiger Sensorknoten und die JControl-Dinger als
Bediengerät, oder so.

Till

Hi,

ich habe das Wiki nun schon mit einigem an Beschreibung gefüllt. Einige
der schon hier diskutierten Fragen, wie zum Beispiel "kann ich auch ein
externes EEPROM nehmen?" und die Sache mit der Integration eigener
nativer Klassen werden dort erklärt.

Ein Kapitel zur praktischen Verwendung am Beispiel des Asuro werde ich
auch noch machen.

Das Wiki: http://www.mikrocontroller.net/articles/NanoVM

Till

Ich bekomme beim compilieren von NanoVMTool auch die folgenden fehler:

NanoVMTool.java:36: cannot resolve symbol
symbol  : variable Version
location: class NanoVMTool
    System.out.println("NanoVMTool " + Version.version +
                                       ^
NanoVMTool.java:66: cannot resolve symbol
symbol  : variable Config
location: class NanoVMTool
    Config.load(args[curArg]);
    ^
NanoVMTool.java:70: cannot resolve symbol
symbol  : variable Config
location: class NanoVMTool
      Config.overwriteFileName(outputFileName);
      ^
NanoVMTool.java:72: cannot resolve symbol
symbol  : method setClassPath (java.lang.String)
location: class java.lang.ClassLoader
    ClassLoader.setClassPath(args[curArg+1]);
               ^
NanoVMTool.java:73: cannot resolve symbol
symbol  : method load (java.lang.String)
location: class java.lang.ClassLoader
    ClassLoader.load(args[curArg+2]);
               ^
NanoVMTool.java:76: cannot resolve symbol
symbol  : method totalClasses ()
location: class java.lang.ClassLoader
                       ClassLoader.totalClasses() + " classes");
                                  ^
NanoVMTool.java:79: cannot resolve symbol
symbol  : class UVMWriter
location: class NanoVMTool
    UVMWriter writer = new UVMWriter(writeHeader);
    ^
NanoVMTool.java:79: cannot resolve symbol
symbol  : class UVMWriter
location: class NanoVMTool
    UVMWriter writer = new UVMWriter(writeHeader);
                           ^
8 errors
make: *** [NanoVMTool.class] Error 1

Liegt das vielleicht daran, dass ich nicht die Original Sun JDK sondern
die Blackdown JDK verwende?

wenn der bootloader ersetzt wird, kann ich den avr dann eigendlich noch
normal über isp flaschen oder muss ich dann immer über seriell gehen?

Solange man es nicht über entsprechende Fuses abschaltet, funktioniert
ISP immer. Das ist unabhängig vom Bootloader.

@Blackdown:

Keine Ahnung. Aus irgendeinem Grund funktioniert bei Euch das
Übersetzen der abhängigen Klassen nicht. Kannst Du mal versuchen, z.B.
Version.java seperat zu übersetzen? Also z.B. einfach javac
Version.java einzugeben. Danach wieder versuchen, das ganze Projekt zu
übersetzen und schauen, ob der erste Fehler (der sich eben auf die
Version-Klasse bezieht) immernoch auftritt? Kann Blackdown nicht
automatisch abhängige Klassen mitübersetzen? Ich bin in der Tat kein
Java-Profi, sondern eher der C-Guru.

Und wegen des Bootloaders: Ich ersetze den Asuro Bootloader, der ist
das speziell für den Asuro vom Asuro-Hersteller in den Mega8
programmiert worden. Meine NanoVM (und deren Bootloader) werden per ISP
wie jedes andere Programm auch installiert und ersetzen dabei jedes
bereits installierte Programm, was im Falle des Asuro eben dess
Bootloader ist.

> Keine Ahnung. Aus irgendeinem Grund funktioniert bei Euch das
> Übersetzen der abhängigen Klassen nicht. Kannst Du mal versuchen,
> z.B. Version.java seperat zu übersetzen? Also z.B. einfach javac
> Version.java einzugeben. Danach wieder versuchen, das ganze Projekt
> zu übersetzen und schauen, ob der erste Fehler (der sich eben auf
> die Version-Klasse bezieht) immernoch auftritt?

Das funktionierte leider nicht, aber ich habe eine andere Möglichkeit
gefunden:

~/nanovm/tool/src$ ls ..
NanoVMTool.jar  config  readme.txt  src
~/nanovm/tool/src$ rm ../NanoVMTool.jar
~/nanovm/tool/src$ ls ..
config  readme.txt  src
~/nanovm/tool/src$ javac *.class
~/nanovm/tool/src$ make
jar cmf NanoVMTool.mf ../NanoVMTool.jar *.class
~/nanovm/tool/src$ ls ..
NanoVMTool.jar  config  readme.txt  src
~/nanovm/tool/src$

> Kann Blackdown nicht automatisch abhängige Klassen mitübersetzen?
> Ich bin in der Tat kein Java-Profi, sondern eher der C-Guru.

Ich hab keine Ahnung. Ich würde auch lieber Suns JDK nehmen, aber es
gibt davon keine 64Bit-Version.

> Und wegen des Bootloaders: Ich ersetze den Asuro Bootloader, der ist
> das speziell für den Asuro vom Asuro-Hersteller in den Mega8
> programmiert worden. Meine NanoVM (und deren Bootloader) werden per
> ISP wie jedes andere Programm auch installiert und ersetzen dabei
> jedes bereits installierte Programm, was im Falle des Asuro eben
> dess Bootloader ist.

Achso. Gut.

> ~/nanovm/tool/src$ javac *.class

Was kommt denn dabei raus? Du sagst dem Compiler im Klartext
"übersetze die Dateien, die schon da sind". Das macht m.E. garkeinen
Sinn. Der javac erwartet *.java-Dateien als Eingabe, keine Classfiles,
wie Du sie angibst. Zumindest der Sun-javac mag das auch garnicht:

> javac *.class
javac: invalid flag: AccessFlags.class
Usage: javac <options> <source files>
...

Wenn Du die vorhandenen Classfiles (also Version.class etc) da lässt,
dann übersetzt Du nichts neu, sondern baust nur daraus das JAR-File
zusammen.

Erst wenn Du das JAR-File sowie alle *.class-Dateien vorher löscht und
dann irgendwie wieder zu einem funktionierenden JAR-File kommst hast Du
wirklich das NanoVMTool neu erstellt. Wenn Du das mit der Blackdown
hinbekommst würde ich das gerne ins Makefile übernehmen.

Ciao,
  Till

@@Dominik S. Herwald (SlyD)

Der AT91SAM7X kostet bei 1000Stück abnahme um die 6€ Netto. Man muß
aber noch dazu Rechnen das man ein PHY Ethernet Chip benötigt die sind
auch nicht ganz Preiswert. Trozdem Denke ich kann man auf ca. 30€
kosten kommen für ein Embedded System ...

Gruss Sven

Hi,
ich wollte mir das grad mal näher anschauen, aber die Links zu den
Softwarepaketen auf der Seite gehen nicht. Wo finde ich denn die
Dateien?

Gruß
Markus

Ich hab mal ne Frage zur weiternetwicklung der VM!

ANgenommen ich wollte eine Lib für einen GLCD Controller schreiben (in
meinem Fall der Toshiba T6A39). Wo pack ich die am besten hin? Schreib
ich mir ne Java Klasse und füg die meinem Programm hinzu?
Oder schreib ich ne Java Klasse und füg sie der VM hinzu?
Und was is mit C Code? Brauch ich den auch noch, wenn ich der VM selber
was gutes tun will?

Andreas Galauner

Ich würd sagen schreib die Routinen am besten native in ASM oder C,
nicht in Java. Das macht das ganze kompakter und schneller.

Aber wo finde ich jetzt die Sourcepakete? Die Links auf der Seite
funktionieren nicht

Ja, das steht seit gestern oder vorgestern da. Hoffentlich renkt sich
das wieder ein. Das Teil könnte nämlich interessant sein. Die einzige
Alternative die ich noch kenne wäre PyMite, und das kriegt man in
keinen Mega8

Till Harbaum(till@harbaum.org):
Guckst du hier:
http://www.mikrocontroller.net/articles/NanoVM#NanoVMTool
Er hat sich in seinem Beitrag wohl nur verschrieben...

Wird das eigendich noch weiterentwickelt?
Schön wär:
- Unterstützung für andere AVRs neben ATmega8.
- Unterstützung für Java-Bytecode im Flash.
- Konfigurierbarkeit ob Asuro mit eincompiliert wird.

Ich hab gestern mal versucht die VM auf nem Mega16 zum laufen zu
bringen. Scheint an sich auch geklappt zu haben, nur bin ich nachher
komplett durcheinander gekommen, weil ich wieder ca. 10 Konsole offen
hatte ^^

Sowas, wie ne GUI für das NanoVM Tool wär nicht schlecht, Evtl. kann
ich da ja mal was basteln, wenn ich das mit dme Swing endlich mal
gebacken bekomme. Bis wir das inner Schule machen dauerts leider noch n
bischen...

PS:
Ich hab mein Passwort vergessen, weil man das hier nich ändern kan...
Zumindest hab ich da nix zu gefunden. An wen soll ich mich da wenden?
"Passwort vergessen"-Funktion gibts hier anscheinend auch nich...

Und was ist mit "Java-Bytecode im Flash"? Hat das schon mal jemand
versucht und kann eine modifizierte Version hochladen?

Hallo,

solange die rechtliche Sache nicht geklärt ist wäre es nett, wenn
niemand irgendeine modifizierte Version hochlädt. Im  Zweifelsfall kann
sowas den Plan die Sache wieder Online zu bekommen sogar scheitern
lassen.

Die Sache dürfte sich innerhalb der nächsten drei bis vier Wochen
hoffentlich zu unseren Gunsten geregelt haben.

Till

Hi!

Woran liegt es denn genau, kannst du ein paar mehr Details posten ?
Hat sich sun beschwert deswegen ?
Interessiert mich mal ;)

Btw das Projekt finde ich super! Respekt ;)

Hi,

nein, nicht Sun, sondern mein bisheriger Arbeitgeber. Details möchte
ich im Moment lieber nicht posten.

Sorry,
  Till

Ah ok alles klar!
Dachte die sun leute haetten was dagegen gehabt ;)

Danke für die Info!

"It is not a full Java VM, since it does not support
exceptions, threads, floating point arithmetic and various other
things"

Ich hätte da mal eine Frage. Was bleibt von Java übrig, wenn man
exceptions, threads, floating point arithmetic und andere Dinge
weglässt? C oder Basic mit anderer Syntax? Was ist der Vorteil von
diesem kastrierten Java gegenüber C?

> Ich hätte da mal eine Frage. Was bleibt von Java übrig, wenn man
> exceptions, threads, floating point arithmetic und andere Dinge
> weglässt? C oder Basic mit anderer Syntax?
Es bleibt ein kleines Java. Die Vorteile gegenüber üblichen C-Compilern
sind u.a.:

- viele Leute kennen/können eben Java und müssten C erst lernen
- Speichermanagement
- gleicher Code/gleicher Compiler (kein spezieller Cross-Compiler)
- Abstahierung der Hardware durch native Klassen (geht in C durch die
Verwednung von Bibliotheken, aber die sind bei C eben doch Teil des
Zielprogrammes und der Anwender muss sich um sie küßmmern)

Ja, natürlich ist "richtiges Java" eben auch Exceptions usw., aber
dafür reicht es im Mega8 eben nicht.

Till

Gibt es wirklich schon mehr Java als C/C++ Programmierer? Wenn ich mir
die newsgroups anschaue, dann hab ich eher das Gefühl, das die meisten
erst Java lernen müssten und nicht umgekehrt. Ich habe mir die JavaVM
für den AVR noch nicht angeschaut. Ich nehme mal an, dass es wie das
"richtige" Java einen garbage collector hat. Ist das nicht auch ein
Problem, wenn dieser bei der Abarbeitung des Programms einfach mal
losläuft? Ich mein, dadurch kann ich doch bei der Ausführung keine
definierten Zeiten garantieren. Oder muss man den garbage collector
explizit aufrufen?

Hallo,

die nativen Methoden sind in C geschrieben, wie die ganze NanoVM selbst
auch.

Ich verstehe den Hintergrund der Diskussion nicht ganz. Mit der
Einführung von Java verschwindet C doch nicht. Wer in Java nur
Nachteile hat soll natürlich weiter C programmieren, davon hält ihn
doch garkeiner ab, das mache ich selbst doch nicht anders, immerhin ist
die NanoVM in C geschrieben. Es geht doch nur um die Leute, die lieber
Java programmieren und es nun können.

Und so langsam gibt es sicher mehr Java- als C-Programmierer, frag'
doch einfach mal eine Gruppe Uni-Abgänger, was sie besser kennen und
lieber mögen. Spätestens einen Cross-C-Compiler wie WinAVR hat
praktisch niemand je verwendet. Und für Java braucht man eben keinen
neuen Compiler.

Und ja, die Garbage-Collection springt manchmal an und läuft dann eine
kaum vorherzusagende Zeit und ja, Java-Code läuft viel langsamer als C,
er wird ja durch ein C-Programm interpretiert. Aber für viele kleine
Asuro-Programme reicht es.

Die NanoVM ist einfach eine weitere Option und ihr Vorteil ist der,
dass sie nun existiert. Ihr habt nun einfach eine Wahl mehr, ob besser
oder schlechter als andere ist doch Eure Entscheidung. Ich verstehe
nicht so ganz, warum eine Java-Lösung erst dann Sinn machen soll, wenn
sie in allen Aspekten mit einer C-Lösung konkurrieren kann.

Ciao,
  Till

@Till Harbaum:

Weil Perv... Perfektionisten? ;)

Nun ja, zurueck zum Thema: Ich versuche, NanoVM auf AVR Butterfly zu
portieren, d.h. AVR Mega169. Habe ich richtig verstanden, dass der
Bootloader ueberschrieben wird?

mfG,
ejd

Die JavaVM hat sogar Vorteile gegenüber Native Compilern. Die Programme
können theoretisch beliebig groß werden wenn man ein entsprechendes
Speichermedium verwendet und man könnte noch einen schönen Debugger
implementieren der es einem ermöglicht im System ohne teure Hardware zu
debuggen. Das das allerdings schwierig wird ist mir klar, aber es ist
möglich.

Ich denke es geht hier nicht um die Sprache selbst sondern das
Grundkonzept ist ein völlig anderes (Nativ Compiler gegen Bytecode
Interpreter)

Nachtrag:

Es gibt doch auch eine Moeglichkeit, den Garbage Collector nicht
einzusetzen. Ich brauche das nicht, aber jeder der es braucht kann es
ja
programmieren...

mfG,
ejd

Hi,

ich habe keine Ahnung, welche Art Bootloader auf dem Butterdfly ist.
Aber ich programmiere den ganzen Chip neu, also wird ein ggf.
vorhandener Bootloader wohl überschrieben. Aber es hält Dich natürlich
nix davon ab, irgendwann den Originalbootloader zu installieren. Das
Problem beim Asuro ist da nur, dass man den nicht einzeln bekommt.

Und die Garbage-Collection springt nur dann an, wenn man häufig Objekte
erzeugt und zerstört. Das wiederrum geht aber ohne Garbage-Collection
auch nicht, sonst wären die 768-Bytes, die auf dem Mega8 frei sind ja
ratz-fatz voll, wenn man zum Beispiel mit Strings rummacht. Zum Bespiel
wird beim zusammenhängen zweier Strings per "+" ein neuer erzeugt und
die beiden alten freigegegen.

Till

Hallo,

zur Garbage-Collection: Ja, die kompaktiert den Heap, danach steht also
der freie Speicher als ein kompletter freier Block zur Verfügung.

Wegen des VM-Konzeptes: Ich bin immer irritiert wenn Leute Dinge für
komplett sinnlos und unbrauchbar darstellen. Woher wisst ihr immer so
genau, was "eine Notlösung" ist und "keinerlei Vorteile" hat und
für was es "keinen Grund es ernsthaft anzuwenden" gibt. Wenn es
für_Dich keinen Anwendung hat, dann verwende es halt nicht, aber
Dinge pauschal als sinnlos darzustellen ist wenig produktiv.

Wegen des Speichers: Eine Java-Lösung für den AVR eignet sich zum
Beispiel ausgezeichnet, die Class-Files auf einer SD-Karte abzulegen,
diese per SPI an den AVR zu binden und dort mit nur wenig Speicher
einfach die Programme direkt von SD-Karte auszuführen. Und Du wirst
nicht ernsthaft behaupten wollen, dass ein Mikrocontroller mit der
gleichen Menge internem Speicher genauso billig ist wie eine SD-Karte,
oder? Ganz zu schweigen von der Tatsache, dass ich eine SD-Karte in
jedem Kartenleser mit einem neuen Class-File beschreiben kann.

Ja, es gibt größere Prozessoren als den AVR und ja, da kann man
wesentlich ausgefeiltere Java-Implementierungen drauf laufen lassen
(was ja auch passiert). So what? Das heisst doch nicht, dass man es
nicht auch auf dem kleinen AVR machen kann.

Ciao,
  Till

PS.: Mich interessiert Deine AVR-Ada-Lösung: Wo kann ich mir die
anschauen?

Hier GNU ada für ARM
http://www.mikrocontroller.net/articles/AVR-Ada
;)

Kein Programm eignet sich für den ernsthaften Einsatz, bis man dieses
ernsthaft einsetzt...

mfG,
ejd

Hallo,

ich kann mich des Eindrucks nicht erwehren, dass nicht so ganz klar
ist, wozu die NanoVM da ist. Kleines Beispiel: Ein Mega8 kostet 2.60
Euro im Versand. Eine Modellbahnampelsteuerung aus diskreten Bauteilen
aufzubauen ist vielfach teurer und benötigt mehr Bauteile. Und wenn man
am Ende noch 'ne Fussgängerschaltung will kann man von vorne anfangen.
So, genau das kann auch ein Java-Laie eben mal in Java mit der NanoVM
machen. Ist ganz simpel.

Natürlich gibt es furchtbar viele und furchtbar komplexe Programme, die
man nur in C auf dem AVR unterbringt, aber die Welt eines
2.60-Euro-Chips besteht nicht nur aus solchen Mega-Projekten. Das ist
ja der Witz an so einem kleinen Chip: Man kann ihn für jedes
Kinkerlitzchen einsetzen und spart auch noch Geld. Dafür ist die NanoVM
gedacht: Für ganz keine einfache Dinge wie den Asuro oder eine einfache
Modellbahnsteuerung. Und wenn einer den Prozessor wechselt, dann muss
er sich eben nicht um den neuen Chip kümmern, die Hardwareabstraktion
macht die NanoVM und der User merkt z.B. garnicht, dass sein Code eben
noch auf einem Mega8 lief, jetzt aber auf einem PIC oder sonstwas, weil
es den eben gerade als Restposten billiger beim Reichelt gab.

Till

Hallo Till,

ich finde dein Projekt sehr interessant.
Ich frage mich, warum du dir den Zwang eines ATmega8 antuest,
wenn man für wenige Euros mehr schon einen ATmega128 bekommt.
(aktueller Preis 7 Euro ab 1 Stück).

Martin

Hallo Till,

wo bekomme ich den ATmega 128 für 7 EUR Brutto?

Grus Sven

Vermutlich gebrauchte bei Ebay oder irgendwelchen Schwarzhändlern.
Selbst bei Großhändlern muß man mehr als 10 Stück abnehmen um auf etwas
7€ brutto zu kommen

@Martin er hat doch geschrieben das ers möglichst günstig haben will.
Und ich denke das es später dann ja auch verschiedene Portierungen
geben wird.

Allerdings fidne ich ist das ganze etwas widersprüchlich, einerseitz
sagst du das sei für Anfänger, andererseits sagst du das man damit mal
eben ne 128mb SD kart (samt Code!) ansprechen kann, glaub nicht das das
nen Anfänger machen wird :)

Ansosnten finde ich es schon fazinieren wo Java überall eingeszt wird
manche handys basieren ja teilweise schon komplett dadrauf.
Ich seler programiere auch in Java, aber ehrlichgesagt tipep ich meine
Miniprogramme doch lieber "mal schnell" in ASM, alelrdings wie schon
gesagt, C-Controll sit ja auch sehr beliebt, was dahinter steht
natürlich auch ne Marketingmaschiene aka Conrad ;)

@Sven
ATmega128 für 6,99 Euro bei www.elektro-nix.de

> Ich frage mich, warum du dir den Zwang eines ATmega8 antuest,
Das ist einfach: Weil er im Asuro steckt

Der Mega128 ist zwar viermal so teuer, aber immernoch sehr günstig, das
stimmt. Aber für den Heim-Bastler ist der Mega8 auch rein mechanisch
einfacher zu verwenden. Und wenn man die NanoVM auf dem Mega128
verwendet lässt sich der gewonnene Platz ja auch sinnvoll nutzen:
- als Java-Codespeicher (anstelle des kleineren internen EEPROMs)
- für ganz viele native Methoden
- für Zusatzfunktionen (z.B. könnte man einen kleinen TCP-IP-Stack
  aufnehmen und per Standard-konformer Java-Methoden ansprechen)
- für Fließpunkt-Arithmetik
- für die Behandlung von Exceptions
- für die Behandlung von Threads

Klar, der Mega8 ist sehr kein und die NanoVM passt da nur knapp rein,
aber auch bei mehr Code-Speicher hat man so den Vorteil, noch schön
viel Platz für weiteren Spass zu haben.

> Allerdings fidne ich ist das ganze etwas widersprüchlich, einerseitz
> sagst du das sei für Anfänger, andererseits sagst du das man damit
mal
> eben ne 128mb SD kart (samt Code!) ansprechen kann, glaub nicht das
das
> nen Anfänger machen wird :)
Du musst bei diesem Projekt immer zwei Dinge trennen: Die Erweiterung
der NanoVM, was sicher keine Sache für Anfänger ist und deren
Benutzung. Derjenige, der die SD-Karte anbindet muss einiges an
Know-How besitzen, das stimmt. Aber am Ende kann es jeder benutzen, der
in der Lage ist, ein Class-File auf eine SD-Karte zu kopieren und in das
Zielgerät zu stecken. Das ist viel einfacher, als jede der üblichen
Arten, mit Mikrocontrollern zu arbeiten.

Ich sage ja garnicht, dass ich die eilegende Wollmilchsau erfunden
habe, aber man kann noch so viel mit der NanoVM machen.

Und zum Beispiel Assembler: Wenn man den AVR-Assembler irgendwann mal
gelernt hat eignet er sich sicher auch für schnelle, kleine Projekte,
das glaube ich gerne. Aber für ein kleines Projekt bringt sich das wohl
kaum einer bei, zumal er das wirklich für jeden neuen Prozessor (fast)
von Grund auf neu lernen muss.

Es ist eben immer der Trade-Off zwischen einfacher Programmierung und
der damit einhergehenden Einschränkung was Rechenleistung und
Speicherbedarf angeht. Assmebler steht da am einen Ende der Skala, die
NanoVM an am anderen und C irgendwo in der Mitte. Klar, in Assembler
kann ich alles machen, aber ich mache entsetzlich leicht Fehler und
selbst meine Beispiel-Ampelsteuerung wird ziemlich schwer lesbar. Das
entsprechende C-Programm dagegen ist kurz und das Java-Programm noch
kürzer.

Till

Wieso ist eigentlich immer gleich von Mega128 und SD Karte die Rede??
Ein Mega32 wäre speichertechnisch doch schonmal ein gewaltiger Schritt
nach vorne und ein externes serielles SPI Eeprom gibts für 2-3€ und mit
mehr als genug Speicher für die meißten Programme. So ne SD Karte ist
aufwändiger von der Ansteuerung und schweine teuer wenn man nicht
zufällig eine von der Digicam übrig hat. Außerdem braucht man noch nen
teuren Steckadapter dafür und groß ist das ganze dann auch noch

SD-Karten sind bequem, aber Du hast Recht erstmal ist die Verwendung
eines Mega32 einfacher.

Aber in der Tat haben viele Leute inzwischen SD-Karten der
16/32-MB-Klasse einfach ungenutzt rumliegen. Das ist bei mir der Fall,
weil ich die z.B. mal für den Palm verwendet habe, dort aber inzwischen
Karten bis 1GB drin nutze und diese kleinen Karten keinen sinnvollen
Zweck mehr erfüllen. Zweitens ist deren Ansteuerung garnicht sehr
schwer und selbst mit einem kleinen FAT-Dateisystem kein Kunststück.
Und schliesslich der teure Sockel: Für einfache Tests und
Heim-Basteleinen tuts recht zuverlässig ein Stück 2,54mm-Stiftleiste,
wo man die Stifte der einen Seite leicht S-förmig biegt. Das passt
ausgezeichnet auf eine SD-Karte, lässt sich leicht wechseln und gibt
recht sicheren Kontakt.

Aber das sind halt nur Ideen, wer lieber einen Mega32 nimmt soll sich
von solchen SD-Karten-Ideen auf keinen Fall irritieren lassen.

Till

Ich versteh schon warum man auf die Idee mit den SD Karten kommt, aber
ich find's überflüssig. Die Lösung mit den Stiftleisten ist auch nicht
grad ideal, vor allem wenn man ständig die Karte abziehen muß um
Programme draufzuspielen. In der Entwicklungsphase will sicher keiner
dauernd die Karte rausziehen und in nen Kartenleser stecken. Das
erinnert dann doch zu stark an die Epromzeiten. Also ist ein Bootloader
eh sinnvoller.

Ich sehe keinen echten Vorteil von SD Karten, ausser das der eine oder
andere vielleicht ne alte irgendwo rumliegen hat. SPI Eeproms gibts von
Atmel bis 1MBit, das sind 128kByte. Wer die mit nem Java Programm
vollkriegt hat schon was geleistet, vor allem wenn man bedenkt das
speicherfressende Librarys wie Display oder von mir aus Fat16 oder ein
UDP Stack da nicht auch noch rein müssen sondern im Flasch vom µC
landen

Letztendlich bleibt es jedem selbst überlassen, aber bevor du deine
Probleme da nicht gelöst hast isses glaub ich eh müßig großartig
darüber zu diskutieren

> Letztendlich bleibt es jedem selbst überlassen, aber bevor du deine
> Probleme da nicht gelöst hast isses glaub ich eh müßig großartig
darüber zu diskutieren
Das stimmt allerdings.

Till

Alles wieder online!!!

Hi alle,

die NanoVM ist wieder online und ein paar Verträge regeln, dass das
jetzt auch so bleibt. Es hat ein wenig länger als erwartet gedauert,
aber dafür ist die Sache jetzt ausgestanden.

Viel Spass,
  Till

jubel
freu
smile

Und als kleinen Bonus fürs lange Warten abe ich in der Zwischenzeit
etwas an den generischen Klassen gearbeitet. Die NanoVM eignet sich
damit inzwischen auch für andere Dinge als den Asuro. Inzwischen werden
RS232, IO-Ports, PWM, ein Timer und die AD-Wandler unterstützt. Damit
lässt sich schon einiges machen, von der Modellampelsteuerung bis zum
RS232-Thermometer. Für die meisten Funktionen liegen Beispiele bei.

Ausserdem ist nun ein Konfigurationsbeispiel für den Mega32 dabei und
durch direkten Vergleich der Mega8- und der Mega32-Konfig sollte es
leicht möglich sein, zu sehen, was man für so einen Fall öndern muss
und der Port auf weitere Chips sollte kein Hindernis sein.

Zusätzlich gibt es noch eine generische LCD-Klasse, mit der sich ein
per 8-Bit-Interface angeschlossenes Text-LCD bequem per Java ansprechen
lässt.

Das Wiki wurde auch erwas erweitert und dort gibt es u.a. zwei
Beispielschaltpläne, mit denen sich die NanoVM auf einem Mega8 und
einem Mega32+LCD testen lässt. Beide Schaltungen sind sehr einfach und
lassen sich in zwei Stunden auf einer Lochrasterplatine aufbauen.

Till

Respekt! Geniale Sache ;)
Und noch dazu kostenlos erhältlich. Danke !

Echt super geile Sache!

Aber warum hast du den LCD-Treiber im 8-Bit-Modus gemacht?
Der 4-Bit-Modus ist doch viel pinsparender ohne merklich langsamer zu
sein.

Warum vier Bit? Naja, ich hatte die Pins frei und wusste wie's geht. Es
ist aber überhaupt kein Problem, auch 4 Bit vorzusehen und dann in
native_io.c per #ifdef LCD_4BIT auch passenden 4-Bit-Code vorzusehen.
Das könnte man dann projektabhängig in der jeweiligen config.h
einschalten, dann könnte man je nach Lust und Laune für seine Hardware
eines von beidem nutzen.

Also wer mag kann das gerne nachrüsten ... ist sicher kaum Arbeit.

Till

> Autor: TillHarbaum-Fan

:-)

Inzwischen wurde das NanoVMTool, als das Tool, mit dem neue
Java-Programme auf das Ziel geladen werden von Suns javax.comm-API auf
GNU-rxtx umgestellt. Für den Anwender bedeutet das vor allem, dass das
NanoVMTool damit nun offiziell auf den drei grossen Plattformen
(Windows, Linux und MacOS) läuft.

Till

Nachdem ich es geschafft habe (Linux, STK200), mit der neuen Version
(1217) meinen Mega8 mit LedBlink zum arbeiten zu bringen, war ich
ziemlich zufrieden. Endlich Java auf dem AVR! Leider klappte es für den
Mega32 nicht mehr und nun ist auch der Mega8 nicht mehr richtig
"upload"bar.
Meldungen :
...
invoke ..
RXTX Warning: Removing stale lock file /var/lock/LCK..ttyS=
Found port /dev/ttyS0
Please reset ...
Received -8
Received -104
Received -0
Received -98

Habe ich wieder mal meine Einstellung zerschossen?
Ich bitte um Hilfe.
Wolfgang

Hallo,

hmmm, irgendwie klappt die Kommuniktion per RS232 nicht. So aus dem
Stand kann ich leider auch nicht sagen, warum es nicht mehr klappt.
Aber das ist eine Stelle, an der auch gerade gebastelt wird, denn mit
dem Asuro scheint es wirklich oft Probleme zu geben. Mit einer direkten
RS232-Verbindung sollte e aber eigentlich keine Probleme geben.

Was bei Dir da passiert ist, dass der PC nicht die Bytes empfängt, die
er erwartet. Üblicherweise passiert das, wenn man nicht Reset am
Zielgerät drückt und das fröhlich irgendwelche anderen Daten auf der
RS232 ausgibt, über die sich das NanoVMToll dann wundert.

Andere mögliche Ursache: Du hast gleichzeitig ein Terminal auf der
seriellen Schnittstelle laufen. Das System, nach dem Linux die
empfangenen Bytes dann auf die beiden hörenden Anwendungen (also
NanoVMTool und Terminal) aufteilt habe ich nocht nicht durchschaut. In
der Konsequenz kommt aber bei beiden nur ein Bruchteil der Daten an,
womit dann keiner von beiden was anfangen kann.

Till

Hallo,

Ich habe ein AtMega 32 darauf geladen NanoVM.hex aus der avr_mega32_lcd
verzeichnis.
Wenn ich dass NanoVMTool start (unter Windows 2000) wird alles gut
duchlaufen.
Bis das runter laden anfangen mus dan bekomme ich volgendes:

Java lib Version = RXTX-2.1-7pre17
Found port COM1
Please reset/start target now.....
Received 0
Received 0
Received 0
Received 0
Received 0
Received 0
Received 0
Received 0

und so lauft das weiter.

Wass is hier loss mit der kommunikation??

Adriaan.

@Adriaan:

Was das Tool Dir sagen will ist, dass es lauter Nullen empfängt statt
der Bytes, die es erwartet. Wann genau kommt denn diese Meldung? Sofort
oder erst nach dem Du am Controller Reset gedrückt hast? Wenn Sie sofort
kommen, kommen sie dann sogar, wenn der Controller garnicht an den PC
angeschlossen ist?

Und was für ein Programm befindet sich schon in der NanoVM? Mein
LCD-Test? Funktionieren des Testausgaben auf der RS232? Was für ein
Quarz ist angeschlossen? Bist Du sicher, dass die Baudraten stimmen?

Till

Hallo Till

Der nullen kommen sofort und auch wenn ich auf den Controller reset
gedrückt habe.
Der nullen kommen auch wenn der Controller garnicht an den PC
angeschlossen ist.

Ich habe NanoVM.hex in flash geladen und NanoVM_eeprom.hex im EEPROM
beide mit ISP dongle und Ponyprog.
Mein controller is ein ATMega32-16PI mit ein 16Mhz resonator.
Und habe nanovm-20051217.tgz build genutzt.

#
# Mega32.config
#

name Mega32-with-LCD
maxsize 1024

# info on target
target UART
filename COM1
speed 9600

Der rechner habe ich auf COM1 eingestelt 9600 Bits, 8 Databits,
pariteit Kein, Stopbits 1, Handshake Kein.

Habe shon kommuniciert mit ein eigenes program und der Hyperterminal
von Windows und das lauft gut.
Ich glaube der schaltung mit der MAX232 soll in ortnung sein.

Heute mittag gehe ich ein LCD display anbinden um zu sehen ob er was
text bringt.
Was fur demo funktionen hat das NanoVM_eeprom.hex program eigenlich auf
display und serieel port.

Danke fur deine hilfe Adriaan.

> Der nullen kommen sofort und auch wenn ich auf den Controller reset
gedrückt habe.
> Der nullen kommen auch wenn der Controller garnicht an den PC
angeschlossen ist.

Dann hat Dein Problem erstmal nichts mit dem aussen angeschlossenen
Gerät zu tun. Aus irgendeinem Grund klappt bei Dir der Zugriff auf die
serielle Schnittstelle von Java aus nicht richtig. Ist an den COM-Port
auch nicht zufällig irgendwas anderes angeschlossen? Wenn nichts
angeschlossen ist sollen logischerweise auch keine Bytes (auch keine
Nullbytes) empfangen werden.

Gibt es hier noch andere Windows-Nutzer mit dem gleichen Problem?

Till

Welche Compiler Version hast du? Bei einer ältere Version hatte ich in
einem anderen Projekt ein ähnliches Problem, das ich einfach durch ein
Update des Compilers auf einer Version > 3.4.0 beseitigt habe.

Gruss Sven

Ich find das ganzte ein wenig undurchsichtig mit den ganzen
verschiedneen Versionen der NanoVM. Welche man für welchen Controller
nutzt, wie man Klassen nutzt usw.

Ne IDE wär nicht schlecht. Vieleicht mach ich mich mal ran und entwerf
was kleines. Erwartet euch aber nicht zu viel. Ich kann zwar schon n
paar Programmiersprachen, aber Java lern ich erst grade.
Mal sehen, was das gibt ;)

Hi,

das Problem mit den verschiedenen Versionen kann ich verstehen. Aber
leider geht es kaum anders, wenn man ein paar anwendungsspezifische
native Methoden haben will. Und erst die machen die Bedienung des Asuro
halbwegs bequem. Wenn Du irgendeinen Vorschlag hast, wie man das
vereinfachen kann oder besser verständlich machen kann nur raus damit!

Was für eine GUI stellst Du Dir denn vor? Eine Art grafisches
Upload-Tool, wo man bequem das Zieltarget aussuchen kann? Leider kann
man die Kommunikationsparameter nicht erraten oder von Target erfragen
(wenn man es fragen könnte wüsste man ja bereits, wie man mit ihm zu
reden hat). Sonst könnte man das automatisieren.

Was ich am schönsten fände wäre ein Plugin für Eclipse. Man schreibt
sein Java-Programm in Eclipse, klickt irgendwo im Menü auf "Upload to
NanoVM", kann dann bequem im Pulldown auswählen, was für ein Gerät man
angeschlossen hat und der Rest passiert von allein. Wäre ggf. eine nette
Java-Fingerübung ... hint, hint ...

Till

Ich nutze WinAVR-20050214 und Java JDK 1.4.2
Habe mein AtMega32 beim ansluss von LCD beschadigt.
Warte auf ein neue MCU und versuche es dann weiter.

Bisher danke fur dein tips,

Grusse aus Holland.

Ja. An so ein Plugin hab ich auch schon gedacht. Allerdings hab ich noch
nie ein Eclipse Plugin geschrieben, aber das lässt sich ja lernen.
Das liest dann aus, welche Configs vorhanden sind usw. und startet dann
dementsprechend den Compiler und das Tool.

> Ich nutze WinAVR-20050214
Das könnte bald ein größeres Problem werden. Leider passiert beim
WinAVR recht wenig, so dass er inzwischen recht veraltet ist
(gcc-3.4.3, aktuell ist 4.0.2; avr-libc-1.2.3, aktuell ist
avr-libc-1.4.1, ...). Das könnte bald dazu führen, dass sich die NanoVM
nicht mit mehr WinAVR übersetzen lässt, zumindest verwenden die
aktuellen Entwickler aktuelle Tools und Rückwärtskompatibilität zu
erhalten ist nicht sehr schön, weil sich doch einiges aus triftigem
Grund geändert hat.

Wie hast Du den Mega32 mit dem LCD zerstört? So einfach gehen die nicht
kaputt ...

Till

Sicher mit 3.4.3?

das kommt bei mir:
<username>@<host> ~ > avr-gcc --version
avr-gcc (GCC) 3.4.4
Copyright (C) 2004 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.

<username>@<host> ~ >

Hi,

ok, die Versionen hatte ich aus einem anderen Posting. Der Compiler ist
m.E. weniger das Problem, das wird erst dann wirklich zu einem Problem,
wenn z.B. der Mega8-Code so gross wird, dass er nur mit den
Optimierungen des gcc-4 in den Mega8 passt. Aber das ist noch nicht der
Fall.

Die avr-libc wird aber eher kritisch, das hat sich einiges geändert.
Ggf. lässt sich das mit ein paar ifdefs regeln. Z.B. soll man
inzwischen nur noch interrupt.h  einbinden, während man früher dafür
vor allem signal.h genommen hat.

Till

Stimmt darüber stolpre ich immer mehr bei fremden Sourcen.

Gruss Sven

Der GCC 4 ist sowieso noch nicht die Regel. Bei meinem Gentoo Server mit
dem unstable Tree ist er glaub ich schon drauf. Auf meinem Laptop mit
dem Stable Tree hab ich noch den 3.4.4 oder 3.4.3.

Nur zur Info! (fyi)
Außer du hast einen Mac da ist jetzt 4.0.1 Standard, aber nur wegen den
Universal Binarys.

Gruss Sven

Hi,

@Till Harbaum. Mal ein großes Lob. Die NanoVM ist wirklich eine klasse
Idee.

Ich versuche gerade das ganze auf einem Mega16 zum Laufen zu bringen.
Ich habe auch schon diverse Anpassungen vorgenommen. Aber irgendwie
läuft es noch nicht so ganz. Kompilieren geht, flashen auch, make
upload-... findet jedoch nichts, Also funktioniert die serielle
Kommunikation nicht. Hat jemand eine Idee, woran das liegen könnte.

Ich benutze ein stk500_v2 Board von Atmel. Im Moment mit internem
Oszillator bei 8MHz. Als Vorlage für den Mega16 habe ich den Mega32LCD
Zweig verwendet, da diese beiden bis auf die Speichergröße nahezu
gleich sind. Ich entwickle unter Debian sid. Java ist Version 1.4.2_10
von Sun mit rxtx.

Die kompletten Änderungen sind im Anhang eingearbeitet. Außerdem habe
ich uisp auf avrdude umgestellt, der funktioniert nämlich auch mit dem
stk500_V2. Siehe nanovm/vm/build/avr_mega16_lcd/. Vieleicht kann da ja
etwas von in die nächste Version einfließen. Eine Funktion zum Abfragen
von Analogpins fehlt auch noch. Hat das jemand schon geschrieben.

Holger

Erstmal danke für die schnelle Antwort

ja, daran liegt es unteranderem auch, wie ich jetzt herausgefunden
habe. Das ist aber ein eher kleines Problem. Mit einem externen 16 MHz
Quarz geht es nämlich auch nicht.

Irgendwie scheint das serielle Signal einem anderen Pin (PORTB1 und
PORTB3 statt PORTD1 und PORTD2) anzuliegen, als es müsste. Ist da etwa
doch ein PIN unterschied von Mega32 zu Mega16?

Ich werde mal weiter nach dem Fehler suchen. Wenn jemand aber schon
eine Lösung hat, wäre ich dankbar dafür. Ich habe nämlich noch nicht
ganz den überblick über die Innereien der VM. Irgendwo weiter oben
stand doch mal jemand, der das schon auf einem Mega16 laufen hatte.

Holger

Mit diese program auf ein Mega32 mit 4 zeilen LCD kommt zeile 4 nicht
auf der richtige platz auf display.

    // write something to the first line
    Lcd.gotoYX(0, 0);
    Lcd.print("Hallo NanoVM Java");

    Lcd.gotoYX(1, 0);
    Lcd.print("Zeile 2");


    Lcd.gotoYX(0, 20);
    Lcd.print("Zeile 3");


    Lcd.gotoYX(1, 20);
    Lcd.print("Zeile 4");

Hi,

die Interrupt-Vektoren sollten automatisch korrigiert werden, wenn
er beim Übersetzen der NanoVM angibt, dass er einen Mega16 verwendet.
Einfach das Mega32-Binary auf den Mega16 zu laden wird nicht gehen,
aber ich glaube nicht, dass er das wirklich versucht.

Wenn man die NanoVM übersetzt kann man ein Java-Programm schon fest
einbinden, das ist dann sozusagen per default schon drin. Da kannst
Du zum Beispiel des LED-Blink mal reinmachen, dann sollte der
entsprechende Ausgang des AVR toggeln.

Ansonsten gibt es nicht viel zu beachten. Der Unterschied zwischen
Mega16 und Mega32 ist ja kaum größer als der zwischen Mega8 und Mega32,
von daher habe ich ja schon deutlich unterschiedliche Beispiel in meinem
Code.

Ich habe keinen Mega16 zum Testen, sonst würde ich den ja mal in mein
Mega32-Board stecken. Du kannst mir aber gerne einen schicken, den
probiere ich dann mal aus. Ich bin sicher, dass es kein grosses Problem
wird, den zum Laufen zu bringen.

Wegen des LCD-Problems: Was heisst "Zeile 4 ist nicht am richtigen
Platz"? Sind alle anderen Zeilen da, wo man sie erwartet? Wo taucht
denn der Text von Zeile 4 auf?

Till

Hat jemand hier jemals ein Java-Programm unter Windows auf einen Asuro
übertragen? Ich kann irgendwie den com-Port nicht richtig ansteuern.
Falls einer von euch eineAnleitung schciken könnte wär des echt
suppa!^^

hi
i have got a print float number and string manipulation problem. if
java source contain this code

System.out.println("Fibonacci of "+i+" is "+fib(i));

it makes a string manipulaton errror

Error loading class: java.io.FileNotFoundException: Unable to find
class file java/lang/StringBuilder.class

and if source contain this
float f=(a*b)/(a+b);
System.out.println(f);

it makes printstream error

Error loading class: java.io.FileNotFoundException: Unable to find
class file java/io/PrintStream.class

how can i solve this problems.

thanks for all.

Hier war doch mal angesprochen, dass man evtl. einen I²C-EEPROM als
Programmspeicher der NanoVM nutzen kann.

Hat das mal wer für nen mega8/88 umgesetzt?

Man könnte dann evtl. sogar über eine Strategie nachdenken, nen
multithreading einzubauen. Ein pausierender Thread müsste "nur" seine
Daten auf den EEPROM schreiben.

Hi,

nicht dass ich wüsste. Die meisten User wenden die NanoVM an, aber
erweitern sie nicht. Von daher spiegelt die Homepage wohl den atuellen
Stand wieder.

Till

Hallo,
Java4Life :).
Die VM muss ich mal die tage ausprobieren!
Endlich Java :D. Hajo ma gucken C kann ich ned so.. aber ne schöne Swing
GUI für das NanoVMTool lässt sich einrichten :).

Gruß, Timo

Hi,

das wäre sehr cool. Das Projekt zieht gerade auf sourceforge.net um,
damit die diversen Mitarbeiter direkt per CVS an den aktuellen Quellen
arbeiten  könnnen. Erweiterungen wie so eine GUI können da dann auch
gerne rein. Wer direkt CVS-Zugriff will kann sowas dann selbst machen.
Wer sich das nicht zutraut schickt mir seine Erweiterungen und ich lege
die dann direkt darauf ab. So haben auch die anderen Entwickler immer
sofort solche Erweiterungen und müssen nicht erst auf eine komplett neue
Release-Version warten.

Till

Hi,

das klingt witzig. Was auch dringend mal passieren sollte wäre die
Übersetzung des NanoVM-Wiki-Eintrags ins Englische. Das nehme ich mir
immer wieder vor und komme dann nicht dazu. Also falls da jemand Spass
dran hat ist das sehr willkommen.

Till

Hi,

Am Wochenende habe ich ein Eclipse-Plugin für NanoVM gebastelt. Wenn
jemand das benutzen will, habe ich es hier angehängt.

Installation:
Help -> Software Updates -> Find And Installation ... -> Search for new
features to install -> New archived Site und die nanovm_plugin.zip Datei
auswählen.

Benutzung:
1. NanoVM-Projekt erzeugen : File -> New -> Project -> NanoVM Project
2. Irgendeine Mainklasse erzeugen
3. Die Klasse hochladen: Run -> Run ... -> NanoVM

PS: Wenn jemand das Plugin weiter erweitern will, kann ich den
Sourcekode des Plugins auch hochladen.

bye
tugstugi

Hier ein Screenshot

Wow, das ist ja unglaublich cool!

Bitte publizier' das irgendwo auf einer Webseite oder so, damit ich
drauf verweisen kann.

Danke,
  Till

NanoVMTool V1.4 - (c) 2005 by Till Harbaum
Usage: NanoVMTool [options] config classpath class
Options:
    -c        write c header file
    -f name   force output file name


Ich seh nur das da in der Konsole, wenn ich auf "Run" klicke...
Projekt, Config und Main Class ist alles eingestellt im Menü "Run" ->
"Run..."

Achja nochwas: Wo kann man den Com Port einstellen für das NanoVMTool?

Sorry anscheinend habe ich eine alte Version meines Plugins hochgeladen,
das nicht richtig funktioniert. Heute abend werde ich die richtige
Version hochladen.

bye
tuguldur

Eclipse 3.2.0
und Java 1.5.0_08

Eigentklich wie du. Keine Ahnung, warum es nicht funktioniert. Habs wie
in deiner Anleitung gemacht.

Zum Com Port:
Da steht in der Config beim Port /dev/ttyS0. Ich bin aber jetzt grade
unter Windows, da mein Linux hier auf dem Rechner (leider ^^) grade
nicht so wirklich funktioniert. Was muss man unter Windows für COM1
angeben?

@andreas

Für COM1 muss COM1 stehen.

Hmm bei Run As... hab ich gar kein NanoVM drin. Nur unter Run -> Run...

Achso.
Da tut sich bei mir aber leider auch nichts. Soll ich mein Projekt evtl.
mal hochladen? Vielleicht ist da irgendwas schief.

Bitteschön

Leider nicht...
Ich hab sogar mal einen Pfad ohne Leerzeichen benutzt.

Kann man sich irgendwo die Befehlszeile anschauen, mit der das
NanoVMTool aufgerufen wird?
Ich hab keine Ahnung mehr, woran das liegen kann.
Ansonsten lässt sich das Problem vielleicht mit dem Sourcecode lösen.
Ich hab nur vorher noch nie ein Eclipse Plugin gesehen ;)

Mit der neuen Version scheint es zu funktionieren.
Ich hab leider jetzt keine Zeit um das ausgiebig zu testen, aber das
NanoVMTool wird ausgeführt!

Danke!

Hi,

im CVS ist das mit dem jdk 1.5.0 schon behoben (dank Nils). Ich werde
regelmäßig aus dem CVS Release-Versionen machen, so dass auch
nicht-CVS-User daran kommen.

Aber wer mit CVS umgehen kann kann sich jetzt schon per Anonymous-Access
die aktuellste Version holen.

Ciao,
  Till

Hi,

die NanoVM hat jetzt auch zwei (englischsprachige) Mailinglisten auf
Sourceforge. Technische Diskussionen unter Entwicklern sollten ggf. auf
der nanovm-devel-liste stattfinden und damit auch Entwicklern zugänglich
sein, die kein Deutsch sprechen.

Till

meint ihr, dass diese VM auch auf den mega 16 und 32 funktioniert?
ich bin gezwungen durch mein studium java zu lernen
und was sinnvolleres als taschenrechner schreiben oder linien simulieren
wird es ja wohl auch geben :-)

Hi,

ja, sie funktioniert auch auf anderen Megas. Für den Mega32 ist sogar
ein Beispiel dabei.

Und zum Lernen ist es wirklich sicher nicht der richtige Weg. Um
nebenbei ein wenig Spass zu haben langt es allemal, aber die Sachen an
Java, die Dein Prof. dir gerne beibringen möchte, kann die NanoVM nur
halb oder garnicht.

Till

hi:

Till i need Programer atmega128 whit nanovm?

Hallo

tolles Projekt, Hut ab. Wenn die VM performant ist, was ich jetzt nicht
auf die Schnelle beurteilen kann, dann ist das echt spitze.

Nur eine Frage: Ist dieses Projekt "nur" als Demonstration gedacht, um
zu zeigen, dass auf einer so schwachen Hardware eine Java-VM realisiert
werden kann? Oder wofür könnte man das sinnvollerweise einsetzen?
Welchen Vorteil bietet eine Java-VM auf einer solchen schwachen
(bezüglich CPU-Performance und bezüglich Speicherplatz) Hardware? Ich
gebe zu, von Java nicht viel Ahnung zu haben. Vielleicht klärt mich mal
jemand auf. Habe bisher nur C-Entwicklung für Mikrocontroller gemacht.

Hallo

habe bisher nur mit C auf uC progammiert. Denkt ihr, dass sich
Entwicklungszeiten bei Verwendung von Java verkürzen?

Hi,

die NanoVM-Beispiele zeigen eigentlich recht genau, wozu sowas gut ist.
Es macht Sinn mit Geräten, für die jemand anderes die "harte" Arbeit in
Form von passenden Klassenbibliotheken vorbereitet. Der muss das in C
machen und hat's  sicher nicht besonders leicht. Der schreibt im Falle
eines Roboters z.B. Klassen zum Abfragen der Sensoren etc etc

Aber der Anwender der das dann benutzt hat's einfacher. Der kümmert sich
nicht um die Hardware-nahen Sachen und der verwendete Prozessor ist ihm
genauso egal wie der normalerweise nötige C-Compiler. Alles was er
braucht ist ein Java-Compiler und den gibt es für jedes System
kostenlos.

Till

Wenn das Projekt nicht im default-Pfad sondern woanders im Workspace
liegt gibts immer ein "Error loading class:
java.io.FileNotFoundException: Unable to find class file foo.class".

Könnte das noch behoben werden?

Wird das Projekt noch gepflegt?
Ich wollte es eigentlich auf einen Atmega2560 übertragen, wollte es aber
vorher unter Linux mal "probekompilieren".
Irgendwie kommen da lauter Fehlermeldungen, mit denen ich so erstmal
nichts anfangen kann. Ich habe einfach "make" aufgerufen.
Weiß jemand weiter bzw. wie habt ihr das gemacht?

Hi,

zur Zeit wird das Projekt nicht aktiv gepflegt. Ich hatte irgendwann
keine Lust mehr, irgendwelchen Diplomarbeiten einseitig zuzuarbeiten. Es
gab/gibt diverse Uni-Projekte, die die NanoVM einsetzen. Oft fragen die
auch nach Support. Aber am Ende behalten alle ihre Ergebnisse für sich.
Nicht ein einziges hat je seine eigenen Ergebnisse zurückfliessen
lassen. Also habe ich Entwicklung und Support eingestellt.

Sorry,
  Till