Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Bluefox]

Gibt es die Möglichkeit das aufzunehmen?

[arteck]

bestimmt… was ist mit Teamviewer??

[kmxak]

Aufnahme sollte kein Problem sein. Das war sehr gut Samstag. Für eine Aufnahme könnte man es ja nun optimiert nochmal wiederholen. @Jey Cee falls du noch Hilfe benötigst sag Bescheid.

Gesendet von meinem SM-G930F mit Tapatalk

[Jey Cee]

Aufnahme sollte machbar sein. Wobei ja das Konzept darauf abziehlt direkt Hilfe zu bekommen, wenn es nicht so klappt wie in der Anleitung.

Mit Teamviewer hab ich noch nie einen Voice Chat hin bekommen. Skype bietet ja die Möglichkeit den Bildschirm zu übertragen. Das reicht vollkommen.

Gesendet von meinem m8 mit Tapatalk

[darkiop]

Sehr Gute Idee !! Freue mich auf das Ergebnis!

[Schuko80]

Die Idee finde ich richtig gut, das Thema Adapter Entwicklung interessiert mich brennend, insbesondere das Thema, wie komme ich vom externen Javascript Code zum eigentlichen Adapter.

Wäre es nicht evtl. interessant, deine Liste als Youtube Video zu erstellen? Klar, Rückfragen sind dann nicht möglich, aber man könnte sich das in Stücken ansehen. Ich z.B. würde es nicht schaffen, mir mal 4 Stunden am Stück für das Thema zu gönnen, dafür nimmt insbesondere meine Tochter mich zu sehr in Beschlag :D

[Jey Cee]

So ich hol das jetzt nochmal hoch. Ich habe das HowTo im ersten Beitrag eingefügt.

Ich hoffe das hilft dem einen oder anderen weiter. Verbesserungsvorschläge sind Herzlich willkommen.

Es besteht auch weiterhin das Angebot per Skype eine Einführung zu bekommen.

[Schuko80]

Das ist schon mal echt super, großes Lob! Was mir persönlich gut gefallen würde, wäre ein praktisches Beispiel - als du den Deconz Adapter geschrieben hattest, hatte ich parallel auch angefangen für Deconz zu scripten.

Das waren meine ersten Gehversuche mit JavaScript und da du so schnell warst, haben ich es ganz schnell wieder aufgegeben - aber ich hätte es auch nie geschafft daraus einen Adapter zu erstellen.

Wenn ich das jetzt richtig sehe, könnte ich also einen Quellcode erstellen, der ohne IoBroker läuft und diesen dann in die main.js einfügen und das läuft dann so? Also mal abgesehen von Konfigurationen etc.

Als praktisches Beispiel denke ich so an das typische 'Hello World' was jeder in den ersten Schritten lernt, das könnte dann evtl. Schritt um Schritt erweitert werden, aus Hello World könnte dann mit einem Konfig Dialog ein 'Hello eigener Text' werden usw.

Gemeint ist damit kein JavaScript Kurs, dafür gibt es Bücher, sondern ein Schritt für Schritt vom Quellcode zum vollständigen Adapter.

Und ja, ich weiß, das ist viel Arbeit :oops:

[Mic]

Super, dass Du das angehst! Deine HowTo-PDF ist auch schon mal sehr hilfreich für mich. Ich hoffe auf baldiges schlechtes Wetter, um mich im Detail damit zu beschäftigen :D

Ich habe jahrelang in anderen Scriptsprachen entwickelt (u.a. PHP) und auch einiges veröffentlicht, aber bin noch neu in ioBroker. Hier habe ich mir bereits einige Scripte (JS) geschrieben und läuft alles soweit. Was mir als Neuling in ioBroker noch schwer fiel war die Logik der Adapter zu verstehen, da hilft das PDF schon mal sehr.

Auch bin ich von anderen Projekten gewohnt, dass ich direkt ins Herz, also den Quellcode, eingreifen kann, wenn diese einen Fehler haben und ich den beheben möchte. Die Anleitung sollte auch da schon mal helfen. Denn bisher waren die Adapter für mich so was wie eine "Blackbox", wo ich gar nicht im ioBroker sehen kann, was da passiert, weil ich da nicht direkt den Quellcode einsehen kann über die ioBroker-Oberfläche.

Was weniger die Adapter-Entwicklung an sich als vielmehr die JavaScript-Programmierung generell angeht: Hier würde ich mir noch mehr Infos zum vernünftigen Error Handling wünschen. Also: wie fangen wir am besten Fehler ab, wie geben wir sie bestmöglich aus, damit wir besser Fehler beheben können, etc. Beispiel: nicht einfach nur 'nen State abfragen und das Ergebnis weiterverarbeiten, sondern erst mal prüfen was der State zurück gibt. Wenn es zu einem Fehler kommt: in der Ausgabe erkennen, wo genau dieser auftritt im Quellcode, etc. Fehler sollten wir als Programmierer möglichst aktiv auffangen und ausgeben, und nicht erst durch den Interpreter, weil der da einen falschen Datentyp oder so bekommt. Usw.

[steckenpferd]

Mehr von solchen Videos zu dem Thema Adapter Entwicklung:

https://youtu.be/fUMtyYOtRcQ