Topic-icon xPhcLog, log events on the PHC module bus

Mehr
19 Mär 2017 13:42 - 19 Mär 2017 13:46 #46 von oberp
Hallo Jo, hallo Harald, hallo an alle

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
Die folgenden Module sind verbaut: 8 x OMD (Adressen 0,1,8,9,16,17,24,25), 6 x IMD (0,8,9,16,17,24), 4 x DIM (8,16,17,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
Die Einstellungen des Convertes ( )
Gruß Torsten
Anhänge:
Letzte Änderung: 19 Mär 2017 13:46 von oberp.

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
19 Mär 2017 17:54 #47 von haribo
Hallo Torsten,

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.

Mehr
19 Mär 2017 19:09 #48 von oberp
Hallo Harald

soweit ich das verstehe, brauchst du gar keine modules-Angabe

Alles schon ausprobiert :-). Ohne, wie default oder komplett aufgeschlüsselt. Scheinbar hat das hier keinen Einfluss.
.

Falls das nicht hilft, will Jo bestimmt die Ausgabe mit --loglevel 0xffffffff sehen

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...).
Ich denke, dass das wohl nur Jo beurteilen kann...
Zwischendurch ein Danke an alle, die bei einer Lösung geholfen oder noch helfen werden

Dateianhang:

Dateiname: log.txt
Dateigröße:36 KB

Dateianhang:

Dateiname: log_2.txt
Dateigröße:85 KB

Gruß Torsten
Anhänge:

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
19 Mär 2017 20:26 #49 von Andreas
Der RS485-Port muss meiner Meinung nach auf 2 Stopbits eingestellt werden, also 19200 8N2.

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.

Mehr
19 Mär 2017 22:24 #50 von simonjo
Andreas is right, use 19200 baud, 8N2

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.

Mehr
20 Mär 2017 08:51 - 20 Mär 2017 08:53 #51 von oberp
Hallo Andreas, hallo Jo

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
Anhänge:
Letzte Änderung: 20 Mär 2017 08:53 von oberp.

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
20 Mär 2017 12:54 #52 von simonjo
The capturing is very much disturbed, can you check 2 things:

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.

Mehr
20 Mär 2017 14:54 - 20 Mär 2017 14:55 #53 von oberp

A -> A (not Gnd) and B -> B

Der Converter hat nur die Anschlüsse RX, TX und GND (siehe Fotos )

- 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...
Anhänge:
Letzte Änderung: 20 Mär 2017 14:55 von oberp.

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
22 Okt 2017 18:20 - 22 Okt 2017 18:23 #54 von Jan

Dateianhang:

Dateiname: xphclogd.ini.txt
Dateigröße:3 KB
Hello,

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

Dateianhang:

Dateiname: Log_with_M...0-22.txt
Dateigröße:2 KB
Anhänge:
Letzte Änderung: 22 Okt 2017 18:23 von Jan. Grund: missing file

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
22 Okt 2017 18:59 #55 von haribo
Hi Jan,

I found out, that the default=127.0.0.1 seems not to work.

When running mqtt on localhost try explicitly
remaddr=127.0.0.1


Regards Harald

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
22 Okt 2017 21:05 #56 von Jan
Hi Harald,

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.

Mehr
24 Okt 2017 23:13 #57 von simonjo
I will post a new version 4.0.0.5 tomorrow, that will have an option --nofile to suppress the logfile

cu,Jo
Folgende Benutzer bedankten sich: Jan

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
25 Okt 2017 18:20 #58 von Jan
Hi Jo,

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.

Mehr
25 Okt 2017 23:50 #59 von haribo
Hi Jan,

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
Anhänge:

Bitte Anmelden oder Registrieren um der Konversation beizutreten.

Mehr
28 Okt 2017 18:25 #60 von Jan
Hi Harald,

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.

Powered by Kunena Forum