PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Java als µC Programiersprache?



strunz
13.05.2005, 21:56
Hallo,

mal eine (vielleicht für einige von euch) blöde Frage:

Ist es möglich Java als µC Programiersprache zu verwenden?

Wenn ja, wo gibts infons dazu? Falls nein, hat sich das Thema auch schon erledigt.

Alter Knacker
13.05.2005, 22:20
wie meinst du das?
java am µC ?

java ist doch (meines bescheidenen wissens nach) eine interpretersprache, wie sollte denn das gehen?
oder meinst du, dass du mit java am rechner den µC steuerst?
das ginge natürlich...
mfg knacki

chr-mt
13.05.2005, 23:09
Guckst du hier:
http://elmicro.com/de/javelin.html

Gruß
Christopher

Alter Knacker
13.05.2005, 23:12
210 plus mwst, ich denke, das wollte er gar nicht wissen *fg*

noch dazu im atmel-forum ;-)
mfg knacki

chr-mt
13.05.2005, 23:30
79 Euro das Modul, das Entwicklungsboard ist so teuer.
Nja, dann vielleicht das ? :D
http://www.extensionmedia.com/javaembedded/datasheet.php?ds=18
Geht auch mit Atmels AT90.. ;)
Ging mir auch nur darum, daß es grundsätzlich möglich ist uCs mit Java zu programmieren.

Egal, ist halt die Frage, wie schnell so ein JAVA OS arbeiten kann und wie resoucenfressend es ist.
Handys lassen sich ja auch in Java programmieren.
Für mich wär's eh' nix.

Gruß
Christopher

SlyD
14.05.2005, 11:27
http://www.muvium.com/

http://www.systronix.com/
http://jstamp.systronix.com/jstamp_photos.htm

Kostet nur leider alles was... zeigt aber nochmal das es prinzipiell möglich ist. Warum auch nicht?

tobimc
14.05.2005, 11:33
Hi

Hat nicht Conrad oder ELV auch so eine JAVA-Umgebung?

@knacki: das wird wohl so gehen wie bei der C-Control: Code ins EEPROM, und dann on-demand interpretieren.

Grüße;
Tobi

Alter Knacker
14.05.2005, 11:38
die frage ist natürlich, was das bringen soll?
die µcs werden immer grösser und schneller, und der erbrachte vorteil wird durch sowas gleich wieder vernichtet.
das hatten wir doch schonmal beim pc ;-)

völlig unnötig, das xp auf der c:, ohne weitere programme, 1,5gb benötigt.
bill gates sagte mal, dass es niemals programme geben wird, die mehr als 640k benötigen, recht hatte er im prinzip *g*

mfg knacki

strunz
15.05.2005, 03:39
Ahja, danke erstmal zu den vielen antworten.
Zur frage wozu: Ich wollte halt 2 Fliegen mit einer Klatsche schlagen.
1. Meinen Roboter programmieren und
2. da ich Java für die Schule brauche auch gleichzeitig Java lernen.

Aber ich hab mir das eigentlich anders vorgestellt, nähmich eine Softwarelösung. Sowas wie ein "Übersetzter". Und zwar von java nach assambler oder so. Versteht ihr?

Aber naja, dann musss ich eben noch Basic oder C lernen. Schadet ja nicht :-)

Eckhard
17.05.2005, 12:24
Hallo,

ein ziemliches Problem von objekt orientierten Sprachen ist eigentlich immer das sie ziemlich viel RAM brauchen. Das ist auf 8 Bit controllern eigentlich imer eher knapp bemessen. Das wird erst bei 32 Bit Controllern wieder besser. Das kann man massig Ram anbauen für den ganzen dynamischen krams und die Performance ist dann auch nicht mehr schlechter als bei nem 8 Bitter in C.

Eckhard

Alter Knacker
17.05.2005, 12:28
Aber ich hab mir das eigentlich anders vorgestellt, nähmich eine Softwarelösung. Sowas wie ein "Übersetzter". Und zwar von java nach assambler oder so. Versteht ihr?


du meinst, eine sprache lernen und irgendwie kann man dann alle?
jo, das wäre geil, wäre ich auch dafür :-)
mfg knacki

Vitis
24.05.2005, 16:41
Hi Knacki,

zumindest bei "Hochsprachen" ist einiges übertragbar würd ich sagen.
Wenn man das Prinzip des Programmablaufs mal raus hat ists im
Groben schon übertragbar find ich.

pebisoft
24.05.2005, 16:57
"du meinst, eine sprache lernen und irgendwie kann man dann alle? "

so ist es, man kann sehr viel übertragen und anwenden ohne das rad wieder neu erfinden zu müssen. vitis ich geb dir recht.
mfg pebisoft

Alter Knacker
24.05.2005, 17:07
aber nicht auotmatisch von einem programm.
mfg knacki

pebisoft
24.05.2005, 18:44
nicht automatisch. nur inhaltlich kann man sehr viel verwenden. ich habe von bascom viele routinen in winavr-c verwenden können.
z.b. das ansprechen i2c eeprom 24c256, die zeitfestlegung für den srf04 ultra mit den pulsen.
mfg pebisoft

Vitis
24.05.2005, 21:05
Also ich hab mit dem Super(!) Basic V3.5 auf Commodore +4, dann Basic

2.0 auf C64.

Die grundlegenden Methoden des Programmierens hab ich bis heute

noch für VBasic und Bascom in Verwendung. Auch PHP und

JScript sind nur von der Syntax her anders, aber am Programmablauf

hat sich nix grundsätzliches geändert ... ok, ne Maus und n 10er-Block

an der Tastatur kamen dazu :D

Alter Knacker
25.05.2005, 00:45
Aber ich hab mir das eigentlich anders vorgestellt, nähmich eine Softwarelösung. Sowas wie ein "Übersetzter". Und zwar von java nach assambler oder so. Versteht ihr?


versteht ihrs?
pebisoft und vitis?

mir braucht ihr das nicht erklären.....

mfg knacki

pebisoft
25.05.2005, 09:51
"mir braucht ihr das nicht erklären....."

ich denk schon......ja......
mfg pebisoft

DB1JC
29.05.2005, 14:06
Hallo, soweit ich es noch aus der Schule weiß, wurde Java damals zuerst sogar für Controller entwickelt, um ein Programm nicht für jeden Mikrocontrollertyp neu schreiben zu müssen (ohen Gewähr).

pebisoft
29.05.2005, 15:37
hallo, diese schere ging in den letzten jahren auseinander.
man hat diesen blick dafür total verloren, eigentlich schade.
ich finde java auch wunderbar. der sprachumfang ist ein träger bär geworden.
schau einmal, wie gross eine totale entwicklungsumgebung von java ist, ein riese.
die chipentwickler haben sich von java zum proggen abgewandt.
es gibt dahin kein zurück mehr. vielleicht werden einige user hier und da mal etwas herzaubern, aber es wird bei den entwicklern hängenbleiben.
das grundprinzip von java ist, keine unkontrollierten schnittstellen nach draussen. es darf in java keine programme geben, um z.b. für uns bastler mal eben 4-pins des druckerports extra anzusteuern. dieses ist verboten und entspricht nicht den javaregeln. man legt wert auf allerhöchste kontrolle und sicherheit. natürtlich proggen einige dran vorbei, ist aber nicht mehr nach den javaregeln.
mfg pebisoft