Alte 433 Mhz Handsender nutzen

Basti-K · 23 April 2018, 10:50:04

Hallo Zusammen.
Meine 433Mhz Funksteckdosen wurden jetzt erfolgreich durch Sonoff Module ausgetauscht.
Soweit ist alles klar.
Jetzt die Frage: kann man die 433Mhz HandSender noch weiterverwenden?
Wie gesagt ich will keine 433Mhz Module schalten, sondern nur eine analoge Alternative auf dem Tisch zum Smartphone haben.
Ich habe mal kurz mit dem 433Mhz Empfänger am Pi gespielt und schnell wurde klar warum man die Logic auf nen Arduino auslagert (CPU Last)
https://tutorials-raspberrypi.de/raspberry-pi-funksteckdosen-433-mhz-steuern/
Kann ich die Module am SIGNALdruino benutzen?
Oder muss / sollte man sich nach einer andern Lösung umschauen?

Beta-User · 23 April 2018, 10:56:56

Können schon, aber die "aukru" Empfänger sind m.E. ein Fall direkt für den Elektroschrott (ich glaube, den Hinweis baue ich mal ins Wiki rein).

Entweder Du nimmst ein "Superhet"-Modul (RXB12, RXB6, RXB-irgendwas), (und den Sender, der ist ok) für einen "klassischen" Signalduino. Oder eben ein CC1101 (Verkabelung: Selbstbau-CUL im Wiki), der dann Sender und Empfänger vereint und als "neuer" Signalduino oder mit der aculfw betrieben werden kann.

Viel Erfolg.

Basti-K · 23 April 2018, 11:17:05

Dank für die Info.

Die paar Euro kann man schon mal investieren.

fh168 · 24 April 2018, 21:41:29

oder eine Sonoff Bridge, wenn Du nicht basteln möchtest.
Hab ich seit einigen Monaten im Einsatz. Lüppt.

https://blog.moneybag.de/fhem-sonoff-rf-bridge-433-mhz-mit-tasmota-ein-erfahrungsbericht/

LG
/robin

Basti-K · 07 Juni 2018, 12:56:41

Hallo zusammen.

Nach einer längeren Zeit konnte ich mich wieder mit dem Problem beschäftigen.
Für die Tests und um mein ,,Produktiv" fhem nicht zu stören (wegen WAF) habe ich Fhem auf dem Notebook (Linux) installiert.
Soweit so gut. Nur empfangen tu ich nix trotz verbose 4
Ich hätte da mal eine doofe Frage zu der Verkabelung:
Welcher Pin an dem 433 Modul ist TX und welcher ist RX?

Ja ich weiß es ist noch keine Antenne dran aber wenn der Handsender direkt daneben liegt muss das auch so gehen. Bzw. mit 17cm Kabel habe ich auch schon probiert.
Ausprobieren brachte keine Erkenntnisse laut log file:

Code Auswählen


