Module für pilight (Senden und Empfangen)

[derchrome]

Hmm du meinst als Contact? Ich hatte ein Protokoll als Switch erstellt. Das funktioniert auch soweit. Wie wandle ich das denn in ein Contact Protokoll um?
Ich habe mittlerweile auch meine Türklingel in FHEM via neuem Protokoll in Pilight integriert. Wenn man weiß wie es geht ist es eigentlich ganz einfach. Besonders dann wenn es nur auf eine eindeutige Identifierung, aber nicht auf die tatsächlichen Daten ankommt. Ich glaube mein nächstes Projekt, das Funkthermometer vom Aldi wird da schon schwieriger...
Gibt es eigentlich schon ein Tutorial zum Thema erstellen von neuen Protokollen und deren Integration in FHEM? Wenn nicht könnte man ja mal eins aufsetzen.

Gesendet von meinem XT1562 mit Tapatalk

[Risiko]

meine Definition:
DEF GS-iwds07 58285

Funktioniert noch nicht

Problem erkannt. Es liegt an der Groß- Kleinschreibung des Protokolls. Wieder eine Besonderheit! Hatte bis jetzt immer Kleinschreibung voraus gesetzt und würde das auch so beibehalten wollen
Könntest du bitte mal zwei Varianten testen.
1. Nur die beiliegende 10_pilight_ctrl ersetzen - hier wird alles in Kleinbuchstaben gewandelt
2. Die Version 10_pilight_ctrl vom Repository verwenden und 10_pilight_contact ersetzen. Hier bleibt alles so mit Groß-Kleinschreibung,

Danke.

[Risiko]

Hmm du meinst als Contact? Ich hatte ein Protokoll als Switch erstellt. Das funktioniert auch soweit. Wie wandle ich das denn in ein Contact Protokoll um?

Einfach statt on/off eben opened/closed. Es gibt in pilight bereits eine passende Kategorie 'Motion Sensors' https://wiki.pilight.org/doku.php/protocols#wireless_motion_sensors
Leider sind die Jungs dort nicht konsequent: Arctech Motion verwendet on/off und EV1527 Motion opened/closed.
Meiner Meinung nach ist ein Switch falsch!

Gibt es eigentlich schon ein Tutorial zum Thema erstellen von neuen Protokollen und deren Integration in FHEM? Wenn nicht könnte man ja mal eins aufsetzen.

Das ist ein Thema für pilight. Wenn es ein neues Protokoll gibt, dann nehme ich es für FHEM einfach mit in die Liste auf entsprechend Kategorie auf. Blöd ist nur, wenn die Jungs sich immer wieder was Neues einfallen lassen, wie zuletzt Groß-Kleinschreibung, keine id, etc.

[HB86]

Problem erkannt. Es liegt an der Groß- Kleinschreibung des Protokolls. Wieder eine Besonderheit! Hatte bis jetzt immer Kleinschreibung voraus gesetzt und würde das auch so beibehalten wollen
Könntest du bitte mal zwei Varianten testen.
1. Nur die beiliegende 10_pilight_ctrl ersetzen - hier wird alles in Kleinbuchstaben gewandelt
2. Die Version 10_pilight_ctrl vom Repository verwenden und 10_pilight_contact ersetzen. Hier bleibt alles so mit Groß-Kleinschreibung,

Danke.

Variante 1 funktioniert nicht. Log:

Code Auswählen Erweitern

2017.04.23 23:04:32 1: reload: Error:Modul 10_pilight_ctrl deactivated:
Bareword "proto" not allowed while "strict subs" in use at ./FHEM/10_pilight_ctrl.pm line 755.

2017.04.23 23:04:32 0: Bareword "proto" not allowed while "strict subs" in use at ./FHEM/10_pilight_ctrl.pm line 755.

Variante 2 funktioniert ohne Probleme 

Besteht die Möglichkeit den battery Wert noch einzubinden?

[Risiko]

OK. Habe Variante 2 eingecheckt und Batteriewert als Reading mit aufgenommen

[derchrome]

Jetzt habe ich den Sensor im Protokoll als Contact definiert. Es kommt nun aber kein Reading mehr?! Der Bewegungsmelder steht auf "initialized, die Nachrichten werden hochgezählt , aber es kommt kein Reading... Hat jemand eine Idee was schief gelaufen sein könnte?

[Risiko]

Hi. Das neue Protokoll ist noch nicht bekannt. Stelle mal bitte von pilight_ctrl verbose auf 5  und schaue im Log.

[disastah]

Mittels pilight-receive siehts so aus:

Code Auswählen Erweitern

        "message": {
                "unit": 13125,
                "battery": 1,
                "state": "opened"
        },
        "origin": "receiver",
        "protocol": "GW-iwds07",
        "uuid": "0000-b8-27-eb-3b0b25",
        "repeats": 12


Gibt nur Units, die sind alle 5 stellig, bei mir z.B.: 60931, 49525, 13125, ...

