Module für pilight (Senden und Empfangen)

Begonnen von Risiko, 03 März 2015, 20:33:54

Vorheriges Thema - Nächstes Thema

Esjay

Zitat von: SimpfUwe am 09 Dezember 2017, 16:45:48
Hallo,

habe Problrme mit laden von pilight_ctrl. Pilight Version ist 8.0.4, läuft und kann ist auch über Web-Gui erreichbar.

welches Modul fehlt hier?

LG Uwe
Versuch mal das "sudo apt-get install libswitch-perl"  ;)

SimpfUwe


eisi

Hi,

Can't locate Switch.pm

Das ist ein Perlmodul, was du noch installieren musst.


sudo apt-get install libswitch-perl
3 x Rasp mit fhem 5.8 | 1 Rasp mit Kodi |1x Cube | 15 x MaxLan Thermostate und 18 Fensterschalter | 30 WLAN Schalter Sonoff | Diverse Sensoren mit Arduino | Tablet mit FTUI 2.6

mschmitz

Hallo in die Runde,
ich habe folgendes Problem mit dem Modul, dass ich jetzt mal versuche zu beschreiben.

Ich setzte pilight V7 in Zusammenhang mit der Firmware für den nano ein.
Wenn ich nun den raspberry per reboot oder shutdown "stromlos" mache, so funktioniert pilight im Anschluss nicht mehr.
Folgende Logeinträge sind dann zu sehen (nach betätigen des "Schalters" im Frontend):
z.B. ausschalten
2018.01.02 17:56:14 5: PILIGHT(Parse): protocol:kaku_switch,id:58060626,unit:15
2018.01.02 17:56:14 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,58060626,15,off
2018.01.02 17:56:14 5: PILIGHT: dispatch PISWITCH,kaku_switch,58060626,15,off
2018.01.02 17:56:15 5: PILIGHT(SendNonBlocking): queue size 1
2018.01.02 17:56:15 5: PILIGHT(Send): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}
2018.01.02 17:56:15 4: PILIGHT(Send): RCV -> {"status":"success"} 
2018.01.02 17:56:15 4: PILIGHT(SendDone): message successfully send
2018.01.02 17:56:16 5: PILIGHT(Parse): RCV -> {"origin":"sender","protocol":"arctech_switch","message":{"id":58060626,"unit":15,"state":"off"},"repeat":1,"uuid":"0000-b8-27-eb-e0896f"}
2018.01.02 17:56:16 5: PILIGHT(Parse): protocol:kaku_switch,id:58060626,unit:15
2018.01.02 17:56:16 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,58060626,15,off
2018.01.02 17:56:16 5: PILIGHT: dispatch PISWITCH,kaku_switch,58060626,15,off


z.b. einschalten
2018.01.02 17:57:25 5: PILIGHT(Parse): protocol:kaku_switch,id:58060626,unit:15
2018.01.02 17:57:25 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,58060626,15,on
2018.01.02 17:57:25 5: PILIGHT: dispatch PISWITCH,kaku_switch,58060626,15,on
2018.01.02 17:57:25 4: PILIGHT(SendDone): message successfully send
2018.01.02 17:57:26 5: PILIGHT(SendNonBlocking): queue size 2
2018.01.02 17:57:26 5: PILIGHT(Send): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"on":1}}
2018.01.02 17:57:26 4: PILIGHT(Send): RCV -> {"status":"success"} 
2018.01.02 17:57:26 4: PILIGHT(SendDone): message successfully send
2018.01.02 17:57:26 5: PILIGHT(SendNonBlocking): queue size 1
2018.01.02 17:57:26 5: PILIGHT(Send): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"on":1}}
2018.01.02 17:57:27 4: PILIGHT(Send): RCV -> {"status":"success"} 
2018.01.02 17:57:27 5: PILIGHT(Parse): RCV -> {"origin":"sender","protocol":"arctech_switch","message":{"id":58060626,"unit":15,"state":"on"},"repeat":1,"uuid":"0000-b8-27-eb-e0896f"}
2018.01.02 17:57:27 5: PILIGHT(Parse): protocol:kaku_switch,id:58060626,unit:15
2018.01.02 17:57:27 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,58060626,15,on
2018.01.02 17:57:27 5: PILIGHT: dispatch PISWITCH,kaku_switch,58060626,15,on


