Integration von MySensors in FHEM geplant?

[Hauswart]

Danke ..
das hat nichts gebracht,

FHEM ist aktuell, mySensors Modul ist der stable.

Gateway: https://www.mysensors.org/build/ethernet_gateway -> Änderung nur die IP  nach 192.168.178.166
Relay mit Button: https://www.mysensors.org/build/relay -> Änderung nur eingefügt  MY_NODE_ID 3

Gruss
Tony

Fehler gefunden S_BINARY wird vom aktuellen Stable noch nicht unterstützt. Sprich meine Dev-Versionen sollten aber eigentlich gehen.

Lösung: Entweder auf den Patch im FHEM Stable warten, davor muss ich den Pull Request Norbert senden er ihn implementieren usw. oder meine Dev-Dateien (ein paar Seiten vorher) vorab testen.


Hier die Links:

Hier die weiteren noch nicht veröffentlichten Änderungen:
https://raw.githubusercontent.com/Kolbi/fhem-mirror/master/fhem/FHEM/10_MYSENSORS_DEVICE.pm
https://raw.githubusercontent.com/Kolbi/fhem-mirror/master/fhem/FHEM/lib/Device/MySensors/Constants.pm

[Beta-User]

Wo seht ihr, dass die Board Definition einen Fehler hat? Welche Board Definition sollte man verwenden?

