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

[Strobi]

@klassisch
Klasse, vielen Dank für die schnelle Antwort.
Wie müsste ich das Skript umschreiben, damit ein "TRUE" kommt, wenn der Sensor noch ok ist und ein "FALSE", wenn der Sensor seit z.B. 30s keine Werte mehr liefert?

Ich kenne mich in der Programmiersprache leider nicht so sehr aus.
Eine eMail bräuchte ich mir in diesem Fall nicht senden :-)

[klassisch]

@strobi
[OT]
Wo willst Du das true haben? Hast Du Dir schon einen passenden Datenpunkt irgendwo unter der Userspace-Struktur 0_userdata.0 angelegt?

Bin auch kein Programmierprofi, könnte aber so aussehen

var counterNotTimeout = true;

var timer = null;


on({id: 'ID_des_Sensors_z_B_Energieregister'}, function() { // löst bei jeder Aktualisierung aus
   counterNotTimeout = true;
   if(timer) clearTimeout(timer);       // laufender Timer wird gestoppt
   timer = setTimeout(function() {      // Neustart Timer
       counterNotTimeout = false          // Aktion, wenn Verzögerungszeit abgelaufen ist
   }, 30 * 1000);  // 30 Sekunden in ms
});
setState('ID_des_Datenpunktes_im_userspace',counterNotTimeout);

Bei weiteren Fragen zu dem Thema Programmieren bitte ein eigenes Thema mit dem Stichwort "Watchdog" eröffnen.
Da werden sich dann auch die Programmierprofis oder Blockly-Experten melden. Vielleicht kann das mittlerweilse auch schon ein Adapter.

[australien]

@marsmännchen
Hallo
gibt es dazu eine Lösung?

[wendy2702]

@australien Du beziehst dich auf einen Beitrag aus 2021 ohne Zitat ?

Sehe ich das richtig ?

[australien]

@wendy2702 said in Adapter "smartmeter":

@australien Du beziehst dich auf einen Beitrag aus 2021 ohne Zitat ?

Sehe ich das richtig ?

Stimmt, leider.
Dachte, dass das an dem original Beitrag hängen bleibt.

[Beitrag (https://forum.iobroker.net/post/725101)

Hallo,
weiss vielleicht jemand ob es möglich ist im Netz Burgenland (Österreich) einen Landis+Gyr E450 mit >dem Hinchi-USB und Smartmeteradapter auszulesen?
Hat das jemand im Einsatz?
Ich hab bis jetzt noch keine funktionierende Einstellung gefunden.

[australien]

@marsmännchen said in Adapter "smartmeter":

@homoran JA GENAU! Danke!
Die verschlüsseln. Daran liegt es? Na wenigstens liege ich mit meiner Vermutung richtig. Dann kann ich schon mal aufhören den Adapter zu quälen.
Ich habe den Energielieferanten angeschrieben ob er die Verschlüsselung deaktivieren kann.
Mal sehen. In einem anderen Forum wird behauptet das es möglich ist.
Vielen dank!! Frohe Feiertage

ich versuche es nocheinmal, gibt es diesen Workaround?
Wo rufe ich für die Freischaltung an? In E weiß das keiner.

[Homoran]

@australien sagte in Adapter "smartmeter":

Wo rufe ich für die Freischaltung an? In E weiß das keiner.

woher soll ich das wissen?
ich weiß nichtmal wie das gehen soll, geschweige denn ob das tatsächlich gemacht würde.

@australien sagte in Adapter "smartmeter":

Mal sehen. In einem anderen Forum wird behauptet das es möglich ist.

dann mal da nachfragen

[australien]

@homoran said in Adapter "smartmeter":

@australien sagte in Adapter "smartmeter":

Wo rufe ich für die Freischaltung an? In E weiß das keiner.

woher soll ich das wissen?
ich weiß nichtmal wie das gehen soll, geschweige denn ob das tatsächlich gemacht würde.

@australien sagte in Adapter "smartmeter":

Mal sehen. In einem anderen Forum wird behauptet das es möglich ist.

dann mal da nachfragen

So, die Freischaltung hab ich erledigt, den Verschlüssungskey hab ich auch, nun suche ich noch nach einer Lösung für die Entcodierung.

[SuperDa]

@apollon77 Danke für Deine Rückmeldung bei GitHub.

Stelle gerne mein Problem hier vor. Ich möchte meinen Engelmann SenoStar U Wärmemengenzähler optisch auslesen.

Mit HTerm sendet und empfängt der Hichi USB IR Lese-/Schreibkopf und wird im iobroker Adapter als CP2102 erkannt.

Der WMZ wird mit 0x55 für 2,2 Sek bzw. 53x 55555555555555555555 (8N1,2400Baud) aufgeweckt, nach einer "Antwortpause" von 350ms folgen 105BFE5916 (8E1,2400Baud).
Der Wechsel von N auf E ist wichtig

Darauf hin sollte der WMZ antworten. Die Infos habe ich hier gefunden (Lösung ab etwas der Mitte):
https://github.com/arendst/Tasmota/discussions/17388?sort=new

Eingestellt habe ich im Smartmeter Adapter folgendes:

• Serielles Gerät mit bidir. Komm.
• D0 (WakeUp ....)
• 2400 baud
• 8,1,even
• 0,350 S (Wartezeit auf serielle Antwort)

Beim Datenprotokoll komme ich nicht weiter, speziell
- Anzahl WakeUp-Zeichen
- Kommando SignOn-Nachricht
- Verzögerung zwischen ...

Unter Modus habe ich D gewählt (keine Änderung der Baud-Rate)

Wie würdet Ihr die o.g. Daten eintragen?

Danke Euch,
Daniel

[GLH 510]

Hallo, Ich versuche einen Siemens TD-3511 mit dem Smartmeter Adapter über SML anzusprechen.
Leider hat der Zähler die Eigenheit, dass er mir nur den gesamten Datensatz ausgibt.
Er starte mit 300bd, dass kann ich auf 115kbd hochstellen, dann aber rauscht der gesamte Datensatz herein.

Leider kann der Adapter damit nicht umgehen und meldet die Warnung: No or too long answer from Serial Device after last request.

Gibt es eine Möglichkeit hier die erwartete Länge anzugeben? Im Adapter kann ich nur 300bd konfigurieren, wie könnte ich den Baudratenumschaltbefehlt hinterlegen, damit er jedes mal "abgespielt" wird?

Wie kann ich sehen was der Adapter versendet um sicher zu gehen, das es nicht an der fehlenden Ansteuerung liegt? Ein paralleles cat /dev/ttyUSB1 zeigt mir nix an.

Danke Euch,
Michael

[wendy2702]

@glh-510 Mal im Adapter alles auf default stellen. Den Geschwindigkeitsunterschied kann er eigentlich selbstständig behandeln und damit umgehen.

[GLH 510]

@wendy2702 Danke für die Idee. Hat leider keine Besserung gebracht. Habe das Reporting auch auf silly gestellt, aber da kam leider keine weitere Info was fehlt. Wie könnte ich das hier weiter debuggen?

[wendy2702]

@glh-510 zeig mal einen Screenshot der Adapter Einstellungen

Oder schau mal hier wie man z.B. testen kann

Volkszähler Wiki

[GLH 510]

@wendy2702

Mit meinem Zähler kann ich reden über Consolenbefehle. D.h. der Lesekopf arbeitet schon richtig:

stty -F /dev/ttyUSB1 300 -parodd cs7 -cstopb parenb -ixoff -crtscts -hupcl -ixon -opost -onlcr -isig -icanon -iexten -echo -echoe -echoctl -echoke
Putty 1: Sendet Anfrage: sudo echo -n -e '\x2F\x3F\x21\x0D\x0A' > /dev/ttyUSB1
Putty 2: Lauscht: sudo cat /dev/ttyUSB1
Putty 1: Baudrate umstellen
sudo echo -n -e '\x2F\x3F\x21\x0D\x0A' > /dev/ttyUSB1 stty -F /dev/ttyUSB0 115200 sudo echo -n -e '\x06\x30\x39\x30\x0D\x0A' > /dev/ttyUSB1

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

Er starte mit 300bd, dass kann ich auf 115kbd hochstellen,

das macht der Adapter von selbst, wenn nichts eingestellt ist.

BTW wie sind deine Einstellungen jetzt?
(Screenshot!)

@glh-510 sagte in Adapter "smartmeter":

dann aber rauscht der gesamte Datensatz herein.

ja und?

@glh-510 sagte in Adapter "smartmeter":

Leider kann der Adapter damit nicht umgehen

wieso?
was veranlasst dich zu glauben, dass das der Grund für

@glh-510 sagte in Adapter "smartmeter":

die Warnung: No or too long answer from Serial Device after last request.

ist?

@glh-510 sagte in Adapter "smartmeter":

Wie kann ich sehen was der Adapter versendet

hast du da etwa auch etwas eingetragen?

ich hätte aber jetzt sowieso nach dem debug-log gefragt.

@glh-510 sagte in Adapter "smartmeter":

Ein paralleles cat /dev/ttyUSB1 zeigt mir nix an.

es darf nur ein! Gerät auf den Port zugreifen und muss ihn anschließend auch wieder freigeben.

[wendy2702]

Laut Volkszähler macht er nach Init nur 9600

[GLH 510]

@homoran said in Adapter "smartmeter":

@glh-510 sagte in Adapter "smartmeter":
BTW wie sind deine Einstellungen jetzt?
(Screenshot!)
Siehe vorheriger Beitrag

@homoran said in Adapter "smartmeter":

wieso?
was veranlasst dich zu glauben, dass das der Grund für

@glh-510 sagte in Adapter "smartmeter":

die Warnung: No or too long answer from Serial Device after last request.
ist?

Das klingt für mich als gäbe es keine Rückmeldung oder zu viele Daten. Da die Rückmeldung ja
funktioniert habe ich angenommen das die Daten die bei 300bd über 2 Minuten brauchen zu
lang für den Adapter wären.

@homoran said in Adapter "smartmeter":

@glh-510 sagte in Adapter "smartmeter":

Wie kann ich sehen was der Adapter versendet

hast du da etwa auch etwas eingetragen?

Ich wollte irgendwie sehen was der Adapter über die Schnittstelle an den Smart Meter schickt in der
Hoffnung das ich etwas sehen könnte was nicht passt.

@homoran said in Adapter "smartmeter":

ich hätte aber jetzt sowieso nach dem debug-log gefragt.

es darf nur ein! Gerät auf den Port zugreifen und muss ihn anschließend auch wieder freigeben.

Ja während der Versuche lief nur der Iobroker

smartmeter.0
26004	2023-01-29 12:34:36.473	debug	connected set to false

smartmeter.0
26004	2023-01-29 12:34:36.453	silly	States system redis pmessage system.adapter.smartmeter.0.logLevel/system.adapter.smartmeter.0.logLevel:{"val":"silly","ack":true,"ts":1674992076442,"q":0,"from":"system.adapter.smartmeter.0","lc":1674991715075}

smartmeter.0
26004	2023-01-29 12:34:36.435	debug	SmartmeterObis options: {"debug":0,"protocol":"SmlProtocol","transport":"SerialRequestResponseTransport","requestInterval":"10","anotherQueryDelay":"1000","transportSerialPort":"/dev/serial/by-id/usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_0061CBBF-if00-port0","transportSerialBaudrate":null,"transportSerialMessageTimeout":null,"protocolSmlIgnoreInvalidCRC":false}

smartmeter.0
26004	2023-01-29 12:34:36.404	info	starting. Version 3.3.4 in /opt/iobroker/node_modules/iobroker.smartmeter, node: v14.19.0, js-controller: 4.0.24

smartmeter.0
26004	2023-01-29 12:34:36.002	debug	Plugin sentry Initialize Plugin (enabled=true)

smartmeter.0
26004	2023-01-29 12:34:35.878	silly	statesDB connected

smartmeter.0
26004	2023-01-29 12:34:35.877	debug	States connected to redis: 127.0.0.1:9000

smartmeter.0
26004	2023-01-29 12:34:35.849	debug	States create User PubSub Client

smartmeter.0
26004	2023-01-29 12:34:35.848	debug	States create System PubSub Client

smartmeter.0
26004	2023-01-29 12:34:35.832	debug	Redis States: Use Redis connection: 127.0.0.1:9000

smartmeter.0
26004	2023-01-29 12:34:35.830	silly	objectDB connected

smartmeter.0
26004	2023-01-29 12:34:35.824	silly	redis psubscribe cfg.o.enum.*

smartmeter.0
26004	2023-01-29 12:34:35.804	silly	redis psubscribe cfg.o.system.user.*

smartmeter.0
26004	2023-01-29 12:34:35.801	debug	Objects connected to redis: 127.0.0.1:9001

smartmeter.0
26004	2023-01-29 12:34:35.794	debug	Objects client initialize lua scripts

smartmeter.0
26004	2023-01-29 12:34:35.741	debug	Objects create User PubSub Client

smartmeter.0
26004	2023-01-29 12:34:35.739	debug	Objects create System PubSub Client

smartmeter.0
26004	2023-01-29 12:34:35.737	debug	Objects client ready ... initialize now

smartmeter.0
26004	2023-01-29 12:34:35.685	debug	Redis Objects: Use Redis connection: 127.0.0.1:9001

MOD-EDIT: Code in code-tags gesetzt!

[GLH 510]

@wendy2702 said in Adapter "smartmeter":

Laut Volkszähler macht er nach Init nur 9600

Beim Volkszähler Beispiel haben sie nur eine Umschaltung auf 9600 angefordert. Laut Handbuch geht bis 115k und das macht mein Zähler auch ,wenn ich ihn manuell Anfrage. Ich hatte mehrere Jahre eine Volkszählerinstanz so laufen. Die ist mir leider kaputt gegangen und daher wollte ich nun gleich an meinen IoBroker gehen ohne Umweg über den Volkszähler.

[Homoran]

@glh-510 sagte in Adapter "smartmeter":

Siehe vorheriger Beitrag

den gab es noch nicht als ich tippte. Kam zeitgleich mit dem Abdrücken ;-)

so sollte es funktionieren wenn

• der Zähler SML spricht
• die Schnittstelle wieder für den Adapter zugänglich ist

@glh-510 sagte in Adapter "smartmeter":

Da die Rückmeldung ja funktioniert

tut sie das im Adapter?

@glh-510 sagte in Adapter "smartmeter":

@homoran said in Adapter "smartmeter":

ich hätte aber jetzt sowieso nach dem debug-log gefragt.
es darf nur ein! Gerät auf den Port zugreifen und muss ihn anschließend auch wieder freigeben.

Ja während der Versuche lief nur der Iobroker

und vorher hast dumdie Schnittstelle wieder freigegeben?

[GLH 510]

@homoran said in Adapter "smartmeter":

@glh-510 sagte in Adapter "smartmeter":

Siehe vorheriger Beitrag

den gab es noch nicht als ich tippte. Kam zeitgleich mit dem Abdrücken ;-)

so sollte es funktionieren wenn

• der Zähler SML spricht
• die Schnittstelle wieder für den Adapter zugänglich ist

@glh-510 sagte in Adapter "smartmeter":

Da die Rückmeldung ja funktioniert

tut sie das im Adapter?

@glh-510 sagte in Adapter "smartmeter":

@homoran said in Adapter "smartmeter":

ich hätte aber jetzt sowieso nach dem debug-log gefragt.
es darf nur ein! Gerät auf den Port zugreifen und muss ihn anschließend auch wieder freigeben.

Ja während der Versuche lief nur der Iobroker

und vorher hast dumdie Schnittstelle wieder freigegeben?

1. Wie kann ich sehen ob die Rückmeldung im/in den Adapter funktioniert?
2. Jetzt wo du so fragst bin ich mir nicht ganz sicher. Ich hatte gemeint wenn ich meine Putty Session mit Exit verlasse, dass er dann freigibt. Was wäre den ein expliziter Befehl?