Es funktioniert erst alles wieder, wenn ich mit der original Fernbedienung einen Schaltbefehl sende.
2018.01.02 17:57:27 5: PILIGHT(Parse): RCV -> {"origin":"sender","protocol":"arctech_switch","message":{"id":58060626,"unit":15,"state":"on"},"repeat":1,"uuid":"0000-b8-27-eb-e0896f"}
2018.01.02 17:57:27 5: PILIGHT(Parse): protocol:kaku_switch,id:58060626,unit:15
2018.01.02 17:57:27 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,58060626,15,on
2018.01.02 17:57:27 5: PILIGHT: dispatch PISWITCH,kaku_switch,58060626,15,on
2018.01.02 17:57:27 4: PILIGHT(SendDone): message successfully send
2018.01.02 17:59:23 5: PILIGHT(Parse): RCV -> {"message":{"id":37472078,"unit":15,"state":"up"},"origin":"receiver","protocol":"arctech_screen","uuid":"0000-b8-27-eb-e0896f","repeats":1}
2018.01.02 17:59:23 5: PILIGHT(Parse): protocol:arctech_screen,id:37472078,unit:15
2018.01.02 17:59:23 5: PILIGHT: dispatch PISCREEN,arctech_screen,37472078,15,up
2018.01.02 17:59:23 3: PILIGHT: Unknown code PISCREEN,arctech_screen,37472078,15,up, help me!
2018.01.02 17:59:23 5: PILIGHT(Parse): RCV -> {"message":{"id":37472078,"unit":15,"state":"on"},"origin":"receiver","protocol":"arctech_switch","uuid":"0000-b8-27-eb-e0896f","repeats":1}
2018.01.02 17:59:23 5: PILIGHT(Parse): protocol:kaku_switch,id:37472078,unit:15
2018.01.02 17:59:23 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,37472078,15,on
2018.01.02 17:59:23 5: PILIGHT: dispatch PISWITCH,kaku_switch,37472078,15,on
2018.01.02 17:59:23 5: PILIGHT(Parse): RCV -> {"message":{"id":37472078,"unit":15,"state":"opened"},"origin":"receiver","protocol":"arctech_contact","uuid":"0000-b8-27-eb-e0896f","repeats":1}
2018.01.02 17:59:23 5: PILIGHT(Parse): protocol:arctech_contact,id:37472078,unit:15
2018.01.02 17:59:23 4: PILIGHT(Dispatch): PICONTACT,arctech_contact,37472078,15,opened
2018.01.02 17:59:23 5: PILIGHT: dispatch PICONTACT,arctech_contact,37472078,15,opened
2018.01.02 17:59:23 3: PILIGHT: Unknown code PICONTACT,arctech_contact,37472078,15,opened, help me!


