@codierknecht Danke. Ich glaube, das war die Lösung.
Ich benutze bisher:
SELECT
from_unixtime (ts/1000),
val as Wetterstation
FROM iobroker.ts_number
WHERE id=1495
mit
SELECT
ts as time,
val as Wetterstation
FROM iobroker.ts_number
WHERE id=1495
scheint das Ergebnis korreckt.
@axel-koeneke Ich möchte erst die Rollläden halb schließen (Dämmerung, damit niemand reinsieht wenn das Licht angeht, es draußen aber noch nicht dunkel ist) und später ganz (wenn es dunkel ist). Wie mache ich das dann richtig?
@axel-koeneke Hallo Axel, Danke. werde damit experimentieren. Als Alarm wähle ich den Windalarm. Mache dann ein kleines script das in Abhängigkeit des Helligkeitswertes true odser false liefert und den trage ich dann beim Alarm ein. Die anderen Alarmme sind verwendet. Sollte aber so gehen. Nochmals Danke und
LG Axel
@homoran Also, ich konnte das Problem lösen. Habe ein Test-System aufgebaut und die HM-Adapter getestet. Die Einstellungen werden automatisch von Discovery erkannt und verwendet. Callback-Adressen nicht erforderlich. Die Ports sind alle gesetzt.
Habe dann im normalen System die Devices des entsprechenden RPV neu eingelesen. ID's sind gleich geblieben, Datenpunkte sind nun alle vorhanden, die Signalbilder sind normal.
Augenscheinlich ist das Problem mit dem Adapter gelöst. Der verliert anscheinend mit der Zeit ein paar Informationen ...
Danke nochjmal an alle die mich tatkräftig unterstützt haben.
@axel sagte in Probleme mit Homematic (hm-rpc):
LEQ0534934
Das untersuchte Gerät ist eine Steckdose, eine HM-ES-PMSw1-Pl. Kein Buskabel, nur ein und aus schalten und Leistung messen. Diesen Leistungsmesspunkt wollte ich in einer VIS_View einbauen, Datempunkte waren leer. So fing das Übel an...
Das mit der Test-VM ist eine gute Idee 
@homoran ok. Ich habe da immer noch das Problem mit meinen Auswertungen. Wenn ich die Instanzen lösche und neu installiere passen meine ID's sicher nicht mehr, siehe gestern. Ich werde wohl erst einmal den Adapter beim Start auf neu einlesen stellen und schauen, was passiert. Geht die Datenbank kaputt, kann ich sie aus dem Backup rekonstruieren. Das ist die vorsichtigste Vorhehensweise. Danach würde ich den iob upload hm-rpc probieren. Dann die Neuinstallation des einen Adapters, usw. Muß ich aber drüber nachdenken. Wenn ich den Energy_Counter abgreifen kann, wäre mein Ziel erreicht. Dann kann alles so bleiben.
Kann es auch ein Problem in der Steckdose sein? Sind das eigentlich Wired- oder Funk-Geräte?
@homoran Ich kenne immer noch keine Lösung für das Problem. Alles scheint i.O., ein Port fehlt. Was mache ich denn jetzt damit?
@axel sagte in Probleme mit Homematic (hm-rpc):
- system.adapter.hm-rpc.0 : hm-rpc : sh - enabled, port: 18701
Du meinst das:
HM-RPC.0 ist an den Rega andekoppelt. Dieser Port wird da dargestellt. 1 ist für Standard HM und der 2 für HM-IP
So wurde es automatisch detektiert.
@homoran ... aber welcher Port fehlt?
@axel aber nur Kanal 0 hat Werte bei den Objects...
@homoran Gerne. Ist LEQ0534934. Es sieht so aus, dass einige Werte da wären, andere nicht. Energy_Counter ist da, FREQUENCY nicht, ich glaube, die Kanäle 3 bis 6 sind ungenutzt. Im Kanal 1 stehen die wichtigen Werte.
2025-03-18 12:23:39.928 - [34mdebug[39m: hm-rpc.1 (341300) xml multicall <event>: sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f,LEQ0534934:2,BOOT,true
2025-03-18 12:23:39.928 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event ["sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f","LEQ0534934:2","BOOT",true]
2025-03-18 12:23:39.928 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event: hm-rpc.1.LEQ0534934.2.BOOT:true discarded, no matching device
2025-03-18 12:23:39.935 - [34mdebug[39m: hm-rpc.1 (341300) xml multicall <event>: sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f,LEQ0534934:2,ENERGY_COUNTER,19065.6
2025-03-18 12:23:39.935 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event ["sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f","LEQ0534934:2","ENERGY_COUNTER",19065.6]
2025-03-18 12:23:39.935 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event: hm-rpc.1.LEQ0534934.2.ENERGY_COUNTER:19065.6 discarded, no matching device
2025-03-18 12:23:39.936 - [34mdebug[39m: hm-rpc.1 (341300) xml multicall <event>: sh:hm-rpc.1:1011d```d27be38c43f73063a1e18aa071f,LEQ0534934:2,POWER,0.16
2025-03-18 12:23:39.936 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event ["sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f","LEQ0534934:2","POWER",0.16]
2025-03-18 12:23:39.936 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event: hm-rpc.1.LEQ0534934.2.POWER:0.16 discarded, no matching device
2025-03-18 12:23:39.936 - [34mdebug[39m: hm-rpc.1 (341300) xml multicall <event>: sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f,LEQ0534934:2,CURRENT,2
2025-03-18 12:23:39.936 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event ["sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f","LEQ0534934:2","CURRENT",2]
2025-03-18 12:23:39.939 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event: hm-rpc.1.LEQ0534934.2.CURRENT:2 discarded, no matching device
2025-03-18 12:23:39.940 - [34mdebug[39m: hm-rpc.1 (341300) xml multicall <event>: sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f,LEQ0534934:2,VOLTAGE,233.8
2025-03-18 12:23:39.940 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event ["sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f","LEQ0534934:2","VOLTAGE",233.8]
2025-03-18 12:23:39.940 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event: hm-rpc.1.LEQ0534934.2.VOLTAGE:233.8 discarded, no matching device
2025-03-18 12:23:39.940 - [34mdebug[39m: hm-rpc.1 (341300) xml multicall <event>: sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f,LEQ0534934:2,FREQUENCY,49.97
2025-03-18 12:23:39.940 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event ["sh:hm-rpc.1:1011dd27be38c43f73063a1e18aa071f","LEQ0534934:2","FREQUENCY",49.97]
2025-03-18 12:23:39.940 - [34mdebug[39m: hm-rpc.1 (341300) xmlrpc <- event: hm-rpc.1.LEQ0534934.2.FREQUENCY:49.97 discarded, no matching device
