18.08.2015, 14:53
Ach 'Gürkchen' nicht mit Steinen werfen!
Ich hab niemanden davon abgeraten, nur meine eigene Meinung mitgeteilt.
"zu Aufgeblasen"
Die Unterstützung von unterschiedlichen Mikrocontrollern(AVR, ARM, PIC usw.), die einen HAL (Treiber Ebene) verlangt, lässt eine Optimierung auf einen einzelnen Mikrocontroller nur sehr bedingt zu!
Ganz so gefällt der Satz mir noch nicht, aber vielleicht verstehst du was gemeint ist.
Jeder soll das Nutzen was er kann und auch möchte.
Bitte nehmt was Ihr Beherrschen könnt und Bastelt was das Zeug hergibt.
JAVA ME ist, mit Python und C#, eine der Programmiersprachen, die auf einigen Terminals OnBoard unterstützt werden.
MC88 JAVA Terminal
So könnte man den zusätzlichen Mikrocontroller umgehen.
Das TWI Modul war doppelt so groß, als es nötig war! Hätte man das zusammen gestrichen wäre die LIB des MC Hersteller übrig geblieben. Hätte man hier noch DEBUG Ausgaben und eine zusätzliche Exit Lösung in die Endless-Loops eingebaut, wäre sie richtig zu verwenden gewesen. Das es dies nicht gab, war ein Hängen bleiben des MCs bei fehlenden NACK oder CLK-Signal nur sehr schwer zu finden.
CLK-Streching wurde auch nicht unterstützt. Also sehr einfach gehalten.
Ich weiß nicht wie es heute ist, vielleicht hat sich schon einiges getan und man kann besser damit arbeiten, als früher.
Ich hab niemanden davon abgeraten, nur meine eigene Meinung mitgeteilt.
"zu Aufgeblasen"
Die Unterstützung von unterschiedlichen Mikrocontrollern(AVR, ARM, PIC usw.), die einen HAL (Treiber Ebene) verlangt, lässt eine Optimierung auf einen einzelnen Mikrocontroller nur sehr bedingt zu!
Ganz so gefällt der Satz mir noch nicht, aber vielleicht verstehst du was gemeint ist.
Gurke schrieb:ich als Nicht-Programmierer, all die genannten Funktionen, abgesehn vom GSM Modul umgesetzt habSuper. freut mich. :D
Gurke schrieb:Ich rate jedem "nicht-Programmierer" in diesem Fall Fisherman dazu. Es ist kreuzeinfach, es gibt ne Riesen-community mit support, für alle Sensoren libraries etc.ich hab doch auch geschrieben:
Jeder soll das Nutzen was er kann und auch möchte.
Bitte nehmt was Ihr Beherrschen könnt und Bastelt was das Zeug hergibt.
Gurke schrieb:Trotzdem: Für ein einfaches Ereignis A führt zu Aktion B reicht Arduino und C++ alle mal.Auf jedem Fall
Gurke schrieb:Sicher kann man als Programmierer mehr, und arbeitet besser mit Java etc. aus Gründen die sich mir nicht erschließen weil ich nicht zum Kreis der Erlauchten gehöre.Da habe ich mich vielleicht nicht richtig Ausgedrückt.
JAVA ME ist, mit Python und C#, eine der Programmiersprachen, die auf einigen Terminals OnBoard unterstützt werden.
MC88 JAVA Terminal
So könnte man den zusätzlichen Mikrocontroller umgehen.
Gurke schrieb:Obwohl du ja noch nicht damit gearbeitet hast.Wie gesagt, Fehleranalyse hab ich schon zb. für ein AVR im TWI Modul hinter mir.
Das TWI Modul war doppelt so groß, als es nötig war! Hätte man das zusammen gestrichen wäre die LIB des MC Hersteller übrig geblieben. Hätte man hier noch DEBUG Ausgaben und eine zusätzliche Exit Lösung in die Endless-Loops eingebaut, wäre sie richtig zu verwenden gewesen. Das es dies nicht gab, war ein Hängen bleiben des MCs bei fehlenden NACK oder CLK-Signal nur sehr schwer zu finden.
CLK-Streching wurde auch nicht unterstützt. Also sehr einfach gehalten.
Ich weiß nicht wie es heute ist, vielleicht hat sich schon einiges getan und man kann besser damit arbeiten, als früher.