Wenn ich jetzt wieder im Frontend schalte funktioniert wieder alles.
2018.01.02 17:59:41 4: PILIGHT(Write): RCV (pilight_switch) -> tr_lampe,off
2018.01.02 17:59:41 4: PILIGHT(Write): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}
2018.01.02 17:59:41 5: PILIGHT(SendNonBlocking): queue size 1
2018.01.02 17:59:41 4: PILIGHT(Write): RCV (pilight_switch) -> tr_lampe,off
2018.01.02 17:59:41 4: PILIGHT(Write): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}
2018.01.02 17:59:41 5: PILIGHT(SendNonBlocking): queue size 1
2018.01.02 17:59:41 5: PILIGHT(Write): Blocking Call running - will try it later
2018.01.02 17:59:41 4: PILIGHT(Write): RCV (pilight_switch) -> tr_lampe,off
2018.01.02 17:59:41 4: PILIGHT(Write): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}
2018.01.02 17:59:41 5: PILIGHT(SendNonBlocking): queue size 2
2018.01.02 17:59:41 5: PILIGHT(Write): Blocking Call running - will try it later
2018.01.02 17:59:41 5: PILIGHT(Send): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}
2018.01.02 17:59:41 4: PILIGHT(Send): RCV -> {"status":"success"} 
2018.01.02 17:59:41 5: PILIGHT(Parse): RCV -> {"origin":"sender","protocol":"arctech_switch","message":{"id":58060626,"unit":15,"state":"off"},"repeat":1,"uuid":"0000-b8-27-eb-e0896f"}
2018.01.02 17:59:41 5: PILIGHT(Parse): protocol:kaku_switch,id:58060626,unit:15
2018.01.02 17:59:41 4: PILIGHT(Dispatch): PISWITCH,kaku_switch,58060626,15,off
2018.01.02 17:59:41 5: PILIGHT: dispatch PISWITCH,kaku_switch,58060626,15,off
2018.01.02 17:59:41 4: PILIGHT(SendDone): message successfully send
2018.01.02 17:59:42 5: PILIGHT(SendNonBlocking): queue size 2
2018.01.02 17:59:42 5: PILIGHT(Send): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}
2018.01.02 17:59:42 4: PILIGHT(Send): RCV -> {"status":"success"} 
2018.01.02 17:59:42 4: PILIGHT(SendDone): message successfully send
2018.01.02 17:59:42 5: PILIGHT(SendNonBlocking): queue size 1
2018.01.02 17:59:42 5: PILIGHT(Send): {"action":"send","code":{"protocol":["kaku_switch"],"id":58060626,"unit":15,"off":1}}



Ich bin hier langsam am verzweifeln und habe keine Idee mehr.

Eventuell könnt Ihr ja etwas entdecken....

Hoffentlich habe ich das Problem ausreichend beschrieben.

p.s.
im PILIGHT device habe ich noch folgendes unter "brands" eingetragen, da ansonsten die Zustände nicht angezeigt werden:
arctech_switch:kaku_switch

Danke

mschmitz

Risiko

Hallo mschmitz.

ich kann leider in den Logs nichts ungewöhnliches finden. Sieht für mich eher nach einem Problem mit pilight direkt aus.
Geht denn "pilight-send" nach dem reboot bzw. wenn es aus FHEM nicht geht?


eisi

Hallo,
ich habe ein ähnliches Problem mit den selbstlernenden Kakus aus dem Obi.
Versuche erstmal die Schalter in Pilight abzubilden und zu schalten. (Also mit dem Webinterface von Pilight)
Wenn es da schon hängt, kann das Pilightmodul von FHEM nichts dran machen.
Dann könntest du im Pilight.org Forum fragen.

LG,
Ingo
3 x Rasp mit fhem 5.8 | 1 Rasp mit Kodi |1x Cube | 15 x MaxLan Thermostate und 18 Fensterschalter | 30 WLAN Schalter Sonoff | Diverse Sensoren mit Arduino | Tablet mit FTUI 2.6

mschmitz

Hallo,
danke für die Rückmeldungen.

Ich habe mal einen Schalter im pilight-webinterface eingebunden - auch hier tritt das Problem auf.

Was mir aufgefallen ist: Es betrifft nur diese kaku arctech Switche. Meine elro's funktionieren immer sofort.
Der Unterschied ist hierbei, dass die Kaku's selbstlernend sind und die elro's noch DIP Schalter haben.

mhh ?

albundy118

Hallo,

ich nutze seit längeren dieses Modul für 433 Mhz Steckdosen und Wetter stationen.
Nun habe ich an meinem RPI ein BH1750 Lichtsensor am I2C Bus angeschlossen und kann diesen auch mit pilight pollen. Es handelt sich um ein 3rd party Module "bh1750".

Um das ganze nun auch in FHEM lesbar zu machen, habe ich einige kleine Änderungen an folgendem file vorgenommen:

10_pilight_ctrl.pm:
add line 861:    case m/bh1750/      {$protoID = 4;}
add line 919:        $piTempData .= ",illuminance:$data->{$s}{illuminance}"  if (defined($data->{$s}{illuminance}));


Jetzt kann ich einfach mit folgendem def den BH1750 auslesen:
define flur.helligkeit.02 pilight_temp bh1750 0x23
attr flur.helligkeit.02 IODev dev.pilight.01


