Integration von MySensors in FHEM geplant?

[Beta-User]

So, zum Schluß noch ein paar Erkenntnisse:

1. Die 2.0.1-beta (und vermutlich auch die 2.0.0) scheinen empfindlicher gg. fake-NRF's zu sein als die Vorversionen. Wem Pakete verlorengehen, sollte (auch) das mal prüfen, selbst wenn die Bauteile bisher problemlos waren (Reichweite!).
2. Wenn man zu schnell viele Informationen senden will, geht irgendwann was verloren. Ich hatte hier versucht, 8 DS18B20 auszulesen, da kam nach der 5. Temperatur nix mehr beim GW an. Ein wait(80) in der Lese-Sende-Schleife hat dieses Phänomen beseitigt, vermutlich hätte auch "20" gereicht.  (Keine Erfahrung mit signing, aber: Messages mit Signatur nutzen die volle mögliche Payload aus, da geht es lt. MySensors-Forum schneller!).
3. Wer (wie ich) bisher verstanden hatte, dass der IRQ-Pin nicht erforderlich ist: könnte sein, dass sich das demnächst ändert .
4. Anders als das von Karl-Heinz2000 beharrt mein serielles GW auf "startup complete" als funktionsfähigem Zustand. Komisch .

Damit ist OWX (über USB am PI angebunden mit einem zu langen Kabel) bei mir Vergangenheit! 
Jetzt muß ich noch einen kaputten DS18B20 tauschen, dann bin ich erst mal wieder auf Stand  .

Bis demnächst,

Beta-User 

[Thorsten Pferdekaemper]

Hi,
wer betreut momentan eigentlich MYSENSORS und MYSENSORS_DEVICE? Ich dachte ntruchsess, aber der kommt in diesem Thread hier gar nicht mehr vor?
Ich frage deshalb:
https://forum.fhem.de/index.php/topic,61435.msg528573.html#msg528573
Gruß,
   Thorsten

[hexenmeister]

Norbert ist der Eigentümer der Module. Probiere ihm einen (git) pull request zu senden.

[Hauswart]

Ja Norbert ist der Eigentümer. In der Vergangenheit habe ich ein paar Anpassungen vorgenommen und sie PR an Norbert gesendet und er hat sie eingecheckt.

Ich habe derzeit noch einige Änderungen offen, die ich bis heute leider selbst nicht testen konnte.

Hier ist deine Anpassung:
https://raw.githubusercontent.com/Kolbi/fhem-mirror/master/fhem/FHEM/00_MYSENSORS.pm
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

Gruss

[Thorsten Pferdekaemper]

Danke!

[Hauswart]

Wie immer bin ich über Feedback froh Dann kann ich sie bald mal bei Norbert vorzeigen.

[kleinerDrache]

@Hauswart
hab deine Dateien mal reingepackt wenn du mir jetzt noch sagts was geändert wurde (außer der Erweiterung für den SceneController) teste ich gerne.

[Hauswart]

@Hauswart
hab deine Dateien mal reingepackt wenn du mir jetzt noch sagts was geändert wurde (ausser der erweiterungen für den SceneController) teste ich gerne.

Das Gateway kann man nun löschen, die Windows Anpassung ist drinnen und die neuen MySensors v2.0 Sensoren und Variablen sind integriert.

[kleinerDrache]

ah ok also bis auf die neue Anpassung für Windows alles beim alten *gg* ok dann funktionieren die bestens. Windows kann ich nicht testen da Linux System

[presskopf]

Ich bin gerade dabei, auf mysensors 2.0 umzusteigen.
Das Ethernet-Gateway (W5100) läuft soweit. Allerdings hauen mir zwei Sensoren das FHEM aus den Fugen, so dass es crasht und neu gestartet werden muss.
Das passiert reproduzierbar wenn der Sensor Strom zum Arbeiten kriegt.

Das sind folgende Sketches:
- DHT, alte Version V1.5.4
- Motion+Lux Kombisensor als V2.0 link: https://forum.mysensors.org/topic/4893/multisensor-pir-and-lux
Die Node-ID weise ich direkt im Sketch zu.

Die einzige Fehlermeldung, die im Log steht, ist:

Code Auswählen Erweitern

Undefined subroutine &MYSENSORS::DEVICE::sendMessage called at ./FHEM/10_MYSENSORS_DEVICE.pm line 560.

Versionen:

Code Auswählen Erweitern

fhem.pl                 9893 2015-11-15 08:43:05Z rudolfkoenig
00_MYSENSORS.pm         9341 2015-10-02 14:55:54Z ntruchsess
10_MYSENSORS_DEVICE.pm  9873 2015-11-12 20:54:45Z ntruchsess

