Mit 433MHz-Fernbedienung FHEM-Befehle steuern?

alfonsmoeller · 30 Dezember 2014, 12:52:52

Hallo RappaSan, Hallo alle Anderen,

Zitat
Etliche Leute hier haben allerdings mit dem Billigteil die gleichen miesen Erfahrungen gemacht - ich auch.

bevor wir das "Billigteil" verteufeln sollten wir erst mal die Grundlagen überprüfen. In der Annahme das die
meisten Leute hier ein Steckbrett verwenden gehe ich davon aus das die Stromversorgung ein mögliche
Störquelle darstellt. Geht doch mal hin und steckt direkt neben dem "Billigteil" einen Elko 100mF und einen
Folienkondensator 10-100nF.
Der Betrieb mit 3,3V oder 5,0V macht keinen großen Unterschied.

m.f.G. Alfons

RappaSan · 30 Dezember 2014, 14:06:43

Wie gesagt - schön, wenn's bei Dir funktioniert.
Ich möchte Dich auch nicht davon abhalten, diese Teile und Kondensatoren zu kaufen.
Ich persönlich bevorzuge lieber den Superheterodyne 3400RF ohne Zusätze.
Vielleicht funktioniert er auch besser, weil die Frequenzstabilität dank des Quarzes besser ist...

alfonsmoeller · 30 Dezember 2014, 23:08:05

Hallo RappaSan,
ich habe auf Grund Deiner Schilderung folgende Formel erarbeitet:

Code Auswählen



priceA = Billigteil
priceB = Superheterodyne 3400RF

priceF = priceB/priceA

mit einem 64Bit Intel Processor berechnet

zu erwartenden Besserfaktor = 5,99/1,50 = 3,99333... Periode

Aufgrund der Erkenntnis das ein zu Erwartender Besserfaktor von fast 4 zu erreichen ist,
habe ich das Superheterodyne 3400RF sofort bestellt.
m.f.G. Alfons

JensS · 30 Dezember 2014, 23:16:31

Um auf den Betreff des Threads zurück zu kommen - bei mir fungiert die alte und sendestarke Elro-Fernbedienung erfolgreich zum Umstellen der Verbose-Ausgaben, da ich schreibfaul bin.

Code Auswählen

define VerboseStatus notify FB1.1 {if (Value('FB1.1') eq "on"){fhem("attr global verbose 5; attr CUL433 verbose 5;")}else{fhem("attr global verbose 0; attr CUL433 verbose 0;")}}

Gruß Jens

alfonsmoeller · 30 Dezember 2014, 23:38:01

Hallo dirigent,
kannst Du auch die Definition der "FB1.1" und den Hintergrund durchschieben?
Danke !
m.f.G. Alfons

JensS · 30 Dezember 2014, 23:44:14

define FB1.1 IT F000F0FF0F FF F0
attr FB1.1 model itremote
Eine Fernbedienung halt.
Gruß Jens

RappaSan · 31 Dezember 2014, 12:58:03

Hallo PsychoD,

Reichweite Empfänger: Zumindest ordentlich, kann ich nicht so genau sagen. Antenne am Empfänger ist eine 1/4 Lambda für 433 MHz. Versorgungsspannung siehe FHEMduino. Zur Zeit empfange ich damit die Daten von einem Oregon Temperatur/Luftfeuchtesensor und der ELRO Fernbedienung.

Ich hab ein Haus mit 3 Stockwerken, Betondecke mit ordentlich Eisen drin.
Das ist schon mal kein Problem bisher. Ab und zu bekomme ich noch von den Nachbarn Daten einer Oregon Wetterstation, aber ich weiß nicht von welchen Nachbarn...

Wzut · 02 Januar 2015, 12:59:26

Für die pilight Nutzer gibt es zum Senden bereits seit längerem unter contrib das Modul 98_pilight.pm, allerdings nützt einem das recht wenig wenn wie hier gewünscht Daten von pilight empfangen werden sollen. Ich habe mal quick & dirty ein Modul dafür zusammengebaut.
Vorbereiitung :
a. sicher stellen das der pilight Daemon auf einem festen Port lauscht , dazu muss in der /etc/pilight/settings.json
ein Eintrag für port vorhanden sein ( nicht webserver-port !)

Code Auswählen

"port": 5000

b. das JSON Perl Modul muss installiert sein :

Code Auswählen

sudo apt-get install libjson-perl
c. die Definition in FHEM :

