Test Adapter FHEM v1.6.x
-
@LausiD sagte in [Aufruf] FHEM Adapter 1.2.1 (19.04.19) von github:
@siggi85
Danke für die Rückmeldung
Denke die meisten nutzen den Adapter wie du nur zum Übertrag einzelner Devices übrr den Raum ioBroker.
Vielleicht wäre es sinnvoll über eine Auswahl die restlichen Funktionen zu deaktivieren. Besteht Intetesse?Genau so nutze ich den Adapter!
Da diese Funktionen nicht stören, benötige ich nicht zwingend ein Deaktivieren dieser Funktionen. Bin einfach begeistert wie performant und stabil dieser Adapter läuft.
-
Geändert wurden:
-
Verarbeitung State change von ioB optimiert
-
fhem.x.info.Commands
sendFHEM und createSwitch werden bei Erfolg mit "done" quittiert.
Unter lastCommand wird jeweils der letzte Befehle an FHEM geschrieben.
resultFHEM enthält Antwort auf Befehl
Hier im Beispiel mit "update check"
-
fhem.0.info.Debug
Unter fhem.x.info.Debug.activate ein oder mehere Device Namen durch Komma getrennt eingeben und im admin-Log erscheinen für zB switch00 folgende Einträge
Gruß
LausiD -
-
Geändert wurde unter fhem.1.info.Configurations:
Jeweils bei Wert false können die angelegten state-Objekte nicht durch den Adapter verändert werden.
Bei true werden die Objekte je nach FHEM Adapter Version automatisch angepasst. -
Noch eine Änderung:
Für den Name Objekt state wird jetzt wie beim Objekt channel wenn vorhanden das Attribut alias verwendet. Kein alias vorhanden ist der Name des Objekts = Name Device in FHEM.
Zusätzlich wird beim Name für ein Objekt state noch das Attribut/Reading angehängt.
Ist fhem.x.info.Configurations.autoName=true werden im laufenden Betrieb durch Änderung alias alle Namen der Objekte geändert.@ok1
Kannst du das nochmal testen? DankeGruß LausiD
-
smartType SWITCH,LIGHT,THERMOSTAT werden automatisch gesetzt.
Mit fhem.0.info.Configurations.autoSmartName=false wird smartName und smartType für Alexa (iot und cloud Adapter) nur beim 1.Sync angelegt und danach nicht mehr durch den Adapter verändert.
Nur für Instanz fhem.0Gruß
LausiD -
Bei Verwendung von send2ioB aus FHEM sollte jetzt auch true/ false möglich sein.
Wer möchte Testen und Rückmeldung geben?
Danke und Gruß
LausiD -
Für ein state aus FHEM mit dem Wert "nomotion" oder "noMotion" wird bei Synchro zusätzlich ein Objekt state_boolean mit Wert "false" angelegt.
Für ein state aus FHEM mit dem Wert "motion" oder "Motion" wird zusätzlich bei Synchro ein Objekt state_boolean mit Wert "true" angelegt.
Ändert sich der Wert von state wird auch state_Boolean geändert.Gruß
LausiD -
Bei Verwendung von send2ioB aus FHEM werden auch Objekte mit type=Nummer geschrieben.
Gruß
LausiD -
Folgende Änderung für Bewegungsmelder:
Zusätzlich zum state wird noch subType=motionDetector geprüft. Wenn vorhanden wird immer ein state_boolean angelegt und auch nicht mehr gelöscht. -
Kompaktmodus wurde von Bluefox hinzugefügt
1.3.0 (2019-07-14)
(bluefox) Compact mode was added@Bluefox
thx
1.3.0 is ready for stable now -
@LausiD ок. Aber kannst du repo patchen bitte?
-
Bei Verwendung von allowedIOBin werden im Namen ioBroker '#' durch '_' ersetzt.
Gruß
LausiD -
- Änderungen in FHEM werden während Synchro gespeichert und erst am Ende Synchro verarbeitet.
- Es gibt im Raum ioB_System einen dummy fhem.0.alive. Der Adapter schickt alle 5 Min "set fhem.0.alive on-for-timmer 360". Bleibt der Befehl aus wechselt der dummy auf state off.
Neu:
Jede Aktualisierung state von fhem.0.alive wird vom Adapter ausgewertet.
Wurde das state 6 Min nicht aktualisiert wechselt fhem.0.info.Info.alive von true auf false.
Gruß
LausiD -
- Änderung bei error jsonlist2 während Synchro.
-
Einige Änderungen und Verbesserungen, jedoch ohne neue Funktionen
-
Optimierung "stateChange"
= Auswertung Ereignisse ioB zum Übertrag nach FHEM -
weitere Optimierungen
-
FHEM Adapter 1.4.0
- komplett überarbeitet und optimiert
Gruß LausiD
- komplett überarbeitet und optimiert
-
fix automatische Zuordnung Funktion "sensor" bei Objekten
-
fix Error: ER_DUP_ENTRY: Duplicate entry '62-1571851517214' for key 'PRIMARY' bei sql Adapter.
