Wenn dies dein erster Besuch hier ist, lies bitte zuerst die Hilfe - Häufig gestellte Fragen durch. Du musst dich vermutlich registrieren, bevor du Beiträge verfassen kannst. Klicke oben auf 'Registrieren', um den Registrierungsprozess zu starten. Du kannst auch jetzt schon Beiträge lesen. Suche dir einfach das Forum aus, das dich am meisten interessiert.
Ankündigung
Einklappen
Keine Ankündigung bisher.
LBS 19001435 / 19001436 Homematic / Homematic IP Einbindung
Guten Abend,
so mal wieder Zeit gefunden für Edomi/ Homematic.
Ist ja viel passiert im Bereich des LBS Generic Device. Es laufen damit bei mir:
A) Der Raumelder HM-Sec-SD-2
B) Heizkörperregler HmIP-eTRV-2
..auch die SOLL- Temperatur!!
Es läuft leider nicht:
A) Der IP Rauchmelder HmIP-SWSD
Getestet habe ich zum Anfang einfach den Befehl LOW_BAT (b:0.LOW_BAT)
der aber genauso im Heizkörperregler läuft.
Die Device adress (mit HMIP: startend und dann 14 Zahlen/ Buchstaben) habe
ich mehrmals getestet.
Leider finde die „HomeMatic-Script Dokumentation“ für IP Befehle nicht um zu sehen
ob b: stimmt.
Hätte jemand noch eine Idee?
Sonst aber schonmal: DANKE für die Mühe für die Bausteine!!
Gruß Marcus
Nabend,
so die Definitionen der Parameter habe ich hier: https://knx-user-forum.de/forum/proj...82#post1176982
wieder gefunden (booh voll vergessen).
Leider geht es aber immer noch nicht. Homematik_15.jpg
Hätte noch jemand eine Idee? Oder geht einfach der IP- Rauchmelder nicht?!?!
DANKE!!!!!
Gruß Marcus
Momentan komme ich zeitlich nicht dazu.
Sobald ich wieder etwas mehr Zeit habe, schaue ich mal nach, warum Homegear beim XMLRPC Init Probleme macht.
Beim Init wird die Callback-URL übergeben, unter der der XMLRPC Server des Clients zu erreichen ist. Dazu wird dann noch ein beliebiger Name bzw. ID für den Client übergeben, der im Callback-Fall mit übergeben wird. Ich nutze das zur Unterscheidung, ob der RFD oder CRFD anruft.
Ändere doch mal im LBS das Init so ab, dass eine komplette vollständige URL übergeben wird.
Aktuell wird bei Dir nur sowas übergeben(nicht nur bei Dir, bei allen) : 192.168.122.10/data/liveproject/lbs/EXE19001435.php
Evtl. möchte Homegear es so haben: http://192.168.122.10/data/liveproje...XE19001435.php
Also mit http:// vorne weg.
Hallo Nanosonde,
der Tipp war schon mal gut. Tatsächlich möchte Homegear in der URL sowohl das http:// als auch den Port übergeben haben, nach Ändern des Quelltextes ca. bei Zeile 420 wie folgt
nimmt er den INIT entgegen.
Vorher hatte ich versucht, das 'http://' und den Port direkt im LBS in das URL-Feld einzutragen, das kam dann aber nicht bei Homegear an.
Allerdings bringt das nur weitere Probleme zutage, denn Homegear fragt nun Methoden beim LBS ab, die offenbar nicht richtig beantwortet werden:
Code:
02/07/18 08:18:07.722 Info: Calling init methods on server "http://192.168.122.10".
02/07/18 08:18:07.746 RPC Server (Port 2001): Debug: Connection to client number 9 closed.
02/07/18 08:18:08.224 RPC client: Debug: Calling RPC method "system.listMethods" on server 192.168.122.10.
02/07/18 08:18:08.225 RPC client: Parameters:
02/07/18 08:18:08.227 Debug: Calling getFileDescriptor...
02/07/18 08:18:08.229 Debug: Connecting to host 192.168.122.10 on port 80...
02/07/18 08:18:08.235 Debug: Connected to host 192.168.122.10 on port 80. Client number is: 10
02/07/18 08:18:08.237 RPC client: Debug: Sending packet: POST /data/liveproject/lbs/EXE19001435.php HTTP/1.1
User-Agent: Homegear 0.7.15-1580
Host: 192.168.122.10:80
Content-Type: text/xml
Content-Length: 101
Connection: close
<?xml version="1.0"?>
<methodCall><methodName>system.listMethods</methodName><params/></methodCall>
02/07/18 08:18:08.244 RPC client: Debug: Packet received: 485454502F312E3120323030204F4B0D0A446174653A205765642C2030372046656220323031382030383A31383A303820474D540D0A5$
02/07/18 08:18:08.246 RPC client: Debug: Received packet from server 192.168.122.10:
^@
02/07/18 08:18:08.248 Error in RPC response from 192.168.122.10. faultCode: -32700 faultString: Parse error. First root node has to be "methodResponse".
02/07/18 08:18:08.251 Warning: Error calling XML RPC method "system.listMethods" on server http://192.168.122.10 with port 80. Error struct:
...
Die Nachricht, die das LBS auf den Call nach system.listMethods schickt, sieht wie folgt aus (Packet hex-dekodiert)
Code:
HTTP/1.1 200 OK
Date: Wed, 07 Feb 2018 08:18:08 GMT
Server: Apache/2.2.15 (CentOS) PHP/5.3.3 mod_ssl/2.2.15 OpenSSL/1.0.1e-fips
X-Powered-By: PHP/5.3.3
Cache-Control: max-age=0
Expires: Wed, 07 Feb 2018 08:18:08 GMT
Content-Length: 0
Connection: close
Content-Type: text/html; charset=UTF-8
Die Antwort ist leer. Wenn ich (ohne Ahnung von PHP) durch den LBS-Quelltext gehe, vermute ich, dass eigentlich irgendwas sinnvolles in der Antwort stehen sollte, z.B. dass nur die Methoden event und system.multicall implementiert sind. Richtig?
Da bin ich dann allerdings mit meinem Latein (bzw. Programmierverständnis) am Ende. Es wäre schön, wenn Du, Nanosonde nochmal draufschauen könntest.
Guten Abend,
so mal wieder Zeit gefunden für Edomi/ Homematic.
Ist ja viel passiert im Bereich des LBS Generic Device. Es laufen damit bei mir:
A) Der Raumelder HM-Sec-SD-2
B) Heizkörperregler HmIP-eTRV-2
..auch die SOLL- Temperatur!!
Es läuft leider nicht:
A) Der IP Rauchmelder HmIP-SWSD
Getestet habe ich zum Anfang einfach den Befehl LOW_BAT (b:0.LOW_BAT)
der aber genauso im Heizkörperregler läuft.
Die Device adress (mit HMIP: startend und dann 14 Zahlen/ Buchstaben) habe
ich mehrmals getestet.
Leider finde die „HomeMatic-Script Dokumentation“ für IP Befehle nicht um zu sehen
ob b: stimmt.
Hätte jemand noch eine Idee?
Sonst aber schonmal: DANKE für die Mühe für die Bausteine!!
Gruß Marcus
Ich fände es klasse, wenn neben der echten CCU2 oder Raspberrymatic auch Homegear verwendet werden könnte. Können wir versuchen, den Fehler zu finden?
Momentan komme ich zeitlich nicht dazu.
Sobald ich wieder etwas mehr Zeit habe, schaue ich mal nach, warum Homegear beim XMLRPC Init Probleme macht.
Beim Init wird die Callback-URL übergeben, unter der der XMLRPC Server des Clients zu erreichen ist. Dazu wird dann noch ein beliebiger Name bzw. ID für den Client übergeben, der im Callback-Fall mit übergeben wird. Ich nutze das zur Unterscheidung, ob der RFD oder CRFD anruft.
Ändere doch mal im LBS das Init so ab, dass eine komplette vollständige URL übergeben wird.
Aktuell wird bei Dir nur sowas übergeben(nicht nur bei Dir, bei allen) : 192.168.122.10/data/liveproject/lbs/EXE19001435.php
Evtl. möchte Homegear es so haben: http://192.168.122.10/data/liveproje...XE19001435.php
Also mit http:// vorne weg.
erstmal besten Dank für die LBS, Nanosonde ! Schön, dass die Einbindung von Homematic-Geräten in edomi doch noch realisiert werden kann!
Ich stand vor ca. einem Jahr vor dem Problem, einen einzigen Funkaktor mit möglichst einfachen Mitteln anzusteuern, und habe mich für einen Raspi mit einem CUL-Stick als "Zentrale", darauf Homegear (www.homegear.eu), gesteuert über http-Requests entschieden.
Homegear hat den Vorteil, dass das Funkmodul sehr einfach gehalten werden kann- entweder ein (Eigenbau) CUL-Stick, oder sogar ein cc1101-Board direkt an den GPIOs. Dafür unterstützt es Homematic IP nicht.
Die jetzt verfügbaren LBS kommunizieren ja über XMLRPC, das auch von Homegear unterstützt wird. Ich habe also die SD-Karte gewechselt, Homegear neu aufgesetzt und versucht, dieses System mit den LBS 19001435 / 19001436 anzusteuern. Als Hardware habe ich einen 2Kanal-UP-Aktor und mittlerweile einen 4-Tasten-Handsender.
Fazit:
Der LBS "Generic Device" funktioniert, Schalten und Statusabfragen im Polling-Verfahren funktionieren.
Der Event-Receiver funktioniert leider nicht. Das LBS-Log sagt:
Erstmal keine Fehlermeldung, aber auch keine eingehenden Events.
Interessanter ist das debug-Log von Homegear:
Code:
02/01/18 20:32:23.848 RPC Server (Port 2001): Info: Connection from ::ffff:192.168.122.10:57400 accepted. Client number: 9
02/01/18 20:32:23.851 RPC Server (Port 2001): Info: RPC server client id for client number 9 is: 1
02/01/18 20:32:23.854 RPC Server (Port 2001): Listening for incoming packets from client number 9.
02/01/18 20:32:23.856 RPC Server (Port 2001): Debug: Packet received: 504F5354202F20485454502F312E310D0A486F73743A203139322E3136382E3132322E35393A323030310D0A4163636570743A202A2F2A0D0A436F6E74656E742D4C656E6774683A203238300D0A436F6E74656E742D547970653A206170706C69636174696F6E2F782D7777772D666F726D2D75726C656E636F6465640D0A0D0A3C3F786D6C2076657273696F6E3D22312E302220656E636F64696E673D227574662D38223F3E0A3C6D6574686F6443616C6C3E0A3C6D6574686F644E616D653E696E69743C2F6D6574686F644E616D653E0A3C706172616D733E0A203C706172616D3E0A20203C76616C75653E0A2020203C737472696E673E3139322E3136382E3132322E31302F646174612F6C69766570726F6A6563742F6C62732F45584531393030313433352E7068703C2F737472696E673E0A20203C2F76616C75653E0A203C2F706172616D3E0A203C706172616D3E0A20203C76616C75653E0A2020203C737472696E672F3E0A20203C2F76616C75653E0A203C2F706172616D3E0A3C2F706172616D733E0A3C2F6D6574686F6443616C6C3E0A
02/01/18 20:32:23.859 RPC Server (Port 2001): Info: Client number 9 is calling RPC method: init (1) Parameters:
(String) 192.168.122.10/data/liveproject/lbs/EXE19001435.php
(String)
02/01/18 20:32:23.861 Info: Client with IP ::ffff:192.168.122.10 is calling "init".
02/01/18 20:32:23.862 RPC Server (Port 2001): Response:
(Struct length=2)
{
[faultCode]
{
(Integer) -32602
}
[faultString]
{
(String) Server address or port is empty.
}
}
02/01/18 20:32:23.864 RPC Server (Port 2001): Response packet: HTTP/1.1 200 OK
Connection: close
Content-Type: text/xml
Content-Length: 260
<?xml version="1.0"?><methodResponse><fault><value><struct><member><name>faultCode</name><value><i4>-32602</i4></value></member><member><name>faultString</name><value>Server address or port is empty.</value></member></struct></value></fault></methodResponse>
02/01/18 20:32:23.889 RPC Server (Port 2001): Debug: Connection to client number 9 closed.
Das sieht danach aus, als wenn beim INIT keine korrekten Parameter übergeben werden. Laut HM-Dokumentationen soll beim Aufruf des INIT neben der URL ein Name übergeben werden, unter dem der Server dann geführt werden soll. Ich sehe hier als Parameter nur die URL, und Homegear antwortet dann mit einer Fehler-XML.
Weiter komme ich aber mangels Programmierkenntnissen nicht. Ich fände es klasse, wenn neben der echten CCU2 oder Raspberrymatic auch Homegear verwendet werden könnte. Können wir versuchen, den Fehler zu finden?
config 2018-01-24 19_40_18-EDOMI · Administration.png
hab mir noch einmal die data/log/hm_xmlrpcsrv_debug.log geprüft,
wenn ich edomi neustarte wird die hm_xmlrpcsrv_debug.log mit den Aktuellen Werten erstellt
AUCH von Geräten die ich aber noch nicht mit Generic Device eingebunden habe
alles was ich innerhalb ein paar Minuten (1-4Minuten) nach dem Neustart von edmoni
auf der CCU2 ändere wird eine neue Datei hm_xmlrpcsrv_debug.log in Edomi erstelt
Nach diesen paar Minuten ändert sich die Datei nicht mehr egal was ich auf der CCU2 ändere
egal was ich mache ich bekomme keine Daten zu den AusgangA1-A3 obwohl im log hm_xmlrpcsrv_debug.log der aktuelle Wert steht
hab schon einmal das Timeout auf der CCU2 auf 600 und auf 180 geändert hat auch nicht geholfen
Was mir aufgefallen ist die erste Datei "hm_xmlrpcsrv_debug.log" was erstellt wird steht
"edomi_hmip-1831640152" HMIP ist doch die Cloudlösung?? ich hab keine Cloudlösung
">>REQUEST<< :<?xml version="1.0" encoding="ISO-8859-1"?><methodCall><methodName>listDevices<\/methodName><params><param><value>edomi_hmip-1831640152<\/value><\/param><\/params><\/methodCall>"
">>Response<< :<?xml version="1.0" encoding="iso-8859-1"?>\n<methodResponse>\n<params>\n <param>\n <value>\n <array>\n <data\/>\n <\/array>\n <\/value>\n <\/param>\n<\/params>\n<\/methodResponse>\n" >>XMLRPC server script END<< und in den Nächsten log steht nur edomi_hm-1831640152
">>REQUEST<< :<?xml version="1.0"?>\r\n<methodCall><methodName>system. multicall<\/methodName>\r\n<params><param><value><array><data> <value><struct><member><name>methodName<\/name><value>event<\/value><\/member><member><name>params<\/name><value><array><data><value>edomi_hm-1831640152<\/value><value>OEQ0699032:2<\
was mich noch aufgefallen ist das in der datei hm_xmlrpcsrv_debug.log eine Zeile gibt mit path :
"PATH"]=>
string(29) "/sbin:/usr/sbin:/bin:/usr/bin"
anbei noch die LOG von
Homematic Event Receiver
Homematic Generic Device
zu info
CCU2 IP Adresse 10.2.1.112
edomi ip adresse 10.2.1.3
Das Triggern an E10-E14 hat nichts mit dem hm_xmlrpcsrv_debug.log zu tun.
Das ist nur das Log des XMLRPC Servers des Event Receiver LBS.
Wenn Du im Log die aktuellen Einträge siehst, so wie Du sie auf der CCU2 geändert hast, ist das schon mal gut.
Aktuell scheint es noch einen Bug zu geben mit dem Enable/Disable der beiden Bausteine und der damit verbundenen Registrierung.
Stelle daher alles einmal ein und aktiviere das Projekt in Edomi neu, so dass alles sauber neu gestartet wird.
Es kann sein, dass der ein oder andere Bug drin ist, bzw,. die Fehlerbehandlung nicht funzt oder vorhanden ist.
Daher rate ich momentan dazu, nicht an den Enable/Disable Eingängen rumzufummeln.
Bei mir läuft ein Event Receiver LBS mit mehreren Generic Device LBS ohne Probleme in einem Mischsystem aus HM und HMIP.
Ich hab noch immer das Problem wenn ich an der CCU2 etwas änderen bekomme ich keine Werte in Edomi ausser
ich trigger es alle 5 minuten bei E10-E14 dann bekomme ich die werte alle 5 minuten
im Log data/log/hm_xmlrpcsrv_debug.log stehen die neue Wert da
Du hast am Eingang E9 des Generic Device LBS mit der Instanz-ID 1408 etwas falsches eingetragen. Es hat nicht die Form: b:0.LOWBAT
Du kannst auch gerne selbst im Quelltext nachschauen. So schwierig ist das nicht. ;-)
Einfach das File /usr/local/edomi/www/data/liveproject/lbs/EXE19001436.php mit einem Editor öffnen und zu Zeile 140 gehen.
Du hast am Eingang E9 des Generic Device LBS mit der Instanz-ID 1408 etwas falsches eingetragen. Es hat nicht die Form: b:0.LOWBAT
Du kannst auch gerne selbst im Quelltext nachschauen. So schwierig ist das nicht. ;-)
Einfach das File /usr/local/edomi/www/data/liveproject/lbs/EXE19001436.php mit einem Editor öffnen und zu Zeile 140 gehen.
wird auf dem edomi im verzeichnis /usr/local/edomi/www/data/log ein log erstellt mit den Aktuellen Werten von der CCU2
z.b Temperatur auf 23.2 einstellen
also muss die CCU2 daten an edomi übertragen haben
wenn es in edomi verzeichnis ein log gibt???
Also wenn Du E1 am Event Receiver auf 2 setzt, dann ist kein STOP, sondern einfach nochmal ein START triggern. Da der Baustein aber schon läuft macht er auch nichts mit der Msg Queue. STOP geht nur über eine 0. Wie kommst Du denn auf eine 2 als STOP?
wenn ich den Wert der klemme E1 ändere
und dann E1 auf 2 STOP und wieder 1 Starte
bekomme ich die gleiche nummer wieder
Also wenn Du E1 am Event Receiver auf 2 setzt, dann ist kein STOP, sondern einfach nochmal ein START triggern. Da der Baustein aber schon läuft macht er auch nichts mit der Msg Queue. STOP geht nur über eine 0. Wie kommst Du denn auf eine 2 als STOP?
Wir verarbeiten personenbezogene Daten über die Nutzer unserer Website mithilfe von Cookies und anderen Technologien, um unsere Dienste bereitzustellen. Weitere Informationen findest Du in unserer Datenschutzerklärung.
Indem Du unten auf "ICH stimme zu" klickst, stimmst Du unserer Datenschutzerklärung und unseren persönlichen Datenverarbeitungs- und Cookie-Praktiken zu, wie darin beschrieben. Du erkennst außerdem an, dass dieses Forum möglicherweise außerhalb Deines Landes gehostet wird und bist damit einverstanden, dass Deine Daten in dem Land, in dem dieses Forum gehostet wird, gesammelt, gespeichert und verarbeitet werden.
Einen Kommentar schreiben: