Module für pilight (Senden und Empfangen)

[Tueftler1983]

Ist soweit ich weiß extra nicht aktiv da sonst bei rauschen viele Geräte angelegt werden die es ein nicht gibt

[sat-cracker]

kann ich das aber irgendwo einstellen?

[Risiko]

Nein. Ist mit Absicht nicht umgesetzt. Das manuelle Anlegen ist einfach durch die Infos im Log mgl. Das automatische Anlegen würde wegen dem Rauschen meiner Meinung nach zu deutlich mehr Problemen führen.

[sat-cracker]

Alles klar, danke für eure Infos. Kein Problem, die paar Geräte von Hand anzulegen.

[Kermit20]

Hallo Gemeinde,

ich habe vor Tagen Updates von FHEM und meinem System Debian Wheezy (RPi) gemacht. Nun musste ich gestern feststellen, dass meine Automatismen die auf Pilight Schaltungen basieren nicht mehr funktionieren. Grund hierfür war schnell im Log gefunden:

Code Auswählen Erweitern

2016.07.15 09:11:51 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000
2016.07.15 09:12:51 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000
2016.07.15 09:12:59 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000
2016.07.15 09:13:12 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000
2016.07.15 09:13:21 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000

2016.07.15 09:13:32 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000

2016.07.15 09:14:33 2: PL_Control(Check): Could not connect to pilight-daemon localhost:5000


der Deamon an sich läuft aber.... Habe die letzten Seiten des Threads gelesen, konnte aber ehrlich gesagt nicht alles nachvollziehen. Gibt es ein Problem mit der API, weil diese verändert wurde ? Haben noch andere diese Probleme ?

Danke und Gruß

[Risiko]

Hallo Kermit20,

die API soll so erhalten bleiben. Scheinbar hat sich aber bei einigen Versionen (dachte da aber eher an selbst kompilierte) ein Fehler eingeschlichen.
Welche pilight Version verwendest du?

[Tueftler1983]

Hallo Risiko,
Habe mal ne Frage zu pilight. Ist es normal das pilight ne Dauer CPU last von 36-41% verursacht?

[Risiko]

Ja, wenn man keinen Hardwarefilter verwendet.

[Kermit20]

Hallo Kermit20,

die API soll so erhalten bleiben. Scheinbar hat sich aber bei einigen Versionen (dachte da aber eher an selbst kompilierte) ein Fehler eingeschlichen.
Welche pilight Version verwendest du?

Hi Risiko,

ich war am Wochenende offline.... hier meine Daten:

Code Auswählen Erweitern

Version:

pilight-send v7.0


Code Auswählen Erweitern

CFG:
{
        "devices": {},
        "rules": {},
        "gui": {},
        "settings": {
                "port": 5000,
                "log-level": 6,
                "pid-file": "/var/run/pilight.pid",
                "log-file": "/var/log/pilight.log",
                "webserver-enable": 1,
                "webserver-root": "/usr/local/share/pilight/",
                "webserver-http-port": 5001,
                "webserver-cache": 1
        },
        "hardware": {
                "433gpio": {
                        "sender": 0,
                        "receiver": 1
                }
        },
        "registry": {
                "pilight": {
                        "firmware": {
                                "version": 22493,
                                "lpf": 464980,
                                "hpf": 327290
                        },
                        "version": {
                                "current": "7.0"
                        }
                }
        }
}



Code Auswählen Erweitern

LIST vom CTRL

Internals:
   API        6.0
   DEF        localhost:5000

   DeviceName localhost:5000

   NAME       PL_Control
   NR         155
   NTFY_ORDER 50-PL_Control
   PARTIAL
   RETRY_INTERVAL 60
   STATE      disconnected
   TYPE       pilight_ctrl
   Readings:
     2016-07-17 22:21:59   rcv_raw         empty
     2016-07-18 12:41:32   state           disconnected
   Helper:
     CHECK      1
     CON        disconnected
     NEXT_TRY   1468838551.50749
     sendQueue:
     whiteList:
       quigg_gt7000:1632
Attributes:
   DbLogExclude .*

Was mir komisch vorkommt ist die Passage mit dem high und Low Filter... der kommt mir unbekannt vor.

[Kermit20]

ich habe weitergesucht und eben einen Versuch unternommen... der nun die Lösung gebracht hat:

Code Auswählen Erweitern

Internals:
   API        6.0
   DEF        192.168.xxx.yyy:5000

   DeviceName 192.168.xxx.yyy:5000

   FD         43
   NAME       PL_Control
   NR         155
   NTFY_ORDER 50-PL_Control
   PARTIAL
   RETRY_INTERVAL 60
   STATE      connected
   TYPE       pilight_ctrl
   Readings:
     2016-07-17 22:21:59   rcv_raw         empty
     2016-07-18 15:21:42   state           connected
   Helper:
     CON        connected
     LAST_RCV_RAW {"status":"success"}
     sendQueue:
     whiteList:
Attributes:
   DbLogExclude .*

Ich habe in der Definition von localhost auf die IP des RPi umgestellt (obwohl es das selbe Gerät ist...) nun geht es. erklären kann ich es mir nicht.... werde bei Gelegenheit mal Suchen -> oder gab es in einem FHEM Update eine Änderung ?

[Risiko]

Kann mich mir leider auch nicht erklären.
Aber es ist ja super, dass es jetzt wieder geht.

[presskopf]

Hallo zusammen,

ich habe am Raspi einen Filter hängen und das Pilight-Modul installiert.
Das funktioniert allerdings so gut, dass ich auch den Müll von meinen Nachbarn mitlesen kann. 

Jetzt kann man ja anscheinend ganze Protokolle ignorieren. Allerdings verstehe ich den Synthax nicht so richtig.
Wie muss denn "attr ignoreProtocol ..." bei folgendem unerwünschtem Empfang aussehen?

Code Auswählen Erweitern

2016.08.03 23:18:59 3: it_ctrl: Unknown code PITEMP,alecto_wsd17,4095,temperature:409.5, help me!
2016.08.03 23:18:59 3: it_ctrl: Unknown code PITEMP,alecto_ws1700,1399,temperature:20.4,humidity:23,battery:1, help me!


Danke

[Risiko]

Hallo presskopf,

steht doch schon alles hier im Thread 
ignoreProtocol alecto_wsd17:4095,alecto_ws1700:1399 --> genau diese beiden
ignoreProtocol alecto_wsd17:*,alecto_ws1700:* --> alles vom Protokoll alecto_wsd17 und alecto_ws1700
Ich empfehle einfach ignoreProtocol * --> alles ignorieren bis auf die eigene Protokolle durch die defines in fhem

Risiko

[presskopf]

Au Mann ja, ich werde alt. Sry, habe den Wald vor Bäumen nicht gesehen... 
Danke!

[joergbutt]

Hallo,

vielen Dank für die feinen Module! Es ist mir bereits gelungen mehrere Brennenstuhl-Funksteckdosen einzubinden und zu schalten. Allerdings hakt es bei einer Logilink-Funksteckdose, diese lässt sich einbinden, aber nicht nicht schalten.

Code Auswählen Erweitern


pilight-daemon: ERROR: logilink_switch: insufficient number of arguments


Ist das Protokoll einfach noch nicht implementiert oder mache ich etwas falsch?

So sieht das Ganze in Fhem aus:

Code Auswählen Erweitern


DEF logilink_switch 65813 3
ID 65813
IODev myPilight
NAME LogiLight
NR 23
PROTOCOL logilink_switch
STATE defined
TYPE pilight_switch


Vielen Dank im Voraus!