@AuronX
Der ganze Thread steckt voll mit Ideen, C, Python oder Java auf dem OnDevice ausführen zu wollen bzw. in diesen Sprachen den
OnDevice Brick zu programmieren, weil die eben Leute diese Sprachen können/beherrschen.
Genauso war auch die Rede von Py-On-chip usw..
@AuronX + @Equinox
Dinonator: "Meine Meinung ist, jede Art von Laufzeit- oder Entwicklungsumgebung in ein Standalone oder "On Device" Gerät zu integrieren ist völliger Humbug."
@AuronX
Ich will beileibe eben !keine! IDE auf das OnDevice packen.
@Equinox
Ich habe !nicht! geschrieben, dass ein OnDevice Humbug ist!
Equinox: "Warum? Java läuft auf Millionen von Geräten und ist dort keineswegs eine Lachnummer."
Schau dir die Größe einer Java und/oder Python Laufzeitumgebung an.
viel Spass sowas auf einen OnDevice Brick zu packen.
Kuck dir die Nachrichten über Sicherheitlöcher von Java an, permanent Updates, die die Leute dann sowieso wieder nicht einspielen.
Die Suchmaschinen sind voll damit.
---
Irgend ein Programm muss auf dem OnDevice-Brick bzw. Standalone Brick ausgeführt werden müssen, wenn er Standalone sein soll.
Python und Java laufen in einer Laufzeitumgebung. Python sogar interpretiert.
Wie soll da eine Stabilität auf dem OnDevice herrschen? Update Orgien auf einem Teil dass
1 Jahr unabhängig laufen soll? usw....
Nicht zu vergessen was den Threadstarter bewegte:
Denkt euch ein Script, dass man auf dem Rechner daheim schreibt, testet und dann auf den OnDevice-Brick lädt. Dieses wird dann im OnDevice-Brick (oder eher Standalone-Master-Brick) ausgeführt und übernimmt z.B. mit DualRelay+Temperatur-Bricklet eine Lüftersteurerung.
Grüße
PS: Sollte ich komplett im falschen Thread sein, sorry. Waren halt nur Gedanken ;-)