Comments (14)
das ist seit einiger zeit mit einem mapping für Reachable wieder möglich.
beispiel hier: https://forum.fhem.de/index.php/topic,48558.msg994168.html#msg994168
from homebridge-fhem.
was möchtest du denn genau tun? welches reading mit welchem wert auf welche characteristik?
from homebridge-fhem.
Ich erhalte aus den Tasmota Devices das Reading "presence" und dieses hat die Werte "offline" oder "online". Ich möchte, dass im Falle eines "offline" dieser Status an HomeKit/Homebridge übergeben wird.
Das Gerät soll/wird dann in der Home App (HomeKit) als "Offline" angezeigt werden.
Weiß dass es geht, weil ich es schon mal drin hatte.
Die Geräte sind dann nicht mehr steuerbar was gut ist, da es sonst so aussieht als ob man offline Geräte steuern könnte.
Im englischen wird es wohl als "not responding" oder "no response" in der Home App angezeigt.
Hoffe das hilft. Danke schon mal für Deine schnelle Hilfe
from homebridge-fhem.
Kenne halt die dafür passende characteristik nicht, das ist mein Problem :-)
from homebridge-fhem.
Bin der Meinung dass ich es früher (als es wie oben beschrieben lief) auch nicht als characteristik im homebridgeMapping hatte, sondern das Reading einen anderen Namen hatte und daher wohl ohne extra Definition so lief.
Zur Not würde mir die richtige Bezeichnung des Readings schon helfen.
Denn benenne ich diese einfach um.
from homebridge-fhem.
es gibt bzw. gab eine reachable characteristik in homekit. die scheint aber nicht mehr unterstützt zu werden.
ich habe auf die schnelle leider keine gute idee. ich muss mal schauen.
from homebridge-fhem.
Oh, das ist schade.
Finde es sehr praktisch, da bei mir nicht immer alle Geräte (Steckdosen) aktiv sind und ich diese sonst als "Schaltbar" angezeigt bekomme.
Ich teste es gerne mal mit "reachable".
Welche value wurden für die characteristik benötigt? true und false ?
Sonst bin ich natürlich für jede Hilfe und Idee dankbar :-)
Danke schon mal für Deine Mühe
from homebridge-fhem.
also... der code war eigentlich nie fertig eingebaut. ich hatte damit angefangen, aber weil das ganze auf homekit seite dann nicht mehr unterstütz war habe ich es nicht fertig gebaut.
bist du sicher das es schon mal funktioniert hat? ich meine das wirklich zur laufzeit der status geändert wurde. oder war es zufällig nur beim neustart aktuell.
from homebridge-fhem.
Ich bin mir dahingehend sicher, dass Geräte die nicht erreichbar waren, auch in HomeKit App als nicht erreichbar geflaggt wurden mit dem roten text und Ausrufezeichen.
Da bin ich mir ganz sicher.
Hatte es aber auch nicht extra konfiguriert, es war einfach da.
Nehme an das ein Reading einfach den richtigen Namen hatte und es als homebridgeMapping vorkonfiguriert war.
from homebridge-fhem.
Moin,
im FHEM-Forum gab es dazu eine kleine Diskussion. Hier mein Ergebnis mit Logfiles: https://forum.fhem.de/index.php/topic,48558.msg994168.html#msg994168
Bei mir funktioniert es wie folgt:
userReadings "reachable" entsprechend FHEM Wiki erstellen: https://wiki.fhem.de/wiki/UserReadings
Bei meinem Ventilator sieht das dann bspw. wie folgt aus:
attr OG_Buero_Ventilator userReadings reachable {if(ReadingsVal("OG_Buero_Ventilator","state","") eq "connected") {return 1} else {return 0}}
Anschließend habe ich noch die entsprechende characteristic "Reachable" im homebridgeMapping ergänzt:
Reachable=reachable,values=0:False;;1:True
Die Statusveränderung wird in EVE und in der Home App auch im Laufenden Betrieb angepasst. Ein Neustart der Homebridge ist also nicht erforderlich.
@Sonsi79 Kannst du das mal bei dir gegenprüfen? Der Issue kann meiner Ansicht nach geschlossen werden.
Viele Grüße Hoppel
from homebridge-fhem.
Da war ich mit meiner Erläuterung wohl zu langsam.... ;) Viel Spaß noch
from homebridge-fhem.
Bei mir funktioniert die Statusanzeige in der Home App nicht per homebridgeMapping-Attribut:
Reachable=online,values=false:0;true:1
oder Reachable=online,values=0:false;1:true
Setze ich jedoch das userReadings-Attribut mit folgendem Eintrag, funktioniert es (neuer Status wird nach Raumwechsel angezeigt):
reachable {if(ReadingsVal($name,"online","") eq "true") {return 1} else {return 0}}
Warum geht es nicht mit dem homebridgeMapping-Attribut?
Ganz davon abgesehen ist unter https://developers.homebridge.io/HAP-NodeJS/classes/characteristic.html die Reachable-Charakteristik deprecated. Gibt es eine alternative Charakteristik?
from homebridge-fhem.
Reachable=online,values=false:0;true:1 sollte gehen. was sagt das log?
weil es deprecated ist wird Reachable wird intern nicht über die alte characterisic umgesetzt sondern über eine fehlermeldung. einen anderen weg gibt es nicht.
from homebridge-fhem.
Mit Reachable=online,values=false:0;true:1
hab ichs auch schon erfolglos probiert.
Hier die dazugehörigen Logeinträge:
Wenn das Gerät offline geht:
2021-07-21 15:43:15 caching: ShellyPlug-online: false
[2021-7-21 15:43:15] [FHEM] caching: Reachable: 0 (as string; means captureRejections; from 'false')
Wenn das Gerät wieder erreichbar ist:
2021-07-21 15:50:09 caching: ShellyPlug-online: true
[2021-7-21 15:50:09] [FHEM] caching: Reachable: 1 (as string; means ???; from 'true')
from homebridge-fhem.
Related Issues (20)
- warning from the characteristic 'Hue' & 'on' HOT 5
- warning from the characteristic 'Saturation' HOT 17
- Installation procedure failure (version 0.5.29) HOT 2
- Configuration gets lost after docker container restart HOT 7
- Homebridge-fhem Problem mit fhem Zugriff. HOT 4
- No reconnect after FHEM Server restart HOT 2
- homebridge-fhem with Homebridge 1.3.x does not work (for me) HOT 4
- Thermostat's dont't work anymore HOT 3
- longpoll error HOT 13
- No response with Mac OS Monterey HOT 1
- Status der Geräte updated nach einiger Zeit nicht mehr HOT 2
- This plugin slows down Homebridge. The read handler for the characteristic 'Current Relative Humidity' was slow to respond HOT 1
- Homebridge sometimes does not start with homebridge-fhem plugin active HOT 8
- Plugin settings in Homebridge UI overwrite manually created configuration HOT 3
- Option to reduce log output HOT 1
- Device state update is not working HOT 14
- For ProgrammableSwitchEvent the nocache=1 dosent work HOT 6
- History Type Energy not working HOT 1
- HMCCU-Geräte werden bei best. Konstellationen vergessen und später als neue Geräte wieder hinzugefügt HOT 1
- Thermostat übergeben OHNE Cooling/AUTO Funktion HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from homebridge-fhem.