Komischerweise schmiert das FHEM beim Anstecken des Sensors nicht immer weg; manchmal überlebt es - dennoch seltsam...

Hat jemand einen Tipp zur Abhilfe?

[gloob]

Zeig doch mal ein Log vom Gateway mit Verbose = 5. Damit man auch mal sieht, was das Gateway empfängt.

[Beta-User]

@presskopf:
Welche IDE verwendest Du? Wenn es die Arduino-IDE ist, sollte zum Flashen des GW die Board-Definition <= 1.6.11 sein, sonst bootet das GW ständig. Das muß zwar nicht die Ursache sein, aber die Reboots sind sicher auch nicht hilfreich...

[presskopf]

Das fhem-log spukt folgendes aus.
Hier beim Anschalten des DHT-Sensors.

Code Auswählen Erweitern

2016.12.05 09:59:09 5: MYSENSORS/RAW: /9;255;3;0;6;0

2016.12.05 09:59:09 5: MYSENSORS Read: Rx: fr=009 ci=255 c=003(C_INTERNAL    ) st=006(I_CONFIG        ) ack=0 '0'

2016.12.05 09:59:09 5: Triggering MYSENSOR_9 (1 changes)
2016.12.05 09:59:09 5: Notify loop for MYSENSOR_9 parentId: 0
2016.12.05 09:59:09 5: ZE.Batterie: not on any display, ignoring notify
Undefined subroutine &MYSENSORS::DEVICE::sendMessage called at ./FHEM/10_MYSENSORS_DEVICE.pm line 560.


Dann ist Feierabend....

Starte ich danach FHEM neu, ist alles okay. Der fragwürdige Sensor 9 sendet die Messdaten.

@Beta-User:
Danke, das werde ich gleich nachher testen und meine sowas auch schon mal im dunkelsten Eck meines Gedächtnisses gespeichert zu haben.
In der Tat habe ich die mysensors v2.0 fröhlich frei in die Arduino-IDE 1.6.13 genudelt.   

[presskopf]

Habe jetzt mit Arduino 1.6.10 kompiliert und geflasht.
Leider kein Unterschied.  Das wäre schön gewesen.
Das Absturzlog ist identisch.

Beim anderen Kombisensor (BH1750+ HC-SR501) ergibt sich folgendes Log beim Crash:

Code Auswählen Erweitern

2016.12.05 11:54:36 5: MYSENSORS/RAW: /27;255;0;0;17;2.0.0

2016.12.05 11:54:36 5: MYSENSORS Read: Rx: fr=027 ci=255 c=000(C_PRESENTATION) st=017(S_ARDUINO_NODE  ) ack=0 '2.0.0'

2016.12.05 11:54:36 5: Triggering global (1 changes)
2016.12.05 11:54:36 5: Notify loop for global ATTR MYSENSOR_27 mode node
2016.12.05 11:54:36 5: ZE.Batterie: not on any display, ignoring notify
2016.12.05 11:54:36 5: Triggering global (1 changes)
2016.12.05 11:54:36 5: Notify loop for global ATTR MYSENSOR_27 version 2.0.0
2016.12.05 11:54:36 5: ZE.Batterie: not on any display, ignoring notify
2016.12.05 11:54:36 5: MYSENSORS/RAW: /27;255;3;0;6;0

2016.12.05 11:54:36 5: MYSENSORS Read: Rx: fr=027 ci=255 c=003(C_INTERNAL    ) st=006(I_CONFIG        ) ack=0 '0'

2016.12.05 11:54:36 5: Triggering MYSENSOR_27 (1 changes)
2016.12.05 11:54:36 5: Notify loop for MYSENSOR_27 parentId: 0
2016.12.05 11:54:36 5: ZE.Batterie: not on any display, ignoring notify
Undefined subroutine &MYSENSORS::DEVICE::sendMessage called at ./FHEM/10_MYSENSORS_DEVICE.pm line 560.

Auch hier funktioniert der Kombisensor nach dem "service fhem restart".

[Beta-User]

Habe jetzt mit Arduino 1.6.10 kompiliert und geflasht.

Nicht die Arduino-Version ist entscheidend, sondern die Board-Definition (=>Board-Manager). Das geht auch mit der aktuellen IDE, und bei der IDE x.10 dürfte die Board-Def. für de Nanos auch schon auf x.13 gestanden haben...

Trotzdem ist das eine seltsame Fehlermeldung .