...
2018.06.06 22:01:29 3: Probing CUL device /dev/ttyS5
2018.06.06 22:01:29 1: CUL: Can't open /dev/ttyS5: Input/output error
2018.06.06 22:01:29 4: cannot open the device
2018.06.06 22:01:29 4: ### ttyS6: checking if it is a CUL
2018.06.06 22:01:29 3: Probing CUL device /dev/ttyS6
2018.06.06 22:01:29 1: CUL: Can't open /dev/ttyS6: Input/output error
2018.06.06 22:01:29 4: cannot open the device
2018.06.06 22:01:29 4: ### ttyS7: checking if it is a CUL
2018.06.06 22:01:29 3: Probing CUL device /dev/ttyS7
2018.06.06 22:01:29 1: CUL: Can't open /dev/ttyS7: Input/output error
2018.06.06 22:01:29 4: cannot open the device
2018.06.06 22:01:29 4: ### ttyS8: checking if it is a CUL
2018.06.06 22:01:29 3: Probing CUL device /dev/ttyS8
2018.06.06 22:01:29 1: CUL: Can't open /dev/ttyS8: Input/output error
2018.06.06 22:01:29 4: cannot open the device
2018.06.06 22:01:29 4: ### ttyS9: checking if it is a CUL
2018.06.06 22:01:29 3: Probing CUL device /dev/ttyS9
2018.06.06 22:01:29 1: CUL: Can't open /dev/ttyS9: Input/output error
2018.06.06 22:01:29 4: cannot open the device
2018.06.06 22:01:29 1: usb create end
2018.06.06 22:01:29 0: Featurelevel: 5.8
2018.06.06 22:01:29 0: Server started with 10 defined entities (fhem.pl:16813/2018-06-03 perl:5.022001 os:linux user:fhem pid:1148)
2018.06.06 22:01:29 3: 433Bruecke sduinoIdList: whitelistIds=
2018.06.06 22:01:29 3: 433Bruecke sduinoIdList: blacklistIds=
2018.06.06 22:01:29 3: 433Bruecke sduinoIdList: development=
2018.06.06 22:01:29 3: 433Bruecke: ID=63 skiped (developId=y)
2018.06.06 22:01:29 3: 433Bruecke: ID=74 skiped (developId=y)
2018.06.06 22:01:29 3: 433Bruecke: ID=p76.1 skiped (developId=p)
2018.06.06 22:01:29 3: 433Bruecke: ID=73 skiped (developId=y)
2018.06.06 22:01:29 3: 433Bruecke: ID=p76 skiped (developId=p)
2018.06.06 22:01:29 3: 433Bruecke: IDlist MS 0 1 13 14 15 17 2 22 23 25 3 3.1 32 33 35 38 4 41 51 55 6 68 7 72.1
2018.06.06 22:01:29 3: 433Bruecke: IDlist MU 13.1 16 20 21 24 26 27 28 29 30 31 36 37 39 40 44 44.1 45 46 48 49 5 50 56 59 60 61 62 64 65 66 67 69 70 71 72 75 8 9
2018.06.06 22:01:29 3: 433Bruecke: IDlist MC 10 11 12 18 43 47 52 57 58
2018.06.06 22:01:44 3: Setting 433Bruecke serial parameters to 57600,8,N,1
2018.06.06 22:01:44 1: 433Bruecke/define: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.06.06 22:01:44 1: 433Bruecke/init: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
2018.06.06 22:01:44 1: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0 reappeared (433Bruecke)
2018.06.06 22:01:46 3: 433Bruecke/init: disable receiver (XQ)
2018.06.06 22:01:46 4: Connection accepted from WEB_127.0.0.1_60188
2018.06.06 22:01:46 4: WEB_127.0.0.1_60188 GET /fhem; BUFLEN:0
2018.06.06 22:01:46 4: WEB: /fhem / RL:1359 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2018.06.06 22:01:46 3: 433Bruecke/init: get version, retry = 0
2018.06.06 22:01:46 4: WEB_127.0.0.1_60188 GET /fhem/pgm2/style.css?v=1528315289; BUFLEN:0
2018.06.06 22:01:46 4: 433Bruecke/msg READ: V 3.3.1-RC7 SIGNALduino  - compiled at May 11 2018 23:00:41
2018.06.06 22:01:46 2: 433Bruecke: initialized. v3.3.2
2018.06.06 22:01:46 3: 433Bruecke/init: enable receiver (XE)
2018.06.06 22:01:49 4: WEB_127.0.0.1_60188 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-06.log; BUFLEN:0
2018.06.06 22:02:14 4: WEB_127.0.0.1_60188 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-06.log; BUFLEN:0
2018.06.06 22:02:15 4: WEB_127.0.0.1_60188 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-06.log; BUFLEN:0
2018.06.06 22:02:47 4: 433Bruecke/KeepAlive not ok, retry = 1 -> get ping
2018.06.06 22:02:47 4: 433Bruecke/msg READ: OK
2018.06.06 22:02:47 4: 433Bruecke/HandleWriteQueue: nothing to send, stopping timer
2018.06.06 22:02:51 4: WEB_127.0.0.1_60188 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-06.log; BUFLEN:0
2018.06.06 22:03:20 4: WEB_127.0.0.1_60188 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-06.log; BUFLEN:0
2018.06.06 22:03:34 4: WEB_127.0.0.1_60188 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2018-06.log; BUFLEN:0
2018.06.06 22:03:47 4: 433Bruecke/keepalive ok, retry = 0
2018.06.06 22:03:55 4: WEB_127.0.0.1_60188 GET /fhem?room=all; BUFLEN:0
2018.06.06 22:03:55 4: WEB: /fhem?room=all / RL:1776 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2018.06.06 22:04:01 4: WEB_127.0.0.1_60188 GET /fhem?detail=autocreate; BUFLEN:0
2018.06.06 22:04:01 4: WEB: /fhem?detail=autocreate / RL:2284 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2018.06.06 22:04:47 4: 433Bruecke/KeepAlive not ok, retry = 1 -> get ping
2018.06.06 22:04:47 4: 433Bruecke/msg READ: OK
2018.06.06 22:04:47 4: 433Bruecke/HandleWriteQueue: nothing to send, stopping timer
2018.06.06 22:05:06 4: WEB_127.0.0.1_60188 GET /fhem?room=Unsorted; BUFLEN:0
2018.06.06 22:05:06 4: WEB: /fhem?room=Unsorted / RL:1741 / text/html; charset=UTF-8 / Content-Encoding: gzip
 / 