"Sehen" ist zu viel gesagt. Auf meinem Laptop (Kubuntu 16.04) ist auch die IDE 1.8 installiert (bringt Board-Def. für Nanos 1.6.16 mit?). Damit habe ich  den seriellen GW-Sketch (wie alles folgende MyS. 2.1) auf einen CH340-Nano geflasht, diesen kurz an meinem Test-PI ( in Betrieb genommen und einen weiteren Nano zum Repeater gemacht. Da das soweit (mit den "alten" .pm-Modulen) lief (auch autocreate, das ich aber erst einschalten mußte), habe ich dann mein Haupt-GW (FTDI) auch auf 2.1 gebracht. Dabei habe ich dann nach einem kurzen Test den Eindruck gehabt, dass nicht alle Werte von der wichtigsten Node geliefert werden und dann das Flashen dieses GW's mit der Board-Def. 1.6.11 wiederholt (auf meinem Haupt-PI laufen Hauswarts Modul-Versionen von ca. Ende Nov. 16).

Seither (Sa. oder So.) läuft das FTDI-Nano-GW problemlos, Compiler-Probleme hatte ich zu keinem Zeitpunkt. Die Sketches liegen wie die MySensors-libs in Verzeichnis "~/Arduino", die IDE in "~/Arduino 1.8" (parallel ist noch die letzte 1.6..er Version installiert). Beim ersten Starten der 1.8-er IDE kam der Hinweis, dass es Aktualisierungen von libs gäbe, in dem Zug habe ich das über die IDE auf 2.1 ungedated, auch das update liegt ziemlich sicher unter "~/Arduino" im seitherigen Unterverzeichnis.

(Was ich bislang noch nicht gemacht habe, ist die Ergänzungen für den OTA-Bootloader in die Board-Def. einzupflegen (daher lassen sich jetzt manche pro minis noch nicht flashen, die den Boot-Loader drauf haben, das war das einzige Problem beim flashen)).

Hilft Dir das was?

Fehler gefunden S_BINARY wird vom aktuellen Stable noch nicht unterstützt. Sprich meine Dev-Versionen sollten aber eigentlich gehen.

Lösung: Entweder auf den Patch im FHEM Stable warten, davor muss ich den Pull Request Norbert senden er ihn implementieren usw. oder meine Dev-Dateien (ein paar Seiten vorher) vorab testen.

Es sollte auch gehen, das Reading manuell anzulegen.

[Hauswart]

Es sollte auch gehen, das Reading manuell anzulegen.

Stimmt. Müsste es dann nicht so sein? Habe schon lange keine Sensoren von Hand angelegt?

define MYSENSOR_3 MYSENSORS_DEVICE 3
attr MYSENSOR_3 IODev MySensorGateway
attr MYSENSOR_3 mapReading_status1 1 status
attr MYSENSOR_3 requestAck 1
attr MYSENSOR_3 room mySensors
attr MYSENSOR_3 setCommands on:status1:1 off:status1:0
attr MYSENSOR_3 setReading_status1 1,0
attr MYSENSOR_3 stateFormat status1

Der Sketch erwartet ein Bool (1 oder 0)?
Status On sendet eine 1; Staus Off sendet eine 0?

[tonyf]

Danke ..
habe die DEV Version eingespielt -> Fehler besteht noch
Status mit 1,0 angepasst -> Fehler noch da

Ich glaube auch nicht, dass es an der IP liegt, es sind 1:1 die gleichen Einstellungen wie bei der 2.0.0 version.

Gruss
Tony

[Beta-User]

Nebelstocher...
Die Definition des GW steht in der fhem.cfg vor der Sensor-Node?
Anbindung zufällig via PowerLAN?

[tonyf]

Nebelstocher...
Die Definition des GW steht in der fhem.cfg vor der Sensor-Node?
Anbindung zufällig via PowerLAN?

GW zuerst dann die Nodes - wie in meinem ersten Email/Beitrag.
Es ist eine direkte LAN Anbindung, kein PowerLAN.

Gruss
Tony

[hjgode]

Verwendest Du GatewayW5100.ino

vielleicht Schreibfehler in der Zeile:

Code Auswählen Erweitern

#define MY_IP_ADDRESS 192,168,178,66

oder aber, verwende mal eine andere MAC Adresse

Code Auswählen Erweitern

#define MY_MAC_ADDRESS 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED

Die Netzwerk-Kommunikation läuft über MAC Adressen. Wenn da Mist oder eine im Netz schon bestehende Adresse benutzt wird, dann wird es lustig. Über mögliche Fehlersuche mit arp, wireshark etc. lasse ich mich jetzt nicht aus.

Das mit der MAC habe ich nicht, da ich einen ESP8266 Gateway habe. Die ESPs haben eine Hardware MAC-Adresse.

Aber, MSyscontroller geht mit dem Ding? Hmmm, ist dann wohl doch eine FHEM Geschichte. "Global verbose 5" logs?

[Gizmoh]

Ich habe mit der aktuellen Version(2.1 MySensors) scheinbar empfangprobleme. Bei mir sind 3 Sensebender micro im Einsatz und ich Empfange gerade mal einen davon, der direkt auf der anderen Seite der Wand vom Gateway ist.

Als Gateway verwende ich einen Arduino Nano mit NRF Modul (ohne extra Antenne). Die Micros haben auch alle das normale NRF Modul. Vor dem update habe ich die anderen beiden Sensoren auch empfangen. Hat noch jemand ähnliche Probleme oder gibt es hier ggf schon einen Fix?

Grüße
Gizmoh

[tonyf]

Danke hjgode ..
ja ich habe W5100.
aber am Netz und Einstellungen liegt es garantiert nicht, sonst würde kein Ping/Telnet funktionieren, ausserdem sieht man in FHEM (s.Bild im ersten Beitrag), dass das Gateway "connected" ist.

Ich vermute, 2.1.0 und FHEM reden irgenwo aneinander vorbei.

Gruss
Tony

[hjgode]

Hallo Tony

das Connected bedeutet leider gar nix, nur das der erste Verbindungsaufbau geklappt hat.

Wie sieht's denn mit FHEM verbose 5 logs aus?

~josef

[tonyf]

hi Josef,

das Log mit verbose 5:

2017.01.05 15:52:00 3: telnetPort: port 7072 opened
2017.01.05 15:52:00 3: WEB: port 8083 opened
2017.01.05 15:52:00 3: WEBphone: port 8084 opened
2017.01.05 15:52:00 3: WEBtablet: port 8085 opened
2017.01.05 15:52:00 3: Opening CUL433 device /dev/ttyACM0
2017.01.05 15:52:00 3: Can't open /dev/ttyACM0: Datei oder Verzeichnis nicht gefunden
2017.01.05 15:52:00 1: Including /opt/fhem/FHEM/headers.cfg
2017.01.05 15:52:00 1: Including /opt/fhem/FHEM/belueftung.cfg
2017.01.05 15:52:00 3: FHEM2FHEM opening Ventilation at ventilation.fritz.box:7072
2017.01.05 15:52:00 1: Including /opt/fhem/FHEM/garten.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/alarmsystem.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/rollos.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/wetter.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/audio.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/online.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/weblinks.cfg
2017.01.05 15:52:01 1: Including /opt/fhem/FHEM/fritz.cfg
2017.01.05 15:52:01 3: Opening myFritz device fritz.box:1012
2017.01.05 15:52:01 3: FB_CALLMONITOR (myFritz) - loading cache file /opt/fhem/log/reverse-search.txt
2017.01.05 15:52:01 2: FB_CALLMONITOR (myFritz) - read 16 contacts from Cache
2017.01.05 15:52:02 1: Including /opt/fhem/FHEM/widgets.cfg
2017.01.05 15:52:02 1: Including /opt/fhem/FHEM/temperaturen.cfg
2017.01.05 15:52:03 1: Including /opt/fhem/FHEM/outdoor.cfg
2017.01.05 15:52:03 3: FHEM2FHEM opening OUTDOOR11 at outdoor-11.fritz.box:7072
2017.01.05 15:52:03 3: FHEM2FHEM opening OUTDOOR7 at outdoor-7.fritz.box:7072
2017.01.05 15:52:03 1: Including ./log/fhem.save
2017.01.05 15:52:03 3: Opening MySensorGateway device 192.168.178.166:5003
2017.01.05 15:52:03 5: MYSENSORS send: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=002(I_VERSION       ) ack=0 ''

2017.01.05 15:52:03 5: SW: 303b303b333b303b323b0a
2017.01.05 15:52:03 3: MySensorGateway device opened
2017.01.05 15:52:03 3: FB_CALLMONITOR (myFritz) - found 2 phonebooks
2017.01.05 15:52:04 2: FB_CALLMONITOR (myFritz) - read 70 contacts from remote phonebook "Telefonbuch"
2017.01.05 15:52:04 2: FB_CALLMONITOR (myFritz) - read 92 contacts from remote phonebook "Google"
2017.01.05 15:52:04 2: SecurityCheck:  WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2017.01.05 15:52:04 0: Featurelevel: 5.7
2017.01.05 15:52:04 0: Server started with 225 defined entities (fhem.pl:12936/2017-01-02 perl:5.014002 os:linux user:fhem pid:6093)
2017.01.05 15:52:05 3: FHEM2FHEM device opened (OUTDOOR7)
2017.01.05 15:52:05 3: FHEM2FHEM device opened (OUTDOOR11)
2017.01.05 15:52:05 3: FHEM2FHEM device opened (Ventilation)
2017.01.05 15:52:05 3: myFritz device opened
2017.01.05 15:52:21 3: Wetter: 0 result(s) retrieved
2017.01.05 15:52:54 5: MYSENSORS send: Rx: fr=001 ci=001 c=001(C_SET         ) st=002(V_STATUS        ) ack=1 '1'

2017.01.05 15:52:54 5: SW: 313b313b313b313b323b310a
2017.01.05 15:52:54 1: 192.168.178.166:5003 disconnected, waiting to reappear (MySensorGateway)
2017.01.05 15:52:54 5: MYSENSORS send: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=002(I_VERSION       ) ack=0 ''

2017.01.05 15:52:54 5: SW: 303b303b333b303b323b0a
2017.01.05 15:52:54 1: 192.168.178.166:5003 reappeared (MySensorGateway)
2017.01.05 15:53:00 5: MYSENSORS send: Rx: fr=001 ci=001 c=001(C_SET         ) st=002(V_STATUS        ) ack=1 '0'

2017.01.05 15:53:00 5: SW: 313b313b313b313b323b300a
2017.01.05 15:53:00 1: 192.168.178.166:5003 disconnected, waiting to reappear (MySensorGateway)
2017.01.05 15:53:00 5: MYSENSORS send: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=002(I_VERSION       ) ack=0 ''

2017.01.05 15:53:00 5: SW: 303b303b333b303b323b0a
2017.01.05 15:53:00 1: 192.168.178.166:5003 reappeared (MySensorGateway)
2017.01.05 15:53:08 5: MYSENSORS send: Rx: fr=001 ci=001 c=001(C_SET         ) st=002(V_STATUS        ) ack=1 '1'

2017.01.05 15:53:08 5: SW: 313b313b313b313b323b310a
2017.01.05 15:53:08 1: 192.168.178.166:5003 disconnected, waiting to reappear (MySensorGateway)
2017.01.05 15:53:08 5: MYSENSORS send: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=002(I_VERSION       ) ack=0 ''

2017.01.05 15:53:08 5: SW: 303b303b333b303b323b0a
2017.01.05 15:53:08 1: 192.168.178.166:5003 reappeared (MySensorGateway)
2017.01.05 15:53:27 3: Wetter: 0 result(s) retrieved
2017.01.05 15:53:57 5: MYSENSORS send: Rx: fr=001 ci=001 c=001(C_SET         ) st=002(V_STATUS        ) ack=1 '1'

2017.01.05 15:53:57 5: SW: 313b313b313b313b323b310a
2017.01.05 15:53:57 1: 192.168.178.166:5003 disconnected, waiting to reappear (MySensorGateway)
2017.01.05 15:53:57 5: MYSENSORS send: Rx: fr=000 ci=000 c=003(C_INTERNAL    ) st=002(I_VERSION       ) ack=0 ''

2017.01.05 15:53:57 5: SW: 303b303b333b303b323b0a
2017.01.05 15:53:57 1: 192.168.178.166:5003 reappeared (MySensorGateway)

Das Gateway taucht unter bei jedem Umschalten aus FHEM.

lass dich bitte von sonstigen fehler meldungen nicht stören, es handlet sich hiwer um meine FHEM test umgebung und nicht das live system.

gruss
tony

[Hauswart]

Mal ein blöde Frage, wie ist die Stromversorgung vom Gateway?

[hjgode]

Macht der Gateway auch ein Disconnect, wenn Du das

Code Auswählen Erweitern

2017.01.05 15:53:08 5: MYSENSORS send: Rx: fr=001 ci=001 c=001(C_SET         ) st=002(V_STATUS        ) ack=1 '1'

vom MSysController oder per telnet (1;1;1;2;1;) schickst?

[tonyf]

das gateway wird von einem externen 9v/1.2A netzteil versorgt.
Nano sitzt auf einem expansion modul mit je einem 3.3v und 5v spannungsregler.
d.h. das WS5100 und das NRF werden nicht direkt vom Nano versorgt.

s.bild (naja noch alpha status, aber für den test ausreichend)

@hjgode: telnet kommt nicht zurück:

telnet 192.168.178.166 5003
Trying 192.168.178.166...
Connected to 192.168.178.166.
Escape character is '^]'.
1;1;1;2;1;

gruss
tony

[hjgode]

Möglicherweise hängt der Gateway wegen dem ACK in

Code Auswählen Erweitern

1;1;1;2;1;

Versuch mal

Code Auswählen Erweitern

1;1;0;2;1;

Bei meinem Sensor und Gtaeway habe ich ACK nicht verwenden können. Nachricht wurde vom Gateway nicht verarbeitet. Habe ich nicht weiter verfolgt aber möglicherweise funktioniert ACK nicht richtig in der 2.x API.