Code Auswählen

define mypi PILIGHTrec localhost:5000
localhost wenn pilight und FHEM auf dem gleichen Gerät laufen sonst die IP/Namen des pilight Servers plus der Port aus der /etc/pilight/settings.json
Das Modul versucht nun Meldungen des pilight Daemon in sinnvolle Readings zu packen die dann leicht weiter zu verwenden sind.
Telegramme die nicht dekodiert werden können findet man im Logfile , ggf. testweise den Loglevel von FHEM mal auf 4 erhöhen.

JensS · 02 Januar 2015, 14:02:53

Hallo Wzut,

die Möglichkeit mit pilight klingt gut - ist pilight parallel am selben CUL433 des fhem möglich oder brauche ich einen separaten CUL?

Gruß Jens

Wzut · 02 Januar 2015, 17:29:27

CUL ? Hier geht es nicht um CULs , FHEMduinos oder andere USB Lösungen sondern direkt an die GPIO Pins des Raspberry angeschlossene Empfänger

JensS · 02 Januar 2015, 18:04:11

Danke für die Antwort und bitte entschuldige meine unqualifizierte Frage. Gruß Jens

iro · 02 Januar 2015, 18:38:51

Hey Wzut,

tausend Dank, genau auf das Modul habe ich gewartet

Hab das Modul wie oben beschrieben eingebunden, allerdings bleibt der Status auf "disconnected".

Code Auswählen

define RemoteBananaRX PILIGHTrec 192.168.1.99:5000

Pilight läuft remote auf einem Banana Pi, Fhem auf einem NUC, deshalb auch die IP.

Kann es sein, dass dein Modul die nightly builds von pilight nicht unterstützt? Da hat sich einiges geändert, u.a. auch einiges an der config. Z.B. gibt es die /etc/pilight/settings.json nicht mehr, sondern nur noch die /etc/pilight/config.json.

Dort ist allerdings auch wie in settings.json der Port 5000 angegeben.

Gruß iro

Wzut · 02 Januar 2015, 19:31:29

Zitat
Kann es sein, dass dein Modul die nightly builds von pilight nicht unterstützt?

sorry keine Ahnung , ich habe mich an diese Anleitung gehalten : http://www.pilight.org/nightlydevelopment/nightlyapi/
Teste doch ersteinmal via Telnet oder nc lokal und danach prüfe ob irgend eine Regel auf deinem System Zugriffe von Netzwerkseite auf Port 5000 verbietet.
Ich habe das bei mir mit Erfolg auf einem verteilten System getestet.

iro · 02 Januar 2015, 19:35:23

Ok, dann sollte es ja eigentlich funktionieren

Installiere gerade das neuste nightly build und teste dann gleich nochmal. Danke für die schnelle Rückmeldung!

Gruß iro

iro · 02 Januar 2015, 20:29:03

Nochmal getestet, leider immer noch Status "disconnected".

Auf dem Banana läuft lokal auch noch eine Fhem Instanz. Ebenfalls getestet, leider gleiches Ergebnis - Pilight disconnected.

Hab Pilight gerade im Debug Mode laufen lassen, die Clients connecten und disconnecten dann gleich wieder:

NUC Fhem remote:

Code Auswählen

[Jan 02 20:22:51:798807] pilight-daemon: INFO: new client, ip: 192.168.1.100, port: 59504
[Jan 02 20:22:51:799055] pilight-daemon: DEBUG: client fd: 17
[Jan 02 20:22:51:799174] pilight-daemon: DEBUG: client id: 4
[Jan 02 20:22:51:801718] pilight-daemon: DEBUG: socket recv: { "message": "client receiver" }
[Jan 02 20:22:51:801973] pilight-daemon: DEBUG: client disconnected, ip 192.168.1.100, port 59504

Banana Fhem lokal:

Code Auswählen

[Jan 02 20:24:25:580558] pilight-daemon: INFO: new client, ip: 127.0.0.1, port: 40837
[Jan 02 20:24:25:580741] pilight-daemon: DEBUG: client fd: 17
[Jan 02 20:24:25:580821] pilight-daemon: DEBUG: client id: 4
[Jan 02 20:24:25:590649] pilight-daemon: DEBUG: socket recv: { "message": "client receiver" }
[Jan 02 20:24:25:590850] pilight-daemon: DEBUG: client disconnected, ip 127.0.0.1, port 40837

Eine Idee?

Gruß iro