Aeon Labs Aeotec Smart Energy Power Strip (DSC11-ZWUS)
Aeon Labs Micro Smart Energy Switch
Aeon Labs Recessed Door Sensor
Aeon Labs DSC26103
Vision ZR1202 v1.74
Vision Security ZS5101 v1.65
Kwikset-Smart Code 916 v3.37
Yale-T1L v18.128
Yale Door Lock v80.32
RTC-CT100 Thermostat v9.1
Other improvements:
PIN dfor new user is now set to ‘1111’ by default
In case of empty user PIN, it is set to default value - ‘1111’
New actions in Lua scenes:
fibaro:call(ID, ‘startLevelIncrease’, x, y)
fibaro:call(ID, ‘startLevelDecrease’, x, y)
fibaro:call(ID, ‘stopLevelChange’)
These calls can be used to start increasing or decreasing Multilevel Switches (like Dimmer 2, RGBW or Roller Shutter 2 modules) value. ‘x’ and ‘y’ are optional parameters, used to set respectively time frame in which change should be applied and starting level. ‘stopLevelChange’ stops previously send action.
fibaro:getDevicesId(x)
Call used to get table with IDs of devices that meet requirement specified by ‘x’.
Examples:
print(‘All devices with parameter visible equal to “true” and enabled equal to “true”:’)
ids = fibaro:getDevicesId({visible = true, enabled = true})
print(json.encode(ids))
print(‘ALl devices with energy interface:’)
ids = fibaro:getDevicesId({interfaces ={“energy”}})
print(json.encode(ids))
print(‘All devices with ‘unit’ property (no matter its value):’)
ids = fibaro:getDevicesId({properties = {unit=“nil”}})
print(json.encode(ids))
filters in /api/devices that allows for filtering out devices that meet some requirements, examples:
HC IP/api/devices?visible=true returns devices with visible equal to ‘true’
HC IP/api/devices?property=[batteryLevel,100] returns devices with property batteryLevel equal to 100
HC IP/api/devices?interface=light returns devices with light interface
Multiple filters can be used together, for example: HC IP/api/devices?visible=true&interface=light returns devices with visible equal to ‘true’ and with ‘light’ interface
Und schwups die nächste Beta ist wieder da.
Habe sie jetzt seit 2 Tagen am start und gefühlt läuft sie besser, schneller und stabiler im Gegensatz zur 4.070.
Keine Verzögerungen mehr im Zwave Netzwerk, Weboberfläche ist schneller und meine Danfoss LC12 laufen auch wieder rund.
Bei mir hat sich das Update auf die Beta gelohnt und Verbesserungen gebracht, solltet bei euch mit der 4.070 alles rund laufen
empfehle ich das update nicht durchzuführen.
Solltet Ihr das RFID-Skript zum aktivieren/deaktivieren eures Alarms nutzen, dann dürft Ihr kein Update machen, da dies nicht mehr mit der Beta 4.071 funktioniert.
Frage ist, ob das je wieder so umgesetzt wird. Habs im Forum gepostet, Ticket mach ich die Tage auf. Denke aber nicht, dass Fibaro daran was ändern wird. Die Hoffnung stirbt aber zuletzt.
Hab mit der 4.070 seit 3 Tagen keine Probleme. Läuft alles top. Werde, sollte es so weiterlaufen auch kein Update mehr machen.
Kannst du mal versuchen bei der 4.071 den Reader mal zu exkludieren und anschließend neu zu inkludieren. Vielleicht überträgt er dann wieder die benötigten Tabellen. Hab ich nicht gestestet. Danke für deine Hilfe.
Also, der Reader scheint nicht ausreichend zu funktionieren. Ich habe ihn normal ex- und inkludiert. Er hat aber dann, wenn ich z.B. in der Szene die Arrays auslesen will, immer sechs mal gepiept. Die Szene lief in eine Endlosschleife und mir wurde, wo sonst das kleine gelbe Dreieck ist, ein rotes angezeigt. Ich habe dann das HC neu starten müssen, da es nicht mehr erreichbar war.
Szene deaktiviert, RFID-Reader wieder ex- und inkludiert. Rotes Dreieck wieder da (siehe Bild)
Starte gerade neu und schmeiße den Reader wieder raus…
Bei sechsmal piepen ist der Reader nicht richtig inkludiert, glaub ich.
Achte mal auf deinen RAM und Zwave Verkehr, der müßte nach und nach steigen und dann “503”
Das mit der fehlerhaften Inklusion kannte ich schon. Bei der 4.070 hat es auch geklappt. Keine Probleme mit dem RAM! Mit der 4.071 klappte es , wie Daniel ja schon schrieb, nicht mehr. War aber ja abzusehen.
Das Problem wurde so wie es aussieht aber erst durch den Reader in Verbindung mit der Beta hervorgerufen. Das war zumindest zwei mal das Ergebnis heute morgen nach Daniels Bitte.
Ich habe jetzt übrigens auf die 4.072 BETA gewechselt, da die beiden vorigen ein extremes delay im z-wave hatten. Das ist jetzt behoben. Läuft problemlos.
Hatte gestern auch mal wieder einen Total-Crash mit 4.070. Nach einem Neustart ging soweit wieder alles. Als Problem hab ich dann einen neu inkludierten Philio Button ausgemacht, der nach einem Klick und Auslösen einer CentralScene das komplette Netzwerk lahmgelegt hast. Denke sowas hast du auch chriss. Bei der 4.072 wurde nichts an den Z-Wave-Konfig geändert
Mag sein,…dazu habe ich zu wenig Einblick in die Materie! Mit den letzten beiden Versionen habe ich selbst nach mehreren Neustarts immer eine Verzögerung im Netzwerk gehabt. Z.B. Über das Handy die Garage geöffnet…reagierte nicht, dann den originalen Funksender verwendet, Garage geöffnet. Eine halbe Stunde später öffnete sich dann plötzlich das Tor. Genauso beim Ausführen von Szenen…! Mit der 4.072 ist das bei MIR alles behoben. Szenen reagieren und Befehle werden just in time umgesetzt…
