Weihnachtsangebot 2025! 🎄

[Dr. Bakterius]

@fabian1 Da wird eben einmal mit alten Fehlern aufgeräumt. Die haben zwar bisher zu (fast) keinen Problemen geführt, aber ist doch gut, dass man das behebt. Für den User ist es zugegeben ärgerlich, weil er ein paar Dinge umstellen muss. Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...

[Fabian1]

@dr-bakterius said in js-controller 3.3 jetzt im STABLE!:

@fabian1 Da wird eben einmal mit alten Fehlern aufgeräumt. Die haben zwar bisher zu (fast) keinen Problemen geführt, aber ist doch gut, dass man das behebt. Für den User ist es zugegeben ärgerlich, weil er ein paar Dinge umstellen muss. Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...

ich bastele sehr gerne! :D Nur nicht absolut unnötig und an 100 Stellen gleichzeitig, die vorher nie Probleme gemacht haben nur um nachher eine unübersichtlichere UI zu haben als vorher.

[sigi234]

@dr-bakterius sagte in js-controller 3.3 jetzt im STABLE!:

Aber wer nicht gerne bastelt, ist bei ioBroker sowieso falsch aufgehoben...

Ja, mit iob wird einen nie fad. :grinning:

Darum habe ich ein Testsystem und ein Produktives.

[Jan1]

@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.

Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.

[Fabian1]

@jan1 said in js-controller 3.3 jetzt im STABLE!:

@htrecksler
Er meckert aber hauptsächlich die eigenen DPs an, die er jetzt nicht mehr da speichern kann wo er will und das ist schon recht lange bekannt, dass das eh nicht gemacht werden soll. Ich habe vor über einem Jahr meine umgezogen und die Zeit hat er nicht genützt um sich an Vorgaben (damals noch Wünsche) zu halten.

Die neue GUI ist eben etwas gewöhnungsbedürftig, aber nicht weniger funktionell als die alte.

@jan1 Mache ich nicht! Es geht nicht um meine eigenen Datenpunkte! Ich meckere über EIGENE DATENPUNKTE von selbst prohgrammierten Geräten im MQTT Adapter!

[Fabian1]

@htrecksler said in js-controller 3.3 jetzt im STABLE!:

@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:

eine unübersichtlichere UI zu haben als vorher

Ich finde, man sollte dem Ganzen eine Chance geben sich zu entwickeln. Das ist jetzt erst seit ein paar Tage im "Stable" und somit für die Masse verfügbar. Ich bin mir sicher, das im Laufe der Zeit Dinge verändert werden die vielleicht noch nicht ganz optimal sind.

Na klar! Dafür bin ich 100%ig und ich schreibe schon fleißig Github issues! Ich bin gerade halt wirklich nur etwas frustriert, da ich mir mein System jahrelang so aufgebaut habe, wie es jetzt ist und immer wenn ich gerade was mit der neuen Version gelöst hab, kommt das nächste Problem, was vorher keins war. Aber ich bin mir sicher, das wird! Ich geb ja hier nur meine Meinung Preis, weil ich ja möchte dass es besser wird. :)

[Jan1]

@fabian1
Ok, falsch verstanden. Wobei ich das dann wiederum nicht verstehe.

[Fabian1]

@jan1 said in js-controller 3.3 jetzt im STABLE!:

@fabian1
Ok, falsch verstanden. Wobei ich das dann wiederum nicht verstehe.

Wenn ich ein eigenes Gerät programmiere, und mich damit dann bei einem Topic subscribe, dann muss es ja möglich sein, dass ich in diesem Topic alle Datenpunkte so anlegen kann wie ich das möchte. Dafür ist der Mqtt Adapter ja gedacht.

[Pedder007]

@jan1 mal eine Frage von einem Laien, der gerade mal so seine Migration von Pimatic nach ioBroker hinter sich hat und froh ist verstanden zu haben, wie man grundsätzlich mit Blockly arbeitet ...

Wo sollten eigene Datenpunkte/Variablen den liegen? Ich habe mir im javascript Verzeichnis eigene Unterordner angelegt und sie dort, je nach Verwendung sortiert. Bekomme ich da nun Probleme?

[Fabian1]

@pedder007 Nein bekommst du nicht, das sieht gut aus!!

[Jan1]

@pedder007
unter 0_userdata

@Fabian1
ja und dann eben unter "mqtt\0". Geht das nicht?

[Fabian1]

@jan1 said in js-controller 3.3 jetzt im STABLE!:

@pedder007
unter 0_userdata

@Fabian1
ja und dann eben unter "mqtt\0". Geht das nicht?

Genau das ist ja das Problem! Eben nicht! :D

[Jan1]

@fabian1 sagte in js-controller 3.3 jetzt im STABLE!:

@pedder007 Nein bekommst du nicht, das sieht gut aus!!

Eben nicht, denn da ist genau das was dann zu Problemen führen kann.
Eigene sollen nicht in vorhandene Strukturen rein, da sie dort je nachdem auch mal bei nem Update gelöscht werden und dann wunderst Dich, wenn nix mehr geht.

[Jan1]

@fabian1
Wo legt er dann die DPs der eigenen Geräte an? Ich dachte das macht der Adapter eh automatisch richtig.

Ich versteh Dein Problem, wenn das nicht dort gemacht wird, wird dann aber etwas OT hier ;)

[Fabian1]

@jan1 said in js-controller 3.3 jetzt im STABLE!:

@fabian1
Wo legt er dann die DPs der eigenen Geräte an? Ich dachte das macht der Adapter eh automatisch richtig.

Ich versteh Dein Problem, wenn das nicht dort gemacht wird, wird dann aber etwas OT hier ;)

Wenn ich in meiner ESP8266 Firmware Daten per MQTT sende dann erstellt er die Datenpunkte in MQTT.0.GerätXYZ das stimmt! ABER MQTT geht ja in beide Richtungen, ich muss ja die Möglichkeit haben selbst Topics anlegen zu können.

[Pedder007]

@fabian1 püh, danke Dir :sweat:

Also mqtt nutze ich nicht, läuft alles über deconz und andere Adapter und meine eigenen Datenpunkte habe ich niemals in den Adaptern selber angelegt, sondern immer wie oben gezeigt. Das wäre mir auch viel zu unübersichtlich.
Außerdem habe ich in den Blocklys immer darauf geachtet, die richtige Ansteuerung für die Datenpunkt zu wählen, sprich 'aktualisiere' bei Variablen und 'steuere' bei Devices

Mir wird hier, und in den parallelen Threads, gerade so als blutiger Anfänger (mit 0-Java-KnowHow und nur rudimentärem Shell-KnowHow) ziemlich mulmig, wo mich die ganze Updaterei hinführt...
Auch wenn @apollon77 mir ja gestern auch bereits meine Sorgen genommen hatte ;-)

Ich werde aber wohl dennoch auf das deconz update warten, weil das hier bei >70 Devices das absolute Herzstück ist und ich parallel nicht noch eine Hintergrunddiskussion brauche, warum die Rolladensteuerung mal wieder ausgefallen ist ;-)

[Jan1]

@pedder007
Du hast Deine DPs in den den Objekten des JS Adapter rein gepackt und das sollst nicht machen, weil die unter userdata sollen.
Wenn der Adapter ein Update erhält, kann es sein, dass Deine DPs weg sind!

[Fabian1]

@jan1 said in js-controller 3.3 jetzt im STABLE!:

@pedder007
Du hast Deine DPs in den den Objekten des JS Adapter rein gepackt und das sollst nicht machen, weil die unter userdata sollen.
Wenn der Adapter ein Update erhält, kann es sein, dass Deine DPs weg sind!

Das ist mir in 2,5 jahren noch nie passiert, nach 100ten updates.

[Jan1]

@fabian1
Ja und dazu hast ja dann auch den Client und Host bei MQTT, wenn ich mich recht entsinne.
Ist lange her, dass ich mit MQTT direkt was gemacht habe, deshalb bin ich da nicht sattelfest.

[Jan1]

@fabian1
Abwarten und dann nicht heulen :innocent:

Das ist aber genau der Grund warum das nicht gemacht werden soll und auch ständig drauf hingewiesen wird. Kann man so machen, wenn man sich des Risiko bewusst ist, dann aber auch schön heimlich weinen und nicht hier meckern, wenn es dann mal soweit ist ;)