2018.06.06 22:05:22 4: WEB_127.0.0.1_60188 GET /fhem/docs/commandref.html; BUFLEN:0
2018.06.06 22:05:22 4: Connection accepted from WEB_127.0.0.1_60202
2018.06.06 22:05:22 4: WEB_127.0.0.1_60202 GET /fhem/docs/ccc.jpg; BUFLEN:0
2018.06.06 22:05:22 4: WEB_127.0.0.1_60202 GET /fhem/docs/cul_rfr.jpg; BUFLEN:0
2018.06.06 22:05:24 4: WEB_127.0.0.1_60202 GET /fhem/docs/Landis-Gyr-E350-meter.jpg; BUFLEN:0
2018.06.06 22:05:24 4: WEB_127.0.0.1_60202 GET /fhem/docs/IMG_0483.jpg; BUFLEN:0
2018.06.06 22:05:47 4: 433Bruecke/keepalive ok, retry = 0
2018.06.06 22:06:28 4: Closing inactive connection WEB_127.0.0.1_60188
2018.06.06 22:06:28 4: Closing inactive connection WEB_127.0.0.1_60202
2018.06.06 22:06:47 4: 433Bruecke/KeepAlive not ok, retry = 1 -> get ping
2018.06.06 22:06:47 4: 433Bruecke/msg READ: OK
2018.06.06 22:06:47 4: 433Bruecke/HandleWriteQueue: nothing to send, stopping timer
2018.06.06 22:07:47 4: 433Bruecke/keepalive ok, retry = 0
2018.06.06 22:08:47 4: 433Bruecke/KeepAlive not ok, retry = 1 -> get ping
2018.06.06 22:08:47 4: 433Bruecke/msg READ: OK
2018.06.06 22:08:47 4: 433Bruecke/HandleWriteQueue: nothing to send, stopping timer
2018.06.06 22:09:47 4: 433Bruecke/keepalive ok, retry = 0
2018.06.06 22:10:47 4: 433Bruecke/KeepAlive not ok, retry = 1 -> get ping
2018.06.06 22:10:47 4: 433Bruecke/msg READ: OK
2018.06.06 22:10:47 4: 433Bruecke/HandleWriteQueue: nothing to send, stopping timer
2018.06.06 22:11:47 4: 433Bruecke/keepalive ok, retry = 0
2018.06.06 22:12:47 4: 433Bruecke/KeepAlive not ok, retry = 1 -> get ping
2018.06.06 22:12:47 4: 433Bruecke/msg READ: OK
2018.06.06 22:12:47 4: 433Bruecke/HandleWriteQueue: nothing to send, stopping timer
2018.06.06 22:13:47 4: 433Bruecke/keepalive ok, retry = 0

Config:

Code Auswählen


attr global userattr cmdIcon devStateIcon devStateStyle icon sortby webCmd webCmdLabel:textField-long widgetOverride
attr global autoload_undefined_devices 1
attr global autosave 0
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
  WEB is not password protected\
  WEBphone is not password protected\
  WEBtablet is not password protected\
  telnetPort is not password protected\
\
Protect this FHEM installation by defining an allowed device with define allowed allowed\
You can disable this message with attr global motd none
attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 4

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB 
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate autosave 1
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create
define 433Bruecke SIGNALduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@57600
attr 433Bruecke flashCommand avrdude -c arduino -b [BAUDRATE] -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]