Hi, was hast du denn für einen Empfänger? Ich habe aktuell den RXB6 im Einsatz, der direkt über die GPOI's am Raspi hängt und zuverlässig meine Funksteckdosen empfängt, allerdings empfängt er bei pilight-receive nix von den Fenstersensoren

[HB86]

Hi, was hast du denn für einen Empfänger? Ich habe aktuell den RXB6 im Einsatz, der direkt über die GPOI's am Raspi hängt und zuverlässig meine Funksteckdosen empfängt, allerdings empfängt er bei pilight-receive nix von den Fenstersensoren

Hallo,
ich nutze diese Empfänger und Sender: https://www.amazon.de/gp/product/B00ATZV5EQ/ref=oh_aui_search_detailpage?ie=UTF8&psc=1
Sender und Empfänger hängen bei mir auch direkt an den GPIOs des Raspi.
Am Empfänger hab ich diese Antenne dran: https://www.amazon.de/gp/product/B00JG4XNBY/ref=oh_aui_search_detailpage?ie=UTF8&psc=1

Nutzt du die gleichen Fenstersensoren wie ich? (http://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross)

[HB86]

Ich würde gerne den Status meiner Fensterkontakte aller 30min aktualisieren, allerdings funktioniert event-min-interval mit pilight-contact scheinbar nicht.
Hat jemand ähnliche Erfahrungen?

Meine Definition sieht so aus:

Code Auswählen Erweitern

defmod Fenster_Bad pilight_contact GS-iwds07 60931
attr Fenster_Bad IODev PiLight
attr Fenster_Bad event-min-interval .*:1800
attr Fenster_Bad event-on-change-reading state

[disastah]

Hallo,
ich nutze diese Empfänger und Sender: https://www.amazon.de/gp/product/B00ATZV5EQ/ref=oh_aui_search_detailpage?ie=UTF8&psc=1
Sender und Empfänger hängen bei mir auch direkt an den GPIOs des Raspi.
Am Empfänger hab ich diese Antenne dran: https://www.amazon.de/gp/product/B00JG4XNBY/ref=oh_aui_search_detailpage?ie=UTF8&psc=1

Diesen Empfänger/Sender hatte ich zuerst, war aber mit deren Reichweite und Zuverlässigkeit nicht so zufrieden, sodass ich mir dann diese gekauft habe:
https://www.amazon.de/gp/product/B00YMMFJJO/ref=oh_aui_detailpage_o07_s00?ie=UTF8&psc=1

Eigentlich bin ich auch mit denen mehr als zufrieden! Ich kann mal schauen, ob ich die alten noch finde und werd es dann mit denen mal testen

Nutzt du die gleichen Fenstersensoren wie ich? (http://www.lightinthebox.com/de/gs-iwds07-drahtlosen-intelligenten-tuer-fenster-magnetkontakt_p4766217.html?utm_campaign=cartcross)

ja genau diese hab ich mir auch bestellt (2 Stück) aber bei beiden kommt nix an
weißt du, wozu auf der Rückseite dieser Schalter ist, der schließt, wenn man den kleinen Deckel dran macht?

Bis dahin und thx für dein Antwort

[Tueftler1983]

Der kleine Schalter ist ein Sabotage kontakt. Sollte auch eine Meldung generieren

[HB86]

Der kleine Schalter ist ein Sabotage kontakt. Sollte auch eine Meldung generieren

So ist es!

Das du nix empfängst liegt glaube ich nicht am Empfänger.
Das "GS-iwds07" Protocol ist nicht offiziell in pilight enthalten, das muss manuell installiert werden.
Siehe: https://manual.pilight.org/en/installation "Manually Compiled Version"

Als Quelle für das Protocol musst du https://github.com/wo-rasp/pilight/tree/dev_gs_iwds07 nutzen.

[disastah]

So ist es!

Das du nix empfängst liegt glaube ich nicht am Empfänger.
Das "GS-iwds07" Protocol ist nicht offiziell in pilight enthalten, das muss manuell installiert werden.
Siehe: https://manual.pilight.org/en/installation "Manually Compiled Version"

Als Quelle für das Protocol musst du https://github.com/wo-rasp/pilight/tree/dev_gs_iwds07 nutzen.

Ah ok - dachte es wäre schon drin - meine Frage ist jetzt nur, wie / wo ich die Quelle hinzufügen muss?

Danke!

[HB86]

Ah ok - dachte es wäre schon drin - meine Frage ist jetzt nur, wie / wo ich die Quelle hinzufügen muss?

Danke!

du musst die zeile:

Code Auswählen Erweitern


root@pilight:~# git clone --depth 5 -b [branch] https://www.github.com/pilight/pilight.git

ersetzen durch:

Code Auswählen Erweitern

root@pilight:~# git clone --depth 5 -b dev_gs_iwds07 https://www.github.com/wo-rasp/pilight.git