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

[Armilar]

@vumer sagte in SONOFF NSPanel mit Lovelace UI:

nur Mittag gegessen.
Es funktioniert wieder.

Mittagessen hatte immer schon guten Einfluss auf das Panel

[gelberlemmy]

@armilar sagte in SONOFF NSPanel mit Lovelace UI:

@gelberlemmy Es gibt einen Alarmadapter? Was kann der? Was macht der? Wie sieht der aus? Welche Daten werden wie genutzt?

Guten Morgen, der ist richtig und und auch sehr Mächtig. Ich würde sagen, eine vollwertige Alarmanlage. Man benötigt für alles um die Alarmanlage kein Blockly etc mehr. Alles im Adapter. Ich habe mal ein paar Screenshots gemacht.

[msuilmann]

Es scheint ja genügend Leute zu geben, die das Ding zum Laufen gebracht haben!
Vielleicht kann man mir hioer weiterhelfen.
Ich habe folgendes Verhalten:
Beim Starten des scrptes kommt der Hinweis auf eine alte Berry Driver Version. Von dieser Seite geht es aber mit keiner Aktion weiter (weder Kreuz, noch Ja oder Nein. Wenn ich die Version 4 in den Datenpunkt 0_userdata.0.NSPanel.1.Berry_Driver.currentVersion eintrage, bekomme ich die Seite, die auf eine falsche tasmota Version hinweist. aber auch da komme ich nicht weiter.
Wenn ich in den datenpunkt 0_userdata.0.NSPanel.1.Tasmota_Firmware.currentVersion die 12.2.0 eintrage, bekomme ich die Meldung "Waiting for content" kann mit mehreren touches dann irgendwann einen anderen Bildschirm sehen wie es auch ein Nutzer hier weiter oben beschrieben hat.
Das Script zeigt folgnde Warnungen:

Kann jemand etwas damit anfangen?
Beim Drücken der Buttons kann ich übrigens die Kommunikation in der Panel Konsole sehen.

und der Datenpunkt im iobroker wechselt auf ON bzw. OFF
Ich sehe auch in den Datenpunkten viel null Einträge, sieht danach aus, dass nicht richtig initialisiert wurde.
any ideas???

[Armilar]

@msuilmann

Dein Panel baut noch keine korrekte mqtt-Kommunikation auf. Wenn das Panel gestartet wird, sollte es zumindest mal die INFO2 an den MQTT-Adapter senden.

Falls das Panel das macht, sind die Config-Parameter falsch.

Hintergrund: Das Panel bekommt die IP nicht, um weitere Funktionen und Requests auszuführen. Daher auch die Meldungen...

Einen Teil kannst zu vorerst reduzieren, wenn die manuellen und/oder automatischen Updates auf false gesetzt werden. Wirklich lösen kannst du das Problem aber nur mit einer sauberen Kommunikation (mqtt)

Sollten in "tele" bereits Daten angekommen sein, dann bitte mal einen Screenshot vom MQTT-Adapter und posten der Config aus dem Script

[msuilmann]

@armilar Bildschirm:

Ich habe die MQTT Kommunikation schon vermutet.

Adapter:

und

[msuilmann]

@armilar
Der Eintrag in deer config:

[msuilmann]

@armilar Ich habe die beiden Einträge im script geändert:

und habe nun wesentlich weniger Warnungen:

Aer im Endeffekt immer noch Waiting ...

[holgerwolf]

@msuilmann Bist du das hier durchgegangen?

https://github.com/joBr99/nspanel-lovelace-ui/wiki/iobroker---Basisinstallation#7-customsend-anlegen

Nach deinem Objektbaum oben muss der DP mit mqtt.0.smarthome.cmd ... anfangen.

[Armilar]

@msuilmann

Hast du einen externen Mosquitto am laufen? Nur zur Info. Ansonsten wäre dort:

besser:

und enferne das mal

Wie sieht der CustomSend aus?

[Armilar]

@msuilmann sagte in SONOFF NSPanel mit Lovelace UI:

@armilar Ich habe die beiden Einträge im script geändert:

und habe nun wesentlich weniger Warnungen:

Aer im Endeffekt immer noch Waiting ...

mqtt.0.Smarthome.tele.NSPanel_1.RESULT

ist okay

aber vervollständige mal den CustomSend

mqtt.0.Smarthome.cmnd.NSPanel_1.CustomSend

kann mich nicht daran erinnern, jemals ein "CommanSend" programmiert zu haben

EDIT: Der "CustomSend" muss ebenfalls genauso unter cmnd.NSPanel_1. angelegt sein (Auch da auf alle Zeichen achten). Nur ein Fehler in dem Wort und nix funktioniert. Gilt auch für Groß- und Kleinschreibung

[msuilmann]

@armilar Ja, Mosqitto läuft bei mir.
Jetzt sind in 0_userdata.0.NSPanel.1.Tasmota.Wifi auch Status-Informationen abgelegt:

[Armilar]

@msuilmann

Noch eine Frage: Du hast aber keine weiteren Adapter wie z.B. den Shelly oder Sonoff auf dem Port 1883 laufen, oder?

[Armilar]

@msuilmann

Die Empfangsseite steht. Jetzt die Senderichtung.

Zeige mal den CustomSend im mqtt-Adapter (Objekte)

[msuilmann]

@armilar Den datenpunkt habe ich neu angelegt:
mqtt.0.Smarthome.cmnd.NSPanel_1.CustomSend )-:

[msuilmann]

@armilar

[Armilar]

@msuilmann

Und steht etwas drin?

[Armilar]

@msuilmann

Wenn die Verbindung zum Panel besteht, dann sollte jetzt mindestens mal die Uhrzeit angezeigt werden.

Evtl. mal den Stecker ziehen

[msuilmann]

@armilar Ja, da kommen Meldungen rein wie "time~14:38 oder "entityUpd~Büro~0|1~delete~~delete~" oder "timeout~9"

[msuilmann]

@armilar Hat leider keinen effekt. Stecker gezogen, script neu gestartet Ergebnis wie oben.

[Armilar]

@msuilmann

Das Script schreibt in den Datenpunkt "CustomSend". Ist schonmal perfekt, denn du bist jetzt mit dem Script fertig.

Jetzt musst du noch herausfinden, warum die Kommunikation zwischen dem mqtt-Adapter, deinem Mosquitto und dem Panel nicht funktioniert.

Dabei kann ich dir leider keine Hilfestellung leisten, da ich den externen Mosquitto nicht benutze.

Fakt ist, es müssen beide Kommunikations-Richtungen ordentlich funktionieren. Ggfs. mal mit dem MQTT-Explorer (Externes Tool) spielen.