Beta-User · 07 Juni 2018, 13:05:35

Verkabelung sollte wie hier sein: https://wiki.fhem.de/w/images/thumb/5/51/Fhemduino_schematic.png/200px-Fhemduino_schematic.png
Der RXB ist kein Transceiver, sondern ein reiner Empfänger. Vermutlich liegt da der Hase im Pfeffer: du hast - soweit erkennbar - 4 Kabel da angeschlossen; soll ist m.E. 3 (Beschriftung des Moduls ist leider nicht erkennbar, sonst könnte man sagen, welcher nach PIN D2 gehen sollte, vermutlich ist da was mit "OUT").

Basti-K · 07 Juni 2018, 13:11:17

Ich hab gelesen dass der RXB besser empfängt. https://blog.thesen.eu/433mhz-empfaenger-fuer-arduino-co-rxb12-vs-xy-mk-5v/

Senden muss er auch nix bei mir.

Ja nach dem Schema habe ich verkabelt nur die Frage ist welcher Data Pins die richtigen sind.

http://www.eeant.com/datasheet/et-rxb-12.pdf

Beta-User · 07 Juni 2018, 13:22:39

Hm, lustig, dass die beiden mittleren (4/5) je "out" heißen.

Der RXB ist schon deutlich besser (habe oben ja auch schon die Empfehlung dafür ausgesprochen).Da das datasheet keinen erkennbaren Unterschied ausweist: nimm mal nur einen davon nach PIN2@Arduino.

Und btw: Mache mal initialUsbCheck aus (hat aber nichts mit dem Problem zu tun).
Und dann schau mal, welchen Status der Signalduino in FHEM hat, ob du die Firmwareversion auslesen kannst usw....

Basti-K · 07 Juni 2018, 13:33:12

Zitat von: Beta-User am 07 Juni 2018, 13:22:39
Und dann schau mal, welchen Status der Signalduino in FHEM hat, ob du die Firmwareversion auslesen kannst usw....

das kann ich jetzt schon bestätigen. (leider kein Screenshot gemacht.)
Status open und die Infos werden auch angezeigt.

Den Rest muss ich probieren...

Beta-User · 07 Juni 2018, 14:00:59

Gut, wichtig ist halt, dass FHEM/der Rechner auch mit dem ATMega sprechen kann, und nicht nur mit dem CH340G (USB-seriell-Wandler) - deswegen version.

Wenn das soweit klappt, solltest du ggf. den Signalduino einfach mal eine Weile laufen lassen (eigentlich mit Antenne), dann findet sich in aller Regel schon was in der Nachbarschaft mit autocreate. Ansonsten Verbose mal nach oben (min. 4).

Basti-K · 08 Juni 2018, 07:48:59

Es läuft.
Vielen danke für deine Hilfe!
Der Fehler war das ich beide Pins am RX Baustein benutz haben. Vermutlich sind sie sogar ein und derselbe, das hab ich mir aber nicht mehr angesehen.
Irgendwie funktioniert Autocreate nicht bei mir auf dem Pi, aber ich hab den Suchlauf dann auf dem Notebook gemacht und den Code via Copy Paste in die cfg des Pi gepackt und ,,tata" die die Schaltvorgänge werden erkannt.
Jetzt bräuchte ich nur noch ein Beispiel wie ich mit einem IT Device ESPEasy Geräte bzw. Gruppen Schalten kann. Ich tu' mir mit der reinen Syntax leider sehr schwer.

Beta-User · 08 Juni 2018, 09:28:21

So wie ich das verstanden habe, willst du auf die Schaltsignale der FB reagieren. Diese sind "Events" in der FHEM-Terminologie.
Dann baust du dir am einfachsten mit dem "Event-Monitor" (Wiki) einen Event-Handler; hier am einfachsten ein notify. In den Ausführungsteil kannst du da dann beliebige Befehle reinbasteln, also etwas wie "set ESPEasy_GeraetA PIN1 on" (oder wie das halt da aufgebaut ist, ich habe keine ESPEasys).

Wenn's komplexer sein soll:
sequence, structure und lightscene (ggf. zu kombinieren)...