JS/Blockly "Einsteigertipps" für C-Programmierer (STM32)
-
@sven-kopelke sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
@homoran
wenn, dann passt es vielleicht noch in "Skripen, Java" reinseh ich mir morgen nochmal an ob es zu javascript passt
-
du kannst die Javascripte exportieren lassen und dann in Eclipse bearbeiten allerdings ohne Code Vervollständigung..
zumindest hast du dann eine chicke ide ...
ich schätze ich bin einer der älteren Devs hier und auch ich habe C im Jahre des Herrn 1999 auf einem os/2 System Prgrammiert
da war nix mit chicke IDE mit code highlight hier und str+space da...
nicht das Moderne kram cpp oder sogar c#..beschäftige dich mal mit assembler .. da fängt das kotzen an
da musste man alles in die LOGs schreiben und diese dann auswerten.. und die Programme waren nicht 5 zeiler..
im Endeffekt bietet dir iobroker alles was man braucht.. von Scenen über Routinen über Blockly und hardcode TS oder JS
einarbeiten musst du dich selbst. ja das dauert.. aber das ist so bei jeder neuen Sprache -
@sven-kopelke sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
wegen einem falschen Zeichen sucht man (ich) jeweils ne ganze Weile.
Das liegt in der Natur der Sache. Einmal vertippt - zack - völlig anderes Programm.
Von „vernünftigem“ Debuggen will ich mal gar nicht anfangen.
Wie willst Du denn auf 'nem Server "vernünftig" debuggen?
Du hast nur das Log oder Nachrichten an Telegram/Signal/Push.
Dein Browser ist statuslos. Durchsteppen wie in einer IDE wird da durchaus schwierig
Da ich sicher mal die eine oder andere Komponente tauschen will oder muss bedeutet die Verwendung der unveränderbaren Zigbee-Item-Nummern folglich, dass man jedes Skript, in dem das Gerät verwendet wird korrigieren muss.
Genau dafür sind die Aliase da. Ich und vermutlich die meisten Anderen benutzen die aus genau diesem Grund ständig.
Du könntest da vielleicht als Alternative mit Konstanten arbeiten.@arteck sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
ich schätze ich bin einer der älteren Devs hier und auch ich habe C im Jahre des Herrn 1999 auf einem os/2 System Prgrammiert
da war nix mit chicke IDE mit code highlight hier und str+space da...
nicht das Moderne kram cpp oder sogar c#..Das hat man im Editor codiert und dann durch den Compiler gejagt.
Der hat einem dann schon gesagt, wo man sich ggf. vertippt hat.im Endeffekt bietet dir iobroker alles was man braucht.. von Scenen über Routinen über Blockly und hardcode TS oder JS
einarbeiten musst du dich selbst. ja das dauert.. aber das ist so bei jeder neuen SpracheIch schließe mich dem mal an.
Ich werde das Gefühl nicht los, dass sich heutzutage überall eine gewisse "Geiz ist geil"-Mentalität breit gemacht hat.
Nach dem Motto "Was man im Internet findet hat gefälligst kostenlos zu sein ... aber dann hätte ich gerne die eierlegende Wollmilchsau".
ioBroker ist kostenlos, bietet alles was man braucht und das wichtigste: Er läuft und funktioniert sehr stabil.HTML, CSS und JavaScript schreibe ich offline meist im PSPad. Für den kann jeder der möchte auch eigene Plugins zur Codevervollständigung und Formatierung schreiben. Das sollte bei VS Code auch möglich sein. Also nur zu.
@Sven-Kopelke Es hat schon seinen Grund, warum JS/TS mittlerweile meilenweit von ANSI-C entfernt sind. Die einzige Gemeinsamkeit ist die grundsätzliche Syntax. Da findet sich jemand der aus der C-Ecke kommt natürlich schnell zurecht.
#definesind Makros für den Pre-Compiler. Einen solchen sucht man aber vergeblich.Mit solchen Dingen hat man seinen Code schnell ins unleserliche und damit unwartbare Nirvana geschossen.
Es gab seinerzeit in der Zeitschrift "DOS" den "Kilomark-Wettbewerb". Man musste Programme mit max. 1024 Byte einreichen und erhielt dafür 1024 DM.
Da hat mal jemand ein komplexes Menüsystem eingereicht, das mit solchen Makros gespickt war. Ein simplesxykonnte als Makro durch ein komplexes Programmkonstrukt ersetzt werden.
Der Code war selbst für Profis so gut wie unlesbar. Die vorcompilierte Version hat dann etliche A4-Seiten umfasst. -
nur mal von einer anderne seite betrachtet
ich kam ohne ide erfahrung zu iobroker - der javascript editor ist einfach und war für mich immer aussreichend - fehler suchen: eigentlich nur, wenn eine geschweifte klammer fehlt - alles andere findet sich doch schnell und mit der zeit werden die fehler (vertippen) eh weniger
durch die einfachkeit kann man sich gut auf das wesentliche konzentrieren - die logik im code - ide' mit all ihren features können einen real anfänger erschlagen
hatte mit blockly angefangen und fand es sehr gut, dass man sich den code ansehen kann und auch in ein javascript kopieren - nimmt eine hürde weg, sich dann doch zu pur js zu wagen
-
@sven-kopelke sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
War eben ein Versuch und die Hoffnung, dass jdm, mit passedem Background das liest und mir nen entscheidenden Tipp geben könnte
wenn es sich bei deiner Anfrage jetzt um das handelt, was hier am meisten diskutiert wird, wäre das ein Feature Request zum javascript Adapter oder Admin auf github, eine entsprechende IDE für js in ioBroker zur Verfügung zu stellen.
Das müssten sich die Developer ansehen, prüfen ob jemand dazu in der Lage wäre und neben den momentanen Prioritäten noch einen Timeslot hat.
geht es jedoch darum eine weitere höhere Programmiersprache, die incl. einer "vernünftigen" IDE in ioBroker eingebunden werden soll, ist die Chance noch geringer, da ioBroker auf node aufbaut, und dieses wiederum auf javascript.
geht es "nur" um die mehr oder weniger kryptischen IDs ist ein Alias für jeden DP dein Helfer.
-
@homoran
Eigentlich hat Node alles bereits eingebaut was benötigt wird.
Node unterstützt ein inspector und debugging protocol
Damit debugge ich meine Adapter. Bisher immer mit den chrome Developer Tools (und nicht nur Client Code sondern auch Server Code)
Theoretisch müsste man eigentlich den JavaScript Adapter speziell starten, so das dieses Protokoll aktiviert wird. Dann könnte auch eine ide darauf hören und reagieren.
Für Adapter hatte ich das hier irgendwo im Forum schon mal beschriebenIn Verbindung damit
https://github.com/patriksimek/vm2#debugging-a-sandboxed-code
Müsste es dann klappten
Der js Adapter nutzt intern die vm2 Bibliothek -
Ich kenne beide Welten sehr sehr gut und was hier total übersehen wird ist das ein Interpreter Sprache mit einer Compiler sprache verglichen wird. Da besteht einfach nicht die gleichen Möglichkeiten.
Ich bin auch ein riesiger Fan von Code Vervollständigung aber die klappt selten zu 100% und das auch bei C oder C++.Als Tipp: du kannst dir die JavaScript/TrueScript Dateien auf die Festplatte syncen lassen und diesen Ordner auf deinem Dev System mounten und dort eine IDE deiner Wahl nehmen. Das hilft schon mal deutlich was die Übersichtlichkeit an angeht.
Zu der Sache mit dem device Paths kann ich auch nur den anderen zustimmen das der Alias Adapter genau das richtige ist.
Ja man legt damit "symLinks" an aber die sind sehr performant. Wenn man dann etwas Kreativität anwendet lässt sich damit
ein Struktur bauen die viel besser ist als jedes #define.
Z.b.:
Mittels Selector kann der JavaScript Code dann komplett unabhängig von den Devices laufen. So das wenn ich z.b. Ein weiteres Radio um Schlafzimmer aufstelle nur den Alias anlegen und nichts am Script ändern muss.
Auch kann man eine Übersetzten so einbauen das wenn man z.b. einen Festersensor hat der True/False aufgibt und den gegen einen Tauschen muss der Open/Close ausgibt man nichts ändern muss.Aber natürlich ist es dein System und niemand will/kann dir verbieten einen eigenen Zigbee Händler zu bauen.
-
@homoran sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
geht es jedoch darum eine weitere höhere Programmiersprache, die incl. einer "vernünftigen" IDE in ioBroker eingebunden werden soll, ist die Chance noch geringer, da ioBroker auf node aufbaut, und dieses wiederum auf javascript.
@Sven-Kopelke
Ich denke man sollte die Kirche im Dorf lassen. Der Script-Bereich ist schon gut so wie er ist. Und du kannst die IDE deiner Wahl nutzen VS, WebStorm, etc.Letztendlich kannst du mit TypeScript arbeiten, wenn du es professionell gewohnt bist.
Ich wünsche mir jetzt auch nicht eine IDE oder die Unterstützung für C, Pascal, Cobol oder Fortran77 nur weil ich das vor 100 Jahren mal benutzt habe und evtl. damit besser zurecht komme. Umdenken... Ist doch nur Semantik und Syntax und sollte für einen Entwickler schnell zu erlernen sein.
Es macht aus meiner Sicht auch gar keinen Sinn bei node.js mit C ins Rennen zu gehen. -
Erst mal herzlichen Dank an Euch Alle – da sind ja schon mal ein paar interessante Anregungen dabei die ich bisher nicht gefunden habe.
Wie so oft: Wenn man die passenden Suchbergriffe endlich mal hat wird es deutlich einfacher – z.B.: „Alias“ ist bei mir bis vor diesem Thread nicht begegnet obwohl ich einiges angeklappert habe... (ich habe ja auch eher nach "#define" gesucht
Dass ich nicht auf, mit oder in IOBroker C programmieren will ist schon klar. Die Sprache an sich ist mir ja auch egal, ich habe nichts gegen Java-Skript. Es ging mir vorwiegend um das ganze „Handling“.
Der Thread-Titel sollte eine Anregung für Erfahrenen sein, denen es schon ähnlich ging Ihre Erfahrungen zu teilen => und das hat ja nun auch gut funktioniert.
Ich werde mal ein paar von den Tipps ausprobieren.
P.S.: Assembler kenne ich noch ein ganz klein wenig von C64
Da gab es auch mal einen "Wettbewerb": Das "Ein-Zeilen-Assembler-Programm" ... oder so ähnlich: Eine Zeile definiert einen String = 255 Zeichen = Ascii-Code = zusammen 255 Assembler-Befehle & Werte/Argumente
Ich mache nur Embedded Programmierung.
Mit C auf Windows/Linux oder auch Raspi etc habe ich nichts am Hut - soweit ich weiß ist das eine ganz andere Welt – da „bringt“ die Objektorientierung angeblich auch wirklich was - im Gegensatz zum µP
-
...Du hast nicht mich sondern einen Post von homoran zitiert.... !?
wie oben geschrieben möchte ich auch nicht "C" in ioBroker. Es geht mir um das Handling, Debugging, Übersichtlichkeit etc. ... und das ist erstmal ziemlich unabhängig von der Programmiersprache..
Aber: ...wenn Du anno 1922 (=15 Jahre vor der Zuse 1
) schon mit C programmiert hast => "Chapeau" !! Weiterhin Danke für alle Antworten - das weiter oben hilft schon mal sehr
-
Selbst wenn wir die Erstausgabe von Kernighan & Richie betrachten, wären es erst 44 Jahre. Die Ausgabe gibt es bei mir aber noch
-
@armilar said in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
ich das vor 100 Jahren mal benutzt habe
-
sorry, Doppel-Post
-
ich denke aber, dass du dennoch sehr viele schöne neue Sachen in dieser Umgebung zustande bekommst.
-
-
Ja ist die Antwort auf alles
-
@ignis-draco
Das mit Deiner Alias-Struktur klingt interessant.
Gibt's da irgendwo ein "How-To"Aus Deinem Screenshot erschließt sich mir das nämlich leider nicht ganz, sorry
-
@sven-kopelke sagte in JS/Blockly "Einsteigertipps" für C-Programmierer (STM32):
Gibt's da irgendwo ein "How-To"
Hilft das?
https://www.iobroker.net/#de/documentation/dev/aliases.md -
Ich habe dazu bis jetzt noch nichts geschrien und ich bin mir nicht sicher ob im Forum dazu was steht.
Die Grund Idee habe ich aus der KNX Welt (auch wenn ich bis jetzt noch nie was mit KNX gemacht habe).Mein Grund Idee ist das ich ein gleichbleibende Struktur haben wollte die auch bei einem Haus funktioniert.
Den Fenstersensor in der Küche hat folgenden Path:
alias.0.eg.kitchen.clima.isOpenEbene :
0) Der Alias Ordner (Vorgegeben)
0a) Alias Instanz (Vorgegeben)- Etage
- Raum
- Funktion
- Daten Punkt
Als Funktionen haben ich aktuell :
- Battery -> Batterie Zustand von allen Geräten in dem Raum
- clima -> Heitzung und Klimaanlage
- power -> Stromschalter und/oder Messgeräte
- pressend -> Alles was ich zu Erkennung von Personen verwenden kann. z.b. Bewegungsmelder oder auch device-reminder
- audo -> Radio
- light -> licht auch Helligkeitsmessung
- speak -> noch leer geplant für Voice Controll.
Um z.b. alle Fenstersensoren im eg auszulesen kann man dann Folgenden Zeilen verwenden.
let ids = $('state[id=alias.0.eg.*.isOpen]') for(let i = 0; i < ids.length; i++){ console.log(ids[i] + " = " + getState(ids[i]).val ) }Die Struktur (ohne die Datenpunkte) habe ich zwei mal.
- alias.0. => Die echten Geräte
- 0_userdata.0 => für variablen
Zum erstellen der Ganzen "Ordner" habe ich ein Skript geschrieben.
function createStruct() { let paths = ["0_userdata.0", "alias.0"] //Überall!! let floors = new Object() floors["eg"] = ["outdoor","wc","office","kitchen","sleeping_room","living_room","hallway"] let func = ["light", "audio", "clima", "pressend","power","speak", ] func.sort(); for(const base of paths){ if(!existsObject(base)){ console.log("base not exists!"); }else{ for(const [floor, rooms] of Object.entries(floors)){ rooms.sort() for(const room of rooms){ var path_tmp = base + "." + floor + "." + room // if(!existsObject(path_tmp)){ setObject(path_tmp, { type: 'folder', common: { name: room }, native: {} }); //} for (const item of func){ let path2_tmp = path_tmp + "." + item // if(!existsObject(path2_tmp)){ setObject(path2_tmp, { type: 'folder', common: { name: item }, native: {} }); // } } } } } } // ##################### Userdata global ############### let glob = ["radio", "timer", "refuel", "weather", "shopping", "clima"]; glob.sort(); if(!existsObject("0_userdata.0.global")){ setObject("0_userdata.0.global", { type: 'folder', common: { name: "Global" }, native: {} }); } for(const item of glob){ if(!existsObject("0_userdata.0.global."+item)){ setObject("0_userdata.0.global."+item, { type: 'device', common: { name: item }, native: {} }); } } // ##################### alias global ############### let glob2 = ["audio", "clima"]; glob2.sort(); if(!existsObject("alias.0.global")){ setObject("alias.0.global", { type: 'folder', common: { name: "Global" }, native: {} }); } for(const item of glob2){ if(!existsObject("alias.0.global."+item)){ setObject("alias.0.global."+item, { type: 'device', common: { name: item }, native: {} }); } } } createStruct();Nachtrag:
Ich habe ganz vergessend den Global teil zu erwähnen. Die kommt alles rein das nicht Raum gebunden ist.
Z.b. Ob die Heizung überhaupt laufen soll, oder Welch Radio Sender gespielt werden können.Mein Plan ist es alles in den Scripten keinen Festen Path oder Value mehr zu haben sondern alles über Datenpunkte und dem Selector zu machen (Noch Verwede ich auch noch die Aufzählungen aber da ich mit den Selectoren mehr Möglichkeit habe werde ich das nach und nach umschreiben.)
Ich hoffe es ist etwas klarer geworden. Der Alias Adapter gibt ein echt viele Möglichkeiten die man erst später wirklich versteht. -
Hallo,
deine Herausforderungen mit ioBroker sind verständlich. Die IDE-Qualitäten könnten verbessert werden, insbesondere für Entwickler, die mit leistungsstärkeren Plattformen arbeiten. Die Sparsamkeit an Features könnte frustrierend sein, besonders wenn du gewohnt bist, mit hochentwickelten Systemen wie dem STM32H7 zu arbeiten.
Es ist bedauerlich, dass die Auto-Vervollständigung und Fehlerdarstellung in JavaScript nicht deinen Erwartungen entsprechen. Die Suche nach Fehlerquellen kann in solchen Umgebungen zeitaufwendig sein.
Die Idee, Zigbee auf einem STM32 direkt zu steuern, ist interessant, besonders für die programmierbare Steuerung von Szenen und Schaltabläufen. Die Bare-Metal-Programmierung oder die Nutzung von FreeRTOS könnten eine attraktive Alternative zu Blockly oder JavaScript sein.
In Bezug auf ioBroker und die unveränderbaren Zigbee-Item-Nummern könnten Alias-Lösungen zwar hilfreich sein, aber die zusätzlichen Elemente könnten die Systembelastung erhöhen und die Lesbarkeit der Skripte beeinträchtigen.
Leider kann ich keinen spezifischen Tipp zur Integration einer umfassenderen IDE in ioBroker geben. Es könnte helfen, Foren oder Communities aufzusuchen, um Erfahrungen von JavaScript Programmierer mit ähnlichen Herausforderungen zu erhalten. Vielleicht hat jemand Lösungen für erweiterte Entwicklungsumgebungen oder Erfahrungen mit Zigbee auf Mikrocontrollern, die für dich nützlich sein könnten.