Meine Frage ist, wäre es möglich das so im Repository aufzunehmen?

Als Referenz zum pilight module, hier ein Thread Beitrag:
https://forum.pilight.org/showthread.php?tid=2738

Danke + Gruß
Florian

Risiko

Hallo albundy118,

erstmal Danke dafür.
Ich bin noch am überlegen. So ganz gefällt es mir nicht, mit einem für Temperatur bzw. Wetterstation ausgelegtem Modul Helligkeitswerte darzustellen.

Risiko

albundy118

Hallo Risiko,

also für mich spricht auch nichts dagegen dass ganze in ein extra modul auszulagern. Ich fand nur das wäre für diesen einen Sensor etwas overkill.
Soll ich mal ein Vorschlag für ein modul pilight_illuminance machen? Das wären dann aber etwas mehr Änderungen im file ctrl, aber wäre denke ich machbar.

Gruß
Florian

Risiko

Hallo Florian,

ja für nur einen Sensor ist das zu viel Aufwand Daher hadere ich auch noch bzw. würde das Modul auch nicht so nennen.
Wenn dann erstmal allgemeiner (man weiß ja nicht, was noch kommt) wie z.B. pilight_miscellaneous oder pilight_other.
Helligkeit fällt eben aus der bis jetzt vorliegenden Gruppierung raus. 
Auf der anderen Seite kann man es eben erstmal so integrieren und später schauen wo die Reise hin geht.
Gib mir mal noch das Wochenende. ;)

Risiko

Tueftler1983

Ich habe mal eine allgemeine Frage?

Welche Hardwarelösung nutzt ihr am RPI?

Sender und Empfänger direkt an den GPIO?
ODER mit atiny dazwischen
Oder über USB
Oder sogar über WLAN?

Hintergrund bei mir direkt an den Gpio geht öfters garnix mehr Signale kommen nicht in FHEM an und was häufiger der Fall ist Signale werden nicht gesendet.

albundy118

Hi Risiko,

also ich bin für alles offen und helfe auch gerne wo ich kann. Danke schon mal dass du es dir anschaust, eilt auch nicht.


@Tueftler, also ich nutze 2 RPIs (1x pilight master, 1x pilight slave) an deren jeweils ein 433 Mhz receiver + sender mit GPIO dran sind. Beim Master habe ich einen etwas teueren Empfänger dran, da die billig receiver nur sehr wenig reichweite haben.
Ich bin soweit sehr zu frieden, ich nutze das Setup um Funksteckdosen zu schalten und Temp Sensoren auszulesen.

Gruß
Florian

stratege-0815

Zitat von: stratege-0815 am 08 September 2017, 14:25:49
Okay, ich habe nochmal eben gecheckt, ich habe damals das einfach Modul "pilight" verwendet. Die Schalter sind so eingerichtet:


define Regalbeleuchtung pilight brennenstuhl
attr Regalbeleuchtung room Homekit,Esszimmer
attr Regalbeleuchtung systemcode 31
attr Regalbeleuchtung unitcode 2


Das heisst ich muss die erst einmal alle "umbauen"....

So, ich hole noch einmal mein altes Posting hoch. Verschiedene Umstände ergaben das ich meinen Pi komplett neu aufgesetzt habe. Teile der alten fhem.cfg habe ich übernommen. Alles läuft nun auf fhem 5.8, hardwaremäßig immer noch ein 433mhz Sender über GPIO mit Pilight als Unterbau. Alle Funksteckdosen schalten sowohl über pilight wie auch fhem. Der Übersichtlickeit halber habe ich sie in einem Raum "pilight" versammelt.
Jedoch habe ich immer noch Probeme mit dem Status. Ein in pilight ausgelöstes event sollte doch auch in fhem ankommen, dafür läuft ja die Kommunikation über port 5000. Tatsächlich zeigen aber fast alle devices nur den status "defined". Im Anhang ein paar Bilder.
Pilight ist jetzt auch schon Version 8.0, weil die alte Version wohl nach einem Kernelupdate auf 4.9 ein Problem hatte.
Oder habe ich irgendwo noch etwas vergessen?
Gruß
Jan