Vorarbeiten: Update auf MySensors 2.0-API

[Beta-User]

So, jetzt hatte ich mal Muße, eine meiner Schalt-Nodes auch mal mit "sprechenden" Namen für diverse Schaltausgänge zu versehen.
An sich war ich da schon Ende Juli recht weit gewesen, das funktioniert soweit, allerdings ist es bei den "set"-Befehlen leider nicht so, dass die überflüssigen auch wieder aus der set-Liste entfernt werden. Vielleicht hat da einer der Perl-Experten eine Idee?

Ist aber m.E. auch nicht sooo dramatisch; Meinungen dazu?

Ansonsten anbei ein Bildchen, wie das dann aussieht und der leicht aktualisierte Code mit dem Hinweis, wo's noch fehlt...

Irgendjemand schon mit Rückmeldung, ob das mit dem Update auf MyS-BL jetzt schneller durchläuft und auf dem Dual-Optiboot noch? (Habe grad wirklich keine große Lust auf Steckbrett und Lötkolben )

Schönes WE allseits,

Beta-User

EDIT: pm im Anhang in den ersten Threadbeitrag verschoben.

[Beta-User]

@Sidey:
Hast du noch was rausgefunden wegen der heartbeat-Geschichte am GW? Ich habe eben mal eine readingsgroup gebastelt, um da einen Überblick über den aktuellen Stand zu haben. Da sah fast alles ok aus:

4 von den 5 derzeit laufenden GW's haben ein ziemlich aktuelles heartbeat-Reading, das 5. nicht. Sind alles serielle GW's, die 4 mit "heartbeat"-Reading sind Nanos (3xFTDI, 1 CHG340), die stehen auf "startup complete", das 5. ist ein ProMicro, der steht auf "opened" (und funktioniert tadellos, das ist mein RS485-GW mit HW-serial; da könnte es sein, dass der den heartbeat dann auf die andere serielle Schnittstelle legt, was zwar hier den Zweck nicht erfüllt, aber eigentlich logisch ist...).
RG (nicht schön, aber  erfüllt ihren Zweck):

Code Auswählen Erweitern

defmod rg_MySensors_GWs readingsGroup <Gerät>,<Status>,<Heartbeat> TYPE=MYSENSORS state,heartbeat
Gruß, Beta-User

[dirkcx]

kurze Anmerkung noch:
in der

Code Auswählen Erweitern

00_MYSENSORS.pm wird folgende Fehlermeldung geworfen:

Code Auswählen Erweitern

Undefined subroutine &MYSENSORS::DEVICE::onStreamMessage called at ./FHEM/00_MYSENSORS.pm line 428.

weil in der (aus svn per Update gezogenen)

Code Auswählen Erweitern

10_MYSENSORS_DEVICE.pm die Methode onStreamMessage nicht existiert.

Das führt leider bei mir regelmäßig zu Abstürzen, daher habe ich die Zeile 428 auskommentiert.

[Beta-User]

Hmmm,
eigentlich sollte das mit dem update schon vor einiger Zeit behoben sein, siehe dazu die letzten posts hier.
Bist du sicher, dass du die letzte "Device".pm erhalten hast?

Ansonsten bitte übergangsweise die pm aus dem ersten Post verwenden.

[Hauswart]

Hallo Zusammen,
hatte den Fix nie ins SVN commitet. Ist ab morgen via Update vorhanden.

Gruss

[Sidey]

wäre klasse, wenn du das machen könntest, ich muß eigens für OTA Hardware aufbauen und ein Gefühl dafür entwickeln.

Dann würde ich mich im Gegenzug endlich mal dran machen, den set_-Teil noch umzuarbeiten.

Was man evtl. noch machen könnte, wäre die Timer in DEVICE mit dem hash zu verknüpfen, wie das allg. üblich ist. (@all: Mithilfe ist gerne gesehen!)

Ich hab mir das mit dem FOTA vorbereitet.
Das attribut "OTA_firmwareConfig" habe ich im MYSENSORS Gerät gesetzt.
Allerdings finde ich nirgendwo eine Option das Update zu starten...

Was muss ich denn hier machen um das mal zu testen?

Grüße Sidey

[Beta-User]

Soweit ich das im Kopf habe:

Code Auswählen Erweitern

set <device> fwType (passend zur Node; die Infos kommen aus der Config-file, die am GW als attr. hinterlegt ist)Dann

Code Auswählen Erweitern

set <device> flash
Das sollte es eigentlich schon gewesen sein (es gibt dazu auch schon eine rudimentäre commandref.)

[Sidey]

Hallo,

Leider habe ich kein

Code Auswählen Erweitern

set <device> fwType
Und auch kein flash Befehl.

In der Commandref stehen die Befehle leider auch nicht. Das wundert mich ja so.

Grüße Sidey


Gesendet von meinem Moto Z (2) mit Tapatalk

[dirkcx]

Hallo @Sidey, kann es sein, dass Du die Version aus dem svn installiert hast und nicht die, die hier im ersten Post angehängt ist?

[Sidey]

Das ist richtig.
Die ist ja von Ende Oktober aus dem SVN.

[Beta-User]

Die Oktober-svn-Version ist "nur" eine leicht modifizierte "alte", enthält aber nix zum Thema OTA (außer, dass eine leere Funktion eingebaut ist, um firmware-requests nicht gleich mit einem Absturz zu quittieren).

Die "September"-Version ist also die eigentlich aktuellste.

Was mir insgesamt noch nicht so ganz gefällt: Scheinbar wird bei jedem set-Befehl (also auch, wenn man nur einen switch auf off schaltet) die firmware-config gelesen. Finde ich nicht sooo toll, weiß aber auch nicht, ob das wirklich stört oder irgendwie anders besser gelöst werden könnte. Hatte kurz die Überlegung, das in ein get umzuwandeln.

Gibt's da Meinungen zu?

[Beta-User]

@Sidey:
Hast du jetzt die September-Version mal OTA-mäßig getestet und für gut (oder schlecht) befunden?

[Sidey]

Bin leider schon wieder verhindert... habe es aber noch vor.

[Beta-User]

So, jetzt habe ich den Tag über erfolgreich mit diverser Hardware rumgekämpft .

Ergebnis anbei, damit läuft ein kleinerer Sketch in ca. einer Minute durch, bis er wieder vollends online ist - gute Funkbedingungen vorausgesetzt. Allerdings ist die interne Logik bei den MYSBootloader-Dingern etwas anders als bei DualOptiboot, so dass theoretisch da was kaputt gegangen sein könnte (ich denke aber nicht).

Wäre daher nett, wenn jemand diesen Teil nochmal verifizieren könnte, ansonsten würde ich das dann irgendwann über Weihnachten vollends einchecken.

Soweit erkennbar, wäre das einzige, dass durch den veränderten heartbeat-Mechanismus "ältere" alive-Überwachungen nicht mehr so ohne weiteres laufen. Da wäre dann eine Zeile wieder zu aktivieren, sonst sehe ich eigentlich keine größeren Schwierigkeiten, oder übersehe ich grade was?

Gruß und viel Spaß damit,

Beta-User

[dirkcx]

  leider bleibt mein fhem mit der Version

Code Auswählen Erweitern

10_MYSENSORS_DEVICE.pm mit MYSBootloader nach kurzem Test komplett hängen.
Ich teste in den nächsten Tagen weiter, aber wirklich "debuggen" kann ich das mangels Perl Kenntnissen und Tools leider nicht.
Tipps dazu nehme ich aber gerne an
schöne Feiertage ...