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

[Palatinatus]

@armilar

Dankeschön

Kannst Du vielleicht mal einen Blick auf mein nächstes Problem werfen, das ich schon lange mit mir herumtrage. Mit Zigbee klappt das schalten der Smart Plugs ganz gut, allerdings habe ich mit Tasmota so meine Problemchen.
https://forum.iobroker.net/post/1181758

Ich bin beim Einstieg in ioBroker gleich in Probleme gelaufen die ich nicht zufriedenstellend lösen konnte, immer wenn ich abweichend vom ioBroker Masterkurs selbst was cooles machen wollte.

[TT-Tom]

@palatinatus

das script triggert nicht auf den Alias. (ACTUAL)

kann es leider nicht nachvollziehen.

[Palatinatus]

@tt-tom
Trotzdem herzlichen Dank.
Werde demnächst einen weiteren Raspi mit weiteren NSPanels aufsetzen. Mal schauen ob sich das Problem denn auf magische Weise auflöst.

[lustig29]

War es denn nicht mal im Gespräch, dass es eine Möglichkeit geben soll das Ns Panel ohne Skript zu programmieren, ähnlich wie bei Homeassitant?

[TT-Tom]

@lustig29

Wir sind dabei einen Adapter zu programmieren, kann aber noch dauern. Der Plan ist zum Ende des Jahres. Die große Herausforderung ist die einfache Erstellung der Seiten.

[TT-Tom]

@palatinatus

Irgendwie lässt mir das keine Ruhe.

Welche Statuswert senden eigentlich die Zigbee Dosen. True False oder auch on off??

Setzte das Panel bitte nochmal in den Debugmodus und ändere dann mal die Werte im Alias Datenpunkt SET von True auf False und zurück. Dann bitte den Protokollauszug posten.

[Palatinatus]

@tt-tom
Bei den Girier Dosen (werden als Tuya BSD29_1 erkannt) gibt es kein ACTUAL sondern nur SET, das SET nimmt aber egal wo geschalten wird true oder false an.

Zu den mqtt Tasmota Gosund Dosen:
In Objekte/alias/0/Gosund_Port5/ nimmt ACTUAL den Wert true und false an. Irgendwie hab ich gerade das Gefühl da stimmt eher was nicht im "NsPanelTs.ts"-script nicht.

[Armilar]

@palatinatus

gibt es kein ACTUAL sondern nur SET, das SET nimmt aber egal wo geschalten wird true oder false an.

Die Theorie ist mir neu

Es muss immer einen ACTUAL geben... SET und ACTUAL dürfen dabei auf den gleichen Datenpunkt

[Palatinatus]

@armilar
Die Praxis ist anders , s. Gosund_Port5 und Schreibtischlampe bzw. Schreibtischlampe_weiss. Könnte vielleicht am Zigbee liegen. ‍️

[Armilar]

@palatinatus

Welche Praxis?

Geräte-Manager benutzen, Steckdose auswählen, ACTUAL und SET mit dem gleichen DP belegen, speichern und fertig

[Palatinatus]

@armilar

‍️ kann ja sein aber das war ja nicht das Problem. Beim Zigbee geht es ja auch wenn ACTUAL nicht da ist.

[Armilar]

@palatinatus

Verstehe ich das richtig, die Gosund funktioniert nicht?

Dann mache den ACTUAL genauso wie den SET über cmnd/POWER.

[Palatinatus]

@armilar
cmnd/POWER wird nicht über den Button an der Steckdose auf true und false gesetzt.

Bei der Zigbee habe ich über den Gerätemanager in ACTUAL nochmal das gleiche reinkopiert wie in SET stand:

heißt hier jetzt allerdings ON_ACTUAL.
Ich weiß zwar nicht wozu das Anlegen von ACTUAL gut sein soll, wenn es auch ohne funktioniert aber es geht zumindest immer noch.

Achso, das ursprüngliche Problem war und ist, dass das Button drücken an der Steckdose die Schalterstellung on/off im NSPanel nicht verändert hat. Bei der Zigbee Steckdose geht es, bei der Tasmota Steckdose über mqtt geht es nicht.

[Armilar]

@palatinatus

Wir schalten den SET nur als Fallback im Script

Deshalb funktioniert es...

Schon mal versucht, die Büchse über den Sonoff-Adapter zu betreiben? Da gibt es nur Power true/false ...

Alternativ den Alias lesend aus stat und schreibend auf cmnd

[Palatinatus]

@armilar

nee den Sonoff Adapter habe ich noch nicht probiert.

Wenn ich alternativ den Alias lesend aus stat und schreibend auf cmnd setze funktioniert es wenn ich zusätzlich (!!!) den stat auch in ACTUAL schreibe (also bei mir "mqtt.0.SmartHome.Haus.NN-Geschoss.NN-Zimmer.tasmota_6FA2ED.DVES_6FA2ED.stat.POWER")
Da staunt der Laie und der Fachmann wundert sich.

Mein Problem ist damit gelöst.
Vielen Dank 🥳

[Armilar]

@palatinatus

Ja wer hätte das gedacht

Super, hatte wenn ich das sehe doch etwas länger gedauert... Aber nun funktioniert es ja

[rockplums]

Hallo zusammen,

ich habe aktuell 3 Panels laufen und habe jetzt ein Problem, wo ich einfach nicht weiterkomme.
Wenn ich an ein Panel Text sende und die Datenpunkte:
0_userdata.0.NSPanel.1.ScreensaverInfo.popupNotifyHeading
und
0_userdata.0.NSPanel.1.ScreensaverInfo.popupNotifyText setze,
wird dieses korrekt am Panel dargestellt.

Jetzt möchte ich diesen Inhalt am Panel nicht mehr angezeigt haben und kann dies nur durch Berührung am Screen machen. Jetzt meine Frage:
Gibt es eine Möglichkeit, dass das Panel das Popup nicht mehr anzeigt, ohne das ich den Bildschirm berühre?
Selbst wenn ich den Inhalt der Datenpunkte wieder entferne, bleibt die Anzeige auf dem Panel erhalten.

Vielleicht kann mir ja jemand einen Tipp geben.

[Armilar]

@rockplums

Kann es leider aktuell nicht testen. Aber aus dem Bauch heraus wäre eine Variante ein:

notify~~

direkt in den CustomSend Datenpunkt der MQTT-Instanz abzusetzen.

[rockplums]

@armilar

Vielen Dank. Das funktioniert perfekt.

[draexler]

Hi, habe heute den javascript Adapter geupdatet und auch den js controller.
Jetzt habe ich lautet wiederholende Fehlermeldungen im log:

script.js.common.NSPanels.NSPanel_Buero: existsObject has been called with id of type "object" but expects a string

Was es bedeutet ist mir klar, aber was kann es sein? Wie kann ich das schnell überprüfen oder hat jemand anderes auch das Problem?

Die Scriptversion ist: v4.3.3.3

Eventuell wurde es ja schon behandelt. Aber ich habe nichts gefunden.