airStudio 10: MagicLight Unterstützung und mehr

[holzfred]

Übersehe ich da was? Hat das schonmal einer erfolgreich ans laufen bekommen?

Sorry, aber ich freu mich, dass ich nicht alleine damit bin...

Ich hab zur zeit zum Testen 3 Geräte als WOL angelegt. Alle drei haben mit der 9.x jahrelang von jedem Punkt der Erde aus funktioniert. Mit der Beta funktioniert ein Rechner sporadisch. Heute so, morgen so. Mein Server mit einer DualNIC funktioniert gar nicht. Selbst der Tip von JB den Aktor anzulegen, die IP des Rechners einzugeben um die MAC zu ermitteln und vor dem speichern die IP auf die Broadcast 255.255.255.255 zu ändern und zu aktualisieren, funktioniert nicht. Heute hat der sporadisch zu erreichende Rechner gar nicht funktioniert und der andere einmal. Das witzige ist: Alle haben feste Adressen, die NICs sind vom selben Hersteller und der selben Serie und unterscheiden sich nur in den letzten beiden Stellen. Ich habe auf allen einen direkten Port von außen über die Fritte geleitet und kann ohne Probleme per RDP auf alle zugreifen. Ich habe alle drei Rechner in der Fritte neu angelegt und trotzdem funktioniert das Ganze nicht... immer... Wenn ich jetzt unterwegs bin und brauche von zu Hause ein paar Daten, muss ich zuerst über die myFritz-App den Server wecken. Von dort aus kann ich mittels Lightsout (ServerStandby-Programm) jeden Klienten im Haus wecken... Auch das geht über WOL. Selbst mit der WOL.exe auf dem Server klappt das immer...

Gruß Uwe

[jbmedia]

Die Beta-o ist online. Es wurden einige kleinere Dinge gefixt. MagicLight Controller sollten nun in jedem Fall funktionieren, ggf. das Gerät löschen und neu hinzufügen. Bei Hue RGB Leuchtmitteln wird der Farb-Slider nun immer angezeigt. Bei Ping funktionierte das Maker-Ausschalter nicht in jedem Fall, dies ist nun auch gefixt. Szenen werden nun über das Kontextmenü (rechte Maustaste) deaktiviert.

[Michael B]

Perfekt! Ping funktioniert jetzt auch bei mir. Marker werden in beide Richtungen gesetzt.
Danke

[Simon]

@JBMedia

Danke für das Aufgreifen mit der Szene im Auswahlmenü....
Kurze Amerkung und kleine Bitte, klappt nun prima - ABER schön wäre eine eindeutige Bezeichnung "Szene deaktivieren", oder? Aktuell steht da nur "deaktivieren"... Kleines Wort mit grosser Wirkung.

[wireless-dj]

Moin,

Sorry, wenn ich frage, ich hab die Betas bislang nicht getestet…..
Wurde / Wird mit Version 10 auch die Shelly-Unterstützung integriert?
Oder kommt das später?

Danke & Gruß,

Volker

[etsob]

Moin,

Sorry, wenn ich frage, ich hab die Betas bislang nicht getestet…..
Wurde / Wird mit Version 10 auch die Shelly-Unterstützung integriert?
Oder kommt das später?

Danke & Gruß,

Volker

Nein. Die Einbindung muss weiterhin über URL erfolgen

[Skipper]

Hallo,

die Sensoren machen irgendwie Kummer.

Der Olympiaprotect Wasseralarm löst nun umgekehrt aus - meldet Wasseralarm AN bei Trockenheit und Wasseralarm AUS bei Nässe.
Das war mit bei 9.xxx noch richtig rum und nie das Problem. Auch wird der Marker im Programm nicht mehr mitgenommen.

Die Thermosensoren sollen abhängig von Temperaturen Marker setzen oder Mails schicken. Das klappt nun auch nicht mehr richtig. Hab versucht das nachzuvollziehen, aber ich komme nicht dahinter. War mit 9.xx auch kein Thema.

Liebe Crew von JBMedia, schaut euch das mal an, hatte das Fenster schon offen, um die ganze Kiste rauszuschmeissen, das bringt aber auch nix..... bitte um Hilfe.

[2712]

bei FW Update Extender springt die Anzeige im Übertragungsfenster oben auf den Master um, das ist etwas verwirrend, da man nun nicht weiß, geht der Transfer zum Master, oder zum Extender.

ist mit 10o behoben.

Eine Frage noch: was bedeutet "jbc,54" im log?

[2712]

leider habe ich jetzt ein Problem beim Marker Schalten im Lan aus NodeRed, es wird zwar vom LM bestätigt, aber auch im Log steht aber der Befehl nicht. Das hat bislang klaglos funktioniert. Jetzt geht es nur sehr sporadisch:

Log:
09:22:03
192.168.1.XX >

der Debug aus NodeRed zeigt folgendes:

5.5.2021, 09:22:03node: 8b259a44.82ade8
msg : Object
object
topic: ""
payload: "OK"
payload_raw: object
meta: object
_msgid: "cebdca20.e31d48"
statusCode: 200
headers: object
responseUrl: "http://192.168.1.XX/control?cmd=typ,smk,28,0"
redirectList: array[0]

hier mal ein erfolgreicher Versuch

log:

09:30:49
192.168.1.XX > smk,28,1

NodeRed:

5.5.2021, 09:30:49node: 8b259a44.82ade8
msg : Object
object
topic: ""
payload: "OK"
payload_raw: object
meta: object
_msgid: "78d91bdb.99df64"
statusCode: 200
headers: object
responseUrl: "http://192.168.1.XX/control?cmd=typ,smk,28,1"
redirectList: array[0]

hat sich da was geändert?
Zur Sicherheit wurden alle Komponenten durchgestartet

[jbmedia]

leider habe ich jetzt ein Problem beim Marker Schalten im Lan aus NodeRed, es wird zwar vom LM bestätigt, aber auch im Log steht aber der Befehl nicht.

Man kann die Funktion einfach im Browser testen. Dazu http://192.168.1.xxx/control?cmd=typ,smk,0,1 eingeben. Die erste Zahl ist der Marker minus 1 (0-63), die zweite ist ein oder aus. Wir haben dies gerade mehrfach getestet, funktioniert einwandfrei inkl. Logging.

Es gibt jedoch einen Unterschied zu früher, der HTTP Aufruf wird sofort beantwortet, ohne die Ausführung des Befehls abzuwarten. Wenn NodeRed also mehrere Befehle unmittelbar hintereinander schickt, können u.U. welche verloren gehen. Diese Änderung soll das Ansprechen durch ext. Programme flüssiger gestalten, könnten in solch einem Fall aber kritisch sein.

Update: Wir machen das wieder so, dass bei Befehlen (cmd=...) per HTTP der GET erst nach Abarbeitung des Befehls beantwortet wird. Bei Szenen erfolgt die Rückgabe hingegen sofort, da hier die Ausführungszeit u.U. sehr lang ist und der GET ansonsten einen Timeout verursachen könnte.