homebridge/homekit

Begonnen von justme1968, 01 Februar 2016, 16:16:37

Vorheriges Thema - Nächstes Thema

Steffen@Home

Ok. So wie es aussieht funktioniert das irgendwie wohl nicht mit dem "genericDeviceType HumiditySensor"

Noch mal meine Frage von vorher, kann man im Mapping die Einheit überschreiben ?

homebridgeMapping:
CurrentTemperature=state,unit=PERCENTAGE,subtype=Feuchte

Dann könnte ich damit leben und würden den type thermometer nehmen und die Einheit anpassen.
Pi 1 - FHEM, HM-MOD-RPI-PCB, HM-RT-CC-DN, HM-WDS10-TH-O, HM-Sec-SCo, HM-LC-Sw1PBU-FM, Relais Platine für ext. Ansteuerung, LD382 Wifi LED Controller, DHT
Pi 2 - Kamera, DHT
Pi 3 - FHEM2, Grafana, DHT, Magnet-Sensoren, Relais-Platine

justme1968

#2146
@Steffen@Home: laut log hat dein sensor auch als HumiditySensor noch ein reading temperatur. ich weiss nicht was die home app dann macht. das bekommst du mit clear am anfang des homebridgeMappings weg. also so: attr <name> homebridgeMapping clear CurrentRelativeHumidity=humidity

falls das immer noch nicht geht: leg mal bitte einen dummy an:define xxx dummy
setreading xxx humidity 45
attr xxx genericDeviceType HumiditySensor


das sollte mit und ohne genericDeviceType gehen. und vergleich es bitte auch mit eve. ich tippe auf ein problem der home app.


man kann die einheiten nicht vorgeben. das ist sache der jeweiligen app und die entscheiden auf grund der characterisitic.



@leachim200: zeig die ganze konsolen ausgabe. besonders die zeile mit der version.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

alex885

Guten Morgen,

hab hier ein Verständnisproblem,
die Helligkeitsreading meiner TSL2561 Sensoren sehen z.b so aus:

luminosity:10.1 (was mir unkorrekt niedrig vorkommt) und bei HomeKit lese ich
35 Lux (besser!)

Nur, wie und wo wird dieser Wert 'erfunden' .... kann ich den auch in meinen Readings einbauen..

list des Dummy der in HomeKit eingebunden ist

Internals:
   NAME       luxFlurDecke
   NR         406
   STATE      0 Lux
   TYPE       dummy
   Readings:
     2017-03-02 10:04:41   broadband       1
     2017-03-02 10:04:41   gain            16
     2017-03-02 10:04:41   integrationTime 0.0137
     2017-03-02 10:04:41   ir              1
     2017-03-02 10:04:41   luminosity      8.5
     2017-03-02 09:49:41   state           update
Attributes:
   alias      Helligkeit Flur
   group      Service
   homebridgeMapping CurrentAmbientLightLevel=luminosity

   room       Flur,Homekit,Service
   siriName   Hell
   sortby     03


list des Sensors (auf anderem rpi über fhem2fhem angebunden)
Internals:
   CFGFN
   DEF        0x39
   HiPi_used  0
   I2C_Address 57
   IODev      rpii2c
   NAME       luxFlurDecke
   NR         2221
   STATE      8.5

   TYPE       I2C_TSL2561
   acquiState 0
   autoAddress 0
   blockingIO 1
   broadband  16
   calcState  0
   ir         5
   operationCounter 0
   operationInProgress 0
   requiredOperations 4
   rpii2c_SENDSTAT Ok
   saturated  0
   sensorType TSL2561 Package T/FN/CL Rev. 0
   timingModified 0
   tsl2561Gain 16
   tsl2561IntegrationTime 0
   tsl2561Package 5
   Readings:
     2017-03-02 09:59:41   broadband       16
     2017-03-02 09:59:41   gain            16
     2017-03-02 09:59:41   integrationTime 0.0137
     2017-03-02 09:59:41   ir              5
     2017-03-02 09:59:41   luminosity      8.5
     2017-03-01 12:03:32   state           Initialized
   acquiStarted:
     1488445181
     556004
Attributes:
   IODev      rpii2c
   floatArithmetics 1
   poll_interval 5



Danke für eventuelle Aufklärung,
Alex
FHEM auf Hackintosh-NUC, 5 x Rpi mit Fhem2Fhem & Shairport-Sync , FB7390, CUL, HMLAN, ZWave, Zigbee, RfxTrx, Rollotron, mySensors, Xiaomi mi, div Zeuchs..

