xPhcLog, log events on the PHC module bus
- oberp
- Offline
- Senior Boarder
- Beiträge: 50
- Dank erhalten: 2
Seit gestern Abend bin ich wieder etwas weiter: xPhcLog meldet sich mit Shell-Ausgaben, wenn ich irgendwelche Taster drücke.
Die Einstellungen des IP-Converters sind: IP-Adresse=192.168.1.9, Port 7110, Mode=UDP.
Die Daten des Raspberry: IP-Adresse=192.168.1.5, Port=7111.
Die Windows-Software ist entspr. eingestellt (Screenshot )
Die INI-Datei sieht wie folgt aus:
locaddr=192.168.1.5
locport=7111
modules=imd.0,imd.8-9,imd.16-17,imd.24-25,omd.0-1,omd.8-9,omd.16-17;omd.24-25,dim.8,dim.16-17,dim.24
Ist die Module-Zeile ok?
Wenn ich ein paar Taster drücke, bekomme ich mal gar nichts angezeigt, mal nur beim ein- oder ausschalten, mal eine paar Fragezeichen und mal anscheinend richtige Ausgaben:
+ xPhcLogd (Linux/RbPI) ------ v4.0.0.4, Sep 16 2016, Jo Simons (c) 2007-2016
+ =============================================================================
Press CTRL-C to quit...
2017-03-19,13:13:26,00090000,A,version=4.0.0.4,Sep 16 2016
2017-03-19,13:13:26,00090010,A,legend:
2017-03-19,13:13:26,00090011,A, o0=out0-7,o1=out8-15
2017-03-19,13:13:26,00090012,A, i0=in0-7,i1=in8-15
2017-03-19,13:13:26,00090013,A, l0=out0,l1=out1,l2=out2,l3=out3 (amd/ebd/dim)
2017-03-19,13:13:41,00010120,M,omd.16.fb6.timeron
2017-03-19,13:13:41,00010150,M,omd.16.stmAck
2017-03-19,13:28:36,00010120,M,dim.17.???
2017-03-19,13:28:36,00010150,M,dim.17.stmAck
2017-03-19,13:28:46,00010120,M,dim.17.???
2017-03-19,13:28:46,00010150,M,dim.17.stmAck
2017-03-19,13:28:51,00010120,M,dim.17.???
2017-03-19,13:28:51,00010150,M,dim.17.stmAck
2017-03-19,13:30:21,00010120,M,omd.16.fb1.timeron
2017-03-19,13:30:21,00010150,M,omd.16.stmAck
2017-03-19,13:30:33,00010120,M,omd.16.fb3.timeron
2017-03-19,13:30:33,00010150,M,omd.16.stmAck
2017-03-19,13:30:33,00010120,M,omd.16.fb0.on
2017-03-19,13:30:33,00010150,M,omd.16.stmAck
2017-03-19,13:30:34,00010120,M,omd.16.fb3.timeron
2017-03-19,13:30:34,00010150,M,omd.16.stmAck
2017-03-19,13:30:35,00010120,M,dim.17.???
2017-03-19,13:30:35,00010150,M,dim.17.stmAck
2017-03-19,13:30:35,00010120,M,dim.17.???
2017-03-19,13:30:35,00010150,M,dim.17.stmAck
2017-03-19,13:31:28,00010120,M,omd.1.fb5.timeron
2017-03-19,13:31:28,00010150,M,omd.1.stmAck
Gruß Torsten
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- haribo
- Offline
- Senior Boarder
- Beiträge: 68
- Dank erhalten: 12
soweit ich das verstehe, brauchst du gar keine modules-Angabe, da du nur imd (default in class 0), omd (default in class 2) und dim (default in class 5) nutzt - also keine konkurrierenden Module aus der gleichen Klasse.
Einfach mal auskommentieren und schauen, ob es dann besser aussieht. Falls das nicht hilft, will Jo bestimmt die Ausgabe mit --loglevel 0xffffffff sehen
Gruß, Harald
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- oberp
- Offline
- Senior Boarder
- Beiträge: 50
- Dank erhalten: 2
Alles schon ausprobiert . Ohne, wie default oder komplett aufgeschlüsselt. Scheinbar hat das hier keinen Einfluss.soweit ich das verstehe, brauchst du gar keine modules-Angabe
.
Habe "vorsichtshalber mal zwei "Mitschnitte" in den Anhang gepackt. Vielleicht hilft es ja. Die Versuche mit Win7 in der VM habe übrigens die gleichen Ergebnisse gehabt: Mal kam was, mal mit Fragezeichen usw. Da sind wohl ein paar Parameter bei der Übertragung vom STM zum Converter oder vom Converter zum RPi falsch (8/none/1, 19200, RFC2217, rs485 usw...).Falls das nicht hilft, will Jo bestimmt die Ausgabe mit --loglevel 0xffffffff sehen
Ich denke, dass das wohl nur Jo beurteilen kann...
Zwischendurch ein Danke an alle, die bei einer Lösung geholfen oder noch helfen werden
Gruß Torsten
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Andreas
- Offline
- Platinum Boarder
- Beiträge: 270
- Dank erhalten: 56
PHC STM V2, EMD,AMD,JRM und DIM-Module, Wind, Regen und Sonnen-Sensor, Visualisierung mit OpenHAB
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- simonjo
- Autor
- Offline
- Gold Boarder
- Beiträge: 148
- Dank erhalten: 55
Try this first, if it keeps failing send me new logfiles and I will look into it.
Jo
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- oberp
- Offline
- Senior Boarder
- Beiträge: 50
- Dank erhalten: 2
Habe den Converter mit 19200,8N2 ausprobiert, ohne Erfolg...
Habe nach Schalter für
- RS485 = an
- RS422 = aus
- RFC2217 = aus
Dann die Verdrahtung auf GND --> A und RX --> B umgestellt, ohne Erfolg....
ziemlich hartnäckig, dieser Fehler
Das Debug-File mit Erläuterungen sind im Anhang
Gruß Torsten
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- simonjo
- Autor
- Offline
- Gold Boarder
- Beiträge: 148
- Dank erhalten: 55
1) When using RS485 mode of your convertor you need to connect A -> A (not Gnd) and B -> B
2) Check that there are no other instances of xphclogd running
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- oberp
- Offline
- Senior Boarder
- Beiträge: 50
- Dank erhalten: 2
Der Converter hat nur die Anschlüsse RX, TX und GND (siehe Fotos )A -> A (not Gnd) and B -> B
- Schwarz von "+A" nach "GND"
- Rot von "-B" nach "RX"
Ich habe mittlerweile alle Möglichkeiten bzgl. den "Special Functions", Geschwindigkeiten und 8N2 ausgeschöpft ( ).
An der Ausgabe ändert sich nichts/nicht viel. Ich bin jedenfalls mit meinem Latein am Ende. Wem noch etwas einfallen sollte, kann sich hier ja bitte melden.
Ansonsten nochmals vielen Dank für die Hilfe aller Beteiligten.
Gruß Torsten
PS.: Vielleicht ist auch einfach nur die Hardware kaputt, vielleicht klemmt da irgendwo ein Bit...
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Jan
- Offline
- Junior Boarder
- Beiträge: 17
- Dank erhalten: 2
It seems that I have a problem with sending the info from xphclogd to the MQTT broker.
Mosquitto is installed on Raspberry Pi. I did this like indicated in the link a bit higher in this topic. With mosquitto_sub and musquitto_pub I can successfully subscribe to a topic and receive messages.
If I "comment out" all stuff related to mqtt in the xphclogd.ini file and then start xphclogd, I get the expected results what means that the USB-2-SER convertor on the internal PHC bus works fine (see first attachment).
With the mqtt stuff active in the ini-file I get the error "OnRun,cannot start mqttc" and xphclogd is stopped (see second attachment - generated with --loglevel 0xFFFFFFFF). Third attachment is ini-file.
Does somebody knows what is wrong?
Br,
Jan
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- haribo
- Offline
- Senior Boarder
- Beiträge: 68
- Dank erhalten: 12
I found out, that the default=127.0.0.1 seems not to work.
When running mqtt on localhost try explicitly
Regards Harald
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Jan
- Offline
- Junior Boarder
- Beiträge: 17
- Dank erhalten: 2
Logging now works! Testing with Openhab and mqtt is for next weekend. Thanks a lot, I should have posted this question a lot earlier...
I only need the mqtt interface, is there a way to turn of the logging of xphclogd to file?
Best regards,
Jan
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- simonjo
- Autor
- Offline
- Gold Boarder
- Beiträge: 148
- Dank erhalten: 55
cu,Jo
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Jan
- Offline
- Junior Boarder
- Beiträge: 17
- Dank erhalten: 2
In order to refect the correct state of physical contacts in Openhab I need mqtt messages when inputs change state. Is this possible?
Br,
Jan
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- haribo
- Offline
- Senior Boarder
- Beiträge: 68
- Dank erhalten: 12
that is possible - I use reed contacts to provide OPEN/CLOSE status of my windows. They are connected to an input modul.
I found out, that you need to provide a dummy function for each input event. This will cause PHC to propagate the events on the bus (see attached example).
After that you can use the input events to provide openhab contacts with status information:
Item:
Contact WC_Window "WC Fenster [MAP(de.map):%s]" (gWC, Window) { mqtt="<[mosquitto:myHouse/evt/imd.2.in7:state:MAP(window.map)]" }
window.map:
ingt0=CLOSED
outgt1=OPEN
outlt1=OPEN
de.map:
CLOSED=zu
OPEN=offen
NULL=undefiniert
Hope this helps.
Regards Harald
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Jan
- Offline
- Junior Boarder
- Beiträge: 17
- Dank erhalten: 2
Thank you, the 'dummy function' did it!
Do you also have an xphclogd/mqtt example for a dimmer in OH2?
For a simple switch function controlled by a 'toggle' I use following solution. The state in OH2 is always represented correctly regardless the switch is operated by OH2 or PHC.
Switch LE_Wc "WC Boven" <light> {http=">[*:GET:http://localhost:8888/icontrol.dll?ccmd=imd.3.in5.ingt0]", mqtt="<[mosquitto:myHouse/sta/omd.4.out.5:state:MAP(offon.map)]"}
offon.map
0=OFF
1=ON
Br, Jan
Bitte Anmelden oder Registrieren um der Konversation beizutreten.
- Aktuelle Seite:
- Startseite
- Forum
- PHC-Forum
- Visualisierung
- xPhcLog, log events on the PHC module bus