UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[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!

[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

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

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

[Pedder007]

@jan1
Oh Mist, ja ich habe gerade die anderen Posts noch gelesen und kann das grundsätzlich nachvollziehen
Entsprechend müsste ich die also ALLE erst ein mal umziehen, bevor ich irgendwas update....

Naja, der Verzeichnis User-Data ist ja schön leer.
Ich gehe mal nicht davon aus, dass man das per drag-and-drop machen kann und das die Blocklys dazu dann natürlich auch alle von Hand angepasst werden müssen, right?

Sorry, ursprüngliche Formulierung war doch korrekt

[Fabian1]

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

@fabian1
Abwarten und dann nicht heulen

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

Ich heule dann nicht, weil ich ja täglich backups mache

[Jan1]

@pedder007
Müssen nicht, aber drüber nachdenken und wenn nach dem Update was nicht läuft , eben mal schauen ob es da was verbogen hat.

Es hängt auch viel damit zusammen hier eine einheitliche Struktur rein zu bekommen und dazu zählt eben auch ein definierter Ort an dem eigene DPs zu erwarten sind.

[Pedder007]

@jan1 Alles gut, ich gehe den Weg ja mit
Es geht mir nur darum den Aufwand abzuschätzen, damit man sowas nicht Sonntagbend um 11:00 anfängt

... und nach meinem Node-Update diese Woche läuft ja nun auch Backitup aufs NAS
Sonst hatte ich immer noch mit SD-Card Copys gearbeitet.

Stimmt übrigens meiner anderer Punkt von oben?
"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"

Ich weiß, gehört eigentlich in den ACK Thread