justme1968

luminosity readings werden von homebridge-fhem mit 1/0.265 multipliziert. das ist ein wert den dirk mal gepostet hatte und so auch im wiki dokumentiert ist.

brightness, luminance und illuminance readings werden 1:1 durchgereicht.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

Steffen@Home

Dan du bist der Hit  ;)

Habe jetzt
clear CurrentRelativeHumidity=state

Zitat von: justme1968 am 02 März 2017, 10:04:00
@Steffen@Home: laut log hat dein sensor auch als HumiditySensor noch ein reading temperatur. ich weiss nicht was die home app dann macht. das bekommst du mit clear am anfang des homebridgeMappings weg. also so: attr <name> homebridgeMapping clear HumiditySensor=humidity

falls das immer noch nicht geht: leg mal bitte einen dummy an:define xxx dummy
setreading xxx humidity 45
attr xxx genericDeviceType HumiditySensor


das sollte mit und ohne genericDeviceType gehen. und vergleich es bitte auch mit eve. ich tippe auf ein problem der home app.


man kann die einheiten nicht vorgeben. das ist sache der jeweiligen app und die entscheiden auf grund der characterisitic.



@leachim200: zeig die ganze konsolen ausgabe. besonders die zeile mit der version.
Pi 1 - FHEM, HM-MOD-RPI-PCB, HM-RT-CC-DN, HM-WDS10-TH-O, HM-Sec-SCo, HM-LC-Sw1PBU-FM, Relais Platine für ext. Ansteuerung, LD382 Wifi LED Controller, DHT
Pi 2 - Kamera, DHT
Pi 3 - FHEM2, Grafana, DHT, Magnet-Sensoren, Relais-Platine

alex885

Hmm,

dies hier?


https://wiki.fhem.de/wiki/Universalsensor

bezieht sich aber auf eine Filterfolie die oversaturated  im Ausseneinsatz verhindern soll...
Zitat
Eine Testreihe mit der Folie im Vergleich mit einem kommerziellen Luxmeter hat den Faktor 0,265 ergeben. Mit Folie bekommt man mit einer Division durch 0,265 auf den aktuellen Lux-Wert:

$lux = $lum/0.265
Um den Wert mit Folie unterhalb des Devices angezeigt zu bekommen, muss man hierfür ein userreading erstellen. Die erfolgt mit folgendem Befehl:

attr Outdoor.Helligkeit userReadings luminosity2 { ReadingsVal("Outdoor.Helligkeit","luminosity",0)/0.265;; }

*kopfkratz*
Verwirrung steigt  ;)
A.
FHEM auf Hackintosh-NUC, 5 x Rpi mit Fhem2Fhem & Shairport-Sync , FB7390, CUL, HMLAN, ZWave, Zigbee, RfxTrx, Rollotron, mySensors, Xiaomi mi, div Zeuchs..

nerothos

Hallo,

würde gerne eine Dummy als MotionSensor einbauen, gibt es da kein genericDeviceType für den man nutzen kann ? Generell scheint die Characteristic und der Service MotionDetected/MotionSensor ja in Homebridge integriert, gibt es evtl. keien Umsetzung für das homebridge-fhem modul ?

Danke

justme1968

wie schon mehrfach geschrieben stehen alle bekannten und verwendbaren typen hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js.

genericDeviceType wäre MotionSensor und die characteristic MotionDetected.

die automatisierung sollte über fhem laufen. nicht über homekit. d.h. in den aller meisten fällen brauchst du bewegungsmelder nicht in homekit.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

nerothos

hm komisch, ich habe in fhem unter genericDeviceType nur folgende in der Liste ?

security
ignore
switch
outlet
light
blind
thermometer
thermostat
contact
garage
window
lock

justme1968

#2154
auch das wurde schon mehrfach erklärt. die liste umfasst ein paar häufig verwendete typen. es lassen sich aber über das attr kommando alle service typen aus HomeKitTypes.js verwenden.
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

nerothos

tut mir leid wegen der Mehrfachfragen, trotzdem vielen dank für deine hilfe !

Chillkroete1206

Sorry für die Dumme Frage, aber irgendwas mach ich beim Update von homebridge-fhem falsch.

Ich halte mich an das Wiki (https://wiki.fhem.de/wiki/Homebridge_einrichten#Homebridge_aktualisieren) aber trotzdem erhalte ich bei npm -g outdated immernoch einen Unterschied zwischen Soll und Ist. Was mache ich falsch?

leachim200

#2157
Sry für die späte Antwort:

Hier der auszug
pi@raspberrypi:/etc/init.d $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/5/2017, 10:45:40 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[3/5/2017, 10:45:40 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-http' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-http'.
[3/5/2017, 10:45:41 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1

[3/5/2017, 10:45:41 AM] Registering platform 'homebridge-fhem.FHEM'
[3/5/2017, 10:45:41 AM] ---
[3/5/2017, 10:45:41 AM] Loaded plugin: homebridge-http
[3/5/2017, 10:45:41 AM] Registering accessory 'homebridge-http.Http'
[3/5/2017, 10:45:41 AM] ---
[3/5/2017, 10:45:41 AM] Loaded config.json with 0 accessories and 1 platforms.
[3/5/2017, 10:45:41 AM] ---
[3/5/2017, 10:45:41 AM] Loading 1 platforms...
[3/5/2017, 10:45:41 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.0.252:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1488707142345
[3/5/2017, 10:45:42 AM] [FHEM] Checking genericDeviceType...
[3/5/2017, 10:45:42 AM] [FHEM]   executing: http://xxxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/5/2017, 10:45:42 AM] [FHEM] Fetching FHEM devices...
[3/5/2017, 10:45:42 AM] [FHEM] fetching: http://xxxxxx/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/5/2017, 10:45:42 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[3/5/2017, 10:45:42 AM] [FHEM] There was a problem connecting to FHEM (http://xxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[3/5/2017, 10:45:42 AM] [FHEM]   401: Unauthorized
[3/5/2017, 10:45:42 AM] [FHEM] There was a problem connecting to FHEM
[3/5/2017, 10:45:42 AM] [FHEM]   401: Unauthorized
^C[3/5/2017, 10:45:54 AM] Got SIGINT, shutting down Homebridge...

pi@raspberrypi:/etc/init.d $ npm -g outdated
pi@raspberrypi:/etc/init.d $

justme1968

@Chillkroete1206: welche ausgebe bekommst du genau?

@leachim200: in der aktuellen version (und schon eine ganze weile) kommt nach der roten zeile noch eine weiter mit der homebridge-fhem version. du hast also nicht die aktuelle version.

bitte homebridge-fhem noch mal drüber installieren.

hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

leachim200

Hi wurde soeben erledigt
sudo npm -g install homebridge-fhem

gleicher fehler wieder

root@raspberrypi:/etc/init.d# npm -g install homebridge-fhem
/usr/local/lib
`-- homebridge-fhem@0.3.7

root@raspberrypi:/etc/init.d# exit
exit
pi@raspberrypi:/etc/init.d $ homebridge
*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not supported (or only supported partially) in the Apple Bonjour compatibility layer of Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libdns_sd&e=node&f=DNSServiceRegister>
[3/5/2017, 11:30:12 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-fhem'.
[3/5/2017, 11:30:12 AM] Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-http' since we already loaded the same plugin from '/usr/lib/node_modules/homebridge-http'.
[3/5/2017, 11:30:12 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[3/5/2017, 11:30:12 AM] Registering platform 'homebridge-fhem.FHEM'
[3/5/2017, 11:30:12 AM] ---
[3/5/2017, 11:30:13 AM] Loaded plugin: homebridge-http
[3/5/2017, 11:30:13 AM] Registering accessory 'homebridge-http.Http'
[3/5/2017, 11:30:13 AM] ---
[3/5/2017, 11:30:13 AM] Loaded config.json with 0 accessories and 1 platforms.
[3/5/2017, 11:30:13 AM] ---
[3/5/2017, 11:30:13 AM] Loading 1 platforms...
[3/5/2017, 11:30:13 AM] [FHEM] Initializing FHEM platform...
starting longpoll: http://xxxxxx/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1488709814175
[3/5/2017, 11:30:14 AM] [FHEM] Checking genericDeviceType...
[3/5/2017, 11:30:14 AM] [FHEM]   executing: http://xxxxxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[3/5/2017, 11:30:14 AM] [FHEM] Fetching FHEM devices...
[3/5/2017, 11:30:14 AM] [FHEM] fetching: http://192.168.0.252:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[3/5/2017, 11:30:14 AM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[3/5/2017, 11:30:14 AM] [FHEM] There was a problem connecting to FHEM
[3/5/2017, 11:30:14 AM] [FHEM]   400: Bad Request
[3/5/2017, 11:30:14 AM] [FHEM] There was a problem connecting to FHEM (http://xxxxx/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1).
[3/5/2017, 11:30:14 AM] [FHEM]   400: Bad Request