Nur Text | Text mit Bildern

FHEM Forum

Verschiedenes => Off-Topic => Thema gestartet von: eldrik am 23 Januar 2015, 13:57:07

Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 23 Januar 2015, 13:57:07
Neueste Meldungen über sogenannte Bridges, die es ermöglichen sollen, mit Geräten ohne WLAN oder Bluetooth, kommunizieren zu können lassen evtl. auch Raum für Lösungen wie Fhem oder?

http://www.heise.de/newsticker/meldung/Smart-Home-Apples-HomeKit-teilweise-zu-konkurrierenden-Plattformen-kompatibel-2527041.html

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Rince am 24 Januar 2015, 04:57:25
Wenn du im Mittelteil liest, da steht was alles verboten bleibt, bzw. keine Zulassung bekommt...

No Chance...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mmattern am 05 Februar 2015, 11:43:56
Immerhin gibt es ja sowas... Raspberry bzw. beliebiger Node.js-Server als HAP-Server (HAP = Homekit Accessory Protocol):
https://github.com/KhaosT/HAP-NodeJS (https://github.com/KhaosT/HAP-NodeJS)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 05 Februar 2015, 16:33:55
das gibts auch noch https://github.com/etwmc/Personal-HomeKit-HAP-
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Larsihasi am 29 Juni 2015, 21:46:49
Mit OpenHAB funktioniert das ganze anscheinend schon:
http://www.ifun.de/openhab-bridge-erlaubt-anbindung-nicht-zertifizierter-geraete-an-homekit-78694/ (http://www.ifun.de/openhab-bridge-erlaubt-anbindung-nicht-zertifizierter-geraete-an-homekit-78694/)
Und der erste Kommentar zu diesem Beitrag hofft wohl auch darauf, daß sich dieses Thema nun jemand für FHEM annimmt  ;)
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Juli 2015, 22:10:56
ich habe gerade etwas mit homebridge (https://github.com/nfarina/homebridge (https://github.com/nfarina/homebridge)) gespielt.

die mitgelieferten shims für sonos, harmony und hue funktionieren schon recht gut. mit dem url shim kann man auch geräte die fhem kennt ein und aus schalten sowie dimmen. es gibt sogar einen homematic shim der aber eine ccu voraussetzt.

ein problem sind noch die englischen raum namen die die homekit apps die ich gefunden habe verwenden um die geräte bekannt zu machen. das vergeben von deutschen namen funktioniert nur zum teil und eine mischung aus deutsch und englisch ist fehleranfälliger.

wenn es funktioniert dann funktioniert es wirklich sehr gut und sehr schnell und es macht richtig spass. ich war sehr positiv überrascht. vor allem das gruppieren nach raum oder device typ funktioniert ziemlich automatisch und gut. mach xxx aus, mach das licht in yyy aus und mach das licht aus schaltet eine lanpe, alle lampen in einem raum oder alle lanpen überall. auch der aktuelle status lässt sich abfragen. viel besser als die alte siri proxy variante oder der workaround mit den notizen.

ich vermute das man mit etwas zeit und einlesen einen shim (und eventuell ein zugehöriges fhem modul) schreiben könnte um fhem über homebridge direkt ohne den http shim zusammen zu bringen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 15 Juli 2015, 08:30:07
Ich bastle gerade an so einer homebridge-fhembridge, leider kann ich mit request nicht auf die jsonlist2 zugreifen. Zumindest nicht mit Basicauth & HTTPS. Kennt sich jemand besser mit javascript/nodejs aus? Hier mein minimal example...

Code Auswählen
var request = require('request');
require('request').debug = true;

request({
uri : 'https://127.0.0.1:8083/fhem?cmd=jsonlist2&XHR=1',
'auth': {
    'user': 'fhem',
    'pass': 'fhempassword',
    'sendImmediately': false
  },
  strictSSL: false,
  rejectUnauthorized: false
},
function (error, response, body) {
  if (!error && response.statusCode == 200) {
    console.log("REQUEST:"+body);
  } else {
    console.error("REQUEST: "+response.statusCode);
    console.error("REQUEST: "+error);
  }
});

Ich bekomme immer ein 401 weil fhem ein redirect sendet und request dann dafür kein auth mehr hat. Kann man irgendwie verhindern dass fhem diesen redirect macht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 15 Juli 2015, 14:33:55
Hi,

da es mit iOS9 nicht mehr ohne weiteres mit dem "Notiz-Trick" funktioniert, was ich sehr schade finde, da es schon sehr gut funktionierte und dank der Perl-Künste eines Freundes ich da schon viele schöne Sachen mit machen konnte, habe ich mich nun auch mal nach einer Alternative umgeschaut und bin hier auch auf homebridge gestossen. Es war zwar etwas krampfig das ganze zum laufen zu bringen, aber mittlerweile läuft es, obgleich ich bislang die Verbindung zu fhem noch nicht probiert habe.

Ein direktes Modul in fhem wäre natürlich ein Traum, aber auch so wäre ich dankbar wenn wir uns hier mal diesbezüglich austauschen könnten. Ich werde auf jeden Fall die nächsten Tag damit etwas rumfuddeln und kann gerne meine Ergebnisse mit euch teilen.

byebye,
hive
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 Juli 2015, 16:34:55
ich teste gerade ohne auth. das funktioniert mit meinem platforms/FHEM.js so weit das aus einem raum alle schaltbaren devices automatisch gefunden und veröffentlicht werden. dabei werden auch dimmer und rgb lampen berücksichtigt.

irgendwo habe ich aber noch ein problem wenn ich alle räume abfrage. scheinbar stimmt dann mit dem json list ergebnis etwas nicht.

was ich mir noch gar nicht angeschaut habe ist den status auch zu synchronisieren und das schalten in fhem an homekit zu melden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 15 Juli 2015, 16:48:00
Nice Andre  ;D

Darf ich dem entnehmen, dass es bei dir mit Auth auch nicht geht?
Ich versuche gerade der Authentication Geschichte nachzugehen https://github.com/request/request/issues/1677
Würde mich beruhigen wenn es nicht nur an meinem System läge  :'(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 Juli 2015, 16:50:07
ich hatte es mit auth noch gar nicht probiert.

eventuell komme ich heute abend dazu das zu probieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 15 Juli 2015, 20:09:15
@andre, holymoly

ich habe homebridge erfolgreich zum laufen gebracht und ich habe auch fhem-technisch da ein paar Geräte per HTTP GET angelegt. Das erste Gerät kann ich auch mit einer Homematic tauglichen App (ich nutze Eve) verbinden und kann auch ein Licht ein und ausschalten, aber ab Gerät 2 will es nicht mehr und möchte keine weiteres Gerät hinzufügen.

dann habe ich holymolys FHEM.js probiert wie oben gepostet, aber da fährt mir homebridge geschmeidig an die Wand (ohne AUTH, also Felder leer gelassen).

Meine Frage wäre nun, ob ihr eure config.json sowie die FHEM.js mit uns teilen könntet und ob ihr ggf. einen Tip habt, was das sein kann das nur das erste Gerät hinzufügbar ist (obgleich alle angelegten als gültige Geräte angezeigt werden in den Apps).

Dank euch
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 15 Juli 2015, 22:20:09
kleines update für alle die es juckt ... mittlerweile geht die hue anbindung über homebridge, aber es möchte nur 3 meiner 4 lampen verbinden. nein der name hat keine umlaute oder dergleichen.

fhem-technisch kann ich bislang auch nur ein einziges gerät hinzufügen per HTTP-GET und fröhlich schalten, bei weiteren geräten passiert bei der ios app, die man ja zum aufbau der homekit-db braucht, leider entweder nichts, also es kommt nichtmal dazu das man nen code eingeben könnte  ... oder der code wird abgelehnt.

bei der lampe die ich via siri->homebridge->fhem schalte, bekomme ich auch leider nicht die dimmfunktion hin,es geht nur an und aus .. ich denke mal es liegt an dem %b.

so sieht das in meiner config.json dazu aus:
Code Auswählen
        {
            "accessory": "Http",
            "name": "Esszimmer Licht",
            "on_url": "http://localhost:8083/fhem?cmd.Kitchen_Dimmer_Sw=set%20Kitchen_Dimmer_Sw%20on",
            "off_url": "http://localhost:8083/fhem?cmd.Kitchen_Dimmer_Sw=set%20Kitchen_Dimmer_Sw%20off",
            "brightness_url": "http://localhost:8083/fhem?cmd.Kitchen_Dimmer_Sw=set%20Kitchen_Dimmer_Sw%20%20%b",
            "http_method": "GET"
        }
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 Juli 2015, 22:49:10
das stück code oben ist kein vollständiges FHEM.js. auch wenn einiges geht sind wir davon noch etwas weg.

meine hue lampen gehen alle. ich habe noch kein siri kommando zum ändern der farbe gefunden. in der app geht es aber.

nimm mal zum dimmen das dim kommando. damit funktioniert es bei mir.
Code Auswählen
        {
            "accessory": "Http",
            "name": "Kitchen Lamp",
            "on_url": "http://10.0.1.21:8083/fhem?cmd=set%20LED%20on&XHR=1",
            "off_url": "http://10.0.1.21:8083/fhem?cmd=set%20LED%20off&XHR=1",
            "brightness_url": "http://10.0.1.21:8083/fhem?cmd=set%20LED%20dim%20%b&XHR=1",
            "http_method": "GET"
        }


mit dem http shim und auch meinem fhem shim funktionieren auch rollläden im prinzip. das problem ist das es unter ios8 diese noch nicht gibt und sie als lampen behandelt werden müssen. unter ios9 soll es auch rollladen als eigenen gerätetyp geben.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 Juli 2015, 22:50:48
noch was ganz anderes: hat noch irgendjemand die inoffizielle hap doku die inzwischen leider nicht mehr online ist? siehe: https://github.com/github/dmca/blob/master/2014-11-04-Apple.md (https://github.com/github/dmca/blob/master/2014-11-04-Apple.md).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 16 Juli 2015, 07:57:07
@andre:

vielen dank für deine rückmeldung. entschuldige, ich hätte bei meinem "codeschnipsel" natürlich dazu sagen sollen, das dies nicht die komplette config ist.

anbei in der vollen "pracht": :)

Code Auswählen
{
    "description": "This is an example configuration file with all supported devices. You can use this as a template for creating your own configuration file containing devices you actually own.",

    "platforms": [
        {
            "platform": "PhilipsHue",
            "name": "Phillips Hue",
            "username": "dietollehueidwelchemirhomebridgesagtundichaucheineverbindungdamithinbekomme"
        }
    ],

    "accessories": [
        {
            "accessory": "Http",
            "name": "Flur Licht",
            "on_url": "http://localhost:8083/fhem?cmd.Corridor_Switch=set%20Corridor_Switch%20on",
            "off_url": "http://localhost:8083/fhem?cmd.Corridor_Switch=set%20Corridor_Switch%20off",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Esszimmer Licht",
            "on_url": "http://localhost:8083/fhem?cmd.Kitchen_Dimmer_Sw=set%20Kitchen_Dimmer_Sw%20on",
            "off_url": "http://localhost:8083/fhem?cmd.Kitchen_Dimmer_Sw=set%20Kitchen_Dimmer_Sw%20off",
            "brightness_url": "http://localhost:8083/fhem?cmd.Kitchen_Dimmer_Sw=set%20Kitchen_Dimmer_Sw%20pct%20%b",
            "http_method": "GET"
        }
    ]
}

danke für den tip mit dem dim, aber ich habe bei mir von homematic schaltaktoren (können eh nur on / off) und dimmaktoren im einsatz und letztere kennen das kommando dim leider nicht.man kann hier mit "pct" entweder einen direkten %-wert angeben, also "set licht pct 50" für halb an usw ... aber ich sehe das deine url-syntax ein leicht anderer ist, das werde ich mal ausprobieren.

ansonsten ist es halt irgendwie ultra-schräg, ggf. liegts an der ios9 public beta 1, aber manchmal sieht er alle lampen, sei es welche mittels http oder per hue, manchmal nur eine ... manchmal kann ich mehrere bei homekit registrieren, manchmal nur eine. ich werde da auf jeden fall noch etwas rumfuddeln.

dui meintest das du das harmony modul zum fliegen gebracht hat? wenn ich das so aktiviere wie in der beispiel-datei fällt es sofort auf die nase, was auch irgendwie kein wunder ist, da es ja auch keine auth-infos hat, aber angeben kann ich die auch irgendwie nirgends und anders als bei dem hue modul, was ja wenigstens beim abschmieren gesagt hat, was es möchte (drücke pair knopf ... füge code wo ein) sagt das bei mir irgendwie nix

wegen der hap doku werde ich mal schauen ob ich da was finde.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 16 Juli 2015, 08:55:07
@andre: das mit der hap doku stellt sich doch etwas schwieriger dar als erwartet ohne dev zugang :/ das einzige was ich so gefunden hab war

https://developer.apple.com/library/ios/documentation/NetworkingInternet/Conceptual/HomeKitDeveloperGuide/HomeKitDeveloperGuide.pdf

aber das ist ja nur eine konzeptionelle beschreibung von homekit und keine genaue beschreibung des protokolls/der api. :/
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 Juli 2015, 09:30:08
die offizielle doku gibt es nur unter nda. und registrieren reicht nicht. es ist auch eine begründung und beschreibung der geplanten hardware nötig. reine software zählt angeblich nicht.

die doku die ich meine war reverse engeneered.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 16 Juli 2015, 09:48:37
Vielleicht kann man die reversed Engineered Doku trotzdem noch von dem Ersteller per DM bekommen:

https://mobile.twitter.com/pieceofsummer
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 16 Juli 2015, 11:47:18
@ Marcus42
Hab mal bei ihm angefragt  8)
@Andre
Auth problem ist so gut wie gelöst.
Du implementierst derzeit eine shim für FHEM als "platform", oder?
Magst du homebridge bei git forken und zusammenarbeiten?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 16 Juli 2015, 11:58:46
es ist mir ja nahezu unangenehm euch mit meinen "ersten schritten" diesbezüglich zu belästigen während ihr da schon (ggf. gemeinsam HURRA) am entwickeln seid, aber vielleicht haben ja andere auch damit probleme und es hilft auch der allgemeinheit, wenn ich hier meine problemlich kund tue.

einmal danke an andre, mit deinem geänderten url-schema geht auch das dimmen nun über pct wunderbar.

ich habe homebridge nun aus der ubuntu vm direkt auf den mac mini mit 10.10.5 (mittlerweile) gezogen und das funktioniert weeeeeitaus besser, aber ich habe immernoch das problem, das ich von den homematic fhem devices, die ich über http urls eingebunden habe, immer nur einen bei homekit registrieren kann, beim rest tut sich nüschts und es bleibt beim pairing hängen.

mein log sieht da wie folgt aus:

Code Auswählen
Starting HomeBridge server...
Loading 0 platforms...
Loading 5 accessories...
[Esszimmer Licht] Initializing Http accessory...
TCP server accepting connection on port: 51826
HAP Server is listening
[Schlafzimmer Licht] Initializing Http accessory...
Cannot find secret key, creating One...
TCP server accepting connection on port: 51828
HAP Server is listening
[Wohnzimmer Licht] Initializing Http accessory...
Cannot find secret key, creating One...
TCP server accepting connection on port: 51832
HAP Server is listening
[Badezimmer Licht] Initializing Http accessory...
Cannot find secret key, creating One...
TCP server accepting connection on port: 51838
HAP Server is listening
[Flur Licht] Initializing Http accessory...
Cannot find secret key, creating One...
TCP server accepting connection on port: 51846
HAP Server is listening
New Session 49467
Server Connection Established 49593
Start Verify M1
Verify M1 Finished
Start Verify M3
M3: Verify Success
{ characteristics: [ { aid: 1, iid: 9, ev: true }, { aid: 1, iid: 10, ev: true } ] }
Characteristics.js:updateCharacteristicEvent(): Enable Event: true
Characteristics.js:updateCharacteristicEvent(): Enable Event: true
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
New Session 49473
Server Connection Established 49595
Start Pair M1


danach ist schicht im schacht

meine config hingegen sieht wie folgt aus:

Code Auswählen
{
    "description": "This is an example configuration file with all supported devices. You can use this as a template for creating your own configuration file containing devices you actually own.",

    "platforms": [
    ],

    "accessories": [
        {
            "accessory": "Http",
            "name": "Esszimmer Licht",
            "on_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Kitchen_Dimmer_Sw%20on&XHR=1",
            "off_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Kitchen_Dimmer_Sw%20off&XHR=1",
            "brightness_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Kitchen_Dimmer_Sw%20pct%20%b&XHR=1/%b&XHR=1",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Schlafzimmer Licht",
            "on_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Bedroom_Dimmer_Sw%20on&XHR=1",
            "off_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Bedroom_Dimmer_Sw%20off&XHR=1",
            "brightness_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Bedroom_Dimmer_Sw%20pct%20%b&XHR=1/%b&XHR=1",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Wohnzimmer Licht",
            "on_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Livingroom_Dimmer_Sw%20on&XHR=1",
            "off_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Livingroom_Dimmer_Sw%20off&XHR=1",
            "brightness_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Livingroom_Dimmer_Sw%20pct%20%b&XHR=1/%b&XHR=1",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Badezimmer Licht",
            "on_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Bathroom_Dimmer_Sw%20on&XHR=1",
            "off_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Bathroom_Dimmer_Sw%20off&XHR=1",
            "brightness_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Bathroom_Dimmer_Sw%20pct%20%b&XHR=1/%b&XHR=1",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Flur Licht",
            "on_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Corridor_Switch%20on&XHR=1",
            "off_url": "http://fhem.fritz.box:8083/fhem?cmd=set%20Corridor_Switch%20off&XHR=1",
            "http_method": "GET"
        }
    ]
}


fhem.fritz.box ist die ubuntu-vm wo mein fhem drauf läuft

habe ich was in der config.json falsch gemacht bei der accessory-konfiguration?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 Juli 2015, 14:41:24
@hive2015: schau mal in die ausgaben von homebridge. wenn etwas schief geht ist dort meist etwas zu sehen. es ist z.b. wichtig das eve komplett gekillt wird wenn du homebridge neu startest. sonst gibt es probleme.

@HolyMoly: im prinzip gerne aber ich mag git nicht besonders und es ist ja eigentlich auch nur ein file um das es geht. ist ein fork wirklich sinnvoll? vielleicht finden wir etwas einfacheres um zusammen an dem file zu arbeiten.

inzwischen habe ich auch ein (prinzipiell) funktionierendes onRead. d.h. homebridge kann live bei fhem nachfragen wie wie der aktuelle status eines gerätes ist. damit kann man dann z.b. auch per siri fragen 'ist xy an' und die frage wird direkt an fhem durchgereicht.

prinzipiell weil ich zur zeit nur auf on/off prüfe und noch nicht dim werte oder farben und weil es glaube ich sinnvoll sich (zusätzlich) per longpoll an fhem zu hängen und die werte zu cachen. zumindest per eve wird auch beim wechseln von raum auf device oder at a glance auf device und zurück pro device zwei mal nach dem status gefragt. die immer neuen anfragen an fhem kann man sich sparen wenn man die werte per lonrpoll bekommt und cached.

hat schon jemand irgendwo eine deutsche doku zu den möglichen homekit siri kommandos gesehen? ich habe es immer noch nicht geschafft die farben von lampen zu ändern.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 16 Juli 2015, 15:49:52
Hier die möglichen Kommandos laut Apple https://support.apple.com/de-de/HT204893:

"Schalte das Licht ein." oder "Schalte das Licht aus."
"Dimme das Licht." oder "Dimme das Licht auf 50 %."
"Stelle die Temperatur auf 20 °C ein."
"Schalte die Kaffeemaschine ein."

Mit Befehlen wie den folgenden können Sie Einstellungen für Wohnbereiche, Zimmer oder Umgebungen zusammenfassen:

"Schalte alle Lampen im Obergeschoss ein."
"Schalte Chloes Licht aus."
"Dimme das Licht in der Küche."
"Dimme das Licht im Esszimmer auf 50 %."
"Stelle das Licht in der Küche am hellsten ein."
"Stelle die Temperatur im Tahoe-Haus auf 22 °C ein."
"Stelle das Thermostat im Erdgeschoss auf 21 °C ein.
"Schalte den Drucker im Büro ein."
"Siri, bereite alles für eine Party vor."
"Bereite das Ambiente fürs Abendessen vor."
"Aktiviere den Nachtruhemodus."

Schaut so aus als könnte man Farben noch gar nicht direkt schalten, vielleicht nur in Szenen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 16 Juli 2015, 18:05:26
So ich habe jetzt auch installiert und kann 2 Steckdosen über Fhem und Licht direkt über Hue steuern.

Bin also zum testen und ausprobieren mit IOS9 mit an Bord ;)

2 ungelöste Fragen hätte ich aber noch

1. Habt ihr ne Idee bezüglich dem Logon an fhem, bzw. wie kann ich euch beim erstellen der hem platform unterstützen. Programmierkenntnisse vorhanden Bart in js eingerostet ;)
2. Wie startet ihr die Homebridge dann sie zuverlässig im Hintergrund läuft bei mir klappt nämlich nur wenn ich sie in der Shell starte aktuell mit forever über ein init..d Skript  reagiert der Server nicht korrekt scheinbar
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 Juli 2015, 20:35:14
1. wie gesagt mache ich zur zeit noch alles ohne auth. ab morgen gibt es einen fhem patch mit dem der zukünftige fhem shim auch https und basic auth verwenden wird. ob der aktuelle http shim das kann weiss ich nicht.

2. ich starte zur zeit noch alles von hand bzw. mit nohup im hintergrund.

für einen airsonos server auf dem gleichen rechner verwenden ich die daemontols. das werde ich für die homebridge auch machen.

eine beschreibung findest du z.b. hier: http://blog.widdi.eu/airsonos-ubuntu-14.04.html (http://blog.widdi.eu/airsonos-ubuntu-14.04.html).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 16 Juli 2015, 21:22:37
Homebridge im Hintergrund starten geht ganz easy so:

Code Auswählen

sudo npm install forever -g
cd homebridge
forever start app.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 16 Juli 2015, 22:33:53
Ja so klappt es manuell schon mal.  Danke :)


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Juli 2015, 11:43:53
ich denke ich habe über das wochenende eine erste version so weit das ich sie hier rein stelle. man kann damit generisch alle schaltbaren fhem devices und lampen/dimmer/rgb lampen sowie rollläden an homebridge/homekit (und siri) anbinden und auch den aktuellen status abfragen. die version von HolyMoly und meine sollen dann zusammen fliessen und so bald wie möglich auch im homebridge repository landen.

es empfiehlt sich auch geräte für die es schon einen shim gibt (hue und harmony) über fhem anzubinden weil die rückmeldung in den anderen modulen meist nicht implementiert ist und bei hue fhem dann immer den aktuellen stand hat ohne pollen zu müssen.

der http shim ist dann für fhem nicht mehr nötig.

ich habe hier: http://forum.fhem.de/index.php/topic,39236.0.html (http://forum.fhem.de/index.php/topic,39236.0.html) einen thread auf gemacht mit ein paar ideen die eine solche anbindung (auch für andere systeme) einfacher machen wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 Juli 2015, 12:52:07
ein kurzer status update:

ich habe inzwischen neben lampen und schaltern auch temperatur und feuchte eingebaut, rolläden laufen noch als lampen/dimmer da es mit ios8 nicht anders geht. ich grabe später noch ein altes iphone aus um ios9 zu probieren. dann sollten rollladen auch als rolläden gehen.

ich habe leider noch kein siri kommando zur abfrage von temperatur und feuchte gefunden.

longpoll läuft im prinzip und die werte werden von fhem über homebridge an homekit gepushed. d.h. wenn sich ein reading ändert dann ändert sich live die ansicht in eve. d.h. z.b. die temperatur oder der on/off zustand der in eve angezeigt wird.


wo es noch probleme gibt:

- für sonos und andere av geräte habe ich volume eingebaut aber es ist aus eve nicht zu sehen. das kann aber auch an eve liegen.

- ich weiss aber noch nicht ob die longpoll daten noch irgendwo im request.get gepuffert werden. wenn ja muss das noch irgendwie gelöscht werden. sonst läuft der speicher über. weiss hier jemand mehr zu request und streaming?

- die per longpoll empfangenen werte müssen noch gecached werden damit die get abfragen an fhem überflüssig werden.


ich möchte noch die geschichte mit dem genericDeviceType einbauen damit es die möglichkeit gibt das devices die nur on/off können auch als lampen erkannt werden. dann poste ich die aktuelle version.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 18 Juli 2015, 13:36:51
Ich kann zwar nichts zum Thema beitragen, finde es aber klasse, dass ihr an Siri-fhem arbeitet und die Ergebnisse hier zur Verfüfung stellt!

Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 11:34:48
so...

wie versprochen eine erste version zum testen.

- global userattr um genericDeviceType:ignore,switch,outlet,light,blind,thermostat ergänzen.
  für dle nicht eindeutig erkennbaren fhem devices setzen.
 
- zur zeit sollten gehen: schalter (alles das on/off hat), lampen (genericDeviceType=light sowie swap, hue, alle dimmer mit pct), temperatur, feuchte, hm rollläden, hm und max thermostate, hm tür und fenster sensoren und fht fenster sensoren, presence, milight, sonos, winmatic, logitech harmony

- longpoll funktioniert, alle readings werden gecached und nur angefragt wenn es noch keinen wert im cache gibt.

- in config.json dann ein oder mehrere fhem blöcke einfügen:
Code Auswählen
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "10.0.1.21",
            "port": "8083",
            "filter": "room=21 Büro"
        },
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "10.0.1.21",
            "port": "8083",
            "filter": "room=22 Wohnzimmer"
        },


im prinzip sollte das auch ganz ohne filter gehen. dann hat man alle fhem devices auf ein mal. ich hatte anfangs damit ein problem. deshalb habe ich es aufgeteilt.


todo:
- die werte im cache sollten einen timestamp und eine gültigkeitsdauer bekommen
- diverse FIXME kommentare im code sollten angegangen werden
- ...

FHEM.js muss nach platforms.

gruss
  andre

edit: FHEM.js aktualisiert. es werden diejenigen homematic kontakt sensoren unterstütz die ein reading contact haben. also für und fenster sensoren. es gibt aber nur zwei zustände. geschlossen -> ja, alles andere -> nein. auch hier wird er zustand live an homekit gepushed.

edit: FHEM.js aktualisiert. jsonlist durch jsonlist2 ersetzt.

edit: FHEM.js aktualisiert. fs20 dimmer und PRESENCE werden jetzt unterstützt. statt genericDisplayType sollte jetzt genericDeviceType verwendet werden. das wird vermutlich der fhem standard.

edit: FHEM.js aktualisiert. EnOcean schalter werden jetzt unterstrützt. diverse kleinere fehler behoben.

edit: FHEM.js aktualisiert. max und homematic thermostate werden in einer ersten version mit ist und soll temperatur unterstützt. basic auth und ssl lassen sich konfigurieren:
Code Auswählen
          "ssl": "true",
          "auth": {"user": "fhem", "pass": "fhempassword"},


edit: FHEM.js aktualisiert. homematic rolläden werden unterstützt. bessere fehlermeldungen eingebaut.

edit: FHEM.js aktualisiert. fs20 dimmer handling verbessert. sonos volume eingebaut. die dim, volume und pct kommandos für rolläden werden jetzt 1-1.5 sekunden verzögert bevor sie tatsächlich an fhem gesendet werden. d.h. man kann relativ in ruhe die slider und buttons in eve verwenden um den gewünschten wert einzustellen ohne das dauernd alle zwischenwerte gesendet werden.

edit: FHEM.js aktualisiert. internals komplett überarbeitet. zukünftige ergänzungen werden damit einfacher. EnOcean B-D gehen jetzt. wifilight lässt sich in der farbe ändern. mini debug http server auf port 8080 eingebaut.

edit: FHEM.js aktualisiert. bug fix bei vielen parallelen abfragen.

edit: FHEM.js aktualisiert. event map wird für state on/off ausgewertet. damit sollten jetzt auch die 'verdrehten' EnOcean schalter gehen. debug web server etwas erweitert.

edit: FHEM.js aktualisiert. bug fix für rgb und RGB

edit: FHEM.js aktualisiert. debug browser gibt persist info aus

edit: accessories werden nur ein mal veröffentlicht. auch wenn sie in mehreren filtern matchen
für thermostate werden min/max/step values aus dem set geparsed und gesetzt
es gibt einen neuen genericType ignore
batterie status für hm wird unterstützt
für thermostate ist eine vorläufige version des control mode eingebaut
logitech harmony support
wichtig: es ist ein update auf die neueste HAP-NodeJS version nötig

edit: thermostat mode vorläufig deaktiviert   

edit: ROOMATE, EnOcean Blinds und HM-SEC-KEY hinzugefügt

die aktuelle version findet sich hier: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js)

edit: eine erste auf das neue plugin api umgestellte version ist hier: http://forum.fhem.de/index.php/topic,32652.msg356495.html#msg356495 (http://forum.fhem.de/index.php/topic,32652.msg356495.html#msg356495) beschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 19 Juli 2015, 12:41:22
Bis auf die Heizungen (die werden bei mir nicht erkannt) schaut das schon recht gut aus, danke für die Arbeit :)

im FHEM.js ist glaub ich noch ein Bug

var url = encodeURI("http://" + '10.0.1.21' + ":" + '8083' + query );

da sollte denke ich nicht deine IP und dein Port stehen sondern die konfigurierten, oder ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 12:44:28
ich habe die version oben noch mal ausgetauscht. es war noch ein fehler bei den sonos devices drin.

heizungen sind wie gesagt noch nicht wirklich eingebaut. das kommt noch.

das mit der ip habe ich vergessen zu erwähnen: an der globalen stelle im code habe ich die ip aus der config nicht. ich weiss noch nicht wie man das elegant löst. d.h. hier ist tatsächlich der code von hand anzupassen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 12:54:58
war doch einfacher als gedacht (hoffe ich).

es gibt oben nochmal eine neue version. das eintragen der ip von hand ist nicht mehr nötig. es wird die ip und der port der ersten eingetragenen fhem platform verwendet.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 19 Juli 2015, 13:27:03
Also, Lampen, Steckdosen und Sonos einschalten klappt so weit (Sonos mag bisher nur über eve bei mir)

Das Problem mit der Heizung ist, denke ich, das auf das Reading temperature abgefragt, es beim HM-CC-RT-DN aber measured-temp ist.

Was aber gerade komisch ist, das ich 2 HUE Lampen (von 4 konfigurierten)  im Wohnzimmer jetzt auf nicht erreichbar habe. die anderen funktionieren einwandfrei. Nach löschen und neu hinzufügen gehen die Lampen wieder. Da wäre die Frage ist das ein Problem von IOS oder Homebridge, da muß ich die Tage mal etwas Debuggen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 13:49:18
sonos ist als zwar im prinzip als stereoanlage angebunden aber ich weiß nicht ab welcher homekit version das geht. volume geht ja auch nich nicht.

alles was noch nicht direkt bekannt ist kannst du über siri mit dem (vergebenen) namen ansprechen oder allgemein als 'gerät'. das gilt auch als oberbgeriff. z.b. schalte alle geräte aus.

heizung bzw. thermostat ist ein eigener device typ der noch nicht eingebaut ist. für diese geräte gibt es dann zwei temperaturen. ist und soll. das mapping auf desired- und measured- kommt dann auch.

manchmal gehen noch pairings verloren. ich glaube das passier wenn die ids nicht eindheutig sind und sich die reihenfolge der geräte ändert.

gruß
  andre

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 21:07:04
ich habe die FHEM.js version im post oben: http://forum.fhem.de/index.php?topic=32652.msg314166#msg314166 (http://forum.fhem.de/index.php?topic=32652.msg314166#msg314166) aktualisiert.

neben ein paar kleinen reparierten fehlern werden jetzt auch kontakt sensoren unterstützt. hierzu ist ein reading contact nötig. d.h. es sollten alle homematic für und fenster sensoren gehen. da der homekit contact sensor aber nur zwei zustände hat wird closed auf ja gemapped und alles andere (auch gekippt) auf nein.

ich habe angefangen thermostate einzubauen aber ich weiss noch nicht welche characteristics zwingend nötig sind. TARGET_TEMPERATURE alleine scheint zu reichen. es geht also noch nicht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: TheDestroyer am 19 Juli 2015, 22:15:49
Hallo zusammen,

Bin ziemlich neu hier und beschäftige mich seit ein paar Tagen mit Fhem und der Hausautomatisierung.
Und die möglichkeit Geräte über Siri zu steuern kommt mir gerade recht.

Es gibt nur ein Problem, ich bekomme es einfach nicht hin. Ich sitz jetzt schon den ganzen Tag daran,
jetzt habe ich es geschafft das Homebridge einigermaßen leuft, aber die anbindung an Fhem will nicht so ganz klappen.

Ich bekomme bei jedem Raum folgende Meldung:
Code Auswählen
[FHEM] got: undefined results

Hier der komplette Log:
Code Auswählen
pi@raspberrypi ~/homebridge $ sudo npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Loading 3 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.3:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1437336577590
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.3:8083/fhem?cmd=jsonlist%20room=Wohnzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.3:8083/fhem?cmd=jsonlist%20room=K%C3%BCche&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.3:8083/fhem?cmd=jsonlist%20room=Schlafzimmer&XHR=1
[FHEM] got: undefined results
[FHEM] got: undefined results
[FHEM] got: undefined results


Hier meine config.json:
Code Auswählen
{
"description": "Brachi ned",

"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.178.3",
"port": "8083",
"filter": "room=Wohnzimmer"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.178.3",
"port": "8083",
"filter": "room=Küche"
},
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.178.3",
"port": "8083",
"filter": "room=Schlafzimmer"
}
]
}

Hier ein Auszug von der Küche (Bin mir nicht sicher ob hier nicht mehr Geräte angezeigt werden sollten):
Code Auswählen
{
  "ResultSet": {
    "Results": {
      ".triggerUsed": "1",
      "ATTRIBUTES": {
        "alias": "kleine Lampe",
        "genericDisplayType": "light",
        "room": "Küche"
      },
      "DEF": "kaku_switch 11111112 2",
      "ID": "11111112",
      "IODev": "pilight",
      "LASTInputDev": "pilight",
      "MSGCNT": "4",
      "NAME": "kue_Lampe",
      "NR": "41",
      "PROTOCOL": "kaku_switch",
      "READINGS": {
        "state": {
          "TIME": "2015-07-19 22:00:00",
          "VAL": "off"
        }
      },
      "STATE": "off",
      "TYPE": "pilight_switch",
      "UNIT": "2",
      "pilight_MSGCNT": "4",
      "pilight_TIME": "2015-07-19 22:00:00"
    }
  }
}

Kann es daran liegen das ich meine Steckdosen über pilight steuere?
Oder liegt der Fehler wo anders?

Ich hoffe ich bin hier richtig und mir kann einer helfen.


Vielen Dank schon einmal.  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 22:32:25
ist dein fhem aktuell?

mach mal bitte in FHEM.js zeile 141 aus jsonlist ein jsonlist2. geht es dann ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: TheDestroyer am 19 Juli 2015, 22:43:49
Jup Fhem ist aktuell.

Bei mir ist es irgendwie nicht Zeile 141 sondern Zeile 249.
Habs geändert und es funktioniert!  :D :D

Vielen Vielen Dank!!


So ein kleiner fehler, und ich sitze hier den ganzen Tag dran.
Hätt ich mich lieber mal früher gemeldet.  ;D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Juli 2015, 22:55:10
keine ahnung wie ich auf 141 gekommen bin...

habe die version oben durch eine mit jsonlist2 ersetzt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Blackcat am 20 Juli 2015, 00:24:00
Hi andre,

klingt sehr interessant, habe bisher nur noch nicht verstanden was man alles brauch...
Kann das dann den siriproxy ablösen? (Dann würde ich mein ios6 aufgeben und endlich updaten)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juli 2015, 00:34:55
du brauchst homebridge von hier: https://github.com/nfarina/homebridge und die beiden js files von oben und iOS 8.

du bist im gegensatz zur siriproxy variante zwar im wortschatz eingeschränkt, dafür musst du aber nicht jedes kommando von hand definieren sondern kannst automatisch alle bekannten devicetypen steuern und in gruppen nach raum oder zonen schalten.

siri anrworten zu lassen geht nicht. aber man kann seine fragen wie z.b. wie viele lampen sind an. der wortschatz soll mit ios9 größer werden. ich bin noch nicht dazu gekommen das zu probieren.

mit einem appletv soll das ganze auch von unterwegs gehen ohne jedesmal von hand ein vpn aufzubauen.


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juli 2015, 00:35:17
du brauchst homebridge von hier: https://github.com/nfarina/homebridge und die beiden js files von oben und iOS 8.

du bist im gegensatz zur siriproxy variante zwar im wortschatz eingeschränkt, dafür musst du aber nicht jedes kommando von hand definieren sondern kannst automatisch alle bekannten devicetypen steuern und in gruppen nach raum oder zonen schalten.

siri anrworten zu lassen geht nicht. aber man kann seine fragen wie z.b. wie viele lampen sind an. der wortschatz soll mit ios9 größer werden. ich bin noch nicht dazu gekommen das zu probieren.

mit einem appletv soll das ganze auch von unterwegs gehen ohne jedesmal von hand ein vpn aufzubauen.


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: xusader am 20 Juli 2015, 05:57:56
Vielen Dank für deine Arbeit andre!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 20 Juli 2015, 09:12:33
Auch von mir vielen Dank für die bisherige Arbeit, Andre!

Ich freu mich schon aufs Ausprobieren
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 20 Juli 2015, 11:27:56
Erstmal auch von mir ein fettes Dankschön für eure Mühe,

Hab eigentlich gedacht eine A.Watch kommt mir net ins Haus, und jetzt so ein Thread, ohwe das arme Konto...  ;D ::)

Bin schon gespannt, werde es in kürze auch mal ausprobieren.
Bin auf jedenfall guter Dinge dass sich hieraus ein sehr nützliches Fhem-Modul entwickeln wird :-)

Gruß
Claudiu
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 20 Juli 2015, 17:39:45
Hey,
auch ich muss und will mich bei euch bedanken  ;D !!
Super Arbeit und das in so kurzer Zeit.

Eine Frage hätte ich zu einem fehlgeschlagenem Pairing mit eve. Wo muss ich das Gerät, in meinem Fall ein zweiter Türkontakt von HomeMatic, löschen, damit ich es neu pairen kann? Danke!

@rapster: ich muss dich enttäuschen. Mit der AppleWatch funktioniert das leider noch nicht. Die Uhr will über HandOff die Anfrage auf dem iPhone(iOS 9 beta) abrufen lassen und dafür muss man Siri auf dem iPhone öffnen und dann wird die Anfrage auch von erneutes Sprechen gestartet. Aber bei diesem Umweg kann man auch direkt das iPhone nehmen. Ich hoffe dieser "bug" wird mit WatchOS 2 im Herbst gelöst.

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juli 2015, 17:41:56
du musst im persist verzeichnis die files die mit der id(?) des geräts anfangen löschen. die id bekommt du am einfachsten über einen bonjour browser.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 20 Juli 2015, 17:59:57
Danke für die schnelle Hilfe. Hat bestens funktioniert =)

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 20 Juli 2015, 20:37:35
Hallo, gerne würde ich Homekit benutzen. Aber leider bekomme ich Homebridge auf keinem meiner beiden Raspberry zum laufen. Schade!! Habe nach 6 Stunden aufgegeben....
Beste Grüße
Jürgen K.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juli 2015, 20:39:06
und was genau ist das problem?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 20 Juli 2015, 20:46:17
Hey Jürgen,
bei mir lief es anfangs auch nicht. Dann habe ich diese Anleitung https://github.com/KhaosT/HAP-NodeJS/wiki/Installing (https://github.com/KhaosT/HAP-NodeJS/wiki/Installing) genutzt, um HAB-NodeJS zu installieren. Nachdem dies ohne Probleme lief, habe ich den HAB Ordner in den hombebridge/node_modules Ordner verschoben und seitdem läuft es =)
Und mit der Erweiterung von Andre ist es noch einfacher Geräte einzubinden, statt über accesoires und http zu gehen ;)

Beste Grüße
Andy
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 20 Juli 2015, 22:54:36
So, meine Stehlampe im Wohnzimmer kann ich mit Siri schon mal ein -und ausschalten.

Schönes Spielzeug :-)
Danke!

Erst mal Schluss für heute ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 21 Juli 2015, 08:10:41
Habs mal über VPN und ohne VPN (über mein AppleTV) versucht. Das ging leider beides (noch) nicht. Muss dafür noch etwas konfiguriert werden?

Leider habe ich noch zu wenig Ahnung von der Technik hinter HomeKit, daher die vorlaute Bemerkung
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 08:19:31
homekit basiert unter anderem auf bonjour bzw. mdns broadcast. das wird nicht geroutet. ohne besondere vorkehrungen wie z.b. einen bonnour proxy funktioniert das nicht per vpn.

es gibt eine wide area variante (die dann iCloud basiert ist) und im homekit fall ein apple tv braucht. was genau da zu konfigurieren ist weiß ich nicht. vermutlich braucht es auf dem appletv ios9 beta.

ich bin gerade dabei mir einen neuen apple tv zu besoren. mein altes gen1 hat vor einer weile den geist aufgegeben. hätte aber sowieso nicht funktioniert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 21 Juli 2015, 08:26:29
Guten Morgen André,

Danke für die prompte Aufklärung!

Bei mir läuft ein AppleTV 3rd Gen. mit dem regulären iOS. Das könnte die Erklärung sein.

Es macht aber auch so schon genug Spaß ein damit rumzuspielen
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 21 Juli 2015, 08:29:34
Noch eine kleine Bemerkung für die, die noch Probleme bei der Installation hatten:

Ich musste, wie Andy89 oben schon erwähnt hatte noch etwas nachinstallieren.

https://github.com/KhaosT/HAP-NodeJS/wiki/Installing

Die Pakete unter Punkt 1. Ein Umkopieren war bei mir nicht nötig.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 21 Juli 2015, 08:31:16
PPS: Einen Filter habe ich bei mir nicht drin. Es wurden recht viele Geräte in der iOS Homekit App Insteon gefunden
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 21 Juli 2015, 09:27:38
Hallo, danke für die Antworten. Werde heut Abend einen erneuten Versuch starten.. Hoffentlich klappts. Habe Raspberry Wheezy auch schon neu installiert.
Beste Grüße
Jürgen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 09:36:09
eve unterstützt mehr geräte typen als  insteon. da gehen nur lampen, schalter und thermostate. eve kennt darüber hinaus mindestens noch temperatur, kontakt und anwesenheitssensoren sowie rolläden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 21 Juli 2015, 09:47:27
Ich habe Insteon gar nicht zum laufen bekommen ohne deren komische bridge...
Wie habt ihr das geschafft?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 09:53:19
insteon hat einfach funktioniert nach dem anmelden.

dann gibt es auch noch ihome. das erkennt zwar ungepairte geräte aber nicht die schon angelegten räume und gepaarten geräte.

das schöne an homekit ist ja das alle anwendungen sich die konfiguration teilen.

aber wo wir gerade bei fragen sind :) :

hat schon jemand die apple beispiel anwendung probiert? gibt es in ios9 eine home app? von Tien gibt es auch eine erweiterte beispielanwendung. hat die schon jemand probiert ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 21 Juli 2015, 09:56:48
Die Beispiel Anwendungen habe ich noch nicht ausprobiert.

In iOS 9 Beta gibt's keine Home App.

Beste Grüße
Andy


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 09:58:27
Von mir auch erst mal vielen Dank für eure Arbeit!
Ich habe auch erst einige Zeit gebraucht bis der HomeBridge Server läuft.

Falls es jemanden Hilft, hier meine Struktur / Vorgehensweise:


https://github.com/nfarina/homebridge

https://gist.github.com/elvisimprsntr/f23c76587d48be0ec4b9

Und so liegt es bei mir auf dem RPi:

pi@openHab ~/homebridge $ tree -d -L 2
.
├── accessories
├── node_modules
│   ├── bignum
│   ├── curve25519
│   ├── ed25519
│   ├── HAP-NodeJS
│        ├── types.js
│   ├── harmonyhubjs-client
│   ├── harmonyhubjs-discover
│   ├── mdns
│   ├── node-persist
│   ├── request
│   └── srp
├── persist
└── platforms
    ├── FHEM.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 21 Juli 2015, 10:01:30
Die Apple Beispielanwendung kann man nur als Developer auf seinem iDevice laufen lassen. Oder evtl. noch per Beta oder Enterprise Zertifikat für andere bereitstellen. Gleiches gilt für Tiens app...
Hat jemand einen Developeraccount?
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 10:04:55
ja. habe ich. habe auch schon beides kompiliert und im simulator laufen. das ist nur leider ein anderes netz.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 10:54:11
hier: https://support.apple.com/en-us/HT204893 (https://support.apple.com/en-us/HT204893) ist ein kurzer hinweis das der remote zugriff ab apple tv software version 7 gehen müsste.

kann es leider noch nicht selber probieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 21 Juli 2015, 12:15:26
Zitat von: justme1968 am 21 Juli 2015, 10:04:55
das ist nur leider ein anderes netz.
Keine Ahnung was für eine Hardware Du einsetzt um Dein Netz zu segmentieren, aber z.B. Cisco IOS (ab v15.?) sollte ein Feature namens Multicast DNS Service Discovery (mDNS-SD) haben. Damit kann mDNS auch über L3 Grenzen hinweg benutzt werden. Hab es selbst aber noch nicht probiert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 12:21:12
das netz ist in diesem fall in wirklich getrennt und in einem anderen gebäude :) anderer provider.

aber ich hab es inzwischen auf meinem iphone installiert. probiere es heute abend wenn ich wieder zuhause bin.

gruss
  andre

ps: mit so einem feature habe ich gerade bei zwei geräten eine ziemliche bauchlandung gemacht. waren zwar 'nur' dlink geräte aber da hat nichts so funktioniert wie es sollte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 21 Juli 2015, 12:34:11
Hi,

als Threadersteller freut mich natürlich die derzeitige Entwicklung in dem Bereich ganz besonders ;D vl. komme ich diese Woche auch noch zum testen...

Auch von meiner Seite ein Dank an alle, die das Thema vorantreiben ;)

Greetz
Eldrik

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 21 Juli 2015, 14:02:22
Synchronisiert sich die homekit database unter IOS 8 nicht auf allen Geräten mit der gleichen Apple-ID oder habe ich nur das Problem?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 15:47:52
noch eine frage:

hat schon jemand die trigger ausprobiert? besonders  die ios9 variante in kombination von geofencing und uhrzeit.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 19:01:59
noch was ganz anderes:

das spielchen kann man natürlich auch umgekehrt machen und über ein fhem homekit modul homekit fähige geräte an fhem anbinden.

ich habe eben mal spasseshalber damit angefangen, hänge aber bei dritten schrit bei dem die die gegenstelle meinen schlüssel verifizieren muss. hat jemand erfahrung mit srp und könnte mir erklären wie die rollenverteilung von server und client ist?

die beschreibung des perl srp moduls passt irgendwie nicht zur homektit beschreibung...

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 19:25:34
Kam jetzt nach Feierabend nun auch dazu mal das ganze mit Siri zu testen.

Ein paar Einstellungen im "EVE" hab ich noch nicht ganz kapiert. zB bei einem Befehl "Schalte das Deckenlicht ein" Schaltet Siri mir alle angelegten Lichter ein.

Was mir noch aufgefallen ist, das alle Geräte nur als "[FHEM] sz_Einbaudimmer is switchable" gefunden wird. Obwohl es sich um einen Dimmer handelt. (fs20du)

Liegt das an der "types.js" ? Evtl. am falschen Ablage dort?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 19:33:29
fs20 Dimmer sind noch nicht eingebaut. die können das pct kommando nicht sondern nur dim.

du solltest aber auf jeden fall genericDeviceType auf light setzen. dann werden sie auch als lampe erkannt und nicht nur als schalter.

kommt in der nächsten version.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 21 Juli 2015, 19:34:29
Zitat von: justme1968 am 20 Juli 2015, 00:34:55
du brauchst homebridge von hier: https://github.com/nfarina/homebridge und die beiden js files von oben und iOS 8.

gruss
  andre
Wenn ich das richtig gelesen habe benötigt man noch eine App auf dem iPhone z.B. Eve.

Muss die  homebridge auf dem gleichen Rechner wie Fhem laufen oder geht das auf einen separaten rasberry? Wo müssen die beiden js Files hin?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 19:37:14
zum einrichten auf iOS Seite brauchst du noch eine app. eve ist gut.

es muss ein rechner im gleichen netzt sein. nicht unbedingt der gleiche.

wo die files hin müssen steht oben im beitrag.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 19:38:55
Zitat von: Paul am 21 Juli 2015, 19:34:29
Wenn ich das richtig gelesen habe benötigt man noch eine App auf dem iPhone z.B. Eve.

Muss die  homebridge auf dem gleichen Rechner wie Fhem laufen oder geht das auf einen separaten rasberry? Wo müssen die beiden js Files hin?

Nein muss nicht auf dem gleichen System laufen. Bei mir läuft auf einm zweiten Rip.

pi@openHab ~/homebridge $ tree -d -L 2
.
├── accessories
├── node_modules
│   ├── bignum
│   ├── curve25519
│   ├── ed25519
│   ├── HAP-NodeJS
│        ├── types.js
│   ├── harmonyhubjs-client
│   ├── harmonyhubjs-discover
│   ├── mdns
│   ├── node-persist
│   ├── request
│   └── srp
├── persist
└── platforms
    ├── FHEM.js
Beitrag editieren
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 19:40:27
Zitat von: justme1968 am 21 Juli 2015, 19:33:29
fs20 Dimmer sind noch nicht eingebaut. die können das pct kommando nicht sondern nur dim.

du solltest aber auf jeden fall genericDeviceType auf light setzen. dann werden sie auch als lampe erkannt und nicht nur als schalter.

kommt in der nächsten version.

gruss
  andre

Sorry, aber wo stelle ich das ein? genericDeviceType

danke :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 19:43:47
steht auch im im beitrag oben in dem auch die files sind.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 21 Juli 2015, 19:58:49
So, habe jetzt alles nochmal erneut installiert. Leider ohne Erfolg. Habe alle Hilfestellungen durchprobiert..aber es klappt nicht. Den HAP-NodeJS kann ich separat starten. Aber Homekit nicht. Habe mal einen Screenshot und die Logdatei angehängt...
Vielleicht kann ja doch jemand helfen.
Beste Grüße
Jürgen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 20:05:43
Zitat von: juergen012 am 21 Juli 2015, 19:58:49
So, habe jetzt alles nochmal erneut installiert. Leider ohne Erfolg. Habe alle Hilfestellungen durchprobiert..aber es klappt nicht. Den HAP-NodeJS kann ich separat starten. Aber Homekit nicht. Habe mal einen Screenshot und die Logdatei angehängt...
Vielleicht kann ja doch jemand helfen.
Beste Grüße
Jürgen

Zeig mal den oberen Teil des Konsolen-Fensters. Steht da etwas wie "Modul xy fehlt"?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 20:13:18
Zitat von: justme1968 am 21 Juli 2015, 19:43:47
steht auch im im beitrag oben in dem auch die files sind.

Alles klar :) hab´s gefunden! Vielen Dank!

Mit ist aufgefallen wenn mein ein Gerät zB im EVE entfernt, taucht es nicht wieder bei einer Geräte Suche auf.
Man muss es auf dem /homebridge/persist/ löschen.

In meinem fall musste ich alle Löschen da ich nicht herausfinden konnte welche ID mein gewünschtes Gerät ist.
Auch mit dem Bonjour-Browser kam ich nicht weit.

Korrektur: der Bonjour-Browser half doch:
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 21 Juli 2015, 21:04:31
Hier das gesamte Log...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 21:18:11
Zitat von: juergen012 am 21 Juli 2015, 21:04:31
Hier das gesamte Log...

hm, wie sieht deine config.json aus?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 21 Juli 2015, 21:25:48
Hallo, zunächst mal VIELEN DANK für den Support!!
hier die config.json
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Juli 2015, 21:26:48
das letze komma muss weg und es fehlt eine schliessende klammer ganz am ende.

und es fehlen die umschliessenden plattfoms und accessories gruppen.


so sollte es gehen:
Code Auswählen
{                                         
    "platforms": [                         
        {                                 
            "platform": "FHEM",           
            "name": "FHEM",               
            "server": "10.0.1.21",         
            "port": "8083",               
            "filter": "room=Schlafzimmer"
        },                                 
        {                                 
            "platform": "FHEM",           
            "name": "FHEM",               
            "server": "10.0.1.21",         
            "port": "8083",               
            "filter": "room=Wohnzimmer"
        }                                 
    ],                                     
                                           
    "accessories": []                     
}                                         


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 21 Juli 2015, 21:29:52
Da fehlt auch der umschließende Teil  {   "platforms": [ hier dein Teil ohne letztes Komma  ]}


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 21 Juli 2015, 21:37:25
AHH es tut sich was..
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 21 Juli 2015, 21:41:07
Das müsste dir helfen

Ins Verzeichnis gehen und dort : npm install request

Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 21 Juli 2015, 21:45:57
Zitat von: juergen012 am 21 Juli 2015, 21:37:25
AHH es tut sich was..

jetzt noch die fehlenden Module nachinstallieren:

sudo npm install request

dann wieder versuchen zu starten und falls er wieder ein fehlendes Modul meldet dann dieses ebenfalls installieren
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 21 Juli 2015, 21:47:07
SUPI!!! LÖPPT!! DANKE DANKE!!

Gruß Jürgen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Juli 2015, 01:14:03
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) aktualisiert.

- fs20 dimmer sollten jetzt funktionieren (genericDisplayType muss auf light gesetzt werden)

- PRESENCE wird auf occupancy sensor abgebildet, ich weiss aber nicht ob man siri fragen kann ob jemand anwesend ist

@HolyMoly: ich habe angefangen das zusammen bauen der url an einer zentralen stelle zu machen. damit sollte es einfacher werden deine auth änderungen einzubauen. ich bin aber noch nicht dazu gekommen das mit den default zu testen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 22 Juli 2015, 12:00:22
Ok, das werde ich heute Abend testen (dimmer).

genericDisplayType habe ich bereits bei allen relevanten Geräten gesetzt.

Eines frage ich mich noch, wenn sich ein genericDisplayType ändern sollte, wird diese Änderung Seitens homebridge erkannt oder muss ich
die ID im persists löschen? Und wie siehts mit der HomeKit DB "auf" dem iPhone aus?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Juli 2015, 12:52:15
es wird nicht zur laufzeit geändert.

ich hatte das zwar schon eingebaut aber die service klasse die homekit verwendet lässt sich scheinbar zur laufzeit nicht ändern. es lassen sich zwar dynamisch die charakteristiken hinzufügen und entfernen aber die service klasse selber nicht ändern. es würde also nichts nützen.

du musst das device aus homekit entfernen und neu pairen.

das löschen aus persist ist nur deshalb nötig weil auf homebridge seite das unpair noch nicht vollständig eingebaut ist.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 22 Juli 2015, 14:00:23
ok, d.h. vom Vorgang her erst das Device aus der EVE/HomeKit-App entfernen und dann im persist löschen.

Edit:
Ok, wenn ich so vorgehe wie beschrieben findet die App EVE die gelöschten gerät nicht mehr.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 22 Juli 2015, 18:43:37
Hi,

glaube soweit alles am Laufen zu haben,  doch was für einen Code will Eve beim hinzufügen des HomeKit-Zubehörs haben? :o

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 22 Juli 2015, 18:46:13
Zitat von: eldrik am 22 Juli 2015, 18:43:37
Hi,

glaube soweit alles am Laufen zu haben,  doch was für einen Code will Eve beim hinzufügen des HomeKit-Zubehörs haben? :o

Greetz
Eldrik

03145154

steht auch im FHEM.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Juli 2015, 18:51:28
@ChrisKoh: nach dem löschen homebridge neu starten und etwas warten. eventuell auch eve neu starten.

wenn sie dann noch nicht wieder auftauchen hat etwas mit dem löschen nicht funktioniert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 22 Juli 2015, 18:52:34
Zitat von: ChrisKoh am 22 Juli 2015, 18:46:13
03145154

steht auch im FHEM.js

Schande, in diese habe ich bisher garnicht geschaut, da stolpert man über den nahezu einfachsten Punkt der Installation  ;D

Danke.

Edit:
nach Eingabe des Codes stürzt Homebridge mit folgender Meldung ab:
Code Auswählen
/opt/homebridge/node_modules/srp/lib/srp.js:393
      throw new Error("client did not use the same password");
            ^
Error: client did not use the same password
    at Object.checkM1 (/opt/homebridge/node_modules/srp/lib/srp.js:393:13)
    at Object.processPairStepTwo (/opt/homebridge/node_modules/HAP-NodeJS/Server.js:278:18)
    at Object.processPairSequence (/opt/homebridge/node_modules/HAP-NodeJS/Server.js:238:11)
    at IncomingMessage.<anonymous> (/opt/homebridge/node_modules/HAP-NodeJS/Server.js:39:17)
    at IncomingMessage.emit (events.js:95:17)
    at IncomingMessage.<anonymous> (_stream_readable.js:748:14)
    at IncomingMessage.emit (events.js:92:17)
    at _stream_readable.js:776:12
    at process._tickCallback (node.js:419:13)

npm ERR! Linux 3.2.0-4-686-pae
npm ERR! argv "node" "/usr/bin/npm" "run" "start"
npm ERR! node v0.10.29
npm ERR! npm  v2.13.1
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 8
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /opt/homebridge/npm-debug.log

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 22 Juli 2015, 19:41:39
Beim Pin vertippt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Juli 2015, 19:46:21
ziemlich sicher beim pin vertippt.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 22 Juli 2015, 19:47:48
hab ich auch gedacht und min. 5x wiederholt  :-X

Gebe ich einen falschen achtstelligen Pin ein passiert garnichts außer das eve ein weiteres Mal nach einem Pin fragt...

über Google finden sich auch ein paar Meldungen hierzu jedoch ohne Lösung!

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 22 Juli 2015, 20:19:37
Hi,

Vielen Dank allen Beteiligten für die Lösung und die Anleitung.
Soeben HomeBridge und die dazugehörigen Files auf einem Mac mini (OS X) installiert.
Grundsätzlich funktioniert es  :)  Einige Lampen kann ich bereits mit Siri schalten.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 22 Juli 2015, 21:27:48
Hallo, auch ich möchte mich nochmals für die tolle Arbeit und den super Support bedanken. Nach meinen Startproblemen läuft es jetzt auf dem Raspi. Habe EVE auf dem iPhone installiert und kann alle Schalter FS20,IT und Milight schalten. Bei MAX habe ich noch Probleme..Somit ist die Fhem-App überflüssig..
Beste Grüße
Jürgen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 22 Juli 2015, 21:43:50
@eldrik

Deine node Version könnte das Problem sein:
Code Auswählen

npm ERR! node v0.10.29


Zitat
Node: You'll need to have NodeJS version 0.12.x or better installed for required submodule HAP-NodeJS to load.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: deluxe41 am 23 Juli 2015, 06:28:28
Hallo zusammen,

Ich habe mich gestern in der Sbahn fährt zur Arbeit auch mal versucht den Node und die Bridge einzurichten.

Und Zuhause denn mal versucht meine Beleuchtung per Siri zu schalten und die Temperaturen abzufragen.

Klappt erstaunlich gut!
Nur schade das man dabei im Heimnetzwerk sein muss...

Tausend Dank für alles !


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 23 Juli 2015, 08:09:53
Zitat von: flurin am 22 Juli 2015, 21:43:50
@eldrik

Deine node Version könnte das Problem sein:
Code Auswählen

npm ERR! node v0.10.29


Hallo Flurin,

danke für den Input, mir war anhand der hier geposteten Screenshots zu einigen Fehlermeldungen schon aufgefallen, dass meine Nodejs Version etwas hinterherhinkt und habe zwischenzeitlich die Version v0.12.7 kompiliert und installiert, leider lässt sich dann das Modul bignum für srp nicht mehr erstellen was ich bisher auch nicht beheben konnte.

Ich nehme an, dass die hier anwesenden ihre lauffähige Version alle unter einem Rasperry zum laufen gebracht haben? Davon hab ich zu Hause zwar genug, jedoch wollte ich die Funktion schon gerne auf meiner besser abgesicherten und leistungsfähigeren Intel Plattform zum laufen bringen  :(

Wenn ich es partout nicht zum laufen bekomme, werde ich aber mal einen Raspberry missbrauchen...

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 08:50:45
@deluxe41: mit einem appletv geht es auch von außerhalb.

@eldrik: bei mir läuft es auf einem intel nuc mit ubuntu server 14.04 lts.

gruss
  andre

edit: ich habe es per nvm (so wie hier beschrieben: https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-an-ubuntu-14-04-server (https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-an-ubuntu-14-04-server)) installiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 23 Juli 2015, 09:00:21
Bei wem von Euch funzt es denn schon mit einem AppleTV von "außen"?

Marcus
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: deluxe41 am 23 Juli 2015, 09:04:59
Hallo marcus42,

Das wollte ich eigentlich gestern noch testen...
Hab Zuhause nen AppleTv 3, müsste ich nur noch auf mich anmelden.

Muss ich noch weiteres beachten , evtl was einrichten ?

Gruß
Rene




Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 23 Juli 2015, 09:09:20
Hallo Rene ,

bei mir klappt es mit einem ATV 3 mit Version 7.x leider noch nicht.

Auch Reboot und Ab/Anmelden bei iCloud hat nicht geholfen.

Marcus
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: deluxe41 am 23 Juli 2015, 09:11:56
Hallo Marcus ;)

Klingt erstmal nicht vielversprechend...
Ich werde es heute nach der Arbeit auch mal testen.

Gruß
Rene


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 23 Juli 2015, 09:46:00
Bei mir funktioniert das von Außen auch noch nicht.
Allerdings habe ich zwei Apple TV 3 die alle mit der selben iCloud-ID angemeldet sind wie mein iPhone, jedoch steht einer in einer anderen Wohnung.
Evtl. liegt es auch daran. Muss den einen der nicht im gleichen Netz wie der Homebridge-Server steht mal abmelden von iCloud und dann nochmals versuchen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 Juli 2015, 11:01:20
Hallo,

Evtl. ist es von allgemeinem Interesse.
Zum Testen habe ich ein "Homekit" room definiert und bei den Devices das Attribut entsprechend gesetzt:

Code Auswählen

attr <device> room HomeKit


config.json sieht dann so aus:

Code Auswählen

{                                         
    "platforms": [                         
        {                                 
            "platform": "FHEM",           
            "name": "FHEM",               
            "server": "10.0.1.21",     
            "port": "8083",               
            "filter": "room=HomeKit"
        }                 
    ],                                     
                                           
    "accessories": []                     
}


Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 11:15:49
oder wenn man überall das generic type attribut gesetzt hat:
Code Auswählen
  "filter": "genericDisplayType=..*"bzw.
Code Auswählen
  "filter": "genericDeviceType=..*"

gruss
  andre

ps: wenn man einen filter hat der auf alle devices passt kann man den auch im FHEM.js file in der FHEM_startLongpoll routine bei filter= setzen. dann werden weniger daten an die homebridge gepushed. ich bin noch am überlegen wie man das automatisch oder aus dem config file setzen kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 Juli 2015, 11:41:33
Test mit:
Code Auswählen

"filter": "genericDeviceType=..*"


geht auch.

Ein Problem ergibt sich immer, wenn man was ändert:

Ich muss in EVE (Elgato) alle Accessories löschen
homebridge stoppen
persist/* löschen
homebridge neu starten
und in EVE die Accessories neu definieren.

Gibt es evtl. einen Trick, um das Problem zu umgehen?

Gruss
flurin

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 11:44:07
das sollte nicht so sein.

es gab in den ersten versionen noch ein problem damit. inzwischen ist es aber fast behoben.

bis auf zwei hue lampen mit denen ich noch probleme habe bleiben meine gepaarten devices alle erreichbar wenn sich etwas ändert. jedenfalls solange sich der device name nicht ändert. die id ist noch daran fest gemacht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 Juli 2015, 11:51:03
Zitat von: justme1968 am 23 Juli 2015, 11:44:07
das sollte nicht so sein.

es gab in den ersten versionen noch ein problem damit. inzwischen ist es aber fast behoben.

bis auf zwei hue lampen mit denen ich noch probleme habe bleiben meine gepaarten devices alle erreichbar wenn sich etwas ändert. jedenfalls solange sich der device name nicht ändert. die id ist noch daran fest gemacht.

gruss
  andre

Okey, Danke.

Mal schauen, voran es liegt bei mir (homebridge:OS X 10.10.4, EVE: iOS 8.4).

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 23 Juli 2015, 18:52:44
Zitat von: justme1968 am 23 Juli 2015, 08:50:45
@deluxe41: mit einem appletv geht es auch von außerhalb.

@eldrik: bei mir läuft es auf einem intel nuc mit ubuntu server 14.04 lts.

gruss
  andre

edit: ich habe es per nvm (so wie hier beschrieben: https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-an-ubuntu-14-04-server (https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-an-ubuntu-14-04-server)) installiert.

Ich habe es jetzt auch hinbekommen, nach vielem ausprobieren der nodejs Version und npm install an einigen Stellen läuft es jetzt :)

Danke.

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 Juli 2015, 19:41:23
@andre

Der Status für EnOcean Devices wurde nicht ausgewertet. FHEM.js entsprechend ergänzt:

Code Auswählen

                       value = 1;

                       //if( d[1] == 'off' )
                       //  value = 0;
                       //else if( d[1] == '000000' )
                       //  value = 0;
                       //else if( d[1] == 'present' )
                       //  value = 1;
                       //else if( d[1] == 'absent' )
                       //  value = 0;
                       
                       if ( d[1].match(/off|absent|000000|A0/i) )
                          value = 0;


und

Code Auswählen

                         //} else if( result == 'on' )
                         //  result = 1;
                         //else if( result == 'off' )
                         //  result = 0;
                         //else if( result == 'present' )
                         //  result = 1;
                         //else if( result == 'absent' )
                         //  result = 0;
                         //else if( result == '000000' )
                         //  result = 0;
                         
                      } else if( result.match(/off|absent|000000|A0/i) )
                          result = 0;
                        else
                          result = 1;


Evtl. hätte man es bei den EnOcean Devices mit einem Attribut lösen können, aber ich habe nichts gefunden.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 23 Juli 2015, 19:59:18
Ich habe das gleiche Problem wie ChrisKoh, Fhem wird erkannt, in EVE werden meine Lampen und Steckdosen angezeigt. Wenn man die Koppeln möchte, wird der 8-Stellige Code verlangt. Auf der Konsole sieht man das ganz schön

System Linux 3.18.7-v7+
npm ERR! command "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
npm ERR! cwd /root/homebridge
npm ERR! node -v v0.10.36
npm ERR! npm -v 1.4.28
npm ERR! code ELIFECYCLE

wie das System abschwirrt.

Wie updated man den node, sofern es daran liegt?
Ich habe mich nach dem HowTo von ChrisKoh gehalten:
http://forum.fhem.de/index.php/topic,32652.msg314778.html#msg314778

LG
/robin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 20:11:10
@flurin: baue ich ein.

@fh168: es ist mindestens node version 0.12 nötig. siehe weiter oben im thread.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 23 Juli 2015, 20:19:27
@andre.. yep, hab ich gemacht, lässt sich aber nicht mehr kompilieren.

node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE

npm ERR! ed25519@0.0.2 install: `node-gyp rebuild`
npm ERR! Exit status 1

EDIT: ah.. es gibt eine option "rebuild..." mal ausprobieren!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 Juli 2015, 20:20:04
Zitat von: fh168 am 23 Juli 2015, 19:59:18
Wie updated man den node, sofern es daran liegt?

Unter OS X habe ich es wie folgt updated:

Code Auswählen

sudo npm cache clean -f
sudo npm install -g n
sudo n stable


Es sollte eigentlich auch für Linux gelten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 20:22:27
ich habe es wie hier: https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-an-ubuntu-14-04-server (https://www.digitalocean.com/community/tutorials/how-to-install-node-js-on-an-ubuntu-14-04-server) beschreiben per nvm gemacht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 23 Juli 2015, 20:35:01
das node update auf 0.12 ist kein problem
Der Rest lässt sich nicht mehr kompilieren.

npm install node-persist && npm install srp && npm install mdns
npm install ed25519 && npm install curve25519


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 20:35:42
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) aktualisiert. EnOcean schalter sollten jetzt gehen. ich habe noch diverse kleinere fehler behoben. es sollte vor allem bei hue lampen mit den farben besser funktionieren.

im nächsten update sind die auth ergänzungen von HolyMoly mit drin.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 20:40:42
warum installiert ihr die ganzen module einzeln von hand?

ein npm install im homekit verzeichniss sollte automatisch alles benötigte installieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 23 Juli 2015, 20:46:42
Doku , HowTo, Readme?

Ich bin nach der oben beschriebenen Methode durchgegangen, die eigentlich auch wunderbar funktioniert hat.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Juli 2015, 20:57:42
z.b. im Getting Started abschnitt auf der homekit seite:

Zitat$ git clone https://github.com/nfarina/homebridge.git
$ cd homebridge
$ npm install

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 23 Juli 2015, 22:59:44
Zitat von: justme1968 am 23 Juli 2015, 20:40:42
warum installiert ihr die ganzen module einzeln von hand?

ein npm install im homekit verzeichniss sollte automatisch alles benötigte installieren.
ich hab fast alles von Hand installiert, weil es so nicht funktioniert hat. ich weiß nicht, was ich falsch gemacht habe.. es ging aber nicht weil ständig Fehler :/ beim googlen nach dem Fehler kam ich dann irgendwann darauf die Pakete einzeln zu installieren. und jetzt läuft es ja^^ Der Weg war sicher länger, aber bekanntlich führen viele Wege nach Rom [bzw. zum Ziel xD]

Beste Grüße
Andy

edit: das mit dem AppleTV und von außen funktioniert bei mir leider auch nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 24 Juli 2015, 19:37:07
Warum einfach machen, wenn es kompliziert geht.

André, hast Recht, nach dem Update von npm klappte die Installation sofort.

Also erst hier:
http://node-arm.herokuapp.com/  die latest npm nehmen
dann hier weiter installieren:

$ git clone https://github.com/nfarina/homebridge.git
$ cd homebridge
$ npm install

HUE, Fhem:WifiLight, Fhem:GenShellSwitch  funktionieren schon mal. PCA 301 will mich nicht.
APP: EVE

Mit Siri hab ich noch Verständigungsprobleme, kann aber an mir liegen :-)

Gibt es eine Möglichkeit, meine TX 29 DT-H abzufragen?  "Wie hoch ist die Temperatur im Wohnzimmer?"

LG und Danke an die Entwickler

Robin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Juli 2015, 19:39:47
sehr schön.

wenn du die hue in fhem solltest du sie auch über fhem anbinden. nicht über das homekit hue modul. zum einen hast du dann in fhem und homekit den status immer synchron ohne zu pollen und zum anderen wird der status auch aktiv an homekit gepushed.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 24 Juli 2015, 19:44:22
verstehe ich nicht ganz. Also Hue wieder aus der Eve liste rauswerfen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Juli 2015, 19:46:11
nicht über das homekit hue platform modul sondern über die fhem plattform modul.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 24 Juli 2015, 19:56:15
Konkret: was soll ich machen / ändern?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 24 Juli 2015, 22:42:21
Hallo zusammen,

erstmal ein dickes Dankeschön für diese grandiose Erweiterung (Mist jetzt habe ich doch einen Use-Case für die Apple Watch gefunden  ;))
Was ich bisher machen kann (ohne genericDisplayType gesetzt zu haben): HomeMatic Schaltaktoren schalten; Sonos an/aus schalten; dummies für pi_Light an/aus schalten; Status der Lichter abfragen.
Leider macht Siri noch ein paar Probleme, es funktioniert tadellos:
"Schalte die Stereoanlage im Badezimmer an" (für Sonos)
Was nicht klappt:
"Schalte die Stereoanlage im Wohnzimmer an" (ebenfalls Sonos; keine Ahnung warum)

Ich denke mal das liegt an Siri.
Des Weiteren habe ich noch ein Problem mit einem "Homematic Wandthermostat"
Ich füge dieses in der "Eve" App hinzu jedoch springt er direkt wieder zurück in den "Gerät hinzufügen" Dialog und ich kann das Thermostat nicht mehr hinzufügen.
Bei dem Wandthermostat habe ich auch schon den "genericDisplayType" auf "thermostat" gesetzt (danach HomeKit resettet; ./persist gelöscht; alles neu).

Hab ich etwas falsch verstanden oder gibt es einen Bug?
Wie würde ich Siri nach der Temperatur fragen?

Ansonsten für alle die es nicht wissen (so ging es mir zu erst):
Um die HomeKit DB zurückzusetzen geht man auf einem iOS Device in
Einstellungen -> Datenschutz -> Homekit -> HomeKit-Konfiguration zurücksetzen

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Juli 2015, 22:54:14
thermostate sind noch nicht eingebaut. ich weiss noch nicht welche characteritics nötig sind. wenn homekit mit dem device 'nicht zufrieden ist' dann lässt es nicht nicht pairen. eve gibt hier die darunter liegende fehlermeldung nicht aus.

das gleiche gilt auch für rolläden. beides kommt als nächstes.

komischerweise ist siri auch bei über den homekit simulator hinzugefügte rolläden der meinung das sie keine Jalousie gefunden hat. sehr seltsam.

ich habe es bis jetzt weder geschafft nach einem tür oder anwesenheit sensor zu fragen noch nach temperatur und luftfeuchtigkeit.


gerätenamen dürfen so viel ich weiss nur ein mal vorkommen. d.h. Stereoanlage darf es nur ein mal geben. eventuell geht es deshalb nicht.

wenn du genericDisplayType auf light setzt erscheinen die devices nach dem anlernen als lampen und nicht nur als gerät. dann kannst du sie als lampe und in gruppen ansprechen.

gruss
  andre

ps: ich habe gerade ein altes iphone mit ios9 beta 4 in betrieb genommen und es waren automatisch auf dem zweiten gerät alle angelernten devices vorhanden und steuerbar. auch ohne eve oder ähnliches zu installieren. beide geräte laufen auch wunderbar synchron und man sieht änderungen auf einem direkt auch auf dem anderen. wirkliche unterschiede habe ich noch keine bemerkt.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 24 Juli 2015, 23:51:47
Hi Andre,

Ok ich dachte schon ich habe etwas überlesen.
Einen Fensterkontakt habe ich auch nicht abfragen können obwohl er richtig in Eve angezeigt wird, ebenso Presence.
Die Gerätenamen sind unterschiedlich, jedoch haben die Sonos Geräte ja den Homekit-Typ "Stereoanlage".
Mir ist auch noch kein kluger Siri Alias eingefallen:
Sonos Wohnzimmer  => startet die Sonos App
Wohnzimmerradio => Musik App
Ebenso Musik Wohnzimmer.

Naja ich warte mal ab, ich hoffe ich finde morgen nochmal etwas Zeit mich damit zu beschäftigen, danke für die fixe Rückmeldung.

Gruß

Edit: bei mir läuft es unter iOS8 auch gut zwischen iPhone und iPad
Edit2: doch nicht, habe es gerade nochmal probiert, nach löschen der DB sind zwar beide Eves leer aber ich kann nur auf dem Gerät steuern auf dem ich Eve befüllt habe.

Gesendet von iPad mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 03:04:46
Guten Abend zusammen,
bin heute in das Thema eingestiegen. NodeJS und Homebridge laufen.

In der Eve App finde ich aber nichts... Könnte durchaus an der BasiAuth vor FHEM liegen.
Habe dazu in der platform/FHEM.js nichts gefunden. Kann es sein, dass das noch fehlt und ich zum Testen die BasicAuth entnehmen muss?

EDIT: Das Problem oben habe ich gefunden. Ich Trottel habe natürlich falsche IP Adressen verwendet und ja der BasiAuth muss raus. Jetzt kommt aber ein Kommuniukationsproblem beim Start von HomeBridge hoch siehe Screen. Vielleicht könnt ihr mir da helfen?

VG
Pascal
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: deluxe41 am 25 Juli 2015, 09:17:56
Guten Morgen zusammen,

Habe mich heute mal dran versucht, meine Lampen von unterwegs aus zu schalten.

Habe dafür mein AppleTv umgeklemmt(ist jetzt immer an)

Läuft!!!

Musste nur meine ICloud Adresse anmelden am AppleTv.

Gruß
Rene


Sent from my iPhone using Tapatalk(http://images.tapatalk-cdn.com/15/07/25/74a092cdf3a997fa46fcc60f235170e2.jpg)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 09:30:09
@Pazekal: basic auth und ssl sind im nächsten update drin. ist beides schon fertig.

kopier mal die letzte url vor dem ende des logs direkt in den browser und schau was da zurück kommt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 09:39:18
@Andre: Danke für deine Antwort :)

Anbei die JSONLIST, die da zurück kommt. Genau das verwundert mich ja :) Die kommt aber er spricht trotzdem von Problemen.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 09:41:14
bitte paste das ergebnis als text  und verwende die code tags.

danke
andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 09:42:10
Alles klar. Sry.
Habe den Filter gerade noch einmal verändert. nicht wundern das hat aber keine Änderung der Fehlerausgabe bewirkt:

Code Auswählen
{
  "Arg":"room=Wohnzimmer",
  "Results": [
  {
    "Name":"AktuellerVerbrauchTVEcke",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/07_ZWAVE.cfg",
      "CHANGED": "null",
      "NAME": "AktuellerVerbrauchTVEcke",
      "NR": "162",
      "STATE": "0.0 W",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"0.0 W", "Time":"2015-07-25 09:40:45" }    },
    "Attributes": {
      "event-on-change-reading": "state",
      "room": "Wohnzimmer"
    }
  },
  {
    "Name":"FilmIsPlaying",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/01_HUE.cfg",
      "NAME": "FilmIsPlaying",
      "NR": "47",
      "STATE": "false",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"false", "Time":"2015-07-25 03:16:20" }    },
    "Attributes": {      "room": "Wohnzimmer"    }
  },
  {
    "Name":"GesamtVerbrauchTVEcke",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/07_ZWAVE.cfg",
      "CHANGED": "null",
      "NAME": "GesamtVerbrauchTVEcke",
      "NR": "165",
      "STATE": "27.81 kWh",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"27.81 kWh", "Time":"2015-07-25 09:36:55" }    },
    "Attributes": {
      "event-on-change-reading": "state",
      "room": "Wohnzimmer"
    }
  },
  {
    "Name":"GoodMorning",
    "PossibleSets":"remove:high,home,low,medium rename save set setcmd scene:high,home,low,medium",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings followDevices:1,2 switchingOrder event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/01_HUE.cfg",
      "DEF": "HUEDevice.*",
      "HAS_DataDumper": "1",
      "HAS_JSON": "1",
      "NAME": "GoodMorning",
      "NR": "56",
      "NTFY_ORDER": "50-GoodMorning",
      "STATE": "Initialized",
      "TYPE": "LightScene"
    },
    "Readings": {      "state": { "Value":"low", "Time":"2015-06-18 23:04:45" }    },
    "Attributes": {      "room": "Wohnzimmer"    }
  },
  {
    "Name":"HUEDevice1",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "1 ",
      "ID": "1",
      "INTERVAL": "60",
      "NAME": "HUEDevice1",
      "NR": "24",
      "STATE": "off",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LLC006",
      "name": "Links Leinwand",
      "swversion": "4.6.0.8274",
      "type": "Color light",
      "uniqueid": "00:17:88:01:00:0c:28:56-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:49:15" },
      "colormode": { "Value":"hs", "Time":"2015-07-25 03:17:03" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "hue": { "Value":"40215", "Time":"2015-07-25 03:17:03" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "reachable": { "Value":"1", "Time":"2015-07-25 03:17:03" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"51", "Time":"2015-07-25 03:17:03" },
      "state": { "Value":"off", "Time":"2015-07-25 03:48:15" },
      "xy": { "Value":"0.378,0.3674", "Time":"2015-07-25 03:17:03" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Links Leinwand",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueVorne",
      "model": "LLC006",
      "room": "Wohnzimmer",
      "subType": "colordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice2",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "2 ",
      "ID": "2",
      "INTERVAL": "60",
      "NAME": "HUEDevice2",
      "NR": "28",
      "STATE": "off",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LLC006",
      "name": "Rechts Leinwand",
      "swversion": "4.6.0.8274",
      "type": "Color light",
      "uniqueid": "00:17:88:01:00:19:41:4b-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:49:15" },
      "colormode": { "Value":"hs", "Time":"2015-07-25 03:17:03" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "hue": { "Value":"40215", "Time":"2015-07-25 03:17:03" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "reachable": { "Value":"1", "Time":"2015-07-25 03:17:03" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"51", "Time":"2015-07-25 03:17:03" },
      "state": { "Value":"off", "Time":"2015-07-25 03:48:15" },
      "xy": { "Value":"0.378,0.3674", "Time":"2015-07-25 03:17:03" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Rechts Leinwand",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueVorne",
      "model": "LLC006",
      "room": "Wohnzimmer",
      "subType": "colordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice3",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "3 ",
      "ID": "3",
      "INTERVAL": "60",
      "NAME": "HUEDevice3",
      "NR": "26",
      "STATE": "unreachable",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LCT001",
      "name": "Über Couch",
      "swversion": "66013452",
      "type": "Extended color light",
      "uniqueid": "00:17:88:01:00:bb:0a:a3-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "colormode": { "Value":"hs", "Time":"2015-07-25 03:17:03" },
      "ct": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "hue": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "reachable": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "state": { "Value":"unreachable", "Time":"2015-07-25 03:17:03" },
      "xy": { "Value":"0,0", "Time":"2015-07-25 03:17:03" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Über Couch",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueOben",
      "model": "LCT001",
      "room": "Wohnzimmer",
      "subType": "extcolordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice4",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "4 ",
      "ID": "4",
      "INTERVAL": "60",
      "NAME": "HUEDevice4",
      "NR": "22",
      "STATE": "off",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LLC001",
      "name": "Rechts Couch",
      "swversion": "1.0.1.4591",
      "type": "Color light",
      "uniqueid": "00:17:88:01:00:07:06:db-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:49:15" },
      "colormode": { "Value":"xy", "Time":"2015-07-25 03:17:03" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "hue": { "Value":"40216", "Time":"2015-07-25 03:17:03" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "reachable": { "Value":"1", "Time":"2015-07-25 03:17:03" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"51", "Time":"2015-07-25 03:17:03" },
      "state": { "Value":"off", "Time":"2015-07-25 03:48:15" },
      "xy": { "Value":"0.3779,0.3674", "Time":"2015-07-25 03:17:03" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Rechts Couch",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueHinten",
      "model": "LLC001",
      "room": "Wohnzimmer",
      "subType": "colordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice5",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "5 ",
      "ID": "5",
      "INTERVAL": "60",
      "NAME": "HUEDevice5",
      "NR": "30",
      "STATE": "off",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LLC001",
      "name": "Links Couch",
      "swversion": "2.0.0.5206",
      "type": "Color light",
      "uniqueid": "00:17:88:01:00:09:71:0b-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:49:15" },
      "colormode": { "Value":"xy", "Time":"2015-07-25 03:17:03" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "hue": { "Value":"40216", "Time":"2015-07-25 03:17:03" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:48:15" },
      "reachable": { "Value":"1", "Time":"2015-07-25 03:17:03" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"51", "Time":"2015-07-25 03:17:03" },
      "state": { "Value":"off", "Time":"2015-07-25 03:48:15" },
      "xy": { "Value":"0.3779,0.3674", "Time":"2015-07-25 03:17:03" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Links Couch",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueHinten",
      "model": "LLC001",
      "room": "Wohnzimmer",
      "subType": "colordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice6",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "6 ",
      "ID": "6",
      "INTERVAL": "60",
      "NAME": "HUEDevice6",
      "NR": "20",
      "STATE": "unreachable",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LCT001",
      "name": "Neben Esstisch",
      "swversion": "66013452",
      "type": "Extended color light",
      "uniqueid": "00:17:88:01:00:bb:0e:4b-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "colormode": { "Value":"hs", "Time":"2015-07-25 03:17:03" },
      "ct": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:03" },
      "hue": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "reachable": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"0", "Time":"2015-07-25 03:17:03" },
      "state": { "Value":"unreachable", "Time":"2015-07-25 03:17:03" },
      "xy": { "Value":"0,0", "Time":"2015-07-25 03:17:03" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Neben Esstisch",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueMitte",
      "model": "LCT001",
      "room": "Wohnzimmer",
      "subType": "extcolordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "rgb:rgb ff0000:rgb DEFF26:rgb 0000ff:ct 490:ct 380:ct 270:ct 160:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice7",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg rgb:colorpicker,RGB hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLM001,LLM010,LLM011,LLM012,LST001,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "7 ",
      "ID": "7",
      "INTERVAL": "60",
      "NAME": "HUEDevice7",
      "NR": "195",
      "STATE": "off",
      "TYPE": "HUEDevice",
      "manufacturername": "Philips",
      "modelid": "LLC006",
      "name": "Hinter Esstisch",
      "swversion": "4.6.0.8274",
      "type": "Color light",
      "uniqueid": "00:17:88:01:00:19:26:21-0b"
    },
    "Readings": {
      "alert": { "Value":"none", "Time":"2015-07-25 03:17:04" },
      "bri": { "Value":"0", "Time":"2015-07-25 03:17:04" },
      "colormode": { "Value":"hs", "Time":"2015-07-25 03:17:04" },
      "effect": { "Value":"none", "Time":"2015-07-25 03:17:04" },
      "hue": { "Value":"0", "Time":"2015-07-25 03:17:04" },
      "onoff": { "Value":"0", "Time":"2015-07-25 03:17:04" },
      "pct": { "Value":"0", "Time":"2015-07-25 03:17:04" },
      "reachable": { "Value":"1", "Time":"2015-07-25 03:17:04" },
      "rgb": { "Value":"000000", "Time":"2015-07-25 09:40:16" },
      "sat": { "Value":"0", "Time":"2015-07-25 03:17:04" },
      "state": { "Value":"off", "Time":"2015-07-25 03:17:04" },
      "xy": { "Value":"0.435,0.405", "Time":"2015-07-25 03:17:04" }
    },
    "Attributes": {
      "IODev": "HueBridge",
      "alias": "Hinter Esstisch",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "HueHinten",
      "model": "LLC006",
      "room": "Wohnzimmer",
      "subType": "colordimmer",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "webCmd": "hue:rgb:rgb ff0000:rgb 98FF23:rgb 0000ff:toggle:on:off"
    }
  },
  {
    "Name":"KinoEnde",
    "PossibleSets":"remove: rename save set setcmd scene:",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings followDevices:1,2 switchingOrder event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/01_HUE.cfg",
      "DEF": "HUEDevice.*",
      "HAS_DataDumper": "1",
      "HAS_JSON": "1",
      "NAME": "KinoEnde",
      "NR": "54",
      "NTFY_ORDER": "50-KinoEnde",
      "STATE": "Initialized",
      "TYPE": "LightScene"
    },
    "Readings": {    },
    "Attributes": {      "room": "Wohnzimmer"    }
  },
  {
    "Name":"KinoStart",
    "PossibleSets":"remove: rename save set setcmd scene:",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings followDevices:1,2 switchingOrder event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/01_HUE.cfg",
      "DEF": "HUEDevice.*",
      "HAS_DataDumper": "1",
      "HAS_JSON": "1",
      "NAME": "KinoStart",
      "NR": "52",
      "NTFY_ORDER": "50-KinoStart",
      "STATE": "Initialized",
      "TYPE": "LightScene"
    },
    "Readings": {    },
    "Attributes": {      "room": "Wohnzimmer"    }
  },
  {
    "Name":"LogitechRemote",
    "PossibleSets":"",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/01_HUE.cfg",
      "DEF": "/etc/lirc/lircrc",
      "DeviceName": "LogitechRemote",
      "FD": "12",
      "NAME": "LogitechRemote",
      "NR": "44",
      "STATE": "Opened",
      "TYPE": "LIRC"
    },
    "Readings": {    },
    "Attributes": {      "room": "Wohnzimmer"    }
  },
  {
    "Name":"OnkyoAVR",
    "PossibleSets":"toggle:noArg on:noArg off:noArg volume:slider,0,1,100 volumeUp:noArg volumeDown:noArg input:am,aux1,aux2,bd,cbl,cd,dlna,dvd,dvr,fm,game,internet-radio,iradio-favorite,multi-ch,music-server,net,network,p4s,pc,phono,sat,sirius,tape,tape-1,tape2,tuner,tv,tv-cd,universal-port,usb,usb-rear,usb-toggle,vcr,video1,video2,video3,video4,video5,video6,video7,xm sleep:off,5,10,15,30,60,90 mute:,- statusRequest:noArg remoteControl:noArg",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings volumeSteps:1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20 inputs disable:0,1 model event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/02_ONKYO.cfg",
      "CHANGED": "null",
      "DEF": "192.168.3.104 pre2013 main 10",
      "INTERVAL": "10",
      "NAME": "OnkyoAVR",
      "NR": "68",
      "STATE": "absent",
      "TYPE": "ONKYO_AVR",
      "ZONE": "main"
    },
    "Readings": {
      "audin_ch": { "Value":"-", "Time":"2015-07-21 11:21:41" },
      "audin_enc": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "audin_srate": { "Value":"-", "Time":"2015-07-21 11:21:41" },
      "audin_src": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "audout_ch": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "audout_mode": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "deviceyear": { "Value":"pre2013", "Time":"2015-07-25 03:16:21" },
      "input": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "mute": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "power": { "Value":"off", "Time":"2015-07-21 11:51:41" },
      "presence": { "Value":"absent", "Time":"2015-07-25 03:17:03" },
      "sleep": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "state": { "Value":"absent", "Time":"2015-07-21 18:19:42" },
      "vidin_cdepth": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidin_cspace": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidin_res": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidin_src": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidout_cdepth": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidout_cspace": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidout_dst": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidout_mode": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "vidout_res": { "Value":"-", "Time":"2015-07-21 11:51:41" },
      "volume": { "Value":"-", "Time":"2015-07-21 11:51:41" }
    },
    "Attributes": {
      "model": "pre2013",
      "room": "Wohnzimmer"
    }
  },
  {
    "Name":"SVG_FileLog_PowerUsage_Strom_TV_Ecke_1",
    "PossibleSets":"copyGplotFile:noArg",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings fixedoffset fixedrange startDate plotsize nrAxis endPlotNow endPlotToday label title plotfunction captionLeft:1,0 cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/07_ZWAVE.cfg",
      "DEF": "FileLog_PowerUsage_Strom_TV_Ecke:SVG_FileLog_PowerUsage_Strom_TV_Ecke_1:CURRENT",
      "GPLOTFILE": "SVG_FileLog_PowerUsage_Strom_TV_Ecke_1",
      "LOGDEVICE": "FileLog_PowerUsage_Strom_TV_Ecke",
      "LOGFILE": "CURRENT",
      "NAME": "SVG_FileLog_PowerUsage_Strom_TV_Ecke_1",
      "NR": "182",
      "STATE": "initialized",
      "TYPE": "SVG"
    },
    "Readings": {    },
    "Attributes": {
      "fixedrange": "month",
      "room": "Wohnzimmer"
    }
  },
  {
    "Name":"SVG_FileLog_TotalUsage_Strom_TV_Ecke_1",
    "PossibleSets":"copyGplotFile:noArg",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings fixedoffset fixedrange startDate plotsize nrAxis endPlotNow endPlotToday label title plotfunction captionLeft:1,0 cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/07_ZWAVE.cfg",
      "DEF": "FileLog_TotalUsage_Strom_TV_Ecke:SVG_FileLog_TotalUsage_Strom_TV_Ecke_1:CURRENT",
      "GPLOTFILE": "SVG_FileLog_TotalUsage_Strom_TV_Ecke_1",
      "LOGDEVICE": "FileLog_TotalUsage_Strom_TV_Ecke",
      "LOGFILE": "CURRENT",
      "NAME": "SVG_FileLog_TotalUsage_Strom_TV_Ecke_1",
      "NR": "185",
      "STATE": "initialized",
      "TYPE": "SVG"
    },
    "Readings": {    },
    "Attributes": {
      "fixedrange": "month",
      "room": "Wohnzimmer"
    }
  },
  {
    "Name":"Strom_TV_Ecke",
    "PossibleSets":"associationAdd associationDel configActionInCaseOfExceedingDefined52:FunctionInactive,and4Combine,TurnTheAssociatedDevicesOnPower3,TurnTheAssociatedDevicesOffPower2,TurnTheAssociatedDevicesOnPower1,and3Combined,TurnTheAssociatedDevicesOffPower4 configAlarmDuration configAlwaysOnFunction:functionInactive,functionActivated configByte configDOWNValue configDefault configImmediatePowerReport configLEDRingIlluminationColourAtTheZ63:YellowIllumination,WhiteIllumination,RedIllumination,BlueIllumination,LEDRingFlashesRedBlueWhite,GreenIllumination,CyanIlluminatio,NoChangeInColour,illuminationTurnedOffCompletely,MagentaIllumination configLEDRingIlluminationColourWhen61:YellowIllumination,WhiteIllumination,RedIllumination,UsingFullSpectrumOfAvailable1,BlueIllumination,GreenIllumination,CyanIlluminatio,DependingOnPowerConsumption0,illuminationTurnedOffCompletely,MagentaIllumination configLEDRingIlluminationColourWhen62:YellowIllumination,WhiteIllumination,RedIllumination,BlueIllumination,GreenIllumination,CyanIlluminatio,DependingOnTheLastMeasuredPower,illuminationTurnedOffCompletely,MagentaIllumination configLong configMeteringEnergyConsumedByTheWall49:functionInactive,functionActivated configOveloadSafetySwitch configPowerLoadWhichWhenExceededMakes60 configPowerReportingFrequency configReactionToAlarms:ALARMALL,ALARMWATER,ALARMHEAT,ALARMCO2,ALARMCO,ALARMGENERIC,ALARMSMOKE configRememberDeviceStatusAfterPower16:WallPlugMemorizesItsStateAfterA1,WallPlugDoesNotMemorizeItsState0 configReportingChangesInEnergyConsumed45 configStandardPowerLoadReporting configTimePeriodBetweenReportsOnPower47 configUPValue configWallPlugSResponseToAlarmFrames:TurnOnConnectedDevice,CyclicallyChangeDeviceState3,TurnOffConnectedDevice,NoReaction configWord mcaAdd mcaDel meterReset:noArg neighborUpdate:noArg off:noArg on:noArg powerlevel powerlevelTest blink toggle on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 classes event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/07_ZWAVE.cfg",
      "DEF": "d88884e0 6",
      "NAME": "Strom_TV_Ecke",
      "NR": "159",
      "STATE": "off",
      "TYPE": "ZWave",
      "homeId": "d88884e0",
      "id": "06",
      "lastMsgTimestamp": "1437810045"
    },
    "Readings": {
      "configMeteringEnergyConsumedByTheWall49": { "Value":"functionInactive", "Time":"2015-06-01 20:32:11" },
      "energy": { "Value":" 27.81 kWh", "Time":"2015-07-25 09:36:55" },
      "mcaSupportedGroupings": { "Value":"2", "Time":"2015-06-01 21:30:07" },
      "meterSupported": { "Value":"type: energy scales: 0:kWh, 2:W resetable: yes", "Time":"2015-06-01 21:29:19" },
      "model": { "Value":"FIBARO System FGWPE Wall Plug", "Time":"2015-06-01 20:31:11" },
      "modelConfig": { "Value":"fibaro/fgwpe.xml", "Time":"2015-06-01 20:31:11" },
      "modelId": { "Value":"010f-0600-1000", "Time":"2015-06-01 20:31:11" },
      "power": { "Value":"0.0 W", "Time":"2015-07-25 09:40:45" },
      "powerlvl": { "Value":"current 0 remain 0", "Time":"2015-06-01 21:29:41" },
      "reportedState": { "Value":"off", "Time":"2015-07-25 09:40:45" },
      "state": { "Value":"off", "Time":"2015-07-25 09:40:45" },
      "transmit": { "Value":"OK", "Time":"2015-07-25 09:40:45" },
      "version": { "Value":"Lib 3 Prot 3.52 App 25.25", "Time":"2015-06-01 21:29:51" }
    },
    "Attributes": {
      "IODev": "ZWDongle",
      "classes": "MANUFACTURER_SPECIFIC VERSION CONFIGURATION ASSOCIATION MULTI_CHANNEL_ASSOCIATION SWITCH_BINARY POWERLEVEL METER SENSOR_MULTILEVEL FIRMWARE_UPDATE_MD MARK SWITCH_BINARY METER SENSOR_MULTILEVEL",
      "room": "Wohnzimmer"
    }
  },
  {
    "Name":"WelcomeHome",
    "PossibleSets":"remove:home rename save set setcmd scene:home",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings followDevices:1,2 switchingOrder event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "/opt/fhem/mycfg/01_HUE.cfg",
      "DEF": "HUEDevice.*",
      "HAS_DataDumper": "1",
      "HAS_JSON": "1",
      "NAME": "WelcomeHome",
      "NR": "58",
      "NTFY_ORDER": "50-WelcomeHome",
      "STATE": "Initialized",
      "TYPE": "LightScene"
    },
    "Readings": {      "state": { "Value":"home", "Time":"2015-07-25 02:10:12" }    },
    "Attributes": {      "room": "Wohnzimmer"    }
  }  ],
  "totalResultsReturned":19
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 11:02:17
vermutlich kommt node.js mit der ausgabe von jsonlist nicht klar. ich sehe zwar noch nicht was es ist, die symptome deuten aber darauf hin.

bitte spiel mal mit dem filter und versuch rauszufinden ob es mit anderen geräten geht bzw. mit welchem gerät es dann nichtmehr geht. du kannst z.b zum stehen mal einen filter mit TYPE=HUEDevice verwenden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 11:09:38
Das hatte ich auch bereits vermutet... Habe daher schon ein paar Tests mit den Filtern gemacht. Bisher ohne erfolgt.

Getestet:
TYPE=HUEDevice
room=Bewohner
room=Wohnzimmer
TYPE=PRESENCE

Das brachte mir immer das Gleiche Ergebnis. Ich habe Testweise das von homebridge mitgelieferte Modul PhilipsHue getestet. Hier kommt die Kommunikation zu Stande und ich kann alle Lampen ansteuern.

Kann ich dir mit Logs weiterhelfen? Wenn ja mit welchen?

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 11:14:56
bitte ändere im FHEM.js die folgenden zwei dinge:

in zeile 323 json: true auf json: false

zwischen zeile 325 und 326 eine neue zeile einfügen: json = JSON.parse(json);

dann solltest du eine meldung sehen wenn das problem tatsächlich beim json parsen ist.

gruss
  andre

ps: ich weiss nicht ob die zeilennummern stimmen. das erste ist 323 ist diese zeile:
Code Auswählen
this.connection.request.get( { url: url, json: true, gzip: true },

325 ist diese:
Code Auswählen
if( !err && response.statusCode == 200 ) {
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 11:21:48
Ok ist gemacht. Nur, dass die Zeilennummern bei mir anders sind. Das könnte auf eine falsche Version auf meiner Seite der FHEM.js hindeuten. Wo finde ich die aktuellste FHEM.js?

Der Codebereich, der angepasst wurde sieht so aus und liegt in Zeile 309:

Code Auswählen
request.get( { url: url, json: false, gzip: true },
                 function(err, response, json) {
                   if( !err && response.statusCode == 200 ) {
                json = JSON.parse(json);
                     that.log( 'got: ' + json['totalResultsReturned'] + ' results' );
//that.log("got json: " + util.inspect(json) );
                     if( json['totalResultsReturned'] ) {
                       var sArray=FHEM_sortByKey(json['Results'],"Name");
                       sArray.map(function(s) {
                         if( s.Attributes.disable == 1 ) {
                           that.log( s.Internals.NAME + ' is disabled');


Beim npm run start kommt keine Meldung:
Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.3.172:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1437816009303
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.3.172:8083/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1
Loading 0 accessories...
[FHEM] There was a problem connecting to FHEM.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 11:25:45
die zeilennummern sind anders weil ich beim mir schon weiter entwickelt habe.

bau mal bitte vor und nach der neuen parse zeile jeweils eine zeile mit
Code Auswählen
console.log(typeof(json)); ein.

das erste sollte string ausgeben das zweite object. und dann bitte vor dem passe eine zeile mit
Code Auswählen
console.log(json); und den kommentar vor dem that.log... entfernen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 11:30:16
Meinst du so?

Code Auswählen
    request.get( { url: url, json: false, gzip: true },
                 function(err, response, json) {
                   if( !err && response.statusCode == 200 ) {

console.log(typeof(json))
console.log(json);
json = JSON.parse(json);
console.log(typeof(json))

                     that.log( 'got: ' + json['totalResultsReturned'] + ' results' );
that.log("got json: " + util.inspect(json) );
                     if( json['totalResultsReturned'] ) {
                       var sArray=FHEM_sortByKey(json['Results'],"Name");
                       sArray.map(function(s) {
                         if( s.Attributes.disable == 1 ) {
                           that.log( s.Internals.NAME + ' is disabled');
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 11:35:30
ja. genau so. in den typeof zeilen muss noch jeweils ein ; ans ende.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 11:39:05
ok. Done.

Bekomme keine andere Ausgabe.
Wenn du möchtest können wir auch eine TeamViewer Session machen. Ich denke da bist du flotter und musst nicht auf meine blöden Rückfragen warten :)

Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.3.172:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1437817082921
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.3.172:8083/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1
Loading 0 accessories...
[FHEM] There was a problem connecting to FHEM.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 11:50:22
sorry. ich habe geschlafen. bei dir geht vorher schon was schief.

bau mal bitte das hier:
Code Auswählen
console.log(err);
console.log(response);

vor die
Code Auswählen
that.log("There was a problem connecting to FHEM.");zeile


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 11:54:34
Ahhh.. Jetzt :)

Code Auswählen
> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.3.172:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1437818036361
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.3.172:8083/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1
Loading 0 accessories...
null
{ _readableState:
   { objectMode: false,
     highWaterMark: 16384,
     buffer: [],
     length: 0,
     pipes: null,
     pipesCount: 0,
     flowing: true,
     ended: true,
     endEmitted: true,
     reading: false,
     sync: true,
     needReadable: false,
     emittedReadable: false,
     readableListening: false,
     defaultEncoding: 'utf8',
     ranOut: false,
     awaitDrain: 0,
     readingMore: false,
     decoder: null,
     encoding: null,
     resumeScheduled: false },
  readable: false,
  domain: null,
  _events:
   { end: [ [Function: responseOnEnd], [Function], [Function], [Function] ],
     close: [ [Function], [Function] ],
     data: [Function],
     error: [Function] },
  _maxListeners: undefined,
  socket:
   { _connecting: false,
     _hadError: false,
     _handle: null,
     _parent: null,
     _host: '192.168.3.172',
     _readableState:
      { objectMode: false,
        highWaterMark: 16384,
        buffer: [],
        length: 0,
        pipes: null,
        pipesCount: 0,
        flowing: true,
        ended: false,
        endEmitted: false,
        reading: true,
        sync: false,
        needReadable: true,
        emittedReadable: false,
        readableListening: false,
        defaultEncoding: 'utf8',
        ranOut: false,
        awaitDrain: 0,
        readingMore: false,
        decoder: null,
        encoding: null,
        resumeScheduled: false },
     readable: false,
     domain: null,
     _events:
      { end: [Object],
        finish: [Function: onSocketFinish],
        _socketEnd: [Function: onSocketEnd],
        free: [Function: onFree],
        close: [Object],
        agentRemove: [Function: onRemove],
        drain: [Function: ondrain],
        error: [Object] },
     _maxListeners: 0,
     _writableState:
      { objectMode: false,
        highWaterMark: 16384,
        needDrain: false,
        ending: true,
        ended: true,
        finished: true,
        decodeStrings: false,
        defaultEncoding: 'utf8',
        length: 0,
        writing: false,
        corked: 0,
        sync: false,
        bufferProcessing: false,
        onwrite: [Function],
        writecb: null,
        writelen: 0,
        bufferedRequest: null,
        lastBufferedRequest: null,
        pendingcb: 0,
        prefinished: true,
        errorEmitted: false },
     writable: false,
     allowHalfOpen: false,
     destroyed: true,
     bytesRead: 112,
     _bytesDispatched: 153,
     _pendingData: null,
     _pendingEncoding: '',
     parser: null,
     _httpMessage:
      { domain: null,
        _events: [Object],
        _maxListeners: undefined,
        output: [],
        outputEncodings: [],
        outputCallbacks: [],
        writable: true,
        _last: true,
        chunkedEncoding: false,
        shouldKeepAlive: false,
        useChunkedEncodingByDefault: false,
        sendDate: false,
        _removedHeader: {},
        _hasBody: true,
        _trailer: '',
        finished: true,
        _hangupClose: false,
        _headerSent: true,
        socket: [Circular],
        connection: [Circular],
        _header: 'GET /fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1 HTTP/1.1\r\nhost: 192.168.3.172:8083\r\naccept-encoding: gzip\r\naccept: application/json\r\nConnection: close\r\n\r\n',
        _headers: [Object],
        _headerNames: [Object],
        agent: [Object],
        socketPath: undefined,
        method: 'GET',
        path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        parser: null,
        res: [Circular] },
     read: [Function],
     _consuming: true,
     _idleNext: null,
     _idlePrev: null,
     _idleTimeout: -1 },
  connection:
   { _connecting: false,
     _hadError: false,
     _handle: null,
     _parent: null,
     _host: '192.168.3.172',
     _readableState:
      { objectMode: false,
        highWaterMark: 16384,
        buffer: [],
        length: 0,
        pipes: null,
        pipesCount: 0,
        flowing: true,
        ended: false,
        endEmitted: false,
        reading: true,
        sync: false,
        needReadable: true,
        emittedReadable: false,
        readableListening: false,
        defaultEncoding: 'utf8',
        ranOut: false,
        awaitDrain: 0,
        readingMore: false,
        decoder: null,
        encoding: null,
        resumeScheduled: false },
     readable: false,
     domain: null,
     _events:
      { end: [Object],
        finish: [Function: onSocketFinish],
        _socketEnd: [Function: onSocketEnd],
        free: [Function: onFree],
        close: [Object],
        agentRemove: [Function: onRemove],
        drain: [Function: ondrain],
        error: [Object] },
     _maxListeners: 0,
     _writableState:
      { objectMode: false,
        highWaterMark: 16384,
        needDrain: false,
        ending: true,
        ended: true,
        finished: true,
        decodeStrings: false,
        defaultEncoding: 'utf8',
        length: 0,
        writing: false,
        corked: 0,
        sync: false,
        bufferProcessing: false,
        onwrite: [Function],
        writecb: null,
        writelen: 0,
        bufferedRequest: null,
        lastBufferedRequest: null,
        pendingcb: 0,
        prefinished: true,
        errorEmitted: false },
     writable: false,
     allowHalfOpen: false,
     destroyed: true,
     bytesRead: 112,
     _bytesDispatched: 153,
     _pendingData: null,
     _pendingEncoding: '',
     parser: null,
     _httpMessage:
      { domain: null,
        _events: [Object],
        _maxListeners: undefined,
        output: [],
        outputEncodings: [],
        outputCallbacks: [],
        writable: true,
        _last: true,
        chunkedEncoding: false,
        shouldKeepAlive: false,
        useChunkedEncodingByDefault: false,
        sendDate: false,
        _removedHeader: {},
        _hasBody: true,
        _trailer: '',
        finished: true,
        _hangupClose: false,
        _headerSent: true,
        socket: [Circular],
        connection: [Circular],
        _header: 'GET /fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1 HTTP/1.1\r\nhost: 192.168.3.172:8083\r\naccept-encoding: gzip\r\naccept: application/json\r\nConnection: close\r\n\r\n',
        _headers: [Object],
        _headerNames: [Object],
        agent: [Object],
        socketPath: undefined,
        method: 'GET',
        path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        parser: null,
        res: [Circular] },
     read: [Function],
     _consuming: true,
     _idleNext: null,
     _idlePrev: null,
     _idleTimeout: -1 },
  httpVersionMajor: 1,
  httpVersionMinor: 1,
  httpVersion: '1.1',
  complete: true,
  headers:
   { 'www-authenticate': 'Basic realm="Fhem: login required"',
     'content-length': '0' },
  rawHeaders:
   [ 'WWW-Authenticate',
     'Basic realm="Fhem: login required"',
     'Content-Length',
     '0' ],
  trailers: {},
  rawTrailers: [],
  _pendings: [],
  _pendingIndex: 0,
  upgrade: false,
  url: '',
  method: null,
  statusCode: 401,
  statusMessage: 'Authorization Required',
  client:
   { _connecting: false,
     _hadError: false,
     _handle: null,
     _parent: null,
     _host: '192.168.3.172',
     _readableState:
      { objectMode: false,
        highWaterMark: 16384,
        buffer: [],
        length: 0,
        pipes: null,
        pipesCount: 0,
        flowing: true,
        ended: false,
        endEmitted: false,
        reading: true,
        sync: false,
        needReadable: true,
        emittedReadable: false,
        readableListening: false,
        defaultEncoding: 'utf8',
        ranOut: false,
        awaitDrain: 0,
        readingMore: false,
        decoder: null,
        encoding: null,
        resumeScheduled: false },
     readable: false,
     domain: null,
     _events:
      { end: [Object],
        finish: [Function: onSocketFinish],
        _socketEnd: [Function: onSocketEnd],
        free: [Function: onFree],
        close: [Object],
        agentRemove: [Function: onRemove],
        drain: [Function: ondrain],
        error: [Object] },
     _maxListeners: 0,
     _writableState:
      { objectMode: false,
        highWaterMark: 16384,
        needDrain: false,
        ending: true,
        ended: true,
        finished: true,
        decodeStrings: false,
        defaultEncoding: 'utf8',
        length: 0,
        writing: false,
        corked: 0,
        sync: false,
        bufferProcessing: false,
        onwrite: [Function],
        writecb: null,
        writelen: 0,
        bufferedRequest: null,
        lastBufferedRequest: null,
        pendingcb: 0,
        prefinished: true,
        errorEmitted: false },
     writable: false,
     allowHalfOpen: false,
     destroyed: true,
     bytesRead: 112,
     _bytesDispatched: 153,
     _pendingData: null,
     _pendingEncoding: '',
     parser: null,
     _httpMessage:
      { domain: null,
        _events: [Object],
        _maxListeners: undefined,
        output: [],
        outputEncodings: [],
        outputCallbacks: [],
        writable: true,
        _last: true,
        chunkedEncoding: false,
        shouldKeepAlive: false,
        useChunkedEncodingByDefault: false,
        sendDate: false,
        _removedHeader: {},
        _hasBody: true,
        _trailer: '',
        finished: true,
        _hangupClose: false,
        _headerSent: true,
        socket: [Circular],
        connection: [Circular],
        _header: 'GET /fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1 HTTP/1.1\r\nhost: 192.168.3.172:8083\r\naccept-encoding: gzip\r\naccept: application/json\r\nConnection: close\r\n\r\n',
        _headers: [Object],
        _headerNames: [Object],
        agent: [Object],
        socketPath: undefined,
        method: 'GET',
        path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        parser: null,
        res: [Circular] },
     read: [Function],
     _consuming: true,
     _idleNext: null,
     _idlePrev: null,
     _idleTimeout: -1 },
  _consuming: true,
  _dumped: false,
  req:
   { domain: null,
     _events:
      { socket: [Object],
        response: [Function],
        error: [Function],
        drain: [Function] },
     _maxListeners: undefined,
     output: [],
     outputEncodings: [],
     outputCallbacks: [],
     writable: true,
     _last: true,
     chunkedEncoding: false,
     shouldKeepAlive: false,
     useChunkedEncodingByDefault: false,
     sendDate: false,
     _removedHeader: {},
     _hasBody: true,
     _trailer: '',
     finished: true,
     _hangupClose: false,
     _headerSent: true,
     socket:
      { _connecting: false,
        _hadError: false,
        _handle: null,
        _parent: null,
        _host: '192.168.3.172',
        _readableState: [Object],
        readable: false,
        domain: null,
        _events: [Object],
        _maxListeners: 0,
        _writableState: [Object],
        writable: false,
        allowHalfOpen: false,
        destroyed: true,
        bytesRead: 112,
        _bytesDispatched: 153,
        _pendingData: null,
        _pendingEncoding: '',
        parser: null,
        _httpMessage: [Circular],
        read: [Function],
        _consuming: true,
        _idleNext: null,
        _idlePrev: null,
        _idleTimeout: -1 },
     connection:
      { _connecting: false,
        _hadError: false,
        _handle: null,
        _parent: null,
        _host: '192.168.3.172',
        _readableState: [Object],
        readable: false,
        domain: null,
        _events: [Object],
        _maxListeners: 0,
        _writableState: [Object],
        writable: false,
        allowHalfOpen: false,
        destroyed: true,
        bytesRead: 112,
        _bytesDispatched: 153,
        _pendingData: null,
        _pendingEncoding: '',
        parser: null,
        _httpMessage: [Circular],
        read: [Function],
        _consuming: true,
        _idleNext: null,
        _idlePrev: null,
        _idleTimeout: -1 },
     _header: 'GET /fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1 HTTP/1.1\r\nhost: 192.168.3.172:8083\r\naccept-encoding: gzip\r\naccept: application/json\r\nConnection: close\r\n\r\n',
     _headers:
      { host: '192.168.3.172:8083',
        'accept-encoding': 'gzip',
        accept: 'application/json' },
     _headerNames:
      { host: 'host',
        'accept-encoding': 'accept-encoding',
        accept: 'accept' },
     agent:
      { domain: null,
        _events: [Object],
        _maxListeners: undefined,
        defaultPort: 80,
        protocol: 'http:',
        options: [Object],
        requests: {},
        sockets: [Object],
        freeSockets: {},
        keepAliveMsecs: 1000,
        keepAlive: false,
        maxSockets: Infinity,
        maxFreeSockets: 256 },
     socketPath: undefined,
     method: 'GET',
     path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
     parser: null,
     res: [Circular] },
  request:
   { domain: null,
     _events:
      { error: [Function],
        complete: [Function],
        pipe: [Function],
        end: [Object],
        data: [Function] },
     _maxListeners: undefined,
     callback: [Function],
     uri:
      { protocol: 'http:',
        slashes: true,
        auth: null,
        host: '192.168.3.172:8083',
        port: '8083',
        hostname: '192.168.3.172',
        hash: null,
        search: '?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        query: 'cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        pathname: '/fhem',
        path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        href: 'http://192.168.3.172:8083/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1' },
     gzip: true,
     method: 'GET',
     readable: true,
     writable: true,
     explicitMethod: true,
     canTunnel: false,
     headers: { 'accept-encoding': 'gzip', accept: 'application/json' },
     setHeader: [Function],
     hasHeader: [Function],
     getHeader: [Function],
     removeHeader: [Function],
     localAddress: undefined,
     qsLib: { stringify: [Function], parse: [Function] },
     pool: {},
     dests: [],
     __isRequestRequest: true,
     _callback: [Function],
     proxy: null,
     tunnel: false,
     _redirectsFollowed: 0,
     maxRedirects: 10,
     allowRedirect: [Function],
     followRedirects: true,
     followAllRedirects: false,
     redirects: [],
     setHost: true,
     originalCookieHeader: undefined,
     _disableCookies: true,
     _jar: undefined,
     port: '8083',
     host: '192.168.3.172',
     path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
     _json: true,
     httpModule:
      { IncomingMessage: [Object],
        METHODS: [Object],
        OutgoingMessage: [Object],
        ServerResponse: [Object],
        STATUS_CODES: [Object],
        Agent: [Object],
        globalAgent: [Object],
        ClientRequest: [Object],
        request: [Function],
        get: [Function],
        _connectionListener: [Function: connectionListener],
        Server: [Object],
        createServer: [Function],
        Client: [Function: deprecated],
        createClient: [Function: deprecated] },
     agentClass: { [Function: Agent] super_: [Object], defaultMaxSockets: Infinity },
     agent:
      { domain: null,
        _events: [Object],
        _maxListeners: undefined,
        defaultPort: 80,
        protocol: 'http:',
        options: [Object],
        requests: {},
        sockets: [Object],
        freeSockets: {},
        keepAliveMsecs: 1000,
        keepAlive: false,
        maxSockets: Infinity,
        maxFreeSockets: 256 },
     _started: true,
     href: 'http://192.168.3.172:8083/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
     req:
      { domain: null,
        _events: [Object],
        _maxListeners: undefined,
        output: [],
        outputEncodings: [],
        outputCallbacks: [],
        writable: true,
        _last: true,
        chunkedEncoding: false,
        shouldKeepAlive: false,
        useChunkedEncodingByDefault: false,
        sendDate: false,
        _removedHeader: {},
        _hasBody: true,
        _trailer: '',
        finished: true,
        _hangupClose: false,
        _headerSent: true,
        socket: [Object],
        connection: [Object],
        _header: 'GET /fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1 HTTP/1.1\r\nhost: 192.168.3.172:8083\r\naccept-encoding: gzip\r\naccept: application/json\r\nConnection: close\r\n\r\n',
        _headers: [Object],
        _headerNames: [Object],
        agent: [Object],
        socketPath: undefined,
        method: 'GET',
        path: '/fhem?cmd=jsonlist2%20TYPE=HUEDevice&XHR=1',
        parser: null,
        res: [Circular] },
     ntick: true,
     response: [Circular],
     originalHost: '192.168.3.172:8083',
     originalHostHeaderName: 'host',
     _ended: true,
     _callbackCalled: true },
  toJSON: [Function: responseToJSON],
  caseless:
   { dict:
      { 'www-authenticate': 'Basic realm="Fhem: login required"',
        'content-length': '0' } },
  read: [Function] }
[FHEM] There was a problem connecting to FHEM.
pi@raspberrypi ~/homebridge $


Bezgl. der www-authenticate Thematik.. Die Habe ich in der fhem.cfg deaktiviert und auch einmal per rereadcfg neu geladen. Kann es sein, dass das noch irgendwo gecached wird?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 12:14:02
Oh Mann.. Ich habs gefunden.. Ich hatte einen BasicAuth vergessen, der noch im Apache geschlummert hat.

Vielen Dank für deine Geduld Andre.

An der neuen Version bezgl. HTTPS und BasicAuth bin ich natürlich interessiert :) :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 13:20:15
ich hab mal ein paar bessere fehlermeldungen eingebaut :)

kommt alles in der nächsten verision.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 13:24:36
Super .. Danke dir.

Weißt du schon wann du diese released?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 14:05:55
Gibt es eigentlich schon eine Idee dazu, wie man das homebridge node beim Systemstart mit starten kann.
Ich habe hierzu zum Testen einen Forever-service aus homebridge gemacht. Problem ist aber, dass fhem einfach ca. 15 Sekunden braucht beim Start und dann homebridge zu schnell versucht sich zu verbinden und den Start abbricht.

Interessant wäre hier entweder ein alternativer Startweg.. Der wäre aber nicht so sauber wie homebridge als Service laufen zu lassen.
Oder altnernativ in homebridge oder in der FHEM.JS einen Retry für x Sekunden zu implementieren, der nicht direkt den gesamten Node Start verhindert.

Was hältst du davon andre?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 25 Juli 2015, 14:14:13
Zitat von: Pazekal am 25 Juli 2015, 14:05:55
Gibt es eigentlich schon eine Idee dazu, wie man das homebridge node beim Systemstart mit starten kann.
Was hälst Du davon, wenn Du selbst etwas entwickelst/probierst/herausfindest und wenn es funktioniert, dann hier vorstellst? Es gab schon 1-2 Vorschläge in diesem Thread.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 25 Juli 2015, 14:21:25
Zitat von: deluxe41 am 25 Juli 2015, 09:17:56
Guten Morgen zusammen,

Habe mich heute mal dran versucht, meine Lampen von unterwegs aus zu schalten.

Habe dafür mein AppleTv umgeklemmt(ist jetzt immer an)

Läuft!!!

Musste nur meine ICloud Adresse anmelden am AppleTv.

Gruß
Rene

Jetzt bin ich aber neidisch das es bei dir läuft
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 14:27:01
homebridge erwartet zur zeit alle devices beim start und hat keinen mechanismus für ein retry. beim systemstart reicht es aber homebridge einfach zu verzögern.

um in fhem neu angelegte devices ohne homebridge neustart bekannt zu machen erfordert ein paar änderungen an homebridge. aber nichts wildes. das könnte man einbauen.

für die longpoll verbindung ist schon ein reconnect eingebaut. ich habe aber noch nicht probiert ob es so funktioniert wie vorgesehen.

gruss
  andre

ps: ich habe die thermostate im prinzip laufen. steuern per siri geht auch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 25 Juli 2015, 14:59:42
Hallo zusammen,

nur fürs Verständnis: Wenn ich beim Start von "HomeBridge" Server mit
Code Auswählen
npm run start die folgende Rückmeldung bekomme,

Code Auswählen
[FHEM] There was a problem connecting to FHEM.

hängt das mit HTTPS und BASICAUTH von FHEM zusammen, oder?

Gruß Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 15:06:04
das kommt drauf an :) aber die chancen stehen gut das es daran liegt.

oder an falschem host oder port.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 15:10:57
Wie verzögere ich homebridge am Schlauesten? Habe es gerade in rc?.d Datei bze. in den Datein versucht und S01 auf S99 gestellt. Das scheint aber nicht zu funktionieren oder reicht nicht aus von der Verzögerung.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 25 Juli 2015, 15:11:52
Zitat von: justme1968 am 25 Juli 2015, 14:27:01beim systemstart reicht es aber homebridge einfach zu verzögern.
Ich frage mich gerade, wie man das am elegantesten macht. Eine Abhängigkeit zu FHEM in der Startdatei?
Ich befürchte aber, dass dort fertig gemeldet wird, wenn das darunterliegende Perl angelaufen ist. Man braucht aber eher die Abhängigkeit zu global:INITIALIZED. 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 25 Juli 2015, 15:13:21
Dann gehe ich es jetzt ruhig an.  ;) Warte geduldig bis die aktuelle Version von Dir zur Verfügung steht. Freue mich dann oder muss noch ein wenig tüfteln.  8)

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 15:14:12
Man könnte es ja innerhalb von fhem mit forever Restart über ein System Kommando beim Start starten lassen. Probiere ich heute Abend


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 16:13:21
es gibt hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eine neue version:

- max und homematic thermostate gehen in einer ersten version mit ist und soll temperatur. der mode wird noch nicht unterstützt und tut nichts weiter.

- basic auth und ssl sind eingebaut und könnten gehen :). hierzu muss in der config folgendes ergänzt werden.

Code Auswählen
         "ssl": "true",
         "auth": {"user": "fhem", "pass": "fhempassword"},

gruss
  andre

ps: homekit sendet auch kleine änderungen sofort. d.h. jede 0.1 grad änderungen bei der temperatur und 1% änderungen beim dimmen. vermutlich ist es sinnvoll hier erst mal zu warten ob noch eine änderung kommt und erst dann das ergebniss an fhem zu senden. sonst hat man mit ein mal per slider von 0 auf 100 dimmen ein paar dutzend funk nachrichten produziert.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 16:14:31
Klasse Probier ich auch heute Abend danke.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 25 Juli 2015, 16:56:07
Ich habe bei mir mal eine kleine Startanalyse im OS gemacht. Hier sind es 2,5 Secs.
Code Auswählen
pi@ha ~ $ systemd-analyze
Startup finished in 2.169s (kernel) + 8.720s (userspace) = 10.890s
pi@ha ~ $ systemd-analyze blame
          2.739s wicd.service
          2.536s fhem.service
          1.243s systemd-logind.service
          1.218s networking.service
          1.124s console-kit-log-system-start.service
          1.096s nut-monitor.service

Dagegen im FHEM-Log:
Code Auswählen
2015.07.25 13:19:12 1: Including fhem.cfg
...
2015.07.25 13:20:44 0: Featurelevel: 5.6
2015.07.25 13:20:44 0: Server started with 463 defined entities (version $Id: fhem.pl 8952 2015-07-13 12:30:26Z rudolfkoenig $, os linux, user fhem, pid 30307)

Also bei mir in FHEM runde 90 Secs.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 17:51:22
Hallo Andre,

ich habe die neue Version eingespielt und erhalte einen Error beim Start von Homebridge.
Vielleicht kannst du ja mal danach schauen.

VG
Pascal


Code Auswählen
checking Change the power state function
Characteristics.js: registering Change the power state function
TCP server accepting connection on port: 51898
HAP Server is listening
events.js:85
      throw er; // Unhandled 'error' event
            ^
Error: listen EADDRINUSE
    at exports._errnoException (util.js:746:11)
    at Server._listen2 (net.js:1156:14)
    at listen (net.js:1182:10)
    at Server.listen (net.js:1267:5)
    at Object.startServer (/opt/homebridge/node_modules/HAP-NodeJS/TCPServer.js:31:15)
    at Object.publishAccessory (/opt/homebridge/node_modules/HAP-NodeJS/Accessory.js:13:28)
    at createHAPServer (/opt/homebridge/app.js:169:15)
    at /opt/homebridge/app.js:92:17
    at Request._callback (/opt/homebridge/platforms/FHEM.js:379:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)

npm ERR! Linux 3.18.14-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "start" "run"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js "run"`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js "run"'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js "run"
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.
npm ERR! Linux 3.18.14-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "start" "run"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! path npm-debug.log.e848537c17c5ad2aa845707826984133
npm ERR! code EACCES
npm ERR! errno -13

npm ERR! Error: EACCES, open 'npm-debug.log.e848537c17c5ad2aa845707826984133'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES, open 'npm-debug.log.e848537c17c5ad2aa845707826984133']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   path: 'npm-debug.log.e848537c17c5ad2aa845707826984133' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /opt/homebridge/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 17:52:47
du musst die bereits laufende version vorher anhalten.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 25 Juli 2015, 17:56:06
Dachte das hatte ich... Habe einfach einmal komplett durchgestartet. Jetzt läuft es. Danke dir
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 25 Juli 2015, 18:07:17
Hallo,

mit folgender config bekomme ich eine "401".

Code Auswählen
{
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.37",
            "port": "8083",
            "ssl": "true",
            "auth": {"username": "xxxx", "password": "xxxx"},
            "filter": "room=Attic"
        }

    ],

    "accessories": []
}

Code Auswählen
npm run start

> homebridge@0.0.0 start /home/mpw/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
auth: [object Object]
starting longpoll: https://192.168.178.37:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1437839962518
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.178.37:8083/fhem?cmd=jsonlist2%20room=Attic&XHR=1
Loading 0 accessories...
[FHEM] There was a problem connecting to FHEM.
[FHEM]   401: Authorization Required

Was habe ich übersehen?

Danke vorab.

Gruß Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 20:17:33
damit basic auth geht brauchst du ein fhem das so aktuell ist das der patch von hier :http://forum.fhem.de/index.php/topic,39203.msg313357.html#msg313357 (http://forum.fhem.de/index.php/topic,39203.msg313357.html#msg313357) mit drinnen ist.

ausserdem hatte ich oben die syntax fürs config file falsch angegeben. es muss user und pass heissen. nicht username und password.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 20:19:22
was muß man für die Homematic Thermostate denn koppeln ? mein Thermostat wenn ich koppen will kommt ein Fehler oder es ist eine Lampe.

Ich versuchte den Climate Kanal vom  HM-TC-IT-WM-W-EU da kommt beim koppeln in Eve ein Fehler und der Climate Kanal vom HM-CC-RT-DN ist immer eine Lampe

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 20:23:54
du musst den Climate channel verwenden. welcher fehler kommt ?

hast du genericDeviceType auf thermostat gesetzt ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 20:33:45
beim Thermostat kommt ein Fehler ohne Begründung  beim Fairen, in der Konsole sehe ich dabei auch nichts auffälliges

beim Regler klappt das Pairen  aber er ist eine Lampe zum ein und ausschalten

Der Regler

Code Auswählen
Internals:
   DEF        2B39D604
   NAME       wz_hz_r_Clima
   NR         120
   NTFY_ORDER 50-wz_hz_r_Clima
   STATE      T: 27.2 desired: 5.0 valve: 0
   TYPE       CUL_HM
   chanNo     04
   device     wz_hz_r
   Readings:
     2015-07-01 09:05:01   CommandAccepted yes
     2015-01-11 14:11:57   R-boostPeriod   5 min
     2015-01-11 14:11:57   R-boostPos      80 %
     2015-01-11 14:11:57   R-btnNoBckLight off
     2015-01-11 14:11:57   R-dayTemp       21 C
     2015-01-11 14:11:57   R-daylightSaveTime on
     2015-01-11 14:11:57   R-decalcTime    11:00
     2015-01-11 14:11:57   R-decalcWeekday Sat
     2015-01-11 14:11:57   R-modePrioManu  all
     2015-01-11 14:11:57   R-modePrioParty all
     2015-01-11 14:11:57   R-nightTemp     17 C
     2015-01-11 14:11:57   R-noMinMax4Manu off
     2015-01-11 14:11:57   R-regAdaptive   offDefault
     2015-01-11 14:11:57   R-reguExtI      15
     2015-01-11 14:11:57   R-reguExtP      30
     2015-01-11 14:11:57   R-reguExtPstart 30
     2015-01-11 14:11:57   R-reguIntI      15
     2015-01-11 14:11:57   R-reguIntP      30
     2015-01-11 14:11:57   R-reguIntPstart 30
     2015-01-11 14:11:57   R-showInfo      time
     2015-01-11 14:11:57   R-showWeekday   off
     2015-01-11 14:11:53   R-sign          off
     2015-01-11 14:11:57   R-tempMax       30.5 C
     2015-01-11 14:11:57   R-tempMin       4.5 C
     2015-01-11 14:11:57   R-tempOffset    0.0K
     2015-01-11 14:11:57   R-valveErrPos   15 %
     2015-01-11 14:11:57   R-valveMaxPos   100 %
     2015-01-11 14:11:57   R-valveOffsetRt 0 %
     2015-01-11 14:11:57   R-winOpnBoost   off
     2015-01-11 14:11:57   R-winOpnDetFall 1.4 K
     2015-01-11 14:11:57   R-winOpnMode    off
     2015-01-11 14:11:57   R-winOpnPeriod  15 min
     2015-01-11 14:11:57   R-winOpnTemp    12 C
     2015-01-11 14:11:57   R_0_tempListSat 06:30 17.0 12:00 21.0 24:00 17.0
     2015-01-11 14:11:57   R_1_tempListSun 24:00 17.0
     2015-01-11 14:11:57   R_2_tempListMon 06:30 17.0 18:00 21.0 24:00 17.0
     2015-01-11 14:11:57   R_3_tempListTue 06:30 17.0 18:00 21.0 24:00 17.0
     2015-01-11 14:11:57   R_4_tempListWed 06:30 17.0 18:00 21.0 24:00 17.0
     2015-01-11 14:11:57   R_5_tempListThu 06:30 17.0 18:00 21.0 24:00 17.0
     2015-01-11 14:11:57   R_6_tempListFri 06:30 17.0 18:00 21.0 24:00 17.0
     2015-01-11 14:11:57   R_tempList_State verified
     2015-01-11 14:11:53   RegL_01:        08:00 00:00
     2015-01-11 14:11:57   RegL_07:        01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:01 0F:00 10:00 11:00 12:09 13:0E 14:44 15:4E 16:54 17:90 18:45 19:20 1A:55 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:55 31:20 32:45 33:20 34:55 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:4E 4A:54 4B:D8 4C:45 4D:20 4E:55 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:4E 64:54 65:D8 66:45 67:20 68:55 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:4E 7E:54 7F:D8 80:45 81:20 82:55 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:4E 98:54 99:D8 9A:45 9B:20 9C:55 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:4E B2:54 B3:D8 B4:45 B5:20 B6:55 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:0F CE:1E CF:1E 00:00
     2015-07-25 20:25:48   ValvePosition   0
     2015-07-25 20:25:48   boostTime       -
     2015-07-25 20:25:48   controlMode     manual
     2015-07-25 20:25:48   desired-temp    5.0
     2015-07-25 20:25:48   measured-temp   27.2
     2015-07-25 20:25:48   motorErr        ok
     2015-07-25 20:25:48   partyEnd        -
     2015-07-25 20:25:48   partyStart      -
     2015-07-25 20:25:48   partyTemp       -
     2015-07-01 09:05:01   recentStateType ack
     2015-07-25 20:25:48   state           T: 27.2 desired: 5.0 valve: 0
   Helper:
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   Heizung    st_heizung
   alias      HZ.Wohnzimmer
   fm_type    temp,desiredtemp,tempbutton,actuators
   genericDisplayType thermostat
   group      Heizung
   model      HM-CC-RT-DN
   peerIDs    00000000,
   room       Wohnzimmer
   userattr   Heizung Heizung_map structexclude
   verbose    3

Das Thermostat

Code Auswählen
Internals:
   DEF        2D5BA302
   NAME       wz_hz_t_Climate
   NR         110
   NTFY_ORDER 50-wz_hz_t_Climate
   STATE      T: 27.1 desired: 5.0
   TYPE       CUL_HM
   chanNo     02
   device     wz_hz_t
   peerList   wz_hz_r_Climate,
   Readings:
     2015-07-01 09:03:26   CommandAccepted yes
     2015-04-15 09:15:07   R-boostPeriod   5 min
     2015-04-15 09:15:07   R-dayTemp       21 C
     2015-04-15 09:15:07   R-daylightSaveTime on
     2015-04-15 09:15:07   R-heatCool      heating
     2015-04-15 09:15:07   R-hyst2point    0.4 C
     2015-04-15 09:15:07   R-modePrioManu  all
     2015-04-15 09:15:07   R-modePrioParty all
     2015-04-15 09:15:07   R-nightTemp     17 C
     2015-04-15 09:15:07   R-noMinMax4Manu off
     2015-04-15 09:15:07   R-sendWeatherData on
     2015-04-15 09:15:07   R-showHumidity  tempHum
     2015-04-15 09:15:07   R-showInfo      time
     2015-04-15 09:15:07   R-showSetTemp   actTemp
     2015-04-15 09:15:07   R-showWeekday   off
     2015-04-15 09:15:07   R-tempMax       30.5 C
     2015-04-15 09:15:07   R-tempMin       4.5 C
     2015-04-15 09:15:07   R-tempOffset    0.0K
     2015-04-15 09:15:07   R-weekPrgSel    prog1
     2015-04-15 09:15:07   R-winOpnBoost   off
     2015-04-15 09:15:07   R_P1_0_tempListSat 06:00 17.0 22:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_1_tempListSun 06:00 17.0 22:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_2_tempListMon 06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_3_tempListTue 06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_4_tempListWed 06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_5_tempListThu 06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_6_tempListFri 06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0
     2015-04-15 09:15:07   R_P1_tempList_State verified
     2015-04-15 09:15:11   R_P2_0_tempListSat 24:00 17.0
     2015-04-15 09:15:11   R_P2_1_tempListSun 24:00 17.0
     2015-04-15 09:15:11   R_P2_2_tempListMon 24:00 17.0
     2015-04-15 09:15:11   R_P2_3_tempListTue 24:00 17.0
     2015-04-15 09:15:11   R_P2_4_tempListWed 24:00 17.0
     2015-04-15 09:15:11   R_P2_5_tempListThu 24:00 17.0
     2015-04-15 09:15:11   R_P2_6_tempListFri 24:00 17.0
     2015-04-15 09:15:11   R_P2_tempList_State verified
     2015-04-15 09:15:15   R_P3_0_tempListSat 24:00 17.0
     2015-04-15 09:15:15   R_P3_1_tempListSun 24:00 17.0
     2015-04-15 09:15:15   R_P3_2_tempListMon 24:00 17.0
     2015-04-15 09:15:15   R_P3_3_tempListTue 24:00 17.0
     2015-04-15 09:15:15   R_P3_4_tempListWed 24:00 17.0
     2015-04-15 09:15:15   R_P3_5_tempListThu 24:00 17.0
     2015-04-15 09:15:15   R_P3_6_tempListFri 24:00 17.0
     2015-04-15 09:15:15   R_P3_tempList_State verified
     2015-04-15 09:15:03   RegL_01:        08:00 00:00
     2015-04-15 09:15:07   RegL_07:        01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:C7 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:44 15:48 16:51 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:51 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:50 4B:60 4C:44 4D:C6 4E:50 4F:FC 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:50 65:60 66:44 67:C6 68:50 69:FC 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:50 7F:60 80:44 81:C6 82:50 83:FC 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:50 99:60 9A:44 9B:C6 9C:50 9D:FC 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:50 B3:60 B4:44 B5:C6 B6:50 B7:FC B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2015-04-15 09:15:11   RegL_08:        01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2015-04-15 09:15:15   RegL_09:        01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2015-07-25 20:24:16   battery         ok
     2015-07-25 20:24:16   boostTime       -
     2015-07-25 20:24:16   commReporting   off
     2015-07-25 20:24:16   controlMode     manual
     2015-07-25 20:26:49   desired-temp    5.0
     2015-07-25 20:26:49   humidity        34
     2015-07-25 20:26:49   measured-temp   27.1
     2015-07-25 19:56:14   peerList        wz_hz_r_Climate,
     2015-07-01 09:03:26   recentStateType ack
     2015-07-25 20:26:49   state           T: 27.1 desired: 5.0
     2015-04-14 09:09:47   temperature     0
     2015-07-25 20:24:16   winOpenReporting off
   Helper:
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   Heizung    st_heizung
   alias      TH_Wohnzimmer
   genericDisplayType thermostat
   group      Heizung
   lightSceneParamsToSave desired-temp
   model      HM-TC-IT-WM-W-EU
   peerIDs    00000000,2B39D602,
   room       Test
   userattr   Heizung Heizung_map lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude
   verbose    3

in der Konsole sehe ich beim Regler brav

Code Auswählen
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":27}]} to: {}
  caching: wz_hz_r_Clima-desired-temp: 5 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":5}]} to: {}
  caching: wz_hz_r_Clima-measured-temp: 27 as number
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 20:42:11
was steht beim homebridge start zu den beiden geräten? es sollte für beide jeweils is thermostat [desired-temp]
und has temperature [measured-temp] auftauchen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 20:47:17
das hier

Code Auswählen
[FHEM] wz_hz_r is switchable
[FHEM] wz_hz_r has temperature [measured-temp]
[FHEM] wz_hz_r_Clima is thermostat [desired-temp]
[FHEM] wz_hz_r_Clima has temperature [measured-temp]
[FHEM] wz_hz_r_ClimaTeam is switchable
[FHEM] wz_hz_r_Climate is switchable
[FHEM] wz_hz_r_Weather is switchable
[FHEM] wz_hz_r_Weather has temperature [measured-temp]
[FHEM] wz_hz_r_WindowRec is switchable
[FHEM] wz_hz_r_remote is switchable
[FHEM] wz_hz_t is switchable
[FHEM] wz_hz_t has temperature [measured-temp]
[FHEM] wz_hz_t_Climate is thermostat [desired-temp]
[FHEM] wz_hz_t_Climate has temperature [temperature]
[FHEM] wz_hz_t_Climate has humidity
[FHEM] wz_hz_t_SwitchTr is switchable
[FHEM] wz_hz_t_Weather is switchable
[FHEM] wz_hz_t_Weather has temperature [temperature]
[FHEM] wz_hz_t_Weather has humidity
[FHEM] wz_hz_t_WindowRec is switchable
[FHEM] wz_hz_t_remote is switchable
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 20:55:37
wenn ich die liste richtig sehe ist bei wz_hz_r_Clima und wz_hz_t_Climate jeweils das richtige ausgegeben.

hast du beim pairen vielleicht aus versehen  wz_hz_r_Climate statt  wz_hz_r_Clima erwischt? dort wird is switchable ausgegeben.

welche iOS version verwendest du? hast du as eve update von letzter woche installiert?

kannst du bitte mal mit einem solchen dummy testen:
Code Auswählen
define thermostat dummy
attr thermostat genericDisplayType thermostat
attr thermostat setList desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0
setreading thermostat desired-temp 21
setreading thermostat measured-temp 24


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 21:13:49
Ich habe das Update installiert, habe das richtige gepairt und habe IOS9

Dein Dummy funktioniert Klasse

ich konnte nach dem x. Neustart und der Leerung von pereist aktuell seit dem ich deinen Dummy drin hatte zwei von 3 Heizungen pairen.

Keine Ahnung was da war.

Vor dem letzten Neustart kam nach der 2. fehlgeschlagenen Paarung folgender Fehler.

Jetzt schau ich mal ob es stabil läuft....

Danke schon mal für deine Hilfe :)

Code Auswählen
Start Pair M1
  caching: WANPing-state: 1 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":1}]} to: {}
Start Pair M3
/root/homebridge/node_modules/HAP-NodeJS/node_modules/srp/lib/srp.js:9
    throw new Error(msg||"assertion");
    ^
Error: A was 383, expected 384
    at assert_ (/root/homebridge/node_modules/HAP-NodeJS/node_modules/srp/lib/srp.js:9:11)
    at assertIsNBuffer (/root/homebridge/node_modules/HAP-NodeJS/node_modules/srp/lib/srp.js:64:5)
    at getu (/root/homebridge/node_modules/HAP-NodeJS/node_modules/srp/lib/srp.js:225:3)
    at Object.setA (/root/homebridge/node_modules/HAP-NodeJS/node_modules/srp/lib/srp.js:406:17)
    at Object.processPairStepTwo (/root/homebridge/node_modules/HAP-NodeJS/Server.js:277:18)
    at Object.processPairSequence (/root/homebridge/node_modules/HAP-NodeJS/Server.js:238:11)
    at IncomingMessage.<anonymous> (/root/homebridge/node_modules/HAP-NodeJS/Server.js:39:17)
    at IncomingMessage.emit (events.js:107:17)
    at IncomingMessage.Readable.read (_stream_readable.js:373:10)
    at flow (_stream_readable.js:750:26)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 21:30:24
Hm ok nachdem ich das ganze jetzt mit Forever gestartet habe haben mich 2 von 3 Heizungen wieder verlassen und den Status nicht erreichbar.

Ich hör das rum probieren erstmal wieder auf für heute
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 21:43:28
das offline schalten kann scheinbar passieren wenn werte empfangen werden die auf grund der konfiguration nicht erlaubt sind.

hier würden die homebridge ausgaben helfen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 21:44:22
Gibt es da irgendwo ein Log dafür? Da mit forever gestartet hab ich ja leider keine Konsole


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 21:57:04
das weiß ich nicht. ich starte mit nohup im hintergrund. da landet alles im nohup log.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 22:01:04
Ok neue Erkenntnisse

1. meine Regler die nicht mit einem Termostat gepaired sind funktionieren

2. mein Thermostat ist gepaired zeigt aber 0,0 als Temperatur. Edit sagt Problem hab ich gefunden es ist ein altes Reading Temperatur =0.

3. wenn ich mit npm Start run laufe sind alle 3 Thermostate wieder aktiv. Sobald ich wieder mit forever starte sind 2 von 3 wieder nicht erreichbar.


Code Auswählen

  caching: wz_hz_t_Climate-desired-temp: 5 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":5}]} to: {"41999":true}
  caching: wz_hz_t_Climate-humidity: 34 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":14,"value":34}]} to: {"41999":true}
  caching: wz_hz_t-measured-temp: 26.6 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":26.6}]} to: {}
  caching: wz_hz_t_Climate-desired-temp: 5 as number

(http://images.tapatalk-cdn.com/15/07/25/716cbadc7b1f3041536bcc0dcd063d25.jpg)


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 22:54:37
Ok jetzt konnte ich auch nachstellen wann ich die Thermostate hinzufügen kann und wann nicht.

Wenn mit forever gestartet dann geht es nicht. Wen über npm Start run dann geht es.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 25 Juli 2015, 22:56:07
Zitat von: justme1968 am 25 Juli 2015, 20:17:33
damit basic auth geht brauchst du ein fhem das so aktuell ist das der patch von hier :http://forum.fhem.de/index.php/topic,39203.msg313357.html#msg313357 (http://forum.fhem.de/index.php/topic,39203.msg313357.html#msg313357) mit drinnen ist.

ausserdem hatte ich oben die syntax fürs config file falsch angegeben. es muss user und pass heissen. nicht username und password.

gruss
  andre

Hallo Andre,

am Fehlerbild hat sich nichts geändert.
Habe seit 16.07. kein update mehr angeboten bekommen. Habe ein "update force" gemacht da unter update nur "nothing to do" kommt.
Die FHEM.pl hat den Stand 13.07. oder betreffen die Änderungen unter dem Link eine andere Datei?

Gruß Mark
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 23:00:14
@MartinMuc: in zeile 972 wird die minimale temperatur auf 16.0 gesetzt. kannst du das bitte mal auf 5.0 oder weniger setzen und schauen ob dann etwas anderes als 0.0 angezeigt wird?

@Newbee:rudi hat es glaube ich am 16. eingecheckt. d.h. es wäre im update am 17. mit gekommen. es geht um 01_FHEMWEB.pm. da das svn repository immer noch nicht geht kann ich dir nichts genaueres sagen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 23:09:19
Das Problem habe ich gefunden, mein HM-TC-IT-WM-W-EU hatte ein Reading Temperatur und die ist 0 dann wird das measured-temp ja ignoriert.

Ich hab jetzt auch gefunden woher es kommt und es gelöscht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Juli 2015, 23:17:11
lösch das reading temperature  bitte mal und schau ob es wieder kommt.

ich drehe die beiden abfragen um so das measured-temp zuerst geprüft wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 25 Juli 2015, 23:19:58
erledigt und alles gut. Jetzt muß ich nur noch den Start mit nohup automatisieren, nachdem es mit forever die Probleme gibt.

Danke nochmal für die Hilfe :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 26 Juli 2015, 00:22:25
Bei Forever liegt das gesamte Servicelog von Homebridge übrigens standardmäßig in /var/log/homebridge.log sofern ihr euren Forever-service erzeugten Service "homebridge" genannt habt.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 26 Juli 2015, 06:26:49
@Newbee
Update force bringt auch nix. Dieser SourceForge Ausfall dauert nun schon viel zu lange und ist ja nicht das erste Mal dass es da Probleme gibt. Wird Zeit dass FHEM auf git umsteigt aber die Urgesteine sträuben sich noch ...

Hol dir mal die aktuelle FHEMWEB manuell von git:

Code Auswählen
wget -O /opt/fhem/FHEM/01_FHEMWEB.pm https://git.fhem.de/gitweb/?p=fhem.git;a=blob_plain;f=fhem/FHEM/01_FHEMWEB.pm;hb=HEAD

Dann sollte es gehen  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 26 Juli 2015, 09:01:48
Zitat von: HolyMoly am 26 Juli 2015, 06:26:49
@Newbee
Update force bringt auch nix. Dieser SourceForge Ausfall dauert nun schon viel zu lange und ist ja nicht das erste Mal dass es da Probleme gibt. Wird Zeit dass FHEM auf git umsteigt aber die Urgesteine sträuben sich noch ...

Hol dir mal die aktuelle FHEMWEB manuell von git:

Code Auswählen
wget -O /opt/fhem/FHEM/01_FHEMWEB.pm https://git.fhem.de/gitweb/?p=fhem.git;a=blob_plain;f=fhem/FHEM/01_FHEMWEB.pm;hb=HEAD

Dann sollte es gehen  ;)

Das hätte ich wohl lieber lassen sollen. :o Hatte direkt nach dem download Schweißperlen auf der Stirn.  :D Beim laden habe ich nicht bemerkt das 01_FHEMWEB.pm bei mir nur mit ca. 32 KB ankam, wenn ich bei git die Datei anschauen hat Sie 137 KB. D.h aus meines Sicht lädt er nicht die ganze Datei. Mein WEB- Frontend liess sich dann nicht mehr aufrufen. Ich glaube ich warte bis der normale update service wieder funktioniert.

Trotzdem DANKE.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 26 Juli 2015, 09:48:09
Hast du schonmal in die datei reingeschaut ob das plausibel ist? Ich habe meinen wget Aufruf bei mir getestet und dir die Datei angehängt. Bis sourceForge mal wieder funktioniert können wir wahrscheinlich noch lange warten :P
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Juli 2015, 10:13:43
sourceforge scheint wieder zu gehen. vermutlich gibt es morgen wieder ein normales update.

gruss
  andre

ps: eine lösung für solche probleme ist in arbeit.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 26 Juli 2015, 10:48:25
Mit der FHEMWEB Datei von HolyMoly funktioniert es jetzt. DANKE!

Gruß Mark

PS. VIELEN DANK an Andre für den Super Job und die Anbindung an FHEM.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: savage7 am 26 Juli 2015, 11:30:38
@justme1968
Echt super Idee und funktioniert jetzt schon überraschend gut. DANKE DIR tolle Idee das so zu lösen!   ;D
iOS9 Beta hab ich noch nicht probiert hoffe aber dass dann Siri endlich besser mit Homekit Accessories umgehen kann.

@all
Forever und homebridge funktionieren problemlos:
Installation:
sudo npm install forever -g

Hinzufügen des Service:
cd homebridge
forever start app.js

Wenn jemand das Log sucht:
forever list

Dann wir einem die Position des Log welches per Default von Forever erstellt wird angezeigt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 26 Juli 2015, 12:34:13
Hallo Leute,

Ich bin ja begeistert über euer Engagement für die homekit Anbindung. Habe das mal installiert und funktioniert auch soweit schon super, was die Steckdosen angeht.
Das Systeme kennt vieles, aber manche Sachen funktionieren nicht bzw. noch nicht. Vielleicht fehlt mir auch nur irgendetwas. Z.b. Habe ich den harmony hub eingebunden, die activities werden auch erkannt, funktionieren bei mir aber noch nicht.
Auch sehe ich zwar die Feuchte meiner mysensors devices, nicht jedoch die Temperaturen.
Vielleicht kann mir mal jemand eine Tipp geben, wo man Infos findet bzw. was ich machen könnte damit es funktioniert....
So eine richtige Anleitung wo was zu finden bzw was zu tun ist wäre cool...immer durch die Seiten des Threads Blättern ist immer aufwendig...

Ansonsten: weiter so! Super Sache das!

LG Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Juli 2015, 13:22:22
es gibt hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eine neue version.

- homematic rollläden werden unterstützt. genericDeviceType ist auf blind zu setzen.

- bessere fehlermeldungen

- diverse kleine Verbesserungen

gruss
  andre

@Marie: der hub geht zur zeit über den harmony platform shim. das hat nichts mit dem fhem modul zu tun.den hub über das fhem modul zu steuern kommt noch.

wie heisst das temperatur reading deiner sensoren?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 26 Juli 2015, 13:51:04
hallo Andree,

die heissen "temperature1",  das gehört zu den Dingen die ich noch nicht verstanden habe wie das das mit dem mappen der Readings funktioniert.. :-(

LG

PS: Ich habe LED'S via LW12 am laufen....lassen die sich auch schon dimmen? Schalten geht....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 26 Juli 2015, 14:05:59
ich krieg das blöde Teil gar nicht zum laufen :-(

habe einen Vanilla Raspberry mit Debian Wheezy und mache folgendes.....
Code Auswählen

pi@piheizunglan ~ $ wget http://node-arm.herokuapp.com/node_latest_armhf.deb
--2015-07-26 11:14:27--  http://node-arm.herokuapp.com/node_latest_armhf.deb
Resolving node-arm.herokuapp.com (node-arm.herokuapp.com)... 54.197.235.183
Connecting to node-arm.herokuapp.com (node-arm.herokuapp.com)|54.197.235.183|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6728900 (6.4M) [application/x-debian-package]
Saving to: `node_latest_armhf.deb'

100%[======================================>] 6,728,900   3.27M/s   in 2.0s   

2015-07-26 11:14:29 (3.27 MB/s) - `node_latest_armhf.deb' saved [6728900/6728900]

pi@piheizunglan ~ $ sudo dpkg -i node_latest_armhf.deb
Selecting previously unselected package node.
(Reading database ... 77867 files and directories currently installed.)
Unpacking node (from node_latest_armhf.deb) ...
Setting up node (0.12.6-1) ...
Processing triggers for man-db ...
pi@piheizunglan ~ $ node -v
v0.12.6
pi@piheizunglan ~ $ git clone https://github.com/nfarina/homebridge.git
Cloning into 'homebridge'...
remote: Counting objects: 724, done.
remote: Compressing objects: 100% (52/52), done.
remote: Total 724 (delta 29), reused 0 (delta 0), pack-reused 672
Receiving objects: 100% (724/724), 160.62 KiB, done.
Resolving deltas: 100% (413/413), done.
pi@piheizunglan ~ $ cd homebridge
pi@piheizunglan ~/homebridge $ npm install
npm WARN engine ad2usb@1.0.3: wanted: {"node":"~0.10.0"} (current: {"node":"0.12.6","npm":"2.11.2"})
npm ERR! registry error parsing json

> node-stringprep@0.6.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep
> node-gyp rebuild

gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: node-v0.12.6.tar.gz local checksum 38cd0edf7fe312fd120af9d7e2c7490e4d082ff3465f38143bab6b1abf3e10ff not match remote 7a3b5ac351973a9dee8edbf0684bc8d0dea44b231e42274ffb008141ffa19ad2
gyp ERR! stack     at deref (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:307:20)
gyp ERR! stack     at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:348:13)
gyp ERR! stack     at IncomingMessage.emit (events.js:129:20)
gyp ERR! stack     at _stream_readable.js:908:16
gyp ERR! stack     at process._tickCallback (node.js:355:11)
gyp ERR! System Linux 3.18.11+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> node-stringprep@0.7.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep
> node-gyp rebuild

gyp WARN install got an error, rolling back install

> curve25519@1.0.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
> node-gyp rebuild

gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: node-v0.12.6.tar.gz local checksum 3be2edee0eb9bdb8c33863342c59339fe96c54ae8ca97a84158e70efe6ac304a not match remote 7a3b5ac351973a9dee8edbf0684bc8d0dea44b231e42274ffb008141ffa19ad2
gyp ERR! stack     at deref (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:307:20)
gyp ERR! stack     at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:348:13)
gyp ERR! stack     at IncomingMessage.emit (events.js:129:20)
gyp ERR! stack     at _stream_readable.js:908:16
gyp ERR! stack     at process._tickCallback (node.js:355:11)
Linux 3.18.11+/
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> bignum@0.10.2 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  COPY Release/bignum.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'

> ed25519@0.0.2 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
  CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
  CC(target) Release/obj.target/ed25519/src/ed25519/open.o
  CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
  SOLINK_MODULE(target) Release/obj.target/ed25519.node
  COPY Release/ed25519.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'

> mdns@2.2.9 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: No such file or directory
compilation terminated.
dns_sd_bindings.target.mk:136: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:269:23)
gyp ERR! stack     at ChildProcess.emit (events.js:110:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:1074:12)
gyp ERR! System Linux 3.18.11+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> dtrace-provider@0.4.0 install /home/pi/homebridge/node_modules/wemo/node_modules/node-ssdp/node_modules/bunyan/node_modules/dtrace-provider
> node scripts/install.js


> kerberos@0.0.12 install /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
> (node-gyp rebuild 2> builderror.log) || (exit 0)

make: Entering directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
  CXX(target) Release/obj.target/kerberos/lib/kerberos.o
kerberos.target.mk:89: recipe for target 'Release/obj.target/kerberos/lib/kerberos.o' failed
make: Leaving directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'

> iconv@2.1.8 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'
  CC(target) Release/obj.target/libiconv/deps/libiconv/lib/iconv.o
  AR(target) Release/obj.target/iconv.a
  COPY Release/iconv.a
  CXX(target) Release/obj.target/iconv/src/binding.o
  SOLINK_MODULE(target) Release/obj.target/iconv.node
  COPY Release/iconv.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'

> node-expat@2.3.8 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlparse.o
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmltok.o
../deps/libexpat/lib/xmltok.c:471:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:471:1: warning: (near initialization for ‘latin1_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: (near initialization for ‘latin1_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: (near initialization for ‘ascii_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: (near initialization for ‘ascii_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: (near initialization for ‘little2_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: (near initialization for ‘little2_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: (near initialization for ‘internal_little2_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: (near initialization for ‘internal_little2_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: (near initialization for ‘big2_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: (near initialization for ‘big2_encoding.isName2’) [-Wmissing-field-initializers]
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlrole.o
  AR(target) Release/obj.target/deps/libexpat/libexpat.a
  COPY Release/libexpat.a
  CXX(target) Release/obj.target/node_expat/node-expat.o
  SOLINK_MODULE(target) Release/obj.target/node_expat.node
  COPY Release/node_expat.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
npm ERR! Linux 3.18.11+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE

npm ERR! curve25519@1.0.0 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the curve25519@1.0.0 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the curve25519 package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls curve25519
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log
pi@piheizunglan ~/homebridge $


die anderen Tipps und Tricks habe ich auch schon auf Vanilla durch ....

Noch jemand irgendwelche Ideen?

Danke

Ralf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 26 Juli 2015, 16:35:44
Hi Wuppi68

hatte schon ein ähnliches Problem..
Schaue dir mal folgenden Artikel an: https://github.com/npm/npm/wiki/Troubleshooting#invalid-json

Bei mir lag es am Proxy, der mit npm nicht funktionieren wollte. Hier mussten ein paar Configs angepasst werden auf meinem RPI.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Juli 2015, 16:48:05
@Marie: die readings sind zur zeit nicht konfigurierbar und hard kodiert.

gibt es einen grund warum es temperatur1 heisst und nicht nur temperatur?

die schnelle lösung ist wenn du dir ein user reading anlegst das temperatur1 nach temperatur dupliziert. das mapping zu konfigurieren kommt noch.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 26 Juli 2015, 16:50:57
Gibt es denn schon eine Möglichkeit einen Dienst mit FHEM starten zu lassen. Das heißt in FHEM zu definieren "Führe 'sudo service homebridge start' aus wenn FHEM initialisiert ist?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 26 Juli 2015, 17:15:33
Zitat von: justme1968 am 26 Juli 2015, 16:48:05
@Marie: die readings sind zur zeit nicht konfigurierbar und hard kodiert.

gibt es einen grund warum es temperatur1 heisst und nicht nur temperatur?

die schnelle lösung ist wenn du dir ein user reading anlegst das temperatur1 nach temperatur dupliziert. das mapping zu konfigurieren kommt noch.

gruss
  andre

Nein da gibt es keinen Grund für, außer das der von fhem beim erkennen des Sensors automatisch so angelegt wurde...

Das Mapping werde ich mal probieren....

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 26 Juli 2015, 18:12:02
@Pazekal: Weiss dem init script keinen runlevel zu und starte es verzögert (sleep) aus rc.local.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Juli 2015, 19:06:36
letzter update für heute :)...

hier http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166  (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166)gibt es noch mal eine neue version.


- fs20 dimmer handling verbessert

- sonos volume eingebaut

- die dim, volume und pct kommandos für rolläden werden jetzt 1-1.5 sekunden verzögert bevor sie tatsächlich an fhem gesendet werden. d.h. man kann relativ in ruhe die slider und buttons in eve verwenden um den gewünschten wert einzustellen ohne das dauernd alle zwischenwerte gesendet werden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 11:37:54
nach dem Hinzufügen von meinem HM-WDS10-TH-O und anschliessendem Abfragen mit EVE stürtz homebridge ab: (wird der Sensor evtl. noch nicht unterstützt?)

Code Auswählen
[FHEM] query: temperature
[FHEM]   not cached
[FHEM]   querying: http://127.0.0.1:8084/fhem?cmd=%7BReadingsVal(%22AussenTemp%22,%22temperature%22,%22%22)%7D&XHR=1
[FHEM]   result: 20.6
[FHEM]   mapped: 20.6
  caching: AussenTemp-temperature: 20.6 as number
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status: returning 20.6
{ characteristics: [ { aid: 1, iid: 9, ev: true } ] }
Characteristics.js:updateCharacteristicEvent(): Enable Event: true
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
Characteristics.js:valueForUpdate(): invoking callback
[FHEM] query: true
[FHEM]   not cached
[FHEM]   querying: http://127.0.0.1:8084/fhem?cmd=%7BReadingsVal(%22AussenTemp%22,%22true%22,%22%22)%7D&XHR=1
[FHEM]   result:
/root/homebridge/platforms/FHEM.js:686
                     } else if(reading.match(/-motor$/)) {
                                       ^
TypeError: undefined is not a function
    at Request._callback (/root/homebridge/platforms/FHEM.js:686:40)
    at Request.self.callback (/root/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/root/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at IncomingMessage.<anonymous> (/root/homebridge/node_modules/request/request.js:1266:12)
    at IncomingMessage.emit (events.js:129:20)
    at _stream_readable.js:908:16
    at process._tickCallback (node.js:355:11)

npm ERR! Linux 3.4.43-sun7i
npm ERR! argv "node" "/usr/bin/npm" "run" "start"
npm ERR! node v0.12.7
npm ERR! npm  v2.13.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /root/homebridge/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 11:45:31
bitte zeig mal ein list auf das device.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 27 Juli 2015, 11:49:38
Zitat von: andiw am 27 Juli 2015, 11:37:54
Code Auswählen

/root/homebridge/platforms/FHEM.js:686
                     } else if(reading.match(/-motor$/)) {
                                       ^

Vielleicht ist es egal, aber du scheinst nicht die aktuelle Version zu benutzen.

Edith hatte noch etwas auszusetzen :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 12:09:55
Hallo Andre,

ich versuche gerade die Rollladensteuerung zu realisieren.
Ich nutze hierfür ein dummy Device mit "genericDeviceType" = "blind".
Ich hab aus deiner FHEM.js rausgelesen dass er für Rolläden den aktuellen Stand aus "state" ausliest (da this.hasPct = False).
Sehe ich das richtig dass dort etwas ala "dim50%" erwartet wird? Wenn ich den Wert in Eve ändere steht im state Reading allerdings etwas wie "pct 50".
Leider bin ich noch nicht ganz durch die FHEM.js durchgestiegen, welche Readings jetzt in welchem Format erwartet werden.
Die Readings und Kommandos vom dummy kann ich beliebig setzen, kannst du mir sagen was alles erwartet wird?
Ebenso für den Positionsstatus (der steht nur auf "Gestoppt").

Danke & Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 12:13:03
Zitat von: justme1968 am 27 Juli 2015, 11:45:31
bitte zeig mal ein list auf das device.

Code Auswählen
Internals:
   DEF        16F6BA
   HMLAN1_MSGCNT 227
   HMLAN1_RAWMSG E16F6BA,0000,1FA7515A,FF,FFB4,83867016F6BA00000000CF3B
   HMLAN1_RSSI -76
   HMLAN1_TIME 2015-07-27 12:09:35
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     227
   NAME       AussenTemp
   NR         206
   NTFY_ORDER 50-AussenTemp
   STATE      T: 20.7 H: 59
   TYPE       CUL_HM
   lastMsg    No:83 - t:70 s:16F6BA d:000000 00CF3B
   protLastRcv 2015-07-27 12:09:35
   rssi_at_HMLAN1 lst:-76 min:-84 cnt:227 max:-68 avg:-74.67
   Readings:
     2014-04-03 19:18:06   D-firmware      1.2
     2014-04-03 19:18:06   D-serialNr     
     2015-07-27 12:09:35   battery         ok
     2015-07-27 12:09:35   humidity        59
     2015-07-27 12:09:35   state           T: 20.7 H: 59
     2015-07-27 12:09:35   temperature     20.7
   Helper:
     HM_CMDNR   131
     mId        003D
     rxType     132
     Io:
       newChn     +16F6BA,00,00,00
       nextSend   1437991775.64466
       prefIO
       rxt        0
       vccu
       p:
         16F6BA
         00
         00
         00
     Mrssi:
       mNo        83
       Io:
         HMLAN1     -74
     Prt:
       bErr       0
       sProc      0
     Q:
       qReqConf   00
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmlan1:
         avg        -74.6740088105727
         cnt        227
         lst        -76
         max        -68
         min        -84
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.2
   fp_Grundriss 308,1391,4,AussenTemp,
   group      Temperatur
   model      HM-WDS10-TH-O
   peerIDs    00000000,
   room       Aussen
   serialNr   
   subType    THSensor

ach ja, was muss man Siri sagen, damit sie die Jalousien (HomeMatic) steuert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 12:22:31
@andiw:
Ich sehe gerade du hast einen HM Jalousieaktor?
Magst du mir mal ein list auf diesen schicken, dann kann ich das mit meinem dummy Device abgleichen (s.o.) ;-)
Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 27 Juli 2015, 12:26:10
Zitat von: SlvrStrko4 am 27 Juli 2015, 12:09:55
Ich hab aus deiner FHEM.js rausgelesen dass er für Rolläden den aktuellen Stand aus "state" ausliest
Bin zwar nicht Andre, aber benutze einfach das reading pct (0-100, step 1). So verstehe ich den Code.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 12:33:29
Zitat von: SlvrStrko4 am 27 Juli 2015, 12:22:31
@andiw:
Ich sehe gerade du hast einen HM Jalousieaktor?
Magst du mir mal ein list auf diesen schicken, dann kann ich das mit meinem dummy Device abgleichen (s.o.) ;-)
Danke!

there you go .. ;-)

Code Auswählen
Internals:
   DEF        18215F
   HMLAN1_MSGCNT 21
   HMLAN1_RAWMSG E18215F,0000,1E555AEC,FF,FFAC,0D841018215F0000000601C800
   HMLAN1_RSSI -84
   HMLAN1_TIME 2015-07-27 06:00:29
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     21
   NAME       JalousieAZ
   NR         42
   NTFY_ORDER 50-JalousieAZ
   STATE      on
   TYPE       CUL_HM
   lastMsg    No:0D - t:10 s:18215F d:000000 0601C800
   offtime    1437991152
   oldenergy  0
   oldenergytime 1437957199
   ontime     1437991152
   peerList   Handsender1_Btn_01,
   protLastRcv 2015-07-27 06:00:29
   protSnd    20 last_at:2015-07-27 06:00:00
   protState  CMDs_done
   rssi_HMLAN1 lst:-91 max:-85 avg:-89.33 cnt:3 min:-92
   rssi_at_HMLAN1 cnt:21 min:-93 max:-83 avg:-87.61 lst:-84
   Readings:
     2015-07-27 06:00:00   CommandAccepted yes
     2014-04-03 19:18:06   D-firmware      1.6
     2014-04-03 19:18:06   D-serialNr     
     2015-07-27 05:55:33   PairedTo       
...
     2015-07-27 06:00:29   deviceMsg       on (to broadcast)
     2015-07-27 06:00:29   level           100
     2015-07-27 06:00:29   motor           stop:on
     2015-07-27 06:00:29   pct             100
     2015-07-27 05:55:34   peerList        Handsender1_Btn_01,
     2015-07-26 23:59:16   power-daily     0
     2015-07-26 23:59:16   power-daily-last 0
     2015-07-27 11:59:12   power-hourly    0
     2015-07-27 11:59:12   power-hourly-last 0.0
     2015-06-30 23:59:12   power-monthly   0
     2015-06-30 23:59:12   power-monthly-last 0
     2015-07-26 23:59:16   power-weekly    0
     2015-07-26 23:59:16   power-weekly-last 0
     2015-07-27 05:55:01   powerOn         2015-07-27 05:55:01
     2015-07-27 06:00:29   recentStateType info
     2015-07-27 06:00:29   state           on
     2015-07-27 06:00:29   timedOn         off
   Helper:
     HM_CMDNR   13
     cSnd       
     dlvlCmd    ++
     mId        0053
     peerIDsRaw ,1BA6F201,00000000
     rxType     1
     Dir:
       cur        stop
       rct        up
     Io:
       newChn     +18215F,00,00,00
       nextSend   1437969629.67313
       prefIO
       rxt        0
       vccu
       p:
         18215F
         00
         00
         00
     Mrssi:
       mNo        0D
       Io:
         HMLAN1     -82
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
       prs        1
     Rssi:
       Hmlan1:
         avg        -89.3333333333333
         cnt        3
         lst        -91
         max        -85
         min        -92
       At_hmlan1:
         avg        -87.6190476190476
         cnt        21
         lst        -84
         max        -83
         min        -93
     Shadowreg:
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   devStateIcon on:fts_shutter_10 off:fts_shutter_100 halb:fts_shutter_50 .*:unknown
   eventMap   100:hoch 0:runter stop:stop 60:halb
   expert     2_full
   firmware   1.6
   fp_Grundriss 127,1369,8,:,
   genericDisplayType blind
   group      Fenster
   model      HM-LC-BL1-PB-FM
   peerIDs    00000000,1BA6F201,
   room       AndreasZimmer,Overview
   serialNr   
   subType    blindActuator
   webCmd     hoch:halb:runter:stop
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 12:34:03
Zitat von: dev0 am 27 Juli 2015, 12:26:10
Bin zwar nicht Andre, aber benutze einfach das reading pct (0-100, step 1). So verstehe ich den Code.

Das hatte ich auch erst gedacht, aber das funktioniert so nicht.
Ich habe dann gesehen das wenn "reading = state" und "orig_reading = pct", dass er dann in state etwas ala "dim30%" erwartet.
Wenn ich das setze nimmt er den Wert sogar an, allerdings macht er kein Update (holt den Wert immer wieder aus dem Cache) und wenn ich den Wert ändern will steht in "state" etwas wie "pct 29".

edit: @andiw: Danke vielleicht kann ich damit noch was anstellen ;-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 27 Juli 2015, 12:42:02
Zitat von: SlvrStrko4 am 27 Juli 2015, 12:34:03
und wenn ich den Wert ändern will steht in "state" etwas wie "pct 29".
Dann ist dein 98_dummy.pm nicht aktuell oder Du hast das Attribut readingList des Dummies nicht (korrekt) gesetzt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 12:47:00
Meine 98_dummy.pm ist aktuell (26.07.) aber das Attribut "readingList" ist gar nicht gesetzt  :-X
Es ist aber auch nicht in der Liste der verfügbaren Attribute?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 27 Juli 2015, 12:49:39
Das Attribut wurde mit v 8809 eingeführt:
# $Id: 98_dummy.pm 8809 2015-06-23 18:02:33Z rudolfkoenig $
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 12:53:05
Ah ein Reboot tut manchmal eben auch gut ;-)
Jetzt schreibt er den Wert in das Reading "pct" und unter "state" bleibt das stehen was zuvor war.
Allerdings schickt der dummy kein Update zur Homebridge (und diese geht immer noch auf "state") ?


EDIT: Wow jetzt klappts :-)
Muss jetzt nur noch in meine myUtils das Thema "motor" mit reinbringen :-)

Danke für die Unterstützung!!!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 27 Juli 2015, 13:04:41
Ein HM blind actor verhält sich bei mir so: Wenn das pct reading auf 10 gesetzt wird, dann wird nach Ausführung auch state auf 10 gesetzt. Hilft das?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 13:09:27
Also bei mir setzt er den state nicht um, allerdings übernimmt die HomeBridge jetzt doch den Wert aus "pct".

Geholfen hat also ein "attr <dummydevice> readingList pct motor"
Danach nochmal den HomeBridge Server neustarten und voila.

Jetzt muss ich für die Rolllade nur noch auf iOS9 warten, aktuell sagt Siri noch "ich habe keineJalousien gefunden"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 13:30:31
@andiw: für das problem mit dem HM-WDS10-TH-O nimm mal bitte die aktuelle version. den fehler kann ich weder reproduzieren noch erklären. der absturz wird in der nächsten version abgefangen.

ich habe noch nicht rausgefunden wie man die rollos per siri steuert. ich bekomme immer die antwort das ich keine jalousie habe. auch wenn ich rollladen sage. das passiert aber auch wenn ich den homekit simulator verwende um ein device anzulegen. eventuell geht das erst mit ios9. die beta4 scheint nicht zu reichen...


@SlvrStrko4: für rolläden ist das reading pct mit zugehörigem kommando pct nötig und optional ein reading motor wenn du auch rückmeldung über die aktuelle bewegungsrichtung haben möchtest. wenn du das mit einem dummy simulieren willst musst du readingList passend setzen. da sollte dann etwas drin stehen das mit up, down, opening oder closing beginnt.

state ist nicht relevant. das umrechnen von state und dim nach pct ist nur für fs20 dimmer.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 27 Juli 2015, 13:41:25
Danke, funktioniert jetzt alles bestens inkl. Motorzustand :-)
(ich muss den ganzen Umweg gehen da ich hier in der Mietwohnung keinen Rohrmotor sondern so einen Gurtwickler einsetze. Dieser hängt an einem HM 8-Kanal Aktor)

*Waiting for Siri*  :P
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 27 Juli 2015, 14:00:40
Zitat von: SlvrStrko4 am 27 Juli 2015, 13:09:27
Jetzt muss ich für die Rolllade nur noch auf iOS9 warten, aktuell sagt Siri noch "ich habe keineJalousien gefunden"
Als workaround (ungetestet): definiere doch einfach eine Lampe, dann sollte Siri das auch heute schon verstehen: "Stelle rollade auf 10 prozent"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 14:07:53
das sollte gehen. mit der einschränkung das der rolladen auch mit anspricht wenn du von lampen redest. und das die richtung  genau falsch rum ist. lampen an macht dann die lampen an und den rollo hoch.

ich schaue mal ob pct auch für schalter funktioniert. dann ist es ein gerät und keine lampe.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 14:11:13
Zitat von: justme1968 am 27 Juli 2015, 13:30:31
@andiw: für das problem mit dem HM-WDS10-TH-O nimm mal bitte die aktuelle version. den fehler kann ich weder reproduzieren noch erklären. der absturz wird in der nächsten version abgefangen.

ich hab die neuste Version genommen (heute morgen 9:04 42.38 kB) und der Fehler kommt immer noch. Hinzufügen in EVE funktioniert, bloß wenn ich den Sensor abfrage crasht es ...

die query ist: ReadingsVal("AussenTemp","true","") aber die gibt es nicht -> also leere Antwort
mit ReadingsVal("AussenTemp","temperature","") gibt's die korrekte Antwort ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 14:20:25
das problem ist da darf nicht true stehen. ich weiss noch wo das her kommt.

zeig mal bitte was homebridge beim start zu dem sensor sagt. als was wird er erkannt?

bei der version im anhang sollte der absturz abgefangen sein.

gruss
  andre

edit: anhang entfernt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 14:25:42
da scheint schon was krumm zu laufen ...

Code Auswählen
[FHEM] AussenTemp is thermostat [true]
[FHEM] AussenTemp has temperature [temperature]
[FHEM] AussenTemp has humidity

[FHEM] HeizungAZ is thermostat [desired-temp]
[FHEM] HeizungAZ has temperature [measured-temp]
[FHEM] HeizungAZ has humidity

[FHEM] Initializing device with name AussenTemp...
[FHEM] Loaded services for AussenTemp
checking Target Temperature function
Characteristics.js: registering Target Temperature function
checking Current Temperature function
Characteristics.js: registering Current Temperature function
checking Current Humidity function
Characteristics.js: registering Current Humidity function
Cannot find secret key, creating One...

[FHEM] Initializing device with name HeizungAZ...
[FHEM] Loaded services for HeizungAZ
checking Target Temperature function
Characteristics.js: registering Target Temperature function
checking Current Temperature function
Characteristics.js: registering Current Temperature function
checking Current Humidity function
Characteristics.js: registering Current Humidity function
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 14:32:55
genau da ist das problem. aus irgendeinem grund wird das ding als thermostat angesehen. das passiert eigentlich nur wenn der subType oder das generic attribut auf thermostat stehen. laut list ist das bei dir aber nicht der fall.

oder wenn es ein set desired-temp bzw. desiredTemperature gibt. dann steht es aber nicht mehr auf true. das kann es bei dir also auch nicht sein.

ich bin gerade etwas ratlos...

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 14:36:34
das genericDisplayType steht aber auf thermostat ... (ich spiele gerade damit etwas rum deswegen scheint es im list oben nicht zu stehen ...)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 14:39:11
das sollte es für ein thermometer aber nicht :)

thermostat ist für geräte mit ist und soll temperatur. also heizkörper oder wand thermostate. für reine temperatur und feuchte sensoren musst du garnichts setzen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 14:41:23
ich hab in der config.json
Code Auswählen
            "filter": "genericDisplayType=..*"


deswegen musste ich irgendwas auswählen ...  ;-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 14:41:53
dann setz es auf thermometer.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 27 Juli 2015, 14:52:23
ok, super, jetzt geht's!

danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 27 Juli 2015, 14:54:01
Können wir uns bitte alle mal auf die Verwendung von genericDeviceType anstelle von genericDisplayType einigen?
@andre vielleicht entfernst du es gleich ganz aus dem modul dann gibt es keine Missverständnisse und du sparst dir viele oders.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 14:55:30
ich hab es inzwischen schon (fast) überall doku geändert.

im modul ist es nur eine zeile rückwärtskompatibilität.

bitte ändert alle genericDisplayType in genericDeviceType. ich werde demnächst genericDisplayType aus dem modul entfernen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 27 Juli 2015, 15:04:42
In Zeile 366 hast du noch einen vergessen  ;)
Btw. magst/kannst du genericDisplayType für deine Module automatisch setzen? Für HUE hast du ja alle nötigen Informationen, oder? Oder magst du hoffen/warten bis/ob Rudi das großtechnisch angeht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 15:21:46
ich hole soweit es geht alle informationen aus der set list und den readings.

genericDisplayType ist nur dazu da um zu unterstützen wenn etwas zweideutig ist und sich nicht automatisch entscheiden lässt. automatisch setzen ist deshalb schwierig.

ich räume gerade intern alle stellen auf an denen abhängig vom device typ die readings auf die homekit typen gemapped werden. ich denke das kann man so weit vereinfachen das es nur noch eine stelle gibt. wenn das so weit ist schaue ich mal wie weit man das dynamisch aus der fhem seite auslesen kann ohne immer wieder etwas hart zu kodieren. wenn das so weit ist würde ich alles einchecken und einen endgültigen vorschlag für rudi machen.

gruss
  andre

ps: für die hue lampen brauchst du nichts zu setzen. die gehen schon immer automatisch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 27 Juli 2015, 16:55:34
also ich kann irgendwie weder meine HomeMatic Heizungsthermostate noch Wandthermostate pairen..
es kommt immer ein Fehler auf beim pairen auf.

Hier ein Auszug aus dem HomeKit:
ZitatStart Pair M3
Start Pair M5
Client Disconnected
Server Disconnected
New Session 56172
Server Connection Established 46215
Start Verify M1
Verify M1 Finished
Start Verify M3
M3: Verify Success
Handle Remove Pairing Info
Client Disconnected
Server Disconnected

das genericDeviceType steht auf thermostat. Aber auch ohne genericDeviceType geht es trotzdem nicht. Ihr wisste nicht, was ich falsch mache?^^

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 16:56:31
zeig mal die meldungen beim start

da steht welche devices als was gefunden werden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 27 Juli 2015, 17:06:11
hier ein Auszug für die beiden verschiedenen Geräte
Zitat[FHEM] BZ_Heizung_Clima is thermostat
[FHEM] WZ_Wandthermostat is switchable
[FHEM] WZ_Wandthermostat_Climate is thermostat
[FHEM] WZ_Wandthermostat_Climate has humidity


Zitat[FHEM] Loaded services for SZ_Wandthermostat
checking Change the power state function
Characteristics.js: registering Change the power state function
Cannot find secret key, creating One...
TCP server accepting connection on port: 52882
HAP Server is listening
[FHEM] Initializing device with name SZ_Wandthermostat_Climate...
[FHEM] Loaded services for SZ_Wandthermostat_Climate
checking Change the power state function
Characteristics.js: registering Change the power state function
checking Target Temperature function
Characteristics.js: registering Target Temperature function
checking Current Temperature function
Characteristics.js: registering Current Temperature function
checking Current Humidity function
Characteristics.js: registering Current Humidity function
Cannot find secret key, creating One...

ZitatTCP server accepting connection on port: 52288
HAP Server is listening
[FHEM] Initializing device with name SZ_Heizung_Clima...
[FHEM] Loaded services for SZ_Heizung_Clima
checking Change the power state function
Characteristics.js: registering Change the power state function
checking Target Temperature function
Characteristics.js: registering Target Temperature function
checking Current Temperature function
Characteristics.js: registering Current Temperature function
Cannot find secret key, creating One...

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 17:09:20
dein FHEM.js ist nicht aktuell.

da sollte etwas in der art stehen:
Code Auswählen
[FHEM] WZ_Wandthermostat_Climate is thermostat [desired-temp]
[FHEM] WZ_Wandthermostat_Climate has temperature [measured-temp]
[FHEM] WZ_Wandthermostat_Climate has humidity

hat dein device desired-temp und measured-temp als set bzw. als reading? zeig mal ein list.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 27 Juli 2015, 19:07:14
hier das list vom List des Wandthermostates:

ZitatInternals:
   CFGFN      /opt/fhem/FHEM/10_HMLAN.cfg
   DEF        30591002
   NAME       WZ_Wandthermostat_Climate
   NR         108
   NTFY_ORDER 50-WZ_Wandthermostat_Climate
   STATE      T: 22.5 desired: 12.0
   TYPE       CUL_HM
   chanNo     02
   device     WZ_Wandthermostat
   peerList   WZ_Heizung_klein_Climate,WZ_Heizung_gross_Climate,
   Readings:
     2015-05-28 23:32:42   R-boostPeriod   5 min
     2015-05-28 23:32:42   R-dayTemp       21 C
     2015-05-28 23:32:42   R-daylightSaveTime on
     2015-05-28 23:32:42   R-heatCool      heating
     2015-05-28 23:32:42   R-hyst2point    0.4 C
     2015-05-28 23:32:42   R-modePrioManu  all
     2015-05-28 23:32:42   R-modePrioParty all
     2015-05-28 23:32:42   R-nightTemp     17 C
     2015-05-28 23:32:42   R-noMinMax4Manu off
     2015-05-28 23:32:42   R-sendWeatherData on
     2015-05-28 23:32:42   R-showHumidity  temp
     2015-05-28 23:32:42   R-showInfo      time
     2015-05-28 23:32:42   R-showSetTemp   actTemp
     2015-05-28 23:32:42   R-showWeekday   off
     2015-05-28 23:32:42   R-tempMax       30.5 C
     2015-05-28 23:32:42   R-tempMin       12 C
     2015-05-28 23:32:42   R-tempOffset    0.0K
     2015-05-28 23:32:42   R-weekPrgSel    prog1
     2015-05-28 23:32:42   R-winOpnBoost   off
     2015-05-28 23:32:42   R_P1_0_tempListSat 24:00 17.0
     2015-05-28 23:32:42   R_P1_1_tempListSun 24:00 17.0
     2015-05-28 23:32:42   R_P1_2_tempListMon 24:00 17.0
     2015-05-28 23:32:42   R_P1_3_tempListTue 24:00 17.0
     2015-05-28 23:32:42   R_P1_4_tempListWed 24:00 17.0
     2015-05-28 23:32:42   R_P1_5_tempListThu 24:00 17.0
     2015-05-28 23:32:42   R_P1_6_tempListFri 24:00 17.0
     2015-05-28 23:32:42   R_P1_tempList_State verified
     2015-05-28 23:32:52   R_P2_0_tempListSat 24:00 17.0
     2015-05-28 23:32:52   R_P2_1_tempListSun 24:00 17.0
     2015-05-28 23:32:52   R_P2_2_tempListMon 24:00 17.0
     2015-05-28 23:32:52   R_P2_3_tempListTue 24:00 17.0
     2015-05-28 23:32:52   R_P2_4_tempListWed 24:00 17.0
     2015-05-28 23:32:52   R_P2_5_tempListThu 24:00 17.0
     2015-05-28 23:32:52   R_P2_6_tempListFri 24:00 17.0
     2015-05-28 23:32:52   R_P2_tempList_State verified
     2015-05-28 23:32:56   R_P3_0_tempListSat 24:00 17.0
     2015-05-28 23:32:56   R_P3_1_tempListSun 24:00 17.0
     2015-05-28 23:32:56   R_P3_2_tempListMon 24:00 17.0
     2015-05-28 23:32:56   R_P3_3_tempListTue 24:00 17.0
     2015-05-28 23:32:56   R_P3_4_tempListWed 24:00 17.0
     2015-05-28 23:32:56   R_P3_5_tempListThu 24:00 17.0
     2015-05-28 23:32:56   R_P3_6_tempListFri 24:00 17.0
     2015-05-28 23:32:56   R_P3_tempList_State verified
     2015-05-28 23:32:31   RegL_01:        08:00 00:00
     2015-05-28 23:32:42   RegL_07:        01:2A 02:22 03:18 04:3D 05:00 06:00 07:00 08:00 09:87 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:45 15:20 16:55 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:55 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:54 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:54 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:54 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:54 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:54 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2015-05-28 23:32:52   RegL_08:        01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00
     2015-05-28 23:32:56   RegL_09:        01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:9E CB:56 CC:76 CD:00 CE:70 CF:4F 00:00
     2015-07-27 18:41:46   battery         ok
     2015-07-27 18:41:46   boostTime       -
     2015-07-27 18:41:46   commReporting   off
     2015-07-27 18:41:46   controlMode     manual
     2015-07-27 18:54:52   desired-temp    12.0
     2015-07-27 18:54:52   humidity        65
     2015-07-27 18:54:52   measured-temp   22.5
     2015-07-27 14:15:48   peerList        WZ_Heizung_klein_Climate,WZ_Heizung_gross_Climate,
     2015-07-27 18:54:52   state           T: 22.5 desired: 12.0
     2015-07-27 18:41:46   winOpenReporting off
   Helper:
     Role:
       chn        1
     Shregr:
       07         00
Attributes:
   alias      WZ_Wandthermostat
   fp_Grundriss 630,583,5,
   genericDeviceType thermostat
   group      Wohnzimmer
   lightSceneParamsToSave desired-temp
   lightSceneRestoreOnlyIfChanged 1
   model      HM-TC-IT-WM-W-EU
   peerIDs    00000000,2E593C02,2E593E02,
   room       hidden
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0

die FHEM.js war aus einem Beitrag, wo der Anhang nun wieder entfernt wurde. Habe die aktuellste heruntergeladen auf Seite 3, glaube ich.
aber auch da wird das nicht angezeigt..  hmmm.. ich guck morgen mal danach. danke trotzdem schon einmal ;)

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 27 Juli 2015, 21:35:13
Voll krank das ganze ....

jetzt schubse ich das ganze auf nem MAC zum testen und siehe da ....

Ich bekomme die Sachen in der IOS App angezeigt - verbunden und gesteuert ....

Gleich kann ich in Ruhe in Bett gehen und dann morgen oder so mal schauen, wie es dann im Detail geht

D a n k e
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Juli 2015, 21:41:17
@Andy89: das device schaut ok aus. es sollte eigentlich gehen. wenn deine ausgabe beim starten nicht so ausschaut wie im beispiel stimmt mit der version etwas nicht. vielleicht hast du beim hin und her kopieren eine falsche stelle erwischt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 28 Juli 2015, 16:34:03
Zitat von: justme1968 am 27 Juli 2015, 21:41:17
vielleicht hast du beim hin und her kopieren eine falsche stelle erwischt.

das war natürlich der Fall. Habe die FHEM.js statt in den platforms Ordner in den Hauptordner kopiert. So wird das natürlich nichts. Peinlich :/
Aber nun wird die Temperatur und Feuchtigkeit des Wandthermostates angezeigt  :)

Danke!

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hansgans am 28 Juli 2015, 17:58:55
also bei mir läufts mit thermostat licht und dimmer von homematic :)

bloß siri versteht mich manchmal nicht
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 19:21:36
anbei eine version mit ziemlich überarbeiteten innereien. damit sollten in zukunft ein paar dinge einfacher zu ergänzen zu sein.

bitte mal testen ob noch alles geht wie es soll.

gruss
  andre

edit: die angehängte version ist jetzt hier zu finden: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 19:54:54
Nach längerer Pause konnte ich auch wieder etwas testen.

Schalten von unterwegs über das AppleTV geht nun. Nachdem ich meinen zweiten AppleTV in der zweiten Wohnung von iCloud abgemeldet habe und das "erst" AppleTV Ab und wieder Angemeldet habe von der iCloud.

genericDisplayType habe ich nun auch auf genericDeviceType geändert.
Ist mein liste komplett?
Code Auswählen

switch,outlet,light,blind,speaker,thermostat


Ist das richtig das man FHEM:Wifilight Devices aktuell nur Ein- und Ausschalten kann? Ich habe zwei LD382 im Einsatz. Die Farben kann ich nicht wählen.

Grüße

Chris

und danke nochmal für die Tolle Arbeit hier!!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 19:57:38
die liste ist noch nicht endgültig fest. zur zeit sind nur switch,light und thermostat relevant.

was gibt es für readings und set kommandos? zeig mal bitte ein list und ein set ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 28 Juli 2015, 20:32:45
coole Sache das ganze :-)

wie kann ich denn einen HarmonyHub einbinden oder dabei unterstützen?

Liebe Grüße

Ralf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 20:38:12
Zitat von: justme1968 am 28 Juli 2015, 19:57:38
die liste ist noch nicht endgültig fest. zur zeit sind nur switch,light und thermostat relevant.

was gibt es für readings und set kommandos? zeig mal bitte ein list und ein set ?

gruss
  andre

Hier die List:

Code Auswählen
Internals:
   CONNECTION LD382
   DEF        RGB LD382:192.168.200.39
   IP         192.168.200.39
   LEDTYPE    RGB
   NAME       wz.LED.Sofa
   NR         205
   NTFY_ORDER 50-wz.LED.Sofa
   PORT       5577
   PROTO      1
   SLOT       0
   STATE      off
   TYPE       WifiLight
   Readings:
     2015-07-28 17:10:47   RGB             000000
     2015-07-28 17:10:47   brightness      0
     2015-07-28 17:10:47   hue             0
     2015-07-28 17:10:47   saturation      0
     2015-07-28 17:10:47   state           off
   Helper:
     COMMANDSET on off dim dimup dimdown HSV RGB
     llLock     0
     targetTime 1438096247.44539
     COLORMAP:
       0
       1
       1
       2
       3
       3
       4
       5
       5
       6
       7
       7
       8
       9
       9
       10
       11
       11
       12
       13
       13
       14
       15
       15
       16
       17
       17
       18
       19
       19
       20
       21
       21
       22
       23
       23
       24
       25
       25
       26
       27
       27
       28
       29
       29
       30
       31
       31
       32
       33
       33
       34
       35
       35
       36
       37
       37
       38
       39
       39
       40
       41
       42
       43
       44
       45
       46
       47
       48
       49
       50
       51
       52
       53
       54
       55
       56
       57
       58
       59
       60
       61
       62
       63
       64
       65
       66
       67
       68
       69
       70
       71
       72
       73
       74
       75
       76
       77
       78
       79
       80
       81
       82
       83
       84
       85
       86
       87
       88
       89
       90
       91
       92
       93
       94
       95
       96
       97
       98
       99
       100
       101
       102
       103
       104
       105
       106
       106
       107
       108
       109
       110
       111
       112
       113
       114
       115
       116
       117
       117
       118
       119
       120
       121
       122
       123
       124
       125
       126
       127
       128
       128
       129
       130
       131
       132
       133
       134
       135
       136
       137
       138
       139
       139
       140
       141
       142
       143
       144
       145
       146
       147
       148
       149
       150
       150
       151
       152
       153
       154
       155
       156
       158
       159
       161
       162
       164
       165
       166
       168
       169
       171
       172
       173
       175
       176
       178
       179
       181
       182
       183
       185
       186
       188
       189
       190
       192
       193
       195
       196
       198
       199
       200
       202
       203
       205
       206
       207
       209
       210
       212
       213
       215
       216
       217
       219
       220
       222
       223
       224
       226
       227
       229
       230
       232
       233
       234
       236
       237
       239
       240
       241
       242
       243
       243
       244
       245
       246
       247
       248
       248
       249
       250
       251
       252
       253
       253
       254
       255
       256
       257
       258
       258
       259
       260
       261
       262
       263
       263
       264
       265
       266
       267
       268
       268
       269
       270
       271
       272
       273
       273
       274
       275
       276
       277
       278
       278
       279
       280
       281
       282
       283
       283
       284
       285
       286
       287
       288
       288
       289
       290
       291
       292
       294
       295
       296
       297
       298
       299
       301
       302
       303
       304
       305
       306
       308
       309
       310
       311
       312
       313
       315
       316
       317
       318
       319
       320
       322
       323
       324
       325
       326
       327
       329
       330
       331
       332
       333
       334
       336
       337
       338
       339
       340
       341
       343
       344
       345
       346
       347
       348
       350
       351
       352
       353
       354
       355
       357
       358
       359
       0
     GAMMAMAP:
       0
       0.0837677640068292
       0.243332430098219
       0.45405621299892
       0.70684316621699
       0.996357952001595
       1.31896324344069
       1.67196720192944
       2.05327034060355
       2.46117402090514
       2.89426612471675
       3.35134791378444
       3.83138472229589
       4.33347131986342
       4.85680675751166
       5.4006755921087
       5.96443354494847
       6.54749632988109
       7.14933080167485
       7.76944783828119
       8.40739654243209
       9.06275946322968
       9.73514861754315
       10.4242021465521
       11.1295814824596
       11.8509689292396
       12.5880655825711
       13.3405895300298
       14.1082742846809
       14.8908674144572
       15.6881293368749
       16.499832254239
       17.3257592089163
       18.1657032417713
       19.0194666396879
       19.8868602603794
       20.7677029245494
       21.6618208669846
       22.5690472394153
       23.4892216590168
       24.4221897972898
       25.3678030047821
       26.3259179677223
       27.2963963931522
       28.2791047195789
       29.2739138505435
       30.2806989088167
       31.2993390092098
       32.329717048222
       33.3717195089492
       34.4252362798567
       35.4901604861718
       36.5663883327847
       37.6538189576659
       38.7523542949095
       39.8618989466026
       40.982360062801
       42.1136472289627
       43.2556723602513
       44.4083496021795
       45.5715952371095
       46.7453275961738
       47.9294669762181
       49.1239355614018
       50.3286573491265
       51.5435580799885
       52.7685651714775
       54.0036076551689
       55.2486161171733
       56.5035226416311
       57.7682607570534
       59.0427653853271
       60.3269727932157
       61.6208205462015
       62.9242474645252
       64.237193581289
       65.5596001025013
       66.8914093689478
       68.2325648197832
       69.583010957744
       70.9426933158916
       72.3115584257991
       73.6895537871024
       75.0766278383415
       76.4727299290214
       77.8778102928286
       79.2918200219416
       80.7147110423796
       82.1464360903337
       83.5869486894341
       85.0362031289022
       86.4941544425471
       87.9607583885629
       89.4359714300888
       90.9197507164941
       92.4120540653557
       93.9128399450933
       95.4220674582326
       96.9396963252683
       98.4656868690975
       100
     hlCmdQueue:
     llCmdQueue:
Attributes:
   colorCast  0, -20, -20, -25, 0, -10
   fp_Wohnzimmer 719,580,2,,
   genericDeviceType light
   group      01_Licht
   room       Wohnzimmer
   userattr   room_map structexclude
   webCmd     RGB:RGB ff0000:RGB 00ff00:RGB 0000ff:toggle:on:off
   whitePoint 1, 0.75, 0.25
   widgetOverride RGB:colorpicker,RGB

und hier sein Set. Ich hoffe ich hab richtig verstanden was du möchtest, ansonsten bitte korrigieren :)

Code Auswählen

wz.LED.Sofa set HSV 0, 100, 100 with ramp: 0, flags:



grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 20:39:48
fast :)

ganz wörtlich das hier eingeben:
Code Auswählen
set <device> ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 20:41:04
@Wuppi68: der hub geht zur zeit nur über den mitgelieferten shim und noch nicht über den fhem shim. das kommt noch.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 20:44:18
Zitat von: justme1968 am 28 Juli 2015, 20:39:48
fast :)

ganz wörtlich das hier eingeben:
Code Auswählen
set <device> ?

gruss
  andre

ok, dann sollte das hoffentlich passen:

Code Auswählen

unknown command (?): choose one of on off dim dimup dimdown HSV RGB
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 20:59:28
ich habe die test version hier: http://forum.fhem.de/index.php/topic,32652.msg317190.html#msg317190 (http://forum.fhem.de/index.php/topic,32652.msg317190.html#msg317190) noch mal aktualisiert.

damit müssten sich die FHEM:Wifilight auch in farbe und helligkeit ändern lassen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 21:06:13
Zitat von: justme1968 am 28 Juli 2015, 20:59:28
ich habe die test version hier: http://forum.fhem.de/index.php/topic,32652.msg317190.html#msg317190 (http://forum.fhem.de/index.php/topic,32652.msg317190.html#msg317190) noch mal aktualisiert.

damit müssten sich die FHEM:Wifilight auch in farbe und helligkeit ändern lassen.

gruss
  andre

danke für die schnelle Lösung, leider gibts beim starten nun einen Error:

Code Auswählen
pi@openHab ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 3 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.200.35:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1438110256045
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.200.35:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.200.35:8083/fhem?cmd=jsonlist2%20room=Kueche&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.200.35:8083/fhem?cmd=jsonlist2%20room=Schlafzimmer&XHR=1
Loading 0 accessories...
events.js:85
      throw er; // Unhandled 'error' event
            ^
Error: listen EADDRINUSE
    at exports._errnoException (util.js:746:11)
    at Server._listen2 (net.js:1156:14)
    at listen (net.js:1182:10)
    at Server.listen (net.js:1267:5)
    at Object.<anonymous> (/home/pi/homebridge/platforms/FHEM.js:1437:18)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)

npm ERR! Linux 4.0.8-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 21:06:51
du musst die laufende version anhalten...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 21:26:19
Die war aus.

Habe gerade versucht den letzten stand wieder herzustellen.

Geht auch nicht mehr :(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 22:20:14
ok mit der Version der FHEM.js von Seite 3 läuft es wieder.

Wenn ich zu deiner zuletzt veröffentlichten Version versuche bekomme ich die Fehlermeldung wie schon geschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 22:21:21
und was sagt passiert bei der test version?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 22:29:19
Code Auswählen

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 3 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.200.35:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1438115245116
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.200.35:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.200.35:8083/fhem?cmd=jsonlist2%20room=Kueche&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.200.35:8083/fhem?cmd=jsonlist2%20room=Schlafzimmer&XHR=1
Loading 0 accessories...
events.js:85
      throw er; // Unhandled 'error' event
            ^
Error: listen EADDRINUSE
    at exports._errnoException (util.js:746:11)
    at Server._listen2 (net.js:1156:14)
    at listen (net.js:1182:10)
    at Server.listen (net.js:1267:5)
    at Object.<anonymous> (/home/pi/homebridge/platforms/FHEM.js:1437:18)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)

npm ERR! Linux 4.0.8-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log

Code Auswählen

0 info it worked if it ends with ok
1 verbose cli [ '/usr/local/bin/node', '/usr/local/bin/npm', 'run', 'start' ]
2 info using npm@2.11.2
3 info using node@v0.12.6
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info prestart homebridge@0.0.0
6 info start homebridge@0.0.0
7 verbose unsafe-perm in lifecycle true
8 info homebridge@0.0.0 Failed to exec start script
9 verbose stack Error: homebridge@0.0.0 start: `node app.js`
9 verbose stack Exit status 1
9 verbose stack     at EventEmitter.<anonymous> (/usr/local/lib/node_modules/npm/lib/utils/lifecycle.js:213:16)
9 verbose stack     at EventEmitter.emit (events.js:110:17)
9 verbose stack     at ChildProcess.<anonymous> (/usr/local/lib/node_modules/npm/lib/utils/spawn.js:24:14)
9 verbose stack     at ChildProcess.emit (events.js:110:17)
9 verbose stack     at maybeClose (child_process.js:1015:16)
9 verbose stack     at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
10 verbose pkgid homebridge@0.0.0
11 verbose cwd /home/pi/homebridge
12 error Linux 4.0.8-v7+
13 error argv "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
14 error node v0.12.6
15 error npm  v2.11.2
16 error code ELIFECYCLE
17 error homebridge@0.0.0 start: `node app.js`
17 error Exit status 1
18 error Failed at the homebridge@0.0.0 start script 'node app.js'.
18 error This is most likely a problem with the homebridge package,
18 error not with npm itself.
18 error Tell the author that this fails on your system:
18 error     node app.js
18 error You can get their info via:
18 error     npm owner ls homebridge
18 error There is likely additional logging output above.
19 verbose exit [ 1, true ]
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Juli 2015, 22:32:34
am ende des files gibt es einen mini http server zum debugen. ändere den port auf etwas anderes als 8080 oder lösche alles was damit zu tun hat.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 28 Juli 2015, 22:41:22
hab den port auf 8088 gesetzt... jetzt läuft es wieder :)

Danke!!!

Edit: Ok weiß jetzt auch warum. openHAB lief auf dem Port 8080... ::)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 08:57:27
funktioniert die farbe bei den wifi lights?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 29 Juli 2015, 09:20:15
Zitat von: justme1968 am 28 Juli 2015, 19:21:36
anbei eine version mit ziemlich überarbeiteten innereien. damit sollten in zukunft ein paar dinge einfacher zu ergänzen zu sein.
Bei mir sind keine Probleme mit den Typen light, switch, thermostat und thermometer aufgetreten. Neue Geräte lassen sich auch hinzufügen.
Good job ;-)

Edit: HM blinds funktionieren auch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 29 Juli 2015, 10:21:21
Zitat von: justme1968 am 29 Juli 2015, 08:57:27
funktioniert die farbe bei den wifi lights?

ja funktioniert wie erwartet.

Dankeschön
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Johannes_B am 29 Juli 2015, 13:11:24
Ich freue mich wirklich sehr über die Anbindung an HomeKit! ;D
Wäre es nicht möglich die Entwicklung dafür in einem separaten Branch vom FHEM Repo zu machen?
Dann hätte man die neueste Version immer an einer zentralen Stelle, und man könnte es früher oder später zurück mergen. ;)


Gruß,

Johannes
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 13:14:57
es gibt einen github fork von homebridge der den fhem teil enthält.

ich möchte noch ein paar dinge mehr aufräumen und dann wird normaler teil vom homebridge.

auf fhem seite sind ja bis jetzt noch keine änderungen nötig.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 29 Juli 2015, 18:07:03
Hallo zusammen,

klasse, was innerhalb von wenigen Tagen hier auf die Beine gestellt wird. Gerade hatte ich angefangen über Notizen...

Soweit habe ich alles eingerichtet und es funktioniert auch schon ganz passabel, aber:
Code Auswählen
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
Characteristics.js:valueForUpdate(): invoking callback
[FHEM] query: 3.dg.schlafzimmer.deckenleuchte: state
[FHEM]   cached: 1
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status: returning 1
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
Characteristics.js:valueForUpdate(): invoking callback
[FHEM] query: 3.dg.arbeitszimmer.stehleuchte: state
[FHEM]   cached: 0
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status: returning 0
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
Characteristics.js:valueForUpdate(): invoking callback
[FHEM] query: 3.dg.schlafzimmer.deckenleuchte: state
[FHEM]   cached: 1
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status: returning 1
Danke und Gruß
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 18:18:35
zeig mal bitte ein list auf das device wenn es an und aus ist.

die homekit konfiguration wird per iCloud zwischen den geräten synchronisiert. es sollte immer alles überall zu sehen sein.

komponenten lassen sich nur ein mal hinzufügen. du kannst sie entfernen, aus persist löschen und nah einem homebridge neustart wieder hinzufügen.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 18:19:12
zeig mal bitte ein list auf das device wenn es an und aus ist.

die homekit konfiguration wird per iCloud zwischen den geräten synchronisiert. es sollte immer alles überall zu sehen sein.

komponenten lassen sich nur ein mal hinzufügen. du kannst sie entfernen, aus persist löschen und nah einem homebridge neustart wieder hinzufügen.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 29 Juli 2015, 19:53:20
Hallo Andre,

anbei die beiden list

Code Auswählen
Aus
===
Internals:
   DEF        019035C1
   IODev      TCM_ESP3_0
   LASTInputDev TCM_ESP3_0
   MSGCNT     41
   NAME       3.dg.schlafzimmer.deckenleuchte
   NR         27
   NTFY_ORDER 50-3.dg.schlafzimmer.deckenleuchte
   STATE      off
   TCM_ESP3_0_DestinationID FFFFFFFF
   TCM_ESP3_0_MSGCNT 41
   TCM_ESP3_0_PacketType 1
   TCM_ESP3_0_RSSI -73
   TCM_ESP3_0_ReceivingQuality excellent
   TCM_ESP3_0_RepeatingCounter 1
   TCM_ESP3_0_SubTelNum 6
   TCM_ESP3_0_TIME 2015-07-29 18:17:20
   TYPE       EnOcean
   Readings:
     2015-07-29 18:17:20   buttons         pressed
     2015-07-29 18:17:20   channelB        BI
     2015-07-29 18:17:20   state           BI
Attributes:
   IODev      TCM_ESP3_0
   alias      3.DG.Schlafzimmer - Deckenleuchte
   comment    Eltako FSR61NP-230V
   eventMap   on-for-timer:on-for-timer BI:off B0:on
   genericDeviceType light
   group      Licht
   room       EnOcean,Steuerung
   subDef     FF8F8B12
   subType    switch
   switchMode pushbutton
   
   
Ein
===
Internals:
   DEF        019035C1
   IODev      TCM_ESP3_0
   LASTInputDev TCM_ESP3_0
   MSGCNT     42
   NAME       3.dg.schlafzimmer.deckenleuchte
   NR         27
   NTFY_ORDER 50-3.dg.schlafzimmer.deckenleuchte
   STATE      on
   TCM_ESP3_0_DestinationID FFFFFFFF
   TCM_ESP3_0_MSGCNT 42
   TCM_ESP3_0_PacketType 1
   TCM_ESP3_0_RSSI -74
   TCM_ESP3_0_ReceivingQuality excellent
   TCM_ESP3_0_RepeatingCounter 1
   TCM_ESP3_0_SubTelNum 6
   TCM_ESP3_0_TIME 2015-07-29 18:27:37
   TYPE       EnOcean
   Readings:
     2015-07-29 18:27:37   buttons         pressed
     2015-07-29 18:27:37   channelB        B0
     2015-07-29 18:27:37   state           B0
Attributes:
   IODev      TCM_ESP3_0
   alias      3.DG.Schlafzimmer - Deckenleuchte
   comment    Eltako FSR61NP-230V
   eventMap   on-for-timer:on-for-timer BI:off B0:on
   genericDeviceType light
   group      Licht
   room       EnOcean,Steuerung
   subDef     FF8F8B12
   subType    switch
   switchMode pushbutton

Was muss denn alles eingeschaltet sein unter iCloud damit der Sync funktioniert? Reicht der Schlüsselbund?

Danke und Gruß
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 29 Juli 2015, 21:11:28
@andre

Betreffend EnOcean, das ist ähnlich wie bei mir mit A0 und AI. Ich habe alle meine Devices mit Channel A definiert aber theoretisch sind auch Channel B,C und D möglich.

@felix.steinbeis

mit:
Code Auswählen

attr <device> eventMap on-for-timer:on-for-timer AI:on A0:off


funktioniert es

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 29 Juli 2015, 21:22:58
Danke flurin.

Bei Eltako ist allerdings xI:off und x0:on. Entsprechend ist auch meine eventMap (s.o). Das kann ich nicht einfach tauschen.

Zudem wird - egal ob an oder aus - immer ein 1 zurück geliefert.

Viele Grüße
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 29 Juli 2015, 21:27:42
Zitat von: felix.steinbeis am 29 Juli 2015, 21:22:58
Danke flurin.

Bei Eltako ist allerdings xI:off und x0:on. Entsprechend ist auch meine eventMap (s.o). Das kann ich nicht einfach tauschen.

Zudem wird - egal ob an oder aus - immer ein 1 zurück geliefert.

Viele Grüße
Felix

Ja, das habe ich vermutet. Das lässt sich nur in FHEM.js lösen. A,B,C,D ist relativ einfach aber die Zuordnung xI=off oder on und x0=on oder off wird umständlich. Zurzeit wird immer ein 1 zurückgegeben, weil B,C und D noch nicht implementiert sind.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 21:34:36
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) aktualisiert.

die EnOcean schalter sollten jetzt sich mit B-D gehen. der mini http server auf port 8080 zum debuggen verursacht keinen fehler mehr wenn der port schon belegt ist. für die x varianten überlege ich mir noch etwas.

ich weiss nicht was alles aktiv sein muss damit der sync per iCloud funktioniert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 21:45:42
ich habe gerade antwort apple auf einen offiziellen support call wegen der rollläden in siri bekommen. die antwort war das ich bitte einen bug report auf machen soll :)

scheinbar geht es zumindest in deutsch tatsächlich nicht nicht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 29 Juli 2015, 21:56:32

Zitat von: justme1968 am 29 Juli 2015, 21:34:36
ich weiss nicht was alles aktiv sein muss damit der sync per iCloud funktioniert.
Der Schlüsselbund reicht. Ich habe aber auch recht lange gebraucht bis es funktionierte. Laut Apple sollte es reichen, wenn man auf allen Geräten den iCloud Schlüsselbund ausschaltet, dann die Homekit Database zurücksetzt und dann den Schlüsselbund wieder aktiviert. Funktionierte bei mir allerdings nicht, ich musste alle iCloud Dienste deaktivieren...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 29 Juli 2015, 22:06:40
irgendwie wurden bei mir auf dem iPhone (iOS 9.0 Beta) einige Geräte nicht zum Hinzufügen angezeigt. Auf dem iPad (iOS 8.4) schon. Dort habe ich die Geräte dann auch hinzugefügt.
Die Geräte wurden zwar über iCloud synchronisiert. Aber statt der richtigen Daten, wird nur n.v. angezeigt. Also irgendwas läuft da bei mir schief.
Im Homebridge Server wird auch nichts besonderes angezeigt... Komische Sache..
Code Auswählen
New Session 58593
Server Connection Established 42808
Start Verify M1
Verify M1 Finished
Client Disconnected
Server Disconnected


Weiterhin habe ich einen kleinen Bug gefunden mithilfe des Debug Servers. Meine Türkontakte von Homematic sind zu, jedoch wird dies als nicht zu gewertet. Folgendes ist aus dem Debug-Server:
Code Auswählen
cached: { 'Eingangstuer-contact': 'closed (to broadcast)',
'SZ_Tuer-contact': 'open (to myHMLAN)',

Beste Grüße
Andy

edit:
Code Auswählen
'WZ_Stehlampe_IT-state': 'on',
  'WZ_Steckdose_IT-state': 'on',
dies führt dazu, dass die Geräte als aus angezeigt werden. Obwohl die ja eigentlich an sind. Muss ich in meinem FHEM was grundlegend umstellen? Das sind IT Geräte, die automatisch hinzufügt worden sind, soweit ich mich daran erinnern kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 29 Juli 2015, 22:37:38
Hallo zusammen,

habe heute Abend mal die SSL und Basic Auth Geschichte ausprobiert. So wirklich läuft das noch nicht. Bin schon eine Weile am Probieren.

Config sieht so aus:
Code Auswählen
{
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.3.172",
            "port": "8083",
            "filter": "room=Wohnzimmer",
            "ssl": "true",
            "auth": {"user": "fhem", "pass": "xyz"}
        }
    ],

    "accessories": []
}


Und die fhem.cfg in Bezgu auf die Basic Auth Themen sieht so aus:

Code Auswählen

attr WEB basicAuth ZmhlbTp4eXo=
attr WEB HTTPS

Und dennoch bekomme ich im homebridge.log die Ausgabe..

Code Auswählen
Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://192.168.3.172:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1438201902300
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.3.172:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] There was a problem connecting to FHEM (1).
[FHEM]   401: Authorization Required

Weiß jemand, was ich unter Umständen falsch mache?

Mich irritiert die Aussage Server listening on: http://<ip>:8080
--> Sry das ist der Debug Server.. :)

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 29 Juli 2015, 22:50:28
Könnte es unter Umständen daran liegen, dass hier keine Zertifikate hinterlegt sind oder diese nicht valide sind?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 29 Juli 2015, 23:00:06
Ist in der Commandref beschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 29 Juli 2015, 23:18:58
Hallo dev0,

danke für deine Antwort. Mit der Aussage kann man aber nicht arbeiten :)
Die Commandref greift in diesem Fall nicht, da ich FHEM per HTTPS und Auth im Browser ja aufrufen kann. Aber das Script von Andre kann sich nicht verbunden bzw. schmeißt mir 401 Errors. Weiterhin habe ich alle notwendigen Schritte bezgl. Erzeugung der certs erledigt. Die Zertifikate liegen im Ordner /op/fhem/certs und werden genutzt von FHEM. Dennoch kommen die Fehler.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 29 Juli 2015, 23:22:17
Zitat von: felix.steinbeis am 29 Juli 2015, 18:07:03
  • Trotz AppleTV 3 und neuester SW funktioniert Homekit nicht von außen. Mehrfache Anmeldung mit meiner AppleID und mehrere Reboots brachten auch keinen Erfolg. Habt Ihr eine Idee?


Also mir hat geholfen das AppleTV von iCloud und iTunes abzumelden. Anschließend neu gestartet und anschließend wieder bei beiden, iCloud/iTunes, wieder angemeldet.

grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andiw am 29 Juli 2015, 23:34:46
Zitat von: Pazekal am 29 Juli 2015, 22:50:28
Könnte es unter Umständen daran liegen, dass hier keine Zertifikate hinterlegt sind oder diese nicht valide sind?

Das liegt glaub ich an einer 'Schwachstelle' von FHEMWEB. Schau mal ein paar Seiten zurück im thread ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Juli 2015, 23:39:02
@Pazekal: ist dein fhemweb aktuell? bis vor kurzem gab es noch ein problem auf der fhemweb seite. weiter oben im thread steht etwas dazu.

@Andy89: ich habe das problem gefunden und die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) noch mal aktualisiert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 30 Juli 2015, 00:11:11
Zitat von: justme1968 am 29 Juli 2015, 21:34:36
für die x varianten überlege ich mir noch etwas.

Also mit xI und x0 ist schon A-D gemeint. Aber bei Eltako ist die Bedeutung gegenüber dem Enocean-Standard vertauscht.

Das Problem besteht mit der aktuellen Version bei mir weiterhin.

VG
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 30 Juli 2015, 00:19:52
Ok vielen Dank.. Ich habe tatsächlich nicht die aktuellste Version.. Allerdings kommt beim Update aktuell

Code Auswählen
Events (Filter:global):
2015-07-30 00:18:29 Global global UPD ./CHANGED
2015-07-30 00:18:37 Global global http://fhem.de/fhemupdate/./CHANGED: Select timeout/error:

ich komme nie bis zum Ende. Er bricht an verschiedensten Stellen ab. Ich werde das morgen noch einmal probieren. Restart und neukonfigurieren des WIFI Dongles brachte nichts.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 30 Juli 2015, 00:39:43
Update hat nun geklappt.. War der letzte Versuch für heute :)
SSL und Auth läuft nun auch. Danke dafür.

Allerdings habe ich nun mit IOS 9 ein ähnliches Problem, dass die Geräte nicht mehr angezeigt werden. Hatte vorhin die Cloud HomeKit Daten alle einmal gelöscht. Nun finde ich keines der Geräte mehr über die EVE App.

Hier habe ich noch nicht herausgefunden an was das liegt.

VG
Pascal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Juli 2015, 00:59:41
wenn du geräte aus homekit entfernst musst du die entsprechenden files unter homekit/persist löschen und homebridge neu starten.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 30 Juli 2015, 07:26:48
Zitat von: dev0 am 29 Juli 2015, 21:56:32
Der Schlüsselbund reicht. Ich habe aber auch recht lange gebraucht bis es funktionierte. Laut Apple sollte es reichen, wenn man auf allen Geräten den iCloud Schlüsselbund ausschaltet, dann die Homekit Database zurücksetzt und dann den Schlüsselbund wieder aktiviert. Funktionierte bei mir allerdings nicht, ich musste alle iCloud Dienste deaktivieren...

Ich habe inzwischen alles probiert, aber keinen Erfolg. Schlüsselbund auf allen Geräten ausgeschaltet, HomeKit zurückgesetzt, Reboot und Schlüsselbund aktiviert. Das ganze nochmal auf allen Geräte mit Abmeldung aus der iCloud. Und das ganze jetzt schon vier Mal.

Ich habe weder ein Sync der HomeKit-Konfiguration noch funktioniert es bei mir über AppleTV 3. Brauch ich iOS9 dafür oder reicht die aktuelle 8.4?

Danke und Gruß
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 30 Juli 2015, 08:55:55
IOS 8.4 reicht für die Synchronisierung zwischen IOS Geräten aus, ich hatte zwischendurch auch mal IOS 9 getestet, aber das hatte an der Sync-Problematik nichts geändert. Letztendlich bin ich folgendermaßen vorgegangen:
- Auf allen Geräten die iCloud deaktiviert und auf Nachfrage auch den synchronisierten Inhalt auf den Geräten löschen lassen.
- Auf allen Geräten die homekit database zurückgesetzt.
- Alle mobile Geräte ausgeschaltet und etwas gewartet.
- Homebridge gestoppt und Inhalt des persist Verzeichnisses gelöscht.
- Homebridge gestartet.
- Ein IOS Gerät wieder eingeschaltet und die iCloud Services komplett aktiviert.
- Mit Eve 2-3 Geräte verbunden und getestet, dass soweit alles funktioniert.
- Ein weiteres IOS Gerät eingeschaltet, iCloud wieder vollständig aktiviert und ebenfalls etwas gewartet.
- Eve auf dem weiteren Gerät gestartet und die Devices waren da.
- Ein drittes Gerät ebenso verbunden.
- Zum Schluss habe ich alle iCloud Services bis auf den Schlüsselbund wieder deaktiviert, da ich sie nicht nutze.

Vielleicht ist der eine oder andere Schritt nicht nötig, aber ich hatte auch lange "rumprobiert" und das war mein letzter Versuch nach dem Motto: alles was möglich ist irgendwie zurücksetzten. Hört sich etwas nach Voodoo an, aber letztendlich hat es funktioniert.

/Uli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 30 Juli 2015, 10:29:39
Danke Uli! Bei mir funktioniert es leider immer noch nicht.

Hast Du OSX im Einsatz und die iCloud auch dort deaktiviert? Oder nur auf den iOS-Geräten?

Und heißt deaktiviert, dass Du Dich abgemeldet hast oder hast Du nur alle iCloud-Dienste deaktiviert?

Hast Du auch Facetime und iMessage deaktiviert?

Und meldest Du Dich mit Deiner AppleID oder Deiner @icloud @me Kennung an?

Danke und Gruß
Felix

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Juli 2015, 11:11:15
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) aktualisiert.

- für das reading state werden jetzt eventMap einträge für on und off ausgewertet. das mit sollten die 'verdrehten' EnOcean schalter auch gehen und die sonderbehandlung ist überflüssig. wichtig: das funktioniert vorerst nur für die einfache variante die so ausschaut:
Code Auswählen
attr <device> eventMap on-for-timer:on-for-timer BI:off B0:ondie variante mit / und die neue mit {} gehen noch nicht.

- der debug web server wurde ein bisschen erweitert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 30 Juli 2015, 11:24:41
@Felix: Ich nutze auch OS X, aber auf den Desktops und Notebook habe ich die iCloud nicht aktiviert. Auf den IOS Geräten habe ich mich von der iCloud abgemeldet, darauf hin kam auch die Frage ob ich die Daten auch auf dem Gerät löschen möchte (wenn ich mich recht erinnere). Facetime und iMessage ist aktiv, an den Einstellungen hatte ich aber nichts verändert. Anmeldung an iCloud mit apple-id.
Wen Du neben den IOS Geräten noch OSXse hast, die mit der iCloud verbunden sind, dann könnte es einen Versuch wert sein, dort auch den Schlüsselbund oder die iCloud abzumelden. Ich hatte die Vermutung, dass bei mir irgendetwas in der iCloud fritte ist. Einen anderen Weg die Daten aus der iCloud zubekommen ist mir nicht bekannt, ausser vielleicht die apple-id bei Apple zu löschen. Soweit wäre ich aber nicht gegangen.
Btw: Aus diesem Grund vertraue ich einer fremden Cloud meine Daten sonst auch nicht an.

Viel Erfolg.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 30 Juli 2015, 16:56:23
@andre

Damit die AEOTEC LED BULB (ZW098-C55) funktioniert, habe ich folgende Zeilen (ca. 697 ...) in FHEM.js wie folgt geändert:
Code Auswählen

        if( this.PossibleSets.match(/\brgb\b/) )
          url = this.connection.base_url + "/fhem?cmd=set " + this.device + " rgb " + value + "&XHR=1";
        else
          url = this.connection.base_url + "/fhem?cmd=set " + this.device + " RGB " + value + "&XHR=1";


Das Problem liegt vermutlich in den sets (sowohl rgb wie auch RGB):

Code Auswählen

[FHEM] sets: associationAdd associationDel configByte configDefault configLong configWord dim:slider,0,1,99
neighborUpdate:noArg off:noArg on:noArg powerlevel powerlevelTest rgb:colorpicker,RGB sceneActivate sceneConfig
stop:noArg swaIncludeNone:noArg swaIncludeOff:noArg swaIncludeOn:noArg swaIncludeOnOff:noArg swaOff:noArg
swaOn:noArg wcrgb off-for-timer blink on-for-timer toggle off-till on-till intervals


Evtl. gibt es eine andere Lösung.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Juli 2015, 17:09:05
danke. das ist erst mal die einfachste variante.

gruss
  nadre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 30 Juli 2015, 17:38:12
Hallo Andre,

die Eltako-Schaltaktoren funktionieren jetzt. Danke Dir!

Viele Grüße
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 30 Juli 2015, 17:39:03
Hallo Uli,

nach etlichen Versuchen und langen Pausen, funktioniert aktuell die HomeKit-Synchronisation zwischen meinen Geräten.
Ich habe es so gemacht, wie Du beschrieben hast. Danke Dir!

Nur über mein AppleTV will es noch nicht so. Mal sehen.

Viele Grüße
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Juli 2015, 17:44:19
das warten wenn sich an der konfiguration etwas ändert scheint manchmal nötig zu sein. wenn ein neuer geräte typ dazu kommt dauert es z.b. einen augenblick bis siri das gerät auch steuern kann.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 30 Juli 2015, 22:41:24
Zitat von: justme1968 am 29 Juli 2015, 23:39:02
@Andy89: ich habe das problem gefunden und die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) noch mal aktualisiert.

also das Problem mit den falschen Daten der Tür-Sensoren und IT-Schalter ist behoben. Danke  :) :) :)
Das andere Problem muss aber ein Apple Problem sein. Da werde ich am Weekend mal bisschen rumprobieren, warum die Daten auf dem iPad richtig und auf dem iPhone falsch angezeigt werden. Vielleicht wird das noch was. Am Weekend werde ich auch mit dem Apple TV rumspielen und gucken, ob ich das zum laufen bekomme.

Danke aber schon einmal für deine schnelle und gute Bug-Behebung, Andre!!  :)

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 30 Juli 2015, 23:39:08
noch ne Frage ...

wie komme ich an den Namen der persist/Datei? Auf die schnelle habe ich keinen Hinweis darauf gefunden :-(

Danke

Ralf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 30 Juli 2015, 23:53:17
Such nach einem bonjour browser.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 31 Juli 2015, 10:50:16
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) aktualisiert:

- der debug browser (port 8080) gibt jetzt auch die persist ids aus.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 31 Juli 2015, 11:15:40
Zitat von: justme1968 am 31 Juli 2015, 10:50:16
- der debug browser (port 8080) gibt jetzt auch die persist ids aus.

Cool, Danke :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 31 Juli 2015, 20:04:42
Habe hier nach der Anleitung im Tread #64 probiert die Homebridge zu starten, bekomme aber wie es scheint eine Fehlermeldung

Code Auswählen
0 info it worked if it ends with ok
1 verbose cli [ '/usr/local/bin/node', '/usr/local/bin/npm', 'run', 'start' ]
2 info using npm@2.11.2
3 info using node@v0.12.6
4 verbose stack Error: ENOENT, open '/home/pi/homebridge/package.json'
4 verbose stack     at Error (native)
5 verbose cwd /home/pi/homebridge
6 error Linux 3.18.11+
7 error argv "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
8 error node v0.12.6
9 error npm  v2.11.2
10 error path /home/pi/homebridge/package.json
11 error code ENOENT
12 error errno -2
13 error enoent ENOENT, open '/home/pi/homebridge/package.json'
13 error enoent This is most likely not a problem with npm itself
13 error enoent and is related to npm not being able to find a file.
14 verbose exit [ -2, true ]


Hat jemand einen Tipp?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 01 August 2015, 08:36:36
Zitat von: Paul am 31 Juli 2015, 20:04:42
Code Auswählen

4 verbose stack Error: ENOENT, open '/home/pi/homebridge/package.json'
Fehlermeldungen während der Installation? Berechtigungen im Filesystem OK?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 09:40:45
ZitatBerechtigungen im Filesystem OK?

Die Berechtigungen der Datei sind -rw-r--r--. Habe mal geändert Uf-rwxrwxr-x aber keine Veränderung.

Hatte es auch schon ganz platt gemacht und nochmals in einem Rutsch direkt installiert leider gleicher Fehler
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 01 August 2015, 10:08:15
Fehlermedungen bei der Installation gab es nicht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 01 August 2015, 10:34:34
@Paul

HomeBridge verwendet HAP-NodeJS.

https://github.com/KhaosT/HAP-NodeJS
(https://github.com/KhaosT/HAP-NodeJS)
Bei Installations-Problemen würde ich zuerst HAP-NodeJS installieren und testen:

1. Download HAP-NodeJS

2. Install (im HAP-NodeJS-Verzeichnis):
Code Auswählen

npm install


3. Start HAP-Server:
Code Auswählen

node BridgedCore.js


Setup Code für die iOS-App: 031-45-154

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 10:45:11
vielleicht magst du ja mal schreiben was du genau gemacht hast. und wann genau dieser fehler kommt.

wie weiter oben schon geschrieben ist das installieren einzelner komponenten von hand normalerweise nicht nötig bzw. sogar kontraproduktiv.

ein npm install im homebridge verzeichnis sollte alles weiter automatisch machen wenn die node.js installation passt.

gruss
   andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 11:28:15
Ich habe es erst nach der Anleitung #64 gemacht leider auch mit Fehlermeldung, dann alles platt gemacht.
Und nach deiner Anleitung #129 da kommt dann bei npm run Start dieser Fehler.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 11:40:13
Zitat von: flurin am 01 August 2015, 10:34:34
@Paul

HomeBridge verwendet HAP-NodeJS.

https://github.com/KhaosT/HAP-NodeJS
(https://github.com/KhaosT/HAP-NodeJS)
Bei Installations-Problemen würde ich zuerst HAP-NodeJS installieren und testen:

1. Download HAP-NodeJS

2. Install (im HAP-NodeJS-Verzeichnis):
Code Auswählen

npm install


3. Start HAP-Server:
Code Auswählen

node BridgedCore.js


Setup Code für die iOS-App: 031-45-154

Gruss
flurin

Bekomme da bereits einen Fehler

Code Auswählen
pi@raspberrypi ~/homebridge/node_modules $ cd HAP-NodeJS
pi@raspberrypi ~/homebridge/node_modules/HAP-NodeJS $ npm install
/
> bignum@0.10.2 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  COPY Release/bignum.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'

> mdns@2.2.9 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: No such file or directory
compilation terminated.
dns_sd_bindings.target.mk:136: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:269:23)
gyp ERR! stack     at ChildProcess.emit (events.js:110:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:1074:12)
gyp ERR! System Linux 3.18.11+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> curve25519@1.0.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
> node-gyp rebuild
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 11:43:11
auf welcher platform ist das? für dns_sd.h brauchst du avahi-compat

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 11:50:00
auf einen Raspberry
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 01 August 2015, 11:52:02
Vermutlich fehlt dir noch:

Code Auswählen

sudo apt-get install libavahi-compat-libdnssd-dev
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 01 August 2015, 12:52:24
kurze Zwischenfrage.. habe seit heute ein LD382 für meine LED-Beleuchtung in der Wohnwand in Betrieb und natürlich habe ich dies direkt auch über Homebridge angebunden. Das Funktioniert per Screen perfekt :).
Gibt es dafür auch einen Sprachbefehl für Siri oder Umwege, zB über Szenen oder ähnliches?
Ich komm mit den Sprachbefehlen auch nicht immer klar. Teilweise versteht Siri mich auf Anhieb, teilweise nicht mal nach dem 3. Versuch :/

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 12:58:38
Meine ersten Gehversuche sind auch gerade geglückt.

Ganz herzlichen Dank an Dich, Andre und die Mithelfer der ersten Stunde. Bis auf die Suche nach dem Code zur Registrierung der Devices lief das alles absolut rund. Der Code stand aber auch auf der Seite von Homebridge.  ;)
(http://forum.fhem.de/index.php?action=dlattach;topic=32652.0;attach=35522)
EVE spielt mit und auch Siri schaltet auf dem iPhone.  :)

Leider will die Watch noch nicht. Ich glaube das kommt auch erst mit WatchOS 2.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 13:01:30
wenn die dinger als lampen auftauchen kannst du sie per siri aus und ein schalten und dimmen. farben einstellen geht scheinbar (noch) nicht direkt per siri aber über die homekit apps. z.b. eve.

fhem szenen sind noch nicht im homebridge shim eingebaut. ich habe noch keine gute idee wie.

du kannst in eve szenen anlegen bei denen du auch farben vergibst und dann diese szene per siri aufrufen.

es gibt leider scheinbar keine schnittstelle zwischen homebridge szenen und externen szenen.

beim verstehen kommt es manchmal auf kleine unterschiede an. licht wird z.b. nur manchmal und in bestimmtem kontext verstanden. lampen werden besser verstanden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 01 August 2015, 13:05:25
Das ist die einzige Information, die ich bei Apple zur Siri Syntax gefunden habe:
https://support.apple.com/de-de/HT204893
https://support.apple.com/en-us/HT204893
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 13:07:10
Zitat von: flurin am 01 August 2015, 11:52:02
Vermutlich fehlt dir noch:

Code Auswählen

sudo apt-get install libavahi-compat-libdnssd-dev


Ja das hat gefehlt. Danke. Über Node BridgedCore.js öffnet sich auch die Bridge und ich habe über Eve auch irgendwelche Lampen.

Will ich dann über npm run start die Homebridge starten kekomme ich wieder einen neuen Fehler:
Code Auswählen
Failed at the homebridge@0.0.0 start Script 'node app.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 01 August 2015, 13:23:00
@Paul

Okey,
Das vorhandene homebridge Verzeichnis umbenennen (z.B. homebridge-test) und homebridge wie hier beschrieben neu installieren:
Code Auswählen

https://github.com/nfarina/homebridge




Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 14:11:22
Cool, Siri schaltet jetzt auch Remote über Apple TV.  8)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 14:16:01
@flurin

Danke das du so viel Geduld hast. Aber ich verzweifle.

Also alles nochmal wie du geschrieben hast installiert. Die beiden Dateien an die richtige Stelle kopiert
Config.json angelegt.

Dann npm run start
Und wieder der Fehler

Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
undefined:8
        },
         ^
SyntaxError: Unexpected token ,
    at Object.parse (native)
    at Object.<anonymous> (/home/pi/homebridge/app.js:21:19)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Function.Module.runMain (module.js:501:10)
    at startup (node.js:129:16)
    at node.js:814:3

npm ERR! Linux 3.18.11+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "run" "start"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log


edit:
So, einen Fehler selbst erkannt ein Komma zuviel in der config.json

aber ist das jetzt eine Fehlermeldung oder nur ein Hinweis , weil avahi hatte ich doch bereits geladen? EVE findet jedenfalls nichts

Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 01 August 2015, 14:25:56
Poste deine config.json

Welche Dateien hast du kopiert? Die nueste FHEM.js Version ist eigentlich in homebridge integriert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 14:38:38
config.json

Code Auswählen

        {
            "platform" : "FHEM",
            "name" : "FHEM",
            "server" : "192.168.178.124",
            "port" : "8083"
}     

die FHEM.js und types.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 01 August 2015, 14:42:34
 Eine kurze Frage zwischendurch:

Wir erschließt sich nicht ganz, wie ich den Homekit Server neu starte.  Kann ich Ihnen über Nohup Start, aber wie  stoppe ich ihn? Beziehungsweise wie restarte ich Ihn um ihn zu einer neuen Suche zu animieren ?

LG und. Danke

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 01 August 2015, 14:45:37
Zitat von: Paul am 01 August 2015, 14:38:38
config.json

Code Auswählen

        {
            "platform" : "FHEM",
            "name" : "FHEM",
            "server" : "192.168.178.124",
            "port" : "8083"
}     

die FHEM.js und types.js

Die WARNINGS kann man ignorieren, das ist Okey

Du hättest FHEM.js nicht überschreiben müssen. Überprüfe, ob du die neuste Version hast.

Bei mir sieht config.json so aus:

Code Auswählen

{                                         
    "platforms": [                         
        {                                 
            "platform": "FHEM",           
            "name": "FHEM",               
            "server": "192.168.178.124",         
            "port": "8083",               
            "filter": "genericDeviceType=..*"
        }                 
    ],                                     
                                           
    "accessories": []                     
}


Hast du bei deinen devices in Fhem genericDeviceType definiert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 01 August 2015, 15:13:41
DANKE DANKE DANKE
jetzt klappt es mit Hilfe deiner config.json
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mathelf am 01 August 2015, 15:15:35
Hallo,

Super Projekt! Ich hatte auch Startschwierigkeiten mit der Installatin der homebridge. Bei mir hat es dann auf Anhieb gemäß dieser Anleitung geklappt:

http://www.domoticz.com/wiki/Homekit_Siri (http://www.domoticz.com/wiki/Homekit_Siri)

Viele Grüße

Matthias
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 16:11:46
Servus zusammen,

Nochmal ein dickes DANKE Andre für deine Mühe die du in das tolle Projekt steckst :-)

Siri tut generell bei mir ja schonmal ganz gut mit fhem zusammenarbeiten,

allerdings habe ich es noch nicht geschafft über eine Sprachbefehl meine HM-Blind-Aktoren zu steuern.

GenericDeviceType ist auf blind gestellt und über eve lassen sie sich auch steuern, nur welchen Sprachbefehl muss ich dazu verwenden?

Bei z.B. "Stelle Wohnzimmer Fenster hinten auf 50%" sagt mir siri immer sie hätte keine Geräte gefunden :-/

P.S. verwende IOS9 public beta 2

Grüße!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 16:15:14
siehe oben. ein offizieller support call bei apple dazu wurde beantwortet das ich statt dessen einen bug Report auf machen soll und der call wurde zurück erstattet.

zumindest auf deutsch scheinen rolläden noch nicht per siri zu gehen.

das gilt auch für den homekit simulator.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 16:24:14
Wald vor lauter Bäumen nicht gesehen :-) Gestern erst deinen Post bzgl. des Apple Tickets gelesen, und heute schon wieder vergessen ;D

Schade, wird aber bestimmt (hoffe ich doch) noch kommen.
Habe Siri eben mal auf Englisch umgestellt, damit hat es zumindest nach einem kurzen Test auch nicht funktioniert.

Danke & Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 17:20:51
Vll. kanns ja jemand gebrauchen, da ich irgendwo weiter vorne über Probleme mit dem Starten über cron gelesen habe (das Homebridge zu früh gestartet wird).

Ich starte bei mir den Homebridge Server mit forever über folgendes notify (fhem läuft bei mir als root, sonst muss evtl. noch mit sudo gearbeitet werden):
Code Auswählen
define ntfy_homebridge notify global:(INITIALIZED|SHUTDOWN) {
if ($EVENT eq "INITIALIZED") {
if(`forever list` =~ /No forever processes running/) {
return `/usr/bin/forever start --spinSleepTime 1000 --minUptime 1000 --no-colors --workingDir /opt/fhem/homebridge -l /opt/fhem/homebridge/log.log -a /opt/fhem/homebridge/app.js`;
}
}
elsif ($EVENT eq "SHUTDOWN") {
if(`forever list` !~ /No forever processes running/) {
return `/usr/bin/forever stopall --no-colors`;
}
}
}

Dadurch sollte immer gewährleistet sein das Fhem beim start der homebridge läuft, und die homebridge ebenfalls bei einem fhem-shutdown beendet wird.

Ebenfalls kann ich so relativ einfach über die Fhem Befehlzeile und einem { `forever restartall --no-colors` } den Homebridge-Server neustarten, oder mir über { `forever list --no-colors` } den Status ausgeben lassen.

_______________________________
EDIT:
Hier nochmal eine zweite Version welche auch als Makro-Notify verwendet werden kann:
Code Auswählen
define ntfy_homebridge notify global:(INITIALIZED|SHUTDOWN)|ntfy_homebridge:(restart|start|stop) {
    my %dispatch = (
        start => sub { `/usr/bin/forever start --spinSleepTime 1000 --minUptime 1000 --no-colors --workingDir /opt/fhem/homebridge -l /opt/fhem/homebridge/log.log -a /opt/fhem/homebridge/app.js` },
        stop => sub { `/usr/bin/forever stopall --no-colors` },
        restart => sub { `/usr/bin/forever restartall --no-colors` }
    );
    my $return = '';
   
    if ($EVENT =~ /INITIALIZED|^start/i) {
        if(`forever list` =~ /No forever processes running/) {
            $return = $dispatch{start}->();
        } else {
              $return = "start requestet but a forever process is already running.";
        }
    }
    elsif ($EVENT =~ /SHUTDOWN|stop/i) {
        if(`forever list` !~ /No forever processes running/) {
            $return = $dispatch{stop}->();
        } else {
              $return = "stop requestet but no forever processes are running.";
        }
    }
    elsif ($EVENT =~ /restart/i) {
        if(`forever list` !~ /No forever processes running/) {
            $return = $dispatch{restart}->();
        } else {
              $return = "restart requestet but no forever processes are running. Will do 'start' instead.\n";
            $return .= $dispatch{start}->();
        }
    }
   
    $return =~ s/\R$//;
    return $return;
}
Hierdurch kann man den Homebridge Server zusätzlich durch folgende FHEM-Befehle...

Neustarten:   trigger ntfy_Homebridge restart
Stoppen:       trigger ntfy_Homebridge stop
Starten:         trigger ntfy_Homebridge start
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 17:48:19
Ich wollte den genericDeviceType bei meinen BlindActors mal auf "switch" ändern, damit siri diese evtl. zumindest auf "on" und "off" stellen kann bis Apple den Bug gefixt hat.

In Eve tauchen die Geräten weiterhin mit %wert auf, lassen sich aber nicht mehr steuern,
im HB-Log steht ebenfalls weiterhin '...  has motor', sollte da jetzt nicht stehen "is switch" ?

Oder ist der deviceType noch nicht implementiert, bzw. greift vorrangig die automatische Erkennung?

Oder muss ich für diese Geräte lediglich das Homekit Pairing erneut durchführen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 17:53:57
motor ist unabhängig vom device type und zusätzlich vorhanden.

wenn sich zur laufzeit eine characteristic ändert oder hinzugefügt bzw. entfernt wird dann wird das zur laufzeit erkannt. wenn sich die service klasse ändert musst aber das pairing gemacht werden.

du kannst statt switch sogar light probieren wenn es ein hm aktor ist der pct kann. du musst dann nur aufpassen wenn du alle lampen auf ein mal ansprichst. lampen an ist dann rollladen hoch.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 18:21:20
Danke Andre, das hat beim 1. BlindAktor super funktioniert mit dem neu pairen und siri konnte es im Anschluss auch sauber schalten.

Beim 2. BlindAktor hab ich jetzt wieder ein Problem welches ich am Anfang schon oft hatte...

1. ich lösche das Device aus Eve,
2. das 2. file zur ID aus dem persist Ordner wird automatisch gelöscht, im ersten file steht allerdings weiterhin "paired:true"
3. ich löschen auch noch das 1. ID File aus dem Persist-Ordner und starte die homebridge einmal neu damit es wieder da ist.
4. Versuche das Geräte wieder zu Homekit hinzuzufügen und klappt nicht, Eve kehrt nach der Code-Eingabe wieder zurück zur Geräte-Suche, MyTouchHome bringt Fehlermeldung "not found".

Ich habe das Problem immer durch zurücksetzen der Homekit-DB auf dem iPhone sowie zurücksetzen des Schlüsselbunds behoben.
Nur muss es wirklich dieser Hardcoreweg sein, oder gibt es hierfür auch eine bessere Lösung?

Warum tritt das Problem überhaupt auf, mache ich was falsch? Hätte ich evtl. das 1. ID-File garnicht löschen dürfen?

Edit:
Grad nochmal bei einem anderen Device Probiert, ohne löschen des ID-Files wird das Device nicht zum neu Pairen angeboten.
Also daran kanns schonmal nicht liegen :-/
... Bei dem Device hat das neu Pairen jetzt auch funktioniert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 18:31:38
werden beim start für beide devices die gleichen daten ausgegeben?

ja. es müssen beide files gelöscht werden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 18:39:42
Nach was genau soll ich im Log schauen?

Zitat
[FHEM] dg_wz_fensterantrieb_rechts has motor
[FHEM] dg_wz_fensterantrieb_rechts is dimable [0-100]
[FHEM] dg_wz_fensterantrieb_links has motor
[FHEM] dg_wz_fensterantrieb_links is dimable [0-100]


_links konnte ich grad erfolgreich neu pairen,
_rechts lässt sich jetzt nicht mehr pairen, zuletzt musste ich bei diesem Problem immer komplett das Homekit resetten :-(


Was mir grad auch noch aufgefallen ist:
mi deviceType "switch" und "light" lassen sich die BlindAktor jeweils auf on & off schalten.
wenn ich siri aber sage "schalte fenster 80%" bekomme ich wieder als antwort dass sie keine Geräte gefunden hat.
Hat das hiermit zutun?
Code Auswählen


[FHEM] query: dg_wz_fensterantrieb_links-pct
Characteristics.js:valueForUpdate(): invoking callback
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status
Characteristics.js:valueForUpdate(): called, Siri has asked for the accessory's status: returning 1

EDIT: Log ausgabe vom falschen Device gepostet ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 19:01:21
Hallo Andre,
ich habe mit gerade die Seite von Elgato zu EVE angesehen. Gibt es schon Unterstützung für den Air Quality Sensor? So wie ich das sehe, müsste das eigentlich zum CO20-Sensor in FHEM passen.
https://www.elgato.com/de/eve-room

Meine Threestate Sensoren für die Fensterdrehgriffe erkennt er irgendwie nur als Kontaktsensor und sagt bei bei offen "NO". Müsste er die nicht als Window erkennen?

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 19:02:48
Also habe jetzt die Homekit Datenbank am iPhone resettet, und konnte das Device sofort wieder pairen.
Ganz seltsam, das Problem hatte ich nun schon öfter :-(

Den genericDeviceType der BlinAktoren habe ich jetzt auf 'switch' gesetzt,
on/off funktioniert jetzt sowie
"Schalte Fenster Helligkeit 70%" fährt den Blindaktor nun auf 70%
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 19:22:56
@rapster: immer einer geht und der andere nicht? egal mit welchem du anfängst? oder geht immer der gleiche nicht?

@volschin: der air quality service hat je eine characteristic für partikel größe und partikel anzahl. es gibt noch eine characteristik die co anzeigt. aber nur als ja/nein. co2 habe ich noch nicht gesehen. die machen das vermutlich über eine custom characteristic. so etwas kann ich auch einbauen. aber vermutlich nicht kompatibel.

es gibt (zur zeit) keinen sensor mit drei stati in homekit. window (und door) sind jeweils zum automatischen öffnen und schliessen gedacht. die position ist in % angegeben und funktioniert vermutlich nicht one sollwert und motor richtung. also nicht geeignet. von den standard typen bleibt nur contact sensor mit tiltet und open beides auf no abgebildet.

auch hier könnte ich eine custom characteristic verwenden. die ist aber dann nicht über siri abfragbar und vermutlich nur eingeschränkt in den rules verwendbar. ich schaue mal ob es sich lohnt. vielleicht als zusätzlicher wert im normalen contact sensor.

ps: auf den eve screenshots sind öfter plots zu sehen. ich habe keine ahnung wie das funktioniert. vermutlich auch etwas selbst gebautes. ich habe mal spasseshalber mit einer umgekehrten bridge angefangen. also eine mit der homkit fähige hardware an fhem angelernt werden kann. bei der perl version komme ich leider mit der verschlüsselung nicht weiter. siehe oben. wenn jemand eine idee hat...

die node.js version sollte hier kein problem machen. damit könnte man vermutlich  zumindest die custom characteristics mit sniffen wenn jemand die echte hardware von elgato hat.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 19:26:28
nein das nicht funktionierende pairing hat generell nichts mit dem Device selber zutun,

Das tritt manchmal auch einfach so auf wenn ich mehrere Geräte hintereinander pairen will,

deswegen starte ich nach jedem Pairing den Homebridge server einmal neu, und die App neu und warte erstmal 2 Minuten bevor ich das nächste Gerät paire.

Ganz häufig tritt es allerdings auf wenn ich ein Gerät lösche und dann neu Pairen will, wie gesagt die einzige Lösung die ich bisher hiefür gefunden habe war Homekit zu resetten.

Evtl. ist das aber auch einfach ein Problem vom IOS9 PB2 ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 19:31:04
Zitat von: justme1968 am 01 August 2015, 19:22:56@volschin: der air quality service hat je eine characteristic für partikel größe und partikel anzahl. es gibt noch eine characteristik die co anzeigt. aber nur als ja/nein. co2 habe ich noch nicht gesehen. die machen das vermutlich über eine custom characteristic. so etwas kann ich auch einbauen. aber vermutlich nicht kompatibel.
Klingt nach viel Aufwand, ist momentan nicht prior.

Zitates gibt (zur zeit) keinen sensor mit drei stati in homekit. window (und door) sind jeweils zum automatischen öffnen und schliessen gedacht.
Dann wäre das die Funktion, die meine Winmatic zum Laufen bringt.  :) Was muss ich da als devicetype eintragen?

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 01 August 2015, 19:37:35
Der Effekt tritt auch mit IOS 8.4 auf. Wenn das einmal passiert, dann habe ich bisher auch keinen anderen Weg gefunden als Homekit zu resetten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 01 August 2015, 19:39:46
Zitat von: rapster am 01 August 2015, 19:26:28
nein das nicht funktionierende pairing hat generell nichts mit dem Device selber zutun,

Das tritt manchmal auch einfach so auf wenn ich mehrere Geräte hintereinander pairen will,

nutzt du/ihr mehrere iOS Geräte?

ich hatte das Problem auch, aber ich konnte es dann am Ende lösen, indem ich nicht auf dem iPhone(wo ich es standardmäßig mache) gepaired habe, sondern auf dem iPad. Dort wurden die Geräte angezeigt und konnten ganz normal gepaired werden (natürlich nachdem einmal die Daten im persist gelöscht waren). Die Geräte wurden zwar dann auch aufs iPhone syncronisiert, aber der Status war nicht erreichbar. Danach habe ich nochmal auf dem iPhone die Daten gelöscht und neu hinzugefügt und dann ging es auf beiden Geräten( iPhone und iPad). Seitdem läuft es auch problemlos.
Vielleicht hilft dir das ;)

Beste Grüße
Andy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 19:41:21
Danke für den Tipp Andy, werde ich nächstes mal probieren bevor ich mir den Stress antue alle Geräte neu zu pairen :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 01 August 2015, 19:42:20
Dito ;-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 19:58:33
Zitat von: rapster am 01 August 2015, 17:20:51
Vll. kanns ja jemand gebrauchen, da ich irgendwo weiter vorne über Probleme mit dem Starten über cron gelesen habe (das Homebridge zu früh gestartet wird).

Ich starte bei mir den Homebridge Server mit forever über folgendes notify (fhem läuft bei mir als root, sonst muss evtl. noch mit sudo gearbeitet werden):
Code Auswählen
define ntfy_homebridge notify global:.+ {
if ($EVENT eq "INITIALIZED") {
if(`forever list` =~ /No forever processes running/) {
return `/usr/bin/forever start --spinSleepTime 1000 --minUptime 1000 --no-colors --workingDir /opt/fhem/homebridge -l /opt/fhem/homebridge/log.log -a /opt/fhem/homebridge/app.js`;
}
}
elsif ($EVENT eq "SHUTDOWN") {
if(`forever list` !~ /No forever processes running/) {
return `/usr/bin/forever stopall --no-colors`;
}
}
}

Dadurch sollte immer gewährleistet sein das Fhem beim start der homebridge läuft, und die homebridge ebenfalls bei einem fhem-shutdown beendet wird.

Ebenfalls kann ich so relativ einfach über die Fhem Befehlzeile und einem { `forever restartall --no-colors` } den Homebridge-Server neustarten, oder mir über { `forever list --no-colors` } den Status ausgeben lassen.

Ich würde eher mit
Code Auswählen
global:(INITIALIZED|SHUTDOWN)
arbeiten, sonst wird das notify bei jedem Call von global angetriggert. Wobei ich mir momentan nicht im klaren bin, wie häufig das in der Realität passiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 20:00:10
@volschin: ist noch nicht eingebaut :) fang mal damit mir ein list von device zu schicken. am besten jeweils offen und gekippt. und die ausgabe von set <device> ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 20:05:14
Zitat von: volschin am 01 August 2015, 19:58:33
Ich würde eher mit
Code Auswählen
global:(INITIALIZED|SHUTDOWN)
arbeiten, sonst wird das notify bei jedem Call von global angetriggert. Wobei ich mir momentan nicht im klaren bin, wie häufig das in der Realität passiert.

Ja kann man machen,  wirds noch etwas "sauberer", allerdings so viele events hat global ja nicht...
     

Following special events will be generated for the device "global"
    INITIALIZED after initialization is finished.
    REREADCFG after the configuration is reread.
    SAVE before the configuration is saved.
    SHUTDOWN before FHEM is shut down.
    DEFINED <devname> after a device is defined.
    DELETED <devname> after a device was deleted.
    RENAMED <old> <new> after a device was renamed.
    UNDEFINED <defspec> upon reception of a message for an undefined device.


Habs mal in dem Post vorne geändert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 20:07:13
Hier das list für device
Code Auswählen
Internals:
   DEF        1E462E
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     68
   NAME       Fenster_L_WinMatic.Schlafen
   NR         354
   NTFY_ORDER 50-Fenster_L_WinMatic.Schlafen
   STATE      unreachable
   TYPE       CUL_HM
   channel_01 Fenster_L_Win.Schlafen
   channel_02 Fenster_L_Akku.Schlafen
   hmusb_MSGCNT 68
   hmusb_RAWMSG REA5B7927,0001,0AA82777,FF,FFCF,2EA0101E462EF11234060295202F
   hmusb_RSSI -49
   hmusb_TIME 2015-08-01 19:42:21
   lastMsg    No:2E - t:10 s:1E462E d:F11234 060295202F
   protEvt_AESerrReject 1 last_at:2015-08-01 09:40:39
   protLastRcv 2015-08-01 19:42:21
   protResnd  2 last_at:2015-08-01 13:41:05
   protSnd    112 last_at:2015-08-01 19:42:21
   protState  CMDs_done
   rssi_at_hmusb avg:-49.07 min:-53 lst:-49 cnt:90 max:-46
   rssi_hmusb min:-51 avg:-47.04 cnt:43 max:-44 lst:-47
   Readings:
     2015-08-01 09:39:54   Activity        alive
     2015-06-28 20:26:33   D-firmware      1.5
     2015-06-28 20:26:33   D-serialNr      JEQ0734999
     2015-07-22 05:31:48   PairedTo        0xF11234
     2015-06-28 20:27:22   R-intKeyVisib   invisib
     2015-06-28 20:27:22   R-keypressSignal on
     2015-06-28 20:27:22   R-pairCentral   0xF11234
     2015-06-28 20:27:22   R-signal        on
     2015-06-28 20:27:22   R-signalTone    low
     2015-07-22 05:31:48   RegL_00:        02:01 03:19 0A:F1 0B:12 0C:34 00:00
     2015-08-01 09:40:38   aesKeyNbr       00
     2015-07-22 05:31:46   powerOn         2015-07-22 05:31:46
     2015-08-01 19:42:25   state           unreachable
   Helper:
     HM_CMDNR   46
     cSnd       01F112341E462E010E,01F112341E462E020E
     mId        0028
     rxType     2
     Io:
       newChn     +1E462E,00,01,00
       nextSend   1438449133.32118
       rxt        0
       vccu       vccu
       p:
         1E462E
         00
         01
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        2E
       Io:
         hmusb      -47
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
     Rpt:
       IO         hmusb
       flg        A
       ts         1438450941.63539
       ack:
         HASH(0x2102378)
         2E8002F112341E462E00
     Rssi:
       At_hmusb:
         avg        -49.0777777777778
         cnt        90
         lst        -49
         max        -46
         min        -53
       Hmusb:
         avg        -47.046511627907
         cnt        43
         lst        -47
         max        -44
         min        -51
Attributes:
   IODev      hmusb
   IOgrp      vccu:hmusb
   actCycle   025:00
   actStatus  alive
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   1.5
   model      HM-SEC-WIN
   msgRepeat  1
   room       hidden
   serialNr   JEQ0734999
   subType    winMatic
   webCmd     getConfig:clear msgEvents

Für channel1
Code Auswählen
Internals:
   DEF        1E462E01
   NAME       Fenster_L_Win.Schlafen
   NR         356
   NTFY_ORDER 50-Fenster_L_Win.Schlafen
   STATE      locked
   TYPE       CUL_HM
   chanNo     01
   device     Fenster_L_WinMatic.Schlafen
   Readings:
     2015-07-30 18:06:03   CommandAccepted yes
     2015-06-28 20:27:22   R-pullForce     50 %
     2015-06-28 20:27:22   R-pushForce     50 %
     2015-06-28 20:27:22   R-setupDir      left
     2015-06-28 20:27:22   R-tiltMax       255
     2015-07-22 05:31:48   RegL_01:        16:01 1C:64 1D:64 1E:FF 00:00
     2015-08-01 19:42:19   direction       no
     2015-08-01 19:42:19   motorErr        ok
     2015-08-01 19:42:19   recentStateType info
     2015-08-01 19:42:19   state           locked
   Helper:
     Role:
       chn        1
       prs        1
Attributes:
   devStateIcon locked:fts_window_1w
   eventMap   /level lock 0 20:close/level 80 ignore 20:open/level 80 600 20:10min/
   genericDeviceType switch
   group      Fenster
   model      HM-SEC-WIN
   peerIDs    00000000,
   room       Heizung,Schlafen,Sicherheit
   webCmd     close:open:10min:stop

und channel2
Code Auswählen
Internals:
   DEF        1E462E02
   NAME       Fenster_L_Akku.Schlafen
   NR         357
   NTFY_ORDER 50-Fenster_L_Akku.Schlafen
   STATE      74.5
   TYPE       CUL_HM
   chanNo     02
   device     Fenster_L_WinMatic.Schlafen
   Readings:
     2015-08-01 19:42:21   charge          dischange
     2015-08-01 19:42:21   recentStateType info
     2015-08-01 19:42:21   state           74.5
   Helper:
     Role:
       chn        1
Attributes:
   group      Akku
   model      HM-SEC-WIN
   room       Sicherheit

Channel 1 ist der interessante zum Schalten, Channel 2 ist nur für den Akkustand.
Das Device drüber ist eigentlich nur zu Verwaltungszwecken. Darüber lässt sich das Fenster nicht steuern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 20:13:04
Zitat von: rapster am 01 August 2015, 20:05:14
Ja kann man machen,  wirds noch etwas "sauberer", allerdings so viele events hat global ja nicht...
     

Following special events will be generated for the device "global"
    INITIALIZED after initialization is finished.
    REREADCFG after the configuration is reread.
    SAVE before the configuration is saved.
    SHUTDOWN before FHEM is shut down.
    DEFINED <devname> after a device is defined.
    DELETED <devname> after a device was deleted.
    RENAMED <old> <new> after a device was renamed.
    UNDEFINED <defspec> upon reception of a message for an undefined device.


Habs mal in dem Post vorne geändert...
Man könnte allerdings tatsächlich nochmal überlegen, ob man für einen der anderen Events nicht einen "forever restart" einbaut.

Andre, was würde nicht direkt an die Homebridge gepushed? 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 20:17:59
du könntest z.B. auf
Code Auswählen
global:ATTR.+genericDeviceType
ein "forever restart" triggern wenn du deinen filter auf das Attribut gesetzt hast und somit neue Geräte automatisch ins homebridge pushen möchtest.

EDIT: bin mir grad nur nicht sicher ob ATTR auch notifys triggert, im EventLog tauchts zumindest auf...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 20:33:11
@volschin: ich brauche noch die ausgabe von set ? und eine beschreibung wie das set und redings funktionieren. ohne eventmap. was steht in direction wenn sich das fenster bewegt? in welchem reading steckt die aktuelle position?

das senden von kommandos aus fhem an homebridge kommt noch. das ist kein problem. auch das automatische reagieren auf das setzen von attributen.

auch das reagieren auf rename wäre gut. ist aber zur zeit nicht möglich weil die automatisch generierte id zur zeit aus dem namen erzeugt wird und wenn sich diese ändert das device auf homebridge seite einfach weg ist. hier ist etwas für dine spätere version geplant die dann die homekti bridge funktionalität verwendet und alle fhem devices hinter einer bridge automatisch mit eine mal pairen verfügbar macht. nicht jedes device einzeln.

wie funktioniert das forever? es gibt von homebridge einen extra fork der irgendeine restart geschichte für forever einbaut.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 August 2015, 20:39:05
Also ich habe bei mir node 0.12.6 drauf und mit forever heute schon häufiger mit "restartall" gearbeitet. Bei mir läuft aber derzeit nur homebridge.

Die zusätzlichen Infos zur Winmatic gibts dann morgen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 21:36:23
Ich habe einen readingsProxy Namens 'Tür" mit einer "setList on öffnen" als genericDevType "Switch" an Homebridge angebunden.

Durch ein "set Tür on" oder "set Tür öffnen" wird der Türöffner betätigt.
Das ganze funktioniert über Siri mit dem Befehl "Hey Siri, Schalte die Tür an" auch hervorragend.

Allerdings scheint Siri auch den Befehl "Hey Siri, öffne die Tür" zu kennen, denn da Antwortet mir Siri "Ich habe keine Geräte gefunden".

Jetzt ist die Frage, ob irgendjemanden weiß wie ich dieses Device anbinden muss, damit Siri bei "Öffne die Tür" ein "on" hinschickt?  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 22:27:15
türen sind eine eigene service klasse (sie auch das was ich oben zu fenster geschrieben habe) und gedacht für türen die per motor geöffnet  und geschlossen werden.

wenn ich das fenster für volschin einbaue kann ich auch gleich türen einbauen. aber ich vermute das es bei dir trotzdem nicht direkt hilft weil damit eigentlich ein motor auf eine bestimmte position gefahren wird. vielleicht kann man noch etwas mit der setList spielen und pct einbauen. aber der status den eve dann anzeigt wird vermutlich nie richtig passen.

das was du möchtest passt vermutlich eher zu service türschloss. mal sehen was sich da machen lässt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 01 August 2015, 22:35:27
Das mit pct klingt ja auf jedenfall schonmal sehr interessant :-)

Den readingsProxy hab ich schonmal soweit vorbereitet das bei einem "set Tür pct.*" der Türöffner anspringt.

Der State der in Eve angezeigt wird ist sowieso dauer-off, da der readingsproxy sowieso nur ein "fake-userReading" an einem vccu_Btn liest welches immer off ist.
Der Türöffner ist ja sowieso nur für 0.5 Sekunden im Status on, um den Befehl an die Busschnittstelle weiterzugeben :-)

Danke schonmal :-)

Gruß
Claudiu
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 August 2015, 23:18:01
ich glaube ich habe eine der ursachen für nicht mehr erreichbare geräte gefunden.

wenn man homebridge mehrfach neu startet und/oder eve killt bleiben auf dem homebridge rechner unter umständen einige sockets im status TIME_WAIT stecken. dadurch gibt es beim neustart dann verbindungsprobleme mit dem zugehörigen device.

mit netstat sind die hängenden sockets gut zu sehen.

das iOS gerät aus und wieder einschalten hilft in diesem fall. auf homekit seite muss dabei nichts zurück gesetzt werden. eventuell muss homebridge auch neu gestartet werden.

ich weiss noch nicht ob ich noch irgendwo etwas falsch mache.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 02 August 2015, 05:26:43
@andre

Ich dachte das Problem sei nur bei meiner Konstellation aber ich vermute der Fehler liegt bei HAP-NodeJS.
Ich habe HAP-NodeJS in einem separaten Verzeichnis installiert (HAP-NodeJS) und folgendes Beispiel getestet:

Code Auswählen

node BridgedCore.js


mit dem selben Resultat: nach dem Restart des Servers tritt das Problem auf. Und effektiv ein Restart des iOS Gerätes hilft.

Meldung an KhaosT bereits vor 3 Tagen erfolgt.

https://github.com/KhaosT/HAP-NodeJS/issues/108
(https://github.com/KhaosT/HAP-NodeJS/issues/108)
Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 02 August 2015, 08:30:38
Hallo Ralf,
wie hast du es jetzt zum Laufen bekommen?
Hab den genau gleichen Fehler wie du.
Nach welcher Anleitung hast du homebridge installiert?

Danke, Christoph

Zitat von: Wuppi68 am 26 Juli 2015, 14:05:59
ich krieg das blöde Teil gar nicht zum laufen :-(

habe einen Vanilla Raspberry mit Debian Wheezy und mache folgendes.....
Code Auswählen

pi@piheizunglan ~ $ wget http://node-arm.herokuapp.com/node_latest_armhf.deb
--2015-07-26 11:14:27--  http://node-arm.herokuapp.com/node_latest_armhf.deb
Resolving node-arm.herokuapp.com (node-arm.herokuapp.com)... 54.197.235.183
Connecting to node-arm.herokuapp.com (node-arm.herokuapp.com)|54.197.235.183|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 6728900 (6.4M) [application/x-debian-package]
Saving to: `node_latest_armhf.deb'

100%[======================================>] 6,728,900   3.27M/s   in 2.0s   

2015-07-26 11:14:29 (3.27 MB/s) - `node_latest_armhf.deb' saved [6728900/6728900]

pi@piheizunglan ~ $ sudo dpkg -i node_latest_armhf.deb
Selecting previously unselected package node.
(Reading database ... 77867 files and directories currently installed.)
Unpacking node (from node_latest_armhf.deb) ...
Setting up node (0.12.6-1) ...
Processing triggers for man-db ...
pi@piheizunglan ~ $ node -v
v0.12.6
pi@piheizunglan ~ $ git clone https://github.com/nfarina/homebridge.git
Cloning into 'homebridge'...
remote: Counting objects: 724, done.
remote: Compressing objects: 100% (52/52), done.
remote: Total 724 (delta 29), reused 0 (delta 0), pack-reused 672
Receiving objects: 100% (724/724), 160.62 KiB, done.
Resolving deltas: 100% (413/413), done.
pi@piheizunglan ~ $ cd homebridge
pi@piheizunglan ~/homebridge $ npm install
npm WARN engine ad2usb@1.0.3: wanted: {"node":"~0.10.0"} (current: {"node":"0.12.6","npm":"2.11.2"})
npm ERR! registry error parsing json

> node-stringprep@0.6.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep
> node-gyp rebuild

gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: node-v0.12.6.tar.gz local checksum 38cd0edf7fe312fd120af9d7e2c7490e4d082ff3465f38143bab6b1abf3e10ff not match remote 7a3b5ac351973a9dee8edbf0684bc8d0dea44b231e42274ffb008141ffa19ad2
gyp ERR! stack     at deref (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:307:20)
gyp ERR! stack     at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:348:13)
gyp ERR! stack     at IncomingMessage.emit (events.js:129:20)
gyp ERR! stack     at _stream_readable.js:908:16
gyp ERR! stack     at process._tickCallback (node.js:355:11)
gyp ERR! System Linux 3.18.11+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> node-stringprep@0.7.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep
> node-gyp rebuild

gyp WARN install got an error, rolling back install

> curve25519@1.0.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
> node-gyp rebuild

gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: node-v0.12.6.tar.gz local checksum 3be2edee0eb9bdb8c33863342c59339fe96c54ae8ca97a84158e70efe6ac304a not match remote 7a3b5ac351973a9dee8edbf0684bc8d0dea44b231e42274ffb008141ffa19ad2
gyp ERR! stack     at deref (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:307:20)
gyp ERR! stack     at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/install.js:348:13)
gyp ERR! stack     at IncomingMessage.emit (events.js:129:20)
gyp ERR! stack     at _stream_readable.js:908:16
gyp ERR! stack     at process._tickCallback (node.js:355:11)
Linux 3.18.11+/
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> bignum@0.10.2 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  COPY Release/bignum.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'

> ed25519@0.0.2 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
  CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
  CC(target) Release/obj.target/ed25519/src/ed25519/open.o
  CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
  SOLINK_MODULE(target) Release/obj.target/ed25519.node
  COPY Release/ed25519.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'

> mdns@2.2.9 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: No such file or directory
compilation terminated.
dns_sd_bindings.target.mk:136: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:269:23)
gyp ERR! stack     at ChildProcess.emit (events.js:110:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:1074:12)
gyp ERR! System Linux 3.18.11+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/mdns
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> dtrace-provider@0.4.0 install /home/pi/homebridge/node_modules/wemo/node_modules/node-ssdp/node_modules/bunyan/node_modules/dtrace-provider
> node scripts/install.js


> kerberos@0.0.12 install /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
> (node-gyp rebuild 2> builderror.log) || (exit 0)

make: Entering directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
  CXX(target) Release/obj.target/kerberos/lib/kerberos.o
kerberos.target.mk:89: recipe for target 'Release/obj.target/kerberos/lib/kerberos.o' failed
make: Leaving directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'

> iconv@2.1.8 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'
  CC(target) Release/obj.target/libiconv/deps/libiconv/lib/iconv.o
  AR(target) Release/obj.target/iconv.a
  COPY Release/iconv.a
  CXX(target) Release/obj.target/iconv/src/binding.o
  SOLINK_MODULE(target) Release/obj.target/iconv.node
  COPY Release/iconv.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'

> node-expat@2.3.8 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlparse.o
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmltok.o
../deps/libexpat/lib/xmltok.c:471:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:471:1: warning: (near initialization for ‘latin1_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: (near initialization for ‘latin1_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: (near initialization for ‘ascii_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: (near initialization for ‘ascii_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: (near initialization for ‘little2_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: (near initialization for ‘little2_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: (near initialization for ‘internal_little2_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: (near initialization for ‘internal_little2_encoding.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: (near initialization for ‘big2_encoding_ns.isName2’) [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: (near initialization for ‘big2_encoding.isName2’) [-Wmissing-field-initializers]
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlrole.o
  AR(target) Release/obj.target/deps/libexpat/libexpat.a
  COPY Release/libexpat.a
  CXX(target) Release/obj.target/node_expat/node-expat.o
  SOLINK_MODULE(target) Release/obj.target/node_expat.node
  COPY Release/node_expat.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
npm ERR! Linux 3.18.11+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE

npm ERR! curve25519@1.0.0 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the curve25519@1.0.0 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the curve25519 package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls curve25519
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log
pi@piheizunglan ~/homebridge $


die anderen Tipps und Tricks habe ich auch schon auf Vanilla durch ....

Noch jemand irgendwelche Ideen?

Danke

Ralf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 08:34:14
Ich hatte heute morgen den Effekt, dass mir das iPhone zwar erzählt hat, dass es aktuelle Werte für die Geräte hat, die stammten aber gestern abend (2 Dimmer auf 1% habe ich während meiner Heimkinosession laufen). Nach einem forever restartall hat sich das ganze geradegezogen.

Ich würde vermuten, dass die Verbindung zwischen Homebridge und FHEM abgerissen war und einfach die gecachten werte weiter geliefert wurden.   
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 10:04:24
Hallo Andre,
ich habe dir nochmal den Abschnitt aus der commandref mit reingepackt.

ZitatwinMatic

winMatic provides 2 channels, one for the window control and a second for the accumulator.

  • level <level> <relockDelay> <speed>
    set the level.
    <level>: range is 0 to 100%
    <relockDelay>: range 0 to 65535 sec. 'ignore' can be used to igneore the value alternaly
    <speed>: range is 0 to 100%
  • stop
    stop movement
[/li]
[/list][/quote]

Wenn Du auf mein Eventmap geschaut hast:
Code Auswählen
/level lock 0 20:close/level 80 ignore 20:open/level 80 600 20:10min/

Wie macht man einen Close?
Winmatic unterscheidet zwischen 0% Öffnung und Lock. D.h. wenn Du
Code Auswählen
level 0 anbgibst, ist das Fenster in entriegeltem Zustand aber 0% gekippt.
Um das Fenster vollständig zu schließen braucht es also immer ein
Code Auswählen
level lock

Bei voller Geschwindigkeit ist die Winmatic relativ laut, was bei einer automatischen Lüftung während der Schlafphase zu einer Störung führen kann. Die Geschwindigkeit 20% ist sehr geräuscharm, dauert aber etwas länger.

Und das relockdelay ist eben nützlich, um direkt z.B. eine 10 Minuten Öffnung des Fensters anzustoßen, die dann auch komplett in der Winmatic abgewickelt wird. Sollte der Heimautomatisierungsserver ausfallen, wird auf jeden Fall nach dieser Zeit wieder geschlossen.

So sieht es dann bei gestarteter Öffnung aus:
Code Auswählen
Internals:
   DEF        1E462E01
   NAME       Fenster_L_Win.Schlafen
   NR         356
   NTFY_ORDER 50-Fenster_L_Win.Schlafen
   STATE      0
   TYPE       CUL_HM
   chanNo     01
   device     Fenster_L_WinMatic.Schlafen
   Readings:
     2015-08-02 09:52:58   CommandAccepted yes
     2015-06-28 20:27:22   R-pullForce     50 %
     2015-06-28 20:27:22   R-pushForce     50 %
     2015-06-28 20:27:22   R-setupDir      left
     2015-06-28 20:27:22   R-tiltMax       255
     2015-07-22 05:31:48   RegL_01:        16:01 1C:64 1D:64 1E:FF 00:00
     2015-08-02 09:53:06   direction       up
     2015-08-02 09:53:06   motorErr        ok
     2015-08-02 09:53:06   recentStateType info
     2015-08-02 09:53:06   state           0
   Helper:
     Role:
       chn        1
       prs        1
Attributes:
   devStateIcon locked:fts_window_1w
   eventMap   /level lock 0 20:close/level 80 ignore 20:open/level 80 600 20:10min/
   genericDeviceType switch
   group      Fenster
   model      HM-SEC-WIN
   peerIDs    00000000,
   room       Heizung,Schlafen,Sicherheit
   webCmd     close:open:10min:stop
Im Wesentlichen geht direction auf up und state auf 0.

Und so, wenn die Öffnung abgeschlossen ist:
Code Auswählen
Internals:
   DEF        1E462E01
   NAME       Fenster_L_Win.Schlafen
   NR         356
   NTFY_ORDER 50-Fenster_L_Win.Schlafen
   STATE      80
   TYPE       CUL_HM
   chanNo     01
   device     Fenster_L_WinMatic.Schlafen
   Readings:
     2015-08-02 09:52:58   CommandAccepted yes
     2015-06-28 20:27:22   R-pullForce     50 %
     2015-06-28 20:27:22   R-pushForce     50 %
     2015-06-28 20:27:22   R-setupDir      left
     2015-06-28 20:27:22   R-tiltMax       255
     2015-07-22 05:31:48   RegL_01:        16:01 1C:64 1D:64 1E:FF 00:00
     2015-08-02 09:55:11   direction       no
     2015-08-02 09:55:11   motorErr        ok
     2015-08-02 09:55:11   recentStateType info
     2015-08-02 09:55:11   state           80
   Helper:
     Role:
       chn        1
       prs        1
Attributes:
   devStateIcon locked:fts_window_1w
   eventMap   /level lock 0 20:close/level 80 ignore 20:open/level 80 600 20:10min/
   genericDeviceType switch
   group      Fenster
   model      HM-SEC-WIN
   peerIDs    00000000,
   room       Heizung,Schlafen,Sicherheit
   webCmd     close:open:10min:stop
direction wieder auf no und state auf den angebenen Öffnungsgrad (hier 80%).

Beim Schließen läuft es dann in umgedrehter Reihenfolge mit direction down zuerst auf state 0 und danach auf state locked.

Kannst Du damit etwas anfangen?

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 10:23:43
Hallo zusammen,
ich bin immer wieder über die Ablage des Threads in "Off-Topic" irritiert, der bei seinem Start mal richtig gewesen sein mag.
Ich würde aber vorschlagen, ihn nach Frontends oder Mobile Devices zu verschieben. Dort passt er besser.

Kann das jemand mit Moderator-Recht oder der Threadersteller mal in Angriff nehmen?

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 10:43:28
@flurin: hab den issue auch gerade gesehen. dann liegt es nicht an mir :)

@volschin: das habe ich gestern auch bemerkt. es schein zu passieren wenn fhem die longpoll verbindung zu machen. weil die maximale gesamtlänge der nachrichten erreicht ist. ich weiss noch nicht welches event dann auf node.js seite kommt. ich habe bei mir jetzt mal drei möglichkeiten eingebaut und warte das es wieder passiert... das reconnect ist ja schon drin und wird im fehlerhaft schon benutzt.

aus diesem grund sollte es auch nicht nötig sein homebridge neu zu starten wenn fhem nur neu gestartet wird ohne das sich an den Devisen etwas geändert hat. die longpoll verbindung sollte nach 5 sekunden automatisch wieder aufgebaut werden. aufgrund der probleme mit den offen bleibenden sockets die oben beschrieben sind ist es zur zeit besser homebridge wenn möglich laufen zu lassen.

die info zur winmatic sollte reichen. ich versuch mal das einzubauen.

gruss
  andre

ps: ich habe das event gefunden wenn fhem die verbindung zu machen. das problem ist also i nächsten update behoben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 02 August 2015, 11:46:30
Hallo zusammen,

ich habe gerade gesehen, dass FHEM.js nun mit homebridge gemerged wurde (Danke Andre :-)).
Wie lautet denn das git-Command, um neue Commits von Github auf die lokale Kopie zu syncen?

VG
Marcus
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 02 August 2015, 12:17:42
Wie bekomme ich raus welche Datei welches Gerät in persist ist, um es dort zu löschen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 12:18:43
Zitat von: marcus42 am 02 August 2015, 11:46:30
Wie lautet denn das git-Command, um neue Commits von Github auf die lokale Kopie zu syncen?
Code Auswählen
git pull
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 02 August 2015, 12:20:34

Zitat von: Paul am 02 August 2015, 12:17:42
Wie bekomme ich raus welche Datei welches Gerät in persist ist, um es dort zu löschen?

Am einfachsten dank Andre im Debug Server nach schauen:
Standardmäßig <ip>:8080 im Browser eintippen

Beste Grüße Andy


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcus42 am 02 August 2015, 12:23:51
@volschin: Danke! Das ist ja einfach :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 12:56:16
Hallo Andre,
gibt es eine Möglichkeit mit dem Thermostat auch den "actuator" anzuzeigen? Ich habe da zumindest auch bei anderen Implementierungen nirgendwo gefunden. Ist ja an sich nur ein weiterer Prozentwert für die Ventilöffnung.

Gruß,
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 13:12:50
Code Auswählen
hasTemperature: 'measured-temp',
hasHumidity: 'humidity',
hasMotor: undefined,
isLight: undefined,
isBlind: undefined,
isThermostat: 'desired-temp',


Was passiert denn, wenn Du hasMotor mit
Code Auswählen
hasMotor: ''actuator',
befüllst?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 13:14:42
zeig mir mal bitte ein list von so einem device.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 13:16:52
Nichts einfacher:
Code Auswählen
Internals:
   CHANGED
   DEF        1DADFD
   IODev      hmusb
   LASTInputDev hmusb
   MSGCNT     1317
   NAME       Thermostat.Wohnen
   NR         191
   NTFY_ORDER 50-Thermostat.Wohnen
   STATE      T: 23.4 H: 40 D: 9.0 (central)
   TYPE       CUL_HM
   channel_01 Thermostat.Wohnen_Weather
   channel_02 Thermostat.Wohnen_Climate
   channel_03 Thermostat.Wohnen_WindowRec
   hmusb_MSGCNT 1317
   hmusb_RAWMSG E1DADFD,0000,0E6C6A6C,FF,FFBC,9EA2581DADFD1F9E820200
   hmusb_RSSI -68
   hmusb_TIME 2015-08-02 13:15:35
   lastMsg    No:9E - t:58 s:1DADFD d:1F9E82 0200
   protLastRcv 2015-08-02 13:15:35
   protSnd    10 last_at:2015-08-02 10:50:29
   protState  CMDs_done
   rssi_at_hmusb avg:-64.89 min:-80 lst:-68 cnt:1317 max:-60
   rssi_hmusb avg:-63.66 min:-64 lst:-64 max:-63 cnt:3
   CHANGETIME:
   Helper:
     Dblog:
       T:
         Logdb:
           TIME       1438514115.25597
           VALUE      23.4 H
       Actuator:
         Logdb:
           TIME       1438511992.69548
           VALUE      0   << addLog
       Desired-temp:
         Logdb:
           TIME       1438511992.48338
           VALUE      18.0   << addLog
       Dewpoint:
         Logdb:
           TIME       1438514115.25597
           VALUE      9.0
       Humidity:
         Logdb:
           TIME       1438514115.25597
           VALUE      40
       Measured-temp:
         Logdb:
           TIME       1438513197.95173
           VALUE      23.4
       Time-request:
         Logdb:
           TIME       1438466519.2406
           VALUE      -
   Readings:
     2015-08-01 09:39:56   Activity        alive
     2015-08-02 10:50:26   CommandAccepted yes
     2015-06-28 20:26:41   D-firmware      2.1
     2015-06-28 20:26:41   D-serialNr      JEQ0725385
     2015-06-28 21:27:16   PairedTo        0xF11234
     2015-06-28 21:27:16   R-backlOnMode   off
     2015-06-28 21:27:16   R-backlOnTime   0
     2015-06-28 21:27:16   R-btnLock       off
     2015-06-28 21:27:16   R-burstRx       on
     2015-06-28 21:27:16   R-pairCentral   0xF11234
     2015-06-28 21:27:16   RegL_00:        01:01 02:01 05:00 0A:F1 0B:12 0C:34 0F:00 00:00
     2015-08-02 13:15:35   actuator        0
     2015-08-02 10:50:29   battery         ok
     2015-06-28 21:27:23   controlMode     central
     2015-06-28 21:27:23   day-temp        22 C
     2015-06-28 21:27:23   decalcDay       Sat
     2015-08-02 10:50:29   desired-temp    18.0
     2015-08-02 13:15:15   dewpoint        9.0
     2015-06-28 21:27:23   displayMode     temp-hum
     2015-06-28 21:27:23   displayTemp     actual
     2015-06-28 21:27:23   displayTempUnit celsius
     2015-08-02 13:15:15   humidity        40
     2015-08-02 13:15:15   measured-temp   23.4
     2015-06-28 21:27:23   night-temp      19 C
     2015-06-28 21:27:23   party-temp      18 C
     2015-08-02 13:15:15   state           T: 23.4 H: 40
     2015-08-02 00:01:59   time-request    -
   Helper:
     HM_CMDNR   158
     cSnd       01F112341DADFD020E,01F112341DADFD030E
     mId        0039
     rxType     140
     Io:
       newChn     +1DADFD,00,01,00
       nextSend   1438514135.27431
       rxt        2
       vccu       vccu
       p:
         1DADFD
         00
         01
         00
       prefIO:
         hmusb
     Mrssi:
       mNo        9E
       Io:
         hmusb      -66
     Prt:
       bErr       0
       sProc      0
       sleeping   1
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rssi:
       At_hmusb:
         avg        -64.8974943052391
         cnt        1317
         lst        -68
         max        -60
         min        -80
       Hmusb:
         avg        -63.6666666666667
         cnt        3
         lst        -64
         max        -63
         min        -64
Attributes:
   DbLogExclude state
   IODev      hmusb
   IOgrp      vccu:hmusb
   actCycle   000:10
   actStatus  alive
   autoReadReg 5_readMissing
   event-on-change-reading .*
   event-on-update-reading time-request
   expert     2_full
   firmware   2.1
   fp_Wohnung 250,450,5,
   genericDeviceType thermostat
   group      Heizung
   icon       icoTempHausReg
   model      HM-CC-TC
   room       Heizung,Wohnen
   serialNr   JEQ0725385
   stateFormat state D: dewpoint (controlMode)
   subType    thermostat
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 02 August 2015, 13:26:16
Hallo Andre,

funktionieren schon structures oder muss ich denen einfach einen genericDeviceType verpassen? Benutze die structure um mit zwei Reed Kontakten den Zustand von Fenstern, Türen auf gekippt oder offen zu prüfen.

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 13:32:38
structures werden zur zeit noch explizit ausgeblendet.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 13:44:38
probier mal ob die winmatic mit der angehängten version funktioniert.

in node_modules/HAP-NodeJS/accessories/types.js muss ein
Code Auswählen
exports.WINDOW_STYPE = stPre + "8B" + stPost;eingefügt werden.

das mit der ventil stellung muss ich noch probieren.

gruss
  andre

ps: ich hoffe alles andere geht noch. ich bin gerade weiter am komplett umbauen :)

edit: winmatk bug fix, FHTTK contakt sensor eingebaut.

edit: set_ wird jetzt neben set- ebenfalls ignoriert.

edit: die änderungen sind inzwischen in die 'offiziellen' version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eingeflossen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 14:18:22
Da warst Du aber fleißig, wenn ich mir die ganzen Änderungen anschaue, die mein Araxis anzeigt.  :)

Als welchen genericDeviceType soll ich die Winmatic anlegen, outlet? 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 14:24:28
Grade im Code gesehen: Du gehst auf HM-SEC-WIN oder einen neuen genericdeviceType "window".
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 02 August 2015, 14:58:38
Nach den Schwierigkeiten bei der Einrichtung läuft das Modul jetzt super. Besten Dank für das tolle Modul.

Bei zwei Devices habe ich aber Schwierigkeiten sie einzurichten Ein Thermostat  S300TH und bei den Fensterkontakten FHTKK.

Hat die schon jemand eingebunden?
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 15:37:38
für die beiden brauche ich jeweils ein list un den unterschiedlichen Zuständen und die ausgabe von set <device> ? .

gruss
andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 15:52:50
Bei der Winmatic hat es leider nicht funktioniert. Sie wurde mir zum Pairen angeboten, der Vorgang brach aber nach Eingabe der PIN ab und sprang zurück. Seitdem wird sie auch nach Neustart weder zum Pairen angeboten noch taucht sie in der App auf.

Hier ein paar Einträge aus dem Log, die auch zeigen, wie sich das mit der Umstellung des Types geändert hat.

Code Auswählen
[FHEM] Initializing device with name Fenster_L_Win.Schlafen...
[FHEM] Loaded services for Fenster_L_Win.Schlafen
checking Change the power state function
Characteristics.js: registering Change the power state function
TCP server accepting connection on port: 52008
HAP Server is listening
...
  caching: Fenster_L_Win.Schlafen-state: 1 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":1}]} to: {}
...
[FHEM] Fenster_L_Win.Schlafen is switchable
[FHEM] Fenster_L_Win.Schlafen has direction
...
[FHEM] Initializing device with name Fenster_L_Win.Schlafen...
[FHEM] Loaded services for Fenster_L_Win.Schlafen
TCP server accepting connection on port: 52008
HAP Server is listening
...
[FHEM] Fenster_L_Win.Schlafen is window
[FHEM] Fenster_L_Win.Schlafen has direction
...
[FHEM] Initializing device with name Fenster_L_Win.Schlafen...
[FHEM] Loaded services for Fenster_L_Win.Schlafen
checking Current Window Position function
Characteristics.js: registering Current Window Position function
checking Position State function
Characteristics.js: registering Position State function
TCP server accepting connection on port: 52008
HAP Server is listening
...
  caching: Fenster_L_Win.Schlafen-level: 50 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":10,"value":50}]} to: {}

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 02 August 2015, 15:53:12
Zitat von: justme1968 am 02 August 2015, 15:37:38
für die beiden brauche ich jeweils ein list un den unterschiedlichen Zuständen und die ausgabe von set <device> ? .

gruss
andre

Das list für S300TH

Code Auswählen
Internals:
   CODE       3
   CUL_0_MSGCNT 54
   CUL_0_RAWMSG K21145332
   CUL_0_RSSI -87.5
   CUL_0_TIME 2015-08-02 15:40:54
   DEF        3
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     54
   NAME       Aussenthermometer
   NR         39
   STATE      T: 31.4  H: 32.5
   TYPE       CUL_WS
   corr1      0
   corr2      0
   corr3      0
   corr4      0
   Readings:
     2015-08-02 15:40:54   DEVFAMILY       WS300
     2015-08-02 15:40:54   DEVTYPE         S300TH
     2015-08-02 15:40:54   absFeuchte      10.6
     2015-08-02 15:40:54   dewpoint        13.0
     2015-08-02 15:40:54   humidity        32.5
     2015-08-02 15:40:54   state           T: 31.4  H: 32.5
     2015-08-02 15:40:54   temperature     31.4
Attributes:
   fp_Grundriss 480,65,4,Aussen
   genericDeviceType thermostat
   room       CUL_WS

und für die FHTTK

Code Auswählen
Internals:
   CODE       6f49fb
   CUL_0_MSGCNT 62
   CUL_0_RAWMSG T6F49FB02
   CUL_0_RSSI -77.5
   CUL_0_TIME 2015-08-02 15:48:05
   DEF        6f49fb
   IODev      CUL_0
   LASTInputDev CUL_0
   MSGCNT     62
   NAME       Fenster_Bad
   NR         32
   OPEN       0
   PREVSTATE  Closed
   PREVTIMESTAMP 1438523035
   STATE      Closed
   TYPE       CUL_FHTTK
   Prev:
     STATE      02
     TIMESTAMP  1438523285
   Readings:
     2015-08-02 15:48:05   Battery         ok
     2015-08-01 15:11:59   Previous        Open
     2015-08-02 15:48:05   Reliability     ok
     2015-08-02 15:48:05   Window          Closed
     2015-08-02 15:48:05   state           Closed
Attributes:
   IODev      CUL_0
   devStateIcon Open:fts_window_1w_open@red Closed:fts_window_1w@green
   genericDeviceType outlet
   room       CUL_FHTTK


was für ein set möchtest Du, sind beides Sensoren?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 02 August 2015, 16:26:05
Zitat von: justme1968 am 01 August 2015, 23:18:01
ich glaube ich habe eine der ursachen für nicht mehr erreichbare geräte gefunden.

wenn man homebridge mehrfach neu startet und/oder eve killt bleiben auf dem homebridge rechner unter umständen einige sockets im status TIME_WAIT stecken. dadurch gibt es beim neustart dann verbindungsprobleme mit dem zugehörigen device.

mit netstat sind die hängenden sockets gut zu sehen.

das iOS gerät aus und wieder einschalten hilft in diesem fall. auf homekit seite muss dabei nichts zurück gesetzt werden. eventuell muss homebridge auch neu gestartet werden.

ich weiss noch nicht ob ich noch irgendwo etwas falsch mache.

gruss
  andre

Hi,

wie ist das vorgehen, wenn ich ein Gerät aus Eve gelöscht, unter persist dieses ebenfalls gelöscht, homebridge mehrfach beendet habe mir das Device im Debug Server aber weiterhin unter persist aufgeführt wird?

TIME_WAITs habe ich auf dem Host keine gefunden.

Ich starte und stoppe homebridge über ein init.d Skript mit dem folgenden Inhalt
Code Auswählen
#!/bin/sh
#/etc/init.d/homebridge.sh

export PATH=$PATH:/root/.nvm/versions/v0.12.6/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
export NODE_PATH=/root/.nvm/versions/v0.12.6/lib/node_modules:/root/.nvm/versions/v0.12.6/lib/node_modules:/root/.nvm/versions/v0.12.6/lib/node_modules:/root/.nvm/versions/v0.12.6/lib/node_modules:/root/.nvm/versions/v0.12.6/lib/node_modules:/usr/lib/nodejs:/usr/lib/node_modules:/usr/share/javascript
case "$1" in
  start)
    exec forever start /opt/homebridge/app.js -p /root/.forever
    ;;
  stop)
    exec forever stop /opt/homebridge/app.js
    ;;
  *)
    echo "Usage: homebridge.sh {start|stop}"
    exit 1
    ;;
esac

exit 0
~       

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 02 August 2015, 16:29:53
Ich geh mal stark davon aus dass du evtl. die Datei aus dem falschen persist Ordner gelöscht hast (welches evtl. mal durch ein npm run start erstellt wurde).

Gib beim starten über forever mal explizit den WorkingDir Pfad mit an, siehe Beispiel hier: => http://forum.fhem.de/index.php/topic,32652.msg318340.html#msg318340
und probier es nochmal.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 16:30:21
@volschin: hast du type.js angepasst?

wenn das pairen schief geht musst du das perstist file löschen und homebridge neu starten.

wenn es dann immer noch nicht geht bau mal bitte in app.js vor der schleife in zeile 125 die folgende ausgabe ein:
Code Auswählen
console.log(util.inspect(services[j]));und poste den teil der für die winmatic drin steht.

@Paul: sorry. die s300ht gehen schon lange. die dinger sind aber thermometer und keine thermostate. die FHTTK baue ich noch ein.

@eldrik: im debug server wird angezeigt welche id das device hat. nicht welche files in persist vorhanden sind. die files die nur die id als namen haben werden auch sofort beim homebridge start wieder angelegt. das ist ok.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 02 August 2015, 16:47:07
Hi Andre,

ok, ich hatte gedacht, lösche ich das Device in Eve und im persist Order taucht dieses auch nicht mehr im Debug Server auf.

Mein Problem ist, dass ich das Device über Eve nicht mehr angezeigt und dadurch hinzugefügt bekomme, im persist wurde auch nichts neu angelegt, es steht nur noch der Eintrag im Debug Server.

Per Bonjour Browser taucht es weiterhin korrekt auf.

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 02 August 2015, 16:52:47
Zitat von: justme1968 am 02 August 2015, 16:30:21
@Paul: sorry. die s300ht gehen schon lange. die dinger sind aber thermometer und keine thermostate. die FHTTK baue ich noch ein.

gruss
  andre

Welchen genericDeviceType stelle ich da ein?  Gerät wird erkannt von EVE aber nach der Eingabe des code bricht es ab.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 16:59:54
Hallo Andre,
Das Löschen der persist-Dateien hat geholfen. Er hat sie jetzt auch gepaired und sie lässt sich tatsächlich steuern.
Allerdings springt sie beim Schließen nach erfolgreichem Lock in der Anzeige auf 50%. Ich vermute falsche Schleife, da Du den Initialwert für level irgendwo mit 50 belegt hast.

Das sieht aber sonst super aus. Lieben Dank.

Wie bringt man eigentlich Siri zum Fenster öffnen? Bisher war kein Kommando erfolgreich. 

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 17:10:00
@eldrik: hast du hast du eve und homebridge neu gestartet ?

@Paul: gar nichts oder eben thermometer

@volschin: 50 ist der default wert wenn ich das reading nicht interpretieren kann. was steht bei dir nach dem schliessen in state? zur zeit versteht homekit nur locked oder etwas das mit einer zahl anfängt.

gruss
  andre

ps: wenn sich die service klasse ändert (wie bei dir von switch auf window) dann muss neu gepairt werden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 17:18:38
in FHEM steht locked im Cache 50. Andere aktuelle Werte tröpfeln aber aus FHEM rein. Evtl. ein Problem mit der Cache-Aktualisierung?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 02 August 2015, 17:20:14
Hallo Andre,

japp beides mehrere Male beendet und wieder neu gestartet, auch das iPad habe ich zwischenzeitlich einmal rebootet... was noch offen wäre, wäre der Host selber... werd ich jetzt einmal ausprobieren.

Edit:
auch ein reboot des Host hat nichts gebracht.

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 17:22:53
Hat jemand von Euch den Spruch für Siri schon versucht
Zitat"Dimme das Licht im Wohnzimmer auf 50 %."

Also zumindest mit meiner Aussprache von "Dimme" kommt sie gar nicht klar.   >:(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 17:26:22
Schau mal bitte auf der homekit kinsole ob das locked event ankommt und auf was es gemapped wird.

du kannst 'setze das licht auf 50%' sagen. das klappt gut.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 17:37:41
ich habe den winmatic bug gefunden. hier: http://forum.fhem.de/index.php/topic,32652.msg318553.html#msg318553 (http://forum.fhem.de/index.php/topic,32652.msg318553.html#msg318553) gibt es eine neue version zum testen.

die FHTTK sensoren sollten mit der version auch gehen. genericDeviceType auf contact setzen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 02 August 2015, 17:57:16
Zitat von: volschin am 02 August 2015, 17:22:53
Hat jemand von Euch den Spruch für Siri schon versucht
Also zumindest mit meiner Aussprache von "Dimme" kommt sie gar nicht klar.   >:(

Moin,

Dimme geht nicht wirklich. Aber probiere mal "stelle das Licht im Wohnzimmer auf 50%"
Klappt bei mir gut..

LG

Marie

PS: gerade gesehen das André das schon gesagt hat..naja doppelt hält besser...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 02 August 2015, 18:41:01
in English klappt es:

"Dim the light to 50%"

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 18:46:15
Hallo Andre,
mit dem Fix ist es fast gut.

Code Auswählen
[FHEM] Fenster_L_Win.Schlafen delaying command targetPosition with value 0
[FHEM] Fenster_L_Win.Schlafen sending command targetPosition with value 0
[FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Fenster_L_Win.Schlafen%20level%20lock&XHR=1
  caching: Fenster_L_Win.Schlafen-level: 50 as number

Ich hatte Dir wohl nicht alle Informationen geliefert. Bei Befehlsempfang geht eine Vielzahl Homematic-Devices im Status in einen Set-Modus.
Den sollte man dann am Besten ignorieren.
 
Code Auswählen
2015-08-02 18:36:16 CUL_HM Fenster_L_Win.Schlafen set_level 36

Code Auswählen
2015-08-02 18:38:37 CUL_HM Fenster_L_Win.Schlafen set_level lock

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 August 2015, 18:55:01
einheitlichkeit ist doch etwas schönes ...

set- war schon eingebaut. ab sofort wird auch set_ ignoriert.

die version ist wieder hier: http://forum.fhem.de/index.php/topic,32652.msg318553.html#msg318553 (http://forum.fhem.de/index.php/topic,32652.msg318553.html#msg318553).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 02 August 2015, 19:44:13
Zitat von: justme1968 am 02 August 2015, 17:10:00
@eldrik: hast du hast du eve und homebridge neu gestartet ?


Andre noch eine Idee? Alle Teilnehmer neu gestartet inkl. Host auf dem Homebridge läuft.

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 20:06:01
Zitat von: justme1968 am 02 August 2015, 18:55:01
set- war schon eingebaut. ab sofort wird auch set_ ignoriert.
Funktioniert.

Warum hast Du es nicht einfacher gemacht und statt zwei if's
Code Auswählen
/^set[-_]/

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 02 August 2015, 20:52:29
hat schon jemand es geschafft mit der AppleWatch etwas zu schalten?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 02 August 2015, 20:53:35
Das geht noch nicht. Frühstens mit watchOS 2 ;)


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 02 August 2015, 21:09:16
wenn man die App auf der Uhr installiert geht es auch damit :-)

Nur Siri kann damit noch nichts anfangen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 21:10:27
Welche App?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Andy89 am 02 August 2015, 21:11:32
Zitat von: volschin am 02 August 2015, 21:10:27
Welche App?

wollte ich gerade auf fragen. Eve hat keine Watch App.
und warum fragst du, wenn du es doch besser weißt?^^

Beste Grüße
Andy

p.s.: ich bin davon ausgegangen, dass du Siri auf der Uhr meinst, da es hier ja darum geht, die FHEM Geräte mit Siri zu steuern und nicht mit einer App. Dafür gibts ja sicher andere Apps, die wahrscheinlich übersichtlicher sind und auf denen mehr Geräte funktionieren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 02 August 2015, 21:13:05
MyTouchHome hat auch eine App für die Apple Watch :-)

Kostet aber auch 1,99 :-(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 21:14:23
Gekauft. Mal schauen, wie es läuft.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 21:23:07
Funktioniert auf der Watch. Guter Tip. Danke. Das iPhone Layout ist allerdings eher gruselig.


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 02 August 2015, 23:05:02
Zitat von: justme1968 am 02 August 2015, 17:37:41


die FHTTK sensoren sollten mit der version auch gehen. genericDeviceType auf contact setzen.

gruss
  andre

Habe das file neu geladen und auch ein update gemacht kann aber kein genericDeviceType contact setzen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 August 2015, 23:06:36
Du musst Dir natürlich deine Liste in global erweitern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 02 August 2015, 23:45:11
Zitat von: volschin am 02 August 2015, 23:06:36
Du musst Dir natürlich deine Liste in global erweitern.

dnke klappt aber trotdem nicht werden in persit angezeigt aber in eve erscheinen sie nicht
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 08:45:54
Hallo André,
Heute Morgen hat Nick Farina an KhaosT einen umfangreichen PR zu HAP-NodeJS gemacht. Die Erläuterungen klingen sehr spannend.

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 August 2015, 08:48:11
@Paul: du hast schon mal versucht das device mit einer anderen service klasse anzulernen. du musst es neu pairen. damit das geht musst du es aus persist löschen und homebridge neu starten.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 August 2015, 08:54:58
@volschin: genau darauf habe ich schon gewartet :)

der bidge mode ist genau das richtige für fhem. ein mal pairen und nicht mehr per device.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 03 August 2015, 09:47:53
Zitat von: justme1968 am 03 August 2015, 08:48:11
@Paul: du hast schon mal versucht das device mit einer anderen service klasse anzulernen. du musst es neu pairen. damit das geht musst du es aus persist löschen und homebridge neu starten.

gruss
  andre

Das habe ich mehrmals gemacht wird in persit neu angelegt aber nicht in EVE angezeigt.  Den FHTTK habe ich einen genericDeviceType contact verpasst.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 09:49:38
Wenn du den wirklich mit cc benannt hast, wird das nichts.


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Paul am 03 August 2015, 10:01:10
Zitat von: volschin am 03 August 2015, 09:49:38
Wenn du den wirklich mit cc benannt hast, wird das nichts.


Sent from my iPhone using Tapatalk
[/quote

Sorry war ein Tippfehler
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 14:43:33
Zitat von: justme1968 am 03 August 2015, 08:54:58
@volschin: genau darauf habe ich schon gewartet :)

der bidge mode ist genau das richtige für fhem. ein mal pairen und nicht mehr per device.

gruß
  andre
Leider nicht vollständig kompatibel mit der aktuellen Homebridge. Ich habe zwar die Pfade in der app.js angepasst, aber es geht mit den Funktionsaufrufen weiter. Zumindest der AccessoryController wurde in AccessoryLoader umbenannt und auch die enthaltenen Funktionen anscheinend.

Code Auswählen
/home/pi/node_modules/homebridge/app.js:117
    var accessoryController = new accessoryController_Factor.AccessoryControll
                              ^
TypeError: undefined is not a function
    at createHAPServer (/home/pi/node_modules/homebridge/app.js:117:31)
    at /home/pi/node_modules/homebridge/app.js:92:17
    at Request._callback (/home/pi/node_modules/homebridge/platforms/FHEM.js:376:22)
    at Request.self.callback (/home/pi/node_modules/homebridge/node_modules/request/request.js:373:22)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oberlon am 03 August 2015, 15:10:24
Hey,

vielen Dank an alle die an dem Thema arbeiten.
Meine ersten Versuche mit nodejs und homebridge + FHEM.js gestern waren schnell erfolgreich (größtenteils;).

Leider habe ich mit einem LW12 (WifiLight) Probleme und vielleicht kennt jemand eine Lösung. Vorweg gesagt, er ging schon mal. Dazu hatte ich die FHEM.js Version aus dem Beitrag #30 und keinen Filter in meiner config.json. Ich konnte das Device pairen und unterschiedliche Farben einstellen. Nachdem ich dann (fast) alle Seiten in diesem Thread durchgelesen hatte, wechselte ich auf die aktuelle Version von FHEM.js aus Beitrag #385. Gleichzeitig setzte ich genericDeviceType inkl. Filter. Aus Eve entfernte ich alle Geräte und löschte den Inhalt von persist. An meinen iPhone mit ios8.4 konnte ich bis auf den LW12 alle Geräte wieder anlernen. Der LW12 wird mir auch angezeigt, nach der Eingabe des Codes springt er aber in die Suche zurück und das Device ist "weg".
Beim starten von homebridge wird der LW12 mit "has RGB" (oder so ähnlich) erkannt. Jemand eine Idee dazu?

Auch habe ich mich gefragt wie ich die Geräte auf mein iPad bekomme (ios9 public beta)? Nachdem ich sie ja mit dem iPhone gepaired habe stehen Sie nicht mehr zur Auswahl. Synct sich homekit über die iCloud? Muss dazu iCloud Drive aktiviert sein??? Weiss da jemand mehr?

Macht auf jeden Fall weiter. Geräte schalten mit Siri fetzt.

edit:
gerade noch das bemerkt:

/opt/homebridge/platforms/FHEM.js:615
      value = Math.round(value * 360 / this.mappings.hue.max);
                                                        ^
TypeError: Cannot read property 'max' of undefined
    at Object.FHEMAccessory.reading2homekit (/opt/homebridge/platforms/FHEM.js:615:57)
    at Request.<anonymous> (/opt/homebridge/platforms/FHEM.js:150:40)
    at Request.emit (events.js:107:17)
    at IncomingMessage.<anonymous> (/opt/homebridge/node_modules/request/request.js:1263:12)
    at IncomingMessage.emit (events.js:107:17)
    at readableAddChunk (_stream_readable.js:163:16)
    at IncomingMessage.Readable.push (_stream_readable.js:126:10)
    at HTTPParser.parserOnBody (_http_common.js:132:22)
    at Socket.socketOnData (_http_client.js:317:20)
    at Socket.emit (events.js:107:17)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 15:16:29
Zitat von: oberlon am 03 August 2015, 15:10:24
Auch habe ich mich gefragt wie ich die Geräte auf mein iPad bekomme (ios9 public beta)? Nachdem ich sie ja mit dem iPhone gepaired habe stehen Sie nicht mehr zur Auswahl. Synct sich homekit über die iCloud? Muss dazu iCloud Drive aktiviert sein??? Weiss da jemand mehr?
Du musst zum syncen das Schlüsselbund aktiviert haben. Falls Du Probleme hast, sind die Problemlösungsstrategien weiter vorn im Thread ausführlich beschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 August 2015, 17:25:58
@volschin: ich habe ja auch nicht gesagt das es out of the box sofort geht :) . für den bridge mode muss einiges umgebaut werden. kommt aber bestimmt noch.

@oberlon: das liegt an dem total umbaue den ich gerade mache. bitte schau mal ob mit der angehängten version die LW12 wieder gehen.

gruss
  andre

edit: die änderungen sind inzwischen in die 'offizielle' version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eingeflossen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 17:37:44
Zitat von: justme1968 am 03 August 2015, 17:25:58
@volschin: ich habe ja auch nicht gesagt das es out of the box sofort geht :) . für den bridge mode muss einiges umgebaut werden. kommt aber bestimmt noch.
Ungeduldig wie ich bin, habe ich bei Nick nachgefragt.  ;)

hier ist die Branch:
https://github.com/nfarina/homebridge/tree/use-hap-refactor
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oberlon am 03 August 2015, 18:20:50
Zitat von: justme1968 am 03 August 2015, 17:25:58
@oberlon: das liegt an dem total umbaue den ich gerade mache. bitte schau mal ob mit der angehängten version die LW12 wieder gehen.

Leider nicht. Gleiches verhalten. IOS9 meldet "Setup failed Could not connect to device". IOS8 bricht ohne Meldung ab.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 03 August 2015, 18:52:03
Könnte auch an dem Problem liegen, dass Andy89 und ich weiter oben beschrieben haben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 19:47:09
Zitat von: volschin am 03 August 2015, 17:37:44
hier ist die Branch:
https://github.com/nfarina/homebridge/tree/use-hap-refactor
Platforms ist noch auskommentiert, es funktioniert bisher bisher nur mit einzelnen Accessories. Die Bridge letzt sich aber pairen und ein Accessory erscheint dann auch sofort mit in der Datenbank. Man muss es dann natürlich trotzdem noch einrichten (Raum zuweisen, Name vergeben).
Ich bin mir noch nicht sicher, wie das eigentlich wird, wenn aus irgendwelchen Gründen die Accessories mal weg sind. Bis jetzt kommt dann ein "Nicht erreichbar". Neu scheint es so zu sein, dass sie dann einfach verschwinden. Das wäre natürlich eine ziemliche Fehlerquelle.
Da paire ich lieber jedes Device einzeln. 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 August 2015, 20:19:50
das ist dynamisch. alle devices hinter der bridge erscheinen oder verschwinden automatisch je nach erreichbarkeit. fhem sind im prinzip immer erreichbar. wenn disable gesetzt wird könnte man sie automatisch aus homekit verschwinden lassen und wenn es gelöscht wird wieder erschrinen lassen.

du darfst die probleme die es scheinbar in manchen installationen mit dem verschwinden gibt nicht damit vermischen.

das eine ist beabsichtigt das andere nicht.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 03 August 2015, 20:25:30
Die Frage ist, welchen Impact das Verschwinden hat. Wenn dadurch jedesmal die Raumzuordnung, der Siri-Name und spezielle Sortierungen weg sind, sehe ich das kritisch. Ich habe da lieber ein nicht erreichbar.


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 04 August 2015, 09:25:56
Hallo,
ich habe das Problem, dass ich keine Geräte vom eve app finden kann.
Wenn ich HAP-NodeJS Verzeichnis node BridgedCore.js ausführe wird jedoch das Gerät "Node Bridge" gefunden. Kann mich mit der App jedoch nicht verbinden.
Ich will einfach mal meine in FHEM eingebundenen Funksteckdosen sehen und eventuell auch den Harmony Hub.

Kann mir bitte jemand sagen was mein Fehler ist?

meine Terminal Ausgabe:
Code Auswählen

pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1438661962171
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 22 results
[FHEM] ignoring FHEMWEB:10.0.0.25:54175
[FHEM] ignoring FHEMWEB:127.0.0.1:48076
[FHEM] ignoring FHEMWEB:127.0.0.1:48077
[FHEM] ignoring HarmonyHub
[FHEM] ignoring Logfile
[FHEM] ignoring RCSwitchA
[FHEM] ignoring RCSwitchB
[FHEM] ignoring RCSwitchC
[FHEM] ignoring WEB
[FHEM] ignoring WEBphone
[FHEM] ignoring WEBtablet
[FHEM] ignoring act_on_RCSwitch_A
[FHEM] ignoring act_on_RCSwitch_B
[FHEM] ignoring act_on_RCSwitch_C
[FHEM] ignoring autocreate
[FHEM] ignoring eventTypes
[FHEM] ignoring global
[FHEM] ignoring harmonyActivityFernsehen
[FHEM] ignoring harmonyActivityOff
[FHEM] ignoring harmonyActivityPlaystation4
[FHEM] ignoring initialUsbCheck
[FHEM] ignoring telnetPort


config.json-file
Code Auswählen
{
    "platforms": [
        {
            "platform": "FHEM",           
            "name": "FHEM",               
            "server": "127.0.0.1",         
            "port": "8083"
        }
    ],

    "accessories": []
}

homebridge Verzeichnis:
Code Auswählen

pi@raspberrypi ~/homebridge $ tree -d -L 2
.
├── accessories
├── node_modules
│   ├── ad2usb
│   ├── carwingsjs
│   ├── elkington
│   ├── HAP-NodeJS
│   ├── harmonyhubjs-client
│   ├── harmonyhubjs-discover
│   ├── mdns
│   ├── node-hue-api
│   ├── node-milight-promise
│   ├── node-persist
│   ├── request
│   ├── sonos
│   ├── telldus-live
│   ├── teslams
│   ├── unofficial-nest-api
│   ├── wemo
│   ├── wink-js
│   ├── xml2js
│   ├── xmldoc
│   └── yamaha-nodejs
├── persist
└── platforms

24 directories


HAP-NodeJS Verzeichnis:
Code Auswählen

pi@raspberrypi ~/homebridge/node_modules/HAP-NodeJS $ tree -d -L 2
.
├── accessories
├── node_modules
│   ├── curve25519
│   ├── ed25519
│   ├── mdns
│   ├── node-persist
│   └── srp
└── persist

8 directories


Danke für die Hilfe.

LG Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 09:57:50
wie du siehst werden deine devices explizit ignoriert.

damit du schalten kannst muss das device ein on und ein off kommando verstehen und das auch bei set ? zurück geben.

du solltest auch genericDeviceType auf switch stellen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 04 August 2015, 11:49:20
danke andre.

ich hab die Schalter folgend gelöst:
Code Auswählen
# Funksteckdose A - Funkschalter A

define RCSwitchA dummy
attr RCSwitchA alias Funkschalter A
attr RCSwitchA room Wohnzimmer
attr RCSwitchA webCmd on:off

define act_on_RCSwitch_A notify RCSwitchA {\
if ("%" ne "off") {\
  {system('sudo /home/pi/myscripts/RCSwitchA_on&');;}\
}\
  else {\
  {system('sudo /home/pi/myscripts/RCSwitchA_off&');;}\
}\
}

Wo und was muss ich auf genericDeviceType umstellen?

LG Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 11:54:17
du musst dem dummy noch sagen welche kommandos er kann. d.h. dir fehlt:
Code Auswählen
attr RCSwitchA setList on off

genericDeviceType musst du mit der passenden liste bei global zu den userattr hinzufügen. mit der setList oben sollte das aber nicht nötig sein.

gruss
  andre

ps: schau dir mal readingsProxy an. damit würdest du ohne notify auskommen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: helbgd am 04 August 2015, 12:44:15
Scheinbar gibt es in der aktuellen HomeKit version von apple ja folgende accessory services:


Door State – open/closed
Lock State – unsecured/secured
Obstruction Detected – yes/no
Power State — on/off
Hue — 0–360
Saturation — 0–100
Brightness — 0–100
On — yes/no
In Use — yes/no
On — yes/no
Lock State — unsecured/secured
Temperature
Relative Humidity – %
Temperature Units – °C/F
Heating Threshold Temperature
Cooling Threshold Temperature






Könntest du den Garage Door State Opener einbauen?


im prinzip gebe ich nur ein auf welches auf ein on-for-timer 2 an einen HM schaltaktor weiter welcher dann meine Garagentorfernbedienung für 2 sek drückt damit das Tor aufgeht.


ich denke man kann das ja dann auf den doorstate open oder so mappen.


Es wär hald verdammt cool Siri im Auto während dem Anfahren auf die Garage sagen zu können - Hey Siri mach die Garage auf ...


Soweit ich weis gehen die Siri Homekit Kommandos nur wenn das IOS gerät unlocked ist wobei ich vermute das der Garage Door Opener eine Ausnahme ist da im gelockten zustand bei der Aufforderung Hey Siri mach die Garage auf als Antwort kommt: Tut mir leid, Name, ich habe diesmal keineGaragentore gefunden.


Grüße und danke schon mal


helbgd



Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 04 August 2015, 12:57:51
@andre
danke, jetzt bin ich schon ein Stückchen weiter. ;)
mir erscheint jetzt mein RCSwitch in der eve und in der Insteon+ App.
Jedoch scheint irgendetwas nach der PIN eingaben abzubrechen.
Das Gerät befindet sich danach unter ~/homebridge/persist/ zweimal.
In der App ist das Gerät nicht zu sehen und kann auch nicht nochmals gekoppelt werden bis ich die Einträge aus dem persist Ordner gelöscht und am iPhone die HomeKit Daten zurückgesetzt habe.

das sagt mir das Terminal:
Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1438675113233
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 27 results
[FHEM] ignoring FHEMWEB:10.0.0.25:56473
[FHEM] ignoring FHEMWEB:10.0.0.25:56474
[FHEM] ignoring FHEMWEB:10.0.0.25:56475
[FHEM] ignoring FHEMWEB:10.0.0.25:56476
[FHEM] ignoring FHEMWEB:10.0.0.25:56477
[FHEM] ignoring FHEMWEB:10.0.0.25:56478
[FHEM] ignoring FHEMWEB:127.0.0.1:46455
[FHEM] ignoring FHEMWEB:127.0.0.1:46456
[FHEM] ignoring HarmonyHub
[FHEM] ignoring Logfile
[FHEM] ignoring RCSwitchA
[FHEM] ignoring RCSwitchB
[FHEM] RCSwitchC is switchable
[FHEM] RCSwitchC has OnOff [[object Object]]
[FHEM] ignoring WEB
[FHEM] ignoring WEBphone
[FHEM] ignoring WEBtablet
[FHEM] ignoring act_on_RCSwitch_A
[FHEM] ignoring act_on_RCSwitch_B
[FHEM] ignoring act_on_RCSwitch_C
[FHEM] ignoring autocreate
[FHEM] ignoring eventTypes
[FHEM] ignoring global
[FHEM] ignoring harmonyActivityFernsehen
[FHEM] ignoring harmonyActivityOff
[FHEM] ignoring harmonyActivityPlaystation4
[FHEM] ignoring initialUsbCheck
[FHEM] ignoring telnetPort
[FHEM] Initializing device with name RCSwitchC...
[FHEM] Loaded services for RCSwitchC
checking Change the power state function
Characteristics.js: registering Change the power state function
TCP server accepting connection on port: 51826
HAP Server is listening
New Session 61842
Server Connection Established 32778
Start Pair M1
Start Pair M3
Start Pair M5
Client Disconnected
New Session 61843
Server Disconnected
Server Connection Established 32779
Start Verify M1
Verify M1 Finished
Start Verify M3
M3: Verify Success
An Error Occured on client side connection, { [Error: This socket has been ended by the other party] code: 'EPIPE' }
Server Disconnected
Client Disconnected
New Session 61844
Server Connection Established 32780
Start Verify M1
Verify M1 Finished
Start Verify M3
M3: Verify Success

Was mach ich noch falsch?
Kannst du mir mal Teile von deinem fhem.cfg hochladen, damit ich sehen kann wie du deine Geräte alle einbindest?

PS.:danke, readingsProxy muss ich mir anschauen sobald das hier mal geht;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 04 August 2015, 13:16:25
Zitat von: helbgd am 04 August 2015, 12:44:15
Soweit ich weis gehen die Siri Homekit Kommandos nur wenn das IOS gerät unlocked ist wobei ich vermute das der Garage Door Opener eine Ausnahme ist da im gelockten zustand bei der Aufforderung Hey Siri mach die Garage auf als Antwort kommt: Tut mir leid, Name, ich habe diesmal keineGaragentore gefunden.
Also bei mir schaltet es das Licht auch im gelockten Zustand.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 13:23:41
@helbgd: ja. baue ich ein. kein problem.

@noxi: wenn es zwei files in persist gibt hat das pairen eigentlich funktioniert. eventuell stimmt die convertierung von state in den aktuellen zustand noch nicht.

bitte zeig mal was der debug browser in cached sagt und ein list auf das device in ein- und ausgeschalteten zustand.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: helbgd am 04 August 2015, 13:33:19
@helbgd: ja. baue ich ein. kein problem.
aber auf homekit seite hat die garagen tür eine Position zwischen 0 und 100. ich weiss nicht ob sich das vernünftig auf dein on-for-timer mappen lässt. auch die rückmeldung über den aktuellen zustand und die blockierung wäre getürkt.

vermutlich ist deine garage besser als switch abgebildet.
Welches Kommando müsste ich dann für "Siri mach die Garage auf" mappen? set Garagentor 100 oder wie ?
Mir würde reichen wenn als state gecheckt wird ob das Kommando dann in meinem Fall auf dem Aktor angekommen ist,
sozusagen das man weiß ob das Kommando and FHEM gesendet wurde, in meinem Fall wäre das der State on welcher hald den 100% entspricht, für die 2 sec oder so.


Sagmal mach es eigtl keinen Sinn die fhem.js und die types.js mit fhem mit ausliefern zu lassen?
ich würd dann einfach per symlink das in die homebridge Folder hinlinken, dann hätten wir hier immer automatisch die aktuelle Version nach nem fhem update mit dabei.
Oder noch besser, einfach alles in nen lxc Container packen welcher die installation von homebridge  Node und openhap Installation etc. beinhaltet, da das schon irgendwie tricky sein kann alles richtig zu installieren.



Apropos, hier mal mein systemd test service file,

Bitte beachten, läuft im moment noch als root und macht sicher sinn als dependency Fhem vorher starten zu lassen, aber ist im Moment noch alles nur zum "testen" und spielen.
Man beachte mit Systemd sparrt man sich diese "daemonize" tools.

Code Auswählen
[root@fhem system]# cat homebridge.service
[Service]
ExecStart=/usr/bin/node /root/homebridge/app.js run start
Restart=always
SyslogIdentifier=homekit
User=root
Group=root
WorkingDirectory=/root/homebridge

[Install]
WantedBy=multi-user.target
[root@fhem system]#




Im endefekt bin ich einfach nur auf "Siri mach die Garage auf" scharf. und nicht auf Siri schalte die Garage ein...



Hmm wenn man im IOS locked State auch Door Lock's steuern kann finde ich das schon iwie blöd,

man denke nur daran wenn einem das Handy geklaut wird dann könnte ja jeder ohne IOS unlock Code / Fingerabdruck deine Haustüre aufmachen.

Bei Lampen finde ich das nicht so kritisch nur bei Door Lock im speziellen schon.


Gerade getestet selbst über den Apple TV wenn ich sozusagen nicht lokal im WLAN bin lässt sich im gelockten Zustand die Beleuchtung schalten.

Wie gesagt ich bin in nem Mietshaus und schalte da über nen gepimpten funksender per FHEM das Tiefgaragentor auf,
wenn das im IOS gelockten zustand per Siri Kommando Garage auf ohne Unlock Code aufgeht was solls.

Nur bei der eigentlichen Wohnungstüre bin ich schon mehr sensibel. da wäre in der Tat ein Unlock Code angebracht, die Frage ob man das per Siri steuern muss ist natürlich berechtigt.

Wobei "Siri ich habe meinen Schlüssel in der Wohnung liegen lassen, sperr mal auf", wäre schon ein cooles Kommando ;-)

Grüße

Helbgd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 13:40:43
ich hatte eben an der falschen stelle geschaut. türen (dazu zählt auch die garage) haben scheinbar doch keinen prozentualen zustand sondern offen, geschlossen, öffnend, schliessend, unbestimmt. es würde also doch passen.

da es die garage zusätzlich zur normalen tür gibt kann es schon sein das hier noch mal ein sicherheitsfeature dahinter steckt. wobei es ja noch mal einen unterschied zwischen türen und türschlössern gibt. d.h. das eine ist der öffner das andere das auf und zu schliessen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 04 August 2015, 13:43:23
@andre

im fhem.cfg file hab ich jetzt nur das setList hinzugegeben und bei attr global genericDeviceType hinzugefügt.
Müsste so passen oder?

cached:
Code Auswählen
cached: {}

persist:
Code Auswählen
RCSwitchC: 5B:16:77:3C:4D:2E

subscriptions:
Code Auswählen
subscriptions: { 'RCSwitchC-state':
{ characteristic:
{ instanceID: 9,
accessoryID: 1,
type: '00000025-0000-1000-8000-0026BB765291',
value: 0,
perms: [ 'pw', 'pr', 'ev' ],
format: 'bool',
supportEvents: true,
supportBonjour: false,
manfDescription: 'Change the power state',
designedMaxLength: 1,
designedMinValue: undefined,
designedMaxValue: undefined,
designedMinStep: undefined,
unit: undefined,
eventEnabled: true,
bonjourEnabled: false,
subscribedPeers: {},
onUpdate: [Function],
onRegister: [Function],
locals: undefined,
onRead: [Function],
accessoryController:
{ accessoryID: 1,
instanceID: 10,
objects: [Object],
services: [Object],
tcpServer: [Object] } },
accessory:
{ hasOnOff: { reading: 'state', cmdOn: 'on', cmdOff: 'off' },
name: 'RCSwitchC',
alias: 'Couch Licht',
device: 'RCSwitchC',
type: 'dummy',
model: undefined,
PossibleSets: 'on off',
hasPct: undefined,
hasDim: undefined,
pctMax: undefined,
hasHue: undefined,
hueMax: undefined,
hasSat: undefined,
satMax: undefined,
hasRGB: undefined,
hasTemperature: undefined,
hasHumidity: undefined,
hasMotor: undefined,
isLight: undefined,
isBlind: undefined,
isThermostat: undefined,
isContactSensor: undefined,
isOccupancySensor: undefined,
isWindow: undefined,
log: [Function],
connection: { base_url: 'http://127.0.0.1:8083', request: [Object] } } } }

list RCSwitchC on:
Code Auswählen
Internals:
   NAME       RCSwitchC
   NR         40
   STATE      on
   TYPE       dummy
   Readings:
     2015-08-04 10:54:55   state           on
Attributes:
   alias      Couch Licht
   room       Wohnzimmer
   setList    on off
   webCmd     on:off

list RCSwitchC off:
Code Auswählen
Internals:
   NAME       RCSwitchC
   NR         40
   STATE      off
   TYPE       dummy
   Readings:
     2015-08-04 10:54:34   state           off
Attributes:
   alias      Couch Licht
   room       Wohnzimmer
   setList    on off
   webCmd     on:off

Danke.
LG Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 04 August 2015, 14:24:42
Zitat von: justme1968 am 04 August 2015, 13:40:43
ich hatte eben an der falschen stelle geschaut. türen (dazu zählt auch die garage) haben scheinbar doch keinen prozentualen zustand sondern offen, geschlossen, öffnend, schliessend, unbestimmt.
Verrätst du wo du das nachschaust?

/Uli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 14:27:57
@noxi:in cached sollte etwas stehen. der rest schaut eigentlich ok aus. ich versuch es nachher mal nachzustellen stellen.

@dev0: z.b. in den xcode include files zu hap und im homekit simulator.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 04 August 2015, 14:44:31
@andre

okay danke:)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 04 August 2015, 17:44:43
Hallo, auf die Gefahr hin, dass sich jetzt einige an den Kopf fassen.. Wie stelle ich genericDeviceType ein. Ich habe in den global Einstellungen und bei den einzelnen Geräten nix gefunden. Wäre schön, wenn sich jemand erbarmen würde...
Beste Grüße
Jürgen K.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 04 August 2015, 17:47:00
Einmal danach suchen und du findest die Anleitung hier im Thread. Ich glaube auf Seite 3.


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 17:47:57
ZitatgenericDeviceType musst du mit der passenden liste bei global zu den userattr hinzufügen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: juergen012 am 04 August 2015, 17:50:22
tja, habe den gesamten Thread mehrmals gelesen.. dann bleibe ich eben bei dem filter=room
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 04 August 2015, 19:56:51
Hallo zusammen,

habe aktuell folgende genericdev definiert.
Code Auswählen
genericDeviceType:switch,outlet,light,blind,speaker,thermostat,contact

HM-SEN-MDIR-SM aktualisiert er nicht mehr. Welchen Typ stelle ich dafür ein?

Wie sieht es mit HM-SEC-KEY aus, laut type.js soll dies ja auch gehen, oder?

Vielen Dank vorab.

Gruß Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 04 August 2015, 19:59:55
Ja, die Keymatic sollte als Door gehen, hatte André aber noch nicht eingebaut. Wirst Du ihm noch ein List bereitstellen müssen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 August 2015, 20:48:03
zur keymatic brauche ich die gleichen daten wie oben zur winmatic. die würde dann als tüschloss eingebaut. nicht als door. das schloss ist zum verschliessen. door ist eine tür die automatisch bewegt wird.

bewegungsmelder habe ich noch nicht drin. homekit geht davon aus das sie automatisch wieder auf no-motion zurück schalten. das könnte man in homebridge lösen. aber die eigentliche frage ist wozu bewegeungsmelder integrieren? das würde nur sinn manchen um sie innerhalb von regeln zu verwenden. das ist aber wenn du fhem hast dort besser aufgehoben finde ich.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 04 August 2015, 21:39:11
hallo andre,

folgend list für keymatic.

Code Auswählen
Internals:
   CFGFN      /opt/fhem/FHEM/home.cfg
   DEF        23DAE1
   HMLAN1_MSGCNT 2
   HMLAN1_RAWMSG RF9D76C3C,0001,30A67AA3,FF,FFBC,02A01023DAE12575720601013049
   HMLAN1_RSSI -68
   HMLAN1_TIME 2015-08-04 19:52:01
   IODev      HMLAN1
   LASTInputDev HMLAN1
   MSGCNT     2
   NAME       Ent_Doorlock
   NR         435
   STATE      unlocked (uncertain)
   TYPE       CUL_HM
   lastMsg    No:02 - t:10 s:23DAE1 d:257572 0601013049
   peerList   Fingerprint_SW1,Keyfob_Btn_01,Keyfob_Btn_02,
   protLastRcv 2015-08-04 19:52:01
   protSnd    2 last_at:2015-08-04 19:52:01
   protState  CMDs_done
   rssi_HMLAN1 max:-73 avg:-73 cnt:1 lst:-73 min:-73
   rssi_at_HMLAN1 lst:-68 min:-68 cnt:2 max:-68 avg:-68
   Readings:
     2015-08-04 17:00:54   CommandAccepted yes
     2015-01-20 12:20:26   D-firmware      2.5
     2015-01-20 12:20:26   D-serialNr      XXX
     2015-07-30 20:15:12   PairedTo        0x257572
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgCtOff geLo
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgCtOn geLo
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgCtValHi 100
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgCtValLo 50
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgKeyJtOff open
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgKeyJtOn open
     2015-01-20 12:21:28   R-Fingerprint_SW1-lgOnTime unused
     2015-01-20 12:21:28   R-Fingerprint_SW1-shCtOff ltLo
     2015-01-20 12:21:28   R-Fingerprint_SW1-shCtOn ltLo
     2015-01-20 12:21:28   R-Fingerprint_SW1-shCtValHi 180
     2015-01-20 12:21:28   R-Fingerprint_SW1-shCtValLo 50
     2015-01-20 12:21:28   R-Fingerprint_SW1-shKeyJtOff open
     2015-01-20 12:21:28   R-Fingerprint_SW1-shKeyJtOn open
     2015-01-20 12:21:28   R-Fingerprint_SW1-shOnTime unused
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgCtOff geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgCtOn geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgCtValHi 100
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgCtValLo 50
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgKeyJtOff open
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgKeyJtOn open
     2015-01-20 12:21:29   R-Keyfob_Btn_01-lgOnTime unused
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shCtOff geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shCtOn geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shCtValHi 100
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shCtValLo 50
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shKeyJtOff unLock
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shKeyJtOn unLock
     2015-01-20 12:21:29   R-Keyfob_Btn_01-shOnTime unused
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgCtOff geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgCtOn geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgCtValHi 100
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgCtValLo 50
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgKeyJtOff lock
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgKeyJtOn lock
     2015-01-20 12:21:29   R-Keyfob_Btn_02-lgOnTime unused
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shCtOff geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shCtOn geLo
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shCtValHi 100
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shCtValLo 50
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shKeyJtOff lock
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shKeyJtOn lock
     2015-01-20 12:21:29   R-Keyfob_Btn_02-shOnTime unused
     2015-01-20 12:21:26   R-angelLocked   1170.11701170117 deg
     2015-01-20 12:21:26   R-angelMax      1185.11851185119 deg
     2015-01-20 12:21:26   R-angelOpen     225.022502250225 deg
     2015-01-20 12:21:26   R-holdPWM       100
     2015-01-20 12:21:26   R-holdTime      0 s
     2015-01-20 12:21:26   R-keypressSignal on
     2015-01-20 12:21:26   R-ledFlashLocked off
     2015-01-20 12:21:26   R-ledFlashUnlocked off
     2015-01-20 12:21:26   R-pairCentral   0x257572
     2015-01-20 12:21:26   R-setupDir      right
     2015-01-20 12:21:26   R-setupPosition 360.03600360036 deg
     2015-01-20 12:21:26   R-signal        on
     2015-01-20 12:21:26   R-signalTone    low
     2015-07-30 20:15:12   RegL_00:        02:01 03:19 0A:25 0B:75 0C:72 00:00
     2015-07-30 20:15:13   RegL_01:        14:00 15:64 16:00 17:18 18:0F 19:4F 1A:4E 1F:00  00:00
     2015-07-30 20:15:14   RegL_03:Fingerprint_SW1 03:22 04:32 05:B4 07:FF 0B:88 83:00 84:32 85:64  87:FF 8B:88 00:00
     2015-07-30 20:15:15   RegL_03:Keyfob_Btn_01 03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00
     2015-07-30 20:15:16   RegL_03:Keyfob_Btn_02 03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00
     2015-08-04 17:00:54   aesCommToDev    ok
     2015-08-04 17:00:54   aesKeyNbr       00
     2015-08-04 19:52:01   battery         ok
     2015-08-04 19:52:01   direction       undef
     2015-08-04 19:52:01   error           none
     2015-08-04 19:52:01   lock            unlocked
     2015-08-04 19:51:59   peerList        Fingerprint_SW1,Keyfob_Btn_01,Keyfob_Btn_02,
     2015-07-30 20:15:11   powerOn         2015-07-30 20:15:11
     2015-08-04 19:52:01   recentStateType info
     2015-08-04 19:52:01   state           unlocked (uncertain)
     2015-08-04 19:52:21   uncertain       permanent
   Helper:
     HM_CMDNR   2
     cSnd       ,0125757223DAE1010E
     mId        0019
     rxType     2
     Io:
       newChn     +23DAE1,00,01,00
       nextSend   1438710721.99595
       prefIO
       rxt        0
       vccu
       p:
         23DAE1
         00
         01
         00
     Mrssi:
       mNo        02
       Io:
         HMLAN1     -66
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       chn        1
       dev        1
     Rpt:
       IO         HMLAN1
       flg        A
       ts         1438710721.77651
       ack:
         HASH(0x68d6190)
         02800225757223DAE100
     Rssi:
       Hmlan1:
         avg        -73
         cnt        1
         lst        -73
         max        -73
         min        -73
       At_hmlan1:
         avg        -68
         cnt        2
         lst        -68
         max        -68
         min        -68
Attributes:
   IODev      HMLAN1
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.5
   fm_type    unlockbutton,lockbutton,openbutton,keystate
   fp_Home    150,250,5,
   icon       hm_keymatic
   model      HM-SEC-KEY
   msgRepeat  1
   peerIDs    00000000,23F89E01,24C17B01,24C17B02,
   room       Entrance
   serialNr   XXX
   subType    keyMatic
   webCmd     lock:unlock:open

wenn ich so darüber nachdenke, hast du recht bzgl. bewegungsmelder.

gruß newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 August 2015, 11:12:41
ich brauche noch die möglichen zustände von direction und lock und die ausgabe von set ?.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: m.j. am 05 August 2015, 11:37:09
Hi,
erstmal vielen Dank an Andre für die super Arbeit!

Seit gestern kann ich nun auch mit Siri meine Geräte schalten.  :)

Nur sobald ich die homebridge laufen lassen geht die APP Fhem Remote nicht mehr. Homebridge aus und es funktioniert wieder.

Hat jemand gleiche Probleme?

Gruss
Manuel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 05 August 2015, 11:43:58
Zitat von: m.j. am 05 August 2015, 11:37:09
Hi,
erstmal vielen Dank an Andre für die super Arbeit!

Seit gestern kann ich nun auch mit Siri meine Geräte schalten.  :)

Nur sobald ich die homebridge laufen lassen geht die APP Fhem Remote nicht mehr. Homebridge aus und es funktioniert wieder.

Hat jemand gleiche Probleme?

Gruss
Manuel

klingt nach einem doppelten Netzwerk Port
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: m.j. am 05 August 2015, 11:53:37
Zitat von: Wuppi68 am 05 August 2015, 11:43:58
klingt nach einem doppelten Netzwerk Port
Danke für die schnelle Antwort  :D

In wie fern ein doppelter Port? Dachte das es evtl. an Json liegt....

Fhem Remote greift über Port 8083 auf Fhem zu.
Die Homebridge horcht auf Port 8080.

Wenn die Bridge läuft finde Fhem Remote weder Räume noch Geräte. Fhem Remote gibt aber keine Fehlermeldung (zb. Json fehler) aus.

Gruss
Manuel

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 05 August 2015, 12:15:29
Zitat von: justme1968 am 05 August 2015, 11:12:41
ich brauche noch die möglichen zustände von direction und lock und die ausgabe von set ?.

gruss
  andre

hallo andre,

für lock gibt es die zustände "locked" und "unlocked" im übergang noch "uncertain". dieser wird auch angezeigt wenn manuell geöffnet worden ist.
fur direction kann ich als zustand nur none in FHEM generieren. damit ist doch die drehrichtung gemeint, oder?

wenn du mit set ? die parameter meinst sind dies die folgenden.

Code Auswählen
assignHmKey clear getConfig getRegRaw inhibit lock open peerBulk raw regBulk regSet reset sign statusRequest unlock unpair
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: helbgd am 05 August 2015, 13:11:24
Hier aus der 10_CUL_HM.pm
Code Auswählen
[font=courier]elsif($st eq "keyMatic") {  #################################################
    #Info Level: mTp=0x10 p(..)(..)(..)(..) subty=06, chn, state,err (3bit)
    #AckStatus:  mTp=0x02 p(..)(..)(..)(..) subty=01, chn, state,err (3bit)

    if(($mTyp eq "1006") ||
       ($mTyp eq "0201")) {
      my ($chn,$val, $err) = ($mI[1],hex($mI[2]), hex($mI[3]));
      $shash = $modules{CUL_HM}{defptr}{"$src$chn"}
                             if($modules{CUL_HM}{defptr}{"$src$chn"});

      my $stErr = ($err >>1) & 0x7;
      my $error = 'unknown_'.$stErr;
      $error = 'motor aborted'  if ($stErr == 2);
      $error = 'clutch failure' if ($stErr == 1);
      $error = 'none'           if ($stErr == 0);
      my %dir = (0=>"none",1=>"up",2=>"down",3=>"undef");
      my $state = "";
      RemoveInternalTimer ($name."uncertain:permanent");
      CUL_HM_unQEntity($name,"qReqStat");
      if ($err & 0x30) { # uncertain - we have to check
        CUL_HM_stateUpdatDly($name,13) if(ReadingsVal($name,"uncertain","no") eq "no");
        InternalTimer(gettimeofday()+20,"CUL_HM_readValIfTO", $name.":uncertain:permanent", 0);
        $state = " (uncertain)";
      }
      push @evtEt,[$shash,1,"unknown:40"] if($err&0x40);
      push @evtEt,[$shash,1,"battery:"   .(($err&0x80) ? "low":"ok")];
      push @evtEt,[$shash,1,"uncertain:" .(($err&0x30) ? "yes":"no")];
      push @evtEt,[$shash,1,"direction:" .$dir{($err>>4)&3}];
      push @evtEt,[$shash,1,"error:" .    ($error)];
      push @evtEt,[$shash,1,"lock:"  .   (($val == 1) ? "unlocked" : "locked")];
      push @evtEt,[$shash,1,"state:" .   (($val == 1) ? "unlocked" : "locked") . $state];[/font]


das bedeutet der state kann entweder:

state: locked
state: unlocked
state: locked (uncertain)
state: unlocked (uncertain)

sein.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 August 2015, 14:34:34
steht das uncertain auch in lock? oder nur als anhängsel in state?

was steht in uncertain ? laut code sollte da yes oder no stehen. im listing steht permanent.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 05 August 2015, 15:31:09
Zitat von: justme1968 am 05 August 2015, 14:34:34
steht das uncertain auch in lock? oder nur als anhängsel in state?

was steht in uncertain ? laut code sollte da yes oder no stehen. im listing steht permanent.

gruss
  andre

habe noch ein paar sachen herausgefunden: wenn lock gewählt wird kommt bei direction "down", bei unlock "up". wenn vorgang abgeschlossen steht "none".

während öffnen und schliessen steht das uncertain in klammern bei state hinter unlocked oder locked.
wenn ich lock oder unlock "je nachdem was der aktuelle Stand ist" drücke kommt bei uncertain reading state yes, nach abschluss lock folgt dann no und schliesst mit einem zeitversatz mit  permanent ab.

hoffe das hilft weiter.

gruß newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: helbgd am 05 August 2015, 15:47:02
http://www.fhemwiki.de/wiki/HM-SEC-KEY_KeyMatic

locked -> Der Riegel des Türschlosses ist an die vorher festgelegte Verschlussstellung gefahren (Tür verschlossen)
unlocked -> Der Riegel des Türschlosses ist "eingefahren" (Tür nicht verschlossen)
uncertain (locked / unlocked) -> Das Schloss wurde am Handrad gedreht. Die Schlossposition ist somit nicht mehr als "zuverlässig erkannt" gemeldet.

der State sieht so aus:

siehe screenshot


Ich glaube du solltest für die Keymatic eher auf das reading lock losgehen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 August 2015, 16:28:13
die info ist erst mal ok.

ich habe nur gerade gesehen das hoemkit ein schloss nur auf und zu schliessen kann. nicht öffnen. mal sehen wie man das einbaut...

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 06 August 2015, 22:08:27
Hallo Andre,
ich habe Homebridge jetzt ständig auf dem Raspi laufen und mit Sysmon ein klares Memory Leak (+100MB in 24h) identifiziert. Ich bin mir nicht sicher, ob es durch dein Plattform-Script oder die Homebridge bzw. HAP-Frameworks verursacht wird.

Ich habe heute auf deine neue Version aus github aktualisiert und werde das weiter beobachten.

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 07 August 2015, 10:48:34
Andre, was machst Du mit den PRESENCE Sensoren in Homekit?
Macht es Sinn die um ROOMMATE, GUEST und RESIDENTS zu ergänzen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 August 2015, 10:52:19
das anwachsen des speichers könnte die offene longpoll verbindung sein. wenn es das ist sollte es aber nach einem reconnect nicht weiter anwachsen. ansonsten fällt mir für den fhem plattform shim erst mal keine weitere stelle ein. eventuell hat es auch mit den offen bleibenden sockets zu tun. die wachsen bei mir auf 200-300. ich habe aber die neue version noch nicht probiert.

presence wird auf occupancy sensor abgebildet. das könnte man mit den anderen drei auch machen.

wenn du mir ein list zeigst und einen vorschlag machst baue ich es ein.



gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 07 August 2015, 10:59:33
Zitat von: justme1968 am 07 August 2015, 10:52:19
presence wird auf occupancy sensor abgebildet. das könnte man mit den anderen drei auch machen.
Ich habe noch nicht verstanden, was ich mit einem  occupancy sensor in Homekit machen kann. Kannst Du dazu was sagen?

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 August 2015, 11:04:51
zum einen kannst du ihn anschauen ;) also z.b. remote sehen ob jemand anwesend ist oder ein device eingeschaltet ist. vielleicht es gibt auch ein siri kommando um zu fragen ist xyz zuhause.

zum anderen kannst du den zustand in einer regel verwenden um z.b. eine szene mit siri nur bedingt zu schalten. hier gibt es eine grauzone was besser direkt in fhem gemacht wird und was über homekit.

ich denke alles was voll automatisch passieren soll ist besser in fhem aufgehoben. alles was du manuell über siri machen möchtest ist unter umständen auch in einer homekit regel sinnvoll.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 07 August 2015, 11:39:19
Solange ich nicht weiß, was ich Siri fragen kann, fehlt mit dazu noch ein sinnvolles Szenario. Die Automatisierung bleibt auf jeden Fall in FHEM.

Aber auf eine neue Siri-Frage bin ich gerade gestoßen.  :)

Ist das Licht im Wohnzimmer ausgeschaltet?
ZitatAW: 0 sind eingeschaltet und 7 sind ausgeschaltet.

Ist der Beamer eingeschaltet?
ZitatAW: Dein Gerät ist ausgeschaltet.

Ich glaube wir müssen mal ne Sammlung machen, was mit den einzelnen Geräten an Sprüchen geht.
Oder kennt jemand eine brauchbare Sammlung in Deutsch oder auch in Englisch?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 07 August 2015, 16:41:35
Hallo Andre,
mehr Sinn für eine Verfügbarkeit würden z.B. die WOL-Geräte machen. Ich sehe sie als Switch, da Du im set ein on und off machen kannst.

Anbei das list. Die MAC-Adresse könnte man z.B. als Seriennummer nutzen.
Code Auswählen
Internals:
   CHANGED
   DEF        00:14:FD:16:33:28 192.168.2.254
   IP         192.168.2.254
   MAC        00:14:FD:16:33:28
   MODE       BOTH
   NAME       ThecusNAS
   NR         115
   REPEAT     000
   STATE      on
   TYPE       WOL
   Readings:
     2015-08-07 16:14:55   active          on
     2015-08-07 16:29:42   isRunning       true
     2015-08-07 16:14:55   packet_via_EW   00:14:FD:16:33:28
     2015-08-07 16:14:55   packet_via_UDP  192.168.2.254
     2015-08-07 16:29:42   state           on
   Timer:
     Thecusnas_ping:
       HASH       ThecusNAS
       MODIFIER   ping
       NAME       ThecusNAS_ping
   Helper:
Attributes:
   event-on-change-reading .*
   genericDeviceType switch
   icon       it_nas
   room       Zentrale
   shutdownCmd "ssh -l root -i /opt/fhem/.ssh/nas -p 10022 192.168.2.254 /raid/data/module/FaJoSSHD/system/sbin/wrapper.shutdown"

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 08 August 2015, 16:23:47
Anbei mal die Speicherstatistik aus SYSMON für die letzten 24h.
(http://forum.fhem.de/index.php?action=dlattach;topic=32652.0;attach=35712)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 August 2015, 20:22:23
um 9:80 scheint etwas freigegeben worden zu sein.

lass es bitte mal noch eine weile laufen und vergleich es mit den 'longpoll ended' meldungen auf der console. da wird jeweils von fhem seite die longpoll verbindung zu gemacht weil die buffer größe erreicht wird und dann neu aufgebaut.

wenn die zeitpunkte übereinstimmen dann heisst das das das request modul alle empfangenen daten buffert. ich weiss nicht wie man das verhindern kann.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 08 August 2015, 20:34:28
Um die Zeit bin ich mit dem iPhone außer Haus gegangen. Da sind dann möglicherweise ein paar Sockets zum iPhone geschlossen worden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mirgehtsgut am 09 August 2015, 10:08:32
Bin jetzt auch dabei. Ist eine tolle Leistung. Danke!

Lampen und Schalter funktionieren bei mir recht gut. Die Steuerung der Rollläden über Positionen ist noch recht umständlich.

Ich habe noch Problemen mit den Fenster- und Tür-Kontakten von Homematic (HM-SEC-RHS). Diese werden bei der Initialisierung zwar richtig erkannt, Änderungen werden aber nicht gemeldet. Ich habe den Eindruck, dass nur der alte Cache-Wert übermittelt wird. Ist das ein Fehler oder mache ich was falsch?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 09 August 2015, 10:36:24
Funktioniert bei mir problemlos mit 5 RHS, 2 SC und einem SCo. Muss also was spezielles sein.


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mirgehtsgut am 09 August 2015, 12:55:12
Zitat von: volschin am 09 August 2015, 10:36:24
Funktioniert bei mir problemlos mit 5 RHS, 2 SC und einem SCo. Muss also was spezielles sein.


Sent from my iPhone using Tapatalk
Ich habe den Fehler gefunden: Ich musste in mein event-on-change-reading noch contact einfügen. Hatte bisher nur state drin.

Wird bei dir auch zwischen NO und JA unterschieden?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 09 August 2015, 16:01:24
Zitat von: mirgehtsgut am 09 August 2015, 12:55:12
Wird bei dir auch zwischen NO und JA unterschieden?
So ist es auch bei mir.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 10 August 2015, 06:38:20
Hat jemand schon rausgefunden, wie man Siri dazu bringt eine Lichtfarbe einzustellen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 13:09:17
So aus dem Urlaub zurück würde ich gerne auch einmal das Homekit testen. Kann mir jemand ein kleines Howto geben wie ich das installieren kann?
Ich würde dann auch einen kleinen WIki Eintrag vornehmen!? Vielen Dank im Voraus!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 10 August 2015, 13:26:19
http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166

und

https://github.com/nfarina/homebridge

ist alles was Du "brauchst" ...

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 14:49:23
Danke! ich scheitere daran das srp Modul zu installieren. Nun, dass ist mir als normaler Anwender zu hoch (bin kein Entwickler)! Schade
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: eldrik am 10 August 2015, 15:23:05
Zitat von: P.A.Trick am 10 August 2015, 14:49:23
Danke! ich scheitere daran das srp Modul zu installieren. Nun, dass ist mir als normaler Anwender zu hoch (bin kein Entwickler)! Schade

Hi,

sollte doch über den folgenden Befehl automatisch erfolgen:

npm install

siehe auch:
http://forum.fhem.de/index.php/topic,32652.msg315582.html#msg315582

Es sei denn es fehlen die notwendigen Entwicklerwerkzeuge make und was auch immer, die Pakete je Distro lassen sich aber durchaus schnell finden.

Greetz
Eldrik
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 15:55:53
Habe ich ja gemacht, allerdings wirft er ein riesen Fehlerlog!

Code Auswählen
219 verbose cwd /opt/fhem/homebridge/node_modules
220 error Linux 3.4.103-sun7i+
221 error argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "srp"
222 error node v0.12.6
223 error npm  v2.11.2
224 error code ELIFECYCLE
225 error bignum@0.6.1 install: `node-gyp configure build`
225 error Exit status 1
226 error Failed at the bignum@0.6.1 install script 'node-gyp configure build'.
226 error This is most likely a problem with the bignum package,
226 error not with npm itself.
226 error Tell the author that this fails on your system:
226 error     node-gyp configure build
226 error You can get their info via:
226 error     npm owner ls bignum
226 error There is likely additional logging output above.
227 verbose exit [ 1, true ]
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 10 August 2015, 16:31:03
https://github.com/KhaosT/HAP-NodeJS/issues/77
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 10 August 2015, 16:36:13
Vielleicht hätte dich Wuppi zusätzlich auf diese Anleitung hinweisen sollen:
https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 16:55:15
hm mein NodeJS ist scheinbar ok!

Code Auswählen
fhem@cubie:~$ node -v
v0.12.6
fhem@cubie:~$

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 10 August 2015, 18:52:58
Ich dachte mein Verweis auf die Anleitung würde Klarheit schaffen. Anscheinend hast du das libavahi-Paket nicht installiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: noxi am 10 August 2015, 20:52:06
@P.A.Trick

bei mir hats mit node 12.6 auch nicht funktioniert.

probier alles nochmal zu installieren mit 12.1

also folgendes:

Code Auswählen
sudo su
apt-get update && apt-get upgrade
apt-get install git-core libnss-mdns libavahi-compat-libdnssd-dev -y
wget wget http://node-arm.herokuapp.com/node_0.12.1-1_armhf.deb
dpkg -i node_0.12.1-1_armhf.deb
node -v && npm -v
git clone https://github.com/KhaosT/HAP-NodeJS.git
cd HAP-NodeJS/
npm install node-persist && npm install srp && npm install mdns
npm install ed25519 && npm install curve25519
node BridgedCore.js


LG Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 22:38:37
Zitat von: volschin am 10 August 2015, 18:52:58
Ich dachte mein Verweis auf die Anleitung würde Klarheit schaffen. Anscheinend hast du das libavahi-Paket nicht installiert.

Code Auswählen
root@cubie:(0)/root//sudo apt-get install libavahi-compat-libdnssd-dev
Reading package lists... Done
Building dependency tree       
Reading state information... Done
libavahi-compat-libdnssd-dev is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
root@cubie:(0)/root//

Nein der war schon druff!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 10 August 2015, 22:43:22
Schade, aber ein Cubie ist eben kein RasPi. Vielleicht liegt es am 3.4er Kernel oder an einer Compilerversion?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 22:51:17
Zitat von: noxi am 10 August 2015, 20:52:06
@P.A.Trick

bei mir hats mit node 12.6 auch nicht funktioniert.

probier alles nochmal zu installieren mit 12.1

also folgendes:

Code Auswählen
sudo su
apt-get update && apt-get upgrade
apt-get install git-core libnss-mdns libavahi-compat-libdnssd-dev -y
wget wget http://node-arm.herokuapp.com/node_0.12.1-1_armhf.deb
dpkg -i node_0.12.1-1_armhf.deb
node -v && npm -v
git clone https://github.com/KhaosT/HAP-NodeJS.git
cd HAP-NodeJS/
npm install node-persist && npm install srp && npm install mdns
npm install ed25519 && npm install curve25519
node BridgedCore.js


LG Christoph

Bombentipp Christoph! Danke!
Code Auswählen

root@cubie:(0)/opt/fhem/homebridge/node_modules/HAP-NodeJS//node BridgedCore.js
*** 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>
HAP-NodeJS starting...
Cannot find secret key, creating One...
TCP server accepting connection on port: 51826
HAP Server is listening
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 10 August 2015, 22:51:30
Zitat von: noxi am 10 August 2015, 20:52:06
@P.A.Trick

bei mir hats mit node 12.6 auch nicht funktioniert.

probier alles nochmal zu installieren mit 12.1

also folgendes:

Code Auswählen
sudo su
apt-get update && apt-get upgrade
apt-get install git-core libnss-mdns libavahi-compat-libdnssd-dev -y
wget wget http://node-arm.herokuapp.com/node_0.12.1-1_armhf.deb
dpkg -i node_0.12.1-1_armhf.deb
node -v && npm -v
git clone https://github.com/KhaosT/HAP-NodeJS.git
cd HAP-NodeJS/
npm install node-persist && npm install srp && npm install mdns
npm install ed25519 && npm install curve25519
node BridgedCore.js


LG Christoph

Bombentipp Christoph! Danke!
Code Auswählen

root@cubie:(0)/opt/fhem/homebridge/node_modules/HAP-NodeJS//node BridgedCore.js
*** 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>
HAP-NodeJS starting...
Cannot find secret key, creating One...
TCP server accepting connection on port: 51826
HAP Server is listening
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: helbgd am 12 August 2015, 16:26:38
wollte nur bescheid geben:

Wenn das Iphone gelockt ist dann geht: "Hey Siri öffne Garage" nicht.

Wohingegen "Hey Siri schalte Garage ein" auch im gelockten zustand geht...

Grüße

Helbgd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: TheDestroyer am 12 August 2015, 18:04:09
Nachdem bei mir jetzt eigentlich alles bestens läuft habe ich mir einen Milight Controller + die dazugehörenden Lampen zugelegt.

Irgendwie möchte das ganze aber nicht mit der Homebridge funktionieren, wenn ich die Lampe zu der Datenbank hinzufügen will mit EVE passiert nichts.
Das Gerät wird gefunden, dann kann ich den Code eingeben und dann ist das Gerät verschwunden.
Habe das ganze jetzt mehrfach probiert, es funktioniert einfach nicht.
genericDeviceType ist auf light

Folgendes Protokoll ist bei Fhem eingestellt und funktioniert auch über Fhem, hab die Lampe testweise trotzdem mehrmals gelöscht und wieder hinzugefügt, ohne erfolg.
RGBW2 bridge-V3:192.168.178.41


Komischerweise bekomme ich einen Fehler bei Homebridge wenn ich die Lampe über Fhem ein oder aus schalte.

Folgender Fehler kommt dann:
Code Auswählen
/opt/homebridge/platforms/FHEM.js:615
      value = Math.round(value * 360 / this.mappings.hue.max);
                                                        ^
TypeError: Cannot read property 'max' of undefined
    at Object.FHEMAccessory.reading2homekit (/opt/homebridge/platforms/FHEM.js:615:57)
    at Request.<anonymous> (/opt/homebridge/platforms/FHEM.js:150:40)
    at Request.emit (events.js:107:17)
    at IncomingMessage.<anonymous> (/opt/homebridge/node_modules/request/request.js:1263:12)
    at IncomingMessage.emit (events.js:107:17)
    at readableAddChunk (_stream_readable.js:163:16)
    at IncomingMessage.Readable.push (_stream_readable.js:126:10)
    at HTTPParser.parserOnBody (_http_common.js:132:22)
    at Socket.socketOnData (_http_client.js:317:20)
    at Socket.emit (events.js:107:17)

Und wenn ich die Lampe direkt über Homebridge hinzufüge funktionierts auch, nur über Fhem irgendwie nicht.

Hoffe mir kann einer helfen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 August 2015, 18:09:05
nimm mal bitte die version von hier: http://forum.fhem.de/index.php/topic,32652.msg318912.html#msg318912 (http://forum.fhem.de/index.php/topic,32652.msg318912.html#msg318912).

da ist der fehler behoben und es sollte wieder alles gehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: TheDestroyer am 13 August 2015, 20:35:01
Vielen Dank für die schnelle Antwort,
die Version funktioniert leider auch nicht.   :-\


Jetzt stürtzt zwar der Homebridge Server nicht mehr ab wenn ich über Fhem die Lampe steuer,
aber hinzufügen kann ich die Lampe trotzdem noch nicht.
Der Code ist defentiv der richtige, ich habs jetzt mehrmals probiert.
Anbei noch die Config von der Leuchte.

Laut dem Log kommen die ganzen zustände auch in Homebridge an, verstehe nicht ganz wiso das hinzufügen nicht funktioniert.
Code Auswählen
Server Connection Established 37512
Start Verify M1
Verify M1 Finished
Start Verify M3
M3: Verify Success
Handle Remove Pairing Info
Client Disconnected
Server Disconnected
  caching: sc_kugel-hue: 360 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":360}]} to: {}
  caching: sc_kugel-hue: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":0}]} to: {}
  caching: sc_kugel-bri: 100 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":11,"value":100}]} to: {}
  caching: sc_kugel-hue: 360 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":360}]} to: {}
  caching: sc_kugel-hue: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":0}]} to: {}
  caching: sc_kugel-bri: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":11,"value":0}]} to: {}
M3: Verify Success
  caching: sc_kugel-hue: 360 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":360}]} to: {}
  caching: sc_kugel-hue: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":0}]} to: {}
  caching: sc_kugel-sat: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":10,"value":0}]} to: {}
  caching: sc_kugel-bri: 100 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":11,"value":100}]} to: {}
  caching: sc_kugel-hue: 360 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":360}]} to: {}
  caching: sc_kugel-hue: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":0}]} to: {}
  caching: sc_kugel-bri: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":11,"value":0}]} to: {}

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 14 August 2015, 09:46:14
@andre

Bei Zwave-devices ist das Model in Readings gespeichert:

Ergänzung in FHEM.js:
Code Auswählen

  this.model            = s.Attributes.model ? s.Attributes.model : (s.Internals.model ? s.Internals.model : s.Readings.model.Value);


Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 August 2015, 11:35:27
@TheDestroyer: wie wird die lampe beim homebridge start erkannt? was steht dann auf der console?
taucht die lampe zum pairen auf? was genau passiert? was steht im debug browser unter subscriptions zu der lampen?


@flurin: hab es eingebaut.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 14 August 2015, 12:14:23
Hallo,
kurze Frage an die Entwickler hier,
ist es möglich, dass das was ich Siri sage, also "Hey Siri schalte alle Lampen ein" oder sonstiges, in ein Reading eines Dummys geschrieben wird ?

Ich habe für meine Sprachsteuerung nämlich schon mit einem Android Gerät und Tasker, die möglichkeit, alles was gesprochen wurde, in einen Dummy zu schreiben und dies dann mit FHEM individuell zu nutzen.

Vielleicht ist dies ja auch mit Siri möglich.

Grüße Marcel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 August 2015, 12:21:21
nein. das geht nicht. von der siri seite ist nichts zu sehen. es kommen nur schaltbefehle an. unabhängig davon wie sie ausgelöst werden.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 14 August 2015, 13:34:53
In den letzten Tagen habe ich den Homebridge-Branch "use-hap-refactor" getestet, es gefällt mir immer besser.
Falls jemand interessiert ist, kann ein Accessory-File für FHEM downloaded werden:

https://gist.github.com/cflurin
(https://gist.github.com/cflurin)
Damit lassen sich auch relativ einfach neue Devices/Funktionen testen.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loewin am 14 August 2015, 14:13:22
Guten Tag!

Ich habe das gleiche Problem wie TheDestroyer. Außer den Fernseher (PRESENCE) kann ich keine Geräte in EVE anlegen. Ich habe schon alles zigmal gelöscht und neu gestartet.
Versucht habe ich mit FHEM.js von GitHub und auch von Antwort #430.
Ich habe probiert mit IT, MAX, LaCrosse, WifiLight (auch mit MilightDevice).
Die Geräte werden erkannt, stehen auch in der App. Nach Eingabe des Codes sind sie weg.

Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.0.0 start /home/pi/homebridge
> node app.js

Starting HomeBridge server...
*** 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>
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.20:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1439549850540
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.20:8083/fhem?cmd=jsonlist2%20room=Eve&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 1 results
[FHEM] Kugel has RGB [0-RGB]
[FHEM] Initializing device with name Kugel...
[FHEM] Loaded services for Kugel
checking Adjust the Hue of the Light function
Characteristics.js: registering Adjust the Hue of the Light function
checking Adjust the Saturation of the Light function
Characteristics.js: registering Adjust the Saturation of the Light function
checking Adjust Brightness of the Light function
Characteristics.js: registering Adjust Brightness of the Light function
Cannot find secret key, creating One...
TCP server accepting connection on port: 51826
HAP Server is listening
New Session 49422
Server Connection Established 51931
Start Pair M1
Start Pair M3
Start Pair M5
Client Disconnected
New Session 49423
Server Connection Established 51932
Start Verify M1
Verify M1 Finished
Server Disconnected
Start Verify M3
M3: Verify Success
Handle Remove Pairing Info
Client Disconnected
Server Disconnected


Ich weiß nicht ob es hilfreich ist. Das steht in HomeBridge wenn ich die Lampe ein- und ausschalte:

Code Auswählen
caching: Kugel-hue: 360 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":360}]} to: {}
  caching: Kugel-hue: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":0}]} to: {}
  caching: Kugel-sat: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":10,"value":0}]} to: {}
  caching: Kugel-bri: 100 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":11,"value":100}]} to: {}
  caching: Kugel-hue: 360 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":360}]} to: {}
  caching: Kugel-hue: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":9,"value":0}]} to: {}
  caching: Kugel-bri: 0 as number
Broadcasting event {"characteristics":[{"aid":1,"iid":11,"value":0}]} to: {}


Mit meinen anderen Geräten ist das gleiche Spiel. 
Für Hilfe wäre ich sehr dankbar.
Sylvia
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 August 2015, 22:14:04
hat zufällig jemand die original eve tür/fenster kontakte?

und kann mit der homekitdemo app nachsehen welche services categories verwendet werden?

mit der info könnte man die tür und fenster sensoren aus fhem eventuell besser anbinden.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 16 August 2015, 17:04:52
Es gibt ein Update von EVE auf Version 1.0.3.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 August 2015, 17:14:39
das update habe ich. bin aber im urlaub und kann nicht testen ...

kann man sehen was es mit den graphen auf sich hat? oder geht das nur mit den original sensoren ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: TheDestroyer am 16 August 2015, 18:51:54
Hallo,

also folgendes steht beim Start im Log:
Code Auswählen
[FHEM] sc_Leuchtkugel has RGB [0-RGB]
[FHEM] sc_deckenlampe is light
[FHEM] sc_nachttisch is light
[FHEM] Initializing device with name sc_Leuchtkugel...
[FHEM] Loaded services for sc_Leuchtkugel
checking Adjust the Hue of the Light function
Characteristics.js: registering Adjust the Hue of the Light function
checking Adjust the Saturation of the Light function
Characteristics.js: registering Adjust the Saturation of the Light function
checking Adjust Brightness of the Light function
Characteristics.js: registering Adjust Brightness of the Light function
Cannot find secret key, creating One...
TCP server accepting connection on port: 51828
HAP Server is listening


Bei persist wird die Lampe auch angezeigt.
Das steht bei subscriptions:
Code Auswählen
'sc_Leuchtkugel-hue':
{ characteristic:
{ instanceID: 9,
accessoryID: 1,
type: '00000013-0000-1000-8000-0026BB765291',
value: 0,
perms: [ 'pw', 'pr', 'ev' ],
format: 'int',
supportEvents: true,
supportBonjour: false,
manfDescription: 'Adjust the Hue of the Light',
designedMaxLength: undefined,
designedMinValue: 0,
designedMaxValue: 360,
designedMinStep: 1,
unit: 'arcdegrees',
eventEnabled: true,
bonjourEnabled: false,
subscribedPeers: {},
onUpdate: [Function],
onRegister: [Function],
locals: undefined,
onRead: [Function],
accessoryController:
{ accessoryID: 1,
instanceID: 12,
objects:
{ '1': [Object],
'2': [Object],
'3': [Object],
'4': [Object],
'5': [Object],
'6': [Object],
'7': [Object],
'8': [Object],
'9': [Circular],
'10': [Object],
'11': [Object] },
services: [ [Object], [Object] ],
tcpServer:
{ servicePort: 51828,
persistStore: [Object],
accessoryInfo: [Object],
hapPort: 51829,
server: [Object],
sessions: {},
portMap: {} } } },
accessory:
{ mappings: {},
name: 'sc_Leuchtkugel',
alias: 'Leuchtkugel',
device: 'sc_Leuchtkugel',
type: 'WifiLight',
model: undefined,
PossibleSets: 'on off dim dimup dimdown HSV RGB sync pair unpair',
hasDim: undefined,
pctMax: undefined,
hasRGB: 'RGB',
isLight: true,
isBlind: undefined,
isWindow: undefined,
isThermostat: undefined,
isContactSensor: undefined,
isOccupancySensor: undefined,
log: [Function],
connection:
{ base_url: 'http://localhost:8083',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
debug: undefined,
initParams: [Function: initParams] } } } },

'sc_Leuchtkugel-RGB':
{ characteristic:
{ instanceID: 9,
accessoryID: 1,
type: '00000013-0000-1000-8000-0026BB765291',
value: 0,
perms: [ 'pw', 'pr', 'ev' ],
format: 'int',
supportEvents: true,
supportBonjour: false,
manfDescription: 'Adjust the Hue of the Light',
designedMaxLength: undefined,
designedMinValue: 0,
designedMaxValue: 360,
designedMinStep: 1,
unit: 'arcdegrees',
eventEnabled: true,
bonjourEnabled: false,
subscribedPeers: {},
onUpdate: [Function],
onRegister: [Function],
locals: undefined,
onRead: [Function],
accessoryController:
{ accessoryID: 1,
instanceID: 12,
objects:
{ '1': [Object],
'2': [Object],
'3': [Object],
'4': [Object],
'5': [Object],
'6': [Object],
'7': [Object],
'8': [Object],
'9': [Circular],
'10': [Object],
'11': [Object] },
services: [ [Object], [Object] ],
tcpServer:
{ servicePort: 51828,
persistStore: [Object],
accessoryInfo: [Object],
hapPort: 51829,
server: [Object],
sessions: {},
portMap: {} } } },
accessory:
{ mappings: {},
name: 'sc_Leuchtkugel',
alias: 'Leuchtkugel',
device: 'sc_Leuchtkugel',
type: 'WifiLight',
model: undefined,
PossibleSets: 'on off dim dimup dimdown HSV RGB sync pair unpair',
hasDim: undefined,
pctMax: undefined,
hasRGB: 'RGB',
isLight: true,
isBlind: undefined,
isWindow: undefined,
isThermostat: undefined,
isContactSensor: undefined,
isOccupancySensor: undefined,
log: [Function],
connection:
{ base_url: 'http://localhost:8083',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
debug: undefined,
initParams: [Function: initParams] } } } },

'sc_Leuchtkugel-sat':
{ characteristic:
{ instanceID: 10,
accessoryID: 1,
type: '0000002F-0000-1000-8000-0026BB765291',
value: 100,
perms: [ 'pw', 'pr', 'ev' ],
format: 'int',
supportEvents: true,
supportBonjour: false,
manfDescription: 'Adjust the Saturation of the Light',
designedMaxLength: undefined,
designedMinValue: 0,
designedMaxValue: 100,
designedMinStep: 1,
unit: '%',
eventEnabled: true,
bonjourEnabled: false,
subscribedPeers: {},
onUpdate: [Function],
onRegister: [Function],
locals: undefined,
onRead: [Function],
accessoryController:
{ accessoryID: 1,
instanceID: 12,
objects:
{ '1': [Object],
'2': [Object],
'3': [Object],
'4': [Object],
'5': [Object],
'6': [Object],
'7': [Object],
'8': [Object],
'9': [Object],
'10': [Circular],
'11': [Object] },
services: [ [Object], [Object] ],
tcpServer:
{ servicePort: 51828,
persistStore: [Object],
accessoryInfo: [Object],
hapPort: 51829,
server: [Object],
sessions: {},
portMap: {} } } },
accessory:
{ mappings: {},
name: 'sc_Leuchtkugel',
alias: 'Leuchtkugel',
device: 'sc_Leuchtkugel',
type: 'WifiLight',
model: undefined,
PossibleSets: 'on off dim dimup dimdown HSV RGB sync pair unpair',
hasDim: undefined,
pctMax: undefined,
hasRGB: 'RGB',
isLight: true,
isBlind: undefined,
isWindow: undefined,
isThermostat: undefined,
isContactSensor: undefined,
isOccupancySensor: undefined,
log: [Function],
connection:
{ base_url: 'http://localhost:8083',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
debug: undefined,
initParams: [Function: initParams] } } } },

'sc_Leuchtkugel-bri':
{ characteristic:
{ instanceID: 11,
accessoryID: 1,
type: '00000008-0000-1000-8000-0026BB765291',
value: 0,
perms: [ 'pw', 'pr', 'ev' ],
format: 'int',
supportEvents: true,
supportBonjour: false,
manfDescription: 'Adjust Brightness of the Light',
designedMaxLength: undefined,
designedMinValue: 0,
designedMaxValue: undefined,
designedMinStep: 1,
unit: '%',
eventEnabled: true,
bonjourEnabled: false,
subscribedPeers: {},
onUpdate: [Function],
onRegister: [Function],
locals: undefined,
onRead: [Function],
accessoryController:
{ accessoryID: 1,
instanceID: 12,
objects:
{ '1': [Object],
'2': [Object],
'3': [Object],
'4': [Object],
'5': [Object],
'6': [Object],
'7': [Object],
'8': [Object],
'9': [Object],
'10': [Object],
'11': [Circular] },
services: [ [Object], [Object] ],
tcpServer:
{ servicePort: 51828,
persistStore: [Object],
accessoryInfo: [Object],
hapPort: 51829,
server: [Object],
sessions: {},
portMap: {} } } },
accessory:
{ mappings: {},
name: 'sc_Leuchtkugel',
alias: 'Leuchtkugel',
device: 'sc_Leuchtkugel',
type: 'WifiLight',
model: undefined,
PossibleSets: 'on off dim dimup dimdown HSV RGB sync pair unpair',
hasDim: undefined,
pctMax: undefined,
hasRGB: 'RGB',
isLight: true,
isBlind: undefined,
isWindow: undefined,
isThermostat: undefined,
isContactSensor: undefined,
isOccupancySensor: undefined,
log: [Function],
connection:
{ base_url: 'http://localhost:8083',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
debug: undefined,
initParams: [Function: initParams] } } } },

Die Lampe wird in EVE gefunden, ich komme auch dazu den Code einzugeben, und nach Eingabe des Codes ist die Lampe verschwunden.
Danach ist kein Pairen mehr möglich, erst nach löschen der persist Datei.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 17 August 2015, 12:47:48
Hallo an alle,
gibt es ein kleines HowTo, wie ich das ganze ans laufen bekomme ?
Oder hat einer ein Image, welches ich mir auf einen Pi B+ spielen könnte ?

Versuche jetzt schon seit gestern Homebridge ans laufen zu bekommen, aber ständig kommen Fehlermeldungen.

Ich habe dieses Imgae auf eine SD Karte gespielt : 2015-05-05-raspbian-wheezy.img
dann habe ich folgendes gemacht :

Code Auswählen
sudo raspi-config
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove -y && sudo reboot
sudo apt-get -f install && sudo apt-get -y install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl
sudo wget http://fhem.de/fhem-5.6.deb && sudo dpkg -i fhem-5.6.deb
cd /opt && sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

smit habe ich fhem schonmal am laufen.

jetzt habe ich versucht :

Code Auswählen
sudo apt-get update && apt-get upgrade
sudo apt-get install git-core libnss-mdns libavahi-compat-libdnssd-dev -y
sudo wget http://node-arm.herokuapp.com/node_0.12.1-1_armhf.deb
sudo dpkg -i node_0.12.1-1_armhf.deb
sudo node -v && npm -v
sudo git clone https://github.com/KhaosT/HAP-NodeJS.git
cd HAP-NodeJS/
sudo npm install node-persist && npm install srp && npm install mdns
sudo npm install ed25519 && npm install curve25519
sudo node BridgedCore.js

bis hierher kein Problem.

Dann :

Code Auswählen
sudo git clone https://github.com/nfarina/homebridge.git
cd homebridge
sudo npm install

Dann kommen Fehlermeldungen (siehe Bild)
Nach einem Reboot, kommt das was in Bild : homebridge_install_nach_reboot.jpg steht.
Ich weiss einfach nicht mehr weiter.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 17 August 2015, 14:47:24
Warum hältst Du dich nicht erstmal an die offizielle Anleitung?
https://github.com/nfarina/homebridge

Also die beiden mit git angelegten Verzeichnisse nochmal komplett löschen und nur homebridge (wie in der Anleitung und ohne sudo)  installieren. alles andere läuft darüber.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 August 2015, 15:21:31
@TheDestroyer: ich kann gerade nicht selber nachschauen. bitte versuch mal die version aus meinem github branch: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js

ansonsten schaue ich es mir an wenn ich zurück bin.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 17 August 2015, 16:00:53
@ volschin : auch das endet nur in Fehlermeldungen.
Ich stell meine Versuche erstmal ein, evtl. gibt es ja bald ein HowTo, welches von Grundauf erklärt, wie und wo wasinstalliert werden muss.

Trotzdem Danke für deine Hilfe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 17 August 2015, 16:15:39
Zwar keine Ahnung bzgl RasPi,

aber probier doch mal NICHT als "pi" Benutzer sondern als root (wechseln mit "su -") zu installieren, und NICHT im home Verzeichnis sondern evtl. mal in /opt/homebridge oder so.

desweiteren Kannst du dir das:
Code Auswählen
sudo git clone https://github.com/KhaosT/HAP-NodeJS.git
cd HAP-NodeJS/
sudo npm install node-persist && npm install srp && npm install mdns
sudo npm install ed25519 && npm install curve25519
sudo node BridgedCore.js
komplett sparen, ein:
Code Auswählen
git clone https://github.com/nfarina/homebridge.git
cd homebridge
npm install
reicht vollkommen.

Node habe ich bei mir ebenfalls anderst installiert, kann aber natürlich sein dass dein Weg auch funktioniert.
Das habe ich bei mir zur Installation der Homebridge incl. Node 0.12 benötigt:
Code Auswählen
curl -sL https://deb.nodesource.com/setup_0.12 | bash -
apt-get install nodejs git g++ libavahi-compat-libdnssd-dev git-core libnss-mdns
git clone https://github.com/nfarina/homebridge.git
cd homebridge
npm install
npm install forever -g
Danach lief das... (allerdings normales Debian, kein Raspi)

Gruß
Claudiu

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 17 August 2015, 16:33:48
Zitat von: Ma_Bo am 17 August 2015, 16:00:53
@ volschin : auch das endet nur in Fehlermeldungen.
Ich stell meine Versuche erstmal ein, evtl. gibt es ja bald ein HowTo, welches von Grundauf erklärt, wie und wo wasinstalliert werden muss.

Trotzdem Danke für deine Hilfe.
Was mir gerade auffällt, Du schreibst garnichts darüber, dass Du vor dem Start die config.json angepasst hast. hast Du das nur unterschlagen oder vergessen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 17 August 2015, 16:44:57
Hab ich bearbeitet ;)
Dies Steht drin :

Code Auswählen
{
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.45",
            "port": "8083",
            "filter": "room=Test"
        },
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 17 August 2015, 18:20:56
Zitat von: Ma_Bo am 17 August 2015, 16:44:57
Hab ich bearbeitet ;)
Dies Steht drin :

Code Auswählen
{
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.45",
            "port": "8083",
            "filter": "room=Test"
        },

Hallo Ma_Bo,

hatte am Anfang auch ein paar Schwierigkeiten HomeKit auf dem Pi B zum Laufen zu bringen.
Hatte es wie folgt hinbekommen.

Code Auswählen

$ git clone https://github.com/nfarina/homebridge.git
$ cd homebridge
$ sudo npm install

Habe dann noch die Berechtigung des Verzeichnisses mit

Code Auswählen
sudo chown -r pi:pi homebridge

geändert und dann lief es bei mir.

Eventuell hilft es!?

Mein config.json sieht wie folgt aus

Code Auswählen

{
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.xxx.zzz",
            "port": "8083",
            "ssl": "true",
            "auth": {"user": "xxxx", "pass": "xxxx"},
            "filter": "room=ABC"
        }
    ],

    "accessories": []
}

Das wird schon habe auch einige Anläufe gebraucht.

Gruß Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 17 August 2015, 18:35:45
Danke für eure Hilfe, mir hat eben ein netter User hier, seinen kompletten Ordner "homebridge" geschickt, ein paar kleine Anpassungen in der config.json und schon rennt der Karren.

Kann schon ein paar devices schalten.

Grüße Marcel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 17 August 2015, 19:24:13
Ich denke, es war eine fehlerhafte config.json. So wie sie Newbee gepostet hat, muss sie korrekt aussehen.
Aber Hauptsache es läuft jetzt.  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: TheDestroyer am 19 August 2015, 21:23:37
@Andre:
Vielen Dank für deine Mühe, leider funktioniert das ganze immernoch nicht.  :-\

Ich bin mir zwar nicht ganz sicher, aber ich glaube ich habe einen Fehler in deiner aktuellen Version gefunden.
Wenn ich die aktuelle Version von FHEM.js aus Github probieren will bekomme ich folgenden Fehler beim Start:
Code Auswählen
sudo npm start run

> homebridge@0.0.0 start /opt/homebridge
> node app.js "run"

Starting HomeBridge server...
*** 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>
Loading 4 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://localhost:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1440010820661
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://localhost:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://localhost:8083/fhem?cmd=jsonlist2%20room=K%C3%BCche&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://localhost:8083/fhem?cmd=jsonlist2%20room=Schlafzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://localhost:8083/fhem?cmd=jsonlist2%20room=Esszimmer&XHR=1
Server listening on: http://<ip>:8080
[FHEM] got: 1 results
[FHEM] kue_Lampe is light
[FHEM] kue_Lampe has onOff [[object Object]]
/opt/homebridge/platforms/FHEM.js:617
tributes.model : (s.Internals.model ? s.Internals.model : s.Readings.model.Val
                                                                    ^
TypeError: Cannot read property 'Value' of undefined
    at Object.FHEMAccessory (/opt/homebridge/platforms/FHEM.js:617:120)
    at /opt/homebridge/platforms/FHEM.js:364:40
    at Array.map (native)
    at Request._callback (/opt/homebridge/platforms/FHEM.js:353:31)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/opt/homebridge/node_modules/request/request.js:1266:12)
    at Gunzip.emit (events.js:129:20)

npm ERR! Linux 4.0.9-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "start" "run"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js "run"`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js "run"'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js "run"
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /opt/homebridge/npm-debug.log


Ich hab jetzt bei Zeile 617
Code Auswählen
  this.model            = s.Attributes.model ? s.Attributes.model : (s.Internals.model ? s.Internals.model : s.Readings.model.Value);
einfach das .Value von s.Readings.model.Value weggelassen.

Jetzt kann ich Homebridge zwar wieder starten, mein problem ist aber leider immernoch nicht behoben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 19 August 2015, 22:04:58
@TheDestroyer

Die Änderung kam von mir. Man muss vorher noch testen, ob das Reading vorhanden ist:

Versuchs vorläufig so:

Code Auswählen

this.model            = s.Attributes.model ? s.Attributes.model : s.Internals.model;


Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 20 August 2015, 07:41:48
Hallo,

Homebridge wurde updated (Merge von "use-hap-refactor"), es gibt zusätzliche Parameter in config.json, die normalerweise nicht geändert werden sollten.

Code Auswählen

    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:27",
        "port": 51826,
        "pin": "031-45-154"
    },


Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 20 August 2015, 09:06:39
@flurin
funktioniert das bei dir schon mit dem neuen Homebridge?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 20 August 2015, 09:21:42
Zitat von: HolyMoly am 20 August 2015, 09:06:39
@flurin
funktioniert das bei dir schon mit dem neuen Homebridge?

Ja, aber ich verwende Accessory files, die ich bereits angepasst habe.
FHEM.js muss noch angepasst werden, z.B. "updateValue()" gibt es nicht mehr.

Ein Accessory "FhemSwitch.js" zum Testen mit dem neuen Homebridge kann man hier downloaden:

https://gist.github.com/cflurin
(https://gist.github.com/cflurin)
config.json wie im file beschrieben anpassen.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 August 2015, 11:49:34
ich baue alles auf den neuen bridge mode um sobald ich zurück bin.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 August 2015, 11:53:22
Zitat von: justme1968 am 20 August 2015, 11:49:34
ich baue alles auf den neuen bridge mode um sobald ich zurück bin.

gruss
  andre

Schau dir die neue homebridge API an, es ist nochmals eine recht grosse Umstellung.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 23 August 2015, 12:00:19
Ja, die ist spannend. Bin gerade am Spielen.
Wichtig wird aus meiner Sicht von der monolithischen Plattform-Struktur zu einem Reusable zu kommen. Gibt da sicher mehrere Ansätze.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 August 2015, 12:29:05
Zitat von: volschin am 23 August 2015, 12:00:19
Ja, die ist spannend. Bin gerade am Spielen.
Wichtig wird aus meiner Sicht von der monolithischen Plattform-Struktur zu einem Reusable zu kommen. Gibt da sicher mehrere Ansätze.

Hi volschin
Cool, ich bin auch am Üben.
Evt. ist dir diese Switch Version (FhemSwitchN.js) nützlich:

https://gist.github.com/cflurin
(https://gist.github.com/cflurin)
Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 August 2015, 14:17:10
... FhemSwitchN.js ist jetzt komplett angepasst, inkl. Longpoll. Getestet mit EVE (On/Off bidirektional).

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 24 August 2015, 09:19:20
Ich habe meine Tests unter iOS 8.4.1 bzgl. Luftqualität erstmal beendet.

Hier der Testcode: https://gist.github.com/volschin

Das Ergebnis:
Man braucht sowohl den Service für AirQuality und den für CarbonDioxideSensor. In Eve wird es dann dargestellt, aber keine Übersetzung und keine Umsetzung der Zahlenwerte. Also warten auf iOS9.
Der Versuch die Characteristic für AirQuality unter den CarbonDioxideSensor Service zu hängen und andersherum, liefert zwar keinen Fehler, aber auch keine Anzeige.

Leider ist auch Siri derzeit der Meinung, dass es keine Dienste gibt (siehe Screenshot).

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 24 August 2015, 09:36:10
@volschin

Code Auswählen

  sensorCO2Service
  .addCharacteristic(new Characteristic.AirQuality())


AirQuality ist nicht eine optionale Characteristic von CarbonDioxideSensor.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 24 August 2015, 09:54:00
Ist mir schon klar. Hatte ich ja oben auch geschrieben, dass man zwei Services braucht.


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 24 August 2015, 10:20:39
Stimmt!, du hast es beschrieben, ich hatte nur schnell den Code angeschaut.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 25 August 2015, 13:47:44
Bei meiner LED Bulb (ZWave Aeotec ZW098-C55) hatte ich einige Probleme. Jetzt habe ich alles auf die neue API umgestellt und so sieht es aus: siehe Screenshot
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: cnkru am 02 September 2015, 19:59:17
Zum Coding "accessory": "Http" habe ich ein wenig gebastelt und ein "HttpHSV" angepasst

Nutze Milight_Bridge und ...Device
Definition in fhem.cfg

Code Auswählen

define Milight MilightBridge 192.168.178.9
attr Milight alias Milightbridge
attr Milight checkInterval 900
attr Milight event-on-change-reading state
attr Milight event-on-update-reading state
attr Milight port 8899
attr Milight sendInterval 100

define Mlamp1 MilightDevice RGBW Milightbridge 5
attr Mlamp1 IODev Milight
attr Mlamp1 alias Lampe_Tür
attr Mlamp1 colorCast 0,0,0,0,0,0
attr Mlamp1 devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
attr Mlamp1 event-on-change-reading state,transitionInProgress
attr Mlamp1 group Beleuchtung_farbig
attr Mlamp1 lightSceneParamsToSave hsv
attr Mlamp1 room ZWave,Milight
attr Mlamp1 webCmd rgb:rgb ffffff:rgb ff2a00:rgb 00ff00:rgb 0000ff:rgb ffff00:on:off:dim


Das Schalten funktioniert auch mit HSV Attributen

z.B. mit Befelt  fhem("set Mlamp1 hsv $H_Wert,$S_Wert,$V_Wert")

Definition in config.json lautet
Code Auswählen

        {
            "accessory": "HttpHSV",
            "name": "AZ",
            "on_url": "http://192.168.178.3:8073/fhem?cmd.Mlamp1=set%20Mlamp1%20on",
            "off_url": "http://192.168.178.3:8073/fhem?cmd.Mlamp1=set%20Mlamp1%20off",
            "hsv_url": "http://192.168.178.3:8073/fhem?cmd.Mlamp1=set%20Mlamp1%20hsv%20%h,%s,%v",
            "http_method": "POST"
        }



Zusammen mit HttpHSV.js im Verzeichnis homebridge/accessories spielt die EVE App auch mit der neuen Variante der Bridge
Script anbei - Coding auch auf RGB anpassbar ....

CU


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 07 September 2015, 11:18:35
Hallo,

Falls jemand ein Fibaro FGRM-222 Roller Shutter 2 verwendet. Das Accessory File "FhemFibaroRollerShutter.js
kann hier downloaded werden: https://github.com/cflurin/homebridge-shims (https://github.com/cflurin/homebridge-shims)

Damit kann man eine Markise oder eine Lamellenstore steuern (vorläufig ohne voice control). Bei der Lamellenstore lässt sich auch der Winkel der Lamellen (SlatPosition) einstellen.

Diese Lösung ist ein Workaround für iOS 8.4. Demnächst wird iOS 9 verfügbar, dann sollte es mit dem entsprechenden Service funktionieren.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 07 September 2015, 19:41:31
Hallo zusammen,

ich habe ein paar kurze Fragen auch Euch:

Wenn ich Homebridge auf die neuste Version aktualisiere (inkl. der aktuellen FHEM.js), läuft das noch?

Oder ist die FHEM.js inkompatibel mit der aktuellen Homebridge-Version?

Und kann man aus GIT ein ältere Version herunterladen (z.B. vor Merge von "use-hap-refactor")? Wenn ja, wie?

Vielen Dank und viele Grüße
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 09 September 2015, 13:50:32
Hi,

bin auch gerade dabei, es in Betrieb zu nehmen.

Hab leider auch schon die ersten Probleme.
Zuerst https://github.com/nfarina/homebridge installiert, danach geschaut wie man Node.js installiert. Auch geschafft, Version 0.12.6 hab ich nun drauf.
Allerdings bekomm ichs ums verrecken nicht ans laufen.

Bin mir ehrlich gesagt auch nicht zu 100% sicher, wie man die "Bridge" startet.

Evtl. kann mir jemand ne kurze Schritt-für-Schritt Anleitung geben, in welcher Reihenfolge er es zum laufen bekommen hat.
Wäre nett!


UPDATE:
Derweil läuft es mit dem Befehl "node app.js" an.
Ich sehe per "eve"-App die Homebridge und kann mich auch mit dem Code anmelden.
Danach passiert allerdings nichts mehr. Eve sucht weiter nach Geräten, findet aber nicht, obwohl ich eins definiert hab.
Siehe:
Code Auswählen
root@raspberrypi:~/homebridge# node app.js
*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1441815377585
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 1 results
[FHEM] Licht.Spiegelschrank is light
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] Loaded services for Licht.Spiegelschrank



Hoffe auf kurze Hilfe.. scheint ja nicht mehr viel zu sein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 09 September 2015, 20:45:29
Mal ne blöde Frage: woher bekomme ich den Code?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 10:04:57
@Breaked

Als Alternative könntest du mit einem einfachen Accessory probieren. Hier findest du einige Beispiele:

https://github.com/cflurin/homebridge-shims (https://github.com/cflurin/homebridge-shims)

Diese "Accessory-Shims" funktionieren mit der neusten homebridge Version und sind bei mir im Einsatz.

Z.B. FhemOutlet.js

Configuration: siehe Kommentar im File oder config-fhem-sample.json.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 10:08:44
Zitat von: flurin am 10 September 2015, 10:04:57
@Breaked

Als Alternative könntest du mit einem einfachen Accessory probieren. Hier findest du einige Beispiele:

https://github.com/cflurin/homebridge-shims (https://github.com/cflurin/homebridge-shims)

Diese "Accessory-Shims" funktionieren mit der neusten homebridge Version und sind bei mir im Einsatz.

Z.B. FhemOutlet.js

Configuration: siehe Kommentar im File oder config-fhem-sample.json.

Danke für die Antwort, flurin.

Diese Shims hab ich auch schon gefunden, aber ich glaube ich habe doch noch irgend ein anderes Problem..
Ich meine wenn ich die Bridge starte, wird diese ja zwar von Eve gefunden, aber ich kann keine Geräte anlegen.

Wenn es nur etwas gäbe um wieder von Null anzufangen :D (Ohne den Pi neu aufzusetzen und FHEM neu zu installieren/konfigurieren)

Code Auswählen
root@raspberrypi:/home/pi/HAP-NodeJS# npm install node-persist && npm install srp && npm install mdns
node-persist@0.0.3 node_modules/node-persist
├── mkdirp@0.3.5
└── q@1.1.2
|
> bignum@0.10.2 install /home/pi/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/0.12.6"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/home/pi/HAP-NodeJS/node_modules/srp/node_modules/bignum/.node-gyp"
gyp WARN install got an error, rolling back install
gyp WARN install got an error, rolling back install
gyp ERR! configure error
gyp ERR! stack Error: incorrect header check
gyp ERR! stack     at Zlib._handle.onerror (zlib.js:366:17)
gyp ERR! System Linux 4.1.6+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "build"
gyp ERR! cwd /home/pi/HAP-NodeJS/node_modules/srp/node_modules/bignum
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok
npm ERR! Linux 4.1.6+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "srp"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE

npm ERR! bignum@0.10.2 install: `node-gyp configure build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the bignum@0.10.2 install script 'node-gyp configure build'.
npm ERR! This is most likely a problem with the bignum package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp configure build
npm ERR! You can get their info via:
npm ERR!     npm owner ls bignum
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/HAP-NodeJS/npm-debug.log


Bin gerade nochmal alle Installationsschritte durch gegangen und stoße dabei auf diese Fehler.
Werde nochmal etwas rumbasteln :-)


Eventuell hat kann ja jemand aus der debug Datei etwas erkennen?!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 10:14:41
Ich würde homebridge löschen (oder umbenennen auf z.B. homebridge-1) und gemäss dieser Anleitung installieren:

https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi (https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 10:20:12
Mh, also langsam bin ich komplett verwirrt (oder lasse mich verwirren).
Gut, also im Prinzip einfach den homebridge Ordner (via FTP) löschen?!

Aber nochmal zum Verständnis:
Ich muss nach der Anleitung vorgehen, die du gerade geschickt hast, bis zum Punk "Procceed as usual".
Danach quasi diesen Schritten folgen: https://github.com/nfarina/homebridge#getting-started

Habe ich das soweit korrekt verstanden?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 10:23:11
Ja, korrekt. Ich weiss nicht, was du schon alles verändert hast, darum ist eine neue Installation sinnvoll.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 10:26:24
Das denke ich auch. Bin gerade am "resett" dran.
Evtl. kannst du mir noch kurz sagen, was es mit den "Shims" auf sich hat? Das will mir noch nicht ganz einleuchten, da ich ja eigentlich via FHEM meine Devices in Homekit katapultieren will..
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 10 September 2015, 10:31:48
Wann kommt eigentlich Andre aus dem (wohlverdienten) Urlaub zurück? Es wäre so viel einfacher wenn der Platform Shim für die neue Hombridge version angepasst werden würde  8)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 10:33:00
Zitat von: Breaked am 10 September 2015, 10:26:24
Das denke ich auch. Bin gerade am "resett" dran.
Evtl. kannst du mir noch kurz sagen, was es mit den "Shims" auf sich hat? Das will mir noch nicht ganz einleuchten, da ich ja eigentlich via FHEM meine Devices in Homekit katapultieren will..

siehe Homebridge README: das ist ein Software-Begriff, eine Bezeichnung für die device-spezifische Dateien.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 10 September 2015, 10:35:26
bin (mehr oder weniger :) ) zurück.

das umbauen des platform shim steht als nächstes auf der fhem liste. kommt also hoffentlich bald.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 11:30:49
Irgendwas scheint da groß im Argen zu liegen..
Siehe Anhang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 13:22:58
Hab es nun nach der hier beschriebenen Anleitung gemacht (paar Posts oben), sowie nach dieser hier: http://www.tatsch-it.de/control-fhem-with-siri/

Ich scheitere allerdings an den Command "npm install". Bekomme da die wildesten Fehler..
Als Anhang nochmal ein Bild der Konsole.
Nachdem ich alles deinstalliert und wieder installiert habe, will es immer noch nicht - komisch.

Weiß jemand noch einen Rat, oder muss ich das Projekt an die Wand klatschen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 10 September 2015, 13:32:24
Zitat von: Breaked am 10 September 2015, 13:22:58
Weiß jemand noch einen Rat, oder muss ich das Projekt an die Wand klatschen?

Das kenn ich auch :-(

ist aktuell bei mir on hold gesetzt bis IOS9 und WatchOS2 raus ist ...

der Pi läuft gerade dafür einen Burnin Test :-) Und er läuft und läuft und läuft ohne Reboot und anderen Mucken
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 13:39:04
Für meine Zwecke hoffe ich darauf, dass die Schnittstelle weiter ausgebaut wird, und bestenfalls später in FHEM integriert wird..
Das wäre ein Traum! 8)

Code Auswählen
root@raspberrypi:/home/pi/homebridge# npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

module.js:338
    throw err;
          ^
Error: Cannot find module '../build/Release/dns_sd_bindings'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:278:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/home/pi/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)


Wie bekomm ich das Modul nachinstalliert?
npm install dns_sd_bindings funktioniert nicht, da es so wohl nicht existiert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 13:47:13
Ich habe einen alten RPi B aus der Schublade ausgegraben und installiere das Ganze zurzeit, bis jetzt ohne Problem. Weitere Infos folgen ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 13:49:14
Super!

Ich bin voller Erwartungen :) :)


Ich weiß nicht wie, aber der Server startet bei mir.
Derweil sucht er sich nur die Geräte im Bad (zum Glück!!!), denn sobald ich das Licht im Bad einfach nur einschalten will (Eve-App), schaltet das Licht wie wild ein und aus :o


Ebenso kann ich ein Kommando via Siri ohne Probleme absetzen, das zweite funktioniert nicht mehr (Keine Geräte im Bereich Bad gefunden).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 15:12:53
... Installation gemäss homebridge-Anleitung ausgeführt und es funktioniert.

Was ich noch machen musste, war ein gründliches Upgrade:

Code Auswählen

$sudo apt-get dist-upgrade


aber dies nur vermutlich weil mein RPi fast 2 Jahre geschlafen hat  :)

Zum Testen (nur homebridge ohne Fhem)

FakeOutlet.js + config-fake.json downloaden https://github.com/cflurin/homebridge-shims (https://github.com/cflurin/homebridge-shims)

- FakeOutlet.js in homebridge/accessories kopieren
- config-fake.json auf config.json umbennen und in homebridge kopieren
- homebridge starten

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 15:15:28
Möchte es in meinem Fall aber ja mit FHEM anbinden..

Scheint ja nach fast 2 Tagen Arbeit halbwegs zu funktionieren. Nur die Befehle nimmt Siri nicht immer an bzw. schaltet das Licht wie doof ein und aus :-\
Kannst du evtl. die Anbindung an FHEM noch testen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 10 September 2015, 15:19:56
Zitat von: Breaked am 10 September 2015, 15:15:28
Möchte es in meinem Fall aber ja mit FHEM anbinden..

Scheint ja nach fast 2 Tagen Arbeit halbwegs zu funktionieren. Nur die Befehle nimmt Siri nicht immer an bzw. schaltet das Licht wie doof ein und aus :-\
Kannst du evtl. die Anbindung an FHEM noch testen?

Das kannst du immer noch! Es geht darum zu testen, ob homebridge richtig funktioniert und zwar ohne Fhem.

Fhem.js habe ich getestet, es geht nicht. Da musst du auf andre warten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 10 September 2015, 15:22:05
Okay, alles klar. Dann hab ichs falsch verstanden, ich war der Meinung die Konstruktion so wie sie ist würde funktionieren. Sorry!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 12:15:21
Zitat von: flurin am 10 September 2015, 15:12:53
... Installation gemäss homebridge-Anleitung ausgeführt und es funktioniert.

Was ich noch machen musste, war ein gründliches Upgrade:

Code Auswählen

$sudo apt-get dist-upgrade


aber dies nur vermutlich weil mein RPi fast 2 Jahre geschlafen hat  :)

Zum Testen (nur homebridge ohne Fhem)

FakeOutlet.js + config-fake.json downloaden https://github.com/cflurin/homebridge-shims (https://github.com/cflurin/homebridge-shims)

- FakeOutlet.js in homebridge/accessories kopieren
- config-fake.json auf config.json umbennen und in homebridge kopieren
- homebridge starten

Hab es mit der Konfiguration nun ebenfalls getestet. Funktioniert bei mir einwandfrei :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 September 2015, 13:46:08
Zitat von: Breaked am 11 September 2015, 12:15:21
Hab es mit der Konfiguration nun ebenfalls getestet. Funktioniert bei mir einwandfrei :-)

Okey, das ist schon mal ein Anfang  :)

Welche devices (Schalter, Lampen, ...) möchtest du mit Homekit (Eve?) anzeigen/steuern?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 14:29:56
In der Hoffnung, dass wir nicht aneinander vorbei reden :D:

Natürlich möchte ich später mal so viel wie möglich (von fhem) ansteuern.
Lampen,
Sonos (was aber ja schon standalone funktioniert),
Harmony (mit der Standalone-Funktion läufts derzeit bei mir noch nicht),
Relais (für meine Leinwand),
Heizung,
Verschlussabfrage für Magnetkontakte..

Glaube das war es fürs erste, was mir so einfällt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 September 2015, 14:41:02
Zum echt Üben kannst du z.B. FhemOutlet.js downloaden und ins Verzeichnis accessories kopieren. config.json entsprechend anpassen:

Code Auswählen

{
    "global": {
        "url": "127.0.0.1",
        "port": "8083"
    },
       
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },
   
    "platforms": [ 
    ],               

    "accessories": [
        {
            "accessory": "FhemOutlet",
            "name": "flex_lamp"
        }
    ]
}


"url" = deine fhem-IP Adresse: z.B 198.162.1.12

So kannst du schon mal was (Lampe, Relais) schalten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 14:44:51
Auf die Idee kam ich gerade auch schon, bzw. über http zu schalten.
Dein Tipp gefällt mir aber besser.

Habe aber gerade wieder gewonnen.. Beim versuch meine Harmony direkt einzubinden, hab ich wohl irgendwas zerschossen.
Code Auswählen
root@raspberrypi:/home/pi/homebridge# npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

module.js:338
    throw err;
          ^
Error: Cannot find module '../build/Release/dns_sd_bindings'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:278:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/home/pi/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
root@raspberrypi:/home/pi/homebridge#


Jetzt hab ich wieder diesen dns_sd_bindings error..
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 September 2015, 14:49:14
... Schritt für Schritt und Systematik führt zum Erfolg  ;)  Versuch zunächst meinen Vorschlag umzusetzen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 14:51:42
Darin versuche ich mich schon die ganze Zeit ;)

Nur wenn der Homebridge Server so gerade gar nicht anläuft, muss ich dem jetzt erstmal auf den Grund gehen.
Sobald das wieder ok ist, werde ich deinen Vorschlag testen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: agsteffan am 11 September 2015, 14:54:12
Ich verwende auch die Homebridge auf einem Raspberry Pi2 und die iOS App Eve. Und soweit klappt die Anbindung an die FHEM Plattform (für nur einen Raum mit wenigen Geräten) Siri klappt noch nicht, aber da muss ich vermutlich nur noch etwas herumexperimentieren.
Aber jetzt meine Frage. Hat es schon einer geschafft die Konfiguration von Eve auf ein anderes iOS Gerät zu synchronisieren?
Ich hatte die FHEM Plattform auf meinem IPad in Eve eingebunden. Auf meinem iPhone sind die Einstellungen aber nie erschienen. Eve (iPhone) erkannte zwar das ich mit der Konfiguration auf dem iPad begonnen hatte, erzählte mir aber nur ich sollte die iCloud Synchronisation abwarten. Aber es geschieht nichts.
Irgendwelche Tips wie man Eve auf zwei iOS Geräten nutzen kann?


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 15:21:25
Zitat von: flurin am 11 September 2015, 14:49:14
... Schritt für Schritt und Systematik führt zum Erfolg  ;)  Versuch zunächst meinen Vorschlag umzusetzen.

Bin jetzt deinem Vorschlag gefolgt.
Ich gehe davon aus, dass die Namen in den accessories, denen der Geräte von FHEM entsprechen müssen.

Wird alles erkannt, einziges Problem:

Code Auswählen
[Licht.Spiegelschrank] statusCode: 401 Message: Authorization Required


Wo kann ich noch meine LoginDaten für FHEM eingeben, oder besteht diese Möglichkeit nicht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 September 2015, 15:31:24
Authorization habe ich nicht implementiert, denn ich nutzte Homekit sowieso vorläufig nur lokal.
Du könntest ein zweites FHEMWEB ohne Authorization mit dem Port 8086 definieren:

Code Auswählen

define WEB_loc FHEMWEB 8086 global

und dann in config.json 8083 auf 8086 ändern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 15:47:45
Okay, läuft soweit 8)
Siri sagt mir nur immer, wenn ich das Licht schalte:

"Schalte die Lampe im Bad an"
Antwort: Die Steckdose ist eingeschaltet.

Geht das nicht anders derzeit? Denke wohl nicht, hab in der Eve-App schon rumprobiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 September 2015, 15:52:33
Da hat es noch mehr zum Üben  :)

FhemGarageDoorOpener   
FhemLightbulb.js   
FhemLockMechanism.js   
FhemOutlet.js   
FhemSwitch.js   
FhemTemperatureSensor.js   
FhemWindow.js
FhemWindowCovering.js
FakeOutlet.js


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 15:58:30
Ich verstehe nicht ganz?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 September 2015, 16:11:21
Zitat von: Breaked am 11 September 2015, 15:58:30
Ich verstehe nicht ganz?

Also mit Siri musst du Geduld haben, sie wird mit iOS 9 besser  :)

Was ich meinte ist, dass du z.B. mit FhemSwitch.js analog wie beim FehmOutlet probieren könntest.
Du kannst auch beliebig viele Accessories in config.json definieren, auch vom gleichen Typ.

Edit: siehe "config-fhem-sample.json"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 16:15:45
Bin schon am überlegen ob ich auf die iOS9 GM gehen soll, eben auch wegen Siri.
Auf den Jailbreak kann ich auch ganz gut verzichten.

Verstehe das mit den Shims glaub ich doch noch nicht zu 100%.
Was macht es für einen Unterschied, wenn ich doch mit FhemOutlet meine Lampe schalten kann. Warum dann mit FhemSwitch probieren?
Was sind da genau die Unterschiede?!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 11 September 2015, 18:10:21
Funktioniert es denn generell mit iOS9 schon?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 11 September 2015, 18:33:33

Zitat von: ags26 am 11 September 2015, 14:54:12Hat es schon einer geschafft die Konfiguration von Eve auf ein anderes iOS Gerät zu synchronisieren?
Dieser Thread ist nicht 'write only'. Lies bitte die Antworten, die schon ausführlich geschrieben worden sind.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 September 2015, 18:40:51
Zitat von: Spezialtrick am 11 September 2015, 18:10:21
Funktioniert es denn generell mit iOS9 schon?

Keine Ahnung. Teste es doch mal :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 11 September 2015, 19:39:26
So nachdem ich von "breaked" netterweise den Code 031-45-154 bekommen habe, kann ich auch schon mit Siri Lampen und Heizung steuern. Wobei ich sagen muss, dass es auch nerven kann, denn manchmal macht Siri einfach nicht das was sie tun sollte. Habt Ihr auch solche Problme mit den Sirinamen? Gibt's Tricks bei den Sirinamen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 11 September 2015, 19:40:54
Den Code stellst Du doch selbst ein?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 11 September 2015, 19:41:50
Zitat von: volschin am 11 September 2015, 19:40:54
Den Code stellst Du doch selbst ein?

Ok gut zu wissen, allerdings scheint der obige Code dann der DefaultWert zu sein ;-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 11 September 2015, 19:45:06
Bei Siri funktioniert am besten gutes Deutsch, wenn Du sie auf Deutsch nutzt. Beispiele gibt es im Thread. Ich habe meine Räume schön entsprechend Vorschlag benannt und die erkennt sie auch sehr gut. Bei manchen Accessoires gibt es sonst schon mal eine Websuche, weil sie es nicht versteht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 11 September 2015, 19:51:12

Zitat von: Breaked am 11 September 2015, 18:40:51
Keine Ahnung. Teste es doch mal :)
Alles was unter iOS 8 lief funktioniert bei mir analog in der 9.1 beta. Ich habe allerdings die Erweiterungen die kommen sollten noch nicht abgecheckt, z.B. Luftqualität, Fensteröffnung ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 September 2015, 20:29:53
edit: anbei eine erste version des fhem platform shims die komplett mit dem neuen api läuft.

gruss
  andre

edit: die änderungen sind inzwischen in die 'offizielle' version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eingeflossen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 12 September 2015, 21:28:54
Wird morgen direkt getestet mit iOS 9.1!  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 12 September 2015, 23:05:24
So schaut es bei mir aus:

Code Auswählen
root@cubietruck:/opt/homebridge# npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://192.168.178.3:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442091820395
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.178.3:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 3 accessories...
[Drucker] Initializing FhemSwitch accessory...
[Schreibtischlampen] Initializing FhemOutlet accessory...
[local_weather] Initializing FhemTemperatureSensor accessory...
Server listening on: http://<ip>:8080
[Schreibtischlampen] longpoll ended
[local_weather] longpoll ended
Sat Sep 12 2015 23:03:41 GMT+0200 (CEST) [Drucker] longpoll ended
[Schreibtischlampen] longpoll ended
[local_weather] longpoll ended

Eve findet leider garnichts. :S  Sind die Warnungen nach dem Start normal?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 September 2015, 23:19:04
gib die url die bei fetching steht bitte mal direkt im browser ein was kommt da zurück?

die meldungen sind normal.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 12 September 2015, 23:49:38
Hallo Andre,

Danke für deine Antwort. :)

Wenn ich

Code Auswählen
fetching: https://192.168.178.3:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1

in Safari eingebe, kann die Seite nicht geöffnet werden.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 07:37:29
was genau heißt kann nicht geöffnet werden?

je nach fehler stimmt die ip nicht oder du verwendest nicht auth oder ...

so lange die url nicht funktioniert kann homebridge keine devices abrufen.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 13 September 2015, 08:56:06
Guten Morgen,

bei mir steigt er aktuell mit folgendem Fehler aus.

Code Auswählen
[FHEM] [object Object]
/home/pi/homebridge/platforms/FHEM.js:743
        if( value.match( /uncertain/ ) )
                  ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.reading2homekit (/home/pi/homebridge/platforms/FHEM.js:743:19)
    at /home/pi/homebridge/platforms/FHEM.js:666:20
    at Array.forEach (native)
    at Object.FHEMAccessory (/home/pi/homebridge/platforms/FHEM.js:662:30)
    at /home/pi/homebridge/platforms/FHEM.js:372:40
    at Array.map (native)
    at Request._callback (/home/pi/homebridge/platforms/FHEM.js:361:31)
    at Request.self.callback (/home/pi/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/home/pi/homebridge/node_modules/request/request.js:1318:14)
pi@raspberrypi ~/homebridge $

Danke vorab.

Gruß Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 09:20:58
der fehler ist sehr komisch. eigentlich dürfte das nicht passieren. auch die [FHEM] [object Object] meldung ist nicht in ordnung.

zeig mal bitte den rest der ausgabe bevor der fehler passiert.

worauf hast du genericDeviceType gesetzt?

zeig mal bitte ein list (oder xmllist2) der devices. d.h. die ausgabe wenn du die  url die bei fetching steht direkt im browser eingibst.

ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081 (http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081) aktualisiert und fange den konkreten fehler jetzt ab. ich vermute aber das bei dir etwas anderes nicht passt und es damit immer noch nicht gehen wird.

gruss
  andre

edit: die [FHEM] [object Object] war ein fehler beim logging und nicht weiter schlimm. habe ich eben repariert. den erst verstehe ich immer noch nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 09:53:54
Fehler bei mir mit aktuellster Version und iOS 9.1 public beta.
Verbindung nicht möglich via Eve.

Code Auswählen
> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442130630524
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Bad&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 14 results
[FHEM] Bad.Waschmaschine is switchable
[FHEM] Bad.Waschmaschine has onOff [[object Object]]
[FHEM] [object Object]
[FHEM] ignoring Bad.WaschmaschineBetrieb
[FHEM] ignoring Bad.WaschmaschineHoherVerbrauch
[FHEM] ignoring Bad.WaschmaschineWatt
[FHEM] ignoring Bad.Waschmaschine_Power
[FHEM] ignoring Bad.fensteroffen
[FHEM] ignoring Bad.fensteroffenTemp
[FHEM] ignoring BadWaschmaschineAutoStandby
[FHEM] Fensterkontakt.Bad is contactsensor [contact]
[FHEM] [object Object]
[FHEM] HZ.Bad is thermostat [desiredTemperature]
[FHEM] HZ.Bad has temperature [temperature]
[FHEM] [object Object]
[FHEM] Licht.Bad is switchable
[FHEM] Licht.Bad has onOff [[object Object]]
[FHEM] [object Object]
[FHEM] ignoring Licht.Badezimmeran
[FHEM] Licht.Spiegelschrank is light
[FHEM] Licht.Spiegelschrank has onOff [[object Object]]
[FHEM] [object Object]
[FHEM] Sonos_Bad has volume
[FHEM] Sonos_Bad is switchable
[FHEM] Sonos_Bad has onOff [[object Object]]
[FHEM] [object Object]
[FHEM] Initializing platform accessory 'Bad.Waschmaschine'...
[FHEM] Loaded services for Bad.Waschmaschine
[FHEM] Initializing platform accessory 'Fensterkontakt.Bad'...
[FHEM] Loaded services for Fensterkontakt.Bad
[FHEM] Initializing platform accessory 'HZ.Bad'...
[FHEM] Loaded services for HZ.Bad
[FHEM] Initializing platform accessory 'Licht.Bad'...
[FHEM] Loaded services for Licht.Bad
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] Loaded services for Licht.Spiegelschrank
[FHEM] Initializing platform accessory 'Sonos_Bad'...
[FHEM] Loaded services for Sonos_Bad
  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [10.0.0.27] New connection from client +9s
  EventedHTTPServer [10.0.0.27] HTTP server listening on port 54826 +24ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-setup +160ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +6ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +40ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +493ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-setup +9s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +7ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +20ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +405ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-setup +27ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +4ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +10ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +184ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +22ms
  Accessory [Homebridge] Paired with client 82EFB7FF-F963-4CB2-8BD6-2FBBBB62C54B +49ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +125ms
  EventedHTTPServer [10.0.0.27] Client connection closed +135ms
  EventedHTTPServer [10.0.0.27] HTTP connection was closed +34ms
  EventedHTTPServer [10.0.0.27] HTTP server was closed +7ms
  EventedHTTPServer [10.0.0.27] New connection from client +891ms
  EventedHTTPServer [10.0.0.27] HTTP server listening on port 54826 +10ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-verify +46ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +3ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +15ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +91ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-verify +88ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +4ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +15ms
  HAPServer [CC:22:3D:E3:CE:30] Client 82EFB7FF-F963-4CB2-8BD6-2FBBBB62C54B verification complete +30ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +12ms
  EventedHTTPServer [10.0.0.27] HTTP request: /accessories +38ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +4ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +71ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pairings +976ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +10ms
  HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +22ms
  Accessory [Homebridge] Unpairing with client 82EFB7FF-F963-4CB2-8BD6-2FBBBB62C54B +5ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +92ms
  EventedHTTPServer [10.0.0.27] Client connection closed +68ms
  EventedHTTPServer [10.0.0.27] HTTP connection was closed +25ms
  EventedHTTPServer [10.0.0.27] HTTP server was closed +6ms



Bei Eingabe der URL: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442130630524
verlangt FHEM den Login und lädt im Anschluss fhem.pl runter.

Aufruf von http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Bad&XHR=1
zeigt eine lange Liste mit Readings an.


Revidiere!!
Hab es noch einige Male versucht, klappt schonmal mit Licht - weitere Test folgen.

- Funktioniert nur, wenn man genericDevice setzt. Automatisch bei mir bisher nicht - nur mit oben genanntem Fehler.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 10:06:26
@Breaked: das schaut eigentlich alles ok aus. die devices werden gefunden, longpoll wird aufgemacht, eve pairt sich mit homebridge.

was genau heisst verbindung nicht möglich ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 10:12:21
Eve zeigt bei der automatischen Suche, bzw. wenn ich auf den Raum "Bad" filtere an: Hinzufügen fehlgeschlagen. Verbindung mit Zubehör nicht möglich.

Daher auch der Code oben, in dem ziemlich am Ende steht:
Code Auswählen

  HAPServer [CC:22:3D:E3:CE:30] Client 7933067E-B9D4-4CEB-94C1-3BA7AF080660 verification complete +38ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +15ms
  EventedHTTPServer [10.0.0.27] HTTP request: /accessories +39ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +4ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +86ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pairings +984ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +10ms
  HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +21ms
  Accessory [Homebridge] Unpairing with client 7933067E-B9D4-4CEB-94C1-3BA7AF080660 +5ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +92ms
  EventedHTTPServer [10.0.0.27] Client connection closed +100ms
  EventedHTTPServer [10.0.0.27] HTTP connection was closed +28ms
  EventedHTTPServer [10.0.0.27] HTTP server was closed +7ms


Ob das alles so okay ist, weiß ich nicht. Unpairing with client sieht meiner Meinung nach aber nicht so dolle aus.

Bei der Steuerung über Siri, wird das Gerät benannt, wie in FHEM: Beispiel: "Licht.Spiegelschrank ist ausgeschaltet."
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 10:23:23
das unpairing hatte ich übersehen. das scheint aber auch nicht zum ersten pairing zu gehören in dem homebridge gepairt wird sondern zu einem anschließenden bei dem ein device gepairt wird.

das geht mit eve dann schief wenn die exportieren characteristics nicht zum service passen.

setz den filter in der homebridge config mal so das nur genau eine einzige lampe oder ein schalter gefunden wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 10:26:17
Wenn ich in der config auf genericDevice definiere, funktioniert es wunderbar. Licht, sowie Thermostat gerade getestet.
Lediglich die automatische Suche funktioniert bei mir nicht (room=Bad).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 10:30:23
dann hast du irgendein device bei dem das automatische mapping fhem<->homebridge noch nicht stimmt. kannst du bitte versuchen rauszufinden welches device das ist und die xmllist2 sowie die ausgabe von subscriptions aus dem debug web server (port 8080) posten.

danke
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 13 September 2015, 10:32:25
Zitat von: justme1968 am 13 September 2015, 09:20:58
der fehler ist sehr komisch. eigentlich dürfte das nicht passieren. auch die [FHEM] [object Object] meldung ist nicht in ordnung.

zeig mal bitte den rest der ausgabe bevor der fehler passiert.

worauf hast du genericDeviceType gesetzt?

zeig mal bitte ein list (oder xmllist2) der devices. d.h. die ausgabe wenn du die  url die bei fetching steht direkt im browser eingibst.

ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081 (http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081) aktualisiert und fange den konkreten fehler jetzt ab. ich vermute aber das bei dir etwas anderes nicht passt und es damit immer noch nicht gehen wird.

gruss
  andre

edit: die [FHEM] [object Object] war ein fehler beim logging und nicht weiter schlimm. habe ich eben repariert. den erst verstehe ich immer noch nicht.

Hallo Andre,

Hinweis hat geholfen. Lag am HM KeyMatic. Hab den mit samt denm "room" mal aus der config.json genommen und es läuft jetzt.  :D
Was noch nicht geht. In EVE zeigt er bei allen Geräten "zu letzt aktualisiert". Verstehe das so das EVE keine Verbindung zu Homebridge bekommt.

Gruß Mark
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 10:33:35
Ah, okay.
Wenn du mir kurz sagst wo ich das genau finde bzw. wie, mach ich das gern :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 10:39:00
@Newbee: die keymatic ist noch nicht fertig eingebaut. das kommt noch. zeig mal bitte ein ein xmllist2 auf die keymatic.

@Breaked: um das device zu finden wirst du mehr oder weniger nach und nach durchprobieren müssen. den debug browser findest du auf dem rechner auf dem homebridge läuft auf port 8080.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 13 September 2015, 10:42:50
Zitat von: justme1968 am 13 September 2015, 07:37:29
was genau heißt kann nicht geöffnet werden?

je nach fehler stimmt die ip nicht oder du verwendest nicht auth oder ...

so lange die url nicht funktioniert kann homebridge keine devices abrufen.

gruß
  andre

Chrome gibt mir einen ERR_TIMED_OUT Fehler aus.

Offenbar stimmt das httpS bei mir nicht. Wenn ich den selben Link ohne httpS eingebe, wird mir eine ellenlange Liste mit verschiedenen Devices ausgegeben.

Habe ich einen Fehler in meiner config.json:

Code Auswählen
{
    "global": {
        "url": "192.168.178.3",
        "port": "8083"
    },

"bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E6:CE:27",
        "port": 51826,
        "pin": "031-45-154"
    },

"platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.3",
            "port": "8083",
            "ssl": "true",
            "auth": {"user": "xxx", "pass": "yyy"},
            "filter": "room=Wohnzimmer"
        }
    ],

    "accessories": [
       
        {
            "accessory": "FhemSwitch",
            "name": "Drucker"
        },
        {
            "accessory": "FhemOutlet",
            "name": "Schreibtischlampen"
        },
        {
            "accessory": "FhemTemperatureSensor",
            "name": "local_weather"
        }
]
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 10:45:53
dann musst du die ssl und/oder auth zeile in der config.json weg lassen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 10:48:48
Ich hab nur die ssl Zeile weg gelassen und so funktionierts bei mir ;)

UPDATE
Ein Sonos-Player ist bei mir der Verursacher @andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 13 September 2015, 11:03:22
Zitat von: justme1968 am 13 September 2015, 10:45:53
dann musst du die ssl und auth zeile in der config.json weg lassen.

Ich habe nun die auth und wie Breaked vorgeschlagen hat auch die ssl Zeile gelöscht.

Erhalte nun diese Ausgabe, aber Eve findet leider weiterhin nichts:

Code Auswählen
root@cubietruck:/opt/homebridge# npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.3:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442134801401
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.3:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 3 accessories...
[Drucker] Initializing FhemSwitch accessory...
[Schreibtischlampen] Initializing FhemOutlet accessory...
[local_weather] Initializing FhemTemperatureSensor accessory...
Server listening on: http://<ip>:8080
longpoll ended
[FHEM] There was a problem connecting to FHEM (1).
[FHEM]   401: Authorization Required
Sun Sep 13 2015 11:00:01 GMT+0200 (CEST) [Drucker] longpoll ended
[Schreibtischlampen] longpoll ended
[local_weather] longpoll ended
starting longpoll: http://192.168.178.3:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442134803908
longpoll ended
Sun Sep 13 2015 11:00:04 GMT+0200 (CEST) [Drucker] longpoll ended
[Schreibtischlampen] longpoll ended
[local_weather] longpoll ended
starting longpoll: http://192.168.178.3:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442134805956
longpoll ended
Sun Sep 13 2015 11:00:06 GMT+0200 (CEST) [Drucker] longpoll ended
[Schreibtischlampen] longpoll ended
[local_weather] longpoll ended
^C
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 11:08:40
in deinem fall muss nur das ssl weg und das auth (mit richtigem user und password) bleiben.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 11:44:43
Kann ich noch irgendetwas testen, damit künftig alles automatisch erkannt werden kann?
Falls mir noch Geräte auffallen, die nicht akzeptiert werden, ergänze ich es an dieser Stelle.


Folgende Geräte im Raum sind i.O. bzw. der Server startet nicht:

Stand 13.09.15
- Sonos (on/off möglich)
- Homematic Rauchmelder werden ignoriert (Server i.O.)
- Contactsensor nicht ansprechbar über Siri (Status wird angezeigt)
- Harmony wird ignoriert (Server i.O.)
- Fritzbox Callmonitor wird ignoriert (Server i.O.)
- Enigma2 Receiver bringt Server zum Absturz

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 12:16:11
hab das sonos problem gefunden. volume geht über eine custom characteristic. das funktioniert mit dem neuen api anders. da muss ich erst noch rausfinden wie.

wenn du den if block ab zeile 1319 deaktivierst sollte es erst mal ohne volume funktionieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 12:23:07
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081 (http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081) noch mal aktualisiert. sonos devices sollten damit wieder gehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 12:26:24
Jup, damit läuft auch Sonos. Halt ohne Lautstärke, wie bereits erwähnt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 12:26:55
mit der neuen version auch mit :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 12:29:00
Also per Eve App kann ich die Lautstärke nicht regulieren, auch nicht über Siri.
Aktuelle Lautstärke wird zwar angezeigt, aber das wars.

Wie solls denn gehen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 12:32:42
es geht nicht per siri weil siri keine custom characteristics kann.

die +/- buttons in siri sollten eigentlich bedienbar sein. da muss ich noch mal schauen. das ging schon mal.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 12:34:38
+ / - hab ich nur in der Eve App.
Die sind aber nicht bedienbar.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 12:36:54
ich weiss woran es liegt aber noch nicht was ich dagegen tun kann. die custom characteristics funktionieren mit dem neuen api scheinbar anders oder noch nicht richtig.

kommt noch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 12:59:04
Hab oben nochmal paar Dinge ergänzt.


http://forum.fhem.de/index.php/topic,32652.msg332261.html#msg332261
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 13:12:16
rauchmelder sind noch nicht eingebaut. ich brauche ein list vom device.

beim contact sensor habe ich noch nicht rausgefunden ob der überhaupt mit siri geht. das gleiche gilt für den anwesenheitssensor.

harmony ist noch nicht eingebaut. ich habe noch nicht so die richtige idee wie. für jede aktion ein device wäre zwar einfach und dinge mit siri, das ganze ist aber unübersichtlich und die abbildung ist nicht ganz 1:1. eine custom Charakteristik bzw. service wäre richtiger, geht aber dann nicht mit siri.

was sollte beim callmonitor passieren?

für enigma2 brauche ich die log ausgabe, ein list vom device und die ausgabe von set ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 13:20:33
Hoffe ich hab verstanden was du mit "list vom device" meinst.

Das wäre der Enigma2 Receiver:
Code Auswählen
<ENIGMA2_LIST>
<ENIGMA2 name="Receiver" state="absent" sets="toggle:noArg on:noArg off:noArg volume:slider,0,1,100 volumeUp:noArg volumeDown:noArg msg remoteControl channelUp:noArg channelDown:noArg play:noArg pause:noArg stop:noArg record:noArg showText channel: mute:-,on,off input:-,tv,radio statusRequest:noArg reboot:noArg restartGui:noArg shutdown:noArg" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings https:0,1 http-method:GET,POST http-noshutdown:1,0 disable:0,1 bouquet-tv bouquet-radio timeout remotecontrol:standard,advanced,keyboard lightMode:0,1 macaddr:textField wakeupCmd:textField event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr">
<INT key="CHANGED" value=""/>
<INT key="DEF" value="10.0.0.16"/>
<INT key="INTERVAL" value="45"/>
<INT key="NAME" value="Receiver"/>
<INT key="NR" value="66"/>
<INT key="STATE" value="absent"/>
<INT key="TYPE" value="ENIGMA2"/>
<ATTR key="alias" value="Receiver"/>
<ATTR key="bouquet-radio" value="1:7:2:0:0:0:0:0:0:0:FROM BOUQUET &quot;userbouquet.radio_deutsch.radio&quot; ORDER BY bouquet"/>
<ATTR key="bouquet-tv" value="1:7:1:0:0:0:0:0:0:0:FROM BOUQUET &quot;userbouquet.mein_tv.tv&quot; ORDER BY bouquet"/>
<ATTR key="devStateIcon" value="on:black_Steckdose.on off:black_Steckdose.off"/>
<ATTR key="event-on-change-reading" value="snrdb"/>
<ATTR key="http-method" value="GET"/>
<ATTR key="icon" value="it_router"/>
<ATTR key="room" value="Favourites,Wohnzimmer"/>
<ATTR key="webCmd" value="channel:input"/>
<STATE key="acg" value="0" measured="2015-09-13 01:09:46"/>
<STATE key="apid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="ber" value="0" measured="2015-09-13 01:09:01"/>
<STATE key="channel" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="currentMedia" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="currentTitle" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="enigmaversion" value="2015-08-31" measured="2015-08-31 19:21:52"/>
<STATE key="eventcurrenttime" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventcurrenttime_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventcurrenttime_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventcurrenttime_next_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventdescription" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventdescription_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventduration" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventduration_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventduration_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventduration_next_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventname" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventname_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventremaining" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventremaining_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventremaining_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventremaining_next_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventstart" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventstart_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventstart_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventstart_next_hr" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventtitle" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="eventtitle_next" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="fpversion" value="0" measured="2015-06-19 15:42:19"/>
<STATE key="hdd1_capacity" value="465.8" measured="2015-06-19 15:42:19"/>
<STATE key="hdd1_free" value="446.414" measured="2015-09-13 00:55:30"/>
<STATE key="hdd1_model" value="ATA(ST500LM012 HN-M5)" measured="2015-06-19 15:42:19"/>
<STATE key="imageversion" value="5.1.0" measured="2015-08-31 19:21:52"/>
<STATE key="input" value="-" measured="2015-09-13 02:00:51"/>
<STATE key="iswidescreen" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="lanmac" value="7c:dd:90:68:b7:f3" measured="2015-08-31 19:21:52"/>
<STATE key="model" value="Solo²" measured="2015-06-19 15:42:19"/>
<STATE key="mute" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="nextTitle" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="onid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="pcrpid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="pmtpid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="power" value="off" measured="2015-09-13 01:09:46"/>
<STATE key="presence" value="absent" measured="2015-09-13 11:45:44"/>
<STATE key="providername" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="recordings" value="0" measured="2015-09-09 22:13:18"/>
<STATE key="recordings10_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings10_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings11_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings11_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings12_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings12_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings13_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings13_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings14_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings14_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings15_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings15_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings16_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings16_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings17_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings17_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings18_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings18_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings19_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings19_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings1_name" value="-" measured="2015-09-09 22:13:18"/>
<STATE key="recordings1_servicename" value="-" measured="2015-09-09 22:13:18"/>
<STATE key="recordings20_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings20_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings2_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings2_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings3_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings3_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings4_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings4_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings5_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings5_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings6_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings6_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings7_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings7_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings8_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings8_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings9_name" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings9_servicename" value="-" measured="2015-06-19 15:43:01"/>
<STATE key="recordings_error" value="0" measured="2015-09-09 20:11:43"/>
<STATE key="recordings_finished" value="0" measured="2015-09-13 02:00:51"/>
<STATE key="recordings_next" value="0" measured="2015-09-09 20:10:58"/>
<STATE key="recordings_next_counter" value="0" measured="2015-09-09 20:10:58"/>
<STATE key="recordings_next_counter_hr" value="-" measured="2015-09-09 20:10:58"/>
<STATE key="recordings_next_hr" value="-" measured="2015-09-09 20:10:58"/>
<STATE key="recordings_next_name" value="-" measured="2015-09-09 20:10:58"/>
<STATE key="recordings_next_servicename" value="-" measured="2015-09-09 20:10:58"/>
<STATE key="servicename" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="servicereference" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="servicevideosize" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="sid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="snr" value="0" measured="2015-09-13 01:09:46"/>
<STATE key="snrdb" value="0" measured="2015-09-13 01:09:46"/>
<STATE key="state" value="absent" measured="2015-09-13 02:00:51"/>
<STATE key="tsid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="tuner_a" value="BCM7356 DVB-S2 NIM (internal) (DVB-S2)" measured="2015-06-19 15:42:19"/>
<STATE key="tuner_b" value="BCM7356 DVB-S2 NIM (internal) (DVB-S2)" measured="2015-06-19 15:42:19"/>
<STATE key="txtpid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="videoheight" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="videowidth" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="volume" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="vpid" value="-" measured="2015-09-13 01:09:46"/>
<STATE key="webifversion" value="OWIF 0.4.7" measured="2015-08-31 19:21:52"/>
</ENIGMA2>
</ENIGMA2_LIST>

Falls das nicht richtig ist, gib mir einfach Bescheid.
Mit "Ausgabe vom set" kann ich nicht wirklich was anfangen.

Callmonitor: Ehrlich gesagt gar nicht darüber nachgedacht, was er machen soll..
Harmony: Wenn das mal ginge, um Szenen zu starten, wäre cool. Kann man aber evtl. auch über einen Button in FHEM schalten? Mal schaun.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 13:34:54
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081 (http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081) noch mal aktualisiert.

damit sollte enigma gehen. ich hatte noch ein überbleibsel von einem alten test drin. wenn es damit noch nicht geht brauche ich noch die ausgabe beim start von homebridge.

vom rauchmelder brauche ich noch ein list.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 13:42:10
Sorry, hier noch vom Rauchmelder:

Code Auswählen
<FHZINFO>
<CUL_HM_LIST>
<CUL_HM name="WZ.Rauchmelder" state="off" sets="assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan raw regBulk regSet reset sign:on,off statusRequest unpair" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr">
<INT key="DEF" value="232EE6"/>
<INT key="HMLAN1_MSGCNT" value="2"/>
<INT key="HMLAN1_RAWMSG" value="RC6815394,0001,00006026,FF,FFC8,02A010232EE626EC1F0601010037"/>
<INT key="HMLAN1_RSSI" value="-56"/>
<INT key="HMLAN1_TIME" value="2015-09-13 13:40:09"/>
<INT key="LASTInputDev" value="HMLAN1"/>
<INT key="MSGCNT" value="2"/>
<INT key="NAME" value="WZ.Rauchmelder"/>
<INT key="NR" value="319"/>
<INT key="STATE" value="off"/>
<INT key="TYPE" value="CUL_HM"/>
<INT key="lastMsg" value="No:02 - t:10 s:232EE6 d:26EC1F 0601010037"/>
<INT key="peerList" value="SZ.Teammelder,"/>
<INT key="protLastRcv" value="2015-09-13 13:40:09"/>
<INT key="protSnd" value="2 last_at:2015-09-13 13:40:09"/>
<INT key="protState" value="CMDs_done"/>
<INT key="rssi_HMLAN1" value="avg:-55 min:-55 max:-55 lst:-55 cnt:1 "/>
<INT key="rssi_at_HMLAN1" value="avg:-56 min:-56 max:-56 lst:-56 cnt:2 "/>
<INT key="IODev" value="HMLAN1"/>
<ATTR key="IODev" value="HMLAN1"/>
<ATTR key="actCycle" value="099:00"/>
<ATTR key="actStatus" value="alive"/>
<ATTR key="autoReadReg" value="4_reqStatus"/>
<ATTR key="event-on-change-reading" value="state"/>
<ATTR key="expert" value="2_full"/>
<ATTR key="firmware" value="1.0"/>
<ATTR key="group" value="Rauchmelder"/>
<ATTR key="model" value="HM-SEC-SD"/>
<ATTR key="msgRepeat" value="1"/>
<ATTR key="peerIDs" value="00000000,11111101,"/>
<ATTR key="room" value="CUL_HM,Haus,Homekit,Wohnzimmer"/>
<ATTR key="serialNr" value="KEQ0713295"/>
<ATTR key="subType" value="smokeDetector"/>
<ATTR key="webCmd" value="statusRequest"/>
<STATE key="Activity" value="alive" measured="2015-09-13 13:39:39"/>
<STATE key="CommandAccepted" value="yes" measured="2015-09-06 16:54:11"/>
<STATE key="D-firmware" value="1.0" measured="2015-09-06 16:52:29"/>
<STATE key="D-serialNr" value="KEQ0713295" measured="2015-09-06 16:52:29"/>
<STATE key="PairedTo" value="0x26EC1F" measured="2015-09-10 11:05:34"/>
<STATE key="R-pairCentral" value="0x26EC1F" measured="2015-09-09 12:25:10"/>
<STATE key="RegL_00:" value="02:01 0A:26 0B:EC 0C:1F 00:00" measured="2015-09-10 11:05:34"/>
<STATE key="battery" value="ok" measured="2015-09-13 13:40:09"/>
<STATE key="level" value="1" measured="2015-09-13 13:40:09"/>
<STATE key="peerList" value="SZ.Teammelder," measured="2015-09-13 13:39:39"/>
<STATE key="powerOn" value="2015-09-06 16:58:22" measured="2015-09-06 16:58:22"/>
<STATE key="recentStateType" value="info" measured="2015-09-13 13:40:09"/>
<STATE key="smoke_detect" value="none" measured="2015-09-06 17:20:47"/>
<STATE key="state" value="off" measured="2015-09-13 13:40:09"/>
<STATE key="trigLast" value="SZ.Teammelder:1" measured="2015-09-06 17:20:47"/>
<STATE key="trig_SZ.Teammelder" value="1" measured="2015-09-06 17:20:47"/>
</CUL_HM>
</CUL_HM_LIST>
</FHZINFO>


Receiver funzt on/off
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 14:07:47
Btw: Wie bekomm ich denn meine Homebridge dauerhaft ans laufen, wenn der Raspi bzw. FHEM läuft?

Bin nach der Anleitung vorgegangen, aber damit passiert nichts
http://www.tatsch-it.de/control-fhem-with-siri/

Den Pfad habe ich bei mir auf home/pi/homebridge geändert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 13 September 2015, 14:16:49
Unter was für einem Benutzer läuft dein fhem?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 14:18:06
Müsste eigentlich unter dem normalen User "pi" laufen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 13 September 2015, 14:27:35
Das bitte nachprüfen. Dann sicherstellen dass pi in sudoers ist und kein Kennwort dafür braucht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 14:46:02
Mir gehts gerade nicht ganz in den Sinn.
Bei mir gibts kein Ordner in /etc sudoers, nur sudoers.d.

Hab dazu leider zu wenig Ahnung, daher kann ich nur Schritt für Schritt nach der Anleitung oben vorgehen.


Homebridge automatisch starten
https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi#running-homebridge-on-bootup
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 15:43:28
Gibt noch ne Möglichkeit, dass man Siri eigene Namen für die Geräte gibt?
Siri sagt mir nun immer, den genauen Namen den ich in FHEM definiert habe z.B. "WZ.Licht ist eingeschaltet".
Gibts da ne Möglichkeit, ohne in FHEM alles umzubenennen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 15:52:28
du kannst in fhem den alias setzen oder in eve den siri namen oder in eve umbenennen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 15:55:16
Wenn ich in Eve den Siri Namen ändere, macht er es nicht.
Wird trotzdem wie in FHEM vorgelesen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 15:56:45
du kannst in eve auch denn gerätenamen ändern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 13 September 2015, 16:03:38
Bei mir funktioniert es nun endlich auch. :) Vielen Dank nochmals an Breaked und Andre. :)

Folgende Devices funktionieren jedoch bisher nicht:

- Max Fensterkontakte:     Funktionieren nicht, Bridge wird von Eve nicht gefunden
- MiLight:                         Funktionieren nicht, Bridge wird gefunden, aber die Kopplung schlägt fehl
- THL-Sensor von Dirk:     Funktionieren nicht, Bridge wird von Eve nicht gefunden

Ist es möglich diese hinzuzufügen?  ::)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 13 September 2015, 16:24:17
Zitat von: justme1968 am 13 September 2015, 10:39:00
@Newbee: die keymatic ist noch nicht fertig eingebaut. das kommt noch. zeig mal bitte ein ein xmllist2 auf die keymatic.

gruss
  andre

Anbei List auf KeyMatic

Code Auswählen
<FHZINFO>
<CUL_HM_LIST>
<CUL_HM name="Ent_Doorlock" state="unlocked (uncertain)" sets="assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Home genericDeviceType:switch,outlet,light,lock,blind,speaker,thermostat,contact icon sortby webCmd widgetOverride userattr">
<INT key="CFGFN" value="/opt/fhem/FHEM/home.cfg"/>
<INT key="DEF" value="23DAE1"/>
<INT key="HMLAN1_MSGCNT" value="10"/>
<INT key="HMLAN1_RAWMSG" value="E23DAE1,0000,0495CDC2,FF,FFC5,07A41023DAE125757206010130"/>
<INT key="HMLAN1_RSSI" value="-59"/>
<INT key="HMLAN1_TIME" value="2015-09-13 15:16:11"/>
<INT key="LASTInputDev" value="HMLAN1"/>
<INT key="MSGCNT" value="10"/>
<INT key="NAME" value="Ent_Doorlock"/>
<INT key="NR" value="456"/>
<INT key="NTFY_ORDER" value="50-Ent_Doorlock"/>
<INT key="STATE" value="unlocked (uncertain)"/>
<INT key="TYPE" value="CUL_HM"/>
<INT key="lastMsg" value="No:07 - t:10 s:23DAE1 d:257572 06010130"/>
<INT key="peerList" value="Fingerprint_SW1,Keyfob_Btn_01,Keyfob_Btn_02,"/>
<INT key="protEvt_AESCom-ok" value="1 last_at:2015-09-13 15:14:27"/>
<INT key="protLastRcv" value="2015-09-13 15:16:11"/>
<INT key="protSnd" value="8 last_at:2015-09-13 15:16:11"/>
<INT key="protState" value="CMDs_done"/>
<INT key="rssi_HMLAN1" value="min:-74 cnt:3 avg:-69.33 lst:-74 max:-66 "/>
<INT key="rssi_at_HMLAN1" value="max:-58 lst:-59 min:-70 cnt:8 avg:-62.25 "/>
<INT key="IODev" value="HMLAN1"/>
<ATTR key="IODev" value="HMLAN1"/>
<ATTR key="autoReadReg" value="4_reqStatus"/>
<ATTR key="expert" value="2_full"/>
<ATTR key="firmware" value="2.5"/>
<ATTR key="fm_type" value="unlockbutton,lockbutton,openbutton,keystate"/>
<ATTR key="fp_Home" value="150,250,5,"/>
<ATTR key="genericDeviceType" value="lock"/>
<ATTR key="icon" value="hm_keymatic"/>
<ATTR key="model" value="HM-SEC-KEY"/>
<ATTR key="msgRepeat" value="1"/>
<ATTR key="peerIDs" value="00000000,23F89E01,24C17B01,24C17B02,"/>
<ATTR key="room" value="Entrance"/>
<ATTR key="serialNr" value="XXX"/>
<ATTR key="subType" value="keyMatic"/>
<ATTR key="webCmd" value="lock:unlock:open"/>
<STATE key="CommandAccepted" value="yes" measured="2015-09-13 15:14:27"/>
<STATE key="D-firmware" value="2.5" measured="2015-08-30 09:58:45"/>
<STATE key="D-serialNr" value="XXX" measured="2015-08-30 09:58:45"/>
<STATE key="PairedTo" value="0x257572" measured="2015-08-30 09:59:49"/>
<STATE key="R-Fingerprint_SW1-lgCtOff" value="geLo" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-lgCtOn" value="geLo" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-lgCtValHi" value="100" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-lgCtValLo" value="50" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-lgKeyJtOff" value="open" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-lgKeyJtOn" value="open" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-lgOnTime" value="unused" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shCtOff" value="ltLo" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shCtOn" value="ltLo" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shCtValHi" value="180" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shCtValLo" value="50" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shKeyJtOff" value="open" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shKeyJtOn" value="open" measured="2015-08-30 09:59:51"/>
<STATE key="R-Fingerprint_SW1-shOnTime" value="unused" measured="2015-08-30 09:59:51"/>
<STATE key="R-Keyfob_Btn_01-lgCtOff" value="geLo" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-lgCtOn" value="geLo" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-lgCtValHi" value="100" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-lgCtValLo" value="50" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-lgKeyJtOff" value="open" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-lgKeyJtOn" value="open" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-lgOnTime" value="unused" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shCtOff" value="geLo" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shCtOn" value="geLo" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shCtValHi" value="100" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shCtValLo" value="50" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shKeyJtOff" value="unLock" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shKeyJtOn" value="unLock" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_01-shOnTime" value="unused" measured="2015-08-30 09:59:52"/>
<STATE key="R-Keyfob_Btn_02-lgCtOff" value="geLo" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-lgCtOn" value="geLo" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-lgCtValHi" value="100" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-lgCtValLo" value="50" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-lgKeyJtOff" value="lock" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-lgKeyJtOn" value="lock" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-lgOnTime" value="unused" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shCtOff" value="geLo" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shCtOn" value="geLo" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shCtValHi" value="100" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shCtValLo" value="50" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shKeyJtOff" value="lock" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shKeyJtOn" value="lock" measured="2015-08-30 09:59:53"/>
<STATE key="R-Keyfob_Btn_02-shOnTime" value="unused" measured="2015-08-30 09:59:53"/>
<STATE key="R-angelLocked" value="1170.11701170117 deg" measured="2015-08-30 09:59:49"/>
<STATE key="R-angelMax" value="1185.11851185119 deg" measured="2015-08-30 09:59:49"/>
<STATE key="R-angelOpen" value="225.022502250225 deg" measured="2015-08-30 09:59:49"/>
<STATE key="R-holdPWM" value="100" measured="2015-08-30 09:59:49"/>
<STATE key="R-holdTime" value="0 s" measured="2015-08-30 09:59:49"/>
<STATE key="R-keypressSignal" value="on" measured="2015-08-30 09:59:49"/>
<STATE key="R-ledFlashLocked" value="off" measured="2015-08-30 09:59:49"/>
<STATE key="R-ledFlashUnlocked" value="off" measured="2015-08-30 09:59:49"/>
<STATE key="R-pairCentral" value="0x257572" measured="2015-08-30 09:59:49"/>
<STATE key="R-setupDir" value="right" measured="2015-08-30 09:59:49"/>
<STATE key="R-setupPosition" value="360.03600360036 deg" measured="2015-08-30 09:59:49"/>
<STATE key="R-signal" value="on" measured="2015-08-30 09:59:49"/>
<STATE key="R-signalTone" value="low" measured="2015-08-30 09:59:49"/>
<STATE key="RegL_00:" value="02:01 03:19 0A:25 0B:75 0C:72 00:00" measured="2015-08-30 09:59:49"/>
<STATE key="RegL_01:" value="14:00 15:64 16:00 17:18 18:0F 19:4F 1A:4E 1F:00  00:00" measured="2015-08-30 09:59:49"/>
<STATE key="RegL_03:Fingerprint_SW1" value="03:22 04:32 05:B4 07:FF 0B:88 83:00 84:32 85:64  87:FF 8B:88 00:00" measured="2015-08-30 09:59:51"/>
<STATE key="RegL_03:Keyfob_Btn_01" value="03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00" measured="2015-08-30 09:59:52"/>
<STATE key="RegL_03:Keyfob_Btn_02" value="03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00" measured="2015-08-30 09:59:53"/>
<STATE key="aesCommToDev" value="ok" measured="2015-09-13 15:14:27"/>
<STATE key="aesKeyNbr" value="00" measured="2015-09-13 15:14:27"/>
<STATE key="battery" value="ok" measured="2015-09-13 15:16:11"/>
<STATE key="direction" value="undef" measured="2015-09-13 15:16:11"/>
<STATE key="error" value="none" measured="2015-09-13 15:16:11"/>
<STATE key="lock" value="unlocked" measured="2015-09-13 15:16:11"/>
<STATE key="peerList" value="Fingerprint_SW1,Keyfob_Btn_01,Keyfob_Btn_02," measured="2015-09-13 09:21:31"/>
<STATE key="recentStateType" value="info" measured="2015-09-13 15:16:11"/>
<STATE key="state" value="unlocked (uncertain)" measured="2015-09-13 15:16:11"/>
<STATE key="uncertain" value="permanent" measured="2015-09-13 15:16:31"/>
</CUL_HM>
</CUL_HM_LIST>
</FHZINFO>

Bekomme es aber generell nicht unter EVE zu laufen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 13 September 2015, 16:30:14
Nachdem ich heute ein Update in FHEM gemacht habe klappte meine Steuerung übers Homekit nichtmehr.
Ich habe daraufhin auch die Homebridge geupdated und die aktuelle FHEM.js genommen (von heute).
Leider bekomme ich in EVE jetzt nur noch ein Device "Homebridge" angezeigt.
----
edit: Ok mir scheint dass das jetzt neu so ist.
Allerdings kann ich die das Device "Homebridge" nicht hinzufügen?
----
So sieht meine Config.json aus:

Code Auswählen
{
"bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:27",
       "port": 51826,
       "pin": "031-45-154"
},

"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.1.30",
"port": "8085",
"filter": "room=Flur"
}
    ],

    "accessories": [
    ]
}

und nach einem "npm run start" sieht es wie folgt aus:
Code Auswählen

> homebridge@0.1.1 start /root/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'node' uses the Apple Bonjour compatibility layer o Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not spported (or only supported partially) in the Apple Bonjour compatibility layer f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libns_sd&e=node&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.30:8085/fhem.pl?XHR=1&inform=type=status;fiter=.*;since=null;fmt=JSON&timestamp=1442154528529
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.30:8085/fhem?cmd=jsonlist2%20room=Flur&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 3 results
[FHEM] IT_LichtFlur is switchable
[FHEM] IT_LichtFlur has onOff [state:on,off]
[FHEM] ignoring di_dummy_IT_LichtFlur
[FHEM] dummy_IT_LichtFlur is light
[FHEM] Initializing platform accessory 'IT_LichtFlur'...
[FHEM] Loaded services for IT_LichtFlur
[FHEM] Initializing platform accessory 'dummy_IT_LichtFlur'...
[FHEM] Loaded services for dummy_IT_LichtFlur
  EventedHTTPServer Server listening on port 51826 +0ms


Hab ich irgendwas vergessen / übersehen?

Gruß

PS: Die AccessoryLoader.js habe ich auch angepasst.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 18:30:31
Schonmal die persits und die Konfig auf dem iPhone von Homekit gelöscht und versucht neu einzurichten?
Anders würde mir nichts einfallen..
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 18:46:33
@SlvrStrko4: ein fhem update sollte keinerlei einfluss auf homebridge haben.

dein log schaut so weit ok aus. was heisst du kannst nicht hinzufügen? in deinem log ist kein pairing versuch zu sehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 18:50:58
Zitat von: Spezialtrick am 13 September 2015, 16:03:38
Bei mir funktioniert es nun endlich auch. :) Vielen Dank nochmals an Breaked und Andre. :)

Folgende Devices funktionieren jedoch bisher nicht:

- Max Fensterkontakte:     Funktionieren nicht, Bridge wird von Eve nicht gefunden
- MiLight:                         Funktionieren nicht, Bridge wird gefunden, aber die Kopplung schlägt fehl
- THL-Sensor von Dirk:     Funktionieren nicht, Bridge wird von Eve nicht gefunden

Ist es möglich diese hinzuzufügen?  ::)

Fenster-/Türkontakte funktionieren auch noch nicht.

Hier gibts ne platform für milight.
Hast du die schon getestet?

Wie in der config-sample zu sehen ist, einfach einbinden.

https://github.com/nfarina/homebridge/tree/master/platforms
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 September 2015, 19:01:08
die hm fenster und für kontakte sollten funktionieren.

für die max kontakte brauche ich ein jsonlist2.

milight ging schon mal. bitte auch ein jsonlist2.

für den thl sensor ebenso.

bei allen devices die gepollt werden ist es besser über fhem zu gehen als über den extra shim weil dann in fhem an einer stelle der status zusammen läuft. das gilt z.b. für die hue lampen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 13 September 2015, 19:05:14
Habe ein ähnliches Problem wie SlvrStrko4. Wähle in EVE Homebridge aus und bekomme folgende Ausgabe.

Code Auswählen
[FHEM] Loaded services for RR_Window
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +181ms
  EventedHTTPServer Server listening on port 51826 +460ms
  EventedHTTPServer [192.168.178.25] New connection from client +40s
  EventedHTTPServer [192.168.178.25] HTTP server listening on port 54826 +13ms
  EventedHTTPServer [192.168.178.25] HTTP request: /pair-setup +97ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-setup +4ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 1/5 +28ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +442ms
  EventedHTTPServer [192.168.178.25] HTTP request: /pair-setup +8s
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-setup +4ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 2/5 +15ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +358ms
  EventedHTTPServer [192.168.178.25] HTTP request: /pair-setup +57ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-setup +3ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 3/5 +10ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 4/5 +167ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 5/5 +20ms
  Accessory [Homebridge] Paired with client E24D870A-F98D-452C-89EB-A3F3B91E824A +42ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +89ms
  EventedHTTPServer [192.168.178.25] Client connection closed +41ms
  EventedHTTPServer [192.168.178.25] New connection from client +55ms
  EventedHTTPServer [192.168.178.25] HTTP server listening on port 54827 +8ms
  EventedHTTPServer [192.168.178.25] HTTP connection was closed +35ms
  EventedHTTPServer [192.168.178.25] HTTP server was closed +6ms
  EventedHTTPServer [192.168.178.25] HTTP request: /pair-verify +33ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-verify +3ms
  HAPServer [CC:22:3D:E3:CE:27] Pair verify step 1/2 +19ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +77ms
  EventedHTTPServer [192.168.178.25] HTTP request: /pair-verify +105ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:27] Pair verify step 2/2 +12ms
  HAPServer [CC:22:3D:E3:CE:27] Client E24D870A-F98D-452C-89EB-A3F3B91E824A verification complete +32ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +11ms
  EventedHTTPServer [192.168.178.25] HTTP request: /accessories +44ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: GET /accessories +3ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +193ms
  EventedHTTPServer [192.168.178.25] New connection from client +3s
  EventedHTTPServer [192.168.178.25] HTTP server listening on port 54826 +12ms
  EventedHTTPServer [192.168.178.25] Client connection error: write EPIPE +61ms
  EventedHTTPServer [192.168.178.25] Client connection closed +8ms
  EventedHTTPServer [192.168.178.25] HTTP connection was closed +43ms
  EventedHTTPServer [192.168.178.25] HTTP server was closed +6ms
  EventedHTTPServer [192.168.178.25] HTTP request: /pair-verify +26ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-verify +3ms
  HAPServer [CC:22:3D:E3:CE:27] Pair verify step 1/2 +13ms
  EventedHTTPServer [192.168.178.25] HTTP Repsonse is finished +81ms
  EventedHTTPServer [192.168.178.25] Client connection closed +31ms
  EventedHTTPServer [192.168.178.25] HTTP connection was closed +9ms
  EventedHTTPServer [192.168.178.25] HTTP server was closed +3ms
  caching: DR_Thermo_Center_Climate-measured-temp: 24 as number
  caching: KIT_Thermostat_Clima-measured-temp: 24 as number

EVE fügt aber nichts hinzu.


mein config.json sieht wie folgt aus. Die Accessory... Anpassungen habe ich auch gemacht.

Code Auswählen
{
    "global": {
        "url": "192.168.178.37",
        "port": "8083"
    },

    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:27",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.37",
            "port": "8083",
            "ssl": "true",
            "auth": {"user": "xxx", "pass": "yyy"},
            "filter": "room=Attic"
        },
       .......... stehe als Platzhalter für die anderen Räume, also nicht Teil der config.
       {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.37",
            "port": "8083",
            "ssl": "true",
            "auth": {"user": "xxx", "pass": "yyy"},
            "filter": "room=Garage"
        }
    ],

    "accessories": []
}

Bin Ratlos....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 September 2015, 19:07:37
Ja nun gut angezeigt werden die HM Kontakte jedenfalls, stimmt.
Über Siri nur noch nicht abfragbar.

Jsonlist2 für Milight
Code Auswählen
{
  "Arg":"Kueche.Leiste",
  "Results": [
  {
    "Name":"Kueche.Leiste",
    "PossibleSets":"on off dim dimup dimdown HSV RGB",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings gamma dimStep defaultColor defaultRamp colorCast whitePoint cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CONNECTION": "LD382A",
      "DEF": "RGB LD382A:10.0.0.36",
      "IP": "10.0.0.36",
      "LEDTYPE": "RGB",
      "NAME": "Kueche.Leiste",
      "NR": "164",
      "NTFY_ORDER": "50-Kueche.Leiste",
      "PORT": "5577",
      "PROTO": "1",
      "SLOT": "0",
      "STATE": "off",
      "TYPE": "WifiLight"
    },
    "Readings": {
      "RGB": { "Value":"000000", "Time":"2015-09-13 17:26:25" },
      "brightness": { "Value":"0", "Time":"2015-09-13 17:26:25" },
      "hue": { "Value":"0", "Time":"2015-09-13 17:26:25" },
      "saturation": { "Value":"0", "Time":"2015-09-13 17:26:25" },
      "state": { "Value":"off", "Time":"2015-09-13 17:26:25" }
    },
    "Attributes": {
      "colorCast": "0, -20, -20, -25, 0, -10",
      "group": "Licht",
      "room": "Küche",
      "webCmd": "RGB",
      "whitePoint": "1, 0.75, 0.25",
      "widgetOverride": "RGB:colorpicker,RGB"
    }
  }  ],
  "totalResultsReturned":1
}

Jsonlist2 für Max Kontakte

Code Auswählen
{
  "Arg":"Fensterkontakt_Schlafzimmer",
  "Results": [
  {
    "Name":"Fensterkontakt_Schlafzimmer",
    "PossibleSets":"wakeUp factoryReset groupid associate:HZ.Kueche,HZ.Wohnzimmer.Fenster,HZ.ThermoWZ,HZ.Schlafzimmer,HZ.Wohnzimmer.Wand,HZ.Bad,HZ.ThermoSZ deassociate:HZ.Kueche,HZ.Wohnzimmer.Fenster,HZ.ThermoWZ,HZ.Schlafzimmer,HZ.Wohnzimmer.Wand,HZ.Bad,HZ.ThermoSZ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 keepAuto:0,1 scanTemp:0,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "ShutterContact 0c9e7d",
      "LASTInputDev": "ml",
      "MSGCNT": "239",
      "NAME": "Fensterkontakt_Schlafzimmer",
      "NR": "217",
      "STATE": "opened",
      "TYPE": "MAX",
      "addr": "0c9e7d",
      "backend": "ml",
      "ml_MSGCNT": "239",
      "ml_TIME": "2015-09-13 19:06:27",
      "rferror": "0",
      "serial": "KEQ0840857",
      "type": "ShutterContact"
    },
    "Readings": {
      "MAXLAN_error": { "Value":"0", "Time":"2015-09-13 19:06:27" },
      "MAXLAN_errorInCommand": { "Value":"", "Time":"2015-09-13 19:06:27" },
      "MAXLAN_initialized": { "Value":"1", "Time":"2015-09-13 19:06:27" },
      "MAXLAN_isAnswer": { "Value":"0", "Time":"2015-09-13 19:06:27" },
      "MAXLAN_valid": { "Value":"1", "Time":"2015-09-13 19:06:27" },
      "battery": { "Value":"ok", "Time":"2015-09-13 19:06:27" },
      "firmware": { "Value":"1.4", "Time":"2015-09-13 15:05:22" },
      "groupid": { "Value":"2", "Time":"2015-09-13 15:05:22" },
      "onoff": { "Value":"1", "Time":"2015-09-13 19:06:27" },
      "state": { "Value":"opened", "Time":"2015-09-13 19:06:27" },
      "testresult": { "Value":"15", "Time":"2015-09-13 15:05:22" }
    },
    "Attributes": {
      "IODev": "ml",
      "room": "MAX"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 13 September 2015, 19:36:09
Ich habe sowohl den Persist Ordner geleert (auch schon Homebridge komplett neu geladen & installiert) als auch mehrfach schon im iPhone die Konfig vom Homekit gelöscht.

So sieht das ganze mit dem erfolglosen Pair-Versuch aus:

Code Auswählen

> homebridge@0.1.1 start /root/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.30:8085/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442165689968
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.30:8085/fhem?cmd=jsonlist2%20room=Flur&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[FHEM] got: 3 results
[FHEM] IT_LichtFlur is switchable
[FHEM] IT_LichtFlur has onOff [state:on,off]
[FHEM] ignoring di_dummy_IT_LichtFlur
[FHEM] dummy_IT_LichtFlur is light
[FHEM] Initializing platform accessory 'IT_LichtFlur'...
[FHEM] Loaded services for IT_LichtFlur
[FHEM] Initializing platform accessory 'dummy_IT_LichtFlur'...
[FHEM] Loaded services for dummy_IT_LichtFlur
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +43ms
  EventedHTTPServer Server listening on port 51826 +97ms
  EventedHTTPServer [::ffff:192.168.1.18] New connection from client +16s
  EventedHTTPServer [::ffff:192.168.1.18] HTTP server listening on port 54826 +7ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP request: /pair-setup +40ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-setup +3ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 1/5 +20ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP Repsonse is finished +238ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP request: /pair-setup +3s
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-setup +3ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 2/5 +7ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP Repsonse is finished +192ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP request: /pair-setup +273ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 3/5 +6ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 4/5 +117ms
  HAPServer [CC:22:3D:E3:CE:27] Pair step 5/5 +14ms
  Accessory [Homebridge] Paired with client 96FC20AE-2821-40B2-989A-A6619BE0596F +16ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP Repsonse is finished +38ms
  EventedHTTPServer [::ffff:192.168.1.18] Client connection closed +102ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] New connection from client +25ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP server listening on port 54827 +4ms
  EventedHTTPServer [::ffff:192.168.1.18] New connection from client +12ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP server listening on port 54828 +3ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP connection was closed +8ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP server was closed +3ms
  EventedHTTPServer [::ffff:192.168.1.18] Client connection closed +10ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP connection was closed +14ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP request: /pair-verify +6ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:27] Pair verify step 1/2 +7ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP Repsonse is finished +39ms
  EventedHTTPServer [::ffff:192.168.1.18] HTTP server was closed +8ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP request: /pair-verify +61ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:27] Pair verify step 2/2 +8ms
  HAPServer [CC:22:3D:E3:CE:27] Client 96FC20AE-2821-40B2-989A-A6619BE0596F verification complete +10ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP Repsonse is finished +5ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP request: /accessories +77ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: GET /accessories +2ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP Repsonse is finished +20ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP request: /pairings +128ms
  HAPServer [CC:22:3D:E3:CE:27] HAP Request: POST /pairings +1ms
  HAPServer [CC:22:3D:E3:CE:27] Removing pairing info for client +6ms
  Accessory [Homebridge] Unpairing with client 96FC20AE-2821-40B2-989A-A6619BE0596F +2ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP Repsonse is finished +23ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] Client connection closed +98ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP connection was closed +5ms
  EventedHTTPServer [fe80::1819:d221:131a:967e] HTTP server was closed +2ms


Ich nutze iOS 8.4.1 und die aktuelle Eve App falls das hilft.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Spezialtrick am 13 September 2015, 19:51:33
Hier die Jsonlist2 für den THL-Sensor von Dirk:

Code Auswählen
{
  "Arg":"HM_1AB244",
  "Results": [
  {
    "Name":"HM_1AB244",
    "PossibleSets":"assignHmKey burstXmit clear:readings,trigger,register,rssi,msgEvents,attack,all fwUpdate getConfig getRegRaw getSerial getVersion peerBulk peerChan raw regBulk regSet reset sign:on,off statusRequest unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HB-UW-Sen-THPL-I,HB-UW-Sen-THPL-O,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THPLSensor,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic alarmDevice alarmSettings blind cmdIcon devStateIcon devStateStyle fm_type icon light lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 outlet sortby speaker switch thermostat webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "1AB244",
      "LASTInputDev": "hmusb",
      "MSGCNT": "6",
      "NAME": "HM_1AB244",
      "NR": "311",
      "NTFY_ORDER": "50-HM_1AB244",
      "STATE": "T: 23.0 H: 64 L: 32.97",
      "TYPE": "CUL_HM",
      "hmusb_MSGCNT": "6",
      "hmusb_RAWMSG": "E1AB244,0000,000F0410,FF,FFC2,8EA2701AB24400000000E640000000000CE10C1C",
      "hmusb_RSSI": "-62",
      "hmusb_TIME": "2015-09-13 19:31:43",
      "lastMsg": "No:8E - t:70 s:1AB244 d:000000 00E640000000000CE10C1C",
      "protCmdDel": "1",
      "protLastRcv": "2015-09-13 19:31:43",
      "protResnd": "3 last_at:2015-09-13 19:23:51",
      "protResndFail": "1 last_at:2015-09-13 19:26:48",
      "protSnd": "4 last_at:2015-09-13 19:26:43",
      "protState": "CMDs_done_Errors:1",
      "rssi_at_hmusb": "avg:-62.16 min:-63 max:-62 lst:-62 cnt:6 "
    },
    "Readings": {
      "Activity": { "Value":"alive", "Time":"2015-09-13 19:16:09" },
      "D-firmware": { "Value":"0.14", "Time":"2015-07-13 12:10:49" },
      "D-serialNr": { "Value":"UWS9414056", "Time":"2015-07-13 12:10:49" },
      "PairedTo": { "Value":"0x000000", "Time":"2015-09-12 19:54:32" },
      "R-altitude": { "Value":"0 m", "Time":"2015-07-13 12:13:48" },
      "R-burstRx": { "Value":"off", "Time":"2015-07-13 12:13:48" },
      "R-ledMode": { "Value":"on", "Time":"2015-07-13 12:13:48" },
      "R-lowBatLimitTHPL": { "Value":"1.6 V", "Time":"2015-07-13 12:13:48" },
      "R-pairCentral": { "Value":"0x000000", "Time":"2015-07-13 12:13:48" },
      "R-transmDevTryMax": { "Value":"3", "Time":"2015-07-13 12:13:48" },
      "RegL_00:": { "Value":"01:00 05:64 0A:00 0B:00 0C:00 12:10 14:03 24:00  25:00 00:00", "Time":"2015-09-12 19:54:32" },
      "batVoltage": { "Value":"3.10", "Time":"2015-09-13 19:31:43" },
      "battery": { "Value":"ok", "Time":"2015-09-13 19:31:43" },
      "humidity": { "Value":"64", "Time":"2015-09-13 19:31:43" },
      "luminosity": { "Value":"32.97", "Time":"2015-09-13 19:31:43" },
      "state": { "Value":"T: 23.0 H: 64 L: 32.97", "Time":"2015-09-13 19:31:43" },
      "temperature": { "Value":"23.0", "Time":"2015-09-13 19:31:43" }
    },
    "Attributes": {
      "IODev": "hmusb",
      "actCycle": "000:10",
      "actStatus": "alive",
      "autoReadReg": "4_reqStatus",
      "expert": "2_full",
      "firmware": "0.14",
      "model": "HB-UW-Sen-THPL-I",
      "peerIDs": "00000000,",
      "room": "Wohnzimmer",
      "serialNr": "UWS9414056",
      "subType": "THPLSensor"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 14 September 2015, 09:02:41
Hallo Andre,

Bei mir das gleiche Problem wie bei SlvrStrko4. Sobald ich versuche in Eve mit Homebridge zu pairen, bricht der Vorgang erfolglos und fehlerlos ab. Und das nur mit dem FHEM platform shim. Mit HUE & Sonos Platform shims funktioniert alles wie es soll. Persist löschen und Homebridge reset haben auch nichts gebracht.

Code Auswählen
> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[AugustenFhem] Initializing FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442213282233
[AugustenFhem] Fetching FHEM switchable devices...
[AugustenFhem] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8080
[AugustenFhem] got: 163 results
<- snip ->
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +19ms
  EventedHTTPServer Server listening on port 51826 +61ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] New connection from client +1m
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP server listening on port 54826 +4ms
  EventedHTTPServer [::ffff:192.168.181.29] New connection from client +36ms
  EventedHTTPServer [::ffff:192.168.181.29] HTTP server listening on port 54827 +2ms
  EventedHTTPServer [::ffff:192.168.181.29] Client connection closed +14ms
  EventedHTTPServer [::ffff:192.168.181.29] HTTP connection was closed +13ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /pair-setup +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +15ms
  EventedHTTPServer [::ffff:192.168.181.29] HTTP server was closed +6ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +114ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /pair-setup +12s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +5ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +5ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +98ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /pair-setup +15ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +29ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +4ms
  Accessory [Homebridge] Paired with client 1A0E85E7-3BDD-4BDD-8A37-968DA58CC2E0 +10ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +17ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] Client connection closed +24ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP connection was closed +4ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP server was closed +2ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] New connection from client +4ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP server listening on port 54826 +15ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /pair-verify +6ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +3ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +20ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /pair-verify +34ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +2ms
  HAPServer [CC:22:3D:E3:CE:30] Client 1A0E85E7-3BDD-4BDD-8A37-968DA58CC2E0 verification complete +5ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +2ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /accessories +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +1ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +18ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP request: /pairings +161ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +1ms
  HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +2ms
  Accessory [Homebridge] Unpairing with client 1A0E85E7-3BDD-4BDD-8A37-968DA58CC2E0 +1ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP Repsonse is finished +12ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] Client connection closed +25ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP connection was closed +3ms
  EventedHTTPServer [fe80::1039:c30f:d713:6a20] HTTP server was closed +2ms

Ungekürztes Log gerne per Mail  8)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 September 2015, 09:20:07
so lange im log ein unpair auftaucht bedeutet das das homekit die verbindung abbricht weil bei irgend einem device irgendwo ein parameter nicht der spezifikation oder erwartung entspricht.

wenn das passiert bitte die device list so lange einschränken bis klar is welches device es ist und dann die subscriptions seite aus dem debug browser posten.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 14 September 2015, 11:25:02
Tatsächlich, wenn die Räume einzeln per Filter eingebunden werden geht es  :). Nur alles auf einmal ohne Filter geht nicht.  Es sind allen Devices Räume zugeordnet, unsorted gibts nicht. Da beim raumweisen abfragen ja die genau gleichen Devices verarbeitet werden verstehe ich nicht wo dann noch der Fehler sitzen kann...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 14 September 2015, 12:23:49
Gibt's vielleicht einen hidden room, der ggf. auch durch ein Modul genutzt wird?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 14 September 2015, 15:13:01
Jupp da war tatsächlich noch ne Menge im hidden room.
Schuldig scheint diese HUEGroup0:

List
Code Auswählen

Internals:
   DEF        group 0
   ID         G0
   IODev      bridge
   NAME       HUEGroup0
   NR         47
   STATE      Initialized
   TYPE       HUEDevice
   lights     1,2,3,4
   name       Lightset 0
   type       LightGroup
   Helper:
     devtype    G
     update_timeout 1
Attributes:
   IODev      bridge
   alias      Lightset 0
   delayedUpdate 1
   group      Beleuchtung
   room       ToDo
   webCmd     on:off



Subscriptions
Code Auswählen

accessory:
{ mappings:
{ pct: { reading: 'pct', cmd: 'pct' },
hue: { reading: 'hue', cmd: 'hue', min: 0, max: '65535' },
sat: { reading: 'sat', cmd: 'sat', min: 0, max: '254' },
rgb: { reading: 'rgb', cmd: 'rgb' },
onOff: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } },
name: 'HUEGroup0',
alias: 'Lightset 0',
device: 'HUEGroup0',
type: 'HUEDevice',
model: '',
PossibleSets: 'off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 rgb:colorpicker,RGB color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 hue:colorpicker,HUE,0,1,65535 sat:slider,0,1,254 xy effect:none,colorloop alert:none,select,lselect lights rename on-till off-till intervals off-for-timer on-for-timer blink',
serial: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
log: [Function]

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 September 2015, 17:35:54
@HolyMoly: problem gefunden. es gibt für die gruppen zwar die set kommandos für hue, sat, bri &co aber kein reading. d.h. beim abfragen des aktuellen wertes kommt undefined. das mag homekit nicht. wird repariert.

es gibt bald eine komplett auf das neue api umgebaute version. da werden dann auch die fehlenden devices mit drin sein und auch der co20 sensor.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: qube2 am 15 September 2015, 10:03:54
Hi,

erstmal vielen Dank für die tolle Anbindung von FHEM an Homebridge. Es ist wirklich beeindruckend was alles geht :D

Ich habe die letzte Version vom FHEM.js heute morgen vom GIT (justme-1968/homebridge) geholt und es werden bei mir deutlich mehr devices erkannt, leider habe ich ein problem mit dem Homematic Fenster Kontakten:

Code Auswählen

[FHEM] Initializing platform accessory 'shutterContact.terrace'...
[FHEM] creating services for shutterContact.terrace
[FHEM]   information service for shutterContact.terrace
[FHEM]   contact sensor service for shutterContact.terrace
/opt/homebridge/platforms/FHEM.js:1041
      return new Service.ContactSensorState(name);
             ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.createDeviceService (/opt/homebridge/platforms/FHEM.js:1041:14)
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1082:31)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at callbackLater (/opt/homebridge/platforms/FHEM.js:331:55)
    at Request._callback (/opt/homebridge/platforms/FHEM.js:406:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)


Es handelt sich um die HM-SEC-SC-2, hier ist die jsonlist2 von dem Device:

Code Auswählen

{
  "Arg":"shutterContact.terrace",
  "Results": [
  {
    "Name":"shutterContact.terrace",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan raw regBulk regSet reset sign:on,off unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss fp_Obergeschoss icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "./fhem.hm.cfg",
      "DEF": "2AD57B",
      "LASTInputDev": "hmusb",
      "MSGCNT": "361",
      "NAME": "shutterContact.terrace",
      "NR": "134",
      "NTFY_ORDER": "50-shutterContact.terrace",
      "STATE": "closed",
      "TYPE": "CUL_HM",
      "hmusb_MSGCNT": "361",
      "hmusb_RAWMSG": "E2AD57B,0000,C8023A40,FF,FFB6,DBA6412AD57B10191101DA00",
      "hmusb_RSSI": "-74",
      "hmusb_TIME": "2015-09-15 08:34:24",
      "lastMsg": "No:DB - t:41 s:2AD57B d:101911 01DA00",
      "protLastRcv": "2015-09-15 08:34:24",
      "protSnd": "360 last_at:2015-09-15 08:34:24",
      "protState": "CMDs_done",
      "rssi_at_hmusb": "lst:-74 avg:-74.25 max:-66 cnt:361 min:-91 "
    },
    "Readings": {
      "Activity": { "Value":"alive", "Time":"2015-09-09 13:30:09" },
      "D-firmware": { "Value":"2.4", "Time":"2015-02-20 12:58:38" },
      "D-serialNr": { "Value":"LEQ0500216", "Time":"2015-02-20 12:58:38" },
      "PairedTo": { "Value":"0x101911", "Time":"2015-02-20 12:58:40" },
      "R-cyclicInfoMsg": { "Value":"off", "Time":"2015-02-20 12:58:38" },
      "R-eventDlyTime": { "Value":"0 s", "Time":"2015-02-20 12:58:39" },
      "R-ledOnTime": { "Value":"0.5 s", "Time":"2015-02-20 12:58:39" },
      "R-msgScPosA": { "Value":"closed", "Time":"2015-02-20 12:58:39" },
      "R-msgScPosB": { "Value":"open", "Time":"2015-02-20 12:58:39" },
      "R-pairCentral": { "Value":"0x101911", "Time":"2015-02-20 12:58:38" },
      "R-sabotageMsg": { "Value":"on", "Time":"2015-02-20 12:58:38" },
      "R-sign": { "Value":"off", "Time":"2015-02-20 12:58:39" },
      "R-transmDevTryMax": { "Value":"6", "Time":"2015-02-20 12:58:38" },
      "R-transmitTryMax": { "Value":"6", "Time":"2015-02-20 12:58:39" },
      "RegL_00:": { "Value":"02:01 09:00 0A:10 0B:19 0C:11 10:01 14:06 00:00", "Time":"2015-02-20 12:58:40" },
      "RegL_01:": { "Value":"08:00 20:60 21:00 22:64 30:06 00:00", "Time":"2015-02-20 12:58:41" },
      "alive": { "Value":"yes", "Time":"2015-06-10 18:59:49" },
      "battery": { "Value":"ok", "Time":"2015-09-15 08:34:24" },
      "contact": { "Value":"closed (to hmusb)", "Time":"2015-09-15 08:34:24" },
      "recentStateType": { "Value":"info", "Time":"2015-06-10 18:59:49" },
      "sabotageError": { "Value":"off", "Time":"2015-06-10 18:59:49" },
      "state": { "Value":"closed", "Time":"2015-09-15 08:34:24" },
      "trigDst_101911": { "Value":"noConfig", "Time":"2015-09-15 08:34:24" },
      "trigger_cnt": { "Value":"218", "Time":"2015-09-15 08:34:24" }
    },
    "Attributes": {
      "IODev": "hmusb",
      "actCycle": "028:00",
      "actStatus": "alive",
      "alarmDevice": "Sensor",
      "alarmSettings": "alarm4,alarm5,alarm6,|shutterContact.terrace:open|Terrassentür|on",
      "alias": "Terrassentür WZ",
      "autoReadReg": "4_reqStatus",
      "devStateIcon": "open:fts_door_open@red closed:fts_door",
      "expert": "2_full",
      "firmware": "2.4",
      "fm_type": "door",
      "fp_Erdgeschoss": "265,950,0,",
      "group": "Türen",
      "icon": "fts_door",
      "model": "HM-SEC-SC-2",
      "peerIDs": "00000000,",
      "room": "CUL_HM,Wohnzimmer",
      "serialNr": "LEQ0500216",
      "subType": "threeStateSensor"
    }
  }  ],
  "totalResultsReturned":1
}


Gruß,
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 September 2015, 10:33:46
da ist ein tippfehler in der zeile. es muss
Code Auswählen
return new Service.ContactSensor(name);heissen. damit sollte es gehen.

gruss
  andre

ps: die version in git ist komplett auf das neue api umgestellt. im prinzip geht (bis auf solche dummen fehler :) ) alles was vorher ging. nur die custom characteristic für volume habe ich noch nicht zum laufen bekommen. keine ahnung woran das liegt.

ich räume noch mal komplett auf und baue jetzt noch nach und nach die fehlenden devices ein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 15 September 2015, 10:34:46
Also ich habe es bei mir jetzt auch auf ein Device einschränken können:

List:
Code Auswählen

Internals:
   DEF        kaku_switch 1 1
   ID         1
   IODev      pilight_ctrl
   NAME       IT_LichtFlur
   NR         502
   PROTOCOL   kaku_switch
   STATE      defined
   TYPE       pilight_switch
   UNIT       1
Attributes:
   room       Flur


Subscriptions
Code Auswählen

subscriptions: { undefined:
{ characteristic:
{ displayName: 'Change the power state',
UUID: '00000025-0000-1000-8000-0026BB765291',
iid: 9,
format: 'bool',
unit: undefined,
maximumValue: null,
minimumValue: null,
stepValue: null,
readable: true,
writable: true,
supportsEventNotification: true,
value: undefined,
minValue: undefined,
maxValue: undefined,
step: undefined,
updateValue: [Function],
locals: undefined,
_events: { set: [Function], get: [Function], change: [Function] },
eventEnabled: true },
accessory:
{ mappings: { onOff: { reading: 'state', cmdOn: 'on', cmdOff: 'off' } },
name: 'IT_LichtFlur',
alias: 'IT_LichtFlur',
device: 'IT_LichtFlur',
type: 'pilight_switch',
model: '',
PossibleSets: 'on:noArg off:noArg blink toggle on-for-timer on-till off-for-timer intervals off-till',
hasDim: undefined,
pctMax: undefined,
isLight: undefined,
isSwitch: undefined,
log: [Function],
connection:
{ base_url: 'http://192.168.1.30:8085',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
debug: undefined,
initParams: [Function: initParams] } },
onRegister: [Function] } } }


Könnte es sein das die Homebridge ein anderes "STATE" Reading erwartet als nur "defined" ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 September 2015, 10:51:25
schick mal bitte ein jsonlist2 vom device.

STATE ist kein reading sondern ein internal und wird nicht weiter benutzt. state ist das reading.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 15 September 2015, 11:11:57
Bitteschön:

Code Auswählen

{
  "Arg":"IT_LichtFlur",
  "Results": [
  {
    "Name":"IT_LichtFlur",
    "PossibleSets":"on:noArg off:noArg blink toggle on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fp_Grundriss fp_Grundriss2 genericDeviceType:blind,light,switch,speaker,thermostat genericDisplayType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "kaku_switch 1 1",
      "ID": "1",
      "NAME": "IT_LichtFlur",
      "NR": "502",
      "PROTOCOL": "kaku_switch",
      "STATE": "defined",
      "TYPE": "pilight_switch",
      "UNIT": "1"
    },
    "Readings": {    },
    "Attributes": {
      "genericDeviceType": "switch",
      "room": "Flur"
    }
  }  ],
  "totalResultsReturned":1
}


Also gibt es gar keine Readings für das Device
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: qube2 am 15 September 2015, 11:22:40
Zitat von: justme1968 am 15 September 2015, 10:33:46
da ist ein tippfehler in der zeile. es muss
Code Auswählen
return new Service.ContactSensor(name);heissen. damit sollte es gehen.

Hi Andre,

das war's, läuft perfekt. Werde weiter testen...

Cheers,
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 15 September 2015, 11:24:48
Also ich habe jetzt einfach mal für das Device ein Reading "state" gesetzt (setreading IT_LichtFlur state off) und jetzt klappt es auch.
Ich nutze dieses Device eh nicht (sondern nur über einen dummy) von daher kann da auch ruhig ein falsches "state" Reading dranstehen ;-)

---
edit: Jetzt hab ich mit meinem Dummy Flurlicht ein Problem.
Ich habe schon die "genericDeviceType" switch und light ausprobiert.
Die Subscriptions im Debug Browser sind leer.

Jsonlist2:
Code Auswählen

{
  "Arg":"dummy_IT_LichtFlur",
  "Results": [
  {
    "Name":"dummy_IT_LichtFlur",
    "PossibleSets":"on off",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fp_Grundriss fp_Grundriss2 genericDeviceType:blind,light,switch,speaker,thermostat genericDisplayType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "NAME": "dummy_IT_LichtFlur",
      "NR": "506",
      "STATE": "off",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"off", "Time":"2015-09-15 12:15:52" }    },
    "Attributes": {
      "alias": "Flurlicht",
      "genericDeviceType": "switch",
      "room": "Flur",
      "setList": "on off",
      "webCmd": "on:off"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: qube2 am 15 September 2015, 12:49:59
Hi Andre,

einen habe ich noch:

Ich verwende in meiner installation viele MySensor devices. Diese stellen unterschiedlich mapReading und setSettings zur Verfügung. Als Beispiel habe ich einen Sensor, der Temperatur- und Feuchtigkeitswert (temperatur, humidity) liefert, einen Bewegungsmelder (tripped) hat und in der Lage ist mehrere (4) Lampen ein- und auszuschalten (switch on,off).

Grundsätzlich wird dieser auch beim starten der homebridge auch erkannt:

Code Auswählen

[FHEM] Initializing platform accessory 'MYSENSOR_100'...
[FHEM] creating services for MYSENSOR_100
[FHEM]   information service for MYSENSOR_100
[FHEM]   humidity sensor service for MYSENSOR_100
[FHEM]     humidity characteristic for MYSENSOR_100


Die FHEM Implementierung vom MySensors nummeriert diese Sensoren (readings) des Devices durch, so dass MYSENSOR_100 folgende readings hat:

Code Auswählen

humidity      51.1   2015-09-15 12:36:29
switch4       off    2015-09-14 22:47:13
switch5       off    2015-09-14 22:47:55
switch6       off    2015-09-14 22:47:50
switch7       off    2015-09-14 22:47:38
temperature1  20.4   2015-09-15 12:36:33
tripped3      off    2015-09-15 12:35:38



Das Problem ist, das die reading vom FHEM.js nicht erkannt werden, da ihnen eine Nummer angefügt wird. So wird humidity erkannt, temperature1 oder switchN jedoch nicht.

Gibt es die Möglichkeit die Erkennung der Device readings zu optimieren die nachgestellte Nummer zu ignorieren? Evtl. durch die Verwendung von RegEx ausdrücken?

Hier ist die jasonlist2 Ausgabe von diesem Sensor:

Code Auswählen

{
  "Arg":"MYSENSOR_100",
  "Results": [
  {
    "Name":"MYSENSOR_100",
    "PossibleSets":"reboot switch4:off,on switch5:off,on switch6:off,on switch7:off,on time",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings config:M,I mode:node,repeater version:1.4 setCommands setReading_.+ mapReadingType_.+ mapReading_.+ requestAck:1 IODev event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type fp_Erdgeschoss fp_Obergeschoss icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "./fhem.mysensors.cfg",
      "DEF": "100",
      "NAME": "MYSENSOR_100",
      "NR": "164",
      "STATE": "H: 51.1 % T: 20.4 ºC M: off",
      "TYPE": "MYSENSORS_DEVICE",
      "ack": "0",
      "protocol": "1.5",
      "radioId": "100",
      "repeater": "0"
    },
    "Readings": {
      "humidity": { "Value":"51.1", "Time":"2015-09-15 12:39:43" },
      "switch4": { "Value":"off", "Time":"2015-09-14 22:47:13" },
      "switch5": { "Value":"off", "Time":"2015-09-14 22:47:55" },
      "switch6": { "Value":"off", "Time":"2015-09-14 22:47:50" },
      "switch7": { "Value":"off", "Time":"2015-09-14 22:47:38" },
      "temperature1": { "Value":"20.4", "Time":"2015-09-15 12:39:43" },
      "tripped3": { "Value":"off", "Time":"2015-09-15 12:39:01" }
    },
    "Attributes": {
      "IODev": "mysensors",
      "alarmDevice": "Sensor",
      "alarmSettings": "alarm4,alarm5,alarm6,|MYSENSOR_100.tripped3:.on|Bewegungsmelder Wohnzimmer|on",
      "alias": "MySensor Temperatur WZ",
      "fp_Erdgeschoss": "153,647,0,",
      "group": "Sensoren",
      "icon": "temperature_humidity",
      "mapReading_humidity": "0 humidity",
      "mapReading_switch4": "4 switch",
      "mapReading_switch5": "5 switch",
      "mapReading_switch6": "6 switch",
      "mapReading_switch7": "7 switch",
      "mapReading_temperature1": "1 temperature",
      "mapReading_tripped3": "3 tripped",
      "mode": "node",
      "room": "MySensors,Wohnzimmer",
      "setReading_switch4": "off,on",
      "setReading_switch5": "off,on",
      "setReading_switch6": "off,on",
      "setReading_switch7": "off,on",
      "stateFormat": "H: humidity % T: temperature1 ºC M: tripped3",
      "version": "1.5"
    }
  }  ],
  "totalResultsReturned":1
}


Cheers,
Thorsten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SlvrStrko4 am 15 September 2015, 13:41:22
Er scheint warum auch immer ein Problem damit zu haben das "OnOff" zu erkennen bzw. erwartet jeweils vor dem on und off noch ein " ".
Ich habe das setList von "on:noArg off:noArg" geändert auf "toggle on:noArg off:noArg" und jetzt klappt es auch.
Wieso erwartet er zwingend vor dem "on" noch ein Leerzeichen? Oder habe ich mein setList falsch definiert?

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 September 2015, 14:19:00
@qube2: es ist mit homekit nur bedingt sinnvoll mehrere services (das wären die sensoren mit unterschiedlichen nummern) in ein device zusammen zu fassen. du kannst z.b. auf homekit seite keine sprechenden namen vergeben und auch nicht einzeln über siri steuern. das gilt eigentlich auch für die fhem seite. du kannst so ja weder zu unterschiedlichen räumen zuordnen oder nicht an unterschiedlichen stellen auf dem floorplan anzeigen.

warum hat humidity keine angehängte nummer, temperature aber schon? warum startet die nummerierung für die switches nicht bei 1?

ich glaube es ist besser diese sammeln devices z.b. über readingsProxy in einzelne devices aufzuteilen und dann diese in homekit einzubinden.

@SlvrStrko4: eigentlich schaut der shim nach [\^ ]on. also leerzeichen oder zeilen anfang. ich schaue mal was das problem ist.

gruss
  andre

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: qube2 am 15 September 2015, 15:08:14
Vielen Dank für den Tipp mit dem readingsProxy, das hatte ich so noch gar nicht in Betracht gezogen ::) ... Schnell ausprobiert und es funktioniert! Ich hatte das bisher z.B. für den floorplan über dummy devices gelöst, aber dieser weg ist viel besser.

Warum die Sensoren so durchnummeriert werden kann ich nicht sagen, die Devices werden so vom gateway angelegt. Bisher hatte ich das nicht weiter hinterfragt. Es scheinen nur die "humidity" devices ohne Nummer angelegt, andere Devices mit nur einem Relay als actor werden jedoch direkt als "switch1" definiert. Aber das ist eine andere Baustelle.

Cheers,
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 15 September 2015, 22:01:03
Hallo zusammen!

Von mir auch noch einmal vielen Dank!!! Die Entwicklungen der letzen Tage sind ja der Wahnsinn...

Ich habe testweise meine Homematic-Lichtschalter, Fensterkontakte, LED-Stripes und meine MAX! Thermostate über EVE eingepflegt.

Wenn ich nun Siri das Licht in einen Raum ausschalten lasse und anschliessend Frage ob das Licht aus ist, kommt in der Regel eine falsche Antwort.

Schalte ich das Licht über die EVE-App, fängt das Licht auf einmal an in einer Endlosschleife An- und Aus zu gehen. Hat noch jemand so ein Problem?

Liebe Grüsse
Matzel ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 September 2015, 22:07:45
in dem post hier: http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081 (http://forum.fhem.de/index.php/topic,32652.msg332081.html#msg332081) und im git gibt es eine neue version.

wir haben das problem mit dem volume gefunden. der fix ist hier: https://github.com/KhaosT/HAP-NodeJS/commit/98ef550c8d6fd961741673d4b695a74dd0126eba (https://github.com/KhaosT/HAP-NodeJS/commit/98ef550c8d6fd961741673d4b695a74dd0126eba) zu finden.

der shim ist jetzt komplett auf das neue api umgestellt. die änderung am AccessoryLoader.js sind nicht mehr nötig.

@matzel: das sollte eigentlich nicht passieren. werden in eve die richtigen oder falschen werte angezeigt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 15 September 2015, 22:13:28
@justme1968 in EVE werden komischerweise die richtigen Werte angezeigt.

Wenn ich das Licht einschalte passt alles. Nur beim Ausschalten gerät dann irgendetwas in eine Endlosschleife...

Sehr kurios... Aber ich mache mich weiterhin auf die Suche.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 16 September 2015, 10:21:06
Hallo Andre,
bei mir gibt es leider noch Probleme mit dem Plattform Shim, wenn ich alle meine devices mit reinnehme. Ich versuche das mal einzugrenzen.

switch und light funktioniert aber.

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 September 2015, 18:36:52
anbei eine erste version mit harmony support. es gibt zwei mögliche arten geräte einzubinden. beide lassen sich auch kombinieren:
so ganz gefällt mir das ganze noch nicht. es kommen recht schnell sehr viele geräte zusammen wenn man alle aktivitäten berücksichtigt. ich habe aber noch keine idee wie man das einschränken kann.

eventuell wird es auch aufgeräumter wenn man alle aktivitäten in einem einzigen acessory mit mehreren services zusammenfasst. ich weiss auch noch nicht wie das dann mit siri ausschaut.

gruss
  andre

@volschin: es wäre sehr hilfreich wenn du wenn du rausfindest welches device probleme macht

edit: fix für das schalten auf geräte ebene, fix für on/off probleme u.a. bei Wifilight.

edit: die änderungen sind inzwischen in die 'offizielle' version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eingeflossen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 16 September 2015, 18:55:09
Hi @ justme1968

mit der neuen FHEM.js startet Homebridge bei mir zwar, aber die einzelnen Devices sind per EVE und Siri nicht erreichbar...
Ich habe meinen Harmony-Hub den genericDeviceType "Switch" gegeben...


Muss ich noch etwas anderes ändern?

VG
Matzel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 September 2015, 18:57:21
ob devices für den hub eingebunden werden siehst du beim starten auf der console

es kann sein das du das homebridge device erst aus eve löschen und neu einbinden musst.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 16 September 2015, 19:58:03
@justme1968
mit der neuen FHEM.js blieb mir nichts anderes übrig... Ich habe den persists-Ordner gelöscht. Die Homekitdatenbank resettet und den harmony-hub aus meinem Raum nach dem ich filtere (room=Homekit) aus FHEM herausgenommen. Dann funktioniert alles. Sobald ich den Hub wieder dem Raum "HomeKit" zuordne und Homebridge neustarte hängt sich Homebridge komplett auf. Ich kann danach nichts mehr steuern und auch keine Geräte mehr aus EVE entfernen...

Sehr strange...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 16 September 2015, 20:35:19
Hallo an alle die hier die vielen Module von JustMe1968 nutzen.

Ich bin der Christian, und habe NICHTS mit JustMe1968 selbst zu tun.
Ich kenne Ihn nicht persönlich und bin auch nicht weiter mit Ihm befreundet oder sowas.
Bin allerdings seit geraumer Zeit mit den gelieferten Modulen mehr als begeistert.

Ich möchte hier mal ein RIESEN Dankeschön erneut aussprechen.
Wenn ich denk wie ich dann das Harmony Modul (von JustMe1968 selbst?) benutzen kann um lt. meiner Vorstellung per Siri das Programm um zu schalten den passenden Sender zu erhalten, super !
(gut es gibt natürlich Sender die wieder evtl. Probleme bereiten werden, aber wird Siri oder ich schon lernen..)

Jetzt möchte ich allerdings noch mehr initiative ergreifen, und JustMe1968 bitten eine Donate Adresse zu bieten, so was ich Dir für deine ganze Mühe auch mal was Donaten kann.
Bin schon länger der Meinung für solch tolle Module, die freundlich gewartet werden und mit viel selbst Einsatz, oft auch ohne eigenen Nutzen die Module zu erweitern und alles zu erfragen ein freundliches Dankeschön zu senden.  Da geht ja auch jede menge Zeit drauf..

Also wenn du auch nur mir eine Donate Adresse zur Verfügung stellst, dann Donate auch nur ich dir.

.. ich kaufe mir so viele Apps im Store und auch mal wieder Steckdosen, die würden alle nur sehr umständlich und nicht so gut laufen, wenn es nicht solch tolle Module hier geben würde.

Danke auch mal wieder an Rudolf König und alle weiten beteiligten, die diese Plattform hier geschaffen haben.

.. Hurra ! Endlich die erste standardisierte Schnittstelle HOMEKIT über FHEM bedienbar !!

grüsse
Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: BerndDA am 17 September 2015, 16:32:03
Hallo,

die Homebridge funktioniert bei mir so weit gut(das was nicht geht liegt wohl an Apple). Großes Kompliment!!
Ich hätte da noch einen Vorschlag: Gerade jetzt am Anfang bei den Tests muss man doch öfter mal das Pairing zurück setzen.Dann muss man immer wieder alle "Siri Namen" der Geräte neu in der (Eve)App hinterlegen.
Es müsste eigentlich möglich sein, ein "userattr" in FHEM zu definieren (z.b. Siriname). Dieses Attribut könnte dann verwendet werden, um den korrekten Alias an Homekit zu geben. Also z.B. "Licht im Flur", "Deckenlampe in der Küche", ...
Was meint Ihr?

Grüße!
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 16:37:40
@matzel: was siehst du auf der console?

@JustMe: schön das glücklich bist. ob wir siri wirklich dazu bekommen auch die kanäle umzuschalten weiss ich noch nicht. was eventuell geht wäre das umschalten der hinterlegten favoriten.

@BerndDA: etwas in der art hatte ich auch schon überlegt. als default wird eigentlich schon der alias verwendet. das ist nur zur zeit noch nicht aktiv weil ich noch eine alte instanz laufen habe und es sonst namens konflikte gibt :)

bei einem eigenen siri attribut wollte auch noch einbauen das es automatisch geändert wird wenn man den namen in homekit ändert. d.h. änderungen werden in beide Richtungen synchronisiert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 17 September 2015, 17:03:51
@justme1968

Ich habe jetzt per GIT pull nochmal alles drübergezogen und neu kompiliert. Homebridge startet nun und ich sehe auf den Harmony-Hub:

[FHEM] Initializing platform accessory 'WZ.Harmony_Wohnzimmer'...
[FHEM] creating services for WZ.Harmony_Wohnzimmer
[FHEM]   information service for WZ.Harmony_Wohnzimmer
[FHEM]   switch service for WZ.Harmony_Wohnzimmer

Allerdings kann ich ihn nicht bedienen/verwenden. Als genericDeviceType habe ich switch eingetragen - ist das korrekt?

THX!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 17:08:59
in FHEM.js ist noch ein tippfehler. der block
Code Auswählen
599   else if( s.Internals.TYPE == 'harmony'
600            && s.Internals.id )
601     this.mappings.onOff = { reading: 'power', cmdOn: 'play', cmdOff: 'pause' };
muss
Code Auswählen
599   else if( s.Internals.TYPE == 'harmony'
600            && s.Internals.id )
601     this.mappings.onOff = { reading: 'power', cmdOn: 'on', cmdOff: 'off' };
heissen.

deine zeilennummern bei dir können etwas abweichen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CoolTux am 17 September 2015, 18:31:11
Zitat von: JustMe am 16 September 2015, 20:35:19
Jetzt möchte ich allerdings noch mehr initiative ergreifen, und JustMe1968 bitten eine Donate Adresse zu bieten, so was ich Dir für deine ganze Mühe auch mal was Donaten kann.
Bin schon länger der Meinung für solch tolle Module, die freundlich gewartet werden und mit viel selbst Einsatz, oft auch ohne eigenen Nutzen die Module zu erweitern und alles zu erfragen ein freundliches Dankeschön zu senden.  Da geht ja auch jede menge Zeit drauf..

Also wenn du auch nur mir eine Donate Adresse zur Verfügung stellst, dann Donate auch nur ich dir.


Bin ich voll dafür. Wegen meiner auch ne Paypal Adresse. André hilft mir so viel was nicht immer einfach mit mir ist. Er ist ein super Lehrer. Irgendwann in 3 Jahren möchte ich ihn gerne unterstützen. Und bis dahin Spende ich ihm gerne was für seine Arbeit und Hilfe.


Grüße
Leon
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 20:22:11
Hallo,

habe soweit alles am laufen. Einzig meine "Wifilights" lassen sich nicht ein bzw. aus schalten.
Helligkeit und Farbe geht aber kein einfaches ein/aus.

Hier noch ein List des Devices.

Code Auswählen
Internals:
   CONNECTION bridge-V3
   DEF        RGBW2 bridge-V3:192.168.10.84
   IP         192.168.10.84
   LEDTYPE    RGBW2
   NAME       KU_Tisch
   NR         21
   NTFY_ORDER 50-KU_Tisch
   PORT       8899
   PROTO      0
   SLOT       5
   STATE      off
   TYPE       WifiLight
   CHANGETIME:
   Helper:
     Dblog:
       Rgb:
         Dblog:
           TIME       1442513100.21286
           VALUE      000000
       Brightness:
         Dblog:
           TIME       1442513100.21286
           VALUE      0
       Hue:
         Dblog:
           TIME       1442513100.21286
           VALUE      0
       Saturation:
         Dblog:
           TIME       1442513100.21286
           VALUE      0
       State:
         Dblog:
           TIME       1442513100.21286
           VALUE      off
   Readings:
     2015-09-17 20:05:00   RGB             000000
     2015-09-17 20:05:00   brightness      0
     2015-09-17 20:05:00   hue             0
     2015-09-17 20:05:00   saturation      0
     2015-09-17 20:05:00   state           off
   Helper:
     COMMANDSET on off dim dimup dimdown HSV RGB sync pair unpair
     colorLevel 0
     colorValue 176
     llLock     0
     mode       0
     targetHue  0
     targetSat  0
     targetTime 1442513100.21189
     targetVal  0
     whiteLevel 0
     COLORMAP:
       176
       175
       175
       174
       174
       173
       173
       172
       172
       171
       171
       170
       170
       169
       169
       168
       167
       167
       166
       166
       165
       165
       164
       164
       163
       163
       162
       162
       161
       161
       160
       159
       159
       158
       158
       157
       157
       156
       156
       155
       155
       154
       154
       153
       153
       152
       151
       151
       150
       150
       149
       149
       148
       148
       147
       147
       146
       146
       145
       145
       144
       143
       142
       142
       141
       140
       139
       138
       138
       137
       136
       135
       134
       134
       133
       132
       131
       130
       130
       129
       128
       127
       126
       126
       125
       124
       123
       122
       122
       121
       120
       119
       118
       118
       117
       116
       115
       114
       114
       113
       112
       111
       110
       110
       109
       108
       107
       106
       106
       105
       104
       103
       102
       102
       101
       100
       99
       98
       98
       97
       96
       95
       95
       94
       93
       93
       92
       91
       91
       90
       89
       89
       88
       87
       87
       86
       85
       85
       84
       83
       83
       82
       81
       81
       80
       79
       79
       78
       77
       77
       76
       75
       75
       74
       73
       73
       72
       71
       71
       70
       69
       69
       68
       67
       67
       66
       65
       65
       64
       63
       63
       62
       61
       61
       60
       59
       59
       58
       57
       57
       56
       55
       55
       54
       53
       53
       52
       51
       51
       50
       49
       49
       48
       47
       47
       46
       45
       45
       44
       43
       43
       42
       41
       41
       40
       39
       39
       38
       37
       37
       36
       35
       35
       34
       33
       33
       32
       31
       31
       30
       29
       29
       28
       27
       27
       26
       25
       25
       24
       23
       23
       22
       21
       21
       20
       19
       19
       18
       17
       17
       17
       16
       15
       15
       14
       13
       12
       11
       11
       10
       9
       8
       7
       7
       6
       5
       4
       3
       3
       2
       1
       0
       254
       254
       253
       252
       251
       250
       250
       249
       248
       247
       246
       246
       245
       244
       243
       242
       242
       241
       240
       239
       238
       238
       237
       236
       235
       234
       234
       233
       232
       231
       230
       230
       229
       228
       227
       226
       226
       225
       224
       223
       222
       222
       221
       220
       219
       218
       218
       217
       216
       215
       214
       214
       213
       212
       211
       210
       210
       209
       208
       207
       206
       206
       205
       204
       203
       202
       202
       201
       200
       199
       198
       198
       197
       196
       195
       194
       194
       193
       192
       191
       190
       190
       189
       188
       187
       186
       186
       185
       184
       183
       182
       182
       181
       180
       179
       178
       178
       177
     GAMMAMAP:
       0
       0.182084917038383
       0.470591230357907
       0.820096073367633
       1.21622432924022
       1.65107624587364
       2.11950570346478
       2.61783651126499
       3.14328343499055
       3.69364788963403
       4.26714092851856
       4.86227250061747
       5.47777824197178
       6.112568939676
       6.76569440648595
       7.43631690144944
       8.12369109476553
       8.82714865073238
       9.54608615125084
       10.2799554881179
       11.0282561143647
       11.7905287188301
       12.566350006457
       13.3553283490082
       14.1571001291331
       14.971326642687
       15.7976914549342
       16.6358981290745
       17.4856682626968
       18.3467397808198
       19.2188654442296
       20.1018115396355
       20.9953567242883
       21.899291002556
       22.8134148158172
       23.7375382301393
       24.6714802087245
       25.615067958155
       26.5681363391464
       27.5305273339062
       28.5020895633382
       29.4826778482926
       30.4721528098611
       31.470380504392
       32.4772320894657
       33.4925835175601
       34.5163152545402
       35.5483120204638
       36.5884625504948
       37.6366593739748
       38.6927986099313
       39.7567797774927
       40.8285056198529
       41.9078819405719
       42.994817451133
       44.0892236287856
       45.1910145838062
       46.3001069353943
       47.4164196955005
       48.5398741599513
       49.6703938062953
       50.8079041978503
       51.9523328934805
       53.1036093626722
       54.2616649055192
       55.4264325772608
       56.5978471170475
       57.7758448806357
       58.9603637767409
       60.1513432067978
       61.3487240079
       62.5524483987055
       63.7624599281173
       64.9787034265577
       66.2011249596724
       67.429671784312
       68.6642923066494
       69.9049360423029
       71.1515535783445
       72.4040965370806
       73.6625175415008
       74.9267701822992
       76.1968089863762
       77.4725893867394
       78.7540676937228
       80.0412010674534
       81.3339474914964
       82.6322657476148
       83.9361153915856
       85.2454567300145
       86.5602507980997
       87.8804593382937
       89.2060447798182
       90.5369702189896
       91.8731994003132
       93.21469669831
       94.5614271000383
       95.9133561882787
       97.2704501253487
       98.6326756375187
       100
     hlCmdQueue:
     llCmdQueue:
Attributes:
   alias      Tisch
   defaultColor 40,100,100
   devStateIcon {Color_devStateIcon(ReadingsVal($name,"RGB","000000"))}:on
   fp_Grundriss 223,600,5,,
   genericDeviceType light
   group      KU_Licht
   icon       light_pendant_light_round
   lightSceneParamsToSave RGB
   room       Beleuchtung,Homekit
   sortby     1
   userattr   lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0
   verbose    0
   webCmd     RGB
   widgetOverride RGB:colorpicker,RGB

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 20:44:07
@SlvrStrko4: ich denke ich habe dein on/off problem gefunden.

@Masterfunk: schau mal ob das bei dir auch hilft.

@matzel: der harmony fix ist auch mit drin.

die version gibt es hier: http://forum.fhem.de/index.php/topic,32652.msg333573.html#msg333573 (http://forum.fhem.de/index.php/topic,32652.msg333573.html#msg333573).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 17 September 2015, 20:45:31
.. das mit dem Umschalten und schalten ist ja erst mal Zukunftsmusik.
Ich dachte nur gerade an den eigentlich schon coolen neuen Apple TV der in Zukunft dann bestimmt auch noch mehr kann.
Der hat ja keine Unterstützung für einen IR Booster und auch keinen durchschleifenden Eingang, der ein Cover Up Menü bereitstellen könnte.
Aber wenn es Siri, dann mit dem IR modul irgendwann über deine Module lernen kann, ist das schon wieder Fortschritt.
Das Hue Modul funktioniert nach wie vor super.

..übrigens bin ich kein schleimer, nur begeistert was mit FHEM alles möglich ist und wird.  :D


Frage:
Wie kann ich die eingebunden Temperatursensoren abfragen ?
Das Gerät wird mit Temperatur und Luftfeuchtigkeit aufgeführt.
Ich habe einen Siri Namen angegeben, der in der EVE App erscheint, zusätzlich habe ich Ihn dem Raum Wohnzimmer zugeordnet.
Wenn ich dann per Siri frage: "Wie ist die Temperatur an der xxxx" zeigt Sie mir das Wetter für diesen Ort aber nicht für das Gerät.
Wenn ich Siri frage: "Wie ist die Temperatur im Wohnzimmer", sagt Sie mir das sie keine Geräte für diesen Raum besitzt.

Im App wird alledings alles mit werten angezeigt. Lt. Homepage von EVE sollte ich auch solch eine fragen beantwortet bekommen.
Habe iOS9 inzwischen installiert.

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 20:52:29
bei mir funktioniert es wenn ich nach raumtempratur statt temperatur frage. klingt nur für den garten etwas komisch :)


gruss
  andre

ps: hat schon mal jemand einen rollladen per siri ansprechen können? ich bekomme immer noch die antwort das es keine jalousien gibt wenn ich siri sage es soll den rolladen steuern. im prinzip wird also erkannt was gemeint ist ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 21:06:46
Mit der neuen Version gibts bei mir Probleme:

Code Auswählen
/opt/homebridge/platforms/FHEM.js:1172
          characteristic.value = FHEM_cached[that.mappings.onOff.informId];
                               ^
TypeError: Cannot set property 'value' of undefined
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1172:32)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at callbackLater (/opt/homebridge/platforms/FHEM.js:356:55)
    at Request._callback (/opt/homebridge/platforms/FHEM.js:451:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)1172
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)


Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 17 September 2015, 21:08:29
Raumtemperatur funktioniert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 21:18:41
@Masterfunk: zeig mal bitte alle consolen ausgaben.

hast du inzwischen noch irgend etwas anderes ausser FHEM.js aktualisiert ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 21:33:06
Nein, habe nicht getauscht.
Heute Nachmittag nur die  "Characteristic.js" die hier im Poat empfohlen wurde.

Hier die komplette Konsolenausgabe:

Code Auswählen

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.10.80:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442518214535
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.10.80:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 33 results
[FHEM] BZ_FK is contact sensor [contact]
[FHEM] BZ_FK has onOff [state;on,off]
[FHEM] BZ_HV_Clima is thermostat [desired-temp]
[FHEM] BZ_HV_Clima has onOff [state;on,off]
[FHEM] BZ_HV_Clima has temperature [measured-temp]
[FHEM] BZ_Licht is light
[FHEM] BZ_Licht has onOff [state;on,off]
[FHEM] FL_Decke is dimable [pct]
[FHEM] FL_Decke has onOff [state;on,off]
[FHEM] GZ_FK is contact sensor [contact]
[FHEM] GZ_FK has onOff [state;on,off]
[FHEM] GZ_WC_FK is contact sensor [contact]
[FHEM] GZ_WC_FK has onOff [state;on,off]
[FHEM] creating devices for activities in Harmony_Hub
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity XBMC.nutzen,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity SONOS,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity TV.sehen,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity CD,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity Platte.hoeren,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity PowerOff,off]
[FHEM] KU_AP is dimable [pct]
[FHEM] KU_AP has onOff [state;on,off]
[FHEM] KU_FK is contact sensor [contact]
[FHEM] KU_FK has onOff [state;on,off]
[FHEM] KU_HV_Clima is thermostat [desired-temp]
[FHEM] KU_HV_Clima has onOff [state;on,off]
[FHEM] KU_HV_Clima has temperature [measured-temp]
[FHEM] KU_LED has RGB [RGB]
[FHEM] KU_LED has onOff [state;on,off]
[FHEM] KU_Sonos_SW_Sw is switchable
[FHEM] KU_Sonos_SW_Sw has onOff [state;on,off]
[FHEM] KU_Tisch has RGB [RGB]
[FHEM] KU_Tisch has onOff [state;on,off]
[FHEM] SZ_Decke is dimable [pct]
[FHEM] SZ_Decke has onOff [state;on,off]
[FHEM] SZ_FK_L is contact sensor [contact]
[FHEM] SZ_FK_L has onOff [state;on,off]
[FHEM] SZ_FK_R is contact sensor [contact]
[FHEM] SZ_FK_R has onOff [state;on,off]
[FHEM] SZ_HV_Clima is thermostat [desired-temp]
[FHEM] SZ_HV_Clima has onOff [state;on,off]
[FHEM] SZ_HV_Clima has temperature [measured-temp]
[FHEM] SZ_LED has RGB [RGB]
[FHEM] SZ_LED has onOff [state;on,off]
[FHEM] SZ_Sonos_SW_Sw is switchable
[FHEM] SZ_Sonos_SW_Sw has onOff [state;on,off]
[FHEM] SZ_links has RGB [RGB]
[FHEM] SZ_links has onOff [state;on,off]
[FHEM] SZ_rechts has RGB [RGB]
[FHEM] SZ_rechts has onOff [state;on,off]
[FHEM] Sonos_Kueche is switchable
[FHEM] Sonos_Kueche has onOff [transportState;play,pause]
[FHEM] Sonos_Kueche has volume [Volume:cached]
[FHEM] Sonos_Schlafzimmer is switchable
[FHEM] Sonos_Schlafzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Schlafzimmer has volume [Volume:cached]
[FHEM] Sonos_Wohnzimmer is switchable
[FHEM] Sonos_Wohnzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Wohnzimmer has volume [Volume:cached]
[FHEM] WZ_FK is contact sensor [contact]
[FHEM] WZ_FK has onOff [state;on,off]
[FHEM] WZ_Fenster has RGB [RGB]
[FHEM] WZ_Fenster has onOff [state;on,off]
[FHEM] WZ_HV_Clima is thermostat [desired-temp]
[FHEM] WZ_HV_Clima has onOff [state;on,off]
[FHEM] WZ_HV_Clima has temperature [measured-temp]
[FHEM] WZ_LED has RGB [RGB]
[FHEM] WZ_LED has onOff [state;on,off]
[FHEM] WZ_LP is light
[FHEM] WZ_LP has onOff [state;on,off]
[FHEM] WZ_Lesen is light
[FHEM] WZ_Lesen has onOff [state;on,off]
[FHEM] WZ_Sonos_SW is switchable
[FHEM] WZ_Sonos_SW has onOff [state;on,off]
[FHEM] WZ_Tisch is dimable [pct]
[FHEM] WZ_Tisch has onOff [state;on,off]
[FHEM] WZ_XBMC is switchable
[FHEM] WZ_XBMC has onOff [state;on,off]
[FHEM] Initializing platform accessory 'BZ_FK'...
[FHEM] creating services for BZ_FK
[FHEM]   information service for BZ_FK
[FHEM]   contact sensor service for BZ_FK
[FHEM]     power characteristic for BZ_FK
/opt/homebridge/platforms/FHEM.js:1172
          characteristic.value = FHEM_cached[that.mappings.onOff.informId];
                               ^
TypeError: Cannot set property 'value' of undefined
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1172:32)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at callbackLater (/opt/homebridge/platforms/FHEM.js:356:55)
    at Request._callback (/opt/homebridge/platforms/FHEM.js:451:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 21:40:07
zeig mal bitte ein xmllist von BZ_FK.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 21:42:54
Da isser:

Code Auswählen
<FHZINFO>
<CUL_HM_LIST>
<CUL_HM name="BZ_FK" state="closed" sets="assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all getConfig getRegRaw peerBulk peerChan raw regBulk regSet reset sign:on,off unpair" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude alarmDevice alarmSettings building building_map cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss fp_Info fp_Media fp_System genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map setList sortby structexclude webCmd widgetOverride userattr">
<INT key="DEF" value="2BD783"/>
<INT key="HMLAN1_MSGCNT" value="1"/>
<INT key="HMLAN1_RAWMSG" value="E2BD783,0000,0680D828,FF,FFBF,D9B6102BD783123ABC06010000"/>
<INT key="HMLAN1_RSSI" value="-65"/>
<INT key="HMLAN1_TIME" value="2015-09-17 06:00:33"/>
<INT key="HMUSB1_MSGCNT" value="1"/>
<INT key="HMUSB1_RAWMSG" value="E2BD783,0000,4064E3F1,FF,FFCD,D9B6102BD783123ABC06010000"/>
<INT key="HMUSB1_RSSI" value="-51"/>
<INT key="HMUSB1_TIME" value="2015-09-17 06:00:33"/>
<INT key="LASTInputDev" value="HMUSB1"/>
<INT key="MSGCNT" value="2"/>
<INT key="NAME" value="BZ_FK"/>
<INT key="NR" value="296"/>
<INT key="NTFY_ORDER" value="50-BZ_FK"/>
<INT key="STATE" value="closed"/>
<INT key="TYPE" value="CUL_HM"/>
<INT key="lastMsg" value="No:D9 - t:10 s:2BD783 d:123ABC 06010000"/>
<INT key="peerList" value="BZ_HV_WindowRec,"/>
<INT key="protLastRcv" value="2015-09-17 06:00:33"/>
<INT key="protSnd" value="1 last_at:2015-09-17 06:00:33"/>
<INT key="protState" value="CMDs_done"/>
<INT key="rssi_at_HMLAN1" value="avg:-65 cnt:1 min:-65 lst:-65 max:-65 "/>
<INT key="rssi_at_HMUSB1" value="lst:-51 cnt:1 min:-51 avg:-51 max:-51 "/>
<INT key="IODev" value="HMLAN1"/>
<ATTR key="IODev" value="HMLAN1"/>
<ATTR key="IOgrp" value="vccu:HMLAN1"/>
<ATTR key="actCycle" value="028:00"/>
<ATTR key="actStatus" value="alive"/>
<ATTR key="alias" value="Fenster Bad"/>
<ATTR key="autoReadReg" value="4_reqStatus"/>
<ATTR key="devStateIcon" value="closed:fts_window_1w@green open:fts_window_1w_open@red tilted:fts_window_1w_tilt@yellow"/>
<ATTR key="expert" value="2_full"/>
<ATTR key="firmware" value="2.4"/>
<ATTR key="fp_Grundriss" value="922,1013,0,,"/>
<ATTR key="model" value="HM-SEC-RHS"/>
<ATTR key="peerIDs" value="00000000,2B390503,"/>
<ATTR key="room" value="Heizung,Homekit"/>
<ATTR key="serialNr" value="LEQ0566686"/>
<ATTR key="subType" value="threeStateSensor"/>
<ATTR key="verbose" value="0"/>
<STATE key="Activity" value="alive" measured="2015-09-17 06:09:53"/>
<STATE key="D-firmware" value="2.4" measured="2015-08-30 20:32:21"/>
<STATE key="D-serialNr" value="LEQ0566686" measured="2015-08-30 20:32:21"/>
<STATE key="alive" value="yes" measured="2015-09-17 06:00:33"/>
<STATE key="battery" value="ok" measured="2015-09-17 06:00:33"/>
<STATE key="contact" value="closed (to vccu)" measured="2015-09-17 06:00:33"/>
<STATE key="cover" value="closed" measured="2015-09-17 06:00:33"/>
<STATE key="peerList" value="BZ_HV_WindowRec," measured="2015-09-16 06:49:46"/>
<STATE key="recentStateType" value="info" measured="2015-09-17 06:00:33"/>
<STATE key="state" value="closed" measured="2015-09-17 06:00:33"/>
<STATE key="trigDst_vccu" value="noConfig" measured="2015-09-14 21:03:59"/>
<STATE key="trigger_cnt" value="90" measured="2015-09-14 21:03:59"/>
</CUL_HM>
</CUL_HM_LIST>
</FHZINFO>
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 21:50:12
Habe die Fensterkontakte jetzt mal rausgeworfen.
Ohne geht alles, und die Wifilights lassen sich auch schalten.
Mit der "alten FHEM.js" gingen aber auch die Fensterkontakte.

Was mir noch aufgefallen ist, die Thermostate zeigen bei Modus in EVE alle "aus".
Ist das noch nicht implementiert?

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 17 September 2015, 21:57:31
Hi,

ich habe das soweit dank den Anleitungen und den Mühen einiger hier recht gut zum laufen bekommen, habe da aber noch 1-2 kleine Fragen/Probleme, traue mich aber sie nicht zu fragen, da es sein kann das in dem mittlerweile 46 Seiten langen Post das schonmal wer hatte und ich das überlesen habe. Ich folge dem Thread doch m.E. aufmerksam, aber es fällt einem mittlerweile schon etwas schwer sich zurecht zu finden wo jetzt die aktuellste Version von XY zu finden ist, wie man dies das und jenes macht usw und da es doch ein tolles Thema ist, wollte ich frage, ob man nicht über eine Seite im FHEM Wiki nachdenken möchte? Ggf. würde es hier einigen es erleichtern es einzurichten und es würden ggf. weniger die gleichen Fragen immer wieder gestellt werden.

Und jetzt trau ich mich doch schnell.

Ich hab iOS9, homebridge mit fhem verbunden über FHEM.js, habe gefiltert nach einem Raum HomeKit, wo ich meine Homematic und Hue Lampen, sowie ein Homematic Jalousien-Aktor und ein paar Fibaro Sensoren drin hab.

Alles ist schön in die einzelnen Räume verpackt, aber wenn ich sage "Schalte das Licht im Schlafzimmer ein", schaltet Siri ALLE Lampen an, wenn ich sie bitte in einem Raum das Licht auszumachen, schaltet sie immer alles aus. Die Lampen sind ales Lampen bzw. Deckenlampen im Eve konfiguriert. Was mache ich falsch?`Muss ich die Lampen noch speziell nennen?

Danke und Gruss,
Hive
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 22:02:08
Hallo Hive,

ich habe das auf der fhem Seite auch so gelöst wie Du.
Du musst dann in EVE die Lampen auf Räume verteieln, dann kannst Du auch einzelne Räume schalten.

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 22:06:28
@Masterfunk: arg... fehler gefunden. die geänderte regex zum erkennen von on und off war etwas zu großzügig und hat das sign:on,off auch erkannt. ich hoffe ich habe es jetzt endgültig repariert. die version ist wieder hier: http://forum.fhem.de/index.php/topic,32652.msg333573.html#msg333573 (http://forum.fhem.de/index.php/topic,32652.msg333573.html#msg333573)

der mode für die thermostate ist noch nicht implementiert.

@hive2015: jeder darf wiki seiten schreiben. freiwillige vor :)

versuch mal statt lampen statt licht zu sagen. aber was meinst du mit sie sind als lampen in eve konfiguriert? das geht doch automatisch.

räume musst du in eve konfigurieren. die fhem räume können leider nicht übernommen werden.

gruss
  andre

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 17 September 2015, 22:11:40
Perfekt!

Schnurrt wie ein Kätzchen.  ;)

Jetzt muss ich nur noch rausfinden, wie ich den Homematik Dimmern beibringe bei einem "on" nicht auf 100% zu fahren...

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 17 September 2015, 22:24:32
Hm... mit der neuen Version hab ich mir wieder alles zerschossen.

Homebridge startet normal, aber alle Devices werden in EVE als !NICHT ERREICHBAR! angezeigt. Nur ein kompletter Reset hilft dann weiter...
Anbei meine Konsolenausgabe...
Code Auswählen

> homebridge@0.1.1 start /home/matzel/homebridge
> DEBUG=* node app.js || true "run"

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.102:8000/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442521196023
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.102:8000/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 29 results
[FHEM] AN.SR.Licht_Decke_Garagenseite is light
[FHEM] AN.SR.Licht_Decke_Garagenseite has onOff [state;on,off]
[FHEM] AN.SR.Licht_Decke_Gartenseite is light
[FHEM] AN.SR.Licht_Decke_Gartenseite has onOff [state;on,off]
[FHEM] EZ.Licht_Lampe is light
[FHEM] EZ.Licht_Lampe has onOff [state;on,off]
[FHEM] EZ.Licht_Strahler is light
[FHEM] EZ.Licht_Strahler has onOff [state;on,off]
[FHEM] FL.AN.Licht is light
[FHEM] FL.AN.Licht has onOff [state;on,off]
[FHEM] FL.Licht_Wohnung is light
[FHEM] FL.Licht_Wohnung has onOff [state;on,off]
[FHEM] GB.Licht is light
[FHEM] GB.Licht has onOff [state;on,off]
[FHEM] GB.Licht_Schrank is light
[FHEM] GB.Licht_Schrank has onOff [state;on,off]
[FHEM] IWY_Garten has RGB [RGB]
[FHEM] IWY_Garten has onOff [state;on,off]
[FHEM] IWY_Wohnzimmer has RGB [RGB]
[FHEM] IWY_Wohnzimmer has onOff [state;on,off]
[FHEM] KUE.Licht_Strahler_Koffer is light
[FHEM] KUE.Licht_Strahler_Koffer has onOff [state;on,off]
[FHEM] KUE.Licht_Strahler_Raum is light
[FHEM] KUE.Licht_Strahler_Raum has onOff [state;on,off]
[FHEM] MPD_kueche has volume [volume:cached]
[FHEM] WZ.HZ.links is thermostat [desiredTemperature]
[FHEM] WZ.HZ.links has temperature [temperature]
[FHEM] WZ.HZ.rechts is thermostat [desiredTemperature]
[FHEM] WZ.HZ.rechts has temperature [temperature]
[FHEM] WZ.Harmony_Wohnzimmer is switchable
[FHEM] WZ.Harmony_Wohnzimmer has onOff [activity;activity undefined,off]
[FHEM] WZ.Jalousie_links is blind [pct]
[FHEM] WZ.Jalousie_links has onOff [state;on,off]
[FHEM] WZ.Jalousie_links has motor
[FHEM] WZ.Jalousie_rechts is blind [pct]
[FHEM] WZ.Jalousie_rechts has onOff [state;on,off]
[FHEM] WZ.Jalousie_rechts has motor
[FHEM] WZ.Jalusie_mitte is blind [pct]
[FHEM] WZ.Jalusie_mitte has onOff [state;on,off]
[FHEM] WZ.Jalusie_mitte has motor
[FHEM] WZ.Licht_Lampe_hinten is light
[FHEM] WZ.Licht_Lampe_hinten has onOff [state;on,off]
[FHEM] WZ.Licht_Lampe_vorne is light
[FHEM] WZ.Licht_Lampe_vorne has onOff [state;on,off]
[FHEM] WZ.Licht_Strahler_hinten is light
[FHEM] WZ.Licht_Strahler_hinten has onOff [state;on,off]
[FHEM] WZ.Licht_Strahler_vorne is light
[FHEM] WZ.Licht_Strahler_vorne has onOff [state;on,off]
[FHEM] WZ_FensterKontakt_mitte is contact sensor [contact]
[FHEM] WZ_FensterKontakt_rechts is contact sensor [contact]
[FHEM] WZ_LEDStribes_HZ_links has RGB [RGB]
[FHEM] WZ_LEDStribes_HZ_links has onOff [state;on,off]
[FHEM] WZ_LEDStribes_HZ_rechts has RGB [RGB]
[FHEM] WZ_LEDStribes_HZ_rechts has onOff [state;on,off]
[FHEM] d_AppleTV is switchable
[FHEM] netatmo_D70:ee:50:03:67:c6 is NOT a thermostat. set for target temperature missing
[FHEM] netatmo_D70:ee:50:03:67:c6 has temperature [temperature]
[FHEM] netatmo_D70:ee:50:03:67:c6 has humidity [humidity]
[FHEM] Initializing platform accessory 'AN.SR.Licht_Decke_Garagenseite'...
[FHEM] creating services for AN.SR.Licht_Decke_Garagenseite
[FHEM]   information service for AN.SR.Licht_Decke_Garagenseite
[FHEM]   lightbulb service for AN.SR.Licht_Decke_Garagenseite
[FHEM]     power characteristic for AN.SR.Licht_Decke_Garagenseite
[FHEM] Initializing platform accessory 'AN.SR.Licht_Decke_Gartenseite'...
[FHEM] creating services for AN.SR.Licht_Decke_Gartenseite
[FHEM]   information service for AN.SR.Licht_Decke_Gartenseite
[FHEM]   lightbulb service for AN.SR.Licht_Decke_Gartenseite
[FHEM]     power characteristic for AN.SR.Licht_Decke_Gartenseite
[FHEM] Initializing platform accessory 'EZ.Licht_Lampe'...
[FHEM] creating services for EZ.Licht_Lampe
[FHEM]   information service for EZ.Licht_Lampe
[FHEM]   lightbulb service for EZ.Licht_Lampe
[FHEM]     power characteristic for EZ.Licht_Lampe
[FHEM] Initializing platform accessory 'EZ.Licht_Strahler'...
[FHEM] creating services for EZ.Licht_Strahler
[FHEM]   information service for EZ.Licht_Strahler
[FHEM]   lightbulb service for EZ.Licht_Strahler
[FHEM]     power characteristic for EZ.Licht_Strahler
[FHEM] Initializing platform accessory 'FL.AN.Licht'...
[FHEM] creating services for FL.AN.Licht
[FHEM]   information service for FL.AN.Licht
[FHEM]   lightbulb service for FL.AN.Licht
[FHEM]     power characteristic for FL.AN.Licht
[FHEM] Initializing platform accessory 'FL.Licht_Wohnung'...
[FHEM] creating services for FL.Licht_Wohnung
[FHEM]   information service for FL.Licht_Wohnung
[FHEM]   lightbulb service for FL.Licht_Wohnung
[FHEM]     power characteristic for FL.Licht_Wohnung
[FHEM] Initializing platform accessory 'GB.Licht'...
[FHEM] creating services for GB.Licht
[FHEM]   information service for GB.Licht
[FHEM]   lightbulb service for GB.Licht
[FHEM]     power characteristic for GB.Licht
[FHEM] Initializing platform accessory 'GB.Licht_Schrank'...
[FHEM] creating services for GB.Licht_Schrank
[FHEM]   information service for GB.Licht_Schrank
[FHEM]   lightbulb service for GB.Licht_Schrank
[FHEM]     power characteristic for GB.Licht_Schrank
[FHEM] Initializing platform accessory 'IWY_Garten'...
[FHEM] creating services for IWY_Garten
[FHEM]   information service for IWY_Garten
[FHEM]   lightbulb service for IWY_Garten
[FHEM]     power characteristic for IWY_Garten
[FHEM]     fake hue characteristic for IWY_Garten
[FHEM]     fake saturation characteristic for IWY_Garten
[FHEM]     fake brightness characteristic for IWY_Garten
[FHEM] Initializing platform accessory 'IWY_Wohnzimmer'...
[FHEM] creating services for IWY_Wohnzimmer
[FHEM]   information service for IWY_Wohnzimmer
[FHEM]   lightbulb service for IWY_Wohnzimmer
[FHEM]     power characteristic for IWY_Wohnzimmer
[FHEM]     fake hue characteristic for IWY_Wohnzimmer
[FHEM]     fake saturation characteristic for IWY_Wohnzimmer
[FHEM]     fake brightness characteristic for IWY_Wohnzimmer
[FHEM] Initializing platform accessory 'KUE.Licht_Strahler_Koffer'...
[FHEM] creating services for KUE.Licht_Strahler_Koffer
[FHEM]   information service for KUE.Licht_Strahler_Koffer
[FHEM]   lightbulb service for KUE.Licht_Strahler_Koffer
[FHEM]     power characteristic for KUE.Licht_Strahler_Koffer
[FHEM] Initializing platform accessory 'KUE.Licht_Strahler_Raum'...
[FHEM] creating services for KUE.Licht_Strahler_Raum
[FHEM]   information service for KUE.Licht_Strahler_Raum
[FHEM]   lightbulb service for KUE.Licht_Strahler_Raum
[FHEM]     power characteristic for KUE.Licht_Strahler_Raum
[FHEM] Initializing platform accessory 'MPD_kueche'...
[FHEM] creating services for MPD_kueche
[FHEM]   information service for MPD_kueche
[FHEM]   switch service for MPD_kueche
[FHEM]     custom volume characteristic for MPD_kueche
[FHEM] Initializing platform accessory 'WZ.HZ.links'...
[FHEM] creating services for WZ.HZ.links
[FHEM]   information service for WZ.HZ.links
[FHEM]   thermostat service for WZ.HZ.links
[FHEM]     temperature characteristic for WZ.HZ.links
[FHEM]     target temperature characteristic for WZ.HZ.links
[FHEM] Initializing platform accessory 'WZ.HZ.rechts'...
[FHEM] creating services for WZ.HZ.rechts
[FHEM]   information service for WZ.HZ.rechts
[FHEM]   thermostat service for WZ.HZ.rechts
[FHEM]     temperature characteristic for WZ.HZ.rechts
[FHEM]     target temperature characteristic for WZ.HZ.rechts
[FHEM] Initializing platform accessory 'WZ.Harmony_Wohnzimmer'...
[FHEM] creating services for WZ.Harmony_Wohnzimmer
[FHEM]   information service for WZ.Harmony_Wohnzimmer
[FHEM]   switch service for WZ.Harmony_Wohnzimmer
[FHEM]     power characteristic for WZ.Harmony_Wohnzimmer
[FHEM] Initializing platform accessory 'WZ.Jalousie_links'...
[FHEM] creating services for WZ.Jalousie_links
[FHEM]   information service for WZ.Jalousie_links
[FHEM]   window covering service for WZ.Jalousie_links
[FHEM]     current position characteristic for WZ.Jalousie_links
[FHEM]     target position characteristic for WZ.Jalousie_links
[FHEM]     position state characteristic for WZ.Jalousie_links
[FHEM] Initializing platform accessory 'WZ.Jalousie_rechts'...
[FHEM] creating services for WZ.Jalousie_rechts
[FHEM]   information service for WZ.Jalousie_rechts
[FHEM]   window covering service for WZ.Jalousie_rechts
[FHEM]     current position characteristic for WZ.Jalousie_rechts
[FHEM]     target position characteristic for WZ.Jalousie_rechts
[FHEM]     position state characteristic for WZ.Jalousie_rechts
[FHEM] Initializing platform accessory 'WZ.Jalusie_mitte'...
[FHEM] creating services for WZ.Jalusie_mitte
[FHEM]   information service for WZ.Jalusie_mitte
[FHEM]   window covering service for WZ.Jalusie_mitte
[FHEM]     current position characteristic for WZ.Jalusie_mitte
[FHEM]     target position characteristic for WZ.Jalusie_mitte
[FHEM]     position state characteristic for WZ.Jalusie_mitte
[FHEM] Initializing platform accessory 'WZ.Licht_Lampe_hinten'...
[FHEM] creating services for WZ.Licht_Lampe_hinten
[FHEM]   information service for WZ.Licht_Lampe_hinten
[FHEM]   lightbulb service for WZ.Licht_Lampe_hinten
[FHEM]     power characteristic for WZ.Licht_Lampe_hinten
[FHEM] Initializing platform accessory 'WZ.Licht_Lampe_vorne'...
[FHEM] creating services for WZ.Licht_Lampe_vorne
[FHEM]   information service for WZ.Licht_Lampe_vorne
[FHEM]   lightbulb service for WZ.Licht_Lampe_vorne
[FHEM]     power characteristic for WZ.Licht_Lampe_vorne
[FHEM] Initializing platform accessory 'WZ.Licht_Strahler_hinten'...
[FHEM] creating services for WZ.Licht_Strahler_hinten
[FHEM]   information service for WZ.Licht_Strahler_hinten
[FHEM]   lightbulb service for WZ.Licht_Strahler_hinten
[FHEM]     power characteristic for WZ.Licht_Strahler_hinten
[FHEM] Initializing platform accessory 'WZ.Licht_Strahler_vorne'...
[FHEM] creating services for WZ.Licht_Strahler_vorne
[FHEM]   information service for WZ.Licht_Strahler_vorne
[FHEM]   lightbulb service for WZ.Licht_Strahler_vorne
[FHEM]     power characteristic for WZ.Licht_Strahler_vorne
[FHEM] Initializing platform accessory 'WZ_FensterKontakt_mitte'...
[FHEM] creating services for WZ_FensterKontakt_mitte
[FHEM]   information service for WZ_FensterKontakt_mitte
[FHEM]   contact sensor service for WZ_FensterKontakt_mitte
[FHEM]     contact sensor characteristic for WZ_FensterKontakt_mitte
[FHEM] Initializing platform accessory 'WZ_FensterKontakt_rechts'...
[FHEM] creating services for WZ_FensterKontakt_rechts
[FHEM]   information service for WZ_FensterKontakt_rechts
[FHEM]   contact sensor service for WZ_FensterKontakt_rechts
[FHEM]     contact sensor characteristic for WZ_FensterKontakt_rechts
[FHEM] Initializing platform accessory 'WZ_LEDStribes_HZ_links'...
[FHEM] creating services for WZ_LEDStribes_HZ_links
[FHEM]   information service for WZ_LEDStribes_HZ_links
[FHEM]   lightbulb service for WZ_LEDStribes_HZ_links
[FHEM]     power characteristic for WZ_LEDStribes_HZ_links
[FHEM]     fake hue characteristic for WZ_LEDStribes_HZ_links
[FHEM]     fake saturation characteristic for WZ_LEDStribes_HZ_links
[FHEM]     fake brightness characteristic for WZ_LEDStribes_HZ_links
[FHEM] Initializing platform accessory 'WZ_LEDStribes_HZ_rechts'...
[FHEM] creating services for WZ_LEDStribes_HZ_rechts
[FHEM]   information service for WZ_LEDStribes_HZ_rechts
[FHEM]   lightbulb service for WZ_LEDStribes_HZ_rechts
[FHEM]     power characteristic for WZ_LEDStribes_HZ_rechts
[FHEM]     fake hue characteristic for WZ_LEDStribes_HZ_rechts
[FHEM]     fake saturation characteristic for WZ_LEDStribes_HZ_rechts
[FHEM]     fake brightness characteristic for WZ_LEDStribes_HZ_rechts
[FHEM] Initializing platform accessory 'd_AppleTV'...
[FHEM] creating services for d_AppleTV
[FHEM]   information service for d_AppleTV
[FHEM]   switch service for d_AppleTV
[FHEM] Initializing platform accessory 'netatmo_D70:ee:50:03:67:c6'...
[FHEM] creating services for netatmo_D70:ee:50:03:67:c6
[FHEM]   information service for netatmo_D70:ee:50:03:67:c6
[FHEM]   temperature sensor service for netatmo_D70:ee:50:03:67:c6
[FHEM]     temperature characteristic for netatmo_D70:ee:50:03:67:c6
[FHEM]     humidity characteristic for netatmo_D70:ee:50:03:67:c6
  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [::ffff:192.168.178.31] New connection from client +849ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP server listening on port 54826 +4ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP request: /pair-verify +4ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP Repsonse is finished +8ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP request: /pair-verify +18ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +0ms
  HAPServer [CC:22:3D:E3:CE:30] Client CB544F3E-E3C6-4C29-9465-A795547A8482 verification complete +2ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP request: /accessories +7ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.31] HTTP Repsonse is finished +9ms
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +1m
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54827 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +5ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +42ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +0ms
  HAPServer [CC:22:3D:E3:CE:30] Client 5432C451-6E76-4495-BEEB-8202E5D83BFD verification complete +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +0ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /accessories +7ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +4ms
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 23:00:54
das liegt ziemlich sicher nicht an der version sondern daran das beim neustart manchmal noch verbindungen nicht gleich bzw. nicht richtig geschlossen werden. das passiert weniger wenn man vor dem neustart eve beendet.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 17 September 2015, 23:06:15

Zitat von: justme1968 am 17 September 2015, 20:52:29
bei mir funktioniert es wenn ich nach raumtempratur statt temperatur frage. klingt nur für den garten etwas komisch :)


gruss
  andre

ps: hat schon mal jemand einen rollladen per siri ansprechen können? ich bekomme immer noch die antwort das es keine jalousien gibt wenn ich siri sage es soll den rolladen steuern. im prinzip wird also erkannt was gemeint ist ...
Ich hatte dazu weiter vorn im Thread meine Versuche beschrieben. Fragt einfach:
Wie warm ist es im Wohnzimmer?
Wie warm ist es im Garten?
Das versteht sie.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 23:18:04
um den mode für die thermostaten einzubauen brauche ich für max und homematic die folgenden angaben:

- wie genau wird auf aus/manuell/auto gestellt
- in welchem reading steht welcher wert für die drei zustände?

für homematic habe ich gerade etwas in der art gebaut:
reading controlMode manu -> homekit heizen
reading controlMode auto -> homekit auto

homekit off -> set desired-temp off
homekit manu -> set desired-temp aktuelle soll temperatur
homekit auto -> set controlMode auto

ich bin mir aber nicht sicher ob das passt und welche abhängigkeiten es noch gibt. wie genau spielen die kommandos controlManu, controlMode und desired-temp zusammen, wie beeinflussen sie sich gegenseitig und die beiden zugehörigen readings? gibt es noch eine  ein desired-temp  wenn off oder auto gesetzt wird?

die gleichen fragen gibt es bei max. die abhängigkeiten sind aber anders und es gibt nur set desiredTemperature.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 17 September 2015, 23:28:00
So einfach ist das mit dem controlMode nicht. Es gibt central, auto, manu und party. Das hat wenig mitvHeizen oder nicht zu tun, sondern mit der Art der Ansteuerung. Mit auto läuft ein Zeitprogramm im Thermostat. Mit central steuert FHEM jede Temperaturanpassung, mit manu wird nur manuell über den Drehregler am Thermostat gesteuert. Und party ist ein Spezialmodus, der eine bestimmte Temperatur bis zu einem Datum und Uhrzeit fährt. Z.B. Kann dies als Temperaturabsenkung während eines Urlaubs genutzt werden.

Diese Modus passen nicht mit der Intention von Apple zusammen und ich würde sie eher komplett rauslassen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2015, 23:36:37
komplett raus lassen geht nicht. das ist eine pflicht characteristic. eine zuordnung die halbwegs passt und eine sinnvolle bedienung erlaubt ist sicher besser als ein paar knöpfe die nichts tun.

ich denke schon das man eine halbwegs sinnvolle zuordnung bauen kann:
alles was irgendwie automatisch/zeitgesteuert läuft ist auto, alles bei dem die von hand eingestellte temperatur gilt ist manu. dazu würde ich im prinzip auch boost und party zählen.

vielleicht ist das auch ein fall bei dem mehr konfiguration nötig ist. z.b. könnte man kühlen wahlweise auf party oder boost mappen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 September 2015, 00:00:45
Zitat von: volschin am 17 September 2015, 23:06:15
Das versteht sie.

meine siri ist ein er :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 18 September 2015, 06:28:56
Boost gibt es nur bei FHT, nicht bei HM. Aber stimmt, für HM wäre ein einigermaßen logisches Mapping:
Aus - manu
Auto - auto
Kühlen - party
Heizen - central

party kann nur mit Zeitparameter angesteuert werden, der sich nochmal zwischen den HM-CC-TC und den neueren HM-CC-RT-DM unterscheidet.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 18 September 2015, 07:22:24
Zitat von: volschin am 18 September 2015, 06:28:56
Boost gibt es nur bei FHT, nicht bei HM.

controlMode == boost gibt es auch bei HM.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 18 September 2015, 07:24:57
Ok, wusste ich nicht, aber zumindest nicht am HM-CC-TC.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 18 September 2015, 07:32:40
Beim HM-CC-RT-DN zumindest, den HM-CC-TC kenne ich hingegen nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 18 September 2015, 10:24:56
Also ich habe noch einmal alles auf Null gesetzt. Alles auch neugestartet und 10 Minuten gewartet. Wenn ich mit der neuen FHEM.js dann HomeKit neu über EVE aufsetzen möchte kommt bei mir nach der Pin-Eingabe. Hinzufügen fehlgeschlagen - Verbindung mit Zubehör nicht möglich.

Code Auswählen

> homebridge@0.1.1 start /home/matzel/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.102:8000/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442564449454
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.102:8000/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 29 results
[FHEM] AN.SR.Licht_Decke_Garagenseite is light
[FHEM] AN.SR.Licht_Decke_Garagenseite has onOff [state;on,off]
[FHEM] AN.SR.Licht_Decke_Gartenseite is light
[FHEM] AN.SR.Licht_Decke_Gartenseite has onOff [state;on,off]
[FHEM] EZ.Licht_Lampe is light
[FHEM] EZ.Licht_Lampe has onOff [state;on,off]
[FHEM] EZ.Licht_Strahler is light
[FHEM] EZ.Licht_Strahler has onOff [state;on,off]
[FHEM] FL.AN.Licht is light
[FHEM] FL.AN.Licht has onOff [state;on,off]
[FHEM] FL.Licht_Wohnung is light
[FHEM] FL.Licht_Wohnung has onOff [state;on,off]
[FHEM] GB.Licht is light
[FHEM] GB.Licht has onOff [state;on,off]
[FHEM] GB.Licht_Schrank is light
[FHEM] GB.Licht_Schrank has onOff [state;on,off]
[FHEM] IWY_Garten has RGB [RGB]
[FHEM] IWY_Garten has onOff [state;on,off]
[FHEM] IWY_Wohnzimmer has RGB [RGB]
[FHEM] IWY_Wohnzimmer has onOff [state;on,off]
[FHEM] KUE.Licht_Strahler_Koffer is light
[FHEM] KUE.Licht_Strahler_Koffer has onOff [state;on,off]
[FHEM] KUE.Licht_Strahler_Raum is light
[FHEM] KUE.Licht_Strahler_Raum has onOff [state;on,off]
[FHEM] MPD_kueche has volume [volume:cached]
[FHEM] WZ.HZ.links is thermostat [desiredTemperature]
[FHEM] WZ.HZ.links has temperature [temperature]
[FHEM] WZ.HZ.rechts is thermostat [desiredTemperature]
[FHEM] WZ.HZ.rechts has temperature [temperature]
[FHEM] WZ.Harmony_Wohnzimmer is switchable
[FHEM] WZ.Harmony_Wohnzimmer has onOff [activity;activity undefined,off]
[FHEM] WZ.Jalousie_links is blind [pct]
[FHEM] WZ.Jalousie_links has onOff [state;on,off]
[FHEM] WZ.Jalousie_links has motor
[FHEM] WZ.Jalousie_rechts is blind [pct]
[FHEM] WZ.Jalousie_rechts has onOff [state;on,off]
[FHEM] WZ.Jalousie_rechts has motor
[FHEM] WZ.Jalusie_mitte is blind [pct]
[FHEM] WZ.Jalusie_mitte has onOff [state;on,off]
[FHEM] WZ.Jalusie_mitte has motor
[FHEM] WZ.Licht_Lampe_hinten is light
[FHEM] WZ.Licht_Lampe_hinten has onOff [state;on,off]
[FHEM] WZ.Licht_Lampe_vorne is light
[FHEM] WZ.Licht_Lampe_vorne has onOff [state;on,off]
[FHEM] WZ.Licht_Strahler_hinten is light
[FHEM] WZ.Licht_Strahler_hinten has onOff [state;on,off]
[FHEM] WZ.Licht_Strahler_vorne is light
[FHEM] WZ.Licht_Strahler_vorne has onOff [state;on,off]
[FHEM] WZ_FensterKontakt_mitte is contact sensor [contact]
[FHEM] WZ_FensterKontakt_rechts is contact sensor [contact]
[FHEM] WZ_LEDStribes_HZ_links has RGB [RGB]
[FHEM] WZ_LEDStribes_HZ_links has onOff [state;on,off]
[FHEM] WZ_LEDStribes_HZ_rechts has RGB [RGB]
[FHEM] WZ_LEDStribes_HZ_rechts has onOff [state;on,off]
[FHEM] d_AppleTV is switchable
[FHEM] netatmo_D70:ee:50:03:67:c6 is NOT a thermostat. set for target temperature missing
[FHEM] netatmo_D70:ee:50:03:67:c6 has temperature [temperature]
[FHEM] netatmo_D70:ee:50:03:67:c6 has humidity [humidity]
[FHEM] Initializing platform accessory 'AN.SR.Licht_Decke_Garagenseite'...
[FHEM] creating services for AN.SR.Licht_Decke_Garagenseite
[FHEM]   information service for AN.SR.Licht_Decke_Garagenseite
[FHEM]   lightbulb service for AN.SR.Licht_Decke_Garagenseite
[FHEM]     power characteristic for AN.SR.Licht_Decke_Garagenseite
[FHEM] Initializing platform accessory 'AN.SR.Licht_Decke_Gartenseite'...
[FHEM] creating services for AN.SR.Licht_Decke_Gartenseite
[FHEM]   information service for AN.SR.Licht_Decke_Gartenseite
[FHEM]   lightbulb service for AN.SR.Licht_Decke_Gartenseite
[FHEM]     power characteristic for AN.SR.Licht_Decke_Gartenseite
[FHEM] Initializing platform accessory 'EZ.Licht_Lampe'...
[FHEM] creating services for EZ.Licht_Lampe
[FHEM]   information service for EZ.Licht_Lampe
[FHEM]   lightbulb service for EZ.Licht_Lampe
[FHEM]     power characteristic for EZ.Licht_Lampe
[FHEM] Initializing platform accessory 'EZ.Licht_Strahler'...
[FHEM] creating services for EZ.Licht_Strahler
[FHEM]   information service for EZ.Licht_Strahler
[FHEM]   lightbulb service for EZ.Licht_Strahler
[FHEM]     power characteristic for EZ.Licht_Strahler
[FHEM] Initializing platform accessory 'FL.AN.Licht'...
[FHEM] creating services for FL.AN.Licht
[FHEM]   information service for FL.AN.Licht
[FHEM]   lightbulb service for FL.AN.Licht
[FHEM]     power characteristic for FL.AN.Licht
[FHEM] Initializing platform accessory 'FL.Licht_Wohnung'...
[FHEM] creating services for FL.Licht_Wohnung
[FHEM]   information service for FL.Licht_Wohnung
[FHEM]   lightbulb service for FL.Licht_Wohnung
[FHEM]     power characteristic for FL.Licht_Wohnung
[FHEM] Initializing platform accessory 'GB.Licht'...
[FHEM] creating services for GB.Licht
[FHEM]   information service for GB.Licht
[FHEM]   lightbulb service for GB.Licht
[FHEM]     power characteristic for GB.Licht
[FHEM] Initializing platform accessory 'GB.Licht_Schrank'...
[FHEM] creating services for GB.Licht_Schrank
[FHEM]   information service for GB.Licht_Schrank
[FHEM]   lightbulb service for GB.Licht_Schrank
[FHEM]     power characteristic for GB.Licht_Schrank
[FHEM] Initializing platform accessory 'IWY_Garten'...
[FHEM] creating services for IWY_Garten
[FHEM]   information service for IWY_Garten
[FHEM]   lightbulb service for IWY_Garten
[FHEM]     power characteristic for IWY_Garten
[FHEM]     fake hue characteristic for IWY_Garten
[FHEM]     fake saturation characteristic for IWY_Garten
[FHEM]     fake brightness characteristic for IWY_Garten
[FHEM] Initializing platform accessory 'IWY_Wohnzimmer'...
[FHEM] creating services for IWY_Wohnzimmer
[FHEM]   information service for IWY_Wohnzimmer
[FHEM]   lightbulb service for IWY_Wohnzimmer
[FHEM]     power characteristic for IWY_Wohnzimmer
[FHEM]     fake hue characteristic for IWY_Wohnzimmer
[FHEM]     fake saturation characteristic for IWY_Wohnzimmer
[FHEM]     fake brightness characteristic for IWY_Wohnzimmer
[FHEM] Initializing platform accessory 'KUE.Licht_Strahler_Koffer'...
[FHEM] creating services for KUE.Licht_Strahler_Koffer
[FHEM]   information service for KUE.Licht_Strahler_Koffer
[FHEM]   lightbulb service for KUE.Licht_Strahler_Koffer
[FHEM]     power characteristic for KUE.Licht_Strahler_Koffer
[FHEM] Initializing platform accessory 'KUE.Licht_Strahler_Raum'...
[FHEM] creating services for KUE.Licht_Strahler_Raum
[FHEM]   information service for KUE.Licht_Strahler_Raum
[FHEM]   lightbulb service for KUE.Licht_Strahler_Raum
[FHEM]     power characteristic for KUE.Licht_Strahler_Raum
[FHEM] Initializing platform accessory 'MPD_kueche'...
[FHEM] creating services for MPD_kueche
[FHEM]   information service for MPD_kueche
[FHEM]   switch service for MPD_kueche
[FHEM]     custom volume characteristic for MPD_kueche
[FHEM] Initializing platform accessory 'WZ.HZ.links'...
[FHEM] creating services for WZ.HZ.links
[FHEM]   information service for WZ.HZ.links
[FHEM]   thermostat service for WZ.HZ.links
[FHEM]     temperature characteristic for WZ.HZ.links
[FHEM]     target temperature characteristic for WZ.HZ.links
[FHEM] Initializing platform accessory 'WZ.HZ.rechts'...
[FHEM] creating services for WZ.HZ.rechts
[FHEM]   information service for WZ.HZ.rechts
[FHEM]   thermostat service for WZ.HZ.rechts
[FHEM]     temperature characteristic for WZ.HZ.rechts
[FHEM]     target temperature characteristic for WZ.HZ.rechts
[FHEM] Initializing platform accessory 'WZ.Harmony_Wohnzimmer'...
[FHEM] creating services for WZ.Harmony_Wohnzimmer
[FHEM]   information service for WZ.Harmony_Wohnzimmer
[FHEM]   switch service for WZ.Harmony_Wohnzimmer
[FHEM]     power characteristic for WZ.Harmony_Wohnzimmer
[FHEM] Initializing platform accessory 'WZ.Jalousie_links'...
[FHEM] creating services for WZ.Jalousie_links
[FHEM]   information service for WZ.Jalousie_links
[FHEM]   window covering service for WZ.Jalousie_links
[FHEM]     current position characteristic for WZ.Jalousie_links
[FHEM]     target position characteristic for WZ.Jalousie_links
[FHEM]     position state characteristic for WZ.Jalousie_links
[FHEM] Initializing platform accessory 'WZ.Jalousie_rechts'...
[FHEM] creating services for WZ.Jalousie_rechts
[FHEM]   information service for WZ.Jalousie_rechts
[FHEM]   window covering service for WZ.Jalousie_rechts
[FHEM]     current position characteristic for WZ.Jalousie_rechts
[FHEM]     target position characteristic for WZ.Jalousie_rechts
[FHEM]     position state characteristic for WZ.Jalousie_rechts
[FHEM] Initializing platform accessory 'WZ.Jalusie_mitte'...
[FHEM] creating services for WZ.Jalusie_mitte
[FHEM]   information service for WZ.Jalusie_mitte
[FHEM]   window covering service for WZ.Jalusie_mitte
[FHEM]     current position characteristic for WZ.Jalusie_mitte
[FHEM]     target position characteristic for WZ.Jalusie_mitte
[FHEM]     position state characteristic for WZ.Jalusie_mitte
[FHEM] Initializing platform accessory 'WZ.Licht_Lampe_hinten'...
[FHEM] creating services for WZ.Licht_Lampe_hinten
[FHEM]   information service for WZ.Licht_Lampe_hinten
[FHEM]   lightbulb service for WZ.Licht_Lampe_hinten
[FHEM]     power characteristic for WZ.Licht_Lampe_hinten
[FHEM] Initializing platform accessory 'WZ.Licht_Lampe_vorne'...
[FHEM] creating services for WZ.Licht_Lampe_vorne
[FHEM]   information service for WZ.Licht_Lampe_vorne
[FHEM]   lightbulb service for WZ.Licht_Lampe_vorne
[FHEM]     power characteristic for WZ.Licht_Lampe_vorne
[FHEM] Initializing platform accessory 'WZ.Licht_Strahler_hinten'...
[FHEM] creating services for WZ.Licht_Strahler_hinten
[FHEM]   information service for WZ.Licht_Strahler_hinten
[FHEM]   lightbulb service for WZ.Licht_Strahler_hinten
[FHEM]     power characteristic for WZ.Licht_Strahler_hinten
[FHEM] Initializing platform accessory 'WZ.Licht_Strahler_vorne'...
[FHEM] creating services for WZ.Licht_Strahler_vorne
[FHEM]   information service for WZ.Licht_Strahler_vorne
[FHEM]   lightbulb service for WZ.Licht_Strahler_vorne
[FHEM]     power characteristic for WZ.Licht_Strahler_vorne
[FHEM] Initializing platform accessory 'WZ_FensterKontakt_mitte'...
[FHEM] creating services for WZ_FensterKontakt_mitte
[FHEM]   information service for WZ_FensterKontakt_mitte
[FHEM]   contact sensor service for WZ_FensterKontakt_mitte
[FHEM]     contact sensor characteristic for WZ_FensterKontakt_mitte
[FHEM] Initializing platform accessory 'WZ_FensterKontakt_rechts'...
[FHEM] creating services for WZ_FensterKontakt_rechts
[FHEM]   information service for WZ_FensterKontakt_rechts
[FHEM]   contact sensor service for WZ_FensterKontakt_rechts
[FHEM]     contact sensor characteristic for WZ_FensterKontakt_rechts
[FHEM] Initializing platform accessory 'WZ_LEDStribes_HZ_links'...
[FHEM] creating services for WZ_LEDStribes_HZ_links
[FHEM]   information service for WZ_LEDStribes_HZ_links
[FHEM]   lightbulb service for WZ_LEDStribes_HZ_links
[FHEM]     power characteristic for WZ_LEDStribes_HZ_links
[FHEM]     fake hue characteristic for WZ_LEDStribes_HZ_links
[FHEM]     fake saturation characteristic for WZ_LEDStribes_HZ_links
[FHEM]     fake brightness characteristic for WZ_LEDStribes_HZ_links
[FHEM] Initializing platform accessory 'WZ_LEDStribes_HZ_rechts'...
[FHEM] creating services for WZ_LEDStribes_HZ_rechts
[FHEM]   information service for WZ_LEDStribes_HZ_rechts
[FHEM]   lightbulb service for WZ_LEDStribes_HZ_rechts
[FHEM]     power characteristic for WZ_LEDStribes_HZ_rechts
[FHEM]     fake hue characteristic for WZ_LEDStribes_HZ_rechts
[FHEM]     fake saturation characteristic for WZ_LEDStribes_HZ_rechts
[FHEM]     fake brightness characteristic for WZ_LEDStribes_HZ_rechts
[FHEM] Initializing platform accessory 'd_AppleTV'...
[FHEM] creating services for d_AppleTV
[FHEM]   information service for d_AppleTV
[FHEM]   switch service for d_AppleTV
[FHEM] Initializing platform accessory 'netatmo_D70:ee:50:03:67:c6'...
[FHEM] creating services for netatmo_D70:ee:50:03:67:c6
[FHEM]   information service for netatmo_D70:ee:50:03:67:c6
[FHEM]   temperature sensor service for netatmo_D70:ee:50:03:67:c6
[FHEM]     temperature characteristic for netatmo_D70:ee:50:03:67:c6
[FHEM]     humidity characteristic for netatmo_D70:ee:50:03:67:c6
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +3ms
  EventedHTTPServer Server listening on port 51826 +11ms
  caching: WZ.Jalousie_links-pct: 100 as number
  caching: WZ.Jalousie_rechts-pct: 20 as number
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +2m
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54826 +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +6ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +3ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +15ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +10s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +13ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +68ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +11ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +1ms
  Accessory [Homebridge] Paired with client 6F75660A-76F8-4A5A-B3BA-91AA51D95D6B +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +4ms
  EventedHTTPServer [::ffff:192.168.178.24] Client connection closed +39ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP connection was closed +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +943ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +4ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +17ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +2ms
  HAPServer [CC:22:3D:E3:CE:30] Client 6F75660A-76F8-4A5A-B3BA-91AA51D95D6B verification complete +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /accessories +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +10ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pairings +185ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +0ms
  HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +1ms
  Accessory [Homebridge] Unpairing with client 6F75660A-76F8-4A5A-B3BA-91AA51D95D6B +0ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +10ms
  EventedHTTPServer [::ffff:192.168.178.24] Client connection closed +25ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server was closed +0ms


Wenn ich den Harmony-Hub aus dem gefilterten Room=HomeKit herausnehme klappt es wieder!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 September 2015, 10:52:32
für den harmony hub selber darfst du genericDeviceType nicht setzten. das ist nur für die geräte devices.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 18 September 2015, 10:55:45
!!! Das war es!!!
Ich HORNOCHSE :D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 18 September 2015, 11:46:32
@Masterfunk und @justme1968:

Habe in Eve für jeden Raum einen entsprechenden Raum angelegt und alle Geräte den entsprechenden Räumen zugeordnet. Was ich mit "Lampen definiert" meinte war, das man im Eve noch mal sagen kann, was es für ein Typ Lampe es ist: Hängelampe, Tischlampe, Stehlampe usw ... Aber das hab ich alles gemacht, keine Sorge.

Ich habe mal ein paar Screenshots angehängt, ggf. helfen die weiter. 2 zeigen auch den Siri Spass, den ich erwähnte.

Um die Wiki Seite dazu kann ich mich gerne kümmern, klar, aber zum einen hege ich den Anspruch, das ich es erstmal selbst gescheit hinbekommen haben muss bevor ich anderen sage wie sie es machen sollen :), zum anderen ist es ein Thema was sich so stark verändert und weiter entwickelt, das dann auch die Mitarbeit anderer hier wünschenswert wäre, um das ganze zum einen aktuell, zum anderen aber auch fachlich richtig zu halten.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 18 September 2015, 12:46:47
Hallo zusammen,

wer von euch kennt die Meldung in EVE "iCloud Synchronisierung wird gerade ausgeführt. Versuche es später erneut."
App Hilfe und iCloud Hilfe waren wenig hilfreich. Des weiteren Sync ich nichts, ....!

Problem: Es lassen sich kein Geräte in der EVE-App hinzufügen, also euch nicht die nun laufende Homebridge.

Danke vorab.

Grüße Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 September 2015, 12:52:38
@hive2015 du sagst schlafzimmer aber du hast den raum in eve  bedroom genannt. das sind wirklich nur namen. ohne tiefere bedeutung für HomeKit. die müssen 1:1 passen. nur die geräte arten werden per bedeutung gematched.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 18 September 2015, 13:53:40
Zitat von: Newbee am 18 September 2015, 12:46:47
"iCloud Synchronisierung wird gerade ausgeführt. Versuche es später erneut."

Wenn auch nach einer gewissen Wartezeit die Meldung weiterhin erscheint, dann könntest du versuchen die Homekit Database auf allen Geräten, die mit dieser AppleID verbunden sind, zu resetten. Sehr viel weiter oben im Thread habe ich das recht ausführlich beschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 18 September 2015, 15:05:57
Zitat von: justme1968 am 18 September 2015, 12:52:38
@hive2015 du sagst schlafzimmer aber du hast den raum in eve  bedroom genannt. das sind wirklich nur namen. ohne tiefere bedeutung für HomeKit. die müssen 1:1 passen. nur die geräte arten werden per bedeutung gematched.

gruss
  andre

Mein lieber Scholli, bin ich eine Pfeiffe. Ich war irgendwie der Meinung das die Räume entsprechende IDs im Hintergrund haben und das der Name nur abhängig von der Darstellungssprache ist, also ich definiere einen Raum als Schlafzimmer und egal ob ich Bedroom oder Schlafzimmer sag, Siri weiss welcher Raum gemeint ist. Wenn man die Räume einfach umbenennt, dann funktioniert das auch einfach so. :D

Dank dir. (wie so oft, aber kann man nicht oft genug sagen)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 18 September 2015, 17:22:39
Zitat von: dev0 am 18 September 2015, 13:53:40
Wenn auch nach einer gewissen Wartezeit die Meldung weiterhin erscheint, dann könntest du versuchen die Homekit Database auf allen Geräten, die mit dieser AppleID verbunden sind, zu resetten. Sehr viel weiter oben im Thread habe ich das recht ausführlich beschrieben.

Hallo dev0,

das war die Lösung, alles zurückgesetzt und es lief dann. DANKE!

Gruß Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 18 September 2015, 18:17:22
Räume usw funktioniert nun prima. Nett ist auch das ich bei meinen Hue Lightstrips und Strahlern als Zweck "Stimmung" angeben kann und dann per Siri "Schalte Stimmungslicht im Wohnzimmer an" und es schaltet nur die HUEs .. .sehr schön.

Habe bei meinen Homematic Aktoren etwas komische Dinge´:

HM-LC-Dim1TPBU-FM -> funktionieren einwandfrei. Aus/Ein/Dimmen wunderbar, per App und Siri egal ob ich sage Licht oder Lampe

HM-LC-Sw1PBU-FM -> gehen per App Aus/Ein, per Siri reagiert es aber nicht wenn ich sage "Licht ein/aus" sondern nur bei "Lampe ein/aus". Wenn ich Licht sage, meint es das ich keine Geräte da hätte.

HM-LC-Bl1PBU-FM -> geht per App prima, per Siri meint es das ich kein Gerät da hätte

Da jemand ggf. einen Tip?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 September 2015, 19:32:57
wenn die geräte beim homebridge start alle identisch als light ausgegeben werden werden sie auch identisch behandelt.

die unterschiede kommen dann eher aus der eve konfiguration. eventuell wird ein name nicht so erkannt wie du denkst. vielleicht weil er einee default bedeutung hat oder weil noch nicht alles synchronisiert ist.

was passiert wenn du die vergebenen namen und räume mal vertauschst?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 18 September 2015, 19:38:16
Ich habe ein neues Problem festgestellt:

Immer wenn ich mein WLAN verlasse und später wieder heimkomme, zeigt EVE alle Devices als "NICHT ERREICHBAR" an. Siri kann dann auch nichts mehr schalten. Nur ein komplettes Reset und Neuaufsetzen hilft...

Hm...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 18 September 2015, 19:40:48
Das hört sich nach einem Bonjour-Problem an.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 18 September 2015, 20:45:15
Zitat von: justme1968 am 18 September 2015, 19:32:57
wenn die geräte beim homebridge start alle identisch als light ausgegeben werden werden sie auch identisch behandelt.

die unterschiede kommen dann eher aus der eve konfiguration. eventuell wird ein name nicht so erkannt wie du denkst. vielleicht weil er einee default bedeutung hat oder weil noch nicht alles synchronisiert ist.

was passiert wenn du die vergebenen namen und räume mal vertauschst?

Ich habe wie von dir vorgeschlagen mit den Namen etwas rumprobiert und ich denke das ist ein Siri Problem. "Wohnzimmer" kann es überhaupt nicht leiden bei mir. Dann kommt immer "Tut mir leid, aber ich kann "Zimmer" in deinen Kontakten nicht finden. "Wohnraum" hingegen findet Siri dufte und macht alles wie es soll. Witzig nur das "Schlafzimmer" ohne Probleme genommen wird. Auch witzig sind so Dinger wie "Schalte das Stimmungslicht im Wohnraum auf blau", was tadellos funktioniert, sage ich aber dann "Schalte das Stimmungslicht im Wohnraum aus" kommt dann "Tut mir leid, ich habe keine Hotels in deiner Region gefunden". :D (was doppelt witzig ist, da es hier von Hotels nur so wimmelt) :)

Ich hatte gelesen, das der Harmony Hub nun auch direkt von FHEM.js unterstützt wird und habe das Gerät im Fhem auch mal dem "Homekit"-Raum hinzugefügt, das Gerät selbst taucht jedoch nicht auf. Ich bin den Thread mal danach durchgegangen, hab gesehen es gab da den einen oder anderen Fix (ich denke ich hab die aktuelle Version aber) und da war was mit genericDeviceType, was aber nicht gesetzt sein darf (was ich nicht habe, daher denke ich das es das auch nicht ist?!). Habe ich da noch was übersehen?

Ich muss ja sagen das ich anfangs der Siri-Notiz-Funktion etwas nachgetrauert habe, aber jetzt über Homebridge ist das doch irgendwie performanter und netter (durch die Rückmeldungen). Danke dafür.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 18 September 2015, 20:53:17
Also bei mir funktionieren die voreingestellten Raumnamen mit Siri ausgezeichnet. Probleme habe ich z.B. Mit meiner Umbenennung Abstellkammer.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mathea am 19 September 2015, 08:43:55
Ich versuche schon seit längerem die Homebridge zum laufen zu bringen, allerdings komme ich im Moment einfach nicht weiter.

Meine Insteon+ App zeigt einfach unendlich lange "Zubehör hinzufügen..." an wenn ich den Pin eingegeben habe.

Währenddessen kriege ich folgende Ausgabe vom Raspberry:

Code Auswählen
Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +89ms
  EventedHTTPServer Server listening on port 51826 +578ms
  EventedHTTPServer [192.168.178.63] New connection from client +1m
  EventedHTTPServer [192.168.178.63] HTTP server listening on port 54826 +14ms
  EventedHTTPServer [192.168.178.63] HTTP request: /pair-setup +93ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +4ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +32ms
  EventedHTTPServer [192.168.178.63] HTTP Repsonse is finished +477ms
  EventedHTTPServer [192.168.178.63] Client connection closed +11s
  EventedHTTPServer [192.168.178.63] HTTP connection was closed +28ms
  EventedHTTPServer [192.168.178.63] HTTP server was closed +7ms


Weiß jemand, warum sich meine App nicht mit der Homebridge verbindet?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 19 September 2015, 08:45:30
Versuche es mit EVE. Mit Insteon wirst Du hier kaum Hilfe erhalten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 19 September 2015, 10:54:08
Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.0.44:8088/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442651539791
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.0.44:8088/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Server listening on: http://<ip>:8081
[FHEM] got: 8 results
[FHEM] HUEDevice1 has RGB [rgb]
[FHEM] HUEDevice1 has onOff [state;on,off]
[FHEM] HUEDevice1 has hue [0-65535]
[FHEM] HUEDevice1 has sat [0-254]
[FHEM] HUEDevice3 has RGB [rgb]
[FHEM] HUEDevice3 has onOff [state;on,off]
[FHEM] HUEDevice3 has hue [0-65535]
[FHEM] HUEDevice3 has sat [0-254]
[FHEM] SZBett is switchable
[FHEM] SZBett has onOff [state;on,off]
[FHEM] SZTV is switchable
[FHEM] SZTV has onOff [state;on,off]
[FHEM] WZTV is switchable
[FHEM] WZTV has onOff [state;on,off]
[FHEM] bz_hz_r_Clima is thermostat [desired-temp]
[FHEM] bz_hz_r_Clima has temperature [measured-temp]
[FHEM] sz_hz_r_Clima is thermostat [desired-temp]
[FHEM] sz_hz_r_Clima has temperature [measured-temp]
[FHEM] wzStehLampe has RGB [rgb]
[FHEM] wzStehLampe has onOff [state;on,off]
[FHEM] wzStehLampe has hue [0-65535]
[FHEM] wzStehLampe has sat [0-254]
[FHEM] Initializing platform accessory 'HUEDevice1'...
[FHEM] creating services for HUEDevice1
[FHEM]   information service for HUEDevice1
[FHEM]   lightbulb service for HUEDevice1
[FHEM]     power characteristic for HUEDevice1
[FHEM]     brightness characteristic for HUEDevice1
[FHEM]     hue characteristic for HUEDevice1
[FHEM]     saturation characteristic for HUEDevice1
[FHEM] Initializing platform accessory 'HUEDevice3'...
[FHEM] creating services for HUEDevice3
[FHEM]   information service for HUEDevice3
[FHEM]   lightbulb service for HUEDevice3
[FHEM]     power characteristic for HUEDevice3
[FHEM]     brightness characteristic for HUEDevice3
[FHEM]     hue characteristic for HUEDevice3
[FHEM]     saturation characteristic for HUEDevice3
[FHEM] Initializing platform accessory 'SZBett'...
[FHEM] creating services for SZBett
[FHEM]   information service for SZBett
[FHEM]   switch service for SZBett
[FHEM]     power characteristic for SZBett
[FHEM] Initializing platform accessory 'SZTV'...
[FHEM] creating services for SZTV
[FHEM]   information service for SZTV
[FHEM]   switch service for SZTV
[FHEM]     power characteristic for SZTV
[FHEM] Initializing platform accessory 'WZTV'...
[FHEM] creating services for WZTV
[FHEM]   information service for WZTV
[FHEM]   switch service for WZTV
[FHEM]     power characteristic for WZTV
[FHEM] Initializing platform accessory 'bz_hz_r_Clima'...
[FHEM] creating services for bz_hz_r_Clima
[FHEM]   information service for bz_hz_r_Clima
[FHEM]   thermostat service for bz_hz_r_Clima
[FHEM]     temperature characteristic for bz_hz_r_Clima
[FHEM]     target temperature characteristic for bz_hz_r_Clima
[FHEM] Initializing platform accessory 'sz_hz_r_Clima'...
[FHEM] creating services for sz_hz_r_Clima
[FHEM]   information service for sz_hz_r_Clima
[FHEM]   thermostat service for sz_hz_r_Clima
[FHEM]     temperature characteristic for sz_hz_r_Clima
[FHEM]     target temperature characteristic for sz_hz_r_Clima
[FHEM] Initializing platform accessory 'wzStehLampe'...
[FHEM] creating services for wzStehLampe
[FHEM]   information service for wzStehLampe
[FHEM]   lightbulb service for wzStehLampe
[FHEM]     power characteristic for wzStehLampe
[FHEM]     brightness characteristic for wzStehLampe
[FHEM]     hue characteristic for wzStehLampe
[FHEM]     saturation characteristic for wzStehLampe
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +38ms
  EventedHTTPServer Server listening on port 51826 +150ms
  EventedHTTPServer [::ffff:192.168.0.37] New connection from client +4s
  EventedHTTPServer [::ffff:192.168.0.37] HTTP server listening on port 54826 +8ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /pair-setup +38ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +16ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +273ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /pair-setup +5s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +3ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +8ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +245ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /pair-setup +239ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +7ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +81ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +11ms
  Accessory [Homebridge] Paired with client AA85388B-8DF1-4117-897E-571CD359418F +29ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +44ms
  EventedHTTPServer [::ffff:192.168.0.37] Client connection closed +136ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP connection was closed +16ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP server was closed +3ms
  EventedHTTPServer [::ffff:192.168.0.37] New connection from client +819ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP server listening on port 54826 +4ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /pair-verify +22ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +7ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +48ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /pair-verify +105ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +10ms
  HAPServer [CC:22:3D:E3:CE:30] Client AA85388B-8DF1-4117-897E-571CD359418F verification complete +18ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +5ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /accessories +19ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +1ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +32ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP request: /pairings +246ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +1ms
  HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +7ms
  Accessory [Homebridge] Unpairing with client AA85388B-8DF1-4117-897E-571CD359418F +3ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP Repsonse is finished +27ms
  EventedHTTPServer [::ffff:192.168.0.37] Client connection closed +48ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP connection was closed +5ms
  EventedHTTPServer [::ffff:192.168.0.37] HTTP server was closed +3ms




Bei mir lässt sich das ganze nicht pairen. Jetzt wäre die frage was mach ich falsch :(

Ich nutze die IOS 9.1 Beta

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 September 2015, 11:02:38
@Mathea: schau ob gegen ende ein Unpairing auftaucht. dann ist irgend ein device dabei mit dem es noch probleme gibt. versuche die liste einzugrenzen bist du das device gefunden hast.

@MartinMuc: bei dir steht das Unpairing. also versuchen das problematische device zu finden.

wenn ihr das problematische device habt bitte jsonlist2 posten.

zum hintergrund: homekit zickt etwas wenn bei den device parametern etwas nicht so ist wie erwartet. das liegt dann normalerweise auch nicht an der verwendeten app (insteon, eve,...) sondern direkt low level an homekit.

ansonsten ist eve tatsächlich zu empfehlen, alle anderen apps sind sehr sehr unvollständig und zeigen z.t. rollläden oder thermometer oder kontakt- und an anwesenheitssensoren nicht an.

gruss
  andrfe
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 19 September 2015, 11:02:48
Zitat von: matzel am 18 September 2015, 19:38:16
Ich habe ein neues Problem festgestellt:

Immer wenn ich mein WLAN verlasse und später wieder heimkomme, zeigt EVE alle Devices als "NICHT ERREICHBAR" an. Siri kann dann auch nichts mehr schalten. Nur ein komplettes Reset und Neuaufsetzen hilft...

Hm...

Es kann an deinem LAN/WLAN Layout liegen. Die beste Erfahrung habe ich gemacht, wenn alles über WLAN läuft.
Also z.B. bei einem MAC Wifi zusätzlich zum Ethernet aktivieren, bei einem RPi ein Wifi-Dongle verwenden.

Ein Trick, damit du nicht alles aufsetzen musst:
ändere den "username": "CC:22:3D:E3:CE:30" in config.json z.B. auf "CC:22:3D:E3:CE:31"
und "name": "Homebridge" auf z.B. "name": "Homebridge-01"
dann starte homebridge wieder.

Edit: Meistens geht es ohne den name zu ändern, also zuerst nur username ändern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 19 September 2015, 12:26:25
Zitat von: flurin am 19 September 2015, 11:02:48
Es kann an deinem LAN/WLAN Layout liegen. Die beste Erfahrung habe ich gemacht, wenn alles über WLAN läuft.
Also z.B. bei einem MAC Wifi zusätzlich zum Ethernet aktivieren, bei einem RPi ein Wifi-Dongle verwenden.

Ich möchte dir ja nicht zu nahe treten, aber wenn ich das so lese, dann tippe ich eher darauf, dass dein Netzwerk Layout oder einzelne Komponenten nicht richtig konfiguriert oder nicht in Ordnung sind. Aus Erfahrung ist es auch keine gute Idee LAN und WLAN gleichzeiitig zu aktivieren. Diesen Tipp sollte mMn eher als deine persönliche Empfindung in deinem Netz ansehen und nicht verallgemeinern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 19 September 2015, 12:38:50
@dev0
mir hat es geholfen, ein Versuch schadet ja nicht. Apple bonjour hat bekanntlich seine Tücken. Siehe auch https://github.com/nfarina/homebridge, da kämpfen einige mit diesem Problem und da haben auch einige einscheinend mit jahrelanger Erfahrung darüber berichtet. LAN und WLAN bei meinem Mac mini funktioniert einwandfrei.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 19 September 2015, 14:22:16
Ich habe mal einen Wiki-Eintrag erstellt. Ist mein erstes Mal und der Beitrag befindet sich noch in der Entwicklung, vielleicht gibt es ja die ein oder andere Ergänzung oder Änderung:

http://www.fhemwiki.de/wiki/Homebridge_einrichten

Hat jemand eine Ahnung wie ich den Eintrag unter den HOWTOs verlinken kann??  :o
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 September 2015, 14:28:27
beim bonjour problem sollte man man mit einem bonjour browser nachschauen. problematisch kann z.b. sein wenn das gerät beim wiederkommen per dhcp eine neue ip bekommt und die alte verbindung noch offen ist.

@matzel: danke

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mirgehtsgut am 19 September 2015, 16:24:23
Gibt es schon Erfarungen mit IOS 9?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 19 September 2015, 17:18:00
Zitat von: justme1968 am 19 September 2015, 14:28:27
beim bonjour problem sollte man man mit einem bonjour browser nachschauen. problematisch kann z.b. sein wenn das gerät beim wiederkommen per dhcp eine neue ip bekommt und die alte verbindung noch offen ist.

@matzel: danke

gruss
  andre

ich habe beobachtet das sobald ein Repeater im Weg ist, Homekit nicht mehr ging. Sprich Bonjourprotokoll scheint nicht geroutet zu werden
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 September 2015, 17:37:53
ein repeater sollte nicht routen.

ansonsten: ja. bonjour bzw. multicast dns wird nicht zwischen netzen geroutet. deswegen geht HomeKit auch nicht über vpn.

es gibt ein paar workarounds aber bei billigen consumer netzwerg geräten schaden die oft mehr als sie nützen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 19 September 2015, 17:48:31
und was macht der, der ein großes Haus hat und ein Repeater unabdingbar ist?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 September 2015, 17:54:12
ein repeater ist normalerweise kein router sondern arbeitet transparent als bridge und du hast immer noch ein einziges netz. sollte also keine probleme machen.

repeater haben aber den nachteil das alle daten zwei mal gesendet und empfangen werden und sich die geschwindigkeit halbiert.

wenn irgend wie möglich sollte man besser mehrere ap verwenden die per kabel mit dem netzt verbunden sind. wenn alle im bridge mode laufen hast du auch hier nur ein einziges netz. und es funktioniert.

ich habe 5 aps im haus verteilt. und das funktioniert völlig transparent.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 19 September 2015, 20:19:40
Mich würde es auch nicht wundern, wenn die eine oder andere Consumer Bridge (Repeater) Probleme mit Multicast(DNS) hat. Wenn man mehrere Netzsegmente hat kann man sich mit einem Server behelfen, der in jedem Vlan ein Beinchen hat und mit Avahi im Reflector Mode die Pakete in die jeweils anderen Vlans weiterleitet. Diesen Mechanismus verwenden auch prof. WLAN Controller und L3 Switches.
Der eleganteste Weg für zu Hause ist aber in jedem Fall der von Andre beschriebene mit mehreren APs im gleichen Netzsegment.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 20 September 2015, 14:16:30
wäre es möglich noch HM-RC-Key4-2 aufzunehmen? Zumindest ich habe es in meiner FHEM.js als getan, unter HM-SEC-KEY. Funktioniert wunderbar
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 September 2015, 14:18:37
was genau meinst du? was soll die HM-RC-Key4-2 tun?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 20 September 2015, 14:41:44
Zitat von: mirgehtsgut am 19 September 2015, 16:24:23
Gibt es schon Erfarungen mit IOS 9?

Moin, habe alle iOS Geräte auf 9 aktualisiert, mit dem "alten" HomeKit Server kein Problem, alles was ging, geht auch immer noch, gefühlt nur deutlich schneller alles vorher.

Grüße

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 20 September 2015, 19:43:27
Zitat von: justme1968 am 20 September 2015, 14:18:37
was genau meinst du? was soll die HM-RC-Key4-2 tun?

                         } else if( s.Attributes.model == 'HM-RC-Key4-2' ) {
                           accessory = new FHEMAccessory(that.log, that.connection, s);
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 September 2015, 19:52:43
die frage war was soll das ding melden. mir fällt gerade nichts ein auf was man eine fernbedienung in homekit mappen kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 21 September 2015, 09:25:16
 Meine Erfahrung zu Homebridge und iOS 9.0 bzw. iOS 9.1 PB1: https://github.com/nfarina/homebridge/issues/192 // http://forums.macrumors.com/threads/iphone-stuck-at-apple-logo-corrupt-setting.1919018/

Auf dem iOS 9.0 iPad geht es super.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 21 September 2015, 11:47:54
Zitat von: Hauswart am 21 September 2015, 09:25:16
Meine Erfahrung zu Homebridge und iOS 9.0 bzw. iOS 9.1 PB1: https://github.com/nfarina/homebridge/issues/192 // http://forums.macrumors.com/threads/iphone-stuck-at-apple-logo-corrupt-setting.1919018/

Auf dem iOS 9.0 iPad geht es super.

komisches Problem was du da beschreibst mit PB1. Wenn es ein Hardreset + hängen wäre, dann könntest du kein Backup machen. Aus meinen Jailbreakzeiten kenne ich das als Springboardcrash
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 21 September 2015, 13:24:56
Zitat von: Posti123 am 21 September 2015, 11:47:54
komisches Problem was du da beschreibst mit PB1. Wenn es ein Hardreset + hängen wäre, dann könntest du kein Backup machen. Aus meinen Jailbreakzeiten kenne ich das als Springboardcrash
KhaosT hat auf Github auch eher auf einen Springboard Fehler getippt, werde die Tage versuchen ein gescheites Logfile zu erstellen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 21 September 2015, 14:27:00
Nach dem neusten Update (iOS 9, EVE 1.1 und homebridge) lassen sich Lamellenstoren nun schön darstellen und steuern, inkl. Lamellenneigung.
Neu kann man auch den Bereich ändern sowie den Schritt z.B. 5 statt 1. Das sieht dann so aus: siehe Screenshot.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 21 September 2015, 17:36:37
Zitat von: flurin am 21 September 2015, 14:27:00
Nach dem neusten Update (iOS 9, EVE 1.1 und homebridge) lassen sich Lamellenstoren nun schön darstellen und steuern, inkl. Lamellenneigung.
Neu kann man auch den Bereich ändern sowie den Schritt z.B. 5 statt 1. Das sieht dann so aus: siehe Screenshot.

Und wie sag ich es Siri?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 September 2015, 18:44:44
ich habe eben hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) eine neue version hoch geladen.

die wichtigesten änderungen:
- accessories werden nur ein mal veröffentlicht. auch wenn sie in mehreren filtern matchen
- für thermostate werden min/max/step values aus dem set geparsed und gesetzt
- es gibt einen neuen genericType ignore
- batterie status für hm wird unterstützt
- für thermostate ist eine vorläufige version des control mode eingebaut

wichtig: es ist ein update auf die neueste HAP-NodeJS version nötig
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 21 September 2015, 19:19:56
Hallo zusammen,

habe schon wieder das "iCloud Sync" Thema. Aber jetzt wenn ich ein Device über EVE schalten will. Ist es wirklich so das ich jetzt wieder alles auf Anfang setzen muss? Habe aktuell nur ein Gerät mit dem Schlüsselbund sync.

Hoffe darauf ich habe etwas falsch gemacht....! Tips?

Danke vorab.

Gruß Newbee

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 21 September 2015, 20:05:20
mit der neuen Version bekomme ich sobald ich mein Thermostat oder Sonos einbinde diesen Fehler meine anderen Devices teste ich die Tage auch noch mal alle einzeln durch. Ansonsten schaut es schon recht gut aus :) Watch OS2 installiert auf das Siri dann am Handgelenk mein Licht brav schaltet :)

Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.0.44:8088/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442858170496
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.0.44:8088/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Server listening on: http://<ip>:8081
[FHEM] got: 5 results
[FHEM] HUEDevice3 has RGB [rgb]
[FHEM] HUEDevice3 has onOff [state;on,off]
[FHEM] HUEDevice3 has hue [0-65535]
[FHEM] HUEDevice3 has sat [0-254]
[FHEM] SZBett is switchable
[FHEM] SZBett has onOff [state;on,off]
[FHEM] SZTV is switchable
[FHEM] SZTV has onOff [state;on,off]
[FHEM] WZTV is switchable
[FHEM] WZTV has onOff [state;on,off]
[FHEM] wz_hz_t_Climate is thermostat [desired-temp;5-30:0.5]
[FHEM] wz_hz_t_Climate has thermostat mode [controlMode;controlMode]
[FHEM] wz_hz_t_Climate has temperature [measured-temp]
[FHEM] wz_hz_t_Climate has humidity [humidity]
[FHEM] wz_hz_t_Climate has battery [battery]
[FHEM] Initializing platform accessory 'HUEDevice3'...
[FHEM] creating services for HUEDevice3
[FHEM]   information service for HUEDevice3
[FHEM]   lightbulb service for HUEDevice3
[FHEM]     power characteristic for HUEDevice3
[FHEM]     brightness characteristic for HUEDevice3
[FHEM]     hue characteristic for HUEDevice3
[FHEM]     saturation characteristic for HUEDevice3
[FHEM] Initializing platform accessory 'SZBett'...
[FHEM] creating services for SZBett
[FHEM]   information service for SZBett
[FHEM]   switch service for SZBett
[FHEM]     power characteristic for SZBett
[FHEM] Initializing platform accessory 'SZTV'...
[FHEM] creating services for SZTV
[FHEM]   information service for SZTV
[FHEM]   switch service for SZTV
[FHEM]     power characteristic for SZTV
[FHEM] Initializing platform accessory 'WZTV'...
[FHEM] creating services for WZTV
[FHEM]   information service for WZTV
[FHEM]   switch service for WZTV
[FHEM]     power characteristic for WZTV
[FHEM] Initializing platform accessory 'wz_hz_t_Climate'...
[FHEM] creating services for wz_hz_t_Climate
[FHEM  information service for wz_hz_t_Climate
[FHEM]   thermostat service for wz_hz_t_Climate
[FHEM]     temperature characteristic for wz_hz_t_Climate
[FHEM]     humidity characteristic for wz_hz_t_Climate
[FHEM]     battery status characteristic for wz_hz_t_Climate
[FHEM]     target temperature characteristic for wz_hz_t_Climate
{ reading: 'desired-temp',
  cmd: 'desired-temp',
  min: 5,
  max: 30,
  step: 0.5,
  informId: 'wz_hz_t_Climate-desired-temp' }
/opt/homebridge/platforms/FHEM.js:1673
      characteristic.setProps( {
                     ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1673:22)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/opt/homebridge/platforms/FHEM.js:472:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/opt/homebridge/node_modules/request/request.js:1266:12)
root@cubie:/opt/homebridge#


Hier das Jsonlist

Code Auswählen
{
  "Arg":"wz_hz_t_Climate",
  "Results": [
  {
    "Name":"wz_hz_t_Climate",
    "PossibleSets":"clear:readings,trigger,register,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk peerChan regBulk regSet sign:on,off tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic GenericDisplayType alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ignore icon sortby webCmd widgetOverride Heizung Heizung_map lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude userattr",
    "Internals": {
      "DEF": "2D5BA302",
      "NAME": "wz_hz_t_Climate",
      "NR": "100",
      "NTFY_ORDER": "50-wz_hz_t_Climate",
      "STATE": "T: 21.8 desired: 5.0",
      "TYPE": "CUL_HM",
      "chanNo": "02",
      "device": "wz_hz_t",
      "peerList": "wz_hz_r_Climate,"
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2015-07-01 09:03:26" },
      "R-boostPeriod": { "Value":"5 min", "Time":"2015-04-15 09:15:07" },
      "R-dayTemp": { "Value":"21 C", "Time":"2015-04-15 09:15:07" },
      "R-daylightSaveTime": { "Value":"on", "Time":"2015-04-15 09:15:07" },
      "R-heatCool": { "Value":"heating", "Time":"2015-04-15 09:15:07" },
      "R-hyst2point": { "Value":"0.4 C", "Time":"2015-04-15 09:15:07" },
      "R-modePrioManu": { "Value":"all", "Time":"2015-04-15 09:15:07" },
      "R-modePrioParty": { "Value":"all", "Time":"2015-04-15 09:15:07" },
      "R-nightTemp": { "Value":"17 C", "Time":"2015-04-15 09:15:07" },
      "R-noMinMax4Manu": { "Value":"off", "Time":"2015-04-15 09:15:07" },
      "R-sendWeatherData": { "Value":"on", "Time":"2015-04-15 09:15:07" },
      "R-showHumidity": { "Value":"tempHum", "Time":"2015-04-15 09:15:07" },
      "R-showInfo": { "Value":"time", "Time":"2015-04-15 09:15:07" },
      "R-showSetTemp": { "Value":"actTemp", "Time":"2015-04-15 09:15:07" },
      "R-showWeekday": { "Value":"off", "Time":"2015-04-15 09:15:07" },
      "R-tempMax": { "Value":"30.5 C", "Time":"2015-04-15 09:15:07" },
      "R-tempMin": { "Value":"4.5 C", "Time":"2015-04-15 09:15:07" },
      "R-tempOffset": { "Value":"0.0K", "Time":"2015-04-15 09:15:07" },
      "R-weekPrgSel": { "Value":"prog1", "Time":"2015-04-15 09:15:07" },
      "R-winOpnBoost": { "Value":"off", "Time":"2015-04-15 09:15:07" },
      "R_P1_0_tempListSat": { "Value":"06:00 17.0 22:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_1_tempListSun": { "Value":"06:00 17.0 22:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_2_tempListMon": { "Value":"06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_3_tempListTue": { "Value":"06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_4_tempListWed": { "Value":"06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_5_tempListThu": { "Value":"06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_6_tempListFri": { "Value":"06:00 17.0 08:00 20.0 16:30 17.0 21:00 20.0 24:00 17.0", "Time":"2015-04-15 09:15:07" },
      "R_P1_tempList_State": { "Value":"verified", "Time":"2015-04-15 09:15:07" },
      "R_P2_0_tempListSat": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_1_tempListSun": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_2_tempListMon": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_3_tempListTue": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_4_tempListWed": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_5_tempListThu": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_6_tempListFri": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:11" },
      "R_P2_tempList_State": { "Value":"verified", "Time":"2015-04-15 09:15:11" },
      "R_P3_0_tempListSat": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_1_tempListSun": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_2_tempListMon": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_3_tempListTue": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_4_tempListWed": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_5_tempListThu": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_6_tempListFri": { "Value":"24:00 17.0", "Time":"2015-04-15 09:15:15" },
      "R_P3_tempList_State": { "Value":"verified", "Time":"2015-04-15 09:15:15" },
      "RegL_01:": { "Value":"08:00 00:00", "Time":"2015-04-15 09:15:03" },
      "RegL_07:": { "Value":"01:2A 02:22 03:09 04:3D 05:00 06:00 07:00 08:00 09:C7 0A:30 0B:00 0C:00 0D:00 0E:01 0F:04 10:00 11:00 12:09 13:00 14:44 15:48 16:51 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:51 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:50 4B:60 4C:44 4D:C6 4E:50 4F:FC 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:50 65:60 66:44 67:C6 68:50 69:FC 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:50 7F:60 80:44 81:C6 82:50 83:FC 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:50 99:60 9A:44 9B:C6 9C:50 9D:FC 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:50 B3:60 B4:44 B5:C6 B6:50 B7:FC B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00", "Time":"2015-04-15 09:15:07" },
      "RegL_08:": { "Value":"01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00", "Time":"2015-04-15 09:15:11" },
      "RegL_09:": { "Value":"01:00 02:00 03:00 04:00 05:00 06:00 07:00 08:00 09:00 0A:00 0B:00 0C:00 0D:00 0E:00 0F:00 10:00 11:00 12:00 13:00 14:45 15:20 16:45 17:20 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:45 2F:20 30:45 31:20 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:45 49:20 4A:45 4B:20 4C:45 4D:20 4E:45 4F:20 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:45 63:20 64:45 65:20 66:45 67:20 68:45 69:20 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:45 7D:20 7E:45 7F:20 80:45 81:20 82:45 83:20 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:45 97:20 98:45 99:20 9A:45 9B:20 9C:45 9D:20 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:45 B1:20 B2:45 B3:20 B4:45 B5:20 B6:45 B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:00 CB:00 CC:00 CD:00 CE:00 CF:00 00:00", "Time":"2015-04-15 09:15:15" },
      "battery": { "Value":"ok", "Time":"2015-09-21 18:11:09" },
      "boostTime": { "Value":"-", "Time":"2015-09-21 18:11:09" },
      "commReporting": { "Value":"off", "Time":"2015-09-21 18:11:09" },
      "controlMode": { "Value":"manual", "Time":"2015-09-21 18:11:09" },
      "desired-temp": { "Value":"5.0", "Time":"2015-09-21 19:58:34" },
      "humidity": { "Value":"42", "Time":"2015-09-21 19:58:34" },
      "measured-temp": { "Value":"21.8", "Time":"2015-09-21 19:58:34" },
      "peerList": { "Value":"wz_hz_r_Climate,", "Time":"2015-09-21 13:05:34" },
      "recentStateType": { "Value":"ack", "Time":"2015-07-01 09:03:26" },
      "state": { "Value":"T: 21.8 desired: 5.0", "Time":"2015-09-21 19:58:34" },
      "winOpenReporting": { "Value":"off", "Time":"2015-09-21 18:11:09" }
    },
    "Attributes": {
      "Heizung": "st_heizung",
      "alias": "TH_Wohnzimmer",
      "genericDeviceType": "thermostat",
      "group": "Heizung",
      "lightSceneParamsToSave": "desired-temp",
      "model": "HM-TC-IT-WM-W-EU",
      "peerIDs": "00000000,2B39D602,",
      "room": "Homekit,Test",
      "userattr": "Heizung Heizung_map lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 structexclude",
      "verbose": "3"
    }
  }  ],
  "totalResultsReturned":1
}

Bei meinem Sonos schaut es ähnlich aus

Code Auswählen
erver listening on: http://<ip>:8081
[FHEM] got: 5 results
[FHEM] HUEDevice3 has RGB [rgb]
[FHEM] HUEDevice3 has onOff [state;on,off]
[FHEM] HUEDevice3 has hue [0-65535]
[FHEM] HUEDevice3 has sat [0-254]
[FHEM] SZBett is switchable
[FHEM] SZBett has onOff [state;on,off]
[FHEM] SZTV is switchable
[FHEM] SZTV has onOff [state;on,off]
[FHEM] Sonos_Schlafzimmer is switchable
[FHEM] Sonos_Schlafzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Schlafzimmer has volume [Volume:not cached]
[FHEM] WZTV is switchable
[FHEM] WZTV has onOff [state;on,off]
[FHEM] Initializing platform accessory 'HUEDevice3'...
[FHEM] creating services for HUEDevice3
[FHEM]   information service for HUEDevice3
[FHEM]   lightbulb service for HUEDevice3
[FHEM]     power characteristic for HUEDevice3
[FHEM]     brightness characteristic for HUEDevice3
[FHEM]     hue characteristic for HUEDevice3
[FHEM]     saturation characteristic for HUEDevice3
[FHEM] Initializing platform accessory 'SZBett'...
[FHEM] creating services for SZBett
[FHEM]   information service for SZBett
[FHEM]   switch service for SZBett
[FHEM]     power characteristic for SZBett
[FHEM] Initializing platform accessory 'SZTV'...
[FHEM] creating services for SZTV
[FHEM]   information service for SZTV
[FHEM]   switch service for SZTV
[FHEM]     power characteristic for SZTV
[FHEM] Initializing platform accessory 'Sonos_Schlafzimmer'...
[FHEM] creating services for Sonos_Schlafzimmer
[FHEM]   information service for Sonos_Schlafzimmer
[FHEM]   switch service for Sonos_Schlafzimmer
[FHEM]     power characteristic for Sonos_Schlafzimmer
[FHEM]     custom volume characteristic for Sonos_Schlafzimmer
/opt/homebridge/platforms/FHEM.js:1444
        perms: [Characteristic.Perms.READ, Characteristic.Perms.WRITE, Charact
                                    ^
TypeError: Cannot read property 'READ' of undefined
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1444:37)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/opt/homebridge/platforms/FHEM.js:472:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/opt/homebridge/node_modules/request/request.js:1266:12)


Code Auswählen
{
  "Arg":"Sonos_Schlafzimmer",
  "Results": [
  {
    "Name":"Sonos_Schlafzimmer",
    "PossibleSets":"AddMember:Sonos_Wohnzimmer AddURIToQueue Alarm AudioDelay Balance:slider,-100,1,100 Bass:slider,0,1,100 CreateStereoPair:Sonos_Wohnzimmer CrossfadeMode:0,1 CurrentPlaylist:noArg CurrentTrackPosition DailyIndexRefreshTime DeletePlaylist EmptyPlaylist:noArg ExportSonosBibliothek GroupMute:0,1 GroupVolume:slider,0,1,100 GroupVolumeD:noArg GroupVolumeU:noArg LEDState:0,1 LoadPlaylist LoadRadio LoadSearchlist Loudness:0,1 Mute:0,1 MuteT:noArg Name Next:noArg OutputFixed:0,1 Pause:noArg Play:noArg PlayURI PlayURITemp Previous:noArg Reboot:noArg RemoveMember:Sonos_Wohnzimmer Repeat:0,1 RepeatT:noArg ResetAttributesToDefault:0,1 RoomIcon:\"bathroom\",\"library\",\"office\",\"foyer\",\"dining\",\"tvroom\",\"hallway\",\"garage\",\"garden\",\"guestroom\",\"den\",\"bedroom\",\"kitchen\",\"portable\",\"media\",\"family\",\"pool\",\"masterbedroom\",\"playroom\",\"patio\",\"living\" SavePlaylist SeparateStereoPair:noArg Shuffle:0,1 ShuffleT:noArg SleepTimer SnapshotGroupVolume:noArg SnoozeAlarm Speak StartFavourite StartPlaylist StartRadio StartSearchlist Stop:noArg SubEnable SubGain SurroundEnable SurroundLevel Track Treble:slider,0,1,100 Volume:slider,0,1,100 VolumeD:noArg VolumeRestore:noArg VolumeSave VolumeU:noArg Wifi:off,on,persist-off currentTrack:slider,1,1,3",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings disable:1,0 generateVolumeSlider:1,0 generateVolumeEvent:1,0 generateSomethingChangedEvent:1,0 generateInfoSummarize1 generateInfoSummarize2 generateInfoSummarize3 generateInfoSummarize4 stateVariable:TransportState,NumberOfTracks,Track,TrackURI,TrackDuration,TrackProvider,Title,Artist,Album,OriginalTrackNumber,AlbumArtist,Sender,SenderCurrent,SenderInfo,StreamAudio,NormalAudio,AlbumArtURI,nextTrackDuration,nextTrackProvider,nextTrackURI,nextAlbumArtURI,nextTitle,nextArtist,nextAlbum,nextAlbumArtist,nextOriginalTrackNumber,Volume,Mute,OutputFixed,Shuffle,Repeat,CrossfadeMode,Balance,HeadphoneConnected,SleepTimer,Presence,RoomName,SaveRoomName,PlayerType,Location,SoftwareRevision,SerialNum,InfoSummarize1,InfoSummarize2,InfoSummarize3,InfoSummarize4 model minVolume maxVolume minVolumeHeadphone maxVolumeHeadphone VolumeStep getAlarms:1,0 buttonEvents event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat GenericDisplayType alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ignore icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "RINCON_B8E93731849201400_MR",
      "NAME": "Sonos_Schlafzimmer",
      "NR": "213",
      "NTFY_ORDER": "50-Sonos_Schlafzimmer",
      "STATE": "initialized",
      "TYPE": "SONOSPLAYER",
      "UDN": "RINCON_B8E93731849201400_MR"
    },
    "Readings": {
      "AlarmList": { "Value":"~~NotLoadedMarker~~", "Time":"2015-09-21 13:05:33" },
      "AlarmListIDs": { "Value":"~~NotLoadedMarker~~", "Time":"2015-09-21 13:05:33" },
      "AlarmListVersion": { "Value":"~~NotLoadedMarker~~", "Time":"2015-09-21 13:05:33" },
      "AlarmRunning": { "Value":"0", "Time":"2015-05-01 06:45:32" },
      "AlarmRunningID": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "Balance": { "Value":"0", "Time":"2015-04-13 13:24:49" },
      "Bass": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "CrossfadeMode": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "DailyIndexRefreshTime": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "Favourites": { "Value":"{'FV:2/3' => {'Title' => '95.5 Charivari','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As17488%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/5' => {'Title' => 'Bayern 3','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As14991%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/42' => {'Title' => 'DRadio Wissen','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As120806%3Fsid%3D254%26amp%3Bflags%3D32%26amp%3Bsn%3D0'},'FV:2/21' => {'Title' => 'DASDING','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As20295%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/34' => {'Title' => 'Georgia Tech IMG Sports Network','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As230311%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/38' => {'Title' => 'PULS','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As44976%3Fsid%3D254%26amp%3Bflags%3D32%26amp%3Bsn%3D0'},'FV:2/32' => {'Title' => 'Freakshow','Cover' => 'http://192.168.0.32:1400/getaa?u=x-rincon-mp3radio%3A%2F%2Fstreams.xenim.de%2Fmetaebene.mp3.m3u'},'FV:2/27' => {'Title' => 'Radio Caprice Progressive Trance','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As172469%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/44' => {'Title' => 'TEMPO HD Radio (Elektro Channel)','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As237205%3Fsid%3D254%26amp%3Bflags%3D32%26amp%3Bsn%3D0'},'FV:2/23' => {'Title' => 'ANTENNE BAYERN Lovesongs','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As104096%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/45' => {'Title' => 'Symphonic Metal - ROCKRADIO.COM','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As165306%3Fsid%3D254%26amp%3Bflags%3D32%26amp%3Bsn%3D0'},'FV:2/2' => {'Title' => 'ROCK ANTENNE','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As25217%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/0' => {'Title' => 'Fritz vom rbb','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As25005%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/25' => {'Title' => 'Kendall&apos;s Progressive Trance Radio','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As198369%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/10' => {'Title' => 'TWiT Live','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As97079%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/6' => {'Title' => 'Bayern 1','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As24854%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/43' => {'Title' => 'Elektro-Radio.de','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As112833%3Fsid%3D254%26amp%3Bflags%3D32%26amp%3Bsn%3D0'},'FV:2/30' => {'Title' => 'Gator IMG Sports Network','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As230232%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/28' => {'Title' => 'PROGRESSIVE TRANCE RADIO','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As214532%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/1' => {'Title' => 'TechnoBase.FM','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As55005%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/7' => {'Title' => 'Bayern 2','Cover' => 'http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3As24855%3Fsid%3D254%26amp%3Bflags%3D32'},'FV:2/24' => {'Title' => 'Progressive Goa Trance Radio','Cover' => 'http://192.168.0.32:1400/getaa?u=x-sonosapi-radio%3Aartist%253a5357601%253aradio%3Fsid%3D2%26amp%3Bflags%3D76'}}", "Time":"2015-09-20 21:00:00" },
      "FavouritesVersion": { "Value":"RINCON_B8E93731849201400,63", "Time":"2015-08-29 21:36:38" },
      "GroupMute": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "GroupVolume": { "Value":"28", "Time":"2015-09-21 06:30:31" },
      "HeadphoneConnected": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "LastActionResult": { "Value":"~~NotLoadedMarker~~", "Time":"2015-09-21 13:05:33" },
      "Loudness": { "Value":"1", "Time":"2015-04-16 23:07:52" },
      "Mute": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "OutputFixed": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "PlaylistsVersion": { "Value":"RINCON_B8E93731849201400,1", "Time":"2015-06-21 07:47:56" },
      "QueueHash": { "Value":"9a1c7ee2c7ce38d4bbbaf29ab9f2ac1e", "Time":"2015-09-20 20:40:44" },
      "QueueVersion": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "RadiosVersion": { "Value":"RINCON_B8E93731849201400,63", "Time":"2015-08-29 21:36:38" },
      "Repeat": { "Value":"0", "Time":"2015-04-13 13:24:50" },
      "Shuffle": { "Value":"1", "Time":"2015-09-21 06:30:14" },
      "SleepTimer": { "Value":"off", "Time":"2015-09-21 00:37:11" },
      "SleepTimerVersion": { "Value":"0", "Time":"2015-09-21 00:37:10" },
      "Treble": { "Value":"8", "Time":"2015-04-13 13:24:50" },
      "Volume": { "Value":"28", "Time":"2015-09-21 06:30:31" },
      "ZoneGroupID": { "Value":"RINCON_B8E93731849201400:__", "Time":"2015-09-20 20:40:44" },
      "ZoneGroupName": { "Value":"Schlafzimmer", "Time":"2015-08-16 15:15:12" },
      "ZonePlayerUUIDsInGroup": { "Value":"RINCON_B8E93731849201400", "Time":"2015-09-02 21:32:50" },
      "currentAlbum": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "currentAlbumArtURI": { "Value":"./www/images/default/SONOSPLAYER/Sonos_Schlafzimmer_AlbumArt.gif", "Time":"2015-09-21 07:24:01" },
      "currentAlbumArtURL": { "Value":"http://192.168.0.32:1400/getaa?s=1&u=x-sonosapi-stream%3as55005%3fsid%3d254%26flags%3d32", "Time":"2015-09-21 07:24:01" },
      "currentAlbumArtist": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "currentArtist": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "currentNormalAudio": { "Value":"0", "Time":"2015-09-20 22:36:57" },
      "currentOriginalTrackNumber": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "currentSender": { "Value":"TechnoBase.FM", "Time":"2015-09-21 07:24:01" },
      "currentSenderCurrent": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "currentSenderInfo": { "Value":"0", "Time":"2015-09-21 07:22:55" },
      "currentStreamAudio": { "Value":"1", "Time":"2015-09-19 20:33:41" },
      "currentTitle": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "currentTrack": { "Value":"1", "Time":"2015-09-19 20:33:41" },
      "currentTrackDuration": { "Value":"0:00:00", "Time":"2015-09-17 23:20:14" },
      "currentTrackPosition": { "Value":"0:00:00", "Time":"2015-09-21 00:37:11" },
      "currentTrackProvider": { "Value":"Radio", "Time":"2015-09-19 20:33:41" },
      "currentTrackURI": { "Value":"aac://aach.stream.tb-group.fm/tb-high.aac?/listen.pls", "Time":"2015-09-21 07:24:01" },
      "fieldType": { "Value":"0", "Time":"2015-09-20 20:40:40" },
      "infoSummarize1": { "Value":"TechnoBase.FM:", "Time":"2015-09-21 07:24:01" },
      "infoSummarize2": { "Value":"STOPPED => TechnoBase.FM:", "Time":"2015-09-21 07:24:01" },
      "infoSummarize3": { "Value":"Lautstärke: 28 ~ Ton An ~ Balance: Mitte ~ Kein Kopfhörer", "Time":"2015-09-21 06:30:31" },
      "infoSummarize4": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "location": { "Value":"http://192.168.0.32:1400/xml/device_description.xml", "Time":"2015-04-13 13:24:49" },
      "nextAlbum": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextAlbumArtURI": { "Value":"./www/images/default/SONOSPLAYER/Sonos_Schlafzimmer_NextAlbumArt.png", "Time":"2015-08-06 23:37:08" },
      "nextAlbumArtURL": { "Value":"/fhem/sonos/cover/empty.jpg", "Time":"2015-08-06 23:37:08" },
      "nextAlbumArtist": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextArtist": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextOriginalTrackNumber": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextTitle": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextTrackDuration": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextTrackProvider": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "nextTrackURI": { "Value":"0", "Time":"2015-09-20 20:40:44" },
      "numberOfTracks": { "Value":"3", "Time":"2015-09-21 07:24:01" },
      "playerType": { "Value":"S3", "Time":"2015-04-13 13:24:49" },
      "presence": { "Value":"~~NotLoadedMarker~~", "Time":"2015-09-21 13:05:33" },
      "roomIcon": { "Value":"masterbedroom", "Time":"2015-04-13 13:24:50" },
      "roomName": { "Value":"Schlafzimmer", "Time":"2015-04-13 13:24:49" },
      "roomNameAlias": { "Value":"Schlafzimmer", "Time":"2015-04-13 13:24:49" },
      "saveRoomName": { "Value":"Schlafzimmer", "Time":"2015-04-13 13:24:49" },
      "serialNum": { "Value":"B8-E9-37-31-84-92:8", "Time":"2015-04-13 13:24:49" },
      "softwareRevision": { "Value":"5.4", "Time":"2015-07-16 18:29:12" },
      "state": { "Value":"initialized", "Time":"2015-09-21 13:05:32" },
      "transportState": { "Value":"STOPPED", "Time":"2015-09-21 07:22:55" }
    },
    "Attributes": {
      "alias": "Schlafzimmer",
      "generateInfoSummarize1": "<NormalAudio><Artist prefix=\"(\" suffix=\")\"/><Title prefix=\" '\" suffix=\"'\" ifempty=\"[Keine Musikdatei]\"/><Album prefix=\" vom Album '\" suffix=\"'\"/></NormalAudio> <StreamAudio><Sender suffix=\":\"/><SenderCurrent prefix=\" '\" suffix=\"' -\"/><SenderInfo prefix=\" \"/></StreamAudio>",
      "generateInfoSummarize2": "<TransportState/><InfoSummarize1 prefix=\" => \"/>",
      "generateInfoSummarize3": "<Volume prefix=\"Lautstärke: \"/><Mute instead=\" ~ Kein Ton\" ifempty=\" ~ Ton An\" emptyval=\"0\"/> ~ Balance: <Balance ifempty=\"Mitte\" emptyval=\"0\"/><HeadphoneConnected instead=\" ~ Kopfhörer aktiv\" ifempty=\" ~ Kein Kopfhörer\" emptyval=\"0\"/>",
      "generateVolumeSlider": "1",
      "genericDeviceType": "speaker",
      "getAlarms": "1",
      "group": "Schlafzimmer",
      "icon": "icoSONOSPLAYER_icon-S3.png",
      "minVolume": "0",
      "model": "Sonos_S3",
      "room": "Homekit,Sonos",
      "sortby": "1",
      "stateVariable": "Presence",
      "userReadings": "Favourites:LastActionResult.*?GetFavouritesWithCovers.* { if (ReadingsVal(\"Sonos_Schlafzimmer\", \"LastActionResult\", \"\") =~ m/.*?: (.*)/) { return $1; } }, Radios:LastActionResult.*?GetRadiosWithCovers.* { if (ReadingsVal(\"Sonos_Schlafzimmer\", \"LastActionResult\", \"\") =~ m/.*?: (.*)/) { return $1; } }, Playlists:LastActionResult.*?GetPlaylistsWithCovers.* { if (ReadingsVal(\"Sonos_Schlafzimmer\", \"LastActionResult\", \"\") =~ m/.*?: (.*)/) { return $1; } }, currentTrackPosition:LastActionResult.*?GetCurrentTrackPosition.* { if (ReadingsVal(\"Sonos_Schlafzimmer\", \"LastActionResult\", \"\") =~ m/.*?: (.*)/) { return $1; } }",
      "verbose": "3"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 September 2015, 20:12:15
du hast nicht die aktuellste HAP-NodeJS  version.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 21 September 2015, 20:18:41
Ah danke Andre  da reicht also kein git fetch im homebridge Verzeichnis     

Wie bekomm ich die dann installiert in neu ?


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 21 September 2015, 20:23:18
würde behaupten "npm update"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 September 2015, 20:34:08
bei mir hat npm update aus irgend einem  grund nicht die neueste version geholt. ich habe dann node_modules/HAP-NodeJS gelöscht und mit git clone direkt die neue version an die gleiche stelle ausgecheckt und dann per npm update die abhängikeiten nachinstalliert.

gruss
  andre

ps: meine git version von FHEM.js sollte sei eben auch die MAX kontakte können.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 21 September 2015, 20:34:23
Dachte ich auch aber auch damit bleibt mein Fehler bestehen.

Ich habs mit git fetch und npm install und danach noch mit npm update versucht :( ich Probier morgen mal weiter und schau wo mein Problem liegt wo ich suchen muss weis ich ja jetzt


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 21 September 2015, 20:53:46
Danke Andre jetzt geht es wunderbar :)

Jetzt muss ich mir glaub ich bald ein Skript fürs Update bauen *lach* am besten noch mit automatischem kopieren des FHEM.js aus Deinem Repro


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 21 September 2015, 21:00:32
Zitat von: MartinMuc am 21 September 2015, 20:53:46
Danke Andre jetzt geht es wunderbar :)

Jetzt muss ich mir glaub ich bald ein Skript fürs Update bauen *lach* am besten noch mit automatischem kopieren des FHEM.js aus Deinem Repro


Gesendet von iPhone mit Tapatalk

Gibt's dafür ein Repo?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 21 September 2015, 21:29:46
Bei mir klappt auch nicht mehr.
Habe die node Version 0.12.7

Code Auswählen
root@VM-fhem:/opt/homebridge# npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.10.80:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442863534408
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.10.80:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 32 results
[FHEM] BZ_FK is contact sensor [contact]
[FHEM] BZ_FK has battery [battery]
[FHEM] BZ_HV_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] BZ_HV_Clima has thermostat mode [controlMode;controlMode]
[FHEM] BZ_HV_Clima has temperature [measured-temp]
[FHEM] BZ_Licht is light
[FHEM] BZ_Licht has onOff [state;on,off]
[FHEM] FL_Decke is dimable [pct]
[FHEM] FL_Decke has onOff [state;on,off]
[FHEM] GZ_FK is contact sensor [contact]
[FHEM] GZ_FK has battery [battery]
[FHEM] GZ_WC_FK is contact sensor [contact]
[FHEM] GZ_WC_FK has battery [battery]
[FHEM] creating devices for activities in Harmony_Hub
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity XBMC.nutzen,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity SONOS,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity TV.sehen,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity CD,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity Platte.hoeren,off]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity PowerOff,off]
[FHEM] KU_AP is dimable [pct]
[FHEM] KU_AP has onOff [state;on,off]
[FHEM] KU_FK is contact sensor [contact]
[FHEM] KU_FK has battery [battery]
[FHEM] KU_HV_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] KU_HV_Clima has thermostat mode [controlMode;controlMode]
[FHEM] KU_HV_Clima has temperature [measured-temp]
[FHEM] KU_LED has RGB [RGB]
[FHEM] KU_LED has onOff [state;on,off]
[FHEM] KU_Tisch has RGB [RGB]
[FHEM] KU_Tisch has onOff [state;on,off]
[FHEM] SZ_Decke is dimable [pct]
[FHEM] SZ_Decke has onOff [state;on,off]
[FHEM] SZ_FK_L is contact sensor [contact]
[FHEM] SZ_FK_L has battery [battery]
[FHEM] SZ_FK_R is contact sensor [contact]
[FHEM] SZ_FK_R has battery [battery]
[FHEM] SZ_HV_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] SZ_HV_Clima has thermostat mode [controlMode;controlMode]
[FHEM] SZ_HV_Clima has temperature [measured-temp]
[FHEM] SZ_LED has RGB [RGB]
[FHEM] SZ_LED has onOff [state;on,off]
[FHEM] SZ_links has RGB [RGB]
[FHEM] SZ_links has onOff [state;on,off]
[FHEM] SZ_rechts has RGB [RGB]
[FHEM] SZ_rechts has onOff [state;on,off]
[FHEM] Sonos_Kueche is switchable
[FHEM] Sonos_Kueche has onOff [transportState;play,pause]
[FHEM] Sonos_Kueche has volume [Volume:cached]
[FHEM] Sonos_Schlafzimmer is switchable
[FHEM] Sonos_Schlafzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Schlafzimmer has volume [Volume:cached]
[FHEM] Sonos_Wohnzimmer is switchable
[FHEM] Sonos_Wohnzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Wohnzimmer has volume [Volume:cached]
[FHEM] WZ_FK is contact sensor [contact]
[FHEM] WZ_FK has battery [battery]
[FHEM] WZ_Fenster has RGB [RGB]
[FHEM] WZ_Fenster has onOff [state;on,off]
[FHEM] WZ_HV_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] WZ_HV_Clima has thermostat mode [controlMode;controlMode]
[FHEM] WZ_HV_Clima has temperature [measured-temp]
[FHEM] WZ_LED has RGB [RGB]
[FHEM] WZ_LED has onOff [state;on,off]
[FHEM] WZ_LP is light
[FHEM] WZ_LP has onOff [state;on,off]
[FHEM] WZ_Lesen is light
[FHEM] WZ_Lesen has onOff [state;on,off]
[FHEM] WZ_Tisch is dimable [pct]
[FHEM] WZ_Tisch has onOff [state;on,off]
[FHEM] WZ_XBMC is switchable
[FHEM] WZ_XBMC has onOff [state;on,off]
[FHEM] ignoring rr_Andrea (ROOMMATE)
[FHEM] ignoring rr_Detlef (ROOMMATE)
[FHEM] Initializing platform accessory 'BZ_FK'...
[FHEM] creating services for BZ_FK
[FHEM]   information service for BZ_FK
[FHEM]   contact sensor service for BZ_FK
[FHEM]     battery status characteristic for BZ_FK
[FHEM]     contact sensor characteristic for BZ_FK
[FHEM] Initializing platform accessory 'BZ_HV_Clima'...
[FHEM] creating services for BZ_HV_Clima
[FHEM]   information service for BZ_HV_Clima
[FHEM]   thermostat service for BZ_HV_Clima
[FHEM]     temperature characteristic for BZ_HV_Clima
[FHEM]     target temperature characteristic for BZ_HV_Clima
/opt/homebridge/platforms/FHEM.js:1680
      characteristic.setProps( {
                     ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1680:22)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/opt/homebridge/platforms/FHEM.js:472:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/opt/homebridge/node_modules/request/request.js:1266:12)
root@VM-fhem:/opt/homebridge#


Hier das xmllist vom device:

Code Auswählen
<FHZINFO>
<CUL_HM_LIST>
<CUL_HM name="BZ_HV_Clima" state="T: 23.0 desired: 20.0 valve: 0" sets="burstXmit clear:readings,trigger,register,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed" attrs="verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude alarmDevice alarmSettings building building_map cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss fp_Info fp_Media fp_System genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map setList sortby structexclude webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr">
<INT key="DEF" value="2B390504"/>
<INT key="NAME" value="BZ_HV_Clima"/>
<INT key="NR" value="304"/>
<INT key="NTFY_ORDER" value="50-BZ_HV_Clima"/>
<INT key="STATE" value="T: 23.0 desired: 20.0 valve: 0"/>
<INT key="TYPE" value="CUL_HM"/>
<INT key="chanNo" value="04"/>
<INT key="device" value="BZ_HV"/>
<ATTR key="fp_Grundriss" value="714,1048,7,,"/>
<ATTR key="genericDeviceType" value="thermostat"/>
<ATTR key="model" value="HM-CC-RT-DN"/>
<ATTR key="peerIDs" value="00000000,"/>
<ATTR key="room" value="Homekit,System"/>
<ATTR key="tempListTmpl" value="FHEM/templist.cfg:BZ_HV_Clima"/>
<ATTR key="userattr" value="lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0"/>
<ATTR key="verbose" value="0"/>
<ATTR key="webCmd" value="desired-temp"/>
<ATTR key="widgetOverride" value="desired-temp:knob,anglearc:315,angleoffset:200,min:5,max:30,step:0.5,linecap:round,fgColor:red,bgColor:grey,width:60,height:60"/>
<STATE key="CommandAccepted" value="yes" measured="2015-09-21 20:08:15"/>
<STATE key="R-boostPeriod" value="10 min" measured="2015-08-30 20:37:36"/>
<STATE key="R-boostPos" value="100 %" measured="2015-08-30 20:37:36"/>
<STATE key="R-btnNoBckLight" value="off" measured="2015-08-30 20:37:36"/>
<STATE key="R-dayTemp" value="20 C" measured="2015-08-30 20:37:36"/>
<STATE key="R-daylightSaveTime" value="on" measured="2015-08-30 20:37:36"/>
<STATE key="R-decalcTime" value="11:00" measured="2015-08-30 20:37:36"/>
<STATE key="R-decalcWeekday" value="Sat" measured="2015-08-30 20:37:36"/>
<STATE key="R-modePrioManu" value="all" measured="2015-08-30 20:37:36"/>
<STATE key="R-modePrioParty" value="all" measured="2015-08-30 20:37:36"/>
<STATE key="R-nightTemp" value="15 C" measured="2015-08-30 20:37:36"/>
<STATE key="R-noMinMax4Manu" value="off" measured="2015-08-30 20:37:36"/>
<STATE key="R-regAdaptive" value="on" measured="2015-08-30 20:37:36"/>
<STATE key="R-reguExtI" value="15" measured="2015-08-30 20:37:36"/>
<STATE key="R-reguExtP" value="30" measured="2015-08-30 20:37:36"/>
<STATE key="R-reguExtPstart" value="30" measured="2015-08-30 20:37:36"/>
<STATE key="R-reguIntI" value="13" measured="2015-08-30 20:37:36"/>
<STATE key="R-reguIntP" value="28" measured="2015-08-30 20:37:36"/>
<STATE key="R-reguIntPstart" value="18" measured="2015-08-30 20:37:36"/>
<STATE key="R-showInfo" value="time" measured="2015-08-30 20:37:36"/>
<STATE key="R-showWeekday" value="off" measured="2015-08-30 20:37:36"/>
<STATE key="R-sign" value="off" measured="2015-08-30 20:37:32"/>
<STATE key="R-tempMax" value="30.5 C" measured="2015-08-30 20:37:36"/>
<STATE key="R-tempMin" value="4.5 C" measured="2015-08-30 20:37:36"/>
<STATE key="R-tempOffset" value="-3.5K" measured="2015-08-30 20:37:36"/>
<STATE key="R-valveErrPos" value="0 %" measured="2015-08-30 20:37:36"/>
<STATE key="R-valveMaxPos" value="100 %" measured="2015-08-30 20:37:36"/>
<STATE key="R-valveOffsetRt" value="0 %" measured="2015-08-30 20:37:36"/>
<STATE key="R-winOpnBoost" value="off" measured="2015-08-30 20:37:36"/>
<STATE key="R-winOpnDetFall" value="1.4 K" measured="2015-08-30 20:37:36"/>
<STATE key="R-winOpnMode" value="off" measured="2015-08-30 20:37:36"/>
<STATE key="R-winOpnPeriod" value="15 min" measured="2015-08-30 20:37:36"/>
<STATE key="R-winOpnTemp" value="12 C" measured="2015-08-30 20:37:36"/>
<STATE key="R_0_tempListSat" value="02:00 20.0 07:30 17.0 24:00 20.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_1_tempListSun" value="02:00 20.0 07:30 17.0 23:00 20.0 24:00 17.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_2_tempListMon" value="06:00 17.0 23:00 20.0 24:00 17.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_3_tempListTue" value="06:00 17.0 23:00 20.0 24:00 17.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_4_tempListWed" value="06:00 17.0 23:00 20.0 24:00 17.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_5_tempListThu" value="06:00 17.0 23:00 20.0 24:00 17.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_6_tempListFri" value="06:00 17.0 24:00 20.0" measured="2015-08-30 20:37:36"/>
<STATE key="R_tempList_State" value="verified" measured="2015-08-30 20:37:36"/>
<STATE key="RegL_01:" value="08:00 00:00" measured="2015-08-30 20:37:32"/>
<STATE key="RegL_07:" value="01:28 02:1E 03:09 04:3D 05:18 06:03 07:00 08:16 09:00 0A:54 0B:00 0C:64 0D:00 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:50 15:18 16:44 17:5A 18:51 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:50 2F:18 30:44 31:5A 32:51 33:14 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:51 4B:14 4C:45 4D:20 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:51 65:14 66:45 67:20 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:51 7F:14 80:45 81:20 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:51 99:14 9A:45 9B:20 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:51 B3:20 B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0D CB:1C CC:12 CD:0F CE:1E CF:1E 00:00" measured="2015-08-30 20:37:36"/>
<STATE key="ValvePosition" value="0" measured="2015-09-21 21:27:03"/>
<STATE key="boostTime" value="-" measured="2015-09-21 21:27:03"/>
<STATE key="controlMode" value="auto" measured="2015-09-21 21:27:03"/>
<STATE key="desired-temp" value="20.0" measured="2015-09-21 21:27:03"/>
<STATE key="measured-temp" value="23.0" measured="2015-09-21 21:27:03"/>
<STATE key="motorErr" value="ok" measured="2015-09-21 21:27:03"/>
<STATE key="partyEnd" value="-" measured="2015-09-21 21:27:03"/>
<STATE key="partyStart" value="-" measured="2015-09-21 21:27:03"/>
<STATE key="partyTemp" value="-" measured="2015-09-21 21:27:03"/>
<STATE key="recentStateType" value="ack" measured="2015-09-21 20:08:15"/>
<STATE key="state" value="T: 23.0 desired: 20.0 valve: 0" measured="2015-09-21 21:27:03"/>
</CUL_HM>
</CUL_HM_LIST>
</FHZINFO>

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 21 September 2015, 21:39:43
Zitat von: justme1968 am 21 September 2015, 20:34:08
bei mir hat npm update aus irgend einem  grund nicht die neueste version geholt. ich habe dann node_modules/HAP-NodeJS gelöscht und mit git clone direkt die neue version an die gleiche stelle ausgecheckt und dann per npm update die abhängikeiten nachinstalliert.

gruss
  andre

ps: meine git version von FHEM.js sollte sei eben auch die MAX kontakte können.

habe es eben die FHEM.js eingespielt aber bekomme das:

[FHEM]     target temperature characteristic for HZ.Bad_Clima
{ reading: 'desired-temp',
  cmd: 'desired-temp',
  min: 5,
  max: 30,
  step: 0.5,
  informId: 'HZ.Bad_Clima-desired-temp' }
/home/osmc/homebridge/platforms/FHEM.js:1673
      characteristic.setProps( {
                     ^

TypeError: characteristic.setProps is not a function
    at Object.FHEMAccessory.getServices (/home/osmc/homebridge/platforms/FHEM.js:1673:22)
    at createAccessory (/home/osmc/homebridge/app.js:146:36)
    at /home/osmc/homebridge/app.js:132:27
    at /home/osmc/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/home/osmc/homebridge/platforms/FHEM.js:472:22)
    at Request.self.callback (/home/osmc/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/home/osmc/homebridge/node_modules/request/request.js:1318:14)
    at emitOne (events.js:82:20)

hab auch nochmal ein npm update und install gemacht und auch HAP manuell ausgechecked
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Christian S. am 21 September 2015, 22:00:43
bei mir funktioniert es auch nicht mehr.

fhem@NUC:~/homebridge$ npm run start

> homebridge@0.1.1 start /home/fhem/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442865423695
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 26 results
[FHEM] BK_Lampe is light
[FHEM] BK_Lampe has onOff [state;on,off]
[FHEM] BK_Netatmo has temperature [temperature]
[FHEM] BK_Netatmo has humidity [humidity]
[FHEM] BZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] BZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] BZ_Heizungsregler has temperature [temperature]
[FHEM] BZ_Heizungsregler has humidity [humidity]
[FHEM] BZ_Heizungsregler has battery [battery]
[FHEM] BZ_Lampe is light
[FHEM] BZ_Lampe has onOff [state;on,off]
[FHEM] BZ_Waschmaschine is switchable
[FHEM] BZ_Waschmaschine has onOff [state;on,off]
[FHEM] BZ_Waschmaschine has temperature [temperature]
[FHEM] BZ_Waschmaschine has humidity [humidity]
[FHEM] EZ_Display is switchable
[FHEM] EZ_Display has onOff [state;on,off]
[FHEM] EZ_Display has temperature [temperature]
[FHEM] EZ_Display has humidity [humidity]
[FHEM] EZ_Geschirrspueler is switchable
[FHEM] EZ_Geschirrspueler has onOff [state;on,off]
[FHEM] EZ_Geschirrspueler has temperature [temperature]
[FHEM] EZ_Geschirrspueler has humidity [humidity]
[FHEM] EZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] EZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] EZ_Heizungsregler has temperature [temperature]
[FHEM] EZ_Heizungsregler has humidity [humidity]
[FHEM] EZ_Heizungsregler has battery [battery]
[FHEM] EZ_Lampe is light
[FHEM] EZ_Lampe has onOff [state;on,off]
[FHEM] FL_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] FL_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] FL_Heizungsregler has temperature [temperature]
[FHEM] FL_Heizungsregler has humidity [humidity]
[FHEM] FL_Heizungsregler has battery [battery]
[FHEM] FL_Luftentfeuchter is switchable
[FHEM] FL_Luftentfeuchter has onOff [state;on,off]
[FHEM] FL_Luftentfeuchter has temperature [temperature]
[FHEM] FL_Luftentfeuchter has humidity [humidity]
[FHEM] FL_Netatmo has temperature [temperature]
[FHEM] FL_Netatmo has humidity [humidity]
[FHEM] FL_Wandlampe is light
[FHEM] FL_Wandlampe has onOff [state;on,off]
[FHEM] KZ_Computer is switchable
[FHEM] KZ_Computer has onOff [state;on,off]
[FHEM] KZ_Computer has temperature [temperature]
[FHEM] KZ_Computer has humidity [humidity]
[FHEM] KZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] KZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] KZ_Heizungsregler has temperature [temperature]
[FHEM] KZ_Heizungsregler has humidity [humidity]
[FHEM] KZ_Heizungsregler has battery [battery]
[FHEM] KZ_Lampe is light
[FHEM] KZ_Lampe has onOff [state;on,off]
[FHEM] SZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] SZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] SZ_Heizungsregler has temperature [temperature]
[FHEM] SZ_Heizungsregler has humidity [humidity]
[FHEM] SZ_Heizungsregler has battery [battery]
[FHEM] SZ_Lampe is dimable [pct]
[FHEM] SZ_Lampe has onOff [state;on,off]
[FHEM] SZ_Netatmo has temperature [temperature]
[FHEM] SZ_Netatmo has humidity [humidity]
[FHEM] WZ_Computer is switchable
[FHEM] WZ_Computer has onOff [state;on,off]
[FHEM] WZ_Computer has temperature [temperature]
[FHEM] WZ_Computer has humidity [humidity]
[FHEM] WZ_Fernseher is switchable
[FHEM] WZ_Fernseher has onOff [state;on,off]
[FHEM] WZ_Fernseher has temperature [temperature]
[FHEM] WZ_Fernseher has humidity [humidity]
[FHEM] WZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] WZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] WZ_Heizungsregler has temperature [temperature]
[FHEM] WZ_Heizungsregler has humidity [humidity]
[FHEM] WZ_Heizungsregler has battery [battery]
[FHEM] WZ_LED_Wohnwand is light
[FHEM] WZ_LED_Wohnwand has onOff [state;on,off]
[FHEM] WZ_LED_Wohnwand has temperature [temperature]
[FHEM] WZ_LED_Wohnwand has humidity [humidity]
[FHEM] WZ_Lampe_Couch is light
[FHEM] WZ_Lampe_Couch has onOff [state;on,off]
[FHEM] WZ_Lampe_Schreibtisch is light
[FHEM] WZ_Lampe_Schreibtisch has onOff [state;on,off]
[FHEM] WZ_Stehlampe is light
[FHEM] WZ_Stehlampe has onOff [state;on,off]
[FHEM] WZ_Stehlampe has temperature [temperature]
[FHEM] WZ_Stehlampe has humidity [humidity]
[FHEM] Initializing platform accessory 'BK_Lampe'...
[FHEM] creating services for BK_Lampe
[FHEM]   information service for BK_Lampe
[FHEM]   lightbulb service for BK_Lampe
[FHEM]     power characteristic for BK_Lampe
[FHEM] Initializing platform accessory 'BK_Netatmo'...
[FHEM] creating services for BK_Netatmo
[FHEM]   information service for BK_Netatmo
[FHEM]   temperature sensor service for BK_Netatmo
[FHEM]     temperature characteristic for BK_Netatmo
[FHEM]     humidity characteristic for BK_Netatmo
[FHEM] Initializing platform accessory 'BZ_Heizungsregler'...
[FHEM] creating services for BZ_Heizungsregler
[FHEM]   information service for BZ_Heizungsregler
[FHEM]   thermostat service for BZ_Heizungsregler
[FHEM]     temperature characteristic for BZ_Heizungsregler
[FHEM]     humidity characteristic for BZ_Heizungsregler
[FHEM]     battery status characteristic for BZ_Heizungsregler
[FHEM]     target temperature characteristic for BZ_Heizungsregler
{ reading: 'desiredTemperature',
  cmd: 'desiredTemperature',
  min: '5.0',
  max: '30.0',
  step: 0.5,
  informId: 'BZ_Heizungsregler-desiredTemperature' }
/home/fhem/homebridge/platforms/FHEM.js:1673
      characteristic.setProps( {
                     ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.getServices (/home/fhem/homebridge/platforms/FHEM.js:1673:22)
    at createAccessory (/home/fhem/homebridge/app.js:146:36)
    at /home/fhem/homebridge/app.js:132:27
    at /home/fhem/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/home/fhem/homebridge/platforms/FHEM.js:472:22)
    at Request.self.callback (/home/fhem/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/home/fhem/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/home/fhem/homebridge/node_modules/request/request.js:1266:12)
fhem@NUC:~/homebridge$
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 21 September 2015, 22:25:21
Hallo,
nfarina hat erst vor 5 Stunden homebrige updated (https://github.com/nfarina/homebridge/issues/181 (https://github.com/nfarina/homebridge/issues/181))
Deshalb hat es nicht geklappt. Normalerweise geht es so:

Code Auswählen

git pull
npm update
oder
npm install

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 22 September 2015, 09:44:30
Zitat von: Posti123 am 21 September 2015, 17:36:37
Und wie sag ich es Siri?

Ich weiss es nicht! Aber Siri hat sowieso eine Vorliebe für komplizierte Befehle  :)

Mit einer Szene geht es, z.B mit "good morning" die Einstellung der Lamellenstore definieren.
und dann einfach "Hey Siri, set good morning".

... und dann antwortet Siri:

"Your wish is my command. And Io, Good morning!"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 13:20:31
Hi

Nachdem ich zwei Tage gebraucht habe um mich durch die 50 Seiten zu lesen war ich froh das es jetzt eine Wikiseite für dieses Thema gibt.
Danke schon mal an Alle!

Leider komme ich nicht weit.
Ich bin alles punkt für punkt von oben durchgegangen und bei dem Befehl:
nvm install 0.12.6

braucht mein Pi mehrere Stunden und bricht dann mit der Fehlermeldung:

Code Auswählen
ut/Release/obj.target/deps/v8/tools/gyp/libv8_libplatform.a /home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/deps/v8/tools/gyp/libv8_libbase.a -Wl,--end-group -lrt
  LINK(target) /home/pi/.nvm/src/node-v0.12.6/out/Release/mksnapshot: Finished
  touch /home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/deps/v8/tools/gyp/postmortem-metadata.stamp
  LD_LIBRARY_PATH=/home/pi/.nvm/src/node-v0.12.6/out/Release/lib.host:/home/pi/.nvm/src/node-v0.12.6/out/Release/lib.target:$LD_LIBRARY_PATH; export LD_LIBRARY_PATH; cd ../deps/v8/tools/gyp; mkdir -p /home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/v8_snapshot/geni; "/home/pi/.nvm/src/node-v0.12.6/out/Release/mksnapshot" --log-snapshot-positions --logfile "/home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/v8_snapshot/geni/snapshot.log" "/home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/v8_snapshot/geni/snapshot.cc"
Illegal instruction
deps/v8/tools/gyp/v8_snapshot.target.mk:13: recipe for target '/home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/v8_snapshot/geni/snapshot.cc' failed
make[1]: *** [/home/pi/.nvm/src/node-v0.12.6/out/Release/obj.target/v8_snapshot/geni/snapshot.cc] Error 132
make[1]: Leaving directory '/home/pi/.nvm/src/node-v0.12.6/out'
Makefile:45: recipe for target 'node' failed
make: *** [node] Error 2
nvm: install v0.12.6 failed!


ab.

Habe es jetzt schon bei zwei Pi´s ausprobiert ab es bricht immer dort ab.


Hat sich mittlerweile was geändert?!


P.S. Nachdem ich die ersten ca.30 Seiten in diesem thread durch hatte, lief homekit auch schon mal.
Nur die Verbindung mit Eve wollte dann irgendwann nicht mehr. Also wollte ich es nochmal komplett neu nach Anleitung machen.

MfG

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 22 September 2015, 13:22:13
Schau dir mal mein Skript an: https://github.com/Kolbi/FHEM/blob/master/homebridge.sh

Hatte selber das Problem auf einem Raspberry.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 15:29:59
Hi Hauswart,

habs auch gleich ausprobiert.

Sah erst gut aus endete aber dann so:
Code Auswählen
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /home/pi/homebridge/npm-debug.log
npm ERR! not ok code 0


:-(

Im npm-debug.log steht nix drin.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 22 September 2015, 15:33:43
@lullebammel: was hast du für einen RPi Typ?
was zeigt
Code Auswählen

$ uname -a
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 15:51:21
@Flurin:
Code Auswählen
$ uname -a
Linux raspberrypi 3.12.35+ #730 PREEMPT Fri Dec 19 18:31:24 GMT 2014 armv6l GNU/Linux
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 22 September 2015, 15:56:37
Ich würde ein Upgrade ausführen:

Code Auswählen

$ sudo apt-get update
$ sudo apt-get upgrade


und dann evtl.

Code Auswählen

$ sudo rpi-update
$ uname -a


Ich nehme an, es handelt sich um RPi B oder RPi B+?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 22 September 2015, 16:13:51
Zitat von: lullebammel am 22 September 2015, 15:29:59
Sah erst gut aus endete aber dann so:
Code Auswählen
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /home/pi/homebridge/npm-debug.log
npm ERR! not ok code 0


Ein paar Zeilen weiter oberhalb wären auch noch interessant gewesen :) Eventuell mal "sudo npm install" testen (im Homebridge-Ordner)?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 22 September 2015, 16:14:07
Zitat von: lullebammel am 22 September 2015, 15:29:59
Sah erst gut aus endete aber dann so:
Code Auswählen
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /home/pi/homebridge/npm-debug.log
npm ERR! not ok code 0


Ein paar Zeilen weiter oberhalb wären auch noch interessant gewesen :) Eventuell mal "sudo npm install" testen (im Homebridge-Ordner)?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 16:22:11
Hi Hauswart

hier mit weiter oberhalb :-)

Code Auswählen
ing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: (near initialization for 'big2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: (near initialization for 'big2_encoding.isName2') [-Wmissing-field-initializers]
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlrole.o
  AR(target) Release/obj.target/deps/libexpat/libexpat.a
  COPY Release/libexpat.a
  CXX(target) Release/obj.target/node_expat/node-expat.o
  SOLINK_MODULE(target) Release/obj.target/node_expat.node
  SOLINK_MODULE(target) Release/obj.target/node_expat.node: Finished
  COPY Release/node_expat.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /home/pi/homebridge/npm-debug.log
npm ERR! not ok code 0
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 22 September 2015, 16:25:12
Hast du noch ein paar Zeilen mehr? :)

Ich schätze dies ist die Ausgabe für den Befehl "npm install".
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 16:34:32
Hi Hauswart

Ja von dem Befehl aus deinem Script: npm install

hier noch mehr (mehr war nicht in der History)

Code Auswählen
npm http 200 https://registry.npmjs.org/traits/-/traits-0.4.0.tgz
npm http GET https://registry.npmjs.org/lodash/-/lodash-3.10.1.tgz
npm http 200 https://registry.npmjs.org/braces/-/braces-1.8.1.tgz
npm http 200 https://registry.npmjs.org/lodash/-/lodash-3.10.1.tgz
npm http GET https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/debug
npm http GET https://registry.npmjs.org/nan/-/nan-1.2.0.tgz
npm http GET https://registry.npmjs.org/bindings/-/bindings-1.1.1.tgz
npm http GET https://registry.npmjs.org/debug/-/debug-2.0.0.tgz
npm http 200 https://registry.npmjs.org/nan/-/nan-1.2.0.tgz
npm http 200 https://registry.npmjs.org/debug/-/debug-2.0.0.tgz
npm http 200 https://registry.npmjs.org/bindings/-/bindings-1.1.1.tgz
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/isstream
npm http GET https://registry.npmjs.org/har-validator
npm http GET https://registry.npmjs.org/extend
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/aws-sign2
npm http GET https://registry.npmjs.org/stringstream
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/bl
npm http GET https://registry.npmjs.org/caseless
npm http 200 https://registry.npmjs.org/isstream
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http 304 https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/extend
npm http 304 https://registry.npmjs.org/node-uuid
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/forever-agent
npm http 200 https://registry.npmjs.org/har-validator
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http 304 https://registry.npmjs.org/http-signature
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/hawk
npm http 304 https://registry.npmjs.org/aws-sign2
npm http 304 https://registry.npmjs.org/stringstream
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/bl
npm http 304 https://registry.npmjs.org/caseless
npm http GET https://registry.npmjs.org/isobject
npm http GET https://registry.npmjs.org/for-own
npm http GET https://registry.npmjs.org/tls-connect
npm http GET https://registry.npmjs.org/ltx
npm http GET https://registry.npmjs.org/arr-flatten
npm http GET https://registry.npmjs.org/array-slice
npm http GET https://github.com/dodo/reconnect-core/tarball/merged
npm http GET https://registry.npmjs.org/node-stringprep
npm http 200 https://registry.npmjs.org/isobject
npm http 200 https://registry.npmjs.org/array-slice
npm http GET https://registry.npmjs.org/is-equal-shallow
npm http GET https://registry.npmjs.org/is-primitive
npm http 200 https://registry.npmjs.org/arr-flatten
npm http 200 https://registry.npmjs.org/for-own
npm http 200 https://registry.npmjs.org/tls-connect
npm http GET https://registry.npmjs.org/isstream/-/isstream-0.1.2.tgz
npm http 200 https://registry.npmjs.org/is-equal-shallow
npm http 304 https://registry.npmjs.org/node-stringprep
npm http 200 https://registry.npmjs.org/is-primitive
npm http GET https://registry.npmjs.org/ansi-green
npm http GET https://registry.npmjs.org/glob-base
npm http GET https://registry.npmjs.org/is-extglob
npm http GET https://registry.npmjs.org/is-dotfile
npm http GET https://registry.npmjs.org/success-symbol
npm http 200 https://registry.npmjs.org/ltx
npm http 200 https://registry.npmjs.org/success-symbol
npm http 200 https://registry.npmjs.org/isstream/-/isstream-0.1.2.tgz
npm http GET https://registry.npmjs.org/mime-types/-/mime-types-2.1.7.tgz
npm http GET https://registry.npmjs.org/form-data/-/form-data-1.0.0-rc3.tgz
npm http GET https://registry.npmjs.org/qs/-/qs-5.1.0.tgz
npm http GET https://registry.npmjs.org/forever-agent/-/forever-agent-0.6.1.tgz
npm http GET https://registry.npmjs.org/http-signature/-/http-signature-0.11.0.tgz
npm http GET https://registry.npmjs.org/oauth-sign/-/oauth-sign-0.8.0.tgz
npm http GET https://registry.npmjs.org/hawk/-/hawk-3.1.0.tgz
npm http GET https://registry.npmjs.org/combined-stream/-/combined-stream-1.0.5.tgz
npm http GET https://registry.npmjs.org/bl/-/bl-1.0.0.tgz
npm http GET https://registry.npmjs.org/caseless/-/caseless-0.11.0.tgz
npm http GET https://registry.npmjs.org/extend/-/extend-3.0.0.tgz
npm http GET https://registry.npmjs.org/har-validator/-/har-validator-1.8.0.tgz
npm http 200 https://registry.npmjs.org/is-extglob
npm http 200 https://registry.npmjs.org/is-dotfile
npm http 200 https://registry.npmjs.org/mime-types/-/mime-types-2.1.7.tgz
npm http 200 https://registry.npmjs.org/ansi-green
npm http 200 https://registry.npmjs.org/form-data/-/form-data-1.0.0-rc3.tgz
npm http 200 https://registry.npmjs.org/qs/-/qs-5.1.0.tgz
npm http 200 https://registry.npmjs.org/forever-agent/-/forever-agent-0.6.1.tgz
npm http 200 https://registry.npmjs.org/glob-base
npm http 200 https://registry.npmjs.org/http-signature/-/http-signature-0.11.0.tgz
npm http 200 https://registry.npmjs.org/oauth-sign/-/oauth-sign-0.8.0.tgz
npm http 200 https://registry.npmjs.org/hawk/-/hawk-3.1.0.tgz
npm http 200 https://registry.npmjs.org/combined-stream/-/combined-stream-1.0.5.tgz
npm http 200 https://github.com/dodo/reconnect-core/tarball/merged
npm http 200 https://registry.npmjs.org/bl/-/bl-1.0.0.tgz
npm http 200 https://registry.npmjs.org/caseless/-/caseless-0.11.0.tgz
npm http 200 https://registry.npmjs.org/extend/-/extend-3.0.0.tgz
npm http 200 https://registry.npmjs.org/har-validator/-/har-validator-1.8.0.tgz
npm http GET https://registry.npmjs.org/expand-range
npm http GET https://registry.npmjs.org/lazy-cache
npm http GET https://registry.npmjs.org/preserve
npm http GET https://registry.npmjs.org/repeat-element
npm http GET https://registry.npmjs.org/isobject/-/isobject-1.0.2.tgz
npm http GET https://registry.npmjs.org/array-slice/-/array-slice-0.2.3.tgz
npm http GET https://registry.npmjs.org/arr-flatten/-/arr-flatten-1.0.1.tgz
npm http GET https://registry.npmjs.org/for-own/-/for-own-0.1.3.tgz
npm http GET https://registry.npmjs.org/tls-connect/-/tls-connect-0.2.2.tgz
npm http GET https://registry.npmjs.org/node-stringprep/-/node-stringprep-0.7.2.tgz
npm http GET https://registry.npmjs.org/is-equal-shallow/-/is-equal-shallow-0.1.3.tgz
npm http GET https://registry.npmjs.org/is-primitive/-/is-primitive-2.0.0.tgz
npm http GET https://registry.npmjs.org/success-symbol/-/success-symbol-0.1.0.tgz
npm http GET https://registry.npmjs.org/ltx/-/ltx-0.9.1.tgz
npm http GET https://registry.npmjs.org/is-extglob/-/is-extglob-1.0.0.tgz
npm http GET https://registry.npmjs.org/is-dotfile/-/is-dotfile-1.0.1.tgz
npm http GET https://registry.npmjs.org/ansi-green/-/ansi-green-0.1.1.tgz
npm http GET https://registry.npmjs.org/glob-base/-/glob-base-0.2.0.tgz
npm http 200 https://registry.npmjs.org/repeat-element
npm http 200 https://registry.npmjs.org/preserve
npm http 200 https://registry.npmjs.org/lazy-cache
npm http 200 https://registry.npmjs.org/isobject/-/isobject-1.0.2.tgz
npm http 200 https://registry.npmjs.org/arr-flatten/-/arr-flatten-1.0.1.tgz
npm http 200 https://registry.npmjs.org/array-slice/-/array-slice-0.2.3.tgz
npm http 200 https://registry.npmjs.org/expand-range
npm http 200 https://registry.npmjs.org/for-own/-/for-own-0.1.3.tgz
npm http 200 https://registry.npmjs.org/node-stringprep/-/node-stringprep-0.7.2.tgz
npm http 200 https://registry.npmjs.org/tls-connect/-/tls-connect-0.2.2.tgz
npm http 200 https://registry.npmjs.org/is-equal-shallow/-/is-equal-shallow-0.1.3.tgz
npm http 200 https://registry.npmjs.org/is-primitive/-/is-primitive-2.0.0.tgz
npm http 200 https://registry.npmjs.org/success-symbol/-/success-symbol-0.1.0.tgz
npm http 200 https://registry.npmjs.org/ltx/-/ltx-0.9.1.tgz
npm http 200 https://registry.npmjs.org/is-extglob/-/is-extglob-1.0.0.tgz
npm http 200 https://registry.npmjs.org/is-dotfile/-/is-dotfile-1.0.1.tgz
npm http 200 https://registry.npmjs.org/ansi-green/-/ansi-green-0.1.1.tgz
npm http 200 https://registry.npmjs.org/glob-base/-/glob-base-0.2.0.tgz
npm http GET https://registry.npmjs.org/preserve/-/preserve-0.2.0.tgz
npm http GET https://registry.npmjs.org/lazy-cache/-/lazy-cache-0.2.3.tgz
npm http GET https://registry.npmjs.org/repeat-element/-/repeat-element-1.1.2.tgz
npm http 200 https://registry.npmjs.org/preserve/-/preserve-0.2.0.tgz
npm http 200 https://registry.npmjs.org/lazy-cache/-/lazy-cache-0.2.3.tgz
npm http 200 https://registry.npmjs.org/repeat-element/-/repeat-element-1.1.2.tgz
npm http GET https://registry.npmjs.org/expand-range/-/expand-range-1.8.1.tgz
npm http 200 https://registry.npmjs.org/expand-range/-/expand-range-1.8.1.tgz
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/sigmund
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/sigmund
npm http 200 https://registry.npmjs.org/string_decoder
npm http 200 https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/delayed-stream
npm http 200 https://registry.npmjs.org/lru-cache
npm http 200 https://registry.npmjs.org/core-util-is
npm http 200 https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/async
npm http 200 https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/sigmund/-/sigmund-1.0.1.tgz
npm http GET https://registry.npmjs.org/delayed-stream/-/delayed-stream-0.0.5.tgz
npm http GET https://registry.npmjs.org/string_decoder/-/string_decoder-0.10.31.tgz
npm http GET https://registry.npmjs.org/isarray/-/isarray-0.0.1.tgz
npm http GET https://registry.npmjs.org/inherits/-/inherits-2.0.1.tgz
npm http 304 https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/lru-cache/-/lru-cache-2.7.0.tgz
npm http GET https://registry.npmjs.org/core-util-is/-/core-util-is-1.0.1.tgz
npm http 200 https://registry.npmjs.org/sigmund/-/sigmund-1.0.1.tgz
npm http 200 https://registry.npmjs.org/lru-cache/-/lru-cache-2.7.0.tgz
npm http 200 https://registry.npmjs.org/string_decoder/-/string_decoder-0.10.31.tgz
npm http 200 https://registry.npmjs.org/delayed-stream/-/delayed-stream-0.0.5.tgz
npm http 200 https://registry.npmjs.org/core-util-is/-/core-util-is-1.0.1.tgz
npm http 200 https://registry.npmjs.org/isarray/-/isarray-0.0.1.tgz
npm http 200 https://registry.npmjs.org/inherits/-/inherits-2.0.1.tgz
npm http GET https://registry.npmjs.org/mime/-/mime-1.2.11.tgz
npm http 200 https://registry.npmjs.org/mime/-/mime-1.2.11.tgz
npm http GET https://registry.npmjs.org/for-in
npm http GET https://registry.npmjs.org/ansi-wrap
npm http 200 https://registry.npmjs.org/ansi-wrap
npm http 200 https://registry.npmjs.org/for-in
npm http GET https://registry.npmjs.org/request
npm http 304 https://registry.npmjs.org/request
npm http GET https://registry.npmjs.org/ansi-wrap/-/ansi-wrap-0.1.0.tgz
npm http GET https://registry.npmjs.org/for-in/-/for-in-0.1.4.tgz
npm http 200 https://registry.npmjs.org/ansi-wrap/-/ansi-wrap-0.1.0.tgz
npm http GET https://registry.npmjs.org/request/-/request-2.51.0.tgz
npm http 200 https://registry.npmjs.org/for-in/-/for-in-0.1.4.tgz
npm http GET https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/request/-/request-2.51.0.tgz
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http 200 https://registry.npmjs.org/asn1
npm http 200 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/bunyan-pretty-colors
npm http GET https://registry.npmjs.org/bunyan
npm http GET https://registry.npmjs.org/bunyan-prettystream
npm http 200 https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/ip
npm http 200 https://registry.npmjs.org/bunyan-pretty-colors
npm http GET https://registry.npmjs.org/asn1/-/asn1-0.1.11.tgz
npm http 200 https://registry.npmjs.org/bunyan-prettystream
npm http 304 https://registry.npmjs.org/ip
npm http 200 https://registry.npmjs.org/bunyan
npm http GET https://registry.npmjs.org/ctype/-/ctype-0.5.3.tgz
npm http GET https://registry.npmjs.org/step
npm http GET https://registry.npmjs.org/assert-plus/-/assert-plus-0.1.5.tgz
npm http 200 https://registry.npmjs.org/asn1/-/asn1-0.1.11.tgz
npm http 200 https://registry.npmjs.org/ctype/-/ctype-0.5.3.tgz
npm http GET https://registry.npmjs.org/fill-range
npm http 200 https://registry.npmjs.org/assert-plus/-/assert-plus-0.1.5.tgz
npm http 200 https://registry.npmjs.org/step
npm http GET https://registry.npmjs.org/bunyan-pretty-colors/-/bunyan-pretty-colors-0.1.7.tgz
npm http GET https://registry.npmjs.org/bunyan-prettystream/-/bunyan-prettystream-0.1.3.tgz
npm http GET https://registry.npmjs.org/bunyan/-/bunyan-1.4.0.tgz
npm http 200 https://registry.npmjs.org/fill-range
npm http 200 https://registry.npmjs.org/bunyan-prettystream/-/bunyan-prettystream-0.1.3.tgz
npm http 200 https://registry.npmjs.org/bunyan-pretty-colors/-/bunyan-pretty-colors-0.1.7.tgz
npm http 200 https://registry.npmjs.org/bunyan/-/bunyan-1.4.0.tgz
npm http GET https://registry.npmjs.org/step/-/step-0.0.6.tgz
npm http GET https://registry.npmjs.org/fill-range/-/fill-range-2.2.2.tgz
npm http 200 https://registry.npmjs.org/step/-/step-0.0.6.tgz
npm http 200 https://registry.npmjs.org/fill-range/-/fill-range-2.2.2.tgz
npm http GET https://registry.npmjs.org/bl
npm http GET https://registry.npmjs.org/caseless
npm http GET https://registry.npmjs.org/extend
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/aws-sign2
npm http GET https://registry.npmjs.org/stringstream
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/isstream
npm http GET https://registry.npmjs.org/har-validator
npm http GET https://registry.npmjs.org/faye-websocket
npm http GET https://registry.npmjs.org/browser-request
npm http GET https://registry.npmjs.org/minimist
npm http GET https://registry.npmjs.org/sockjs
npm http 304 https://registry.npmjs.org/extend
npm http 304 https://registry.npmjs.org/caseless
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http 304 https://registry.npmjs.org/forever-agent
npm http 304 https://registry.npmjs.org/bl
npm http 304 https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/request
npm http GET https://registry.npmjs.org/node-xmpp-core
npm http GET https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/hawk
npm http 304 https://registry.npmjs.org/http-signature
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/aws-sign2
npm http 304 https://registry.npmjs.org/stringstream
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/isstream
npm http 304 https://registry.npmjs.org/har-validator
npm http 200 https://registry.npmjs.org/browser-request
npm http 304 https://registry.npmjs.org/request
npm http 304 https://registry.npmjs.org/node-xmpp-core
npm http 200 https://registry.npmjs.org/minimist
npm http 304 https://registry.npmjs.org/debug
npm http 200 https://registry.npmjs.org/faye-websocket
npm http 304 https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/forever-agent
npm http 200 https://registry.npmjs.org/sockjs
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/http-signature
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/sax
npm http GET https://registry.npmjs.org/minimist/-/minimist-0.0.8.tgz
npm http GET https://registry.npmjs.org/browser-request/-/browser-request-0.3.3.tgz
npm http GET https://registry.npmjs.org/request/-/request-2.55.0.tgz
npm http GET https://registry.npmjs.org/node-xmpp-core/-/node-xmpp-core-2.0.0.tgz
npm http GET https://registry.npmjs.org/debug/-/debug-1.0.4.tgz
npm http GET https://registry.npmjs.org/qs/-/qs-1.0.2.tgz
npm http GET https://registry.npmjs.org/oauth-sign/-/oauth-sign-0.3.0.tgz
npm http GET https://registry.npmjs.org/faye-websocket/-/faye-websocket-0.7.3.tgz
npm http 304 https://registry.npmjs.org/sax
npm http 200 https://registry.npmjs.org/minimist/-/minimist-0.0.8.tgz
npm http 200 https://registry.npmjs.org/qs/-/qs-1.0.2.tgz
npm http 200 https://registry.npmjs.org/request/-/request-2.55.0.tgz
npm http 200 https://registry.npmjs.org/oauth-sign/-/oauth-sign-0.3.0.tgz
npm http 200 https://registry.npmjs.org/node-xmpp-core/-/node-xmpp-core-2.0.0.tgz
npm http 200 https://registry.npmjs.org/browser-request/-/browser-request-0.3.3.tgz
npm http 200 https://registry.npmjs.org/debug/-/debug-1.0.4.tgz
npm http 200 https://registry.npmjs.org/faye-websocket/-/faye-websocket-0.7.3.tgz
npm http GET https://registry.npmjs.org/sockjs/-/sockjs-0.3.15.tgz
npm http GET https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/sockjs/-/sockjs-0.3.15.tgz
npm http 304 https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/sax/-/sax-0.5.8.tgz
npm http GET https://registry.npmjs.org/ms/-/ms-0.6.2.tgz
npm http 200 https://registry.npmjs.org/sax/-/sax-0.5.8.tgz
npm http 200 https://registry.npmjs.org/ms/-/ms-0.6.2.tgz
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/isarray
npm http 304 https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/is-number
npm http GET https://registry.npmjs.org/randomatic
npm http GET https://registry.npmjs.org/repeat-string
npm http 304 https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/isobject
npm http 200 https://registry.npmjs.org/is-number
npm http 200 https://registry.npmjs.org/randomatic
npm http 200 https://registry.npmjs.org/repeat-string
npm http 304 https://registry.npmjs.org/isobject
npm http GET https://registry.npmjs.org/is-number/-/is-number-1.1.2.tgz
npm http GET https://registry.npmjs.org/randomatic/-/randomatic-1.1.0.tgz
npm http GET https://registry.npmjs.org/repeat-string/-/repeat-string-1.5.2.tgz
npm http 200 https://registry.npmjs.org/is-number/-/is-number-1.1.2.tgz
npm http 200 https://registry.npmjs.org/randomatic/-/randomatic-1.1.0.tgz
npm http 200 https://registry.npmjs.org/repeat-string/-/repeat-string-1.5.2.tgz

> node-stringprep@0.6.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep
> node-gyp rebuild

gyp http GET http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http 200 http://nodejs.org/dist/v0.10.28/node-v0.10.28.tar.gz
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http GET http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
gyp http 200 http://nodejs.org/dist/v0.10.28/SHASUMS.txt
make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep/build'
  SOLINK_MODULE(target) Release/obj.target/node_stringprep.node
  SOLINK_MODULE(target) Release/obj.target/node_stringprep.node: Finished
  COPY Release/node_stringprep.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep/build'
npm http GET https://registry.npmjs.org/backoff
npm http 200 https://registry.npmjs.org/backoff
npm http GET https://registry.npmjs.org/backoff/-/backoff-2.3.0.tgz
npm http 200 https://registry.npmjs.org/backoff/-/backoff-2.3.0.tgz
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/debug
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/nan/-/nan-1.8.4.tgz
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/mime
npm http 200 https://registry.npmjs.org/nan/-/nan-1.8.4.tgz
npm http GET https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/mkdirp
npm http GET https://registry.npmjs.org/q
npm http GET https://registry.npmjs.org/clone
npm http 304 https://registry.npmjs.org/mkdirp
npm http 304 https://registry.npmjs.org/q
npm http 200 https://registry.npmjs.org/clone
npm http GET https://registry.npmjs.org/es5-ext
npm http GET https://registry.npmjs.org/event-emitter
npm http GET https://registry.npmjs.org/d
npm http GET https://registry.npmjs.org/next-tick
npm http GET https://registry.npmjs.org/underscore
npm http 200 https://registry.npmjs.org/next-tick
npm http 200 https://registry.npmjs.org/d
npm http 200 https://registry.npmjs.org/event-emitter
npm http 304 https://registry.npmjs.org/underscore
npm http 200 https://registry.npmjs.org/es5-ext
npm http GET https://registry.npmjs.org/clone/-/clone-1.0.2.tgz
npm http 200 https://registry.npmjs.org/clone/-/clone-1.0.2.tgz
npm http GET https://registry.npmjs.org/next-tick/-/next-tick-0.2.2.tgz
npm http GET https://registry.npmjs.org/d/-/d-0.1.1.tgz
npm http GET https://registry.npmjs.org/event-emitter/-/event-emitter-0.3.3.tgz
npm http GET https://registry.npmjs.org/underscore/-/underscore-1.6.0.tgz
npm http 200 https://registry.npmjs.org/next-tick/-/next-tick-0.2.2.tgz
npm http 200 https://registry.npmjs.org/event-emitter/-/event-emitter-0.3.3.tgz
npm http 200 https://registry.npmjs.org/d/-/d-0.1.1.tgz
npm http GET https://registry.npmjs.org/es5-ext/-/es5-ext-0.10.7.tgz
npm http 200 https://registry.npmjs.org/underscore/-/underscore-1.6.0.tgz
npm http 200 https://registry.npmjs.org/es5-ext/-/es5-ext-0.10.7.tgz
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/optimist
npm http GET https://registry.npmjs.org/open
npm http GET https://registry.npmjs.org/multimeter-hj
npm http GET https://registry.npmjs.org/mongodb
npm http GET https://registry.npmjs.org/express
npm http GET https://registry.npmjs.org/express-namespace
npm http GET https://registry.npmjs.org/passport
npm http GET https://registry.npmjs.org/passport-local
npm http GET https://registry.npmjs.org/json-bigint
npm http GET https://registry.npmjs.org/pkginfo
npm http 200 https://registry.npmjs.org/open
npm http 200 https://registry.npmjs.org/optimist
npm http 200 https://registry.npmjs.org/express-namespace
npm http 200 https://registry.npmjs.org/passport
npm http 200 https://registry.npmjs.org/passport-local
npm http 200 https://registry.npmjs.org/json-bigint
npm http 200 https://registry.npmjs.org/pkginfo
npm http 200 https://registry.npmjs.org/express
npm http 200 https://registry.npmjs.org/multimeter-hj
npm http 200 https://registry.npmjs.org/mongodb
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/open/-/open-0.0.5.tgz
npm http GET https://registry.npmjs.org/optimist/-/optimist-0.3.7.tgz
npm http GET https://registry.npmjs.org/express-namespace/-/express-namespace-0.1.1.tgz
npm http GET https://registry.npmjs.org/passport/-/passport-0.3.0.tgz
npm http GET https://registry.npmjs.org/passport-local/-/passport-local-1.0.0.tgz
npm http GET https://registry.npmjs.org/json-bigint/-/json-bigint-0.1.4.tgz
npm http GET https://registry.npmjs.org/pkginfo/-/pkginfo-0.3.0.tgz
npm http GET https://registry.npmjs.org/express/-/express-3.21.2.tgz
npm http GET https://registry.npmjs.org/multimeter-hj/-/multimeter-hj-0.1.2.tgz
npm http 200 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/delayed-stream
npm http 200 https://registry.npmjs.org/boom
npm http 200 https://registry.npmjs.org/cryptiles
npm http 200 https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/bignum
npm http 200 https://registry.npmjs.org/express-namespace/-/express-namespace-0.1.1.tgz
npm http 200 https://registry.npmjs.org/optimist/-/optimist-0.3.7.tgz
npm http 200 https://registry.npmjs.org/json-bigint/-/json-bigint-0.1.4.tgz
npm http 200 https://registry.npmjs.org/open/-/open-0.0.5.tgz
npm http 200 https://registry.npmjs.org/passport-local/-/passport-local-1.0.0.tgz
npm http 200 https://registry.npmjs.org/passport/-/passport-0.3.0.tgz
npm http GET https://registry.npmjs.org/mongodb/-/mongodb-2.0.43.tgz
npm http 200 https://registry.npmjs.org/pkginfo/-/pkginfo-0.3.0.tgz
npm http 200 https://registry.npmjs.org/express/-/express-3.21.2.tgz
npm http 200 https://registry.npmjs.org/multimeter-hj/-/multimeter-hj-0.1.2.tgz
npm http 200 https://registry.npmjs.org/bignum
npm http 200 https://registry.npmjs.org/mongodb/-/mongodb-2.0.43.tgz
npm http GET https://registry.npmjs.org/sntp/-/sntp-0.2.4.tgz
npm http GET https://registry.npmjs.org/boom/-/boom-0.4.2.tgz
npm http GET https://registry.npmjs.org/cryptiles/-/cryptiles-0.2.2.tgz
npm http GET https://registry.npmjs.org/hoek/-/hoek-0.9.1.tgz
npm http 200 https://registry.npmjs.org/sntp/-/sntp-0.2.4.tgz
npm http 200 https://registry.npmjs.org/boom/-/boom-0.4.2.tgz
npm http 200 https://registry.npmjs.org/cryptiles/-/cryptiles-0.2.2.tgz
npm http 200 https://registry.npmjs.org/hoek/-/hoek-0.9.1.tgz
npm http GET https://registry.npmjs.org/bignum/-/bignum-0.11.0.tgz
npm http 200 https://registry.npmjs.org/bignum/-/bignum-0.11.0.tgz
npm WARN engine hawk@3.1.0: wanted: {"node":">=0.10.32"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine hawk@3.1.0: wanted: {"node":">=0.10.32"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/node-expat
npm http GET https://registry.npmjs.org/sax
npm http 200 https://registry.npmjs.org/node-expat
npm http 304 https://registry.npmjs.org/sax
npm http GET https://registry.npmjs.org/node-expat/-/node-expat-2.3.10.tgz
npm http 200 https://registry.npmjs.org/node-expat/-/node-expat-2.3.10.tgz
npm http GET https://registry.npmjs.org/delayed-stream
npm http 304 https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/cookie-jar
npm http GET https://registry.npmjs.org/aws-sign
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/form-data
npm http 200 https://registry.npmjs.org/cookie-jar
npm http 304 https://registry.npmjs.org/forever-agent
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http 200 https://registry.npmjs.org/aws-sign
npm http 304 https://registry.npmjs.org/http-signature
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http 304 https://registry.npmjs.org/hawk
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/mime
npm http 304 https://registry.npmjs.org/form-data
npm http 200 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/delayed-stream/-/delayed-stream-1.0.0.tgz
npm http 200 https://registry.npmjs.org/delayed-stream/-/delayed-stream-1.0.0.tgz
npm http GET https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/cookie-jar/-/cookie-jar-0.3.0.tgz
npm http GET https://registry.npmjs.org/tunnel-agent/-/tunnel-agent-0.3.0.tgz
npm http GET https://registry.npmjs.org/hawk/-/hawk-1.0.0.tgz
npm http GET https://registry.npmjs.org/qs/-/qs-0.6.6.tgz
npm http GET https://registry.npmjs.org/aws-sign/-/aws-sign-0.3.0.tgz
npm http 304 https://registry.npmjs.org/async
npm http 200 https://registry.npmjs.org/cookie-jar/-/cookie-jar-0.3.0.tgz
npm http 200 https://registry.npmjs.org/tunnel-agent/-/tunnel-agent-0.3.0.tgz
npm http GET https://registry.npmjs.org/mime-db/-/mime-db-1.19.0.tgz
npm http 200 https://registry.npmjs.org/hawk/-/hawk-1.0.0.tgz
npm http 200 https://registry.npmjs.org/aws-sign/-/aws-sign-0.3.0.tgz
npm http 200 https://registry.npmjs.org/mime-db/-/mime-db-1.19.0.tgz
npm http 200 https://registry.npmjs.org/qs/-/qs-0.6.6.tgz
npm http GET https://registry.npmjs.org/ms
npm http 304 https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/readable-stream
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/lodash.assign
npm http GET https://github.com/dodo/reconnect-core/tarball/merged
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/debug
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/ltx
npm http GET https://registry.npmjs.org/node-stringprep
npm http GET https://registry.npmjs.org/tls-connect
npm http GET https://registry.npmjs.org/readable-stream/-/readable-stream-2.0.2.tgz
npm http GET https://registry.npmjs.org/caseless
npm http GET https://registry.npmjs.org/bl
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/aws-sign2
npm http GET https://registry.npmjs.org/stringstream
npm http GET https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/ctype
npm http 304 https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/node-stringprep
npm http 304 https://registry.npmjs.org/ltx
npm http 304 https://registry.npmjs.org/tls-connect
npm http GET https://registry.npmjs.org/async
npm http 304 https://registry.npmjs.org/caseless
npm http 200 https://registry.npmjs.org/readable-stream/-/readable-stream-2.0.2.tgz
npm http 200 https://registry.npmjs.org/lodash.assign
npm http 304 https://registry.npmjs.org/bl
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/forever-agent
npm http 200 https://github.com/dodo/reconnect-core/tarball/merged
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/websocket-driver
npm http 304 https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/node-uuid
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http 304 https://registry.npmjs.org/http-signature
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/hawk
npm http 304 https://registry.npmjs.org/aws-sign2
npm http 304 https://registry.npmjs.org/stringstream
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/async
npm http 200 https://registry.npmjs.org/websocket-driver
npm http GET https://registry.npmjs.org/ltx/-/ltx-2.0.1.tgz
npm http GET https://registry.npmjs.org/lodash.assign/-/lodash.assign-3.2.0.tgz
npm http GET https://registry.npmjs.org/form-data/-/form-data-0.2.0.tgz
npm http 200 https://registry.npmjs.org/ltx/-/ltx-2.0.1.tgz
npm http 200 https://registry.npmjs.org/lodash.assign/-/lodash.assign-3.2.0.tgz
npm http 200 https://registry.npmjs.org/form-data/-/form-data-0.2.0.tgz
npm http GET https://registry.npmjs.org/websocket-driver/-/websocket-driver-0.6.2.tgz
npm http 200 https://registry.npmjs.org/websocket-driver/-/websocket-driver-0.6.2.tgz
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/is-my-json-valid
npm http 200 https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/bluebird
npm http 200 https://registry.npmjs.org/is-my-json-valid
npm http 200 https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/bluebird
npm http GET https://registry.npmjs.org/chalk/-/chalk-1.1.1.tgz
npm http GET https://registry.npmjs.org/is-my-json-valid/-/is-my-json-valid-2.12.2.tgz
npm http GET https://registry.npmjs.org/commander/-/commander-2.8.1.tgz
npm http 200 https://registry.npmjs.org/chalk/-/chalk-1.1.1.tgz
npm http 200 https://registry.npmjs.org/is-my-json-valid/-/is-my-json-valid-2.12.2.tgz
npm http 200 https://registry.npmjs.org/commander/-/commander-2.8.1.tgz
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/bluebird
npm http 304 https://registry.npmjs.org/bluebird
npm http GET https://registry.npmjs.org/ms
npm http 304 https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/delayed-stream
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/hoek
npm http 304 https://registry.npmjs.org/async
npm http 304 https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/mime-types/-/mime-types-2.0.14.tgz
npm http 200 https://registry.npmjs.org/mime-types/-/mime-types-2.0.14.tgz
npm http GET https://registry.npmjs.org/readable-stream
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/bl
npm http GET https://registry.npmjs.org/caseless
npm http GET https://registry.npmjs.org/forever-agent
npm http GET https://registry.npmjs.org/form-data
npm http GET https://registry.npmjs.org/json-stringify-safe
npm http GET https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/tunnel-agent
npm http GET https://registry.npmjs.org/http-signature
npm http GET https://registry.npmjs.org/oauth-sign
npm http GET https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/aws-sign2
npm http GET https://registry.npmjs.org/stringstream
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/isstream
npm http GET https://registry.npmjs.org/har-validator
npm http 304 https://registry.npmjs.org/caseless
npm http 304 https://registry.npmjs.org/forever-agent
npm http 304 https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/form-data
npm http 304 https://registry.npmjs.org/bl
npm http 304 https://registry.npmjs.org/qs
npm http 304 https://registry.npmjs.org/tunnel-agent
npm http 304 https://registry.npmjs.org/oauth-sign
npm http 304 https://registry.npmjs.org/aws-sign2
npm http 304 https://registry.npmjs.org/stringstream
npm http 304 https://registry.npmjs.org/combined-stream
npm http 304 https://registry.npmjs.org/json-stringify-safe
npm http 304 https://registry.npmjs.org/node-uuid
npm http 304 https://registry.npmjs.org/har-validator
npm http 304 https://registry.npmjs.org/isstream
npm http 304 https://registry.npmjs.org/http-signature
npm http 304 https://registry.npmjs.org/hawk
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/caseless/-/caseless-0.9.0.tgz
npm http GET https://registry.npmjs.org/qs/-/qs-2.4.2.tgz
npm http GET https://registry.npmjs.org/oauth-sign/-/oauth-sign-0.6.0.tgz
npm http GET https://registry.npmjs.org/hawk/-/hawk-2.3.1.tgz
npm http 200 https://registry.npmjs.org/caseless/-/caseless-0.9.0.tgz
npm http 200 https://registry.npmjs.org/qs/-/qs-2.4.2.tgz
npm http 200 https://registry.npmjs.org/hawk/-/hawk-2.3.1.tgz
npm http 200 https://registry.npmjs.org/oauth-sign/-/oauth-sign-0.6.0.tgz
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/lodash._baseassign
npm http GET https://registry.npmjs.org/lodash._createassigner
npm http GET https://registry.npmjs.org/lodash.keys
npm http 304 https://registry.npmjs.org/bindings
npm http 200 https://registry.npmjs.org/lodash._baseassign
npm http 200 https://registry.npmjs.org/lodash._createassigner
npm http 200 https://registry.npmjs.org/lodash.keys
npm http GET https://registry.npmjs.org/lodash._baseassign/-/lodash._baseassign-3.2.0.tgz
npm http GET https://registry.npmjs.org/lodash._createassigner/-/lodash._createassigner-3.1.1.tgz
npm http GET https://registry.npmjs.org/lodash.keys/-/lodash.keys-3.1.2.tgz
npm http 200 https://registry.npmjs.org/lodash._baseassign/-/lodash._baseassign-3.2.0.tgz
npm http 200 https://registry.npmjs.org/lodash._createassigner/-/lodash._createassigner-3.1.1.tgz
npm http 200 https://registry.npmjs.org/lodash.keys/-/lodash.keys-3.1.2.tgz
npm http GET https://registry.npmjs.org/backoff
npm http GET https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/backoff
npm http 304 https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/mime-db/-/mime-db-1.12.0.tgz

> node-stringprep@0.7.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'
  SOLINK_MODULE(target) Release/obj.target/node_stringprep.node
  SOLINK_MODULE(target) Release/obj.target/node_stringprep.node: Finished
  COPY Release/node_stringprep.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'
npm http 304 https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/mime-db/-/mime-db-1.12.0.tgz
npm http GET https://registry.npmjs.org/bindings
npm http GET https://registry.npmjs.org/debug
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/debug
npm http 304 https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/lodash._basecopy
npm http GET https://registry.npmjs.org/lodash._bindcallback
npm http GET https://registry.npmjs.org/lodash._isiterateecall
npm http GET https://registry.npmjs.org/lodash.restparam
npm http 200 https://registry.npmjs.org/lodash._basecopy
npm http 200 https://registry.npmjs.org/lodash.restparam
npm http 200 https://registry.npmjs.org/lodash._isiterateecall
npm http 200 https://registry.npmjs.org/lodash._bindcallback
npm http GET https://registry.npmjs.org/lodash._getnative
npm http GET https://registry.npmjs.org/lodash.isarguments
npm http GET https://registry.npmjs.org/lodash.isarray
npm http 200 https://registry.npmjs.org/lodash._getnative
npm http 200 https://registry.npmjs.org/lodash.isarray
npm http 200 https://registry.npmjs.org/lodash.isarguments
npm http GET https://registry.npmjs.org/lodash._basecopy/-/lodash._basecopy-3.0.1.tgz
npm http GET https://registry.npmjs.org/lodash.restparam/-/lodash.restparam-3.6.1.tgz
npm http GET https://registry.npmjs.org/lodash._isiterateecall/-/lodash._isiterateecall-3.0.9.tgz
npm http GET https://registry.npmjs.org/lodash._bindcallback/-/lodash._bindcallback-3.0.1.tgz
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/lodash.restparam/-/lodash.restparam-3.6.1.tgz
npm http 200 https://registry.npmjs.org/lodash._basecopy/-/lodash._basecopy-3.0.1.tgz
npm http 304 https://registry.npmjs.org/core-util-is
npm http 200 https://registry.npmjs.org/lodash._bindcallback/-/lodash._bindcallback-3.0.1.tgz
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/lodash._isiterateecall/-/lodash._isiterateecall-3.0.9.tgz
npm http 304 https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/lodash._getnative/-/lodash._getnative-3.9.1.tgz
npm http GET https://registry.npmjs.org/lodash.isarray/-/lodash.isarray-3.0.4.tgz
npm http GET https://registry.npmjs.org/lodash.isarguments/-/lodash.isarguments-3.0.4.tgz
npm http 200 https://registry.npmjs.org/lodash._getnative/-/lodash._getnative-3.9.1.tgz
npm http 200 https://registry.npmjs.org/lodash.isarray/-/lodash.isarray-3.0.4.tgz
npm http 200 https://registry.npmjs.org/lodash.isarguments/-/lodash.isarguments-3.0.4.tgz
npm http GET https://registry.npmjs.org/websocket-extensions
npm http 200 https://registry.npmjs.org/websocket-extensions
npm http GET https://registry.npmjs.org/websocket-extensions/-/websocket-extensions-0.1.1.tgz
npm http GET https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/websocket-extensions/-/websocket-extensions-0.1.1.tgz
npm http 304 https://registry.npmjs.org/ms

> mdns@2.2.10 install /home/pi/homebridge/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from ../src/dns_sd.cpp:1:0:
../src/mdns.hpp:32:20: fatal error: dns_sd.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
dns_sd_bindings.target.mk:131: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23)
gyp ERR! stack     at ChildProcess.EventEmitter.emit (events.js:98:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:807:12)
gyp ERR! System Linux 3.12.35+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/mdns
gyp ERR! node -v v0.10.28
gyp ERR! node-gyp -v v0.13.0
gyp ERR! not ok
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/glob
npm http GET https://registry.npmjs.org/cryptiles/-/cryptiles-2.0.5.tgz
npm http GET https://registry.npmjs.org/sntp/-/sntp-1.0.9.tgz
npm http GET https://registry.npmjs.org/boom/-/boom-2.8.0.tgz
npm http GET https://registry.npmjs.org/hoek/-/hoek-2.16.3.tgz
npm http 200 https://registry.npmjs.org/sntp/-/sntp-1.0.9.tgz
npm http 200 https://registry.npmjs.org/boom/-/boom-2.8.0.tgz
npm http 200 https://registry.npmjs.org/hoek/-/hoek-2.16.3.tgz
npm http 200 https://registry.npmjs.org/cryptiles/-/cryptiles-2.0.5.tgz
npm http 200 https://registry.npmjs.org/glob
npm http GET https://registry.npmjs.org/glob/-/glob-3.2.11.tgz
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/strip-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http 200 https://registry.npmjs.org/has-ansi
npm http 200 https://registry.npmjs.org/ansi-styles
npm http 200 https://registry.npmjs.org/escape-string-regexp
npm http 200 https://registry.npmjs.org/strip-ansi
npm http 200 https://registry.npmjs.org/glob/-/glob-3.2.11.tgz
npm http 200 https://registry.npmjs.org/supports-color
npm http GET https://registry.npmjs.org/has-ansi/-/has-ansi-2.0.0.tgz
npm http GET https://registry.npmjs.org/ansi-styles/-/ansi-styles-2.1.0.tgz
npm http GET https://registry.npmjs.org/escape-string-regexp/-/escape-string-regexp-1.0.3.tgz
npm http GET https://registry.npmjs.org/strip-ansi/-/strip-ansi-3.0.0.tgz
npm http GET https://registry.npmjs.org/supports-color/-/supports-color-2.0.0.tgz
npm http 200 https://registry.npmjs.org/ansi-styles/-/ansi-styles-2.1.0.tgz
npm http 200 https://registry.npmjs.org/escape-string-regexp/-/escape-string-regexp-1.0.3.tgz
npm http 200 https://registry.npmjs.org/has-ansi/-/has-ansi-2.0.0.tgz
npm http 200 https://registry.npmjs.org/strip-ansi/-/strip-ansi-3.0.0.tgz
npm http 200 https://registry.npmjs.org/supports-color/-/supports-color-2.0.0.tgz
npm http GET https://registry.npmjs.org/process-nextick-args
npm http GET https://registry.npmjs.org/util-deprecate
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http 200 https://registry.npmjs.org/process-nextick-args
npm http 304 https://registry.npmjs.org/string_decoder
npm http 200 https://registry.npmjs.org/util-deprecate
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/globule
npm http GET https://registry.npmjs.org/js-yaml
npm http GET https://registry.npmjs.org/rimraf
npm http GET https://registry.npmjs.org/template
npm http GET https://registry.npmjs.org/process-nextick-args/-/process-nextick-args-1.0.3.tgz
npm http GET https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/mkdirp
npm http GET https://registry.npmjs.org/graceful-fs
npm http 304 https://registry.npmjs.org/combined-stream
npm http GET https://registry.npmjs.org/util-deprecate/-/util-deprecate-1.0.1.tgz
npm http 304 https://registry.npmjs.org/async
npm http 200 https://registry.npmjs.org/rimraf
npm http 200 https://registry.npmjs.org/graceful-readlink
npm http 200 https://registry.npmjs.org/globule
npm http 200 https://registry.npmjs.org/process-nextick-args/-/process-nextick-args-1.0.3.tgz
npm http 200 https://registry.npmjs.org/util-deprecate/-/util-deprecate-1.0.1.tgz
npm http 304 https://registry.npmjs.org/async

> bufferutil@1.2.1 install /home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/bufferutil
> node-gyp rebuild


make: Entering directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/bufferutil/build'
  CXX(target) Release/obj.target/bufferutil/src/bufferutil.o
  SOLINK_MODULE(target) Release/obj.target/bufferutil.node
  SOLINK_MODULE(target) Release/obj.target/bufferutil.node: Finished
  COPY Release/bufferutil.node
make: Leaving directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/bufferutil/build'
npm http 304 https://registry.npmjs.org/mkdirp
npm http 304 https://registry.npmjs.org/graceful-fs
npm http 200 https://registry.npmjs.org/js-yaml
npm http 200 https://registry.npmjs.org/template
npm http GET https://registry.npmjs.org/rimraf/-/rimraf-2.2.8.tgz
npm http GET https://registry.npmjs.org/graceful-readlink/-/graceful-readlink-1.0.1.tgz
npm http GET https://registry.npmjs.org/globule/-/globule-0.2.0.tgz
npm http GET https://registry.npmjs.org/async/-/async-0.2.10.tgz
npm http GET https://registry.npmjs.org/graceful-fs/-/graceful-fs-2.0.3.tgz
npm http 200 https://registry.npmjs.org/graceful-readlink/-/graceful-readlink-1.0.1.tgz
npm ERR! mdns@2.2.10 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.2.10 install script.
npm ERR! This is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls mdns
npm ERR! There is likely additional logging output above.
npm ERR! System Linux 3.12.35+
npm ERR! command "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! cwd /home/pi/homebridge
npm ERR! node -v v0.10.28
npm ERR! npm -v 1.4.9
npm ERR! code ELIFECYCLE
npm http 200 https://registry.npmjs.org/globule/-/globule-0.2.0.tgz
npm http 200 https://registry.npmjs.org/rimraf/-/rimraf-2.2.8.tgz
npm http 200 https://registry.npmjs.org/async/-/async-0.2.10.tgz
npm http 200 https://registry.npmjs.org/graceful-fs/-/graceful-fs-2.0.3.tgz
npm http GET https://registry.npmjs.org/js-yaml/-/js-yaml-3.0.2.tgz
npm http GET https://registry.npmjs.org/template/-/template-0.1.8.tgz
npm http 200 https://registry.npmjs.org/js-yaml/-/js-yaml-3.0.2.tgz
npm http 200 https://registry.npmjs.org/template/-/template-0.1.8.tgz
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/delayed-stream
npm http 304 https://registry.npmjs.org/hoek
npm http 304 https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/ansi-regex
npm http 200 https://registry.npmjs.org/ansi-regex
npm http GET https://registry.npmjs.org/graceful-readlink

> utf-8-validate@1.2.1 install /home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/utf-8-validate
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/utf-8-validate/build'
  CXX(target) Release/obj.target/validation/src/validation.o
  SOLINK_MODULE(target) Release/obj.target/validation.node
  SOLINK_MODULE(target) Release/obj.target/validation.node: Finished
  COPY Release/validation.node
make: Leaving directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/utf-8-validate/build'
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/ansi-regex/-/ansi-regex-2.0.0.tgz
npm http 200 https://registry.npmjs.org/ansi-regex/-/ansi-regex-2.0.0.tgz
npm http GET https://registry.npmjs.org/dtrace-provider
npm http GET https://registry.npmjs.org/mv
npm http GET https://registry.npmjs.org/safe-json-stringify
npm http 200 https://registry.npmjs.org/mv
npm http 200 https://registry.npmjs.org/dtrace-provider
npm http 200 https://registry.npmjs.org/safe-json-stringify
npm http GET https://registry.npmjs.org/node-uuid
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/process-nextick-args
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/util-deprecate
npm http 304 https://registry.npmjs.org/node-uuid
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/util-deprecate
npm http 304 https://registry.npmjs.org/process-nextick-args
npm http 304 https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/mv/-/mv-2.1.1.tgz
npm http GET https://registry.npmjs.org/dtrace-provider/-/dtrace-provider-0.5.0.tgz
npm http GET https://registry.npmjs.org/safe-json-stringify/-/safe-json-stringify-1.0.3.tgz
npm http GET https://registry.npmjs.org/faye-websocket
npm http 200 https://registry.npmjs.org/dtrace-provider/-/dtrace-provider-0.5.0.tgz
npm http 200 https://registry.npmjs.org/mv/-/mv-2.1.1.tgz
npm http 200 https://registry.npmjs.org/safe-json-stringify/-/safe-json-stringify-1.0.3.tgz
npm http 304 https://registry.npmjs.org/faye-websocket
npm http GET https://registry.npmjs.org/faye-websocket/-/faye-websocket-0.9.4.tgz

> node-stringprep@0.7.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'
  SOLINK_MODULE(target) Release/obj.target/node_stringprep.node
  SOLINK_MODULE(target) Release/obj.target/node_stringprep.node: Finished
  COPY Release/node_stringprep.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'
npm http 200 https://registry.npmjs.org/faye-websocket/-/faye-websocket-0.9.4.tgz

> curve25519@1.1.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519/build'
  CXX(target) Release/obj.target/curve/node_curve.o
  SOLINK_MODULE(target) Release/obj.target/curve.node
  SOLINK_MODULE(target) Release/obj.target/curve.node: Finished
  COPY Release/curve.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519/build'
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/xtend
npm http 200 https://registry.npmjs.org/generate-function
npm http 200 https://registry.npmjs.org/jsonpointer
npm http 200 https://registry.npmjs.org/generate-object-property
npm http 200 https://registry.npmjs.org/xtend
npm http GET https://registry.npmjs.org/passport-strategy
npm http GET https://registry.npmjs.org/methods
npm http GET https://registry.npmjs.org/jsonpointer/-/jsonpointer-2.0.0.tgz
npm http GET https://registry.npmjs.org/generate-function/-/generate-function-2.0.0.tgz
npm http 200 https://registry.npmjs.org/methods
npm http 200 https://registry.npmjs.org/passport-strategy
npm http 200 https://registry.npmjs.org/generate-function/-/generate-function-2.0.0.tgz
npm http 200 https://registry.npmjs.org/jsonpointer/-/jsonpointer-2.0.0.tgz
npm http GET https://registry.npmjs.org/generate-object-property/-/generate-object-property-1.2.0.tgz
npm http GET https://registry.npmjs.org/xtend/-/xtend-4.0.0.tgz
npm http 200 https://registry.npmjs.org/generate-object-property/-/generate-object-property-1.2.0.tgz
npm http 200 https://registry.npmjs.org/xtend/-/xtend-4.0.0.tgz
npm http GET https://registry.npmjs.org/methods/-/methods-0.0.1.tgz
npm http GET https://registry.npmjs.org/passport-strategy/-/passport-strategy-1.0.0.tgz
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 16:43:46
Hier der Rest.

Code Auswählen
npm http 200 https://registry.npmjs.org/passport-strategy/-/passport-strategy-1.0.0.tgz
npm http GET https://registry.npmjs.org/charm
npm http 200 https://registry.npmjs.org/charm
npm http GET https://registry.npmjs.org/bignumber.js
npm http GET https://registry.npmjs.org/charm/-/charm-0.1.2.tgz
npm http 200 https://registry.npmjs.org/bignumber.js
npm http 200 https://registry.npmjs.org/charm/-/charm-0.1.2.tgz
npm http GET https://registry.npmjs.org/bignumber.js/-/bignumber.js-1.1.1.tgz
npm http GET https://registry.npmjs.org/pause
npm http 200 https://registry.npmjs.org/bignumber.js/-/bignumber.js-1.1.1.tgz
npm http 200 https://registry.npmjs.org/pause
npm http GET https://registry.npmjs.org/pause/-/pause-0.0.1.tgz
npm http 200 https://registry.npmjs.org/pause/-/pause-0.0.1.tgz
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/async
npm http 304 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/async

> bignum@0.11.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  SOLINK_MODULE(target) Release/obj.target/bignum.node: Finished
  COPY Release/bignum.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/generate-function
npm http 304 https://registry.npmjs.org/jsonpointer
npm http 304 https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/readable-stream
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/wordwrap
npm http GET https://registry.npmjs.org/is-property
npm http 200 https://registry.npmjs.org/is-property
npm http 200 https://registry.npmjs.org/wordwrap
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/sntp
npm http GET https://registry.npmjs.org/is-property/-/is-property-1.0.2.tgz
npm http GET https://registry.npmjs.org/minimatch
npm http 304 https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.3.tgz
npm http 304 https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/is-property/-/is-property-1.0.2.tgz
npm http 304 https://registry.npmjs.org/minimatch
npm http 200 https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.3.tgz
npm http GET https://registry.npmjs.org/minimatch/-/minimatch-0.3.0.tgz
npm http 200 https://registry.npmjs.org/minimatch/-/minimatch-0.3.0.tgz
npm http GET https://registry.npmjs.org/bluebird
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/is-my-json-valid
npm http 304 https://registry.npmjs.org/bluebird
npm http 304 https://registry.npmjs.org/chalk
npm http 304 https://registry.npmjs.org/is-my-json-valid
npm http 304 https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/websocket-driver
npm http 304 https://registry.npmjs.org/websocket-driver
npm http GET https://registry.npmjs.org/basic-auth
npm http GET https://registry.npmjs.org/connect
npm http GET https://registry.npmjs.org/content-disposition
npm http GET https://registry.npmjs.org/content-type
npm http GET https://registry.npmjs.org/cookie
npm http GET https://registry.npmjs.org/cookie-signature
npm http GET https://registry.npmjs.org/depd
npm http GET https://registry.npmjs.org/escape-html
npm http GET https://registry.npmjs.org/etag
npm http GET https://registry.npmjs.org/fresh
npm http GET https://registry.npmjs.org/merge-descriptors
npm http GET https://registry.npmjs.org/proxy-addr
npm http GET https://registry.npmjs.org/parseurl
npm http GET https://registry.npmjs.org/range-parser
npm http GET https://registry.npmjs.org/send
npm http GET https://registry.npmjs.org/utils-merge
npm http GET https://registry.npmjs.org/vary
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/methods
npm http GET https://registry.npmjs.org/mkdirp
npm http 200 https://registry.npmjs.org/basic-auth
npm http 200 https://registry.npmjs.org/content-type
npm http 200 https://registry.npmjs.org/cookie-signature
npm http 200 https://registry.npmjs.org/escape-html
npm http 200 https://registry.npmjs.org/content-disposition
npm http 200 https://registry.npmjs.org/depd
npm http 200 https://registry.npmjs.org/cookie
npm http 200 https://registry.npmjs.org/fresh
npm http 200 https://registry.npmjs.org/merge-descriptors
npm http 200 https://registry.npmjs.org/etag
npm http 200 https://registry.npmjs.org/parseurl
npm http 200 https://registry.npmjs.org/range-parser
npm http 200 https://registry.npmjs.org/proxy-addr
npm http 200 https://registry.npmjs.org/utils-merge
npm http 200 https://registry.npmjs.org/vary
npm http 304 https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/methods
npm http 304 https://registry.npmjs.org/mkdirp
npm http 200 https://registry.npmjs.org/send
npm http 200 https://registry.npmjs.org/connect
npm http GET https://registry.npmjs.org/cookie-signature/-/cookie-signature-1.0.6.tgz
npm http GET https://registry.npmjs.org/escape-html/-/escape-html-1.0.2.tgz
npm http GET https://registry.npmjs.org/content-disposition/-/content-disposition-0.5.0.tgz
npm http GET https://registry.npmjs.org/cookie/-/cookie-0.1.3.tgz
npm http GET https://registry.npmjs.org/fresh/-/fresh-0.3.0.tgz
npm http GET https://registry.npmjs.org/merge-descriptors/-/merge-descriptors-1.0.0.tgz
npm http GET https://registry.npmjs.org/utils-merge/-/utils-merge-1.0.0.tgz
npm http GET https://registry.npmjs.org/commander/-/commander-2.6.0.tgz
npm http GET https://registry.npmjs.org/mkdirp/-/mkdirp-0.5.1.tgz
npm http GET https://registry.npmjs.org/send/-/send-0.13.0.tgz
npm http GET https://registry.npmjs.org/connect/-/connect-2.30.2.tgz
npm http GET https://registry.npmjs.org/methods/-/methods-1.1.1.tgz
npm http GET https://registry.npmjs.org/basic-auth/-/basic-auth-1.0.3.tgz
npm http GET https://registry.npmjs.org/content-type/-/content-type-1.0.1.tgz
npm http GET https://registry.npmjs.org/depd/-/depd-1.0.1.tgz
npm http GET https://registry.npmjs.org/etag/-/etag-1.7.0.tgz
npm http GET https://registry.npmjs.org/parseurl/-/parseurl-1.3.0.tgz
npm http GET https://registry.npmjs.org/range-parser/-/range-parser-1.0.2.tgz
npm http GET https://registry.npmjs.org/proxy-addr/-/proxy-addr-1.0.8.tgz
npm http GET https://registry.npmjs.org/vary/-/vary-1.0.1.tgz
npm http 200 https://registry.npmjs.org/cookie-signature/-/cookie-signature-1.0.6.tgz
npm http 200 https://registry.npmjs.org/escape-html/-/escape-html-1.0.2.tgz
npm http 200 https://registry.npmjs.org/content-disposition/-/content-disposition-0.5.0.tgz
npm http 200 https://registry.npmjs.org/merge-descriptors/-/merge-descriptors-1.0.0.tgz
npm http 200 https://registry.npmjs.org/cookie/-/cookie-0.1.3.tgz
npm http 200 https://registry.npmjs.org/utils-merge/-/utils-merge-1.0.0.tgz
npm http 200 https://registry.npmjs.org/fresh/-/fresh-0.3.0.tgz
npm http 200 https://registry.npmjs.org/commander/-/commander-2.6.0.tgz
npm http 200 https://registry.npmjs.org/mkdirp/-/mkdirp-0.5.1.tgz
npm http 200 https://registry.npmjs.org/send/-/send-0.13.0.tgz
npm http 200 https://registry.npmjs.org/connect/-/connect-2.30.2.tgz
npm http 200 https://registry.npmjs.org/methods/-/methods-1.1.1.tgz
npm http 200 https://registry.npmjs.org/basic-auth/-/basic-auth-1.0.3.tgz
npm http 200 https://registry.npmjs.org/content-type/-/content-type-1.0.1.tgz
npm http 200 https://registry.npmjs.org/depd/-/depd-1.0.1.tgz
npm http 200 https://registry.npmjs.org/etag/-/etag-1.7.0.tgz
npm http 200 https://registry.npmjs.org/parseurl/-/parseurl-1.3.0.tgz
npm http 200 https://registry.npmjs.org/range-parser/-/range-parser-1.0.2.tgz
npm http 200 https://registry.npmjs.org/proxy-addr/-/proxy-addr-1.0.8.tgz
npm http 200 https://registry.npmjs.org/vary/-/vary-1.0.1.tgz
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/strip-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http 304 https://registry.npmjs.org/ansi-styles
npm http 304 https://registry.npmjs.org/escape-string-regexp
npm http 304 https://registry.npmjs.org/has-ansi
npm http 304 https://registry.npmjs.org/strip-ansi
npm http 304 https://registry.npmjs.org/supports-color

> ed25519@0.0.3 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
  CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
  CC(target) Release/obj.target/ed25519/src/ed25519/open.o
  CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
  SOLINK_MODULE(target) Release/obj.target/ed25519.node
  SOLINK_MODULE(target) Release/obj.target/ed25519.node: Finished
  COPY Release/ed25519.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
npm http GET https://registry.npmjs.org/delims
npm http GET https://registry.npmjs.org/underscore.string
npm http GET https://registry.npmjs.org/fs-utils
npm http 200 https://registry.npmjs.org/delims
npm http 304 https://registry.npmjs.org/fs-utils
npm http 200 https://registry.npmjs.org/underscore.string
npm http GET https://registry.npmjs.org/glob
npm http GET https://registry.npmjs.org/minimatch
npm http GET https://registry.npmjs.org/delims/-/delims-0.1.4.tgz
npm http GET https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/fs-utils/-/fs-utils-0.4.3.tgz
npm http 304 https://registry.npmjs.org/glob
npm http 200 https://registry.npmjs.org/delims/-/delims-0.1.4.tgz
npm http 304 https://registry.npmjs.org/minimatch
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/underscore.string/-/underscore.string-2.3.3.tgz
npm http 200 https://registry.npmjs.org/fs-utils/-/fs-utils-0.4.3.tgz
npm http 200 https://registry.npmjs.org/underscore.string/-/underscore.string-2.3.3.tgz
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/ansi-regex
npm http GET https://registry.npmjs.org/websocket-extensions
npm http 304 https://registry.npmjs.org/websocket-extensions
npm http GET https://registry.npmjs.org/ncp
npm http GET https://registry.npmjs.org/mkdirp
npm http GET https://registry.npmjs.org/rimraf
npm http 200 https://registry.npmjs.org/ncp
npm http 304 https://registry.npmjs.org/mkdirp
npm http 304 https://registry.npmjs.org/rimraf
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/sigmund
npm http 304 https://registry.npmjs.org/lru-cache
npm http 304 https://registry.npmjs.org/sigmund
npm http GET https://registry.npmjs.org/ncp/-/ncp-2.0.0.tgz
npm http GET https://registry.npmjs.org/rimraf/-/rimraf-2.4.3.tgz
npm http 200 https://registry.npmjs.org/ncp/-/ncp-2.0.0.tgz
npm http 200 https://registry.npmjs.org/rimraf/-/rimraf-2.4.3.tgz
npm http GET https://registry.npmjs.org/argparse
npm http GET https://registry.npmjs.org/esprima
npm http 200 https://registry.npmjs.org/argparse
npm http 200 https://registry.npmjs.org/esprima
npm http GET https://registry.npmjs.org/argparse/-/argparse-0.1.16.tgz
npm http GET https://registry.npmjs.org/esprima/-/esprima-1.0.4.tgz
npm http 200 https://registry.npmjs.org/argparse/-/argparse-0.1.16.tgz
npm http 200 https://registry.npmjs.org/esprima/-/esprima-1.0.4.tgz
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/minimatch
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/minimatch
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/generate-object-property
npm http 304 https://registry.npmjs.org/generate-function
npm http 304 https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/hoek
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/is-property
npm http 304 https://registry.npmjs.org/is-property
npm http GET https://registry.npmjs.org/forwarded
npm http GET https://registry.npmjs.org/ipaddr.js
npm http 200 https://registry.npmjs.org/forwarded
npm http 200 https://registry.npmjs.org/ipaddr.js
npm http GET https://registry.npmjs.org/ipaddr.js/-/ipaddr.js-1.0.1.tgz
npm http GET https://registry.npmjs.org/forwarded/-/forwarded-0.1.0.tgz
npm http 200 https://registry.npmjs.org/ipaddr.js/-/ipaddr.js-1.0.1.tgz
npm http 200 https://registry.npmjs.org/forwarded/-/forwarded-0.1.0.tgz
npm http GET https://registry.npmjs.org/destroy
npm http GET https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/on-finished
npm http GET https://registry.npmjs.org/statuses
npm http GET https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/on-finished
npm http 304 https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/statuses
npm http 200 https://registry.npmjs.org/destroy
npm http 304 https://registry.npmjs.org/mime
npm http 200 https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/destroy/-/destroy-1.0.3.tgz
npm http GET https://registry.npmjs.org/mime/-/mime-1.3.4.tgz
npm http GET https://registry.npmjs.org/on-finished/-/on-finished-2.3.0.tgz
npm http GET https://registry.npmjs.org/statuses/-/statuses-1.2.1.tgz
npm http GET https://registry.npmjs.org/http-errors/-/http-errors-1.3.1.tgz
npm http 200 https://registry.npmjs.org/on-finished/-/on-finished-2.3.0.tgz
npm http 200 https://registry.npmjs.org/statuses/-/statuses-1.2.1.tgz
npm http 200 https://registry.npmjs.org/destroy/-/destroy-1.0.3.tgz
npm http 200 https://registry.npmjs.org/mime/-/mime-1.3.4.tgz
npm http 200 https://registry.npmjs.org/http-errors/-/http-errors-1.3.1.tgz
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/sigmund
npm http GET https://registry.npmjs.org/glob
npm http 304 https://registry.npmjs.org/sigmund
npm http 304 https://registry.npmjs.org/lru-cache
npm http 304 https://registry.npmjs.org/glob
npm http GET https://registry.npmjs.org/glob/-/glob-5.0.14.tgz
npm http 200 https://registry.npmjs.org/glob/-/glob-5.0.14.tgz
npm http GET https://registry.npmjs.org/minimist
npm http 304 https://registry.npmjs.org/minimist
npm http GET https://registry.npmjs.org/mongodb-core
npm http GET https://registry.npmjs.org/es6-promise
npm http GET https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/es6-promise
npm http 304 https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/mongodb-core
npm http GET https://registry.npmjs.org/es6-promise/-/es6-promise-2.1.1.tgz
npm http GET https://registry.npmjs.org/readable-stream/-/readable-stream-1.0.31.tgz
npm http 200 https://registry.npmjs.org/es6-promise/-/es6-promise-2.1.1.tgz
npm http 200 https://registry.npmjs.org/readable-stream/-/readable-stream-1.0.31.tgz
npm http GET https://registry.npmjs.org/mongodb-core/-/mongodb-core-1.2.12.tgz
npm http GET https://registry.npmjs.org/nan
npm http 200 https://registry.npmjs.org/mongodb-core/-/mongodb-core-1.2.12.tgz
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/ee-first
npm http 200 https://registry.npmjs.org/ee-first
npm http GET https://registry.npmjs.org/minimist
npm http 304 https://registry.npmjs.org/minimist
npm http GET https://registry.npmjs.org/ee-first/-/ee-first-1.1.1.tgz
npm http 200 https://registry.npmjs.org/ee-first/-/ee-first-1.1.1.tgz
npm http GET https://registry.npmjs.org/basic-auth-connect
npm http GET https://registry.npmjs.org/body-parser
npm http GET https://registry.npmjs.org/bytes
npm http GET https://registry.npmjs.org/cookie-parser
npm http GET https://registry.npmjs.org/compression
npm http GET https://registry.npmjs.org/connect-timeout
npm http GET https://registry.npmjs.org/csurf
npm http GET https://registry.npmjs.org/errorhandler
npm http GET https://registry.npmjs.org/express-session
npm http GET https://registry.npmjs.org/finalhandler
npm http GET https://registry.npmjs.org/method-override
npm http GET https://registry.npmjs.org/morgan
npm http GET https://registry.npmjs.org/multiparty
npm http GET https://registry.npmjs.org/on-headers
npm http GET https://registry.npmjs.org/response-time
npm http GET https://registry.npmjs.org/serve-favicon
npm http GET https://registry.npmjs.org/serve-index
npm http GET https://registry.npmjs.org/serve-static
npm http GET https://registry.npmjs.org/type-is
npm http GET https://registry.npmjs.org/vhost
npm http GET https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/pause
npm http GET https://registry.npmjs.org/qs
npm http 200 https://registry.npmjs.org/basic-auth-connect
npm http 200 https://registry.npmjs.org/cookie-parser
npm http 200 https://registry.npmjs.org/bytes
npm http 200 https://registry.npmjs.org/connect-timeout
npm http 200 https://registry.npmjs.org/csurf
npm http 200 https://registry.npmjs.org/compression
npm http 200 https://registry.npmjs.org/errorhandler
npm http 200 https://registry.npmjs.org/finalhandler
npm http 200 https://registry.npmjs.org/body-parser
npm http 200 https://registry.npmjs.org/method-override
npm http 200 https://registry.npmjs.org/on-headers
npm http 200 https://registry.npmjs.org/morgan
npm http 200 https://registry.npmjs.org/multiparty
npm http GET https://registry.npmjs.org/basic-auth-connect/-/basic-auth-connect-1.0.0.tgz
npm http GET https://registry.npmjs.org/bytes/-/bytes-2.1.0.tgz
npm http GET https://registry.npmjs.org/finalhandler/-/finalhandler-0.4.0.tgz
npm http 200 https://registry.npmjs.org/express-session
npm http 200 https://registry.npmjs.org/response-time
npm http 200 https://registry.npmjs.org/serve-favicon
npm http GET https://registry.npmjs.org/cookie-parser/-/cookie-parser-1.3.5.tgz
npm http GET https://registry.npmjs.org/connect-timeout/-/connect-timeout-1.6.2.tgz
npm http GET https://registry.npmjs.org/csurf/-/csurf-1.8.3.tgz
npm http GET https://registry.npmjs.org/compression/-/compression-1.5.2.tgz
npm http GET https://registry.npmjs.org/errorhandler/-/errorhandler-1.4.2.tgz
npm http GET https://registry.npmjs.org/body-parser/-/body-parser-1.13.3.tgz
npm http 200 https://registry.npmjs.org/basic-auth-connect/-/basic-auth-connect-1.0.0.tgz
npm http 200 https://registry.npmjs.org/bytes/-/bytes-2.1.0.tgz
npm http 200 https://registry.npmjs.org/finalhandler/-/finalhandler-0.4.0.tgz
npm http 200 https://registry.npmjs.org/vhost
npm http GET https://registry.npmjs.org/method-override/-/method-override-2.3.5.tgz
npm http 304 https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/on-headers/-/on-headers-1.0.0.tgz
npm http GET https://registry.npmjs.org/morgan/-/morgan-1.6.1.tgz
npm http 200 https://registry.npmjs.org/csurf/-/csurf-1.8.3.tgz
npm http 200 https://registry.npmjs.org/compression/-/compression-1.5.2.tgz
npm http GET https://registry.npmjs.org/multiparty/-/multiparty-3.3.2.tgz
npm http 200 https://registry.npmjs.org/errorhandler/-/errorhandler-1.4.2.tgz
npm http 304 https://registry.npmjs.org/pause
npm http 304 https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/express-session/-/express-session-1.11.3.tgz
npm http 200 https://registry.npmjs.org/serve-index
npm http GET https://registry.npmjs.org/response-time/-/response-time-2.3.1.tgz
npm http GET https://registry.npmjs.org/serve-favicon/-/serve-favicon-2.3.0.tgz
npm http 200 https://registry.npmjs.org/cookie-parser/-/cookie-parser-1.3.5.tgz
npm http 200 https://registry.npmjs.org/on-headers/-/on-headers-1.0.0.tgz
npm http 200 https://registry.npmjs.org/connect-timeout/-/connect-timeout-1.6.2.tgz
npm http 200 https://registry.npmjs.org/type-is
npm http GET https://registry.npmjs.org/vhost/-/vhost-3.0.1.tgz
npm http 200 https://registry.npmjs.org/body-parser/-/body-parser-1.13.3.tgz
npm http 200 https://registry.npmjs.org/method-override/-/method-override-2.3.5.tgz
npm http 200 https://registry.npmjs.org/morgan/-/morgan-1.6.1.tgz
npm http 200 https://registry.npmjs.org/multiparty/-/multiparty-3.3.2.tgz
npm http 200 https://registry.npmjs.org/express-session/-/express-session-1.11.3.tgz
npm http 200 https://registry.npmjs.org/response-time/-/response-time-2.3.1.tgz
npm http 200 https://registry.npmjs.org/serve-favicon/-/serve-favicon-2.3.0.tgz
npm http 200 https://registry.npmjs.org/serve-static
npm http 200 https://registry.npmjs.org/vhost/-/vhost-3.0.1.tgz
npm http GET https://registry.npmjs.org/pause/-/pause-0.1.0.tgz
npm http GET https://registry.npmjs.org/qs/-/qs-4.0.0.tgz
npm http GET https://registry.npmjs.org/serve-index/-/serve-index-1.7.2.tgz
npm http 200 https://registry.npmjs.org/pause/-/pause-0.1.0.tgz
npm http 200 https://registry.npmjs.org/qs/-/qs-4.0.0.tgz
npm http GET https://registry.npmjs.org/type-is/-/type-is-1.6.8.tgz
npm http GET https://registry.npmjs.org/serve-static/-/serve-static-1.10.0.tgz
npm http 200 https://registry.npmjs.org/serve-index/-/serve-index-1.7.2.tgz
npm http 200 https://registry.npmjs.org/type-is/-/type-is-1.6.8.tgz
npm http 200 https://registry.npmjs.org/serve-static/-/serve-static-1.10.0.tgz
npm http GET https://registry.npmjs.org/inflight
npm http GET https://registry.npmjs.org/once
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/minimatch
npm http 200 https://registry.npmjs.org/inflight
npm http 200 https://registry.npmjs.org/once
npm http 304 https://registry.npmjs.org/minimatch
npm http GET https://registry.npmjs.org/path-is-absolute
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/path-is-absolute
npm http GET https://registry.npmjs.org/inflight/-/inflight-1.0.4.tgz
npm http GET https://registry.npmjs.org/once/-/once-1.3.2.tgz
npm http GET https://registry.npmjs.org/minimatch/-/minimatch-2.0.10.tgz
npm http 200 https://registry.npmjs.org/once/-/once-1.3.2.tgz
npm http 200 https://registry.npmjs.org/inflight/-/inflight-1.0.4.tgz
npm http 200 https://registry.npmjs.org/minimatch/-/minimatch-2.0.10.tgz

> dtrace-provider@0.5.0 install /home/pi/homebridge/node_modules/wemo/node_modules/node-ssdp/node_modules/bunyan/node_modules/dtrace-provider
> node scripts/install.js

npm http GET https://registry.npmjs.org/wrappy
npm http 200 https://registry.npmjs.org/wrappy
npm http GET https://registry.npmjs.org/wrappy/-/wrappy-1.0.1.tgz
npm http 200 https://registry.npmjs.org/wrappy/-/wrappy-1.0.1.tgz
npm http GET https://registry.npmjs.org/brace-expansion
npm http 200 https://registry.npmjs.org/brace-expansion
npm http GET https://registry.npmjs.org/brace-expansion/-/brace-expansion-1.1.0.tgz
npm http 200 https://registry.npmjs.org/brace-expansion/-/brace-expansion-1.1.0.tgz
npm http GET https://registry.npmjs.org/async
npm http 304 https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/async/-/async-0.6.2.tgz
npm http 200 https://registry.npmjs.org/async/-/async-0.6.2.tgz
npm http GET https://registry.npmjs.org/balanced-match
npm http GET https://registry.npmjs.org/concat-map
npm http 200 https://registry.npmjs.org/concat-map
npm http 200 https://registry.npmjs.org/balanced-match
npm http GET https://registry.npmjs.org/concat-map/-/concat-map-0.0.1.tgz
npm http GET https://registry.npmjs.org/balanced-match/-/balanced-match-0.2.0.tgz
npm http 200 https://registry.npmjs.org/concat-map/-/concat-map-0.0.1.tgz
npm http 200 https://registry.npmjs.org/balanced-match/-/balanced-match-0.2.0.tgz
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/statuses
npm http GET https://registry.npmjs.org/unpipe
npm http GET https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/on-finished
npm http 304 https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/unpipe
npm http GET https://registry.npmjs.org/media-typer
npm http 304 https://registry.npmjs.org/statuses
npm http 304 https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/on-finished
npm http GET https://registry.npmjs.org/csrf
npm http GET https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/compressible
npm http 200 https://registry.npmjs.org/media-typer
npm http 304 https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/compressible
npm http 200 https://registry.npmjs.org/csrf
npm http 200 https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/unpipe/-/unpipe-1.0.0.tgz
npm http GET https://registry.npmjs.org/media-typer/-/media-typer-0.3.0.tgz
npm http 200 https://registry.npmjs.org/unpipe/-/unpipe-1.0.0.tgz
npm http 200 https://registry.npmjs.org/media-typer/-/media-typer-0.3.0.tgz
npm http GET https://registry.npmjs.org/compressible/-/compressible-2.0.5.tgz
npm http GET https://registry.npmjs.org/csrf/-/csrf-3.0.0.tgz
npm http GET https://registry.npmjs.org/accepts/-/accepts-1.2.13.tgz
npm http 200 https://registry.npmjs.org/csrf/-/csrf-3.0.0.tgz
npm http 200 https://registry.npmjs.org/accepts/-/accepts-1.2.13.tgz
npm http 200 https://registry.npmjs.org/compressible/-/compressible-2.0.5.tgz
npm http GET https://registry.npmjs.org/stream-counter
npm http GET https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/stream-counter
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/crc
npm http GET https://registry.npmjs.org/uid-safe
npm http 200 https://registry.npmjs.org/crc
npm http 200 https://registry.npmjs.org/uid-safe
npm http GET https://registry.npmjs.org/stream-counter/-/stream-counter-0.2.0.tgz
npm http GET https://registry.npmjs.org/readable-stream/-/readable-stream-1.1.13.tgz
npm http GET https://registry.npmjs.org/iconv-lite
npm http GET https://registry.npmjs.org/raw-body
npm http GET https://registry.npmjs.org/on-finished
npm http 200 https://registry.npmjs.org/readable-stream/-/readable-stream-1.1.13.tgz
npm http 200 https://registry.npmjs.org/stream-counter/-/stream-counter-0.2.0.tgz
npm http GET https://registry.npmjs.org/crc/-/crc-3.3.0.tgz
npm http GET https://registry.npmjs.org/uid-safe/-/uid-safe-2.0.0.tgz
npm http 200 https://registry.npmjs.org/raw-body
npm http 304 https://registry.npmjs.org/on-finished
npm http 200 https://registry.npmjs.org/iconv-lite
npm http 200 https://registry.npmjs.org/crc/-/crc-3.3.0.tgz
npm http 200 https://registry.npmjs.org/uid-safe/-/uid-safe-2.0.0.tgz
npm http GET https://registry.npmjs.org/iconv-lite/-/iconv-lite-0.4.11.tgz
npm http GET https://registry.npmjs.org/ee-first
npm http GET https://registry.npmjs.org/raw-body/-/raw-body-2.1.3.tgz
npm http 304 https://registry.npmjs.org/ee-first
npm http 200 https://registry.npmjs.org/iconv-lite/-/iconv-lite-0.4.11.tgz
npm http 200 https://registry.npmjs.org/raw-body/-/raw-body-2.1.3.tgz
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/base64-url
npm http GET https://registry.npmjs.org/rndm
npm http GET https://registry.npmjs.org/scmp
npm http GET https://registry.npmjs.org/uid-safe
npm http 200 https://registry.npmjs.org/rndm
npm http 200 https://registry.npmjs.org/base64-url
npm http 304 https://registry.npmjs.org/mime-db
npm http 200 https://registry.npmjs.org/scmp
npm http 304 https://registry.npmjs.org/uid-safe
npm http GET https://registry.npmjs.org/base64-url/-/base64-url-1.2.1.tgz
npm http GET https://registry.npmjs.org/scmp/-/scmp-1.0.0.tgz
npm http GET https://registry.npmjs.org/rndm/-/rndm-1.1.0.tgz
npm http 200 https://registry.npmjs.org/base64-url/-/base64-url-1.2.1.tgz
npm http 200 https://registry.npmjs.org/scmp/-/scmp-1.0.0.tgz
npm http 200 https://registry.npmjs.org/rndm/-/rndm-1.1.0.tgz
npm http GET https://registry.npmjs.org/negotiator
npm http GET https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/negotiator
npm http 304 https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/negotiator/-/negotiator-0.5.3.tgz
npm http 200 https://registry.npmjs.org/negotiator/-/negotiator-0.5.3.tgz
npm http GET https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/isarray
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/underscore.string
npm http 304 https://registry.npmjs.org/underscore.string
npm http GET https://registry.npmjs.org/underscore.string/-/underscore.string-2.4.0.tgz
npm http 200 https://registry.npmjs.org/underscore.string/-/underscore.string-2.4.0.tgz
npm http GET https://registry.npmjs.org/underscore
npm http 304 https://registry.npmjs.org/underscore
npm http GET https://registry.npmjs.org/underscore/-/underscore-1.7.0.tgz
npm http 200 https://registry.npmjs.org/underscore/-/underscore-1.7.0.tgz
npm http GET https://registry.npmjs.org/batch
npm http GET https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/batch
npm http 304 https://registry.npmjs.org/accepts
npm http 304 https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/batch/-/batch-0.5.2.tgz
npm http 200 https://registry.npmjs.org/batch/-/batch-0.5.2.tgz
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/ee-first
npm http GET https://registry.npmjs.org/negotiator
npm http GET https://registry.npmjs.org/unpipe
npm http 304 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/ee-first
npm http 304 https://registry.npmjs.org/negotiator
npm http 304 https://registry.npmjs.org/unpipe
npm http GET https://registry.npmjs.org/bson
npm http GET https://registry.npmjs.org/kerberos
npm http 200 https://registry.npmjs.org/kerberos
npm http 200 https://registry.npmjs.org/bson
npm http GET https://registry.npmjs.org/kerberos/-/kerberos-0.0.14.tgz
npm http GET https://registry.npmjs.org/bson/-/bson-0.4.12.tgz
npm http 200 https://registry.npmjs.org/kerberos/-/kerberos-0.0.14.tgz
npm http 200 https://registry.npmjs.org/bson/-/bson-0.4.12.tgz
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan

> kerberos@0.0.14 install /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
> (node-gyp rebuild) || (exit 0)

make: Entering directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
  CXX(target) Release/obj.target/kerberos/lib/kerberos.o
In file included from ../lib/kerberos.cc:1:0:
../lib/kerberos.h:5:27: fatal error: gssapi/gssapi.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
kerberos.target.mk:86: recipe for target 'Release/obj.target/kerberos/lib/kerberos.o' failed
make: *** [Release/obj.target/kerberos/lib/kerberos.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23)
gyp ERR! stack     at ChildProcess.EventEmitter.emit (events.js:98:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:807:12)
gyp ERR! System Linux 3.12.35+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
gyp ERR! node -v v0.10.28
gyp ERR! node-gyp -v v0.13.0
gyp ERR! not ok
npm http GET https://registry.npmjs.org/es6-iterator
npm http GET https://registry.npmjs.org/es6-symbol
npm http 200 https://registry.npmjs.org/es6-symbol
npm http 200 https://registry.npmjs.org/es6-iterator
npm http GET https://registry.npmjs.org/es6-symbol/-/es6-symbol-2.0.1.tgz
npm http GET https://registry.npmjs.org/es6-iterator/-/es6-iterator-0.1.3.tgz
npm http 200 https://registry.npmjs.org/es6-symbol/-/es6-symbol-2.0.1.tgz
npm http 200 https://registry.npmjs.org/es6-iterator/-/es6-iterator-0.1.3.tgz
npm http GET https://registry.npmjs.org/iconv
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/bindings
npm http 200 https://registry.npmjs.org/iconv
npm http GET https://registry.npmjs.org/iconv/-/iconv-2.1.10.tgz
npm http 200 https://registry.npmjs.org/iconv/-/iconv-2.1.10.tgz

> iconv@2.1.10 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'
  CC(target) Release/obj.target/libiconv/deps/libiconv/lib/iconv.o
  AR(target) Release/obj.target/iconv.a
  COPY Release/iconv.a
  CXX(target) Release/obj.target/iconv/src/binding.o
  SOLINK_MODULE(target) Release/obj.target/iconv.node
  SOLINK_MODULE(target) Release/obj.target/iconv.node: Finished
  COPY Release/iconv.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'

> node-expat@2.3.10 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlparse.o
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmltok.o
../deps/libexpat/lib/xmltok.c:471:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:471:1: warning: (near initialization for 'latin1_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: (near initialization for 'latin1_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: (near initialization for 'ascii_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: (near initialization for 'ascii_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: (near initialization for 'little2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: (near initialization for 'little2_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: (near initialization for 'internal_little2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: (near initialization for 'internal_little2_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: (near initialization for 'big2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: (near initialization for 'big2_encoding.isName2') [-Wmissing-field-initializers]
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlrole.o
  AR(target) Release/obj.target/deps/libexpat/libexpat.a
  COPY Release/libexpat.a
  CXX(target) Release/obj.target/node_expat/node-expat.o
  SOLINK_MODULE(target) Release/obj.target/node_expat.node
  SOLINK_MODULE(target) Release/obj.target/node_expat.node: Finished
  COPY Release/node_expat.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /home/pi/homebridge/npm-debug.log
npm ERR! not ok code 0
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 22 September 2015, 18:28:29
Zitat von: lullebammel am 22 September 2015, 16:43:46
Hier der Rest.

Code Auswählen
npm http 200 https://registry.npmjs.org/passport-strategy/-/passport-strategy-1.0.0.tgz
npm http GET https://registry.npmjs.org/charm
npm http 200 https://registry.npmjs.org/charm
npm http GET https://registry.npmjs.org/bignumber.js
npm http GET https://registry.npmjs.org/charm/-/charm-0.1.2.tgz
npm http 200 https://registry.npmjs.org/bignumber.js
npm http 200 https://registry.npmjs.org/charm/-/charm-0.1.2.tgz
npm http GET https://registry.npmjs.org/bignumber.js/-/bignumber.js-1.1.1.tgz
npm http GET https://registry.npmjs.org/pause
npm http 200 https://registry.npmjs.org/bignumber.js/-/bignumber.js-1.1.1.tgz
npm http 200 https://registry.npmjs.org/pause
npm http GET https://registry.npmjs.org/pause/-/pause-0.0.1.tgz
npm http 200 https://registry.npmjs.org/pause/-/pause-0.0.1.tgz
npm http GET https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/delayed-stream
npm http GET https://registry.npmjs.org/async
npm http 304 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/async

> bignum@0.11.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  SOLINK_MODULE(target) Release/obj.target/bignum.node: Finished
  COPY Release/bignum.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/generate-function
npm http 304 https://registry.npmjs.org/jsonpointer
npm http 304 https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/readable-stream
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/wordwrap
npm http GET https://registry.npmjs.org/is-property
npm http 200 https://registry.npmjs.org/is-property
npm http 200 https://registry.npmjs.org/wordwrap
npm http GET https://registry.npmjs.org/assert-plus
npm http GET https://registry.npmjs.org/asn1
npm http GET https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/asn1
npm http 304 https://registry.npmjs.org/assert-plus
npm http 304 https://registry.npmjs.org/ctype
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/sntp
npm http GET https://registry.npmjs.org/is-property/-/is-property-1.0.2.tgz
npm http GET https://registry.npmjs.org/minimatch
npm http 304 https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.3.tgz
npm http 304 https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/is-property/-/is-property-1.0.2.tgz
npm http 304 https://registry.npmjs.org/minimatch
npm http 200 https://registry.npmjs.org/wordwrap/-/wordwrap-0.0.3.tgz
npm http GET https://registry.npmjs.org/minimatch/-/minimatch-0.3.0.tgz
npm http 200 https://registry.npmjs.org/minimatch/-/minimatch-0.3.0.tgz
npm http GET https://registry.npmjs.org/bluebird
npm http GET https://registry.npmjs.org/chalk
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/is-my-json-valid
npm http 304 https://registry.npmjs.org/bluebird
npm http 304 https://registry.npmjs.org/chalk
npm http 304 https://registry.npmjs.org/is-my-json-valid
npm http 304 https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/websocket-driver
npm http 304 https://registry.npmjs.org/websocket-driver
npm http GET https://registry.npmjs.org/basic-auth
npm http GET https://registry.npmjs.org/connect
npm http GET https://registry.npmjs.org/content-disposition
npm http GET https://registry.npmjs.org/content-type
npm http GET https://registry.npmjs.org/cookie
npm http GET https://registry.npmjs.org/cookie-signature
npm http GET https://registry.npmjs.org/depd
npm http GET https://registry.npmjs.org/escape-html
npm http GET https://registry.npmjs.org/etag
npm http GET https://registry.npmjs.org/fresh
npm http GET https://registry.npmjs.org/merge-descriptors
npm http GET https://registry.npmjs.org/proxy-addr
npm http GET https://registry.npmjs.org/parseurl
npm http GET https://registry.npmjs.org/range-parser
npm http GET https://registry.npmjs.org/send
npm http GET https://registry.npmjs.org/utils-merge
npm http GET https://registry.npmjs.org/vary
npm http GET https://registry.npmjs.org/commander
npm http GET https://registry.npmjs.org/methods
npm http GET https://registry.npmjs.org/mkdirp
npm http 200 https://registry.npmjs.org/basic-auth
npm http 200 https://registry.npmjs.org/content-type
npm http 200 https://registry.npmjs.org/cookie-signature
npm http 200 https://registry.npmjs.org/escape-html
npm http 200 https://registry.npmjs.org/content-disposition
npm http 200 https://registry.npmjs.org/depd
npm http 200 https://registry.npmjs.org/cookie
npm http 200 https://registry.npmjs.org/fresh
npm http 200 https://registry.npmjs.org/merge-descriptors
npm http 200 https://registry.npmjs.org/etag
npm http 200 https://registry.npmjs.org/parseurl
npm http 200 https://registry.npmjs.org/range-parser
npm http 200 https://registry.npmjs.org/proxy-addr
npm http 200 https://registry.npmjs.org/utils-merge
npm http 200 https://registry.npmjs.org/vary
npm http 304 https://registry.npmjs.org/commander
npm http 304 https://registry.npmjs.org/methods
npm http 304 https://registry.npmjs.org/mkdirp
npm http 200 https://registry.npmjs.org/send
npm http 200 https://registry.npmjs.org/connect
npm http GET https://registry.npmjs.org/cookie-signature/-/cookie-signature-1.0.6.tgz
npm http GET https://registry.npmjs.org/escape-html/-/escape-html-1.0.2.tgz
npm http GET https://registry.npmjs.org/content-disposition/-/content-disposition-0.5.0.tgz
npm http GET https://registry.npmjs.org/cookie/-/cookie-0.1.3.tgz
npm http GET https://registry.npmjs.org/fresh/-/fresh-0.3.0.tgz
npm http GET https://registry.npmjs.org/merge-descriptors/-/merge-descriptors-1.0.0.tgz
npm http GET https://registry.npmjs.org/utils-merge/-/utils-merge-1.0.0.tgz
npm http GET https://registry.npmjs.org/commander/-/commander-2.6.0.tgz
npm http GET https://registry.npmjs.org/mkdirp/-/mkdirp-0.5.1.tgz
npm http GET https://registry.npmjs.org/send/-/send-0.13.0.tgz
npm http GET https://registry.npmjs.org/connect/-/connect-2.30.2.tgz
npm http GET https://registry.npmjs.org/methods/-/methods-1.1.1.tgz
npm http GET https://registry.npmjs.org/basic-auth/-/basic-auth-1.0.3.tgz
npm http GET https://registry.npmjs.org/content-type/-/content-type-1.0.1.tgz
npm http GET https://registry.npmjs.org/depd/-/depd-1.0.1.tgz
npm http GET https://registry.npmjs.org/etag/-/etag-1.7.0.tgz
npm http GET https://registry.npmjs.org/parseurl/-/parseurl-1.3.0.tgz
npm http GET https://registry.npmjs.org/range-parser/-/range-parser-1.0.2.tgz
npm http GET https://registry.npmjs.org/proxy-addr/-/proxy-addr-1.0.8.tgz
npm http GET https://registry.npmjs.org/vary/-/vary-1.0.1.tgz
npm http 200 https://registry.npmjs.org/cookie-signature/-/cookie-signature-1.0.6.tgz
npm http 200 https://registry.npmjs.org/escape-html/-/escape-html-1.0.2.tgz
npm http 200 https://registry.npmjs.org/content-disposition/-/content-disposition-0.5.0.tgz
npm http 200 https://registry.npmjs.org/merge-descriptors/-/merge-descriptors-1.0.0.tgz
npm http 200 https://registry.npmjs.org/cookie/-/cookie-0.1.3.tgz
npm http 200 https://registry.npmjs.org/utils-merge/-/utils-merge-1.0.0.tgz
npm http 200 https://registry.npmjs.org/fresh/-/fresh-0.3.0.tgz
npm http 200 https://registry.npmjs.org/commander/-/commander-2.6.0.tgz
npm http 200 https://registry.npmjs.org/mkdirp/-/mkdirp-0.5.1.tgz
npm http 200 https://registry.npmjs.org/send/-/send-0.13.0.tgz
npm http 200 https://registry.npmjs.org/connect/-/connect-2.30.2.tgz
npm http 200 https://registry.npmjs.org/methods/-/methods-1.1.1.tgz
npm http 200 https://registry.npmjs.org/basic-auth/-/basic-auth-1.0.3.tgz
npm http 200 https://registry.npmjs.org/content-type/-/content-type-1.0.1.tgz
npm http 200 https://registry.npmjs.org/depd/-/depd-1.0.1.tgz
npm http 200 https://registry.npmjs.org/etag/-/etag-1.7.0.tgz
npm http 200 https://registry.npmjs.org/parseurl/-/parseurl-1.3.0.tgz
npm http 200 https://registry.npmjs.org/range-parser/-/range-parser-1.0.2.tgz
npm http 200 https://registry.npmjs.org/proxy-addr/-/proxy-addr-1.0.8.tgz
npm http 200 https://registry.npmjs.org/vary/-/vary-1.0.1.tgz
npm http GET https://registry.npmjs.org/ansi-styles
npm http GET https://registry.npmjs.org/escape-string-regexp
npm http GET https://registry.npmjs.org/has-ansi
npm http GET https://registry.npmjs.org/strip-ansi
npm http GET https://registry.npmjs.org/supports-color
npm http 304 https://registry.npmjs.org/ansi-styles
npm http 304 https://registry.npmjs.org/escape-string-regexp
npm http 304 https://registry.npmjs.org/has-ansi
npm http 304 https://registry.npmjs.org/strip-ansi
npm http 304 https://registry.npmjs.org/supports-color

> ed25519@0.0.3 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
  CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
  CC(target) Release/obj.target/ed25519/src/ed25519/open.o
  CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
  SOLINK_MODULE(target) Release/obj.target/ed25519.node
  SOLINK_MODULE(target) Release/obj.target/ed25519.node: Finished
  COPY Release/ed25519.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
npm http GET https://registry.npmjs.org/delims
npm http GET https://registry.npmjs.org/underscore.string
npm http GET https://registry.npmjs.org/fs-utils
npm http 200 https://registry.npmjs.org/delims
npm http 304 https://registry.npmjs.org/fs-utils
npm http 200 https://registry.npmjs.org/underscore.string
npm http GET https://registry.npmjs.org/glob
npm http GET https://registry.npmjs.org/minimatch
npm http GET https://registry.npmjs.org/delims/-/delims-0.1.4.tgz
npm http GET https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/fs-utils/-/fs-utils-0.4.3.tgz
npm http 304 https://registry.npmjs.org/glob
npm http 200 https://registry.npmjs.org/delims/-/delims-0.1.4.tgz
npm http 304 https://registry.npmjs.org/minimatch
npm http 304 https://registry.npmjs.org/graceful-readlink
npm http GET https://registry.npmjs.org/underscore.string/-/underscore.string-2.3.3.tgz
npm http 200 https://registry.npmjs.org/fs-utils/-/fs-utils-0.4.3.tgz
npm http 200 https://registry.npmjs.org/underscore.string/-/underscore.string-2.3.3.tgz
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/ansi-regex
npm http 304 https://registry.npmjs.org/ansi-regex
npm http GET https://registry.npmjs.org/websocket-extensions
npm http 304 https://registry.npmjs.org/websocket-extensions
npm http GET https://registry.npmjs.org/ncp
npm http GET https://registry.npmjs.org/mkdirp
npm http GET https://registry.npmjs.org/rimraf
npm http 200 https://registry.npmjs.org/ncp
npm http 304 https://registry.npmjs.org/mkdirp
npm http 304 https://registry.npmjs.org/rimraf
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/sigmund
npm http 304 https://registry.npmjs.org/lru-cache
npm http 304 https://registry.npmjs.org/sigmund
npm http GET https://registry.npmjs.org/ncp/-/ncp-2.0.0.tgz
npm http GET https://registry.npmjs.org/rimraf/-/rimraf-2.4.3.tgz
npm http 200 https://registry.npmjs.org/ncp/-/ncp-2.0.0.tgz
npm http 200 https://registry.npmjs.org/rimraf/-/rimraf-2.4.3.tgz
npm http GET https://registry.npmjs.org/argparse
npm http GET https://registry.npmjs.org/esprima
npm http 200 https://registry.npmjs.org/argparse
npm http 200 https://registry.npmjs.org/esprima
npm http GET https://registry.npmjs.org/argparse/-/argparse-0.1.16.tgz
npm http GET https://registry.npmjs.org/esprima/-/esprima-1.0.4.tgz
npm http 200 https://registry.npmjs.org/argparse/-/argparse-0.1.16.tgz
npm http 200 https://registry.npmjs.org/esprima/-/esprima-1.0.4.tgz
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/minimatch
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/minimatch
npm http GET https://registry.npmjs.org/generate-function
npm http GET https://registry.npmjs.org/generate-object-property
npm http GET https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/generate-object-property
npm http 304 https://registry.npmjs.org/generate-function
npm http 304 https://registry.npmjs.org/xtend
npm http 304 https://registry.npmjs.org/jsonpointer
npm http GET https://registry.npmjs.org/hoek
npm http GET https://registry.npmjs.org/boom
npm http GET https://registry.npmjs.org/cryptiles
npm http GET https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/sntp
npm http 304 https://registry.npmjs.org/cryptiles
npm http 304 https://registry.npmjs.org/boom
npm http 304 https://registry.npmjs.org/hoek
npm WARN engine cryptiles@2.0.5: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm WARN engine hoek@2.16.3: wanted: {"node":">=0.10.40"} (current: {"node":"v0.10.28","npm":"1.4.9"})
npm http GET https://registry.npmjs.org/is-property
npm http 304 https://registry.npmjs.org/is-property
npm http GET https://registry.npmjs.org/forwarded
npm http GET https://registry.npmjs.org/ipaddr.js
npm http 200 https://registry.npmjs.org/forwarded
npm http 200 https://registry.npmjs.org/ipaddr.js
npm http GET https://registry.npmjs.org/ipaddr.js/-/ipaddr.js-1.0.1.tgz
npm http GET https://registry.npmjs.org/forwarded/-/forwarded-0.1.0.tgz
npm http 200 https://registry.npmjs.org/ipaddr.js/-/ipaddr.js-1.0.1.tgz
npm http 200 https://registry.npmjs.org/forwarded/-/forwarded-0.1.0.tgz
npm http GET https://registry.npmjs.org/destroy
npm http GET https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/on-finished
npm http GET https://registry.npmjs.org/statuses
npm http GET https://registry.npmjs.org/mime
npm http GET https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/on-finished
npm http 304 https://registry.npmjs.org/ms
npm http 200 https://registry.npmjs.org/statuses
npm http 200 https://registry.npmjs.org/destroy
npm http 304 https://registry.npmjs.org/mime
npm http 200 https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/destroy/-/destroy-1.0.3.tgz
npm http GET https://registry.npmjs.org/mime/-/mime-1.3.4.tgz
npm http GET https://registry.npmjs.org/on-finished/-/on-finished-2.3.0.tgz
npm http GET https://registry.npmjs.org/statuses/-/statuses-1.2.1.tgz
npm http GET https://registry.npmjs.org/http-errors/-/http-errors-1.3.1.tgz
npm http 200 https://registry.npmjs.org/on-finished/-/on-finished-2.3.0.tgz
npm http 200 https://registry.npmjs.org/statuses/-/statuses-1.2.1.tgz
npm http 200 https://registry.npmjs.org/destroy/-/destroy-1.0.3.tgz
npm http 200 https://registry.npmjs.org/mime/-/mime-1.3.4.tgz
npm http 200 https://registry.npmjs.org/http-errors/-/http-errors-1.3.1.tgz
npm http GET https://registry.npmjs.org/lru-cache
npm http GET https://registry.npmjs.org/sigmund
npm http GET https://registry.npmjs.org/glob
npm http 304 https://registry.npmjs.org/sigmund
npm http 304 https://registry.npmjs.org/lru-cache
npm http 304 https://registry.npmjs.org/glob
npm http GET https://registry.npmjs.org/glob/-/glob-5.0.14.tgz
npm http 200 https://registry.npmjs.org/glob/-/glob-5.0.14.tgz
npm http GET https://registry.npmjs.org/minimist
npm http 304 https://registry.npmjs.org/minimist
npm http GET https://registry.npmjs.org/mongodb-core
npm http GET https://registry.npmjs.org/es6-promise
npm http GET https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/es6-promise
npm http 304 https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/mongodb-core
npm http GET https://registry.npmjs.org/es6-promise/-/es6-promise-2.1.1.tgz
npm http GET https://registry.npmjs.org/readable-stream/-/readable-stream-1.0.31.tgz
npm http 200 https://registry.npmjs.org/es6-promise/-/es6-promise-2.1.1.tgz
npm http 200 https://registry.npmjs.org/readable-stream/-/readable-stream-1.0.31.tgz
npm http GET https://registry.npmjs.org/mongodb-core/-/mongodb-core-1.2.12.tgz
npm http GET https://registry.npmjs.org/nan
npm http 200 https://registry.npmjs.org/mongodb-core/-/mongodb-core-1.2.12.tgz
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/ee-first
npm http 200 https://registry.npmjs.org/ee-first
npm http GET https://registry.npmjs.org/minimist
npm http 304 https://registry.npmjs.org/minimist
npm http GET https://registry.npmjs.org/ee-first/-/ee-first-1.1.1.tgz
npm http 200 https://registry.npmjs.org/ee-first/-/ee-first-1.1.1.tgz
npm http GET https://registry.npmjs.org/basic-auth-connect
npm http GET https://registry.npmjs.org/body-parser
npm http GET https://registry.npmjs.org/bytes
npm http GET https://registry.npmjs.org/cookie-parser
npm http GET https://registry.npmjs.org/compression
npm http GET https://registry.npmjs.org/connect-timeout
npm http GET https://registry.npmjs.org/csurf
npm http GET https://registry.npmjs.org/errorhandler
npm http GET https://registry.npmjs.org/express-session
npm http GET https://registry.npmjs.org/finalhandler
npm http GET https://registry.npmjs.org/method-override
npm http GET https://registry.npmjs.org/morgan
npm http GET https://registry.npmjs.org/multiparty
npm http GET https://registry.npmjs.org/on-headers
npm http GET https://registry.npmjs.org/response-time
npm http GET https://registry.npmjs.org/serve-favicon
npm http GET https://registry.npmjs.org/serve-index
npm http GET https://registry.npmjs.org/serve-static
npm http GET https://registry.npmjs.org/type-is
npm http GET https://registry.npmjs.org/vhost
npm http GET https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/pause
npm http GET https://registry.npmjs.org/qs
npm http 200 https://registry.npmjs.org/basic-auth-connect
npm http 200 https://registry.npmjs.org/cookie-parser
npm http 200 https://registry.npmjs.org/bytes
npm http 200 https://registry.npmjs.org/connect-timeout
npm http 200 https://registry.npmjs.org/csurf
npm http 200 https://registry.npmjs.org/compression
npm http 200 https://registry.npmjs.org/errorhandler
npm http 200 https://registry.npmjs.org/finalhandler
npm http 200 https://registry.npmjs.org/body-parser
npm http 200 https://registry.npmjs.org/method-override
npm http 200 https://registry.npmjs.org/on-headers
npm http 200 https://registry.npmjs.org/morgan
npm http 200 https://registry.npmjs.org/multiparty
npm http GET https://registry.npmjs.org/basic-auth-connect/-/basic-auth-connect-1.0.0.tgz
npm http GET https://registry.npmjs.org/bytes/-/bytes-2.1.0.tgz
npm http GET https://registry.npmjs.org/finalhandler/-/finalhandler-0.4.0.tgz
npm http 200 https://registry.npmjs.org/express-session
npm http 200 https://registry.npmjs.org/response-time
npm http 200 https://registry.npmjs.org/serve-favicon
npm http GET https://registry.npmjs.org/cookie-parser/-/cookie-parser-1.3.5.tgz
npm http GET https://registry.npmjs.org/connect-timeout/-/connect-timeout-1.6.2.tgz
npm http GET https://registry.npmjs.org/csurf/-/csurf-1.8.3.tgz
npm http GET https://registry.npmjs.org/compression/-/compression-1.5.2.tgz
npm http GET https://registry.npmjs.org/errorhandler/-/errorhandler-1.4.2.tgz
npm http GET https://registry.npmjs.org/body-parser/-/body-parser-1.13.3.tgz
npm http 200 https://registry.npmjs.org/basic-auth-connect/-/basic-auth-connect-1.0.0.tgz
npm http 200 https://registry.npmjs.org/bytes/-/bytes-2.1.0.tgz
npm http 200 https://registry.npmjs.org/finalhandler/-/finalhandler-0.4.0.tgz
npm http 200 https://registry.npmjs.org/vhost
npm http GET https://registry.npmjs.org/method-override/-/method-override-2.3.5.tgz
npm http 304 https://registry.npmjs.org/http-errors
npm http GET https://registry.npmjs.org/on-headers/-/on-headers-1.0.0.tgz
npm http GET https://registry.npmjs.org/morgan/-/morgan-1.6.1.tgz
npm http 200 https://registry.npmjs.org/csurf/-/csurf-1.8.3.tgz
npm http 200 https://registry.npmjs.org/compression/-/compression-1.5.2.tgz
npm http GET https://registry.npmjs.org/multiparty/-/multiparty-3.3.2.tgz
npm http 200 https://registry.npmjs.org/errorhandler/-/errorhandler-1.4.2.tgz
npm http 304 https://registry.npmjs.org/pause
npm http 304 https://registry.npmjs.org/qs
npm http GET https://registry.npmjs.org/express-session/-/express-session-1.11.3.tgz
npm http 200 https://registry.npmjs.org/serve-index
npm http GET https://registry.npmjs.org/response-time/-/response-time-2.3.1.tgz
npm http GET https://registry.npmjs.org/serve-favicon/-/serve-favicon-2.3.0.tgz
npm http 200 https://registry.npmjs.org/cookie-parser/-/cookie-parser-1.3.5.tgz
npm http 200 https://registry.npmjs.org/on-headers/-/on-headers-1.0.0.tgz
npm http 200 https://registry.npmjs.org/connect-timeout/-/connect-timeout-1.6.2.tgz
npm http 200 https://registry.npmjs.org/type-is
npm http GET https://registry.npmjs.org/vhost/-/vhost-3.0.1.tgz
npm http 200 https://registry.npmjs.org/body-parser/-/body-parser-1.13.3.tgz
npm http 200 https://registry.npmjs.org/method-override/-/method-override-2.3.5.tgz
npm http 200 https://registry.npmjs.org/morgan/-/morgan-1.6.1.tgz
npm http 200 https://registry.npmjs.org/multiparty/-/multiparty-3.3.2.tgz
npm http 200 https://registry.npmjs.org/express-session/-/express-session-1.11.3.tgz
npm http 200 https://registry.npmjs.org/response-time/-/response-time-2.3.1.tgz
npm http 200 https://registry.npmjs.org/serve-favicon/-/serve-favicon-2.3.0.tgz
npm http 200 https://registry.npmjs.org/serve-static
npm http 200 https://registry.npmjs.org/vhost/-/vhost-3.0.1.tgz
npm http GET https://registry.npmjs.org/pause/-/pause-0.1.0.tgz
npm http GET https://registry.npmjs.org/qs/-/qs-4.0.0.tgz
npm http GET https://registry.npmjs.org/serve-index/-/serve-index-1.7.2.tgz
npm http 200 https://registry.npmjs.org/pause/-/pause-0.1.0.tgz
npm http 200 https://registry.npmjs.org/qs/-/qs-4.0.0.tgz
npm http GET https://registry.npmjs.org/type-is/-/type-is-1.6.8.tgz
npm http GET https://registry.npmjs.org/serve-static/-/serve-static-1.10.0.tgz
npm http 200 https://registry.npmjs.org/serve-index/-/serve-index-1.7.2.tgz
npm http 200 https://registry.npmjs.org/type-is/-/type-is-1.6.8.tgz
npm http 200 https://registry.npmjs.org/serve-static/-/serve-static-1.10.0.tgz
npm http GET https://registry.npmjs.org/inflight
npm http GET https://registry.npmjs.org/once
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/minimatch
npm http 200 https://registry.npmjs.org/inflight
npm http 200 https://registry.npmjs.org/once
npm http 304 https://registry.npmjs.org/minimatch
npm http GET https://registry.npmjs.org/path-is-absolute
npm http 304 https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/path-is-absolute
npm http GET https://registry.npmjs.org/inflight/-/inflight-1.0.4.tgz
npm http GET https://registry.npmjs.org/once/-/once-1.3.2.tgz
npm http GET https://registry.npmjs.org/minimatch/-/minimatch-2.0.10.tgz
npm http 200 https://registry.npmjs.org/once/-/once-1.3.2.tgz
npm http 200 https://registry.npmjs.org/inflight/-/inflight-1.0.4.tgz
npm http 200 https://registry.npmjs.org/minimatch/-/minimatch-2.0.10.tgz

> dtrace-provider@0.5.0 install /home/pi/homebridge/node_modules/wemo/node_modules/node-ssdp/node_modules/bunyan/node_modules/dtrace-provider
> node scripts/install.js

npm http GET https://registry.npmjs.org/wrappy
npm http 200 https://registry.npmjs.org/wrappy
npm http GET https://registry.npmjs.org/wrappy/-/wrappy-1.0.1.tgz
npm http 200 https://registry.npmjs.org/wrappy/-/wrappy-1.0.1.tgz
npm http GET https://registry.npmjs.org/brace-expansion
npm http 200 https://registry.npmjs.org/brace-expansion
npm http GET https://registry.npmjs.org/brace-expansion/-/brace-expansion-1.1.0.tgz
npm http 200 https://registry.npmjs.org/brace-expansion/-/brace-expansion-1.1.0.tgz
npm http GET https://registry.npmjs.org/async
npm http 304 https://registry.npmjs.org/async
npm http GET https://registry.npmjs.org/async/-/async-0.6.2.tgz
npm http 200 https://registry.npmjs.org/async/-/async-0.6.2.tgz
npm http GET https://registry.npmjs.org/balanced-match
npm http GET https://registry.npmjs.org/concat-map
npm http 200 https://registry.npmjs.org/concat-map
npm http 200 https://registry.npmjs.org/balanced-match
npm http GET https://registry.npmjs.org/concat-map/-/concat-map-0.0.1.tgz
npm http GET https://registry.npmjs.org/balanced-match/-/balanced-match-0.2.0.tgz
npm http 200 https://registry.npmjs.org/concat-map/-/concat-map-0.0.1.tgz
npm http 200 https://registry.npmjs.org/balanced-match/-/balanced-match-0.2.0.tgz
npm http GET https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/statuses
npm http GET https://registry.npmjs.org/unpipe
npm http GET https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/on-finished
npm http 304 https://registry.npmjs.org/inherits
npm http 200 https://registry.npmjs.org/unpipe
npm http GET https://registry.npmjs.org/media-typer
npm http 304 https://registry.npmjs.org/statuses
npm http 304 https://registry.npmjs.org/ms
npm http GET https://registry.npmjs.org/mime-types
npm http 304 https://registry.npmjs.org/on-finished
npm http GET https://registry.npmjs.org/csrf
npm http GET https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/compressible
npm http 200 https://registry.npmjs.org/media-typer
npm http 304 https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/compressible
npm http 200 https://registry.npmjs.org/csrf
npm http 200 https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/unpipe/-/unpipe-1.0.0.tgz
npm http GET https://registry.npmjs.org/media-typer/-/media-typer-0.3.0.tgz
npm http 200 https://registry.npmjs.org/unpipe/-/unpipe-1.0.0.tgz
npm http 200 https://registry.npmjs.org/media-typer/-/media-typer-0.3.0.tgz
npm http GET https://registry.npmjs.org/compressible/-/compressible-2.0.5.tgz
npm http GET https://registry.npmjs.org/csrf/-/csrf-3.0.0.tgz
npm http GET https://registry.npmjs.org/accepts/-/accepts-1.2.13.tgz
npm http 200 https://registry.npmjs.org/csrf/-/csrf-3.0.0.tgz
npm http 200 https://registry.npmjs.org/accepts/-/accepts-1.2.13.tgz
npm http 200 https://registry.npmjs.org/compressible/-/compressible-2.0.5.tgz
npm http GET https://registry.npmjs.org/stream-counter
npm http GET https://registry.npmjs.org/readable-stream
npm http 200 https://registry.npmjs.org/stream-counter
npm http 304 https://registry.npmjs.org/readable-stream
npm http GET https://registry.npmjs.org/crc
npm http GET https://registry.npmjs.org/uid-safe
npm http 200 https://registry.npmjs.org/crc
npm http 200 https://registry.npmjs.org/uid-safe
npm http GET https://registry.npmjs.org/stream-counter/-/stream-counter-0.2.0.tgz
npm http GET https://registry.npmjs.org/readable-stream/-/readable-stream-1.1.13.tgz
npm http GET https://registry.npmjs.org/iconv-lite
npm http GET https://registry.npmjs.org/raw-body
npm http GET https://registry.npmjs.org/on-finished
npm http 200 https://registry.npmjs.org/readable-stream/-/readable-stream-1.1.13.tgz
npm http 200 https://registry.npmjs.org/stream-counter/-/stream-counter-0.2.0.tgz
npm http GET https://registry.npmjs.org/crc/-/crc-3.3.0.tgz
npm http GET https://registry.npmjs.org/uid-safe/-/uid-safe-2.0.0.tgz
npm http 200 https://registry.npmjs.org/raw-body
npm http 304 https://registry.npmjs.org/on-finished
npm http 200 https://registry.npmjs.org/iconv-lite
npm http 200 https://registry.npmjs.org/crc/-/crc-3.3.0.tgz
npm http 200 https://registry.npmjs.org/uid-safe/-/uid-safe-2.0.0.tgz
npm http GET https://registry.npmjs.org/iconv-lite/-/iconv-lite-0.4.11.tgz
npm http GET https://registry.npmjs.org/ee-first
npm http GET https://registry.npmjs.org/raw-body/-/raw-body-2.1.3.tgz
npm http 304 https://registry.npmjs.org/ee-first
npm http 200 https://registry.npmjs.org/iconv-lite/-/iconv-lite-0.4.11.tgz
npm http 200 https://registry.npmjs.org/raw-body/-/raw-body-2.1.3.tgz
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/base64-url
npm http GET https://registry.npmjs.org/rndm
npm http GET https://registry.npmjs.org/scmp
npm http GET https://registry.npmjs.org/uid-safe
npm http 200 https://registry.npmjs.org/rndm
npm http 200 https://registry.npmjs.org/base64-url
npm http 304 https://registry.npmjs.org/mime-db
npm http 200 https://registry.npmjs.org/scmp
npm http 304 https://registry.npmjs.org/uid-safe
npm http GET https://registry.npmjs.org/base64-url/-/base64-url-1.2.1.tgz
npm http GET https://registry.npmjs.org/scmp/-/scmp-1.0.0.tgz
npm http GET https://registry.npmjs.org/rndm/-/rndm-1.1.0.tgz
npm http 200 https://registry.npmjs.org/base64-url/-/base64-url-1.2.1.tgz
npm http 200 https://registry.npmjs.org/scmp/-/scmp-1.0.0.tgz
npm http 200 https://registry.npmjs.org/rndm/-/rndm-1.1.0.tgz
npm http GET https://registry.npmjs.org/negotiator
npm http GET https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/negotiator
npm http 304 https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/negotiator/-/negotiator-0.5.3.tgz
npm http 200 https://registry.npmjs.org/negotiator/-/negotiator-0.5.3.tgz
npm http GET https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/core-util-is
npm http GET https://registry.npmjs.org/isarray
npm http GET https://registry.npmjs.org/string_decoder
npm http GET https://registry.npmjs.org/inherits
npm http 304 https://registry.npmjs.org/isarray
npm http 304 https://registry.npmjs.org/core-util-is
npm http 304 https://registry.npmjs.org/string_decoder
npm http 304 https://registry.npmjs.org/inherits
npm http GET https://registry.npmjs.org/underscore.string
npm http 304 https://registry.npmjs.org/underscore.string
npm http GET https://registry.npmjs.org/underscore.string/-/underscore.string-2.4.0.tgz
npm http 200 https://registry.npmjs.org/underscore.string/-/underscore.string-2.4.0.tgz
npm http GET https://registry.npmjs.org/underscore
npm http 304 https://registry.npmjs.org/underscore
npm http GET https://registry.npmjs.org/underscore/-/underscore-1.7.0.tgz
npm http 200 https://registry.npmjs.org/underscore/-/underscore-1.7.0.tgz
npm http GET https://registry.npmjs.org/batch
npm http GET https://registry.npmjs.org/accepts
npm http GET https://registry.npmjs.org/mime-types
npm http 200 https://registry.npmjs.org/batch
npm http 304 https://registry.npmjs.org/accepts
npm http 304 https://registry.npmjs.org/mime-types
npm http GET https://registry.npmjs.org/batch/-/batch-0.5.2.tgz
npm http 200 https://registry.npmjs.org/batch/-/batch-0.5.2.tgz
npm http GET https://registry.npmjs.org/mime-db
npm http GET https://registry.npmjs.org/ee-first
npm http GET https://registry.npmjs.org/negotiator
npm http GET https://registry.npmjs.org/unpipe
npm http 304 https://registry.npmjs.org/mime-db
npm http 304 https://registry.npmjs.org/ee-first
npm http 304 https://registry.npmjs.org/negotiator
npm http 304 https://registry.npmjs.org/unpipe
npm http GET https://registry.npmjs.org/bson
npm http GET https://registry.npmjs.org/kerberos
npm http 200 https://registry.npmjs.org/kerberos
npm http 200 https://registry.npmjs.org/bson
npm http GET https://registry.npmjs.org/kerberos/-/kerberos-0.0.14.tgz
npm http GET https://registry.npmjs.org/bson/-/bson-0.4.12.tgz
npm http 200 https://registry.npmjs.org/kerberos/-/kerberos-0.0.14.tgz
npm http 200 https://registry.npmjs.org/bson/-/bson-0.4.12.tgz
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan

> kerberos@0.0.14 install /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
> (node-gyp rebuild) || (exit 0)

make: Entering directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
  CXX(target) Release/obj.target/kerberos/lib/kerberos.o
In file included from ../lib/kerberos.cc:1:0:
../lib/kerberos.h:5:27: fatal error: gssapi/gssapi.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
kerberos.target.mk:86: recipe for target 'Release/obj.target/kerberos/lib/kerberos.o' failed
make: *** [Release/obj.target/kerberos/lib/kerberos.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:267:23)
gyp ERR! stack     at ChildProcess.EventEmitter.emit (events.js:98:17)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (child_process.js:807:12)
gyp ERR! System Linux 3.12.35+
gyp ERR! command "node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
gyp ERR! node -v v0.10.28
gyp ERR! node-gyp -v v0.13.0
gyp ERR! not ok
npm http GET https://registry.npmjs.org/es6-iterator
npm http GET https://registry.npmjs.org/es6-symbol
npm http 200 https://registry.npmjs.org/es6-symbol
npm http 200 https://registry.npmjs.org/es6-iterator
npm http GET https://registry.npmjs.org/es6-symbol/-/es6-symbol-2.0.1.tgz
npm http GET https://registry.npmjs.org/es6-iterator/-/es6-iterator-0.1.3.tgz
npm http 200 https://registry.npmjs.org/es6-symbol/-/es6-symbol-2.0.1.tgz
npm http 200 https://registry.npmjs.org/es6-iterator/-/es6-iterator-0.1.3.tgz
npm http GET https://registry.npmjs.org/iconv
npm http GET https://registry.npmjs.org/nan
npm http 304 https://registry.npmjs.org/nan
npm http GET https://registry.npmjs.org/bindings
npm http 304 https://registry.npmjs.org/bindings
npm http 200 https://registry.npmjs.org/iconv
npm http GET https://registry.npmjs.org/iconv/-/iconv-2.1.10.tgz
npm http 200 https://registry.npmjs.org/iconv/-/iconv-2.1.10.tgz

> iconv@2.1.10 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'
  CC(target) Release/obj.target/libiconv/deps/libiconv/lib/iconv.o
  AR(target) Release/obj.target/iconv.a
  COPY Release/iconv.a
  CXX(target) Release/obj.target/iconv/src/binding.o
  SOLINK_MODULE(target) Release/obj.target/iconv.node
  SOLINK_MODULE(target) Release/obj.target/iconv.node: Finished
  COPY Release/iconv.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'

> node-expat@2.3.10 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlparse.o
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmltok.o
../deps/libexpat/lib/xmltok.c:471:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:471:1: warning: (near initialization for 'latin1_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: (near initialization for 'latin1_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: (near initialization for 'ascii_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: (near initialization for 'ascii_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: (near initialization for 'little2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: (near initialization for 'little2_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: (near initialization for 'internal_little2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: (near initialization for 'internal_little2_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: (near initialization for 'big2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: (near initialization for 'big2_encoding.isName2') [-Wmissing-field-initializers]
  CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlrole.o
  AR(target) Release/obj.target/deps/libexpat/libexpat.a
  COPY Release/libexpat.a
  CXX(target) Release/obj.target/node_expat/node-expat.o
  SOLINK_MODULE(target) Release/obj.target/node_expat.node
  SOLINK_MODULE(target) Release/obj.target/node_expat.node: Finished
  COPY Release/node_expat.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /home/pi/homebridge/npm-debug.log
npm ERR! not ok code 0

versuchs mal mit apt-get install libkrb5-dev    und dann nochmal npm install
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 September 2015, 18:59:29
im git gibt es eine neue version in der für den harmony hub ein einziges accessory mit mehreren schalten ist statt wie vorher ein eigenes acessory pro aktion. es sollte jetzt auch mehr als ein hub unterstützt werden.

in eve kann man dabei in der raum ansicht zur zeit leider die einzelnen schalter nicht unterscheiden da hier kein name angezeigt wird.
wenn man typen 'strom' auswählt sieht man eine kompakte übersicht mit allen namen zu homekit szenen kann man das ganze auch hinzufügen.

wie gehabt sind die einzelnen schalter verknüpft. es kann also nur einer auf ein stehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 22 September 2015, 20:21:25
Zitatversuchs mal mit apt-get install libkrb5-dev    und dann nochmal npm install

Da kommt dann das :-( :

Code Auswählen
npm install
npm ERR! install Couldn't read dependencies
npm ERR! Linux 4.1.6+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! path /home/pi/package.json
npm ERR! code ENOPACKAGEJSON
npm ERR! errno -2

npm ERR! package.json ENOENT, open '/home/pi/package.json'
npm ERR! package.json This is most likely not a problem with npm itself.
npm ERR! package.json npm can't find a package.json file in your current directory.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oberlon am 22 September 2015, 20:25:33
Hat jemand eine Idee?

Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1442946100532
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 9 results
[FHEM] A.Thermometer1 is NOT a thermostat. set for target temperature missing
[FHEM] A.Thermometer1 has temperature [temperature]
[FHEM] A.Thermometer1 has humidity [humidity]
[FHEM] A.Thermometer1 has battery [battery]
[FHEM] A.Thermometer2 is NOT a thermostat. set for target temperature missing
[FHEM] A.Thermometer2 has temperature [temperature]
[FHEM] A.Thermometer2 has humidity [humidity]
[FHEM] A.Thermometer2 has battery [battery]
[FHEM] B.Licht is light
[FHEM] B.Licht has onOff [state;on,off]
[FHEM] K.Heizung_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] K.Heizung_Clima has thermostat mode [controlMode;controlMode]
[FHEM] K.Heizung_Clima has temperature [measured-temp]
[FHEM] K.Licht is light
[FHEM] K.Licht has onOff [state;on,off]
[FHEM] SZ.Heizung_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] SZ.Heizung_Clima has thermostat mode [controlMode;controlMode]
[FHEM] SZ.Heizung_Clima has temperature [measured-temp]
[FHEM] SZ.Licht is light
[FHEM] SZ.Licht has onOff [state;on,off]
[FHEM] WZ.Licht is light
[FHEM] WZ.Licht has onOff [state;on,off]
[FHEM] WZ.Thermostat_Climate is thermostat [desired-temp;5-30:0.5]
[FHEM] WZ.Thermostat_Climate has thermostat mode [controlMode;controlMode]
[FHEM] WZ.Thermostat_Climate has temperature [measured-temp]
[FHEM] WZ.Thermostat_Climate has humidity [humidity]
[FHEM] WZ.Thermostat_Climate has battery [battery]
[FHEM] Initializing platform accessory 'A.Thermometer1'...
[FHEM] creating services for A.Thermometer1
[FHEM]   information service for A.Thermometer1
[FHEM]   temperature sensor service for A.Thermometer1
[FHEM]     temperature characteristic for A.Thermometer1
[FHEM]     humidity characteristic for A.Thermometer1
[FHEM]     battery status characteristic for A.Thermometer1
[FHEM] Initializing platform accessory 'A.Thermometer2'...
[FHEM] creating services for A.Thermometer2
[FHEM]   information service for A.Thermometer2
[FHEM]   temperature sensor service for A.Thermometer2
[FHEM]     temperature characteristic for A.Thermometer2
[FHEM]     humidity characteristic for A.Thermometer2
[FHEM]     battery status characteristic for A.Thermometer2
[FHEM] Initializing platform accessory 'B.Licht'...
[FHEM] creating services for B.Licht
[FHEM]   information service for B.Licht
[FHEM]   lightbulb service for B.Licht
[FHEM]     power characteristic for B.Licht
[FHEM] Initializing platform accessory 'K.Heizung_Clima'...
[FHEM] creating services for K.Heizung_Clima
[FHEM]   information service for K.Heizung_Clima
[FHEM]   thermostat service for K.Heizung_Clima
[FHEM]     temperature characteristic for K.Heizung_Clima
[FHEM]     target temperature characteristic for K.Heizung_Clima
/opt/homebridge/platforms/FHEM.js:1822
      characteristic.setProps( {
                     ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.getServices (/opt/homebridge/platforms/FHEM.js:1822:22)
    at createAccessory (/opt/homebridge/app.js:146:36)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/opt/homebridge/platforms/FHEM.js:546:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/opt/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/opt/homebridge/node_modules/request/request.js:1266:12)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 September 2015, 20:30:00
deine HAP-NodeJS ist nicht aktuell.

gruss
  andre

ps: es ist in diesem thread inzwischen bestimmt schon 6 mal aufgetaucht...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oberlon am 22 September 2015, 20:31:56
Danke dir.
Hatte es aus deinem git repo frisch ausgecheckt und dachte da ist alles drin.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 22 September 2015, 20:34:57
Zitat von: lullebammel am 22 September 2015, 20:21:25
Da kommt dann das :-( :

Code Auswählen
npm install
npm ERR! install Couldn't read dependencies
npm ERR! Linux 4.1.6+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! path /home/pi/package.json
npm ERR! code ENOPACKAGEJSON
npm ERR! errno -2

npm ERR! package.json ENOENT, open '/home/pi/package.json'
npm ERR! package.json This is most likely not a problem with npm itself.
npm ERR! package.json npm can't find a package.json file in your current directory.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/npm-debug.log




du musst im homebridge verzeichnis selber npm install eingeben. du scheinst es in /home/pi getan zu haben
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 22 September 2015, 21:47:14
Zitat von: justme1968 am 21 September 2015, 20:34:08
bei mir hat npm update aus irgend einem  grund nicht die neueste version geholt. ich habe dann node_modules/HAP-NodeJS gelöscht und mit git clone direkt die neue version an die gleiche stelle ausgecheckt und dann per npm update die abhängikeiten nachinstalliert.

gruss
  andre

ps: meine git version von FHEM.js sollte sei eben auch die MAX kontakte können.

ich kann obiges nachvollziehen. Mit einem frisch ausgecheckten von nfarina muss ich auch HAP-NodeJS löschen und manuell npm update machen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lullebammel am 23 September 2015, 08:44:42
So ich nochmal.

Nachdem nix geholfen hatte und die Anleitung nach dem Wiki: http://www.fhemwiki.de/w/index.php?title=Homebridge_einrichten&redirect=no nicht durchlief, hab ich mich entschlossen alles neu zu machen.
Hatte sowieso vor vom Rapberry pi auf den neuen Rpi 2 zu wechseln. Hatte ihn ein paar Tage zuvor Bestellt.

So also Raspian drauf und dann die Anleitung von Meintechblog FHEM-Server auf dem Raspberry Pi in einer Stunde einrichten durchgezogen: http://www.meintechblog.de/2013/05/fhem-server-auf-dem-raspberry-pi-in-einer-stunde-einrichten/

Soweit so gut. Dann habe ich erstmal ein Sicherung von der SD Karte gemacht damit ich zur Not von da weitermachen kann.

Dann habe ich erneut punkt für punkt diese Anleitung durchgeführt. :http://www.fhemwiki.de/w/index.php?title=Homebridge_einrichten&redirect=no
Jetzt lief auch der Befehl nvm install 0.12.6 sauber durch. Hat aber geschlagene 2 einhalb Stunden gedauert!
Nur beim Befehl "npm install" sah es unsauber aus.

Code Auswählen
npm install
npm WARN engine ad2usb@1.0.3: wanted: {"node":"~0.10.0"} (current: {"node":"0.12.6","npm":"2.11.2"})
npm WARN optional dep failed, continuing fsevents@0.3.8

> node-stringprep@0.6.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep/build'
SOLINK_MODULE(target) Release/obj.target/node_stringprep.node
COPY Release/node_stringprep.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-stringprep/build'

> node-stringprep@0.7.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'
SOLINK_MODULE(target) Release/obj.target/node_stringprep.node
COPY Release/node_stringprep.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'

> bufferutil@1.2.1 install /home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/bufferutil
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/bufferutil/build'
CXX(target) Release/obj.target/bufferutil/src/bufferutil.o
SOLINK_MODULE(target) Release/obj.target/bufferutil.node
COPY Release/bufferutil.node
make: Leaving directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/bufferutil/build'

> utf-8-validate@1.2.1 install /home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/utf-8-validate
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/utf-8-validate/build'
CXX(target) Release/obj.target/validation/src/validation.o
SOLINK_MODULE(target) Release/obj.target/validation.node
COPY Release/validation.node
make: Leaving directory '/home/pi/homebridge/node_modules/node-icontrol/node_modules/ws/node_modules/utf-8-validate/build'

> mdns@2.2.10 install /home/pi/homebridge/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/mdns/build'
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_browse.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_enumerate_domains.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_get_addr_info.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_process_result.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref_deallocate.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_ref_sock_fd.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_register.o
CXX(target) Release/obj.target/dns_sd_bindings/src/dns_service_resolve.o
CXX(target) Release/obj.target/dns_sd_bindings/src/mdns_utils.o
CXX(target) Release/obj.target/dns_sd_bindings/src/network_interface.o
CXX(target) Release/obj.target/dns_sd_bindings/src/socket_watcher.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_ref.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_create.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_deallocate.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_set_value.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_get_length.o
CXX(target) Release/obj.target/dns_sd_bindings/src/txt_record_buffer_to_object.o
SOLINK_MODULE(target) Release/obj.target/dns_sd_bindings.node
COPY Release/dns_sd_bindings.node
make: Leaving directory '/home/pi/homebridge/node_modules/mdns/build'

> node-stringprep@0.7.2 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'
SOLINK_MODULE(target) Release/obj.target/node_stringprep.node
COPY Release/node_stringprep.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep/build'

> curve25519@1.1.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519/build'
CXX(target) Release/obj.target/curve/node_curve.o
SOLINK_MODULE(target) Release/obj.target/curve.node
COPY Release/curve.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519/build'

> dtrace-provider@0.5.0 install /home/pi/homebridge/node_modules/wemo/node_modules/node-ssdp/node_modules/bunyan/node_modules/dtrace-provider
> node scripts/install.js


> bignum@0.11.0 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
> node-gyp configure build

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
CXX(target) Release/obj.target/bignum/bignum.o
SOLINK_MODULE(target) Release/obj.target/bignum.node
COPY Release/bignum.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'

> ed25519@0.0.3 install /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
CC(target) Release/obj.target/ed25519/src/ed25519/open.o
CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
CXX(target) Release/obj.target/ed25519/src/ed25519.o
SOLINK_MODULE(target) Release/obj.target/ed25519.node
COPY Release/ed25519.node
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'

> kerberos@0.0.14 install /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
> (node-gyp rebuild) || (exit 0)

make: Entering directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
CXX(target) Release/obj.target/kerberos/lib/kerberos.o
In file included from ../lib/kerberos.cc:1:0:
../lib/kerberos.h:5:27: fatal error: gssapi/gssapi.h: Datei oder Verzeichnis nicht gefunden
compilation terminated.
kerberos.target.mk:89: recipe for target 'Release/obj.target/kerberos/lib/kerberos.o' failed
make: *** [Release/obj.target/kerberos/lib/kerberos.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack at ChildProcess.onExit (/home/pi/.nvm/versions/v0.12.6/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:269:23)
gyp ERR! stack at ChildProcess.emit (events.js:110:17)
gyp ERR! stack at Process.ChildProcess._handle.onexit (child_process.js:1074:12)
gyp ERR! System Linux 4.1.6-v7+
gyp ERR! command "node" "/home/pi/.nvm/versions/v0.12.6/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_modules/mongodb-core/node_modules/kerberos
gyp ERR! node -v v0.12.6
gyp ERR! node-gyp -v v2.0.1
gyp ERR! not ok

> iconv@2.1.10 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'
CC(target) Release/obj.target/libiconv/deps/libiconv/lib/iconv.o
AR(target) Release/obj.target/iconv.a
COPY Release/iconv.a
CXX(target) Release/obj.target/iconv/src/binding.o
SOLINK_MODULE(target) Release/obj.target/iconv.node
COPY Release/iconv.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/node_modules/iconv/build'

> node-expat@2.3.10 install /home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlparse.o
CC(target) Release/obj.target/expat/deps/libexpat/lib/xmltok.o
../deps/libexpat/lib/xmltok.c:471:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:471:1: warning: (near initialization for 'latin1_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:484:1: warning: (near initialization for 'latin1_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:504:1: warning: (near initialization for 'ascii_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:517:1: warning: (near initialization for 'ascii_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:730:1: warning: (near initialization for 'little2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:749:1: warning: (near initialization for 'little2_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:762:1: warning: (near initialization for 'internal_little2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:775:1: warning: (near initialization for 'internal_little2_encoding.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:871:1: warning: (near initialization for 'big2_encoding_ns.isName2') [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: missing initializer [-Wmissing-field-initializers]
../deps/libexpat/lib/xmltok.c:890:1: warning: (near initialization for 'big2_encoding.isName2') [-Wmissing-field-initializers]
CC(target) Release/obj.target/expat/deps/libexpat/lib/xmlrole.o
AR(target) Release/obj.target/deps/libexpat/libexpat.a
COPY Release/libexpat.a
CXX(target) Release/obj.target/node_expat/node-expat.o
SOLINK_MODULE(target) Release/obj.target/node_expat.node
COPY Release/node_expat.node
make: Leaving directory '/home/pi/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/ltx/node_modules/node-expat/build'
npm ERR! Linux 4.1.6-v7+
npm ERR! argv "/home/pi/.nvm/versions/v0.12.6/bin/node" "/home/pi/.nvm/versions/v0.12.6/bin/npm" "install"
npm ERR! node v0.12.6
npm ERR! npm v2.11.2

npm ERR! shasum check failed for /tmp/npm-27569-49c5417e/registry.npmjs.org/bignumber.js/-/bignumber.js-1.1.1.tgz
npm ERR! Expected: 1a415d9ac014c13256af1feed9d1a3e5717a8cf7
npm ERR! Actual: fb2ded9476b2ae18b91a08909650486998797174
npm ERR! From: https://registry.npmjs.org/bignumber.js/-/bignumber.js-1.1.1.tgz
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR! <https://github.com/npm/npm/issues>

npm ERR! Please include the following file with any support request:
npm ERR! /home/pi/homebridge/npm-debug.log



Trotzdem läuft jetzt die Homebridge!!!!   

In dem Beispiel für die Config.json fehlt eine Klammer!

So wäre es es richtig:
Code Auswählen

   {
              "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.xxx.xxx",
            "port": "8083",
            "filter": "room=Homekit",
            "auth": {"user": "FhemUser", "pass": "XXX"}
        }
     ],

    "accessories": []
}

Dann konnte ich auch meine Geräte aus fhem in der EVE App sehen und Schalten.

Leider kann Siri noch nichts finden wenn ich z.B. sage:
"Schalte bitte die Esstischlampe aus"

Fehlt mir jetzt noch die FHEM.js? Ist aber im Wiki nicht dokumentiert?!

Zitatich kann obiges nachvollziehen. Mit einem frisch ausgecheckten von nfarina muss ich auch HAP-NodeJS löschen und manuell npm update machen.
Was genau muss gelöscht werden, damit das manuelle npm update funktioniert. Ist doch notwendig oder?!

So?
Code Auswählen
git pull
npm update
oder
npm install

@matzel:
ZitatIch habe mal einen Wiki-Eintrag erstellt. Ist mein erstes Mal und der Beitrag befindet sich noch in der Entwicklung, vielleicht gibt es ja die ein oder andere Ergänzung oder Änderung:

http://www.fhemwiki.de/wiki/Homebridge_einrichten
Danke erstmal das du die Wiki Seite geschrieben hast. Ich denke das ist für viele "der" Anlaufpunkt um das mit Homekit zu laufen zu bekommen.
Kannst du bitte die Korrektur für das Configfile vornehmen? Danke

Danke schon mal an alle!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 September 2015, 10:42:57
Nach einigen Tests mit dem RPi B und RPi 2 B habe ich eine kurze Anleitung für eine minimale Installation zusammengestellt, das reduziert die Installationszeit erheblich. Mit dem "Minimalist-Homebridge" läuft es auf einem RPi 2 B auch mit node 4.0.0.

Hier ist die Anleitung:

https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi
(https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 23 September 2015, 10:49:28
Mit "sudo apt-get install node" wird doch mittlerweile auch node 4.0 ausgeliefert meine ich? Wäre dann noch einfacher.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 23 September 2015, 11:06:53
Zitat von: Hauswart am 23 September 2015, 10:49:28
Mit "sudo apt-get install node" wird doch mittlerweile auch node 4.0 ausgeliefert meine ich?
Mit Sicherheit nicht bei allen Distributionen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 September 2015, 11:08:53
Zitat von: Hauswart am 23 September 2015, 10:49:28
Mit "sudo apt-get install node" wird doch mittlerweile auch node 4.0 ausgeliefert meine ich? Wäre dann noch einfacher.

In Zusammenhang mit homebridge/HAP-NodeJs bin ich nicht sicher, ob es auf einem RPi B läuft.
Bei mir hat es nicht geklappt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 23 September 2015, 13:04:59
@lullebammel Danke - hab die { im Wiki-Eintrag hinzugefügt.

Mit Node 4.0 gibt es z.Zt. noch Probleme...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 23 September 2015, 14:44:56
@flurin: Du hast doch mit den Blinds schon eine ganze Menge experimentiert. Ich habe mir ganz neu einen HM-LC-BL1-FM zugelegt, der meine Beamer-Leinwand steuert. Ich habe jetzt in FHEM eingerichtet und experimentiert. Ich brauche nur on/off. Es wäre aber schön, wenn Siri auch auf
ZitatFahr die Leinwand herunter.
Fahr die Leinwand hoch.
hört.
hast Du einen Tipp, wie ich es am besten einrichte, dass das klappt.
Prozentstellungen etc. sind bei mir alles Overhead.

Gruß
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 September 2015, 14:51:07
das sollte mit einem genericType switch und den kommandos an und aus gehen.

rauf und runter geht wenn überhaupt nur für rolläden aber die scheint siri noch nicht zu mögen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 23 September 2015, 14:52:55
Der HM-LC-BL1-FM ist natürlich ein Rollladenschalter, auch wenn ich den für meine Kinoleinwand missbrauche.  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 September 2015, 14:54:16
so lange er ein set on und set off kennt kannst du ihn zumindest mit FHEM.js über genericType switch zum einfachen schalter machen und dann auch per siri bedienen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 23 September 2015, 15:19:46
Zitat von: volschin am 23 September 2015, 14:44:56
@flurin: Du hast doch mit den Blinds schon eine ganze Menge experimentiert. Ich habe mir ganz neu einen HM-LC-BL1-FM zugelegt, der meine Beamer-Leinwand steuert. Ich habe jetzt in FHEM eingerichtet und experimentiert. Ich brauche nur on/off. Es wäre aber schön, wenn Siri auch auf
hört.
hast Du einen Tipp, wie ich es am besten einrichte, dass das klappt.
Prozentstellungen etc. sind bei mir alles Overhead.

Gruß
Veit

Was Siri in diesem Zusammenhang versteht (wenigstens von mir), ist Brightness.
Am Anfang hatte ich:

Code Auswählen

  .addCharacteristic(Characteristic.Brightness)


hinzugefügt. Dann versteht Siri z.B. "set the dining room brightness to 20".
Bei WindowCovering "fehlen" noch die entsprechenden Befehle. Aber man kann Szenen definieren.
Z.B. Szene "wallscreenup" > position 100.
Dann einfach: "Hey Siri, wallscreenup" - Siri : "You got it. Your digs are now ready for wallscreenup"

Dido für "wallscreendown".

Gruss
flurin

... screenshot im Anhang

Edit: statt Position kann man auch Power ON OFF definieren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 September 2015, 19:15:01
wird denn on-for-timer von Homekit unterstützt?

Zum Beispiel "Schalte das Licht im Garten für 5min an"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 23 September 2015, 19:53:01
Jetzt brauche ich nur noch ein gutes Startskript damit Homebridge beim Starten automatisch startet :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 23 September 2015, 20:03:20
Mehrere Ansätze bzw. auch eine fertige Lösung sind in diesem Thread beschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 23 September 2015, 23:41:21
Habe HAP-NodeJS manuel ausgeheckt.
Bekomme aber mit der neuen FHEM.js immer in EVE die Meldung: Hinzufügen fehlgeschlagen. Verbindung mit Zubehör nicht möglich.

Code Auswählen

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +3ms
  EventedHTTPServer Server listening on port 51826 +10ms
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +6s
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +6ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +11ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +10s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +19ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +13ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +1ms
  Accessory [Homebridge] Paired with client 423754DB-6498-4976-B412-A659442A8120 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +4ms
  EventedHTTPServer [::ffff:192.168.178.24] Client connection closed +31ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP connection was closed +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server was closed +0ms
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +11ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client 423754DB-6498-4976-B412-A659442A8120 verification complete +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /accessories +7ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +7ms
  EventedHTTPServer [::ffff:192.168.178.24] Client connection closed +85ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server was closed +0ms


Mit der alten FHEM.js funktioniert es...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Zetti am 24 September 2015, 15:24:35
Hallo bin absoluter leie währe schön wenn mir jemand nen tip geben könnte wonach ich noch suchen könnte das Homebridge startret!

0 info it worked if it ends with ok
1 verbose cli [ '/root/.nvm/versions/v0.12.6/bin/node',
1 verbose cli   '/root/.nvm/versions/v0.12.6/bin/npm',
1 verbose cli   'run',
1 verbose cli   'start' ]
2 info using npm@2.11.2
3 info using node@v0.12.6
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info prestart homebridge@0.0.0
6 info start homebridge@0.0.0
7 verbose unsafe-perm in lifecycle true
8 info homebridge@0.0.0 Failed to exec start script
9 verbose stack Error: homebridge@0.0.0 start: `node app.js`
9 verbose stack Exit status 1
9 verbose stack     at EventEmitter.<anonymous> (/root/.nvm/versions/v0.12.6/lib/node_modules/npm/lib/utils/lifecycle.js:213:16)
9 verbose stack     at EventEmitter.emit (events.js:110:17)
9 verbose stack     at ChildProcess.<anonymous> (/root/.nvm/versions/v0.12.6/lib/node_modules/npm/lib/utils/spawn.js:24:14)
9 verbose stack     at ChildProcess.emit (events.js:110:17)
9 verbose stack     at maybeClose (child_process.js:1015:16)
9 verbose stack     at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
10 verbose pkgid homebridge@0.0.0
11 verbose cwd /home/zetti/homebridge
12 error Linux 3.16.0-4-amd64
13 error argv "/root/.nvm/versions/v0.12.6/bin/node" "/root/.nvm/versions/v0.12.6/bin/npm" "run" "start"
14 error node v0.12.6
15 error npm  v2.11.2
16 error code ELIFECYCLE
17 error homebridge@0.0.0 start: `node app.js`
17 error Exit status 1
18 error Failed at the homebridge@0.0.0 start script 'node app.js'.
18 error This is most likely a problem with the homebridge package,
18 error not with npm itself.
18 error Tell the author that this fails on your system:
18 error     node app.js
18 error You can get their info via:
18 error     npm owner ls homebridge
18 error There is likely additional logging output above.
19 verbose exit [ 1, true ]

root@FHEMSERVER8:/home/zetti/homebridge# npm run start
> homebridge@0.0.0 start /home/zetti/homebridge
> node app.js

Starting HomeBridge server...
undefined:10
        }
        ^
SyntaxError: Unexpected token }
    at Object.parse (native)
    at Object.<anonymous> (/home/zetti/homebridge/app.js:21:19)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Function.Module.runMain (module.js:501:10)
    at startup (node.js:129:16)
    at node.js:814:3

npm ERR! Linux 3.16.0-4-amd64
npm ERR! argv "/root/.nvm/versions/v0.12.6/bin/node" "/root/.nvm/versions/v0.12.6/bin/npm" "run" "start"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/zetti/homebridge/npm-debug.log

Meine Config.json

{

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEMSERVER8",
            "server": "192.168.XXX.XX",
            "port": "8083",
           
        }
     ],

    "accessories": []



vielen vielen dank schon im Vorraus
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 24 September 2015, 16:26:30
Zitat von: matzel am 23 September 2015, 23:41:21
Habe HAP-NodeJS manuel ausgeheckt.
Bekomme aber mit der neuen FHEM.js immer in EVE die Meldung: Hinzufügen fehlgeschlagen. Verbindung mit Zubehör nicht möglich.

Code Auswählen

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +3ms
  EventedHTTPServer Server listening on port 51826 +10ms
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +6s
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +6ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +11ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +10s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +19ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-setup +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +13ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +1ms
  Accessory [Homebridge] Paired with client 423754DB-6498-4976-B412-A659442A8120 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +4ms
  EventedHTTPServer [::ffff:192.168.178.24] Client connection closed +31ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP connection was closed +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server was closed +0ms
  EventedHTTPServer [::ffff:192.168.178.24] New connection from client +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /pair-verify +11ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client 423754DB-6498-4976-B412-A659442A8120 verification complete +2ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP request: /accessories +7ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP Repsonse is finished +7ms
  EventedHTTPServer [::ffff:192.168.178.24] Client connection closed +85ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.24] HTTP server was closed +0ms


Mit der alten FHEM.js funktioniert es...

Hatte genau das gleiche Problem. Mach mal ein Filter in der config.json auf einen Raum.
Danach konnte ich pairen. Anscheinend ist die Geräteanzahl ein Problem
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 24 September 2015, 16:31:06
Zitat von: Zetti am 24 September 2015, 15:24:35
Hallo bin absoluter leie währe schön wenn mir jemand nen tip geben könnte wonach ich noch suchen könnte das Homebridge startret!

0 info it worked if it ends with ok
1 verbose cli [ '/root/.nvm/versions/v0.12.6/bin/node',
1 verbose cli   '/root/.nvm/versions/v0.12.6/bin/npm',
1 verbose cli   'run',
1 verbose cli   'start' ]
2 info using npm@2.11.2
3 info using node@v0.12.6
4 verbose run-script [ 'prestart', 'start', 'poststart' ]
5 info prestart homebridge@0.0.0
6 info start homebridge@0.0.0
7 verbose unsafe-perm in lifecycle true
8 info homebridge@0.0.0 Failed to exec start script
9 verbose stack Error: homebridge@0.0.0 start: `node app.js`
9 verbose stack Exit status 1
9 verbose stack     at EventEmitter.<anonymous> (/root/.nvm/versions/v0.12.6/lib/node_modules/npm/lib/utils/lifecycle.js:213:16)
9 verbose stack     at EventEmitter.emit (events.js:110:17)
9 verbose stack     at ChildProcess.<anonymous> (/root/.nvm/versions/v0.12.6/lib/node_modules/npm/lib/utils/spawn.js:24:14)
9 verbose stack     at ChildProcess.emit (events.js:110:17)
9 verbose stack     at maybeClose (child_process.js:1015:16)
9 verbose stack     at Process.ChildProcess._handle.onexit (child_process.js:1087:5)
10 verbose pkgid homebridge@0.0.0
11 verbose cwd /home/zetti/homebridge
12 error Linux 3.16.0-4-amd64
13 error argv "/root/.nvm/versions/v0.12.6/bin/node" "/root/.nvm/versions/v0.12.6/bin/npm" "run" "start"
14 error node v0.12.6
15 error npm  v2.11.2
16 error code ELIFECYCLE
17 error homebridge@0.0.0 start: `node app.js`
17 error Exit status 1
18 error Failed at the homebridge@0.0.0 start script 'node app.js'.
18 error This is most likely a problem with the homebridge package,
18 error not with npm itself.
18 error Tell the author that this fails on your system:
18 error     node app.js
18 error You can get their info via:
18 error     npm owner ls homebridge
18 error There is likely additional logging output above.
19 verbose exit [ 1, true ]

root@FHEMSERVER8:/home/zetti/homebridge# npm run start
> homebridge@0.0.0 start /home/zetti/homebridge
> node app.js

Starting HomeBridge server...
undefined:10
        }
        ^
SyntaxError: Unexpected token }
    at Object.parse (native)
    at Object.<anonymous> (/home/zetti/homebridge/app.js:21:19)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Function.Module.runMain (module.js:501:10)
    at startup (node.js:129:16)
    at node.js:814:3

npm ERR! Linux 3.16.0-4-amd64
npm ERR! argv "/root/.nvm/versions/v0.12.6/bin/node" "/root/.nvm/versions/v0.12.6/bin/npm" "run" "start"
npm ERR! node v0.12.6
npm ERR! npm  v2.11.2
npm ERR! code ELIFECYCLE
npm ERR! homebridge@0.0.0 start: `node app.js`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the homebridge@0.0.0 start script 'node app.js'.
npm ERR! This is most likely a problem with the homebridge package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node app.js
npm ERR! You can get their info via:
npm ERR!     npm owner ls homebridge
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/zetti/homebridge/npm-debug.log

Meine Config.json

{

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEMSERVER8",
            "server": "192.168.XXX.XX",
            "port": "8083",
           
        }
     ],

    "accessories": []



vielen vielen dank schon im Vorraus

Das Komma nach "8083" entfernen
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 24 September 2015, 17:48:30
Klammer zu am Ende } :-) bzw ] fehlt auch noch vor Access....


Gesendet von iPad mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 24 September 2015, 17:53:54
Für alle, die nicht sicher sind, ob "config.json" richtig ist, es ist ganz einfach -> hier validieren:

http://jsonlint.com/
(http://jsonlint.com/)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Zetti am 24 September 2015, 18:43:46
Vielen Dank an alle läuft jetzt  ;D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thoffma3 am 24 September 2015, 19:20:20
was mach ich nur falsch. Wiki Anleitung hat bei mir prima funktioniert und Homebridge läuft.Siehe hier:

Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.50:80/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443114938841
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.50:80/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 8 results
[FHEM] ignoring Fernseher
[FHEM] ignoring FileLog_PIONEERAVRZONE_zone2
[FHEM] PIONEERAVRZONE_zone2 is switchable
[FHEM] PIONEERAVRZONE_zone2 has onOff [state;on,off]
[FHEM] ignoring Roll_WZ
[FHEM] VSX923 is switchable
[FHEM] VSX923 has onOff [state;on,off]
[FHEM] steckdoseA is switchable
[FHEM] steckdoseA has onOff [state;on,off]
[FHEM] steckdoseB is switchable
[FHEM] steckdoseB has onOff [state;on,off]
[FHEM] steckdoseC is switchable
[FHEM] steckdoseC has onOff [state;on,off]
[FHEM] Initializing platform accessory 'PIONEERAVRZONE_zone2'...
[FHEM] creating services for PIONEERAVRZONE_zone2
[FHEM]   information service for PIONEERAVRZONE_zone2
[FHEM]   switch service for PIONEERAVRZONE_zone2
[FHEM]     power characteristic for PIONEERAVRZONE_zone2
[FHEM]     custom volume characteristic for PIONEERAVRZONE_zone2
[FHEM] Initializing platform accessory 'VSX923'...
[FHEM] creating services for VSX923
[FHEM]   information service for VSX923
[FHEM]   switch service for VSX923
[FHEM]     power characteristic for VSX923
[FHEM]     custom volume characteristic for VSX923
[FHEM] Initializing platform accessory 'steckdoseA'...
[FHEM] creating services for steckdoseA
[FHEM]   information service for steckdoseA
[FHEM]   switch service for steckdoseA
[FHEM]     power characteristic for steckdoseA
[FHEM] Initializing platform accessory 'steckdoseB'...
[FHEM] creating services for steckdoseB
[FHEM]   information service for steckdoseB
[FHEM]   switch service for steckdoseB
[FHEM]     power characteristic for steckdoseB
[FHEM] Initializing platform accessory 'steckdoseC'...
[FHEM] creating services for steckdoseC
[FHEM]   information service for steckdoseC
[FHEM]   switch service for steckdoseC
[FHEM]     power characteristic for steckdoseC
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +82ms
  EventedHTTPServer Server listening on port 51826 +242ms


Leider finden meine Iphone (die sich im gleichen Netzwerk befinden) mit EVE nichts. Woran könnte das liegen. Einmal wurde mir das Homekit in EVE angezeigt und ich wurde aufgefordert den Schlüssel einzugeben. Danach hat man im Log des Homekits auch gesehen das die Validierung erfolgreich war. Aber Geräte wurden in EVE nicht angezeigt.  Dort sah es so aus als würde die Identifizierung niemals abgeschlossen sein.

Wenn ich jetzt EVE öffne (auf verschiedenen IPHones getestet, sucht er ewig, findet aber keine Homebridge.  Im Log bewegt sich gar ncihts.



Hat jemand eine Idee?

Vielen Dank schonmal

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 24 September 2015, 19:22:39
Welche Node Version hast du?

Node -v
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thoffma3 am 24 September 2015, 20:55:54
V0.12.6


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 25 September 2015, 09:07:41
Für den Raspberry habe ich mein Installationsskript geupdatet. Installation von Node, Homebridge und einem Startskript: https://github.com/Kolbi/FHEM/blob/master/homebridge.sh
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Navigator am 25 September 2015, 19:11:03
Zitat von: Hauswart am 25 September 2015, 09:07:41
Für den Raspberry habe ich mein Installationsskript geupdatet. Installation von Node, Homebridge und einem Startskript: https://github.com/Kolbi/FHEM/blob/master/homebridge.sh

...funktioniert prima und schnell auf Raspi2. Danke.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rockyou am 25 September 2015, 23:28:21
Zitat von: Newbee am 18 September 2015, 12:46:47
Hallo zusammen,

wer von euch kennt die Meldung in EVE "iCloud Synchronisierung wird gerade ausgeführt. Versuche es später erneut."
App Hilfe und iCloud Hilfe waren wenig hilfreich. Des weiteren Sync ich nichts, ....!

Problem: Es lassen sich kein Geräte in der EVE-App hinzufügen, also euch nicht die nun laufende Homebridge.

Danke vorab.

Grüße Newbee

iCloud Schlüsselbund muss aktiviert sein (Einstellungen - iCloud - Schlüsselbund)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Christian S. am 25 September 2015, 23:49:38
Ich kann Homebridge leider nicht mehr starten. Ich bekomme immer die gleiche Fehlermeldung.
TypeError: undefined is not a function


fhem@NUC:~/homebridge$ npm run start

> homebridge@0.1.1 start /home/fhem/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443217515373
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 26 results
[FHEM] BK_Lampe is light
[FHEM] BK_Lampe has onOff [state;on,off]
[FHEM] BK_Netatmo has temperature [temperature]
[FHEM] BK_Netatmo has humidity [humidity]
[FHEM] BZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] BZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] BZ_Heizungsregler has temperature [temperature]
[FHEM] BZ_Heizungsregler has humidity [humidity]
[FHEM] BZ_Heizungsregler has battery [battery]
[FHEM] BZ_Lampe is light
[FHEM] BZ_Lampe has onOff [state;on,off]
[FHEM] BZ_Waschmaschine is switchable
[FHEM] BZ_Waschmaschine has onOff [state;on,off]
[FHEM] BZ_Waschmaschine has temperature [temperature]
[FHEM] BZ_Waschmaschine has humidity [humidity]
[FHEM] EZ_Display is switchable
[FHEM] EZ_Display has onOff [state;on,off]
[FHEM] EZ_Display has temperature [temperature]
[FHEM] EZ_Display has humidity [humidity]
[FHEM] EZ_Geschirrspueler is switchable
[FHEM] EZ_Geschirrspueler has onOff [state;on,off]
[FHEM] EZ_Geschirrspueler has temperature [temperature]
[FHEM] EZ_Geschirrspueler has humidity [humidity]
[FHEM] EZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] EZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] EZ_Heizungsregler has temperature [temperature]
[FHEM] EZ_Heizungsregler has humidity [humidity]
[FHEM] EZ_Heizungsregler has battery [battery]
[FHEM] EZ_Lampe is light
[FHEM] EZ_Lampe has onOff [state;on,off]
[FHEM] FL_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] FL_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] FL_Heizungsregler has temperature [temperature]
[FHEM] FL_Heizungsregler has humidity [humidity]
[FHEM] FL_Heizungsregler has battery [battery]
[FHEM] FL_Luftentfeuchter is switchable
[FHEM] FL_Luftentfeuchter has onOff [state;on,off]
[FHEM] FL_Luftentfeuchter has temperature [temperature]
[FHEM] FL_Luftentfeuchter has humidity [humidity]
[FHEM] FL_Netatmo has temperature [temperature]
[FHEM] FL_Netatmo has humidity [humidity]
[FHEM] FL_Wandlampe is light
[FHEM] FL_Wandlampe has onOff [state;on,off]
[FHEM] KZ_Computer is switchable
[FHEM] KZ_Computer has onOff [state;on,off]
[FHEM] KZ_Computer has temperature [temperature]
[FHEM] KZ_Computer has humidity [humidity]
[FHEM] KZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] KZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] KZ_Heizungsregler has temperature [temperature]
[FHEM] KZ_Heizungsregler has humidity [humidity]
[FHEM] KZ_Heizungsregler has battery [battery]
[FHEM] KZ_Lampe is light
[FHEM] KZ_Lampe has onOff [state;on,off]
[FHEM] SZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] SZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] SZ_Heizungsregler has temperature [temperature]
[FHEM] SZ_Heizungsregler has humidity [humidity]
[FHEM] SZ_Heizungsregler has battery [battery]
[FHEM] SZ_Lampe is dimable [pct]
[FHEM] SZ_Lampe has onOff [state;on,off]
[FHEM] SZ_Netatmo has temperature [temperature]
[FHEM] SZ_Netatmo has humidity [humidity]
[FHEM] WZ_Computer is switchable
[FHEM] WZ_Computer has onOff [state;on,off]
[FHEM] WZ_Computer has temperature [temperature]
[FHEM] WZ_Computer has humidity [humidity]
[FHEM] WZ_Fernseher is switchable
[FHEM] WZ_Fernseher has onOff [state;on,off]
[FHEM] WZ_Fernseher has temperature [temperature]
[FHEM] WZ_Fernseher has humidity [humidity]
[FHEM] WZ_Heizungsregler is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] WZ_Heizungsregler has thermostat mode [mode;desiredTemperature]
[FHEM] WZ_Heizungsregler has temperature [temperature]
[FHEM] WZ_Heizungsregler has humidity [humidity]
[FHEM] WZ_Heizungsregler has battery [battery]
[FHEM] WZ_LED_Wohnwand is light
[FHEM] WZ_LED_Wohnwand has onOff [state;on,off]
[FHEM] WZ_LED_Wohnwand has temperature [temperature]
[FHEM] WZ_LED_Wohnwand has humidity [humidity]
[FHEM] WZ_Lampe_Couch is light
[FHEM] WZ_Lampe_Couch has onOff [state;on,off]
[FHEM] WZ_Lampe_Schreibtisch is light
[FHEM] WZ_Lampe_Schreibtisch has onOff [state;on,off]
[FHEM] WZ_Stehlampe is light
[FHEM] WZ_Stehlampe has onOff [state;on,off]
[FHEM] WZ_Stehlampe has temperature [temperature]
[FHEM] WZ_Stehlampe has humidity [humidity]
[FHEM] Initializing platform accessory 'BK_Lampe'...
[FHEM] creating services for BK_Lampe
[FHEM]   information service for BK_Lampe
[FHEM]   lightbulb service for BK_Lampe
[FHEM]     power characteristic for BK_Lampe
[FHEM] Initializing platform accessory 'BK_Netatmo'...
[FHEM] creating services for BK_Netatmo
[FHEM]   information service for BK_Netatmo
[FHEM]   temperature sensor service for BK_Netatmo
[FHEM]     temperature characteristic for BK_Netatmo
[FHEM]     humidity characteristic for BK_Netatmo
[FHEM] Initializing platform accessory 'BZ_Heizungsregler'...
[FHEM] creating services for BZ_Heizungsregler
[FHEM]   information service for BZ_Heizungsregler
[FHEM]   thermostat service for BZ_Heizungsregler
[FHEM]     temperature characteristic for BZ_Heizungsregler
[FHEM]     humidity characteristic for BZ_Heizungsregler
[FHEM]     battery status characteristic for BZ_Heizungsregler
[FHEM]     target temperature characteristic for BZ_Heizungsregler
{ reading: 'desiredTemperature',
  cmd: 'desiredTemperature',
  min: '5.0',
  max: '30.0',
  step: 0.5,
  informId: 'BZ_Heizungsregler-desiredTemperature' }
/home/fhem/homebridge/platforms/FHEM.js:1673
      characteristic.setProps( {
                     ^
TypeError: undefined is not a function
    at Object.FHEMAccessory.getServices (/home/fhem/homebridge/platforms/FHEM.js:1673:22)
    at createAccessory (/home/fhem/homebridge/app.js:146:36)
    at /home/fhem/homebridge/app.js:132:27
    at /home/fhem/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/home/fhem/homebridge/platforms/FHEM.js:472:22)
    at Request.self.callback (/home/fhem/homebridge/node_modules/request/request.js:373:22)
    at Request.emit (events.js:110:17)
    at Request.<anonymous> (/home/fhem/homebridge/node_modules/request/request.js:1318:14)
    at Request.emit (events.js:129:20)
    at Gunzip.<anonymous> (/home/fhem/homebridge/node_modules/request/request.js:1266:12)
fhem@NUC:~/homebridge$
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oberlon am 26 September 2015, 00:10:40
@Christian S.
http://forum.fhem.de/index.php/topic,32652.msg335369.html#msg335369 (http://forum.fhem.de/index.php/topic,32652.msg335369.html#msg335369)
und die drei nachfolgenden Einträge.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 26 September 2015, 09:13:28
WatchOS2 macht Spaß mit Homebridge und FHEM :)

Danke an alle Beteiligten


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 26 September 2015, 09:27:33
Zitat von: MartinMuc am 26 September 2015, 09:13:28
WatchOS2 macht Spaß mit Homebridge und FHEM :)

Danke an alle Beteiligten


Gesendet von iPhone mit Tapatalk

Nutzt du den Remotezugriff über AppleTV?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinMuc am 26 September 2015, 09:28:40
Nein nicht das ich wüsste mein Apple TV 2 unterstützt das glaub ich gar nicht


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 26 September 2015, 14:24:35
Zitat von: matzel am 23 September 2015, 13:04:59
Mit Node 4.0 gibt es z.Zt. noch Probleme...

Hallo matzel

Das Problem mit node 4.0.0 ist mit einer Einschränkung gelöst, funktioniert aber mit Fhem. Evtl. kannst du deinen Wiki Eintrag entsprechend anpassen.

https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi
(https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi)

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 26 September 2015, 17:12:21
@flurin: Danke!!! - erledigt  8)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 26 September 2015, 17:29:32
@Posti123 Danke für den Tipp! Anscheinend ist die Anzahl der Devices tatsächlich "Schuld" gewesen. Konntest du denn im Anschluss mehr und mehr Devices hinzufügen - oder gab es dann auch wieder Probleme?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 26 September 2015, 17:40:21
Hm... ich habe jetzt flurins Lösung auf meinem NUC ausprobiert. Die Installation läuft ohne Warnungen und Fehler durch. Allerdings kommt beim Starten nun folgende Fehlermeldung:

Code Auswählen

> homebridge@0.1.1 start /home/matzel/homebridge
> DEBUG=* node app.js || true

Segmentation fault (core dumped)


Hat das noch jemand gehabt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 26 September 2015, 17:43:40
Zitat von: matzel am 26 September 2015, 17:40:21
Hm... ich habe jetzt flurins Lösung auf meinem NUC ausprobiert. Die Installation läuft ohne Warnungen und Fehler durch. Allerdings kommt beim Starten nun folgende Fehlermeldung:

Code Auswählen

> homebridge@0.1.1 start /home/matzel/homebridge
> DEBUG=* node app.js || true

Segmentation fault (core dumped)


Hat das noch jemand gehabt?

Das kommt daher, dass die node Version nicht  passt. zum RPi Model passt (arm6l arm7l beachten).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 26 September 2015, 17:44:03
Zitat von: matzel am 26 September 2015, 17:29:32
@Posti123 Danke für den Tipp! Anscheinend ist die Anzahl der Devices tatsächlich "Schuld" gewesen. Konntest du denn im Anschluss mehr und mehr Devices hinzufügen - oder gab es dann auch wieder Probleme?
Ich hab mich danach entschlossen einen Raum Homebridge zu machen und die wichtigsten Geräte in den Raum rein. Zumindest nach dem Koppeln den Filter weg, ging Homebridge auch nicht mehr
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 September 2015, 17:44:47
ein NUC hat einen intel prozessor ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 26 September 2015, 17:51:08
Zitat von: justme1968 am 26 September 2015, 17:44:47
ein NUC hat einen intel prozessor ...

... dann muss man die passende Version hier herunterladen

https://nodejs.org/en/
(https://nodejs.org/en/)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 September 2015, 22:21:17
laut der seite hier: http://www.apple.com/ios/siri/ (http://www.apple.com/ios/siri/) kann man jetzt auch die farbe von lampen per siri steuern. hat das schon jemand hin bekommen? nur in englisch oder auch in deutsch?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 26 September 2015, 22:29:49
Zitat von: justme1968 am 26 September 2015, 22:21:17
laut der seite hier: http://www.apple.com/ios/siri/ (http://www.apple.com/ios/siri/) kann man jetzt auch die farbe von lampen per siri steuern. hat das schon jemand hin bekommen? nur in englisch oder auch in deutsch?

gruss
  andre

ja, es geht: "turn the lights green" Siri: "Green, coming right up!"

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 September 2015, 22:31:45
denn geht in deutsch mal wieder etwas nicht ... funktionieren deine rolläden in englisch ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 26 September 2015, 22:41:11
... bis jetzt noch nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 27 September 2015, 12:52:50
Hallo,

Eve lässt sich mittlerweile nicht mehr pairen sobald ich die Homatic Thermostate dazu nehme.

Habe komplett neu installiert mit der aktuellsten Node Version.

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 September 2015, 13:33:23
zeig bitte mal die consolenausgabe beim starten, ein jsonlist vom device und die cached seite vom debug browser

gruss
  andre 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 27 September 2015, 15:53:27
Hier die Daten:

Code Auswählen
root@VM-fhem:/opt/homebridge/persist# npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.10.80:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443361721870
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.10.80:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 26 results
[FHEM] BZ_FK is contact sensor [contact]
[FHEM] BZ_FK has battery [battery]
[FHEM] BZ_FK has firmware [D-firmware]
[FHEM] BZ_HV_Clima is thermostat [desired-temp;5-30:0.5]
[FHEM] BZ_HV_Clima has thermostat mode [controlMode;controlMode]
[FHEM] BZ_HV_Clima has temperature [measured-temp]
[FHEM] BZ_Licht is light
[FHEM] BZ_Licht has onOff [state;on,off]
[FHEM] BZ_Licht has firmware [D-firmware]
[FHEM] FL_Decke is dimable [pct]
[FHEM] FL_Decke has onOff [state;on,off]
[FHEM] GZ_FK is contact sensor [contact]
[FHEM] GZ_FK has battery [battery]
[FHEM] GZ_FK has firmware [D-firmware]
[FHEM] GZ_WC_FK is contact sensor [contact]
[FHEM] GZ_WC_FK has battery [battery]
[FHEM] GZ_WC_FK has firmware [D-firmware]
[FHEM] Harmony_Hub is switchable
[FHEM] Harmony_Hub has onOff [activity;activity,off]
[FHEM] KU_AP is dimable [pct]
[FHEM] KU_AP has onOff [state;on,off]
[FHEM] KU_AP has firmware [D-firmware]
[FHEM] KU_FK is contact sensor [contact]
[FHEM] KU_FK has battery [battery]
[FHEM] KU_FK has firmware [D-firmware]
[FHEM] ignoring KU_HV_Clima (CUL_HM)
[FHEM] KU_LED has RGB [RGB]
[FHEM] KU_LED has onOff [state;on,off]
[FHEM] KU_Tisch has RGB [RGB]
[FHEM] KU_Tisch has onOff [state;on,off]
[FHEM] SZ_Decke is dimable [pct]
[FHEM] SZ_Decke has onOff [state;on,off]
[FHEM] SZ_FK_L is contact sensor [contact]
[FHEM] SZ_FK_L has battery [battery]
[FHEM] SZ_FK_L has firmware [D-firmware]
[FHEM] SZ_FK_R is contact sensor [contact]
[FHEM] SZ_FK_R has battery [battery]
[FHEM] SZ_FK_R has firmware [D-firmware]
[FHEM] ignoring SZ_HV_Clima (CUL_HM)
[FHEM] SZ_LED has RGB [RGB]
[FHEM] SZ_LED has onOff [state;on,off]
[FHEM] SZ_links has RGB [RGB]
[FHEM] SZ_links has onOff [state;on,off]
[FHEM] SZ_rechts has RGB [RGB]
[FHEM] SZ_rechts has onOff [state;on,off]
[FHEM] WZ_Fenster has RGB [RGB]
[FHEM] WZ_Fenster has onOff [state;on,off]
[FHEM] ignoring WZ_HV_Clima (CUL_HM)
[FHEM] WZ_LED has RGB [RGB]
[FHEM] WZ_LED has onOff [state;on,off]
[FHEM] WZ_LP is light
[FHEM] WZ_LP has onOff [state;on,off]
[FHEM] WZ_Lesen is light
[FHEM] WZ_Lesen has onOff [state;on,off]
[FHEM] WZ_Tisch is dimable [pct]
[FHEM] WZ_Tisch has onOff [state;on,off]
[FHEM] WZ_XBMC is switchable
[FHEM] WZ_XBMC has onOff [state;on,off]
[FHEM] Initializing platform accessory 'BZ_FK'...
[FHEM] creating services for BZ_FK
[FHEM]   information service for BZ_FK
[FHEM]     firmware revision characteristic for BZ_FK
[FHEM]   contact sensor service for BZ_FK
[FHEM]     battery status characteristic for BZ_FK
[FHEM]     contact sensor characteristic for BZ_FK
[FHEM] Initializing platform accessory 'BZ_HV_Clima'...
[FHEM] creating services for BZ_HV_Clima
[FHEM]   information service for BZ_HV_Clima
[FHEM]   thermostat service for BZ_HV_Clima
[FHEM]     temperature characteristic for BZ_HV_Clima
[FHEM]     target temperature characteristic for BZ_HV_Clima
[FHEM]     current mode characteristic for BZ_HV_Clima
[FHEM]     target mode characteristic for BZ_HV_Clima
[FHEM] Initializing platform accessory 'BZ_Licht'...
[FHEM] creating services for BZ_Licht
[FHEM]   information service for BZ_Licht
[FHEM]     firmware revision characteristic for BZ_Licht
[FHEM]   lightbulb service for BZ_Licht
[FHEM]     power characteristic for BZ_Licht
[FHEM] Initializing platform accessory 'FL_Decke'...
[FHEM] creating services for FL_Decke
[FHEM]   information service for FL_Decke
[FHEM]   lightbulb service for FL_Decke
[FHEM]     power characteristic for FL_Decke
[FHEM]     brightness characteristic for FL_Decke
[FHEM] Initializing platform accessory 'GZ_FK'...
[FHEM] creating services for GZ_FK
[FHEM]   information service for GZ_FK
[FHEM]     firmware revision characteristic for GZ_FK
[FHEM]   contact sensor service for GZ_FK
[FHEM]     battery status characteristic for GZ_FK
[FHEM]     contact sensor characteristic for GZ_FK
[FHEM] Initializing platform accessory 'GZ_WC_FK'...
[FHEM] creating services for GZ_WC_FK
[FHEM]   information service for GZ_WC_FK
[FHEM]     firmware revision characteristic for GZ_WC_FK
[FHEM]   contact sensor service for GZ_WC_FK
[FHEM]     battery status characteristic for GZ_WC_FK
[FHEM]     contact sensor characteristic for GZ_WC_FK
[FHEM] Initializing platform accessory 'Harmony_Hub'...
[FHEM] creating services for Harmony_Hub
[FHEM]   information service for Harmony_Hub
[FHEM]   switch service for Harmony_Hub (XBMC.nutzen)
[FHEM]       power characteristic for Harmony_Hub XBMC.nutzen
[FHEM]   switch service for Harmony_Hub (SONOS)
[FHEM]       power characteristic for Harmony_Hub SONOS
[FHEM]   switch service for Harmony_Hub (TV.sehen)
[FHEM]       power characteristic for Harmony_Hub TV.sehen
[FHEM]   switch service for Harmony_Hub (CD)
[FHEM]       power characteristic for Harmony_Hub CD
[FHEM]   switch service for Harmony_Hub (Platte.hoeren)
[FHEM]       power characteristic for Harmony_Hub Platte.hoeren
[FHEM]   switch service for Harmony_Hub (PowerOff)
[FHEM]       power characteristic for Harmony_Hub PowerOff
[FHEM] Initializing platform accessory 'KU_AP'...
[FHEM] creating services for KU_AP
[FHEM]   information service for KU_AP
[FHEM]     firmware revision characteristic for KU_AP
[FHEM]   lightbulb service for KU_AP
[FHEM]     power characteristic for KU_AP
[FHEM]     brightness characteristic for KU_AP
[FHEM] Initializing platform accessory 'KU_FK'...
[FHEM] creating services for KU_FK
[FHEM]   information service for KU_FK
[FHEM]     firmware revision characteristic for KU_FK
[FHEM]   contact sensor service for KU_FK
[FHEM]     battery status characteristic for KU_FK
[FHEM]     contact sensor characteristic for KU_FK
[FHEM] Initializing platform accessory 'KU_LED'...
[FHEM] creating services for KU_LED
[FHEM]   information service for KU_LED
[FHEM]   lightbulb service for KU_LED
[FHEM]     power characteristic for KU_LED
[FHEM]     fake hue characteristic for KU_LED
[FHEM]     fake saturation characteristic for KU_LED
[FHEM]     fake brightness characteristic for KU_LED
[FHEM] Initializing platform accessory 'KU_Tisch'...
[FHEM] creating services for KU_Tisch
[FHEM]   information service for KU_Tisch
[FHEM]   lightbulb service for KU_Tisch
[FHEM]     power characteristic for KU_Tisch
[FHEM]     fake hue characteristic for KU_Tisch
[FHEM]     fake saturation characteristic for KU_Tisch
[FHEM]     fake brightness characteristic for KU_Tisch
[FHEM] Initializing platform accessory 'SZ_Decke'...
[FHEM] creating services for SZ_Decke
[FHEM]   information service for SZ_Decke
[FHEM]   lightbulb service for SZ_Decke
[FHEM]     power characteristic for SZ_Decke
[FHEM]     brightness characteristic for SZ_Decke
[FHEM] Initializing platform accessory 'SZ_FK_L'...
[FHEM] creating services for SZ_FK_L
[FHEM]   information service for SZ_FK_L
[FHEM]     firmware revision characteristic for SZ_FK_L
[FHEM]   contact sensor service for SZ_FK_L
[FHEM]     battery status characteristic for SZ_FK_L
[FHEM]     contact sensor characteristic for SZ_FK_L
[FHEM] Initializing platform accessory 'SZ_FK_R'...
[FHEM] creating services for SZ_FK_R
[FHEM]   information service for SZ_FK_R
[FHEM]     firmware revision characteristic for SZ_FK_R
[FHEM]   contact sensor service for SZ_FK_R
[FHEM]     battery status characteristic for SZ_FK_R
[FHEM]     contact sensor characteristic for SZ_FK_R
[FHEM] Initializing platform accessory 'SZ_LED'...
[FHEM] creating services for SZ_LED
[FHEM]   information service for SZ_LED
[FHEM]   lightbulb service for SZ_LED
[FHEM]     power characteristic for SZ_LED
[FHEM]     fake hue characteristic for SZ_LED
[FHEM]     fake saturation characteristic for SZ_LED
[FHEM]     fake brightness characteristic for SZ_LED
[FHEM] Initializing platform accessory 'SZ_links'...
[FHEM] creating services for SZ_links
[FHEM]   information service for SZ_links
[FHEM]   lightbulb service for SZ_links
[FHEM]     power characteristic for SZ_links
[FHEM]     fake hue characteristic for SZ_links
[FHEM]     fake saturation characteristic for SZ_links
[FHEM]     fake brightness characteristic for SZ_links
[FHEM] Initializing platform accessory 'SZ_rechts'...
[FHEM] creating services for SZ_rechts
[FHEM]   information service for SZ_rechts
[FHEM]   lightbulb service for SZ_rechts
[FHEM]     power characteristic for SZ_rechts
[FHEM]     fake hue characteristic for SZ_rechts
[FHEM]     fake saturation characteristic for SZ_rechts
[FHEM]     fake brightness characteristic for SZ_rechts
[FHEM] Initializing platform accessory 'WZ_Fenster'...
[FHEM] creating services for WZ_Fenster
[FHEM]   information service for WZ_Fenster
[FHEM]   lightbulb service for WZ_Fenster
[FHEM]     power characteristic for WZ_Fenster
[FHEM]     fake hue characteristic for WZ_Fenster
[FHEM]     fake saturation characteristic for WZ_Fenster
[FHEM]     fake brightness characteristic for WZ_Fenster
[FHEM] Initializing platform accessory 'WZ_LED'...
[FHEM] creating services for WZ_LED
[FHEM]   information service for WZ_LED
[FHEM]   lightbulb service for WZ_LED
[FHEM]     power characteristic for WZ_LED
[FHEM]     fake hue characteristic for WZ_LED
[FHEM]     fake saturation characteristic for WZ_LED
[FHEM]     fake brightness characteristic for WZ_LED
[FHEM] Initializing platform accessory 'WZ_LP'...
[FHEM] creating services for WZ_LP
[FHEM]   information service for WZ_LP
[FHEM]   lightbulb service for WZ_LP
[FHEM]     power characteristic for WZ_LP
[FHEM] Initializing platform accessory 'WZ_Lesen'...
[FHEM] creating services for WZ_Lesen
[FHEM]   information service for WZ_Lesen
[FHEM]   lightbulb service for WZ_Lesen
[FHEM]     power characteristic for WZ_Lesen
[FHEM] Initializing platform accessory 'WZ_Tisch'...
[FHEM] creating services for WZ_Tisch
[FHEM]   information service for WZ_Tisch
[FHEM]   lightbulb service for WZ_Tisch
[FHEM]     power characteristic for WZ_Tisch
[FHEM]     brightness characteristic for WZ_Tisch
[FHEM] Initializing platform accessory 'WZ_XBMC'...
[FHEM] creating services for WZ_XBMC
[FHEM]   information service for WZ_XBMC
[FHEM]   switch service for WZ_XBMC (undefined)
[FHEM]     power characteristic for WZ_XBMC
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +7ms
  EventedHTTPServer Server listening on port 51826 +25ms
  EventedHTTPServer [::ffff:192.168.10.70] New connection from client +5s
  EventedHTTPServer [::ffff:192.168.10.70] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pair-setup +7ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:34] Pair step 1/5 +2ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +22ms
  EventedHTTPServer [::ffff:192.168.10.70] Client connection closed +22s
  EventedHTTPServer [::ffff:192.168.10.70] HTTP connection was closed +2ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP server was closed +0ms
  EventedHTTPServer [::ffff:192.168.10.70] New connection from client +5s
  EventedHTTPServer [::ffff:192.168.10.70] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pair-setup +3ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:34] Pair step 1/5 +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +13ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pair-setup +6s
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:34] Pair step 2/5 +0ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +13ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pair-setup +18ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:34] Pair step 3/5 +1ms
  HAPServer [CC:22:3D:E3:CE:34] Pair step 4/5 +9ms
  HAPServer [CC:22:3D:E3:CE:34] Pair step 5/5 +1ms
  Accessory [Homebridge] Paired with client 20E1081C-C45D-4D74-AB03-3357D3D2E0E2 +3ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +13ms
  EventedHTTPServer [::ffff:192.168.10.70] Client connection closed +73ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP connection was closed +3ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP server was closed +1ms
  EventedHTTPServer [::ffff:192.168.10.70] New connection from client +790ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP server listening on port 54826 +0ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:34] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +4ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pair-verify +32ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:34] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:34] Client 20E1081C-C45D-4D74-AB03-3357D3D2E0E2 verification complete +2ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /accessories +13ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +10ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP request: /pairings +116ms
  HAPServer [CC:22:3D:E3:CE:34] HAP Request: POST /pairings +0ms
  HAPServer [CC:22:3D:E3:CE:34] Removing pairing info for client +1ms
  Accessory [Homebridge] Unpairing with client 20E1081C-C45D-4D74-AB03-3357D3D2E0E2 +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP Repsonse is finished +6ms
  EventedHTTPServer [::ffff:192.168.10.70] Client connection closed +20ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.10.70] HTTP server was closed +0ms


Code Auswählen

cached: { 'BZ_FK-battery': 0,
'BZ_FK-D-firmware': '2.4',
'BZ_FK-contact': 0,
'BZ_HV_Clima-measured-temp': 21.3,
'BZ_HV_Clima-desired-temp': 20,
'BZ_HV_Clima-controlMode': 3,
'BZ_Licht-D-firmware': '2.3',
'BZ_Licht-state': 0,
'FL_Decke-pct': 0,
'FL_Decke-state': 0,
'GZ_FK-battery': 0,
'GZ_FK-D-firmware': '2.4',
'GZ_FK-contact': 0,
'GZ_WC_FK-battery': 0,
'GZ_WC_FK-D-firmware': '2.4',
'GZ_WC_FK-contact': 0,
'Harmony_Hub-activity': 'SONOS',
'KU_AP-pct': 0,
'KU_AP-D-firmware': '2.3',
'KU_AP-state': 0,
'KU_FK-battery': 0,
'KU_FK-D-firmware': '2.4',
'KU_FK-contact': 0,
'KU_LED-RGB': '000000',
'KU_LED-state': 0,
'KU_Tisch-RGB': '000000',
'KU_Tisch-state': 0,
'SZ_Decke-pct': 0,
'SZ_Decke-state': 0,
'SZ_FK_L-battery': 0,
'SZ_FK_L-D-firmware': '2.4',
'SZ_FK_L-contact': 0,
'SZ_FK_R-battery': 0,
'SZ_FK_R-D-firmware': '2.4',
'SZ_FK_R-contact': 1,
'SZ_LED-RGB': '000000',
'SZ_LED-state': 0,
'SZ_links-RGB': '000000',
'SZ_links-state': 0,
'SZ_rechts-RGB': '000000',
'SZ_rechts-state': 0,
'WZ_Fenster-RGB': '000000',
'WZ_Fenster-state': 0,
'WZ_LED-RGB': '000000',
'WZ_LED-state': 0,
'WZ_LP-state': 0,
'WZ_Lesen-state': 0,
'WZ_Tisch-pct': 0,
'WZ_Tisch-state': 0,
'WZ_XBMC-state': 0 }

Code Auswählen
{
  "Arg":"BZ_HV_Clima",
  "Results": [
  {
    "Name":"BZ_HV_Clima",
    "PossibleSets":"burstXmit clear:readings,trigger,register,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude alarmDevice alarmSettings building building_map cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss fp_Info fp_Media fp_System genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 room_map setList sortby structexclude webCmd widgetOverride lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0 userattr",
    "Internals": {
      "DEF": "2B390504",
      "NAME": "BZ_HV_Clima",
      "NR": "304",
      "NTFY_ORDER": "50-BZ_HV_Clima",
      "STATE": "T: 21.3 desired: 20.0 valve: 35",
      "TYPE": "CUL_HM",
      "chanNo": "04",
      "device": "BZ_HV"
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2015-09-27 15:33:44" },
      "R-boostPeriod": { "Value":"10 min", "Time":"2015-08-30 20:37:36" },
      "R-boostPos": { "Value":"100 %", "Time":"2015-08-30 20:37:36" },
      "R-btnNoBckLight": { "Value":"off", "Time":"2015-08-30 20:37:36" },
      "R-dayTemp": { "Value":"20 C", "Time":"2015-08-30 20:37:36" },
      "R-daylightSaveTime": { "Value":"on", "Time":"2015-08-30 20:37:36" },
      "R-decalcTime": { "Value":"11:00", "Time":"2015-08-30 20:37:36" },
      "R-decalcWeekday": { "Value":"Sat", "Time":"2015-08-30 20:37:36" },
      "R-modePrioManu": { "Value":"all", "Time":"2015-08-30 20:37:36" },
      "R-modePrioParty": { "Value":"all", "Time":"2015-08-30 20:37:36" },
      "R-nightTemp": { "Value":"15 C", "Time":"2015-08-30 20:37:36" },
      "R-noMinMax4Manu": { "Value":"off", "Time":"2015-08-30 20:37:36" },
      "R-regAdaptive": { "Value":"on", "Time":"2015-08-30 20:37:36" },
      "R-reguExtI": { "Value":"15", "Time":"2015-08-30 20:37:36" },
      "R-reguExtP": { "Value":"30", "Time":"2015-08-30 20:37:36" },
      "R-reguExtPstart": { "Value":"30", "Time":"2015-08-30 20:37:36" },
      "R-reguIntI": { "Value":"13", "Time":"2015-08-30 20:37:36" },
      "R-reguIntP": { "Value":"28", "Time":"2015-08-30 20:37:36" },
      "R-reguIntPstart": { "Value":"18", "Time":"2015-08-30 20:37:36" },
      "R-showInfo": { "Value":"time", "Time":"2015-08-30 20:37:36" },
      "R-showWeekday": { "Value":"off", "Time":"2015-08-30 20:37:36" },
      "R-sign": { "Value":"off", "Time":"2015-08-30 20:37:32" },
      "R-tempMax": { "Value":"30.5 C", "Time":"2015-08-30 20:37:36" },
      "R-tempMin": { "Value":"4.5 C", "Time":"2015-08-30 20:37:36" },
      "R-tempOffset": { "Value":"-3.5K", "Time":"2015-08-30 20:37:36" },
      "R-valveErrPos": { "Value":"0 %", "Time":"2015-08-30 20:37:36" },
      "R-valveMaxPos": { "Value":"100 %", "Time":"2015-08-30 20:37:36" },
      "R-valveOffsetRt": { "Value":"0 %", "Time":"2015-08-30 20:37:36" },
      "R-winOpnBoost": { "Value":"off", "Time":"2015-08-30 20:37:36" },
      "R-winOpnDetFall": { "Value":"1.4 K", "Time":"2015-08-30 20:37:36" },
      "R-winOpnMode": { "Value":"off", "Time":"2015-08-30 20:37:36" },
      "R-winOpnPeriod": { "Value":"15 min", "Time":"2015-08-30 20:37:36" },
      "R-winOpnTemp": { "Value":"12 C", "Time":"2015-08-30 20:37:36" },
      "R_0_tempListSat": { "Value":"02:00 20.0 07:30 17.0 24:00 20.0", "Time":"2015-08-30 20:37:36" },
      "R_1_tempListSun": { "Value":"02:00 20.0 07:30 17.0 23:00 20.0 24:00 17.0", "Time":"2015-08-30 20:37:36" },
      "R_2_tempListMon": { "Value":"06:00 17.0 23:00 20.0 24:00 17.0", "Time":"2015-08-30 20:37:36" },
      "R_3_tempListTue": { "Value":"06:00 17.0 23:00 20.0 24:00 17.0", "Time":"2015-08-30 20:37:36" },
      "R_4_tempListWed": { "Value":"06:00 17.0 23:00 20.0 24:00 17.0", "Time":"2015-08-30 20:37:36" },
      "R_5_tempListThu": { "Value":"06:00 17.0 23:00 20.0 24:00 17.0", "Time":"2015-08-30 20:37:36" },
      "R_6_tempListFri": { "Value":"06:00 17.0 24:00 20.0", "Time":"2015-08-30 20:37:36" },
      "R_tempList_State": { "Value":"verified", "Time":"2015-08-30 20:37:36" },
      "RegL_01:": { "Value":"08:00 00:00", "Time":"2015-08-30 20:37:32" },
      "RegL_07:": { "Value":"01:28 02:1E 03:09 04:3D 05:18 06:03 07:00 08:16 09:00 0A:54 0B:00 0C:64 0D:00 0E:05 0F:00 10:00 11:00 12:09 13:0E 14:50 15:18 16:44 17:5A 18:51 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:50 2F:18 30:44 31:5A 32:51 33:14 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:51 4B:14 4C:45 4D:20 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:51 65:14 66:45 67:20 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:51 7F:14 80:45 81:20 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:51 99:14 9A:45 9B:20 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:51 B3:20 B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0D CB:1C CC:12 CD:0F CE:1E CF:1E 00:00", "Time":"2015-08-30 20:37:36" },
      "ValvePosition": { "Value":"35", "Time":"2015-09-27 15:50:21" },
      "boostTime": { "Value":"-", "Time":"2015-09-27 15:50:21" },
      "controlMode": { "Value":"auto", "Time":"2015-09-27 15:50:21" },
      "desired-temp": { "Value":"20.0", "Time":"2015-09-27 15:50:21" },
      "measured-temp": { "Value":"21.3", "Time":"2015-09-27 15:50:21" },
      "motorErr": { "Value":"ok", "Time":"2015-09-27 15:50:21" },
      "partyEnd": { "Value":"-", "Time":"2015-09-27 15:50:21" },
      "partyStart": { "Value":"-", "Time":"2015-09-27 15:50:21" },
      "partyTemp": { "Value":"-", "Time":"2015-09-27 15:50:21" },
      "recentStateType": { "Value":"ack", "Time":"2015-09-27 15:33:44" },
      "state": { "Value":"T: 21.3 desired: 20.0 valve: 35", "Time":"2015-09-27 15:50:21" }
    },
    "Attributes": {
      "fp_Grundriss": "714,1048,7,,",
      "genericDeviceType": "thermostat",
      "model": "HM-CC-RT-DN",
      "peerIDs": "00000000,",
      "room": "Homekit,System",
      "tempListTmpl": "FHEM/templist.cfg:BZ_HV_Clima",
      "userattr": "lightSceneParamsToSave lightSceneRestoreOnlyIfChanged:1,0",
      "verbose": "0",
      "webCmd": "desired-temp",
      "widgetOverride": "desired-temp:knob,anglearc:315,angleoffset:200,min:5,max:30,step:0.5,linecap:round,fgColor:red,bgColor:grey,width:60,height:60"
    }
  }  ],
  "totalResultsReturned":1
}

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 September 2015, 16:53:55
bist du sicher das es am thermostat liegt? setz mal den filter so das er als einziges device eingebunden wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 September 2015, 16:54:46
bist du sicher das es am thermostat liegt? setz mal den filter so das er als einziges device eingebunden wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 27 September 2015, 16:56:47
Wenn ich das Thermostat raus lasse oder das Attribut "GenericDevice" lösche, geht ja.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 27 September 2015, 17:46:28
Habe mal nur das Thermostat in den Filter genommen.
Bringt die gleiche Fehlermeldung in Eve -> "Hinzufügen fehlgeschlagen"

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 September 2015, 18:43:04
kannst du mal bitte den characteristic.setProps aufruf für den thermostaten raus nehmen. etwa zeile 1877.

wenn das noch nicht hilft statt dessen die if( this.mappings.thermostat_mode ) { blöcke die kurz danach kommen. wenn es dann geht wäre es schön denn du das setProps wieder mit rein nimmst.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 27 September 2015, 20:47:27
Interessante Info, die gerade über KhaosT kam, es gibt ein Limit in HomeKit mit max. 100 Accessories pro Bridge. Wenn es mehr sind, müsste man die vermutlich aufteilen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 27 September 2015, 20:51:04
Zitat von: volschin am 27 September 2015, 20:47:27
Interessante Info, die gerade über KhaosT kam, es gibt ein Limit in HomeKit mit max. 100 Accessories pro Bridge. Wenn es mehr sind, müsste man die vermutlich aufteilen.

Was mit FHEM recht schnell erreicht ist, da Channels auch als Gerät zählen. Zumindest ich schaffe es. Aber Dank Filter kann man sich ja auf das Wichtigste Bechränken
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 27 September 2015, 21:38:34
Das liegt an der Implementierung der Bridge (Platform), ob Channels als einzelne Accessories angelegt werden oder als Services innerhalb eines Accessories.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 27 September 2015, 21:43:15
Hallo,

musste beides raus, dann gings.
Erster Part wieder rein, geht immer noch.

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 28 September 2015, 08:35:59
Zitat von: volschin am 27 September 2015, 20:47:27
Interessante Info, die gerade über KhaosT kam, es gibt ein Limit in HomeKit mit max. 100 Accessories pro Bridge. Wenn es mehr sind, müsste man die vermutlich aufteilen.

Oder "genericDeviceType" filtern:

Code Auswählen

"filter": "genericDeviceType=..*"


dann wird man vermutlich die Grenze nicht so schnell erreichen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Zetti am 28 September 2015, 13:01:32
Hallo ich nochmal!
nach dem ich nun Homebridge zum laufen bekommen habe, hätte ich doch noch ein paar fragen!?
Warum erkennt Homebridge meine Heizkörper regler nicht HM-CC-RT-DN obwohl er die eingebauten Thermostate erkennt?
muss ich da noch was ändern? gibt es einen befehl um die Homebridge zu stoppen oder nur über neustart de VM

vielen Dank im Vorraus schon mal  :-\
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 28 September 2015, 13:04:39
Hi,

so richtig verstehe ich deine Frage nicht ganz, aber hast du das Attribute "genericDeviceType Thermostat" gesetzt in FHEM?

VG Sven
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Zetti am 28 September 2015, 13:17:43
Nein, das mache ich wo?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 28 September 2015, 13:22:19
Zitat von: Zetti am 28 September 2015, 13:17:43
Nein, das mache ich wo?

du erweiterst das global userattr um genericDeviceType:ignore,switch,outlet,light,blind,thermostat   

Dem HM-CC-RT-DN gibst du dann das genericDeviceType in den Attributen.

Siehe auch hier:

http://www.tatsch-it.de/control-fhem-with-siri/ und hier http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 September 2015, 13:38:23
und normalerweise sollte das hm modul auch automatisch das subType attribut auf thermostat gesetzt haben. dann wird er auch automatisch erkannt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Zetti am 28 September 2015, 15:52:42
soweit zeigt ermir beim Starten vom Hombridgeserver erst mal alles richtig an, aber ich bekomme mit EVE keine verbindung mehr hin.
bei FHEM zeigt er mir beim starten zu jedem gerät,unknown attribute fm_type!? irgendwas schief gelaufen aber der Homebridge server zeigt mir jetz mesured und desiered temp an gibt es eine möglichkeit den Homebridgeserver zu stoppen, das ich nicht jedesmal die VM neustarten muss
Zitat von: Zetti am 28 September 2015, 15:08:07EventedHTTPServer [::ffff:192.168.178.51] New connection from client +2m
  EventedHTTPServer [::ffff:192.168.178.51] HTTP server listening on port 54826 +0ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +17ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-setup +30s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +0ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +19ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-setup +159ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +0ms
  Accessory [Homebridge] Paired with client A4502B83-AEDC-44B6-8817-AD022820F527 +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +12ms
  EventedHTTPServer [::ffff:192.168.178.51] Client connection closed +32ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP server was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.51] New connection from client +1s
  EventedHTTPServer [::ffff:192.168.178.51] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pair-verify +98ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +0ms
  HAPServer [CC:22:3D:E3:CE:30] Client A4502B83-AEDC-44B6-8817-AD022820F527 verification complete +2ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /accessories +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +10ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP request: /pairings +192ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pairings +0ms
  HAPServer [CC:22:3D:E3:CE:30] Removing pairing info for client +1ms
  Accessory [Homebridge] Unpairing with client A4502B83-AEDC-44B6-8817-AD022820F527 +0ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP Repsonse is finished +14ms
  EventedHTTPServer [::ffff:192.168.178.51] Client connection closed +43ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.51] HTTP server was closed +1ms
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 28 September 2015, 22:22:04
Hab jetzt alles noch mal komplett neu auf einem seperatem Sever neu aufgestezt.
Problem bleibt. Sobald ich die aktuell FHEM.js nutze und die Thermostate dazu nehme bekomme ich bei Eve "Hinzufügen fehlgeschlagen"

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 29 September 2015, 08:45:59
Homebridge läuft soweit eigentlich ganz gut, ausser mein iPhone hat es komplett zerschossen beim ersten Versuch: https://github.com/nfarina/homebridge/issues/192  >:( >:( >:(

Immer noch keine Lösung wieder an meine Daten zu kommen... :/
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 29 September 2015, 15:21:56
Moin moin,

na da dachte ich wartest mal ein wenig bis das alles mit der "neuen" homebridge läuft und hab das mal installiert (vorher lief das eigentlich recht gut schon....aber die ganze Sache entwickelt sich ja noch).
Nun, nach einigen kleineren Problemen (hüstel..) läuft homebridge wieder und erkennt zwei Plattformen (FHEM und Yamaha AVR), EVE sieht die Homebridge und nach Eingabe des Codes (der richtig ist!) bekomme ich die Meldung "Hinzufügen fehlgeschlagen" genau wie thoffma3.
Homebridge erkennt auch die Geräte die im Raum "Homekit" liegen, und nein, es sind nicht zuviel...
In der Console ist zu sehen das auch Werte geloggt werden...

Ich bekomme die gleichen Meldungen wie unten was das pairen angeht....

Zitat von: thoffma3 am 24 September 2015, 19:20:20
was mach ich nur falsch. Wiki Anleitung hat bei mir prima funktioniert und Homebridge läuft.Siehe hier:

Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.50:80/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443114938841
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.50:80/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 8 results
[FHEM] ignoring Fernseher
[FHEM] ignoring FileLog_PIONEERAVRZONE_zone2
[FHEM] PIONEERAVRZONE_zone2 is switchable
[FHEM] PIONEERAVRZONE_zone2 has onOff [state;on,off]
[FHEM] ignoring Roll_WZ
[FHEM] VSX923 is switchable
[FHEM] VSX923 has onOff [state;on,off]
[FHEM] steckdoseA is switchable
[FHEM] steckdoseA has onOff [state;on,off]
[FHEM] steckdoseB is switchable
[FHEM] steckdoseB has onOff [state;on,off]
[FHEM] steckdoseC is switchable
[FHEM] steckdoseC has onOff [state;on,off]
[FHEM] Initializing platform accessory 'PIONEERAVRZONE_zone2'...
[FHEM] creating services for PIONEERAVRZONE_zone2
[FHEM]   information service for PIONEERAVRZONE_zone2
[FHEM]   switch service for PIONEERAVRZONE_zone2
[FHEM]     power characteristic for PIONEERAVRZONE_zone2
[FHEM]     custom volume characteristic for PIONEERAVRZONE_zone2
[FHEM] Initializing platform accessory 'VSX923'...
[FHEM] creating services for VSX923
[FHEM]   information service for VSX923
[FHEM]   switch service for VSX923
[FHEM]     power characteristic for VSX923
[FHEM]     custom volume characteristic for VSX923
[FHEM] Initializing platform accessory 'steckdoseA'...
[FHEM] creating services for steckdoseA
[FHEM]   information service for steckdoseA
[FHEM]   switch service for steckdoseA
[FHEM]     power characteristic for steckdoseA
[FHEM] Initializing platform accessory 'steckdoseB'...
[FHEM] creating services for steckdoseB
[FHEM]   information service for steckdoseB
[FHEM]   switch service for steckdoseB
[FHEM]     power characteristic for steckdoseB
[FHEM] Initializing platform accessory 'steckdoseC'...
[FHEM] creating services for steckdoseC
[FHEM]   information service for steckdoseC
[FHEM]   switch service for steckdoseC
[FHEM]     power characteristic for steckdoseC
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +82ms
  EventedHTTPServer Server listening on port 51826 +242ms



Hat jemand eine Idee?

Vielen Dank schonmal

Ich wäre da auch mal für einen Tip dankbar....

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 29 September 2015, 21:29:01
So bin eben auch mal dazu gekommen den neuen Bridge-Mode zu testen.
Bin begeistert :-)

Funzt nach anfänglichen pairing-Problemen nun 1A unter Node v4.1.1!
Danke Andre und allen anderen für die Mühe!

ZitatEvtl. kann diesen Tipp ja einer gebrauchen,
- nach setzen einer eigenen "pin", sagte Eve diese ist falsch,
- nach zurücksetzen der Pin, schlug der erste pairing Versuch fehl und anschließend wurde Homebridge in Eve nicht mehr gefunden.
Ich habe dann in der config.json die MAC-Adresse modifiziert, Homebridge neugestartet, Homekit im iOS zurückgesetzt, und der nächste Pairing Versuch hat sofort geklappt!
Evtl. hilft eine Mac-Adressänderung auch @Marie...

Werde dann mal versuchen ob alle Geräte die ich so habe schon unterstützt werden :)

Gruß
  Claudiu
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 29 September 2015, 22:05:07
Gesagt, getan,

MAC-Adresse in der Config geändert auf die physikalische Adresse des Bananapi: keine Änderung.

Node von V 0.12.6 auf 4.1.1 "geupdated" : beim start mit "npn run start" kommt :

Code Auswählen
/home/bananapi/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
    ^

Error: Module version mismatch. Expected 46, got 14.
    at Error (native)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/home/bananapi/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)

Alles sollte auf dem aktuellen Stand sein....
grummel, vorher hat es funktioniert...

Any suggestions?

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 29 September 2015, 22:07:19
Zitat von: Marie am 29 September 2015, 22:05:07
MAC-Adresse in der Config geändert auf die physikalische Adresse des Bananapi: keine Änderung.

Evtl. etwas ungenau ausgedrückt ;) Ich hab die MAC nur minimal abgeändert, in der config.json
aus:        "username": "CC:22:3D:E3:CE:30",
ein:         "username": "CC:22:3D:E3:CE:31",
gemacht.

Gruß
  Claudiu

EDIT:
nach einem Node update hast du auch ein "npm update" gemacht, damit er Homebridge rebuilded?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 29 September 2015, 22:31:07
Hab noch etwas probiert.

Aktueller Stand ist:

Mit node 4.1.1 und der FHEM.js aus dem Git von nfarina geht alles bis auf den "Mode" vom Thermostat.
Mit der aktuellen FHEM.js aus dem git von Justme-1968 gibts die angesprochenen Pairing Probleme mit Eve.

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 September 2015, 22:33:31
schau mal bitte etwas weiter oben wegen dem auskommenden der mode funktion.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 September 2015, 22:47:15
ich habe die version hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166) aktualisiert. die thermostat mode einstellung ist erst mal wider deaktiviert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 29 September 2015, 22:49:17
Zitat von: rapster am 29 September 2015, 22:07:19
Evtl. etwas ungenau ausgedrückt ;) Ich hab die MAC nur minimal abgeändert, in der config.json
aus:        "username": "CC:22:3D:E3:CE:30",
ein:         "username": "CC:22:3D:E3:CE:31",
gemacht.

Gruß
  Claudiu

EDIT:
nach einem Node update hast du auch ein "npm update" gemacht, damit er Homebridge rebuilded?

npm update durchgeführt, MAC - Adresse leicht geändert....keine Änderung...  :(

LG Marie

PS: So, nachdem ich das fehlende Komma in der config.json eingefügt hatte  :-[, läuft auch wieder homebridge.
Nur das pairen geht nach wie vor nicht...

Probiere ich das mit Insteon+ anstelle von EVE, so erhalte ich die Meldung:

"Out of Order , the requested device does not conform to HomeKit specifications"

Vielleicht hilft das, ich sage erst einmal gute Nacht

LG

Marie

PPS: IOS 9.01 läuft hier
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 29 September 2015, 22:55:49
Zitat von: justme1968 am 29 September 2015, 22:33:31
schau mal bitte etwas weiter oben wegen dem auskommenden der mode funktion.

Was meinst Du?

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Masterfunk am 29 September 2015, 23:07:22
Mit der neuen FHEM.js gehts auch.

Brauchst Du bezüglich der Thermostate noch irgendwelche Daten / Infos?

Gruß Detlef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 29 September 2015, 23:19:14
Hallo,

weder mit der alten noch mit der neuen FHEM.JS klappt es...immer noch der gleiche Fehler trotz update...irgendwelche Ideen???

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 29 September 2015, 23:43:32
Zitat von: Marie am 29 September 2015, 23:19:14
weder mit der alten noch mit der neuen FHEM.JS klappt es...immer noch der gleiche Fehler trotz update...irgendwelche Ideen???

Ich würde mal
- homebridge ordner löschen (verschieben)
- npm uninstall machen,
- node komplett löschen
- sources.list prüfen & apt-get dist-upgrade machen
- node neu installieren
- homebridge neu pullen, installieren konfigurieren
- homekit in icloud zurücksetzen
- icloud schlüsselbund zurücksetzen (hat mal in einer der ersten Versionen vor ein paar Wochen bei mir geholfen)
- iphone neustarten
- erneut ausprobieren.

Gruß
  Claudiu
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 30 September 2015, 08:01:43
Zitat von: Marie am 29 September 2015, 22:05:07
Node von V 0.12.6 auf 4.1.1 "geupdated" : beim start mit "npn run start" kommt :

Code Auswählen
/home/bananapi/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
    ^

Error: Module version mismatch. Expected 46, got 14.


@Marie
Bei der node Version 4.x.x muss man package.json anpassen. Zudem ist gcc 4.8 nötig.
Siehe https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi (https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi)

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 30 September 2015, 10:51:48
Moin moin,

tja, als Compiler habe ich bereits Version 4.8.4 und die package.json hatte ich auch schon vorher angepasst nach dem Vorschlag....

:(

Grüße

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 30 September 2015, 10:58:31
Zitat von: Marie am 30 September 2015, 10:51:48
tja, als Compiler habe ich bereits Version 4.8.4 und die package.json hatte ich auch schon vorher angepasst nach dem Vorschlag....
Wie ist der aktuelle Stand? Erfolgt "npm install" ohne Fehler? Wenn nein, poste bitte den Fehler nochmal und evtl. auch package.json.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 30 September 2015, 21:48:30
Hallo,

Leider bin ich noch nicht weiter...bauen gerade das Schlafzimmer um... :)
Aber der npm install lief ohne Fehler wenn ich das Recht in Erinnerung habe.

Aber das werde ich noch einmal nebenbei ausprobieren.

LG
Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lukasbastelpeter am 30 September 2015, 22:17:47
Hi,
ich habe ne Mende Fehler bei mir....
google mich seit zwei tagen durchs Forum und Github :(...

Ich habe Fhem zusammen mit dem Rest aus dem Wiki auf einem Raspberry2B laufen.
Wenn ich "npm update" mache, bekomme ich in vielen Zeilen den Fehler "User root does not have permission to access the dev: ..."

Nun Ja, nach langem hin und her hatte ich auf meinem iPhone mit iOs 9 dann meine "Testlampe" aus dem Fhem, wenn Siri das licht an machen sollte tat sie das auch und in der weboberfläche hat der Status gewechselt. Wenn ich aber auf der weboberfläche klicke, wechselt der status in der EVE-App nicht. Auch wenn ich Siri befrage verrät sie mir den falschen status. Anscheinend pusht-pollt Fhem da nicht richtig mit der Bridge zusammen?!

Ich gebe euch sofort jedes Log das ihr haben wollt, aber leider weiß ich nicht wo ich anfangen soll :D...


Das spuckt mir das Terminal aus wenn ich die Bridge starte:
-> so wie es mal sein soll, mit Auth
Zitatroot@homecontrol:/opt/homebridge# npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443643992964
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8084/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
longpoll ended
[FHEM] There was a problem connecting to FHEM (1).
[FHEM]   401: Authorization Required
starting longpoll: http://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443643995264
longpoll ended
starting longpoll: http://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443643997297
longpoll ended
starting longpoll: http://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443643999334
longpoll ended
starting longpoll: http://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443644001368
longpoll ended

und ohne Auth:

Zitatroot@homecontrol:/opt/homebridge# npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443644217559
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8084/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 2 results
[FHEM] Lampe is switchable
[FHEM] Lampe has onOff [state;on,off]
[FHEM] Lampe2 is switchable
[FHEM] Lampe2 has onOff [state;on,off]
[FHEM] Initializing platform accessory 'Lampe'...
[FHEM] creating services for Lampe
[FHEM]   information service for Lampe
[FHEM]   switch service for Lampe
[FHEM]     power characteristic for Lampe
[FHEM] Initializing platform accessory 'Lampe2'...
[FHEM] creating services for Lampe2
[FHEM]   information service for Lampe2
[FHEM]   switch service for Lampe2
[FHEM]     power characteristic for Lampe2
Scan this code with your HomeKit App on your iOS device:

und das ist meine config.json
Zitat
{
              "bridge": {
        "name": "Fhembridge",
        "username": "B8:27:EB:2B:9F:12",
        "port": 51826,
        "pin": "XXX-XX-XXX"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8084",
            "filter": "room=Homekit",
            "auth": {"user": "XXX", "pass": "XXX"}
        }
     ],

    "accessories": []
}






Dann hoffe ich mal auf konstruktive Vorschläge und Peitschenhiebe ;)




edit: Ach ja, das mit dem Apple TV tut auch nicht so wie ich es mir vorgestellt habe... bzw: gar nicht :D.... Muss ich noch etwas machen damit ich, wenn ich das WLAN ausschalte die EVE-APP via iCloud und apple-TV anfragt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 01 Oktober 2015, 08:28:40
Hallo zusammen. Ich verfolge nun schon länger eure Arbeit und finde es wirklich sehr spannend was ihr auf die Beine gestellt habt. VIELEN DANK an alle, die es ermöglicht haben, Fhem mit Homebridge ans laufen zu bekommen.

@Marie: Bei mir hat folgender Kommandozeilenbefehl im Homebridge-Ordner geholfen: npm install mdns
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 01 Oktober 2015, 18:43:58
hallo zusammen,

ich habe homebridge auf nem Raspberry Pi 2 mit Jessie erfolgreich zum Laufen gebracht und kann auch schon ein paar Steckdosen schalten.

Sehe ich das richtig, dass ein HarmonyHub im Moment noch nicht unterstützt wird? Ich bekomme die Meldung das das Hub beim starten von homebridge ignoriert wird...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 Oktober 2015, 20:27:34
der hub wird unterstütz und auch die hub devices. hast du die aktuelle version von seite drei aus dem thread hier?


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Oktober 2015, 08:52:09
hi,

ja hab die aktuelle Version...

scheint an einer zu alten Version von node zu liegen. Ich aktualisiere mal und werde dann nochmal testen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Oktober 2015, 12:43:36
ich hab's mit node 4.1.1 und aktuelle mit node 0.12.6 versucht.

nach
Code Auswählen
npm run start

bekomme ich folgende Meldung:

Code Auswählen
> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443782439862
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 4 results
[FHEM] GartenPumpe is switchable
[FHEM] GartenPumpe has onOff [state;on,off]
[FHEM] ignoring JR_Heizung_Clima
[FHEM] ignoring RaumHarmonyHub
[FHEM] RaumRadio is switchable
[FHEM] RaumRadio has onOff [state;on,off]
[FHEM] Initializing platform accessory 'GartenPumpe'...
[FHEM] creating services for GartenPumpe
[FHEM]   information service for GartenPumpe
[FHEM]   switch service for GartenPumpe
[FHEM]     power characteristic for GartenPumpe
[FHEM] Initializing platform accessory 'RaumRadio'...
[FHEM] creating services for RaumRadio
[FHEM]   information service for RaumRadio
[FHEM]   switch service for RaumRadio
[FHEM]     power characteristic for RaumRadio
Scan this code with your HomeKit App on your iOS device:

    ââââââââââââââ
    â 031-45-154 â
    ââââââââââââââ

  EventedHTTPServer Server listening on port 51826 +0ms

Sieht ja soweit gut aus, nur dass der zb den HarmonyHub ignoriert stört mich...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Oktober 2015, 13:29:41
wer lesen kann ist klar im Vorteil....

hatte vergessen den genericDeviceType in global und den devices zu setzen....

Wird auf jeden Fall jetzt erkannt.

Welcher genericDeviceType muss bei dem HarmonyHub gesetzt sein?

Besten dank für die Hilfe
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 Oktober 2015, 18:36:05
der hub wird automatisch ohne genericDeviceType ersetzt. nur für die geräte devices kannst du es auf switch setzen.

wie heisst dein hub in fhem?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Oktober 2015, 18:55:52
der Hub heißt

RaumHarmonyHub

ohne genericDeviceType wird der Hub ingoriert

Gruß
Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 Oktober 2015, 19:39:58
zeig mal bitte ein jsonlist2 auf das hub device.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Oktober 2015, 20:21:46
bitteschön:

Code Auswählen
{
  "Arg":"detail=RaumHarmonyHub",
  "Results": [
  ],
  "totalResultsReturned":0
}

ich hoffe, ich hab das richtig gemacht ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 02 Oktober 2015, 20:25:01
Zitat von: l2r am 02 Oktober 2015, 20:21:46
ich hoffe, ich hab das richtig gemacht ;)

Nein, sonst hättest du ein Ergebnis erhalnte :)

Ist 'RaumHarmonyHub' evtl. nur der Alias?



Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Oktober 2015, 20:31:39
ich hab jetzt nochmal geschaut.

ich glaub so ist der Aufruf richtig
Code Auswählen
http://192.168.1.104:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1

hier der Auszug für das Hub:

Code Auswählen
{
    "Name":"RaumHarmonyHub",
    "PossibleSets":" activity:Fernsehen,Musik.Bluetooth,Apple.TV.sehen,Musik.hören,Film.vom.Server,PowerOff hidDevice:,Apple.TV autocreate:Sony-AV-Empfänger,Apple.TV, command getConfig:noArg getCurrentActivity:noArg off:noArg reconnect:noArg sleeptimer sync:noArg text cursor:up,down,left,right,pageUp,pageDown,home,end special:previousTrack,nextTrack,stop,playPause,volumeUp,volumeDown,mute",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings disable:1 nossl:1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat Handy Handy_map cmdIcon devStateIcon devStateStyle fm_type fp_Home genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,harmony icon msgContactPush sortby structexclude webCmd widgetOverride userattr",
    "Internals": {
      "CONNECTS": "1",
      "ConnectionState": "LoggedIn",
      "DEF": "192.168.1.107",
      "FD": "5",
      "LAST_CONNECT": "2015-10-02 14:24:45",
      "NAME": "RaumHarmonyHub",
      "NOTIFYDEV": "global",
      "NR": "310",
      "NTFY_ORDER": "50-RaumHarmonyHub",
      "STATE": "Connected",
      "TYPE": "harmony",
      "ip": "192.168.1.107"
    },
    "Readings": {
      "activity": { "Value":"PowerOff", "Time":"2015-09-30 14:00:19" },
      "currentActivity": { "Value":"PowerOff", "Time":"2015-09-30 14:00:19" },
      "previousActivity": { "Value":"Musik hören", "Time":"2015-09-30 14:00:19" },
      "state": { "Value":"Connected", "Time":"2015-10-02 14:24:45" }
    },
    "Attributes": {      "room": "Homekit,Raum_Multimedia"    }
  }
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 03 Oktober 2015, 13:27:03
Guten Tag,
ich habe nach langem hin und her auch einen Homebridge Server zum laufen bekommen.  :)
leider kommt des öfteren dieser Fehler:
Code Auswählen
TypeError: Cannot read property 'setValue' of undefined
    at FHEM_update (/home/xxxx/homebridge/platforms/FHEM.js:64:34)
    at Request.<anonymous> (/home/tl/homebridge/platforms/FHEM.js:214:24)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/home/xxxx/homebridge/node_modules/request/request.js:1263:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)
    at IncomingMessage.Readable.push (_stream_readable.js:110:10)
    at HTTPParser.parserOnBody (_http_common.js:109:22)
, wenn ich die Farbe einer Hue wechsel.
Hat jemand einen Tipp für mich woran dies liegen könnte?
MfG

Edit: Nachdem ich Homebridge neuinstalliert habe tritt der Fehler nicht mehr auf.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterk_de am 03 Oktober 2015, 14:44:15
Ist es eigentlich schon jemanden gelungen, den Kontakt-Status mit Siri abzufragen (auf deutsch)? In der Eve-App angezeigt werden sie ja prima (als Kontakt Ja/Nein). Nur mit Siri bekomme ich es nicht hin. Könnte das eventuell daran liegen, dass Homekit offenbar noch einen zusätzlichen "Door" und "Window" Typ hat? Die Anleitung von Elgato hier: https://help.elgato.com/customer/portal/articles/2069686-elgato-eve-app-—-working-with-siri-commands lässt sowas vermuten ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 03 Oktober 2015, 19:05:35
Mit welcher Node Version läuft es derzeit nun?
4.1.1?

Habe mit dieser Version Probleme npm zu installieren bzw. mdns.
Dachte es liegt evtl. an der Node Version??

Gerade https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi gefunden.
Allerdings verstehe ich nicht, was unter dem Punkt "Remove all dependencies you don't need in package.json, e.g.:" zu tun ist.
_____
Done.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 03 Oktober 2015, 23:49:44
Du löschst die Zeilen aus der package.json, die du nicht benötigst.die werden dann nicht mit installiert.
Die Harmony Sachen machen glaub ich noch Probleme
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 04 Oktober 2015, 00:24:50
Okay. Das war alles?
Rest läuft mit Node 4.1.1?
Oder gibt's noch etwas zu beachten? Hatte bei der Installation mehrere Fehler. Genaues muss ich aber noch prüfen.

Auf welcher node version läuft es denn derzeit zu 100% stabil?!
Mit 4.0.0 sowie 4.1.1 habe ich große Probleme.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 04 Oktober 2015, 14:54:06
Hab nun doch noch ein Problem..
Bei Start hab ich noch ne Fehlermeldung, die bekomme ich nicht reproduziert:

Zitat[FHEM] creating services for Sonos_Wohnzimmer
[FHEM]   information service for Sonos_Wohnzimmer
[FHEM]   switch service for Sonos_Wohnzimmer
[FHEM]     power characteristic for Sonos_Wohnzimmer
[FHEM]     custom volume characteristic for Sonos_Wohnzimmer
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ undefined │
    └────────────┘

events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826
    at Object.exports._errnoException (util.js:837:11)
    at exports._exceptionWithHostPort (util.js:860:20)
    at Server._listen2 (net.js:1231:14)
    at listen (net.js:1267:10)
    at Server.listen (net.js:1363:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9

Jemand eine Idee dazu?

Node V 4.0.0.0 installiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 04 Oktober 2015, 16:00:30
Zitat von: Breaked am 04 Oktober 2015, 14:54:06
Hab nun doch noch ein Problem..
Bei Start hab ich noch ne Fehlermeldung, die bekomme ich nicht reproduziert:

Jemand eine Idee dazu?

Node V 4.0.0.0 installiert.

der Port 51826 ist schon in Benutzung. Entweder es läuft schon eine Instanz, dann killen oder aber änderer den Port in der Config.json zum Beispiel auf 51927

VG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 04 Oktober 2015, 17:34:42
Okay, danke.

Server läuft nun wieder, aber ein Pairing ist nicht möglich.
In Eve wird mir die Homebridge nicht mehr angezeigt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterk_de am 04 Oktober 2015, 17:57:31
Breaked,

1. Server stoppen (z.B. sudo killall node)
2. die Mac-Adresse in der config.json ändern (z.B. die letzte stelle der "Mac-Adresse")
3. im iOS-Device die Eve-App beenden
4. im iOS-Device unter Einstellungen-Datenschutz-Homekit die "Einstellungen zurücksetzen".
5. Danach den Server wieder starten + neu Pairen

LG!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 04 Oktober 2015, 18:16:17
Funktioniert so leider nicht..
Eve findet weiterhin keine Homebridge.

Sieht so auch denke ich alles gut aus (letzte Zeilen beim Start der Bridge):
Zitatroot@raspberrypi:/home/pi/homebridge# npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1443976273030
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Bad&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 12 results
[FHEM] Bad.Waschmaschine is switchable
[FHEM] Bad.Waschmaschine has onOff [state;on,off]
[FHEM] ignoring Bad.WaschmaschineBetrieb (dummy)
[FHEM] ignoring Bad.WaschmaschineHoherVerbrauch (dummy)
[FHEM] ignoring Bad.WaschmaschineWatt (dummy)
[FHEM] ignoring Bad.Waschmaschine_Power (CUL_HM)
[FHEM] ignoring Bad.fensteroffen (dummy)
[FHEM] ignoring Bad.fensteroffenTemp (dummy)
[FHEM] ignoring BadWaschmaschineAutoStandby (watchdog)
[FHEM] Fensterkontakt.Bad is contact sensor [contact]
[FHEM] Fensterkontakt.Bad has battery [battery]
[FHEM] Fensterkontakt.Bad has firmware [D-firmware]
[FHEM] HZ.Bad is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] HZ.Bad has thermostat mode [mode;desiredTemperature]
[FHEM] HZ.Bad has temperature [temperature]
[FHEM] HZ.Bad has battery [battery]
[FHEM] Licht.Bad is switchable
[FHEM] Licht.Bad has onOff [state;on,off]
[FHEM] Licht.Bad has firmware [D-firmware]
[FHEM] Licht.Spiegelschrank is light
[FHEM] Licht.Spiegelschrank has onOff [state;on,off]
[FHEM] Licht.Spiegelschrank has firmware [D-firmware]
[FHEM] Initializing platform accessory 'Bad.Waschmaschine'...
[FHEM] creating services for Bad.Waschmaschine
[FHEM]   information service for Bad.Waschmaschine
[FHEM]   switch service for Bad.Waschmaschine (undefined)
[FHEM]     power characteristic for Bad.Waschmaschine
[FHEM] Initializing platform accessory 'Fensterkontakt.Bad'...
[FHEM] creating services for Fensterkontakt.Bad
[FHEM]   information service for Fensterkontakt.Bad
[FHEM]     firmware revision characteristic for Fensterkontakt.Bad
[FHEM]   contact sensor service for Fensterkontakt.Bad
[FHEM]     battery status characteristic for Fensterkontakt.Bad
[FHEM]     contact sensor characteristic for Fensterkontakt.Bad
[FHEM] Initializing platform accessory 'HZ.Bad'...
[FHEM] creating services for HZ.Bad
[FHEM]   information service for HZ.Bad
[FHEM]   thermostat service for HZ.Bad
[FHEM]     temperature characteristic for HZ.Bad
[FHEM]     battery status characteristic for HZ.Bad
[FHEM]     target temperature characteristic for HZ.Bad
[FHEM] Initializing platform accessory 'Licht.Bad'...
[FHEM] creating services for Licht.Bad
[FHEM]   information service for Licht.Bad
[FHEM]     firmware revision characteristic for Licht.Bad
[FHEM]   switch service for Licht.Bad (undefined)
[FHEM]     power characteristic for Licht.Bad
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] creating services for Licht.Spiegelschrank
[FHEM]   information service for Licht.Spiegelschrank
[FHEM]     firmware revision characteristic for Licht.Spiegelschrank
[FHEM]   lightbulb service for Licht.Spiegelschrank
[FHEM]     power characteristic for Licht.Spiegelschrank
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [HomekitBridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [HomekitBridge] Creating new IdentifierCache +112ms
  EventedHTTPServer Server listening on port 51826 +473ms



Wird ein Gerät über FHEM geschaltet, wird dies aber auch erkannt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 04 Oktober 2015, 20:54:00
Selbiges Problem hatte ich mit Node 4.0.0 auch. Hier im thread gibt es ein Link auf eine minimal Installation mit älterer Nodeversion. Dann ging es
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 04 Oktober 2015, 20:58:37
Der link ist aber doch für die 4.0.0 geschrieben oder habe ich da etwas falsch gelesen?
Welche Version hast du denn nun von node?

Bzw wie hast du es nun ans laufen bekommen mit der aktuellen Version von FHEM.js?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterk_de am 05 Oktober 2015, 00:18:20
Breaked, bei mir klappt das mit der Node.js Version 4.0.0 und der aktuellen FHEM.js (also von der vor 2-3 Tagen). Installation war relativ Straight-Forward auf einem Cubietruck mit Debian Wheezy und im wesentlichen wie überall beschrieben - das wird dir vermutlich aber nicht weiterhelfen ;( Ich musste nach dem Tauschen der FHEM.js (der aus dem Homebridge-Repo gegen die aus dem Thread hier) lediglich den oben von mir beschriebenen Kniff anwenden (+persist-Ordner löschen und sudo npm install) - ohne diesen Schritt hatte ich die gleichen Symptome wie du.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 07:23:03
Mh okay. Dann muss ich nochmal genauer schauen, ob ich etwas übersehen habe. Komisch nur, dass er ja fehlerfrei anläuft, mh.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 05 Oktober 2015, 07:25:58
Philips hat gerade echte HomeKit Unterstützung mit einer neuen HueBridge angekündigt. Kosten ca. 60 €. Also nichts mit Software-Upgrade.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 05 Oktober 2015, 10:23:52
Na zum Glück gibt es Homebridge und dank Andre FHEM support  8)

@andre könntest du das presence Reading vom Roommate Modul noch als Occupancy auswerten?

hier ein exemplarisches list:

Code Auswählen
Internals:
   DEF        AugStr
   NAME       rr_Julian
   NR         73
   NTFY_ORDER 50-rr_Julian
   RESIDENTGROUPS AugStr,
   STATE      home
   TYPE       ROOMMATE
   CHANGETIME:
   Helper:
     Dblog:
       Durtimerpresence:
         Dblog:
           TIME       1444033265.40521
           VALUE      12:26:20
       Durtimerpresence_cr:
         Dblog:
           TIME       1444033265.40521
           VALUE      746
   Readings:
     2015-10-04 17:52:11   durTimerAbsence 00:00:00
     2015-10-04 17:52:11   durTimerAbsence_cr 0
     2015-10-05 10:21:05   durTimerPresence 12:26:20
     2015-10-05 10:21:05   durTimerPresence_cr 746
     2015-10-04 17:52:11   durTimerSleep   00:00:00
     2015-10-04 17:52:11   durTimerSleep_cr 0
     2015-10-04 21:54:45   lastArrival     2015-10-04 21:54:45
     2015-10-04 21:56:04   lastDeparture   0
     2015-10-04 21:54:45   lastLocation    0
     2015-10-04 21:58:40   lastMood        0
     2015-10-04 21:54:45   lastState       0
     2015-10-04 21:54:45   location        Augustenstrasse
     2015-10-04 21:58:40   mood            calm
     2015-10-04 21:54:45   presence        present
     2015-10-04 21:54:45   state           home
     2015-10-04 21:56:04   wakeup          0
     2015-10-04 21:54:45   wayhome         0
   Timer:
     Rr_julian_durationtimer:
       HASH       rr_Julian
       MODIFIER   DurationTimer
       NAME       rr_Julian_DurationTimer
Attributes:
   alias      Julian
   devStateIcon .*home:user_available:absent .*absent:user_away:home .*gone:user_ext_away:home .*gotosleep:scene_toilet:asleep .*asleep:scene_sleeping:awoken .*awoken:scene_sleeping_alternat:home .*:user_unknown
   group      Bewohner
   icon       people_sensor
   room       Augstr
   rr_locationHome Augustenstrasse
   sortby     0
   webCmd     state:mood
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 Oktober 2015, 12:02:27
die git version kennt seit eben ROOMMATE devices.

gruss
  andre

@volschin: ich hoffe die neue bridge kann ausser homekit noch mehr. angeblich gibt es neues für entwickler. vielleicht endlich ein push api...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 05 Oktober 2015, 12:43:35
Moin moin,


Zitat von: peterk_de am 05 Oktober 2015, 00:18:20
Breaked, bei mir klappt das mit der Node.js Version 4.0.0 und der aktuellen FHEM.js (also von der vor 2-3 Tagen). Installation war relativ Straight-Forward auf einem Cubietruck mit Debian Wheezy und im wesentlichen wie überall beschrieben - das wird dir vermutlich aber nicht weiterhelfen ;( Ich musste nach dem Tauschen der FHEM.js (der aus dem Homebridge-Repo gegen die aus dem Thread hier) lediglich den oben von mir beschriebenen Kniff anwenden (+persist-Ordner löschen und sudo npm install) - ohne diesen Schritt hatte ich die gleichen Symptome wie du.

habe das auch so probiert, aber leider... Homebridge wird in EVE angezeigt, pairing - Versuch geht aber in die Hose. node Version 4.1.1.
FHEM.js von der 3.ten Seite.
Kann den Code eingeben und dann sehe ich in der Console beim Pairing-Versuch das :

Code Auswählen
Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +48ms
  EventedHTTPServer Server listening on port 51826 +162ms
  YamahaAVR Got volume percent of 52% +1s
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] New connection from client +5s
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP server listening on port 54826 +10ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /pair-setup +35ms
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: POST /pair-setup +3ms
  HAPServer [CC:22:3D:E3:CE:32] Pair step 1/5 +16ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +222ms
  2015-10-05 10:16:29 caching: Klima_Marie-temperature: 22.9 as number
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /pair-setup +6s
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:32] Pair step 2/5 +11ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +181ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /pair-setup +134ms
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:32] Pair step 3/5 +5ms
  HAPServer [CC:22:3D:E3:CE:32] Pair step 4/5 +71ms
  HAPServer [CC:22:3D:E3:CE:32] Pair step 5/5 +9ms
  Accessory [Homebridge] Paired with client 329F6E4A-7ADE-4B5F-B70C-82CB153E5868 +20ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +33ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] Client connection closed +96ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP connection was closed +13ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP server was closed +4ms
  2015-10-05 10:16:31 caching: Klima_Marie-temperature: 23 as number
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] New connection from client +786ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP server listening on port 54826 +3ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /pair-verify +15ms
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: POST /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:32] Pair verify step 1/2 +6ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +28ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /pair-verify +152ms
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: POST /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:32] Pair verify step 2/2 +6ms
  HAPServer [CC:22:3D:E3:CE:32] Client 329F6E4A-7ADE-4B5F-B70C-82CB153E5868 verification complete +63ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +6ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /accessories +38ms
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: GET /accessories +1ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +59ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP request: /pairings +423ms
  HAPServer [CC:22:3D:E3:CE:32] HAP Request: POST /pairings +5ms
  HAPServer [CC:22:3D:E3:CE:32] Removing pairing info for client +6ms
  Accessory [Homebridge] Unpairing with client 329F6E4A-7ADE-4B5F-B70C-82CB153E5868 +3ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP Repsonse is finished +28ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] Client connection closed +38ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP connection was closed +4ms
  EventedHTTPServer [::ffff:192.XXX.XXX.XXX] HTTP server was closed +1ms



Auf meinem IPOD Touch passiert dann dazu passend das was man hoffentlich im Anhang sehen kann....

LG Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 05 Oktober 2015, 13:13:04
@andre roommates läuft, danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 13:45:03
@Marie: Versuchs mit Troubleshooting:

https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi
(https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi)
Fast bis am Schluss scrollen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 05 Oktober 2015, 14:36:43
Klappt leider auch nicht, hab auch mal das update ausprobiert . Tja, never change a running system...

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 14:42:05
... dann hast Du vermutlich einen unzulässigen Wert.
Teste Deine Homebridge Installation mit dem FakeOutlet Beispiel.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 Oktober 2015, 14:48:55
wenn bei dir ein unpairing erscheint gibt es vermutlich mit irgendeinem device oder wert ein problem. Versuch über den filter das ganze so einzuschränken das du das problematische device findest.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 05 Oktober 2015, 15:15:08
Ok,

der Tip geht ja schon einmal in die richtige Richtung....da soll man mal drauf kommen bei der Meldung... das Fake geht. Nun gilt es herauszufinden wo der Fehler liegt! 

Danke soweit erst einmal

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 15:22:58
@Marie: das ist jetzt doch eine sichere Grundlage oder  ;) - Wie andre beschrieben hat, schrittweise vorgehen und das fehlerhafte device finden. Ich würde zuerst sogar nur ein device anbinden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 05 Oktober 2015, 16:26:58
War wohl, so wie es aussieht, ein fehlerhaftes Attribut bei einem Heizungssteller...

Das muss man natürlich wissen.

Ausserdem läuft scheinbar die Anbindung eines Yamaha-Verstärkers nicht. Werde ich aber noch einmal testen.

Danke erst einmal @all die geholfen haben...

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 16:28:17
Wäre doch mein Fehler auch so einfach zu finden :D

Melde mich bei Erfolg!
@to-do


Wollte gerade nochmal npm install mit dem User pi machen, habe einige Fehler bekommen.
Weiß jemand damit was anzufangen?

Zitatnpm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v4.0.0
npm ERR! npm  v2.14.2
npm ERR! path /home/pi/homebridge/node_modules/.bin/groupread
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall unlink

npm ERR! Error: EACCES: permission denied, unlink '/home/pi/homebridge/node_modules/.bin/groupread'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, unlink '/home/pi/homebridge/node_modules/.bin/groupread']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'unlink',
npm ERR!   path: '/home/pi/homebridge/node_modules/.bin/groupread' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.
npm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v4.0.0
npm ERR! npm  v2.14.2
npm ERR! path npm-debug.log.c1548e10994778ff72ec1ddc552b006b
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall open

npm ERR! Error: EACCES: permission denied, open 'npm-debug.log.c1548e10994778ff72ec1ddc552b006b'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, open 'npm-debug.log.c1548e10994778ff72ec1ddc552b006b']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'open',
npm ERR!   path: 'npm-debug.log.c1548e10994778ff72ec1ddc552b006b' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 17:08:57
@Breaked: homebridge umbenennen (z.B. homebridge-backup) und homebridge neu als pi user installieren.
"sudo npm install" ist fatal! nicht verwenden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 17:51:46
Okay, hab ich soeben gemacht.

Lief sauber durch, außer:
Zitat
make: Entering directory '/home/pi/homebridge/node_modules/teslams/node_modules/        mongodb/node_modules/mongodb-core/node_modules/kerberos/build'
  CXX(target) Release/obj.target/kerberos/lib/kerberos.o
In file included from ../lib/kerberos.cc:1:0:
../lib/kerberos.h:5:27: fatal error: gssapi/gssapi.h: Datei oder Verzeichnis nic        ht gefunden
#include <gssapi/gssapi.h>
                           ^
compilation terminated.
kerberos.target.mk:92: recipe for target 'Release/obj.target/kerberos/lib/kerber        os.o' failed
make: *** [Release/obj.target/kerberos/lib/kerberos.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/teslams/node_modules/m        ongodb/node_modules/mongodb-core/node_modules/kerberos/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_        modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_proces        s.js:200:12)
gyp ERR! System Linux 4.1.7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_mod        ules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/teslams/node_modules/mongodb/node_        modules/mongodb-core/node_modules/kerberos
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.1
gyp ERR! not ok

Hat es trotzdem beendet, Server lässt sich normal starten, Eve findet die Bridge aber nach wie vor nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 17:56:26
in package.json
Code Auswählen

    "teslams": "1.0.1",


entfernen und nochmal

Code Auswählen

npm install


ausführen.

Bemerkung: es macht keinen Sinn homebridge zu starten, solange die Installation ERR! meldet!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 18:11:35
So, auch das ist geschehen.

Homebridge wird nicht angezeigt.
- Homebridge Namen in der conf geändert
- Mac Adresse um letzte Zahl verändert

Keine Verbesserung..
___
iOs 9.1 Beta 3
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 18:17:18
Ich nehme an, die Installation war fehlerfrei oder?

Hast du homebridge mit dem FakeOutlet Beispiel getestet?

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 05 Oktober 2015, 18:26:04
@Breaked, setz mal den Icloud Schlüsselbund zusätzlich zu Homekit zurück, das hatte mal in einer der ersten Versionen bei mir geholfen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 18:31:19
Installation war nun fehlerfrei, ja.
FakeOutlet hab ich gerade mal getestet, wurde mir beim ersten Versuch in eve kurz angezeigt, beim Anmeldeversuch abgebrochen (Leiste läuft voll, will aber kein Passwort), Bridge weg.

Mehrfach immer wieder Homekit Konfig im iPhone zurück gesetzt, sowie soeben zusätzlich icloud Schlüsselbund deaktiviert.
Keine Verbesserung :(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 05 Oktober 2015, 18:39:20
Zitat von: Breaked am 05 Oktober 2015, 18:31:19
Installation war nun fehlerfrei, ja.
FakeOutlet hab ich gerade mal getestet, wurde mir beim ersten Versuch in eve kurz angezeigt, beim Anmeldeversuch abgebrochen, Bridge weg.

Mehrfach immer wieder Homekit Konfig im iPhone zurück gesetzt, sowie soeben zusätzlich icloud Schlüsselbund deaktiviert.
Keine Verbesserung :(


Bei mir hat es so immer wieder funktioniert, ich hatte zwischendurch auch das Problem das die bridge nicht angezeigt wurde:


- Homebridge Server stoppen
- auf Raspberry  /homebridge/persist/ --> nur den Inhalt löschen
- EVE beenden
- Homekit Konfiguration in den Einstellungen des IOS zurücksetzen
- Homebridge Server neu starten mit "npm run start"
- Nach einiger Zeit sollte dann in EVE die Homebridge wieder erscheinen....




LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 18:47:33
Das hab ich auch alles schon versucht, nur mir wird ums' verrecken keine Bridge mehr angezeigt.
@time nichtmals die Fake-Bridge mit FakeOutlet..
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 19:00:09
@Breaked

Wie ist Dein RPi mit dem Router verbunden? Ethernet oder Wifi?

Probier mal mit einem iPhone Soft Reset oder iPhone ganz ausschalten und wieder einschalten.

Edit:
Ich habe oben gelesen, dass Du eine iOS Beta Version installiert hast. Wozu?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Oktober 2015, 20:07:07
Mein Pi ist via Ethernet an einen Repeater angeschlossen.
Handelt sich um den neusten FritzRepeater und die neuste Fritzbox.

iPhone nun auch mal neu gestartet, Bridge wird trotzdem nicht gefunden.

Hab gerade das Gefühl, dass es irgendwie mit der iCloud Synchronisation zuammenhängt.

ZitatIch habe oben gelesen, dass Du eine iOS Beta Version installiert hast. Wozu?

Ohne genauen Grund, soll halt nur schneller laufen als das aktuelle iOS 9.0.2.
P.S.: Aber auch mit dem iPad 9.0.2 wird die Bridge nicht gefunden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 05 Oktober 2015, 20:36:01
Wenn möglich ohne Repeater testen. Und ein Wifi-Dongle am RPi könnte auch helfen.

Ich bin grundsätzlich eher zurückhaltend bei Beta Versionen. Ich habe schon einiges erlebt und Support erhält man auch selten bei Beta-Versionen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 Oktober 2015, 20:44:44
schau mal mit einem bonjour browser ob du das HAP anouncement siehst. auf dem handy und auch direkt auf dem raspberry.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lukasbastelpeter am 06 Oktober 2015, 00:26:42
Guten Morgen! ;)...

nach langem hin und her habe ich eine Neuinstallation an den Start gebracht.

Ich bekomme folgenden Error:
Zitatroot@homecontrol:~/homebridge# npm run start

> homebridge@0.1.1 start /root/homebridge
> DEBUG=* node app.js || true

module.js:338
    throw err;
    ^

Error: Cannot find module '../build/Release/dns_sd_bindings'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/root/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)

woran kann das liegen?!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 06 Oktober 2015, 00:43:20
Bekomme leider beim Starten von HomeBridge folgende Fehlermeldung:

Code Auswählen

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

module.js:338
    throw err;
    ^

Error: Cannot find module '../build/Release/dns_sd_bindings'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/opt/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)


Bisher kann ich damit noch nicht so wirklich was anfangen. Hab mich zuvor an die Anleitung auf GitHub von flurin gehalten.

EDIT: Hat wohl in der Zwischenzeit über mir jemand fast das gleiche Problem gepostet.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 06 Oktober 2015, 01:02:17
Hallo Zusammen,

ich finds spitze was ihr bisher hier leistet. Habe das Thema Fhem und Siri lange unter den Tisch gekehrt, nach dem der Siri Proxy nicht mehr lief. Nun wollte ich mich wieder dsmit auseinandersetzen. Nachdem ich die News bzgl. Hue Bridge gelesen habe.

Kurze Frage an euch, da ihr hier mittlerweile sehr tief im Thema seid. Wie kann ich am besten einsteigen, um keine Funksteckdosen mit Siri zu steuern? Gibt es aktuell schon eine Art HowTo?

Viele Grüsse und Danke!


Sent from my iPad using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marc1993 am 06 Oktober 2015, 01:14:04
@Breaked

Ändere mal "username". Hat mir auch in deinem Fall geholfen. Rechne am Ende des Namens einfach +1 :)

Code Auswählen
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CA:29",
        "port": 51826,
        "pin": "031-45-154"
    },



Ich komme auch mit einer Frage ^^
Ich kann in FHEM meine Lampen als light und meine Steckdosen als switch definieren.
Die Steckdosen kann ich auch mit EVE schalten. Dort sind sie dann auch mit einem "Power-Symbol" gekennzeichnet. Nur Siri sagt das sie keine Steckdosen findet :( Ne Idee?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 06 Oktober 2015, 06:49:14
Ich habe die "Minimalist Homebridge" Anleitung erweitert. Siehe "npm install" und "Troubleshooting".
Evtl. lässt sich so das Problem lösen oder einkreisen. Wenn nicht, ein "Issue" mit Angaben über das RPi eröffnen.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterk_de am 06 Oktober 2015, 10:39:51
Zitat von: Marc1993 am 06 Oktober 2015, 01:14:04
Ich kann in FHEM meine Lampen als light und meine Steckdosen als switch definieren.
Die Steckdosen kann ich auch mit EVE schalten. Dort sind sie dann auch mit einem "Power-Symbol" gekennzeichnet. Nur Siri sagt das sie keine Steckdosen findet :( Ne Idee?

Weil Siri ein wenig zickig ist. Am besten du definierst in Eve zwei "Dienstgruppen" namens "Steckdose" und "Steckdosen" und schiebst da deine ganzen Steckdosen rein. Dann könnte "Schalte die Steckdose[n] im Wohnzimmer aus" klappen. Alternativ kannst du die Dinger in Eve auch umbenennen (Zahnrad -> Geräte -> [deine.steckdose] -> Funktionen -> Name). Der Name dort ist der, den nach meiner Erfahrung Siri versteht. Nachteil: Wenn du mehrere Steckdosen hast, kannst du hier nicht jede nur "Steckdose" nennen, da der Name eindeutig sein soll. In diesem Zusammenhang ist der Hinweis "Siri weiß, dass sich "Gerätname" in "Raum" befindet") abstrus - ich habe deshalb alles dort nach dem Muster "Gerätename Raumname" benannt. Wichtig ist auch zu gucken, dass du "Schalte ... an" sagst und nicht "Schalte ... ein" - das klappt bei mir bei manchen Geräten nämlich nicht und er sagt dann auch, er kann nix finden (oder schaltet auch mal direkt alles im ganzen Haus an, das verhalten ist nicht wirklich vorhersehbar :-D). Eine Dienstgruppe "Licht" habe ich mir übrigens auch definiert - sonst hat er wenn ich gesagt habe "Schalte das Licht im Bad ein" auch immer die Funksteckdosen mit angeknipst (obwohl richtiger GenericDeviceType gesetzt war). Mit der Dienstgruppe klappt das jetzt aber gut.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 06 Oktober 2015, 10:53:28
Öfter mal was Neues...


ich wollte dann endlich mal Homebridge in den Autostart setzen, habe das nach der Anleitung auf

https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi (https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi)
gemacht.
Klappte auch, bis dann plötzlich die Homebridge wieder weg war.
Ein Neustart per /etc/init.d/homebridge start klappte nicht, auch der Neustart des Raspberry bzw. Bananapi bringt keinen Erfolg. Im Log bzw. wenn ich die homebridge manuell starte erscheint dann Folgendes:

Code Auswählen

...
...
[FHEM]   switch service for Subwoofer (undefined) [FHEM]     power characteristic for Subwoofer
[FHEM] Initializing platform accessory 'Treppe'...
[FHEM] creating services for Treppe
[FHEM]   information service for Treppe
[FHEM]   lightbulb service for Treppe
[FHEM]     power characteristic for Treppe
Scan this code with your HomeKit App on your iOS device:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
events.js:141
      throw er; // Unhandled 'error' event
      ^


Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:837:11)
    at exports._exceptionWithHostPort (util.js:860:20)
    at Server._listen2 (net.js:1231:14)
    at listen (net.js:1267:10)
    at Server.listen (net.js:1363:5)
    at EventedHTTPServer.listen (/home/bananapi/homebridge/node_modules/HAP-NodeJS/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/bananapi/homebridge/node_modules/HAP-NodeJS/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/bananapi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:347:16)
    at publish (/home/bananapi/homebridge/app.js:215:10)
    at /home/bananapi/homebridge/app.js:140:9



Das System lief vorher an der Stelle durch und es funktionierte alles. Ich habe nichts bewusst geändert.


Kann mir einer einen Tip geben wie ich dort weitermachen kann?


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: The-Holgi am 06 Oktober 2015, 15:30:12
Hallo,
habe mir gerade mal die iPhone App (EVE) angesehen. Funktioniert sie nur über bluetooth ?

Gruß Holgi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 06 Oktober 2015, 15:38:09
Hab es mittlerweile geschafft meinen bisherigen Fehler zu beseitigen aber nur hab ich eine neue Fehlermeldung:
Code Auswählen
Error: Cannot find module 'HAP-NodeJS'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/opt/homebridge/app.js:4:11)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Function.Module.runMain (module.js:475:10)


npm cache clean & install bring nichts und gibt auch keine Fehler aus. HAP-NodeJS ist installiert und läuft auch ohne Fehlermeldung. Muss ich den Pfad zur Installation noch irgendwo angeben?

EDIT: Hat sich erledigt. Hab das HAP-NodeJS Verzeichnis nach homebridge/node_modules verschoben.

Die HomeKit App, die man nutzt ist doch relativ egal, oder? Hat die EVE App, die hier oft erwähnt wird irgendwelche Vorteile gegenüber anderen? Hab mir die offizielle HMCatalog App von Apple über xCode auf mein iPhone installiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 06 Oktober 2015, 16:03:09
Zitat von: kennymc.c am 06 Oktober 2015, 15:38:09
EDIT: Hat sich erledigt. Hab das HAP-NodeJS Verzeichnis nach homebridge/node_modules verschoben.

Mit "npm install" im Verzeichnis homebridge wird auch HAP-NodeJS in homebridge/node_modules automatisch installiert.
Das muss man nicht manuell verschieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 06 Oktober 2015, 16:17:43
Hab nunmal einen Fehler ausgemacht.

Das HAP anouncement sehe ich nur, wenn ich im Wlan vom Hauptrouter lande, hänge ich im Repeater Wlan ist es weg.
Kann ich das durch eine Port-Weiterleitung o.ä. umgehen?

Laut Angaben von AVM gab es wohl solche Probleme schonmal mit u.a. Airplay, das soll alles auf der aktuellen Firmware behoben sein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 06 Oktober 2015, 16:25:13
Zitat von: Breaked am 06 Oktober 2015, 16:17:43
Das HAP anouncement sehe ich nur, wenn ich im Wlan vom Hauptrouter lande, hänge ich im Repeater Wlan ist es weg.
Kann ich das durch eine Port-Weiterleitung o.ä. umgehen?

Ein Repeater find ich grundsätzlich problematisch, ich würde ein Access-Point mit einem direkten Ethernet-Anschluss zum Router verwenden. Das Thema hatten wir schon mal in diesem Thread.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 06 Oktober 2015, 16:27:11
Nun schient Homebridge wohl zu laufen aber die Bridge wird nicht gefunden. Hab schon alles aus dem Troubleshooting ausprobiert. Im Discovery Browser taucht HAP (_hap._tcp) auch auf. Aber mit diversen HomeKit Apps lässt sich die Bridge nicht finden.
Code Auswählen

pi@raspberrypi /opt/homebridge $ sudo npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 4 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://192.168.1.112:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444141243157
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.1.112:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.112:8083/fhem?cmd=jsonlist2%20room=Schlafzimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.1.112:8083/fhem?cmd=jsonlist2%20room=Badezimmer&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.1.112:8083/fhem?cmd=jsonlist2%20room=K%C3%BCche&XHR=1
Server listening on: http://<ip>:8081
[FHEM] There was a problem connecting to FHEM (1).
[FHEM] got: 14 results
[FHEM] Kino is switchable
[FHEM] Kino has onOff [state;on,off]
[FHEM] Licht is switchable
[FHEM] Licht has onOff [state;on,off]
[FHEM] WZ_Fenstersensor is contact sensor [contact]
[FHEM] WZ_Fenstersensor has battery [battery]
[FHEM] WZ_Fenstersensor has firmware [D-firmware]
[FHEM] WZ_Fenstersensor_Terrasse is contact sensor [contact]
[FHEM] WZ_Fenstersensor_Terrasse has battery [battery]
[FHEM] WZ_Fenstersensor_Terrasse has firmware [D-firmware]
[FHEM] WZ_Harmony is switchable
[FHEM] WZ_Harmony has onOff [activity;activity,off]
[FHEM] ignoring WZ_Heizung_Clima (CUL_HM)
[FHEM] ignoring WZ_Kino (LightScene)
[FHEM] ignoring WZ_Kodi (XBMC)
[FHEM] WZ_Leinwand is switchable
[FHEM] WZ_Leinwand has onOff [state;on,off]
[FHEM] ignoring WZ_Licht (LightScene)
[FHEM] WZ_Receiver is switchable
[FHEM] WZ_Receiver has onOff [state;on,off]
[FHEM] WZ_Rolladen_Fenster is blind [pct]
[FHEM] WZ_Rolladen_Fenster has onOff [state;on,off]
[FHEM] WZ_Rolladen_Fenster has motor [motor]
[FHEM] WZ_Rolladen_Fenster has firmware [D-firmware]
[FHEM] WZ_Rolladen_Terrasse is blind [pct]
[FHEM] WZ_Rolladen_Terrasse has onOff [state;on,off]
[FHEM] WZ_Rolladen_Terrasse has motor [motor]
[FHEM] WZ_Rolladen_Terrasse has firmware [D-firmware]
[FHEM] WZ_Thermostat_Climate is thermostat [desired-temp;5-30:0.5]
[FHEM] WZ_Thermostat_Climate has thermostat mode [controlMode;controlMode]
[FHEM] WZ_Thermostat_Climate has temperature [measured-temp]
[FHEM] WZ_Thermostat_Climate has humidity [humidity]
[FHEM] WZ_Thermostat_Climate has battery [battery]
[FHEM] Initializing platform accessory 'Kino'...
[FHEM] creating services for Kino
[FHEM]   information service for Kino
[FHEM]   switch service for Kino (undefined)
[FHEM]     power characteristic for Kino
[FHEM] Initializing platform accessory 'Licht'...
[FHEM] creating services for Licht
[FHEM]   information service for Licht
[FHEM]   switch service for Licht (undefined)
[FHEM]     power characteristic for Licht
[FHEM] Initializing platform accessory 'WZ_Fenstersensor'...
[FHEM] creating services for WZ_Fenstersensor
[FHEM]   information service for WZ_Fenstersensor
[FHEM]     firmware revision characteristic for WZ_Fenstersensor
[FHEM]   contact sensor service for WZ_Fenstersensor
[FHEM]     battery status characteristic for WZ_Fenstersensor
[FHEM]     contact sensor characteristic for WZ_Fenstersensor
[FHEM] Initializing platform accessory 'WZ_Fenstersensor_Terrasse'...
[FHEM] creating services for WZ_Fenstersensor_Terrasse
[FHEM]   information service for WZ_Fenstersensor_Terrasse
[FHEM]     firmware revision characteristic for WZ_Fenstersensor_Terrasse
[FHEM]   contact sensor service for WZ_Fenstersensor_Terrasse
[FHEM]     battery status characteristic for WZ_Fenstersensor_Terrasse
[FHEM]     contact sensor characteristic for WZ_Fenstersensor_Terrasse
[FHEM] Initializing platform accessory 'WZ_Harmony'...
[FHEM] creating services for WZ_Harmony
[FHEM]   information service for WZ_Harmony
[FHEM]   switch service for WZ_Harmony (Fernsehen)
[FHEM]       power characteristic for WZ_Harmony Fernsehen
[FHEM]   switch service for WZ_Harmony (Apple-TV)
[FHEM]       power characteristic for WZ_Harmony Apple-TV
[FHEM]   switch service for WZ_Harmony (Fire-TV)
[FHEM]       power characteristic for WZ_Harmony Fire-TV
[FHEM]   switch service for WZ_Harmony (Blu-Ray)
[FHEM]       power characteristic for WZ_Harmony Blu-Ray
[FHEM]   switch service for WZ_Harmony (Radio)
[FHEM]       power characteristic for WZ_Harmony Radio
[FHEM]   switch service for WZ_Harmony (Blu-Ray.auf.Beamer)
[FHEM]       power characteristic for WZ_Harmony Blu-Ray.auf.Beamer
[FHEM]   switch service for WZ_Harmony (Apple-TV.auf.Beamer)
[FHEM]       power characteristic for WZ_Harmony Apple-TV.auf.Beamer
[FHEM]   switch service for WZ_Harmony (Fire-TV.auf.Beamer)
[FHEM]       power characteristic for WZ_Harmony Fire-TV.auf.Beamer
[FHEM]   switch service for WZ_Harmony (Fire.TV.2)
[FHEM]       power characteristic for WZ_Harmony Fire.TV.2
[FHEM]   switch service for WZ_Harmony (PowerOff)
[FHEM]       power characteristic for WZ_Harmony PowerOff
[FHEM] Initializing platform accessory 'WZ_Leinwand'...
[FHEM] creating services for WZ_Leinwand
[FHEM]   information service for WZ_Leinwand
[FHEM]   switch service for WZ_Leinwand (undefined)
[FHEM]     power characteristic for WZ_Leinwand
[FHEM] Initializing platform accessory 'WZ_Receiver'...
[FHEM] creating services for WZ_Receiver
[FHEM]   information service for WZ_Receiver
[FHEM]   switch service for WZ_Receiver (undefined)
[FHEM]     power characteristic for WZ_Receiver
[FHEM] Initializing platform accessory 'WZ_Rolladen_Fenster'...
[FHEM] creating services for WZ_Rolladen_Fenster
[FHEM]   information service for WZ_Rolladen_Fenster
[FHEM]     firmware revision characteristic for WZ_Rolladen_Fenster
[FHEM]   window covering service for WZ_Rolladen_Fenster
[FHEM]     current position characteristic for WZ_Rolladen_Fenster
[FHEM]     target position characteristic for WZ_Rolladen_Fenster
[FHEM]     position state characteristic for WZ_Rolladen_Fenster
[FHEM] Initializing platform accessory 'WZ_Rolladen_Terrasse'...
[FHEM] creating services for WZ_Rolladen_Terrasse
[FHEM]   information service for WZ_Rolladen_Terrasse
[FHEM]     firmware revision characteristic for WZ_Rolladen_Terrasse
[FHEM]   window covering service for WZ_Rolladen_Terrasse
[FHEM]     current position characteristic for WZ_Rolladen_Terrasse
[FHEM]     target position characteristic for WZ_Rolladen_Terrasse
[FHEM]     position state characteristic for WZ_Rolladen_Terrasse
[FHEM] Initializing platform accessory 'WZ_Thermostat_Climate'...
[FHEM] creating services for WZ_Thermostat_Climate
[FHEM]   information service for WZ_Thermostat_Climate
[FHEM]   thermostat service for WZ_Thermostat_Climate
[FHEM]     temperature characteristic for WZ_Thermostat_Climate
[FHEM]     humidity characteristic for WZ_Thermostat_Climate
[FHEM]     battery status characteristic for WZ_Thermostat_Climate
[FHEM]     target temperature characteristic for WZ_Thermostat_Climate
[FHEM] got: 2 results
[FHEM] KU_Fenstersensor is contact sensor [contact]
[FHEM] KU_Fenstersensor has battery [battery]
[FHEM] KU_Fenstersensor has firmware [D-firmware]
[FHEM] KU_Rolladen is blind [pct]
[FHEM] KU_Rolladen has onOff [state;on,off]
[FHEM] KU_Rolladen has motor [motor]
[FHEM] KU_Rolladen has firmware [D-firmware]
[FHEM] Initializing platform accessory 'KU_Fenstersensor'...
[FHEM] creating services for KU_Fenstersensor
[FHEM]   information service for KU_Fenstersensor
[FHEM]     firmware revision characteristic for KU_Fenstersensor
[FHEM]   contact sensor service for KU_Fenstersensor
[FHEM]     battery status characteristic for KU_Fenstersensor
[FHEM]     contact sensor characteristic for KU_Fenstersensor
[FHEM] Initializing platform accessory 'KU_Rolladen'...
[FHEM] creating services for KU_Rolladen
[FHEM]   information service for KU_Rolladen
[FHEM]     firmware revision characteristic for KU_Rolladen
[FHEM]   window covering service for KU_Rolladen
[FHEM]     current position characteristic for KU_Rolladen
[FHEM]     target position characteristic for KU_Rolladen
[FHEM]     position state characteristic for KU_Rolladen
[FHEM] got: 2 results
[FHEM] BZ_Fenstersensor is contact sensor [contact]
[FHEM] BZ_Fenstersensor has battery [battery]
[FHEM] BZ_Fenstersensor has firmware [D-firmware]
[FHEM] ignoring BZ_Heizung_Clima (CUL_HM)
[FHEM] Initializing platform accessory 'BZ_Fenstersensor'...
[FHEM] creating services for BZ_Fenstersensor
[FHEM]   information service for BZ_Fenstersensor
[FHEM]     firmware revision characteristic for BZ_Fenstersensor
[FHEM]   contact sensor service for BZ_Fenstersensor
[FHEM]     battery status characteristic for BZ_Fenstersensor
[FHEM]     contact sensor characteristic for BZ_Fenstersensor
  2015-10-06 14:21:44 caching: WZ_Thermostat_Climate-humidity: 61 as number
  2015-10-06 14:24:12 caching: WZ_Thermostat_Climate-humidity: 60 as number
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 06 Oktober 2015, 16:27:26
Das kann ich bei meiner Konstellation aber leider nicht anders lösen.
So wie du es beschreibst, hätte ich es auch am liebsten.

Habe allerdings die meisten Geräte im Büro stehen, der Anschluss ist aber im Flur.
Quer ein Kabel zu legen, kommt für mich nicht in Frage.

Eine Zeit lang hatte ich ein weiters WLAN fürs' Büro, das war aber weniger sinnvoll um auf alle Geräte zugreifen zu können im selben LAN.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 06 Oktober 2015, 16:42:42
@kennymc.c

Teste die homebridge Installation mit dem FakeOulet Beispiel. Wenn es Ok ist, dann hast Du vermutlich ein Problem mit einem device in FHEM.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 06 Oktober 2015, 16:48:52
Zitat von: Breaked am 06 Oktober 2015, 16:27:26
Habe allerdings die meisten Geräte im Büro stehen, der Anschluss ist aber im Flur.
Quer ein Kabel zu legen, kommt für mich nicht in Frage.

Das ist Dein Entscheid, "Kabel und Siri" oder "kein Kabel und kein Siri"  :)

Ich habe bei mir die Rohre für meine alte Telefoninstallation verwendet und ein Ethernetkabel eingezogen, alles unsichtbar!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 06 Oktober 2015, 16:50:44
Wie gesagt, eigentlich hätte ich es so ja auch lieber ;)

Gibts denn keine andere vernünftige Lösung, mit der das (über Funk) funktioniert?
Gerne auch mit andere Hardware.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 06 Oktober 2015, 16:51:06
Zitat von: flurin am 06 Oktober 2015, 16:42:42
@kennymc.c

Teste die homebridge Installation mit dem FakeOulet Beispiel. Wenn es Ok ist, dann hast Du vermutlich ein Problem mit einem device in FHEM.

Ok, damit wird die Bridge gefunden. Welches Fhem Device könnte denn ein Problem verursachen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 06 Oktober 2015, 16:52:36
ZitatOk, damit wird die Bridge gefunden. Welches Fhem Device könnte denn ein Problem verursachen?

Leg am besten einen Raum "Homekit" an und füg dort nacheinander deine Geräte bei. Filter auf den Room Homekit setzen in der config.json.
Sobald es nicht mehr funktioniert, weißt du, welches Gerät Probleme macht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 06 Oktober 2015, 16:55:53
Zitat von: kennymc.c am 06 Oktober 2015, 16:51:06
Ok, damit wird die Bridge gefunden. Welches Fhem Device könnte denn ein Problem verursachen?

Ich würde mal auf Device mit Temperatur tippen aber Du solltest schrittweise vorgehen und geduldig "filtern".
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 06 Oktober 2015, 17:11:32
Zitat von: Breaked am 06 Oktober 2015, 16:17:43
Hab nunmal einen Fehler ausgemacht.

Das HAP anouncement sehe ich nur, wenn ich im Wlan vom Hauptrouter lande, hänge ich im Repeater Wlan ist es weg.
Kann ich das durch eine Port-Weiterleitung o.ä. umgehen?

Laut Angaben von AVM gab es wohl solche Probleme schonmal mit u.a. Airplay, das soll alles auf der aktuellen Firmware behoben sein.

Hatten auch einmal das Problem mit der Port-Weiterleitung. So konnten wir teilweise nicht drucken und Fhem war z.B. über den Repeater auch nicht zu erreichen. Nach dem Firmwareupdate klappte alles wieder problemlos.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 06 Oktober 2015, 17:33:16
Würde es gehen, wenn ich zwei Netzwerke über zwei Router verbinde?
Oder ist es das gleiche Spiel in grün mit dem Thema Multicast?

Fbox 7490 und Repeater 1750e sind up-to-date.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 06 Oktober 2015, 18:02:40
Hallo zusammen,
ich bekomme folgendes Problem beim einbinden vom HarmonyHub (über FHEM) in Homebridge nach npm run start:

Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.39:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444146625968
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.39:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 1 results
[FHEM] HarmonyHub is switchable
[FHEM] HarmonyHub has onOff [activity;activity,off]
[FHEM] Initializing platform accessory 'HarmonyHub'...
[FHEM] creating services for HarmonyHub
[FHEM]   information service for HarmonyHub
[FHEM]   switch service for HarmonyHub
[FHEM]       power characteristic for HarmonyHub Fernsehen
[FHEM]   switch service for HarmonyHub
[FHEM]       power characteristic for HarmonyHub Playstation
[FHEM]   switch service for HarmonyHub
[FHEM]       power characteristic for HarmonyHub AirPlay
[FHEM]   switch service for HarmonyHub
[FHEM]       power characteristic for HarmonyHub Apple.TV
[FHEM]   switch service for HarmonyHub
[FHEM]       power characteristic for HarmonyHub Radio
[FHEM]   switch service for HarmonyHub
[FHEM]       power characteristic for HarmonyHub PowerOff
/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:124
        throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
        ^

Error: Cannot add a Service with the same UUID '00000049-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
    at Accessory.addService (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:124:15)
    at /home/pi/homebridge/app.js:186:19
    at Array.forEach (native)
    at createAccessory (/home/pi/homebridge/app.js:170:14)
    at /home/pi/homebridge/app.js:132:27
    at /home/pi/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/home/pi/homebridge/platforms/FHEM.js:599:22)
    at Request.self.callback (/home/pi/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)


Habe gerade auch versucht in FHEM nur "Harmony" ein GenericDeviceType zu verpassen, leider mit dem gleichen Resultat.
Hatte jemand bereits ein ähnliches Problem oder hat eine Ahnung woran es liegen kann?

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 06 Oktober 2015, 20:02:47
Welche Node-Version nutzt du? bei der 4.0.0 gab es glaub ich Probleme mit dem HarmonyHub.
Welche Firmware hat dein HarmonyHub?

HarmonyHub macht bei mir auch noch Probleme. Bei mir wird bei der Initialisierung das Device aber immer ignoriert.

Code Auswählen
[FHEM] ignoring RaumHarmonyHub

Leider bekomme ich das auch nicht zum laufen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 06 Oktober 2015, 21:54:38
Hab es mittlerweile hinbekommen, die Bridge zu pairen. Szenen über Siri Befehle aufrufen geht auch schon mal aber der homebridge Server reagiert zum Teil manchmal erst nach einem Neustart wieder. Im Log ist aber nichts verdächtiges zu finden.
Ist es irgendwie möglich, dass statt der normalen Gerätenamen die alias Namen in der App angezeigt werden? Ist für die Sprachsteuerung dann etwas einfacher.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 06 Oktober 2015, 22:53:14
ZitatWelche Node-Version nutzt du? bei der 4.0.0 gab es glaub ich Probleme mit dem HarmonyHub.
Welche Firmware hat dein HarmonyHub?

Hey, danke für die schnelle Antwort. Ich nutze Node 4.1.1 und mein HarmonyHub hat die SW-Version 4.6.71
Hast du dein genericDeviceType auf Switch gestellt? Evtl wird harmony ignoriert, weil genericDeviceType auf ignore steht.?

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 07 Oktober 2015, 07:27:05
Zitat von: Breaked am 06 Oktober 2015, 16:50:44
Gibts denn keine andere vernünftige Lösung, mit der das (über Funk) funktioniert?
Vernünftig nicht, aber lass die Bridge weg und versuche es mit Richtfunk:
http://www.heise.de/netze/artikel/WLAN-Richtfunk-mit-Hausmitteln-221433.html
http://www.cisco.com/c/en/us/td/docs/wireless/antenna/installation/guide/ant1949.html

Zitat von: Breaked am 06 Oktober 2015, 17:33:16
Würde es gehen, wenn ich zwei Netzwerke über zwei Router verbinde?
mDNS / Bonjour wird nicht geroutet. Es gibt dafür zwar professionelle Lösungen, die willst du aber weder konfigurieren noch bezahlen. Wenn Du zwei getrennte Netze hast, dann könntest Du es mit dem Apple TV versuchen. Die Box arbeitet wie ein mDNS Proxy, aber über die Apple Cloud. Vernünftig ist das aber auch nicht.

Höre auf flurin, justme und mich und leg ein Kabel, dann ist Ruhe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 07 Oktober 2015, 08:41:27
@chris84

laut justme1986
Zitatder hub wird automatisch ohne genericDeviceType ersetzt. nur für die geräte devices kannst du es auf switch setzen.

muss bei dem HUB kein genericDeviceType gesetzt sein und es trotzdem erkannt werden.

laut
https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi

muss man bei node 4.x.x die package.json anpassen und die Zeilen fürs HarmonyHub raus nehmen, da es sonst Probleme gibt.

Deshalb nutze ich 0.12.6.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 07 Oktober 2015, 09:26:48
Moin moin,


so, nachdem ich ein wenig geforscht habe, ist mir folgendes aufgefallen :


Code Auswählen
bananapi@lemaker:~/homebridge$ npm run start

> homebridge@0.1.1 start /home/bananapi/homebridge
> DEBUG=* node app.js || true


*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________


Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.XXX.XXX:XXX:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444202438187
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.XXX.XXX.XXX:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8081
[FHEM] got: 26 results
[FHEM] Arbeitsplatte_Kueche is light

[FHEM] Arbeitsplatte_Kueche has onOff [state;on,off
...
...
...
Accessory [Homebridge-03] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge-03] Creating new IdentifierCache +62ms
  EventedHTTPServer Server listening on port 51927 +154ms
/home/bananapi/homebridge/node_modules/mdns/lib/advertisement.js:56
  dns_sd.DNSServiceRegister(self.serviceRef, flags, ifaceIdx, name,
         ^


Error: dns service error: name conflict
    at Error (native)
    at new Advertisement (/home/bananapi/homebridge/node_modules/mdns/lib/advertisement.js:56:10)
    at Object.create [as createAdvertisement] (/home/bananapi/homebridge/node_modules/mdns/lib/advertisement.js:64:10)
    at Advertiser.startAdvertising (/home/bananapi/homebridge/node_modules/HAP-NodeJS/lib/Advertiser.js:43:30)
    at Bridge.Accessory._onListening (/home/bananapi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:352:20)
    at emitNone (events.js:67:13)
    at HAPServer.emit (events.js:166:7)
    at HAPServer._onListening (/home/bananapi/homebridge/node_modules/HAP-NodeJS/lib/HAPServer.js:153:
    at emitNone (events.js:67:13)
    at EventedHTTPServer.emit (events.js:166:7)




Server error: Error: listen EADDRINUSE :::8081 ?   Laufen mehrere Instanzen nach einem Neustart? Wie kann ich das herausfinden?

Was ist hier passiert ?

LG

Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 07 Oktober 2015, 10:41:08
Zitat von: dev0 am 07 Oktober 2015, 07:27:05
mDNS / Bonjour wird nicht geroutet. Es gibt dafür zwar professionelle Lösungen, die willst du aber weder konfigurieren noch bezahlen. Wenn Du zwei getrennte Netze hast, dann könntest Du es mit dem Apple TV versuchen. Die Box arbeitet wie ein mDNS Proxy, aber über die Apple Cloud. Vernünftig ist das aber auch nicht.
Dass wäre die Erklärung, wieso via VPN keine Verbindung aufgebaut werden kann. :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 07 Oktober 2015, 11:08:17
Zitat von: l2r am 07 Oktober 2015, 08:41:27
... Deshalb nutze ich 0.12.6.

Das hat allerdings den Nachteil, dass beim
Code Auswählen

sudo apt-get upgrade


die neuste node Version installiert wird und dann geht das Troubleshooting los.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 07 Oktober 2015, 11:30:22
@Marie
Das ist zwar nicht meine Baustelle (FHEM.js verwendete ich nicht) aber versuch mal in FHEM.js diese Zeile (ziemlich am Schluss) zu ändern:

Code Auswählen

const FHEMdebug_PORT=8081;


z.B.

Code Auswählen

const FHEMdebug_PORT=8091;


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Oktober 2015, 11:41:05
@Chris84: für den hub ist nichts weiter zu konfigurieren und kein genericDeviceType zu setzen. verwendest du die mein Github version ?

@Marie: die 8081 meldung kommt vom debug browser. wenn der port schon belegt ist wird der fehler aber abgefangen  und der browser nicht gestartet. homebridge läuft dann trotzdem. die meldung ist also nicht für das beenden verantwortlich.

die meldung zeigt einen mdns namens konflikt. die sollten zwar eigentlich automatisch behoben werden aber das deutet darauf hin das du zwei homebdirge varianten gleichzeitig laufen hat did die gleichen namen verwenden.

@flurin: schade das du nicht die generelle FHEM.js variante verwendest :)

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 07 Oktober 2015, 12:00:44
Zitat von: justme1968 am 07 Oktober 2015, 11:41:05
@flurin: schade das du nicht die generelle FHEM.js variante verwendest :)

Deine Arbeit hier ist grossartig und für viele Anwender nützlich. Als developer liebe ich die Freiheit (Steve Jobs ist mein Vorbild). Aber mal schauen was die Zukunft bringt. Homebride ist ein "Work in Progress" und es geht in Richtung Plugins. Wie volschin bereits früher angedeutet hat, liesse sich FHEM.js modular gestalten, so dass die "Zwangsjacke" wegfallen würde.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Oktober 2015, 12:15:53
es geht garnicht um meine arbeit sondern darum das die energie nicht gebündelt wird und dinge doppelt passieren. was schade ist weil sich gemeinsam mit dem gleichen aufwand vermutlich mehr erreichen lässt.

selbst mit der plugin geschichte glaube ich nicht das es sinnvoll ist für jedes fhem modul ein eigenes plugin zu haben und dann dinge wie longpoll, caching, verbindungsaufbau, reconnect, readings und set listen auswerten, farben umrechnen oder grenzen auswerten zu duplizieren und dann in jedem modul redundant zu haben.

meine idee ist eher das es für die fhem anbindung eine generische infrastruktur gibt die die oben aufgezählten punkte löst und das es dann über diese infrastruktur pro modul/device typ ein mapping von readings und set anweisungen auf homekit und zurück gibt.

die 'plugins' wären dann im idealfall nur ein zwei oder drei zeilen langes json config file. das was in mappings steckt und zur zeit noch per code zusammengebaut wird.

ich bin schon dabei intern alles so weit aufzuräumen das die fest eingebauten abhängigkeiten mehr und mehr weg fallen. für ähnliche devices ist es jetzt schon mit wenigen zeilen möglich die hinzuzufügen ohne das code dupliziert wird (siehe z.b. roomate).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletz
Beitrag von: Chris84 am 07 Oktober 2015, 13:13:07
Mahlzeit,
vielen Dank für eure Antworten. Ich habe in meiner config.json den Filter auf genericDeviceType gesetzt, deshalb habe ich auch beim HarmonyHub ein entsprechendes genericDeviceType setzen müssen, damit Harmony überhaupt erkannt wird. Würde es Sinn machen, hier einen Raum als Filter zu setzen?

@andre: Japp, sollte deine Version sein. Werde ich aber noch prüfen, wenn ich am Wochenende wieder zu Hause bin.

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Oktober 2015, 13:16:57
der genericDeviceType für den hub ist nicht nötig, sollte aber nicht schaden.

ansonsten ist es das einfachste einfach mehrere fhem blöcke anzulegen und so mehrere filter zu haben. in deinem fall also z.b. zusätzlich noch einen mit NAME=xxx um genau den hub zu erwischen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 07 Oktober 2015, 13:24:10
 :) DANKE, werde ich bei Gelegenheit direkt mal testen.

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 07 Oktober 2015, 13:44:14
Zitat von: justme1968 am 07 Oktober 2015, 11:41:05

@Marie: die 8081 meldung kommt vom debug browser. wenn der port schon belegt ist wird der fehler aber abgefangen  und der browser nicht gestartet. homebridge läuft dann trotzdem. die meldung ist also nicht für das beenden verantwortlich.

die meldung zeigt einen mdns namens konflikt. die sollten zwar eigentlich automatisch behoben werden aber das deutet darauf hin das du zwei homebridge varianten gleichzeitig laufen hat did die gleichen namen verwenden.
gruss
  andre


Wie kann ich feststellen das zwei Varianten laufen?? Ich habe die Autostart Integration gemacht wie beschrieben in dem Beitrag...
Danach war keine Funktionalität mehr vorhanden...vorher lief homebridge auch wenn es nach einer Weile sich beendet hatte...


??


Grüße


Marie





Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: LuckyLuis am 07 Oktober 2015, 20:53:11
-- SOLVED mit neuer Version --

Hallo,

Danke auch von mir für die klasse Arbeit. Ich habe es doch recht schnell geschafft, Homebridge mit FHEM rudimentär zum laufen zu bekommen. Habe mich auch (nach der ersten Installation) durch die Seiten hier gewühlt. Allerdings habe ich auch derzeit (mind. ;-)) vier offene Fragen:
1. In einem Eintrag habe ich gelesen, dass der Alias eines FHEM-Devices durchgereicht wird. Dieser kommt auch als "Eindeutige Bezeichnung" mit angehängtem "xxx" an. Besteht die Möglichkeit, diesen Alias auch als Gerätenamen in z.B. Eve zu erhalten?
2. Die Raumzuordnung kann zwar als Filter eingesetzt werden, allerdings muss ich die einzelnen Geräte noch mit der Hand in die Räume in Eve aufteilen. Gibt es dort eine bessere Möglichkeit?
3. HarmonyHub wird  von der Homebridge erkannt und ignoriert. Nach dem letzten Stand sollte dies doch funktionieren?

Ich habe Raspian/Jessie, Node/Homebridge alles aktuelle Version.
4. Die Datei FHEM.js ist auch im Homebridge-Master-Git aktuell? -> Ok, Du hast ein eigenes GIT-Repo.. Jetzt zufällig in deiner FHEM.js auf Seite 3 gesehen. Dann bin ich damit wohl nicht aktuell.

Vielen Dank

LuckyLuis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Oktober 2015, 21:00:41
1. wenn du noch xxx im namen hast dann ist deine version nicht aktuell. nimm bitte die meine Github version der die von hier: http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166 (http://forum.fhem.de/index.php/topic,32652.msg314166.html#msg314166). ich habe sie eben noch mal aktualisiert. ansonsten kannt du in eve alles umbenennen.

2. nein das geht nicht. zugriff auf die homekit konfiguration gibt es nur mit einer app auf dem iOS device. gruppen und szenen kann man nicht von aussen vorgeben.

3. ja der harmony hub sollte gehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 07 Oktober 2015, 21:13:51
mit der aktuellen Version klappt's auch mit meinem Hub

hab vorhin auch mal auf node 4.1.1 aktualisiert. Bisher siehts gut aus. ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 07 Oktober 2015, 21:29:38

Zitat von: Marie am 07 Oktober 2015, 13:44:14
Wie kann ich feststellen das zwei Varianten laufen??

Auf der Linux command line kannst du dir die laufenden Prozesse mit "ps aux" anzeigen lassen. Die Ausgabe kannst du mit grep noch filtern: z.B. "ps aux | grep node".
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 07 Oktober 2015, 22:59:48
Zitat von: dev0 am 07 Oktober 2015, 21:29:38
Auf der Linux command line kannst du dir die laufenden Prozesse mit "ps aux" anzeigen lassen. Die Ausgabe kannst du mit grep noch filtern: z.B. "ps aux | grep node".




Danke, nun läuft es wieder nach der x-ten Einrichtung über die eve App...mal sehen wie lange....

Da war noch ein Schreibfehler....

Siri ärgert mich mal wieder mit dem was sie versteht, da muss ich noch mal ein ernstes Wort mit ihr reden...


Bis dahin danke@all


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 08 Oktober 2015, 01:37:47
Hallo Andre,

ich kann keine Geräte pairen, wenn s.Attributes.alias und s.Internals.NAME zu viele Zeichen haben. Nach Eingabe der PIN kommt ein "unpair"-Fehler im Log.

In
Code Auswählen
createDeviceService setzt Du
Code Auswählen
var name = this.alias + ' (' + this.name + ')'; und verwendest "name" dann z.B. hier
Code Auswählen
return new Service.Lightbulb(name);

Meine Namenskonvention sieht z.B. so aus:
Name: 3.dg.schlafzimmer.deckenleuchte
Alias: 3.DG.Schlafzimmer - Deckenleuchte

Daraus wird dann "3.DG.Schlafzimmer - Deckenleuchte (3.dg.schlafzimmer.deckenleuchte)" was in HomeKit nicht funktioniert und scheinbar zu lang ist. In Eve seht noch, dass die Namen aussprechbar sein sollen und keine Sonderzeichen enthalten dürfen.

Was hälst Du denn von einem zusätzlichem Attribut z.B. "homeKitAlias", was - wenn es gesetzt wird - anstelle von Alias+Name verwendet wird? Hast Du noch andere Ideen für das Namensproblem?

Danke und Gruß
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 08:09:26
Ich hab da nochmal eine Frage.... :o


Nachdem ich gestern Abend es nun wieder zum laufen gebracht habe könnte ich auch alles schalten. Heute morgen sind die devices in EVE nicht mehr erreichbar. Ok dachte ich, Homebridge wieder weg, geschaut, nein Homebridge läuft ?! Einmal Homebridge neu gestartet, keine Änderung. EVE neu gestartet, Insteon probiert, überall das Gleiche...Bridge läuft, empfängt auch Daten und hört auch zu...nur per APP kein Zugriff mehr.
Hat das schon mal jemand beobachtet? Auch per Siri das Gleiche....


Guten Morgen übrigens.... ;)


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 08 Oktober 2015, 08:48:52
@Marie: Deine IP-Adresse (iOS device oder homebridge) hat sich geändert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 09:07:16
Hallo flurin,


Die Homebridge ist fix, bekommt von der box immer die gleiche IP, nur der IPod Touch war noch nicht so eingestellt. Aber der war auch nicht abgemeldet seit gestern Abend, höchstens im sleep Modus...ich weiß allerdings nicht wie die LEASE-TIME des Reuters ist... Eine Zeitschaltung für das WLAN ist ebenfalls nicht aktiv...
Kann Frau irgendwo in den Einstellungen der Homebridge sehen, welche ip das Gerät hatte?? Ich weiß ja nicht welche der iPod gestern hatte...und ehrlich gesagt habe ich keinen Lust die Konfiguration zum gefühlten  35mal zu wiederholen....


LG.
Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 08 Oktober 2015, 09:14:00
Schau in Router nach, dort sieht du die DHCP zugewiesenen Adressen. Bei gewissen Router kann man IP-Adressen für die Clients reservieren, so dass Dein iOS device immer die gleiche Adresse erhält.
Unter Windows kann man auch z.B. "Advanced IP Scanner" installieren, damit lässt sich das Netzwerk (LAN/WLAN) scannen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 09:31:48
Hallo flurin,


Das ist mir bekannt und habe ich auch eingestellt. Es ging mir nur darum das ich nicht schon wieder die gesamte HomeKit Konfiguration löschen und dann alles neu machen darf. Deswegen war meine Idee die alte IP Adresse des iPod, die ja irgendwo in der HomeKit Konfiguration in irgendeiner Art und Weise hinterlegt sein muss, anzupassen auf die neue oder dem iPod die alte zurückzugeben, so ich sie denn ermitteln kann...


LG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 08 Oktober 2015, 09:37:23
Seit Ihr euch sicher, dass eine geänderte Client IP Probleme verursacht? Ich habe es zwar nicht ausprobiert, aber vorstellen kann ich mir das eigentlich nicht. Wäre auch ein Bug oder Designfehler aus meiner Sicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 08 Oktober 2015, 09:37:44
Seid Ihr euch sicher, dass eine geänderte Client IP Probleme verursacht? Ich habe es zwar nicht ausprobiert, aber vorstellen kann ich mir das eigentlich nicht. Wäre auch ein Bug oder Designfehler aus meiner Sicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 08 Oktober 2015, 09:39:08
@Marie
Ich verstehe Deinen Schmerz  :'(. Installiere Discovery > siehe Troubleshooting Tip 3.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 09:40:56
Im übrige könnte ich gerade sehen, das sich die IP meines IPods NICHT geändert hat (Log) ...die der Homebridge auch nicht. DAS kann es also nicht sein...


Grüße




PS: im übrigen bin ich mit Windows seit 1981 durch.... ;) ;)
Habe hier nur iOS bzw. OS X Geräte und Linux im Einsatz.
Windows darf ich nur in der Firma benutzen... :( 8)

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 08 Oktober 2015, 10:00:19
@dev0: sicher bin ich nicht, ich hatte am Anfang einige Probleme. Gut möglich, dass Nick Farina diesbezüglich homebridge verbessert hat.

@Marie Siehtst Du "HAP" in Discovery?
Edit: Wenn Du OS X verwendest, dann ist es für Dich ja kein Problem, die IP-Adressen zu scannen  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 10:14:00
Die iP's werden mir ja schön ordentlich von meiner Fritz.Box aufgelistet.....


:-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 08 Oktober 2015, 11:59:55
Yeeeees, es läuft :). Mit der neuen FHEM.js von andre lässt sich Harmony bei mir auch mit node 4.1.1 problemlos einbinden. Einen Test mit Eve werde ich dann am Wochenende starten.
Vielen vielen Dank für eure Mühe!!!

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 13:12:46
Zitat von: flurin am 08 Oktober 2015, 10:00:19

@Marie Siehtst Du "HAP" in Discovery?



Hallo,


wenn ich den Server per Console "npm run start" starte dann sehe ich im Listening auf der console nicht den HAPServer, der meldet sich ja, zumindest nach den alten Logs immer mal zu Anfang....


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: BerndDA am 08 Oktober 2015, 13:35:00
Hallo Andre,

nochmal vielen Dank für deine Mühen. Ich habe auf Grundlage deines Scriptes angefangen eine eigene Implementierung der FHEM.js zu schreiben. Das hatte vornehmlich den Grund, dass ich es als Entwickler einfach nicht lassen kann  :)
Mein Modul hat noch bei weitem nicht so viele Funktionen wie deines, denn ich habe natürlich erstmal die Geräte abgebildet, die ich auch einsetze (Switch, Lightbulb, MotionSensor, ContactSensor).
An einigen Stellen habe ich einen anderen Ansatz gewählt:
- statt Longpoll verwende ich z.B. ein Notify, das das Event zurück "pushed"
- Die unterschiedlichen Typen werden durch Vererbung abgebildet
- STATE wird über jsonlist2 abgefragt
- ...
Deshalb hier einfach mal mein Script angehängt (wie gesagt, noch nicht an allen Stellen komplett). Sozusagen zum Ideenaustausch.

Viele Grüße!
Bernd

(PS: das ist in TypeScript, wollte mal probieren, ob mir das leicher fällt als pures JS)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Oktober 2015, 14:01:58
hallo bernd,

gleich ein paar kommentare/ideen :)

einzelne accessory klassen voneinander erben lassen habe/hatte ich auch noch vor. ich bin aber nicht sicher ob der ansatz wirklich richtig ist. auf homekit seite gibt es keine wirkliche Hierarchie auf die man sich stützen kann. am besten geht das noch bei lampen aber bei sensoren hört es sehr schnell auf. vor allem da z.b. temperatur, feuchte und helligkeit optional sind und in beliebigen Kombinationen auch bei anderen devices vorkommen können. bei den lampen kann ich mir allerdings vorstellen das man hier vor allem die unterschiedlichen farbmodelle sehr gut über eine vererbung abbilden kan.

ich glaube was die erweiterbarkeit angeht ist es besser wie weiter oben beschrieben die zuordnung von reading/service so frei konffigurierbar zu machen das normalerweise keine code änderungen mehr nötig sind um ein neues device zu unterstützen. vielleicht kannst du dich ja damit anfreunden.


aus welchem grund ist dir ein notify lieber als longpoll? gerade was die ausbaufähigkeit angeht ist longpoll glaube ich sehr viel besser. hier bekommst du alle änderungen mit. das ist z.b. wichtig wenn du auf die kombination von reading reagieren willst wie in zukunft geplant neu angelegte devices auch automatisch in homebridge auftauchen. longtpoll geht auch 'out of the box' und muss nicht erst angelegt werden. auch auf die änderung von attributen kann man reagieren.


eine jsonlist2 abfrage auf ein internal bekomme ich bei mir gar nicht hin. auch wenn ich das per telnet probiere bekomme ich nur eine leere antwort. ein normales get ist auch etwas schneller als jsonlist. wenn man die werte aus longpoll chached ist eine direkte anfrage auch überhaupt nicht nötig. das hilft der performance sehr. wenn du 30 geräte mit mehreren characteristics hast und in eve in einem raum oder sogar die gesamt übersicht gehst ist der unterschied ob hombridge jedes mal bei fhem nachfragen oder einfach nur gecachete werte zurück liefert sehr sehr deutlich zu sehen. von der last auf fhem seite ganz abgesehen.

unabhängig davon ist STATE nicht wirklich gut. es ist ein internal und z.b. von stateFormat beeinflusst. es zeigt nicht unbedingt den aktuellen device zustand der für homekit interessant ist. für sensoren bei denen die interessanten dinge nicht direkt in STATE stehen funktioniert das überhaupt nicht.

ich glaube wenn du anfängst eine grössere anzahl an geräten und device typen einzubinden merkst du das dein ansatz nicht so flexibel ist.

ansonsten: immer her mit neuen ideen...

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 08 Oktober 2015, 17:33:17
Hallo Andre,

macht so ein Attribut Sinn oder was meinst Du?

Ich muss mir eine Lösung überlegen, wie ich meine Geräte an die Homebridge anbinde.

Viele Grüße
Felix


Zitat von: felix.steinbeis am 08 Oktober 2015, 01:37:47
Hallo Andre,

ich kann keine Geräte pairen, wenn s.Attributes.alias und s.Internals.NAME zu viele Zeichen haben. Nach Eingabe der PIN kommt ein "unpair"-Fehler im Log.

In
Code Auswählen
createDeviceService setzt Du
Code Auswählen
var name = this.alias + ' (' + this.name + ')'; und verwendest "name" dann z.B. hier
Code Auswählen
return new Service.Lightbulb(name);

Meine Namenskonvention sieht z.B. so aus:
Name: 3.dg.schlafzimmer.deckenleuchte
Alias: 3.DG.Schlafzimmer - Deckenleuchte

Daraus wird dann "3.DG.Schlafzimmer - Deckenleuchte (3.dg.schlafzimmer.deckenleuchte)" was in HomeKit nicht funktioniert und scheinbar zu lang ist. In Eve seht noch, dass die Namen aussprechbar sein sollen und keine Sonderzeichen enthalten dürfen.

Was hälst Du denn von einem zusätzlichem Attribut z.B. "homeKitAlias", was - wenn es gesetzt wird - anstelle von Alias+Name verwendet wird? Hast Du noch andere Ideen für das Namensproblem?

Danke und Gruß
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 08 Oktober 2015, 17:43:34
Ich hab heute plötzlich feststellen müssen, dass meine Devices nicht mehr in den Räumen auftauchen bzw. diese leer sind. Die EVE App hat auch das Paring vergessen und Insteon+ zeigt nur leere Räume an. Ein Neustart von Homebridge hat auch nicht geholfen.

@Marie Das Problem hatte ich auch. Homebridge tauchte auch im Discovery Browser auf. Nach knapp 40 Minuten, sind dann komischerweise alle Kommandos ausgeführt wurden. Die Fhem App hat übrigens alles direkt ausgeführt ohne Verzögerung. Ist aber mit der neuen FHEM.js bisher nicht mehr aufgetreten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Oktober 2015, 17:44:07
ich bin mit der benennung noch nicht ganz zufrieden. wenn deine devices eindeutige alias haben dann kannst du erst mal die zeile
Code Auswählen
var name = this.alias + ' (' + this.name + ')'; ändern und nur
Code Auswählen
var name = this.alias; oder 
Code Auswählen
var name = this.name; verwenden. ich vermute dann sollte das pairen schon mal gehen.

eigentlich sollten aber 255 zeichen erlaubt sein. da bist du noch lange nicht drüber. bist du sicher das es die länge ist oder vielleicht nur ein nicht erlaubtes zeichen?

ein extra siriName attribut hatte ich auch schon überlegt. aber irgendwie gefällt es mir nicht so viele attribute zu vergeben. vor allem fehlt mir hier noch die rückmeldung von homekit. d.h. wenn auf homekit seite der name geändert wird möchte ich eigentlich auch das fhem attribut ändern. das geht aber noch nicht bzw. vermutlich nicht ohne echte app auf dem iOS device.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Oktober 2015, 17:46:19
bezüglich der verschwunden devices gibt es bei homebridge bzw HAP ein paar threads. das ist nicht FHEM.js spezifisch und es noch nicht klar woran es liegt. wenn nach einer weile plötzlich alte kommandos ausgeführt werden und die devices wieder da sind deutet das auf irgend einen timeout hin. könnten es auch 60 minuten gewesen sein ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 08 Oktober 2015, 18:01:52
Zitat von: justme1968 am 08 Oktober 2015, 17:46:19
bezüglich der verschwunden devices gibt es bei homebridge bzw HAP ein paar threads. das ist nicht FHEM.js spezifisch und es noch nicht klar woran es liegt. wenn nach einer weile plötzlich alte kommandos ausgeführt werden und die devices wieder da sind deutet das auf irgend einen timeout hin. könnten es auch 60 minuten gewesen sein ?

gruss
  andre


Also bei mir sind die Devices nicht wieder aufgetaucht....ich befürchte fast wenn ich die Konfiguration lösche und wieder neu starte, klappt es...aber ehrlich gesagt: das wäre dann vermutlich das 40.ste Mal.....


Grüße Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 08 Oktober 2015, 20:57:46
Zitat von: justme1968 am 08 Oktober 2015, 17:44:07
eigentlich sollten aber 255 zeichen erlaubt sein. da bist du noch lange nicht drüber. bist du sicher das es die länge ist oder vielleicht nur ein nicht erlaubtes zeichen?

255 Zeichen habe ich nicht. Es reichte aber beim Alias im Beispiel aus, nur das "leuchte" zu entfernen. Sonderzeichen können es somit nicht sein. Die max. Zeichenlänge aus Alias und Name habe ich nicht ermittelt. Aber nachdem ich "leuchte" wieder ergänzt habe, ging es nicht mehr. Anderes Gerät mit langem Namen, gleiches Problem.

Grüße
Felix
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 09 Oktober 2015, 08:53:24
Hallo Zusammen,

Wahnsinn was sie hier getan hat! Danke an alle beteiligten!

Ich wollte das ganze auf einen Raspi 2 umziehen und neu aufsetzen. Leider bekomme ich nach der Anleitung im Wiki nun beim npm install folgende Fehler:

Code Auswählen

make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.6-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/mdns
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.1
gyp ERR! not ok

Code Auswählen
make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.6-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/curve25519
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.1
gyp ERR! not ok


Code Auswählen

make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.6-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "build"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/srp/node_modules/bignum
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.1
gyp ERR! not ok


Code Auswählen

make: Leaving directory '/home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.6-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/HAP-NodeJS/node_modules/ed25519
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.1
gyp ERR! not ok
npm ERR! Linux 4.1.6-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v4.0.0
npm ERR! npm  v2.14.2
npm ERR! code ELIFECYCLE

npm ERR! mdns@2.2.10 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.2.10 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls mdns
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log

Code Auswählen

pi@raspberrypi ~/homebridge $ node-gyp rebuild
gyp info it worked if it ends with ok
gyp info using node-gyp@3.0.3
gyp info using node@4.0.0 | linux | arm
gyp info spawn python2
gyp info spawn args [ '/usr/local/lib/node_modules/node-gyp/gyp/gyp_main.py',
gyp info spawn args   'binding.gyp',
gyp info spawn args   '-f',
gyp info spawn args   'make',
gyp info spawn args   '-I',
gyp info spawn args   '/home/pi/homebridge/build/config.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/usr/local/lib/node_modules/node-gyp/addon.gypi',
gyp info spawn args   '-I',
gyp info spawn args   '/home/pi/.node-gyp/4.0.0/include/node/common.gypi',
gyp info spawn args   '-Dlibrary=shared_library',
gyp info spawn args   '-Dvisibility=default',
gyp info spawn args   '-Dnode_root_dir=/home/pi/.node-gyp/4.0.0',
gyp info spawn args   '-Dnode_gyp_dir=/usr/local/lib/node_modules/node-gyp',
gyp info spawn args   '-Dnode_lib_file=node.lib',
gyp info spawn args   '-Dmodule_root_dir=/home/pi/homebridge',
gyp info spawn args   '--depth=.',
gyp info spawn args   '--no-parallel',
gyp info spawn args   '--generator-output',
gyp info spawn args   'build',
gyp info spawn args   '-Goutput_dir=.' ]
gyp: binding.gyp not found (cwd: /home/pi/homebridge) while trying to load binding.gyp
gyp ERR! configure error
gyp ERR! stack Error: `gyp` failed with exit code: 1
gyp ERR! stack     at ChildProcess.onCpExit (/usr/local/lib/node_modules/node-gyp/lib/configure.js:355:16)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.6-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/bin/node-gyp" "rebuild"
gyp ERR! cwd /home/pi/homebridge
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok

weiß leider nicht mehr weiter :(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bennemannc am 09 Oktober 2015, 09:18:06
Hallo,

also ich habe das nach dieser https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi anleitung gemacht. Allerdings habe ich vor dem ersten "npm install" noch node auf 4.1.1 upgedatet. Wie das geht steht unten auf der Seite.
Dann die fhem.js von Andre - etwas weiter oben in Thread und gut.

Gruß Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 09 Oktober 2015, 11:38:16
Das Wiki wurde aktualisiert. Jetzt wird die neuste node Version 4.1.2 installiert.
Bemerkung: Homebridge erst starten, wenn die Installation ohne Fehler ausgeführt wurde.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 09 Oktober 2015, 17:55:22
Hallo zusammen,
bisher habe ich hier nur gelesen und noch keinen Schritt selber Konfiguriert. Für den ganzen Thread hier habe ich mit Unterbrechungen Tage gebraucht, weil er immer wieder immens schnell anwuchs.
Danke Andre (stellvertretend genannt) und allen anderen hier die das Projekt soweit vorwärts gebracht haben. Ein Punkt der hier bereits angesprochen wurde aber irgendwie wiedr untergegangen ist sind Donations. Ich wäre dabei und will nicht nur Nutzer sein der nichts beisteuert. Das Wiki ist schon einmal ein guter Schritt Wissen und erforderliche Schritte zu bündeln. Hier würde ich auch unterstützen, kann aber momentan noch nicht mit nützlichem Wissen aufwarten.
Ich bin noch ganz am Anfang der Heimautomatisierung. Ich betreibe Pilight auf einem Raspberry Pi2 und schalte damit 4 Steckdosen über GPIO mit einem 433Mhz Sender. Weiterhin läuft auf dem Pi noch ein Airprint und ein Airplay Service. FHEM ist installiert, aber noch gänzlich jungfräulich und leer. Ein CUL ist vorhanden und ein paar Rolladen warten darauf mit entsprechender Homematik Hardware angesprochen zu werden.
Ich werde als erstes die Pilight Steckdosen in FHEM verfügbar machen. Danach sollten diese doch auch über die Homebridge & Siri ansprechbar sein, oder?
Ich habe noch ein paar Fragen bzw Gedanken zu diesem Projekt. Bisher läuft alles über die kostenlose EVE App. Macht man sich hier nicht abhängig von einem anderen Anbieter? Was, wenn die App aus irgendwelchen Gründen aus dem Appstore genommen wird? Hier wäre eine autarke App sicherlich toll.
Eine weitere Frage bezieht sich auf das Pairing in der EVE App. Muss ich das dann auf jedem iPhone getrennt machen? Vermutlich ja. In unserem Haus sind das 5 Stück. Aber vielleicht muss ja in einer späteren Ausbaustufe nicht jeder alles schalten.
So ganz habe ich das Zusammenspiel mit dem iCloud Schlüsselbund noch nicht begriffen, wofür dient der?
Bitte entschuldigt meine Fragen, die auf die alten Hasen hier vielleicht etwas unkoordiniert wirken.
Beste Grüße
Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Oktober 2015, 18:19:14
wenn deine pilight steckdosen on und off können und die sie mit dem generigDeviceType switch versiehst sollten sie ohne problem funktionieren. wenn nicht -> melden.

es gibt noch diverse kostenlose und kostenpflichtige apps. eve ist aber bei weitem die vollständigste. und es gibt auch von apple eine demo app sowie von KhaosT der HAP-NodeJS entwickelt hat. dort wird auch gerade überlegt eine HAP-NodeJS bzw. homebridge spezifische app zu entwickeln.

es gibt also jetzt schon alternativen. selbst wenn alle apps auf einmal aus dem verkehr gezogen werden (was sehr unwahrscheinlich ist) kann die vorhandene konfiguration weiter genutzt werden. die apps sind nur frontend zum konfigurieren der homekit seite. selbst ohne app läuft erst mal alles weiter.

alle iOS geräte die den gleichen iCloud account verwenden sind automatisch über iCloud synchronisiert. von diesem 'haupt' gerät kann man andere geräte 'einladen' und devices frei geben. wie gut das geht weiss ich nicht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 09 Oktober 2015, 18:32:11
Eve ist eine sehr gute App. Das Unternehmen scheint Homekit erst zu nehmen und macht anscheinend wirklich das meiste gerade bezüglich Homekit. Du kannst auch mytouchhome verwenden das auch auf der iWatch toll ausschaut. (Ich hab aber noch keine)
Es gibt manche die wollen tatsächlich 15 euro, können aber nicht mehr.. Besser aufpassen..
Bei mir funktioniert es immer besser. Aber von der erkennung der schalter bin ich nicht besonders begeistert auch nicht wenn ich die temperatur abfrage. Aber wird noch.. Ist ein hammer projekt hier andre !
Wichtig ist der tipp hier die devices in dienstgruppe schalter zu nehmen dann geht es wirklich besser.  Die gruppen sind denke ich wichtig. Daumen hoch !
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 09 Oktober 2015, 19:01:45
Zitat von: justme1968 am 09 Oktober 2015, 18:19:14
alle iOS geräte die den gleichen iCloud account verwenden sind automatisch über iCloud synchronisiert. von diesem 'haupt' gerät kann man andere geräte 'einladen' und devices frei geben. wie gut das geht weiss ich nicht.

gruss
  andre


Dazu kann ich mal ein paar Worte verlieren...


Es soll sich automatisch synchronisieren, zu Anfang hat das bei mir auch gut funktioniert, dafür ging das einladen nicht. Jetzt kann ich einladen und der/die Eingeladene kann auch die konfig sehen, schalten ging allerdings (noch) nicht), dafür synchronisiert er meine Geräte nicht mehr (iPad,iPhone u. iPod) . Das kann aber auch daran liegen, das mein iCloud Account nicht auf einer "iCloud.com" Email läuft, sondern auf einer anderen Adresse (habe das mal bei EVE in der Hilfe gelesen, das das helfen soll. Habe aber keine Lust das umzustellen)


Aber da mein System im Moment immer noch nicht wieder läuft....


Man merkt das das Ganze noch im Anfangsstadium ist (scheinbar auch seitens Apple), da z.B. die Spracherkennung von Siri sehr unterschiedlich reagiert ... im Normalbedarf ist Siri top, aber bei HomeKit. ??? :o :o Aber vielleicht liegt das auch an mir.


Ich persönlich nutze die EVE App gerne, wenn es denn läuft. Die Bedienung ist einfach und übersichtlich...


Aber wir sind auf einem guten Weg, und wenn man bedenkt das man bisher sehr wenig HomeKit-Geräte überhaupt kaufen kann, sind wir doch sehr viel weiter.



Und das alles, weil dies hier eine unheimlich aktive Community mit sehr vielen fähigen Leuten ist!
Danke @all die das möglich machen.


So long,


ich wünsche allen schon einmal ein schönes WE!


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 09 Oktober 2015, 19:39:06
Hallo Zusammen,
ich habe interessiert eure Posts bezüglich Homekit gelesen. Auch wenn ich Gefahr laufe gesteinigt zu werden - Ich bin kein FHEM Nutzer  :o. Ich würde gerne die Homekit-Bridge auf Windows umsetzen. Allerdings steige ich durch die Software von Openhub nicht durch. Ich habe des öfteren gelesen, das es für die  Homekit-Hardware eine Dokumentation bezüglich des Protkoll gegeben hat? - Leider ist diese nicht mehr bei Github zu bekommen. Vielleicht hat ja einer von euch noch die Doku für mich (einfach PN an mich  ;)). Ich bitte euch mir unter die Arme zu greifen und mich bei meinem Vorhaben zu unterstützen.

Vielen Dank schon mal für eure Unterstützung.

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 09 Oktober 2015, 19:53:31
Ich verstehe Deine Frage nicht. Node.js gibt es genauso für Windows.  ???
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 09 Oktober 2015, 21:34:22
Zitat von: Bennemannc am 09 Oktober 2015, 09:18:06
Hallo,

also ich habe das nach dieser https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi anleitung gemacht. Allerdings habe ich vor dem ersten "npm install" noch node auf 4.1.1 upgedatet. Wie das geht steht unten auf der Seite.
Dann die fhem.js von Andre - etwas weiter oben in Thread und gut.

Gruß Christoph

Danke für den Hinweis zu dieser Anleitung!

Jetzt läuft´s!!! :) :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 09 Oktober 2015, 22:03:50
Nabend,


Wie ich schon vermutete, die HomeKit Konfiguration zurückgesetzt, persist Ordner gelöscht, Homebridge neu gestartet und schon kann ich wieder pairen. Diesmal schenke ich mir allerdings das anlegen von Räumen und Bereichen und warte erst einmal ob es durchläuft.....


Im übrigen ist es wieder so, das ich keinen Sync der Geräte unter meinem iCloud Account bekomme, die Einladung eines weiteren funktioniert, der andere iCloud-Account sieht meine Geräte aber sie sind nicht erreichbar...


LG


Marie

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 10 Oktober 2015, 01:14:51
@volschin: Ja, Node.js gibt es für Windows. Ich habe dieses auch getestet, leider ohne Erfolg. Zudem würde ich gerne eine andere Platform nutzen wollen wie Node.js und dafür benötige ich das Protokoll der HomeKit Hardware.

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: The-Holgi am 10 Oktober 2015, 08:30:23
Hallo,
soweit sieht es schonmal gut aus. Habe in Eve einige Räume angelegt und kann meine Beleuchtung über Siri schalten.
Suche jetzt noch nach einer Möglichkeit Homebridge komfortabler zu starten und zu stoppen. Dachte da an einen dummyschalter und notify um es aus fhem heraus zu starten. Oder beim booten automatisch starten,
wie habt ihr das gelöst ?
Kommt der Pi 2 damit klar wenn es dauerhaft im Hintergrund läuft oder kommt er dann aus der "Puste" wenn andere Vorgänge anstehen ?
Gruß Holgi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 10 Oktober 2015, 10:37:09
Wie startet fhem bei dir automatisch? An dieser stelle ist doch gut. Für mich ist das ok.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 10 Oktober 2015, 10:40:32
Du könntest das hier machen http://forum.fhem.de/index.php/topic,32652.msg318340.html#msg318340  8)
Ist es eigentlich noch ein Problem wenn homebridge vor fhem startet?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 10 Oktober 2015, 11:19:54
Mit sleep einfach vezögern
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 10 Oktober 2015, 11:21:45
Das wäre ja total halbgar :o lieber die gestellte Frage beantworten :D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris__1 am 10 Oktober 2015, 11:25:22
Komisch das es bei mir problemlos läuft und du hier ein problem hast.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 10 Oktober 2015, 11:31:07
Danke, ich habe kein Problem ;). Die von mir genannte Lösung läuft bei mir seit längerer Zeit stabil, die Frage ist aber: Ist es wirklich noch notwendig homebridge nach fhem zu starten (wie es am Anfang mal notwendig war)?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 10 Oktober 2015, 12:12:12
Hallo zusammen,

ist eigentlich schon das Geheimnis von Siri und den Rollläden gelöst?

Wie kann ich Siri sagen, dass es den Rollladen im Arbeitszimmer auf 20% setzen soll?
Siri antwortet immer, dass es keine Jalousien im Arbeitszimmer finden kann. Ich habe aber ein "blind" angelernt und es gibt auch den Typ "Position" in Eve.

Komisch, Siri weiß irgendwie was ich meine, macht es aber nicht. iOS ist 9.0.2

Danke und Gruß
Felxi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 10 Oktober 2015, 13:43:43
die reihenfolge ist inzwischen recht egal und man muss auch homebridge nicht anhalten wenn man fhem neu startet.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 10 Oktober 2015, 13:48:01
Homebridge Autostart:


https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi (https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi)


Grüße Marie



Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 10 Oktober 2015, 16:35:09
Zitat von: felix.steinbeis am 10 Oktober 2015, 12:12:12
Hallo zusammen,

ist eigentlich schon das Geheimnis von Siri und den Rollläden gelöst?

Wie kann ich Siri sagen, dass es den Rollladen im Arbeitszimmer auf 20% setzen soll?
Siri antwortet immer, dass es keine Jalousien im Arbeitszimmer finden kann. Ich habe aber ein "blind" angelernt und es gibt auch den Typ "Position" in Eve.

Komisch, Siri weiß irgendwie was ich meine, macht es aber nicht. iOS ist 9.0.2

Danke und Gruß
Felxi

Meistens sind die Geräte dann nicht erreichbar. Passiert bei mir leider auch noch recht häufig. Manchmal hilft auch kein Neustart von Homebridge mehr, sondern nur noch das erneute pairen.
Hat jemand eigentlich offizielle HomeKit Produkte im Betrieb und kann sagen, ob die disconnect Probleme eventuell auch damit auftreten? Der Homebridge Server meldet im Log ja nichts dazu.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chunter1 am 10 Oktober 2015, 17:43:36

Weiß wer was ich hier falsch mache?

Code Auswählen

root@raspberrypi:/homebridge# npm run start

> homebridge@0.1.1 start /homebridge
> DEBUG=* node app.js || true

module.js:338
    throw err;
    ^

Error: Cannot find module '../build/Release/dns_sd_bindings'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 10 Oktober 2015, 17:44:53
Libavahi nicht installiert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chunter1 am 10 Oktober 2015, 18:22:35
Zitat von: volschin am 10 Oktober 2015, 17:44:53
Libavahi nicht installiert?

danke!
das wars!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 10 Oktober 2015, 23:29:27
Zitat von: kennymc.c am 10 Oktober 2015, 16:35:09
Meistens sind die Geräte dann nicht erreichbar. Passiert bei mir leider auch noch recht häufig. Manchmal hilft auch kein Neustart von Homebridge mehr, sondern nur noch das erneute pairen.
Hat jemand eigentlich offizielle HomeKit Produkte im Betrieb und kann sagen, ob die disconnect Probleme eventuell auch damit auftreten? Der Homebridge Server meldet im Log ja nichts dazu.

Die Rollläden sind erreichbar und lassen sich auch über Eve & Co. steuern. Nur über Siri funktioniert es nicht.
Zu iOS 8.4 oder so wurde das hier schonmal diskutiert, aber ich dachte mit iOS 9 gibt es eine Lösung.

Kannst Du die Rollläden über Siri steuern?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 10 Oktober 2015, 23:44:55
Bei mir hat das heute über eine definierte Szene, die ich per Siri aufgerufen habe zumindest funktioniert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: felix.steinbeis am 11 Oktober 2015, 08:18:53
Ok, das wäre ein Workaround. Gute Idee!

Aber kannst Du auch den einzelnen Rollladen als Gerät über Siri ansteuern?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 11 Oktober 2015, 10:05:01
Flurin hatte den Tipp gegeben, es als Switch einzurichten. Damit geht auf alle Fälle komplett hoch und runter mit Siri.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 11 Oktober 2015, 11:39:54
Das Problem mit den Rollläden existiert auch unter iOS 9.1 Public Beta 4 noch. Habe nochmal einen Bug-Report bei Apple gemacht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 11 Oktober 2015, 13:07:32
Hallo Zusammen,
ich habe nochmals versucht, Homebridge von nfarina (https://github.com/nfarina/homebridge) unter Windows 7 ans laufen zu bekommen - Leider ohne erfolg.

Was ich installiert habe:
1 - Git (Version: 2.6.1.windows.1)
2 - Node (Version: v0.12.7)
3 - npm (Version:  v2.11.3)
4 - Python (Version: 2.7.10)
5 - Microsoft Visual studio community 2015

Dann habe ich wie in der Anleitung beschrieben es wie folgt gemacht:
1 - git clone https://github.com/nfarina/homebridge.git
2 - cd homebridge
3 - npm install

Bei der Installation sind eine Menge Meldungen und Fehler aufgetaucht die in dem Logfile "npm-debug-Install.log" stehen.

Dennoch habe ich folgendes, wie in der Anleitung beschrieben, versucht:
1 - cd homebridge
2 - npm run start

Bei der Ausführung sind folgende Meldungen und Fehler aufgetaucht die in dem Logfile "npm-debug-Start.log" stehen.

Hat einer von euch eine Idee wie ich die "Homebridge" auf Windows installiert und ans laufen bekomme?

Vielen Dank für eure Hilfe.

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 11 Oktober 2015, 13:43:55
Das Problem bzgl. Multicast ist nun gelöst.
Mit der Fritzbox und dem aktuellen Repeater 1750e klappt das - bei mir lag es an meinem Switch.

Starten der Bridge klappt nun auch, auch das anmelden von Lampen.

Allerdings machen nun (mit der aktuellen FHEM.js) meine MAX Thermostate Probleme.
Ganz gleich, ob ich ein genericdevice setze, oder automatisch erkennen lasse. Einzig und allein ein "ignore" schafft Abhilfe.

Ist das "Problem" bei der aktuellen Version bekannt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 11 Oktober 2015, 14:26:15
Zitat von: Patcher am 11 Oktober 2015, 13:07:32
Bei der Installation sind eine Menge Meldungen und Fehler aufgetaucht die in dem Logfile "npm-debug-Install.log" stehen.
Ist das Dein Ernst 16.000+ Code Zeilen ungefiltert hier einzukippen und zu erwarten, dass jetzt zig Leute... ???
Beschäftige dich bitte erst einmal selbst mit dem Logfile und reduziere es auf die ersten Fehler, Warnungen, whatever.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 11 Oktober 2015, 14:42:58
Zitat von: dev0 am 11 Oktober 2015, 14:26:15
Ist das Dein Ernst 16.000+ Code Zeilen ungefiltert hier einzukippen und zu erwarten, dass jetzt zig Leute... ???
Beschäftige dich bitte erst einmal selbst mit dem Logfile und reduziere es auf die ersten Fehler, Warnungen, whatever.


Ich verlange nicht das die Leute alle Zeilen studieren. Aber aus Erfahrung heraus (ich bin auch in anderen Foren aktiv), ist es besser ein ganzes Logfile zu posten wie ein Auszug. Gerade den erfahren Usern gibt dies doch wesentlich mehr Aufschluss über die Problematik. Zudem habe ich mich schon einige Stunden mit dem Thema Node.js & Homebridge unter Windows auseinander gesetzt, doch hier komme ich einfach nicht weiter. Und wenn meine Bitte um Hilfe nicht im Sinn dieses Forum ist, dann werde ich gerne meinen Post löschen und keine Wertvolle Zeit der User hier mehr beanspruchen.

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 Oktober 2015, 14:51:34
@Breaked: bitte zeig mal die konsolen ausgabe beim starten und ein jsonlist2 auf das device.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 11 Oktober 2015, 14:52:06
Mit dem Thema Bonjour unter Windows hast Du Dich aber anscheinend noch nicht befasst. Denn den Teil der Anleitung hast Du kurzerhand kommentarlos ignoriert.  ::)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 11 Oktober 2015, 14:59:55
Zitat von: volschin am 11 Oktober 2015, 14:52:06
Mit dem Thema Bonjour unter Windows hast Du Dich aber anscheinend noch nicht befasst. Denn den Teil der Anleitung hast Du kurzerhand kommentarlos ignoriert.  ::)

Ich denke du meinst dieses hier in der Anleitung: Note: If you're running on Linux, you'll need to make sure you have the libavahi-compat-libdnssd-dev package installed.

Da ich node.js auf einem Windows ausführe, habe ich tatsächlich die Zeile ignoriert. Allerdings ist auf meiner Testumgebung der Apple Dienst Bonjour installiert. Oder gibt es da eine andere Alternative?

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 11 Oktober 2015, 19:37:53
Ich habe mich mal mittlerweile bezüglich Bonjour etwas schlau gelesen. Wenn ich das richtig verstehe, dann benötige ich "Bonjour SDK for Windows" von Appel um auf Window das "libavahi-compat-libdnssd-dev package" zu ersetzen -> Danke an @volschin für den Tip!

Nun bekommt man "Bonjour SDK for Windows" nur als Developers bei Appel. Ist hier jemand  vieleicht Developers bei Appel und kann mir "Bonjour SDK for Windows" zu Verfügung stellen? -> PN an mich  ;)
Hier der Link: https://developer.apple.com/bonjour/

Vielen Dank!

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 11 Oktober 2015, 20:10:28
Hast Du mal geschaut, ob für den Download die kostenlose Registrierung ausreicht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 11 Oktober 2015, 20:20:45
Hi

ich probiere mich auch gerade beim Homekit installieren.

allerdings paired er nicht unter der App EVE:

Hier das Log Output :

Code Auswählen
npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.35:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444587517757
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.35:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE
[FHEM] got: 0 results
Scan this code with your HomeKit App on your iOS device:
                       
    ┌────────────┐     
    │ 123-45-678 │     
    └────────────┘     
                       
  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [::ffff:192.168.1.85] New connection from client +5s
  EventedHTTPServer [::ffff:192.168.1.85] HTTP server listening on port 54826 +2ms
  EventedHTTPServer [::ffff:192.168.1.85] HTTP request: /pair-setup +7ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +3ms
  EventedHTTPServer [::ffff:192.168.1.85] HTTP Repsonse is finished +18ms



In der App wird Homebridge angezeigt, wenn ich aber versuche zu pairen , dann sagt er mir  " Adding failed" "Incorrect accessory setup code" obwohl er 100% korrekt ist.

seht ihr evtl wo der Fehler sein könnte ?

Danke für die Hilfe




EDIT :   Ich hab's hinbekommen. Ich hatte den Filter falsch gesetzt in der config.json !
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinPetri am 12 Oktober 2015, 13:57:08
Hey Leute    -.-



bekomme immer wieder die Meldung hab den pi schon neuu aufgesetzt immer der gleiche

mist......... Hilfe !!

pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

module.js:338
    throw err;
    ^

Error: Cannot find module '../build/Release/dns_sd_bindings'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/home/pi/homebridge/node_modules/mdns/lib/dns_sd.js:32:22)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 12 Oktober 2015, 15:42:45
Hi

ich wollte den Harmony Hub ans laufen bekommen . Ich hatte aber Node version 0.12.7 drauf, da hab ich immer Ignoring beim Harmony Hub bekommen.

Wenn ich das richtig gelesen habe muss ich mindestens die nvm 4.1.0 drauf machen.

Allerdings bekomme ich hier fehler beim npm run start.

hier der Fehler  :

Code Auswählen
npm run start

> homebridge@0.1.1 start /opt/homebridge
> DEBUG=* node app.js || true

/opt/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
    ^

Error: Module version mismatch. Expected 46, got 14.
    at Error (native)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/opt/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)

alle nicht benutzten Module habe ich aus dem package.json rausgenommen :

Code Auswählen
{
  "name": "homebridge",
  "description": "HomeKit support for the impatient",
  "version": "0.1.1",
  "scripts": {
    "start": "DEBUG=* node app.js || true"
  },
  "repository": {
    "type": "git",
    "url": "git://github.com/nfarina/homebridge.git"
  },
  "license": "ISC",
  "dependencies": {
    "color": "0.10.x",
    "hap-nodejs": "git+https://github.com/KhaosT/HAP-NodeJS#4650e771f356a220868d873d16564a6be6603ff7",
    "mdns": "^2.2.4",
    "node-persist": "0.0.x",
    "q": "1.4.x",
    "request": "2.49.x",
    "xml2js": "0.4.x",
    "xmldoc": "0.1.x",
    "debug": "^2.2.0"
  }
}

und auch neu installiert mit : npm install -g node-gyp   (weil ich einen Ubuntu server habe) Fehlermeldung beim installieren bekomme ich keine.

Könnte mir bitte jemand einen Tipp geben wie ich die version 4.1.0 ans laufen bekomme , respektiv wie ich Logitech Harmony ans laufen bekomme ?

Danke im voraus.


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 Oktober 2015, 16:16:11
wenn du es über FHEM.js machen willst brauchst du die version oben aus dem thread oder aus meinem github repository. die node version ist egal. ich verwendet immer noch 0.12.7.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 12 Oktober 2015, 17:14:48
Kann man in EVE die Config mit den Zonen und Szenen abspeichern  ?

Oder MUSS man jedesmal wenn man den Homekit einmal Löscht , respektiv ein neues Accessory hinzufügt wieder von vorne anfangen alles zu sortieren ?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 12 Oktober 2015, 18:43:40
ich habe da noch ein Problem mit der Harmony , prinzipiell funktioniert es ,allerdings erkennt er nicht alles ...

folgendes habe ich in FHEM definiert :

Code Auswählen
define Beamer1 notify hub:currentActivity.*Beamer.VU* set Stuff1 0 0 7;;set Stuff2 0 0 7;;set Stuff3 off;;set Stuff4 off;;set Gang off;;set Kichen1 off;;set Kichen2 off;;  set Rollued pct 0;; set Buttshaker off;;set HUEDevice1,HUEDevice2,HUEDevice3 pct 30 : transitiontime 70

define Beamer2 notify hub:currentActivity.*Beamer.XBMC.* set Stuff1 0 0 7;;set Stuff2 0 0 7;;set Stuff3 off;;set Stuff4 off;;set Gang off;;set Kichen1 off;;set Kichen2 off;;  set Rollued pct 0;; set Buttshaker on;;set HUEDevice1,HUEDevice2,HUEDevice3  pct 30 : transitiontime 70

define Beamer3 notify hub:currentActivity.*PS4.Beamer.* set Stuff1 0 0 7;;set Stuff2 0 0 7;;set Stuff3 off;;set Stuff4 off;;set Gang off;;set Kichen1 off;;set Kichen2 off;; set Rollued pct 0;; set Buttshaker off;;set HUEDevice1,HUEDevice2,HUEDevice3 pct 30 : transitiontime 70

define Fernseh notify hub:currentActivity.*Fernseh.Kucken.* set Stuff1 0 0 7;;set Stuff2 0 0 7;;set Stuff3 off;;set Stuff4 off;; set Buttshaker off

define XBMC:hub notify hub:currentActivity.*XBMC.* set Stuff1 0 0 2;;set Stuff2 0 0 2;;set Stuff3 off;;set Stuff4 off;; set Buttshaker on


In der EVE App habe ich nun das wort "XBMC"  definiert so dass der Fernseher mit XBMC an geht. Das Klappt
des weiteren habe ich das Wort "Beamer" definiert damit der Beamer mit der VU+ angeht, welches hier als "Beamer.kucken" definiert ist. leider sagt er mir dann dass ich keinen App TV hätte.

ich denke dass der fehler hier liegt , aber ich weiss nicht wie ich es in FHEM Definieren soll damit es funktioniert :

wenn ich
Code Auswählen
http://192.168.1.99:8083/fhem?cmd=set%20hub%20activity%20Beamer.VU+&XHR=1 eingebe manuell  , bekomme ich nur unknown activity.

wo mach ich meinen Denkfehler ? wenn ich in EVE Manuell auf PS4 einschalten oder Fernseh oder so , dann funktioniert alles , nur halt nicht über SIRI.


EDIT :

ich bin ein bisschen weitergekommen. Wenn ich z.b. TV einschalten sage , nix, ändere ich um auf Fernseher , sucht er mir das Web ab . Mache ich aber z.b. Fernseher eins einschalten (nachdem ich das natürlich jedesmal umgeändert habe) dann funktioniert es.

Gibt es verschiedene Wörter auf die SIRI anders reagiert mit der Harmony ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 12 Oktober 2015, 19:15:22
Hallo Andre, hallo Homebridge-Gemeinde,

irgendwie kämpfe ich mich seit Tagen durch das Thema, aber komme nicht voran. Homebridge läuft bei mir sauber, bei der Installation bekomme ich keine Fehler, aber irgendwie immer noch 0 accessories. Habt Ihr eine Idee was ich noch machen kann? Die Komponenten sind alle auf aktuellem Stand, lauft auf Raspberry 2, keine Fehlermeldungen (außer der üblichen Avahi, verbindung mit Eve funzt auch, ... bin mit meinem Latein am Ende.

Hier ein paar Logs, kann gerne auch mehr liefern, bräuchte dann aber einen Tipp was notwendig ist.

FHEM.js ist die aktuelle Version vom 7.10.2015 (Anregung: könnte man eine Versionsnummer an den Anfange der Datei nehmen?).

Starten von Homebridge (nicht wundern, habe alle drei FHEM-Ports getestet):
Code Auswählen
pi@fhem ~/homebridge $ rm -r persist
pi@fhem ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.11:8085/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444669058654
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.11:8085/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: undefined results
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge2] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge2] Creating new IdentifierCache +43ms
  EventedHTTPServer Server listening on port 51826 +83ms


config.json (validiert ohne Fehler, ob Port mit oder ohne Gänsefüsschen auch probiert):
Code Auswählen
pi@fhem ~/homebridge $ cat config.json
{
  "bridge": {
    "name": "Homebridge2",
    "username": "CC:22:3D:E3:CE:31",
    "port": 51826,
    "pin": "031-45-154"
  },

  "platforms": [
    {
      "platform": "FHEM",
      "name": "FHEM",
      "server": "192.168.1.11",
      "port": "8085",
      "filter": "room=Homekit"
    }
  ],
  "accessories": []
}


Versionen:
Code Auswählen
pi@fhem ~/homebridge $ node --version
v4.1.2
pi@fhem ~/homebridge $ npm --version
2.14.4
pi@fhem ~/homebridge $ n --version
2.0.2
pi@fhem ~/homebridge $ uname -a
Linux fhem 4.1.7-v7+ #817 SMP PREEMPT Sat Sep 19 15:32:00 BST 2015 armv7l GNU/Linux
pi@fhem ~/homebridge $ gcc --version
gcc (Raspbian 4.8.2-21~rpi3rpi1) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.


dummy thermostat (von Andre im Thread zum Troubleshooting vorgeschlagen):
Code Auswählen
Internals:
   CFGFN
   NAME       thermostat
   NR         359
   STATE      ???
   TYPE       dummy
   Readings:
     2015-10-12 18:48:43   desired-temp    21
     2015-10-12 18:48:51   measured-temp   24
Attributes:
   genericDeviceType thermostat
   genericDisplayType thermostat
   room       Homekit
   setList    desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0

Und zu guter letzt die Antwort auf die Accessories-Abfrage:
[code]{
  "Arg":"room=Homekit",
  "Results": [
  {
    "Name":"1OG_SZ_Lionel_Heizung_Clima",
    "PossibleSets":"burstXmit clear:readings,trigger,register,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "293A6B04",
      "NAME": "1OG_SZ_Lionel_Heizung_Clima",
      "NR": "99",
      "NTFY_ORDER": "50-1OG_SZ_Lionel_Heizung_Clima",
      "STATE": "T: 19.6 desired: 20.0 valve: 63",
      "TYPE": "CUL_HM",
      "chanNo": "04",
      "device": "1OG_SZ_Lionel_Heizung"
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2015-10-11 22:27:06" },
      "H": { "Value":"0", "Time":"2014-09-10 13:10:16" },
      "R-boostPeriod": { "Value":"5 min", "Time":"2014-09-09 10:24:48" },
      "R-boostPos": { "Value":"80 %", "Time":"2014-09-09 10:24:48" },
      "R-btnNoBckLight": { "Value":"off", "Time":"2014-11-26 14:33:10" },
      "R-dayTemp": { "Value":"17 C", "Time":"2014-09-12 08:52:53" },
      "R-daylightSaveTime": { "Value":"on", "Time":"2014-11-26 14:33:10" },
      "R-decalcTime": { "Value":"11:00", "Time":"2014-11-26 14:33:10" },
      "R-decalcWeekday": { "Value":"Sat", "Time":"2014-11-26 14:33:10" },
      "R-modePrioManu": { "Value":"all", "Time":"2014-11-26 14:33:10" },
      "R-modePrioParty": { "Value":"all", "Time":"2014-11-26 14:33:10" },
      "R-nightTemp": { "Value":"19.5 C", "Time":"2014-09-13 08:54:41" },
      "R-noMinMax4Manu": { "Value":"off", "Time":"2014-11-26 14:33:10" },
      "R-regAdaptive": { "Value":"on", "Time":"2014-11-26 14:33:10" },
      "R-reguExtI": { "Value":"15", "Time":"2014-11-26 14:33:10" },
      "R-reguExtP": { "Value":"30", "Time":"2014-11-26 14:33:10" },
      "R-reguExtPstart": { "Value":"30", "Time":"2014-11-26 14:33:10" },
      "R-reguIntI": { "Value":"15", "Time":"2014-11-26 14:33:10" },
      "R-reguIntP": { "Value":"30", "Time":"2014-11-26 14:33:10" },
      "R-reguIntPstart": { "Value":"30", "Time":"2014-11-26 14:33:10" },
      "R-showInfo": { "Value":"time", "Time":"2014-11-26 14:33:10" },
      "R-showWeekday": { "Value":"off", "Time":"2014-11-26 14:33:10" },
      "R-sign": { "Value":"off", "Time":"2014-11-26 14:56:03" },
      "R-tempMax": { "Value":"30.5 C", "Time":"2014-09-09 10:24:48" },
      "R-tempMin": { "Value":"4.5 C", "Time":"2014-09-09 10:24:48" },
      "R-tempOffset": { "Value":"0.0K", "Time":"2014-11-26 14:33:10" },
      "R-valveErrPos": { "Value":"15 %", "Time":"2014-09-09 10:24:48" },
      "R-valveMaxPos": { "Value":"100 %", "Time":"2014-09-09 10:24:48" },
      "R-valveOffsetRt": { "Value":"0 %", "Time":"2014-09-09 10:24:48" },
      "R-winOpnBoost": { "Value":"off", "Time":"2014-11-26 14:33:10" },
      "R-winOpnDetFall": { "Value":"1.4 K", "Time":"2014-09-09 10:24:48" },
      "R-winOpnMode": { "Value":"on", "Time":"2014-11-26 14:33:10" },
      "R-winOpnPeriod": { "Value":"15 min", "Time":"2014-09-09 10:24:48" },
      "R-winOpnTemp": { "Value":"12 C", "Time":"2014-09-09 10:24:48" },
      "R_0_tempListSat": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_1_tempListSun": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_2_tempListMon": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_3_tempListTue": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_4_tempListWed": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_5_tempListThu": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_6_tempListFri": { "Value":"07:00 20.0 19:00 17.0 24:00 20.0", "Time":"2015-07-22 17:24:06" },
      "R_tempList_State": { "Value":"verified", "Time":"2015-07-22 17:24:06" },
      "RegL_01:": { "Value":"08:00 00:00", "Time":"2015-07-22 17:24:02" },
      "RegL_07:": { "Value":"01:22 02:27 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:8E 14:50 15:54 16:44 17:E4 18:51 19:20 1A:4F 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:50 2F:54 30:44 31:E4 32:51 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:50 49:54 4A:44 4B:E4 4C:51 4D:20 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:50 63:54 64:44 65:E4 66:51 67:20 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:50 7D:54 7E:44 7F:E4 80:51 81:20 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:50 97:54 98:44 99:E4 9A:51 9B:20 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:50 B1:54 B2:44 B3:E4 B4:51 B5:20 B6:4F B7:20 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:0F CB:1E CC:1E CD:0F CE:1E CF:1E 00:00", "Time":"2015-07-22 17:24:06" },
      "T": { "Value":"0", "Time":"2014-09-10 13:32:16" },
      "ValvePosition": { "Value":"63", "Time":"2015-10-12 19:05:40" },
      "boostTime": { "Value":"-", "Time":"2015-10-12 19:05:40" },
      "controlMode": { "Value":"auto", "Time":"2015-10-12 19:05:40" },
      "desired-temp": { "Value":"20.0", "Time":"2015-10-12 19:05:40" },
      "measured-temp": { "Value":"19.6", "Time":"2015-10-12 19:05:40" },
      "motorErr": { "Value":"ok", "Time":"2015-10-12 19:05:40" },
      "partyEnd": { "Value":"-", "Time":"2015-10-12 19:05:40" },
      "partyStart": { "Value":"-", "Time":"2015-10-12 19:05:40" },
      "partyTemp": { "Value":"-", "Time":"2015-10-12 19:05:40" },
      "recentStateType": { "Value":"ack", "Time":"2015-10-11 22:27:06" },
      "state": { "Value":"T: 19.6 desired: 20.0 valve: 63", "Time":"2015-10-12 19:05:40" }
    },
    "Attributes": {
      "alias": "1OG SZ Lionel Heizung Clima",
      "fm_type": "temp,desiredtemp,actuators,tempbutton",
      "group": "Raumklima",
      "model": "HM-CC-RT-DN",
      "peerIDs": "00000000,",
      "room": "- Schlafzimmer Lionel,Favourites,Homekit",
      "tempListTmpl": "FHEM/tempList.cfg:1OG_SZ_Lionel_Heizung_Clima"
    }
  },
  {
    "Name":"Gartenwasser",
    "PossibleSets":"msgInterval off on blink toggle on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:CometDECT,Dect200,Powerline546E cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "16 powerMeter,switch",
      "FB_AHA_MSGCNT": "90",
      "FB_AHA_RAWMSG": "0703001c00000005001000000000000c000000160004000000000000",
      "FB_AHA_TIME": "2015-10-12 19:07:12",
      "LASTInputDev": "FB_AHA",
      "MSGCNT": "90",
      "NAME": "Gartenwasser",
      "NR": "30",
      "STATE": "off",
      "TYPE": "FBDECT",
      "id": "16",
      "props": "powerMeter,switch"
    },
    "Readings": {
      "control": { "Value":"on fn=1 > 0.00 delay:0sec do:state off", "Time":"2015-10-04 19:01:04" },
      "current": { "Value":"0.0000 A", "Time":"2015-10-12 19:07:12" },
      "energy": { "Value":"18617 Wh", "Time":"2015-10-12 19:07:12" },
      "humidity": { "Value":"0", "Time":"2014-10-10 11:43:51" },
      "options": { "Value":"powerOnState:last,lock:none", "Time":"2015-10-04 19:01:02" },
      "power": { "Value":"0.00 W", "Time":"2015-10-12 19:07:12" },
      "powerFactor": { "Value":"0.000", "Time":"2015-10-12 19:07:12" },
      "relayTimes": { "Value":"00000001000100080004b0250004dd05000a5025000a7d05001590250015bd050020d0250020fd04", "Time":"2015-10-11 19:53:10" },
      "state": { "Value":"off", "Time":"2015-10-12 19:07:12" },
      "tempadjust": { "Value":"0.0 C", "Time":"2015-10-04 19:00:53" },
      "temperature": { "Value":"18.5 C (measured)", "Time":"2015-10-12 19:07:12" },
      "voltage": { "Value":"227.097 V", "Time":"2015-10-12 19:07:12" }
    },
    "Attributes": {
      "IODev": "FB_AHA",
      "event-min-interval": "power:120",
      "genericDeviceType": "outlet",
      "group": "Bewässerung",
      "room": "Garten,Homekit",
      "webCmd": "on:off:on-for-timer 45"
    }
  },
  {
    "Name":"HUEDevice33D7DA0000261884",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LCT007,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLC020,LLM001,LLM010,LLM011,LLM012,LST001,LST002,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "CHANGED": "null",
      "DEF": "33D7DA0000261884 ",
      "ID": "33D7DA0000261884",
      "INTERVAL": "0",
      "NAME": "HUEDevice33D7DA0000261884",
      "NR": "299",
      "STATE": "on",
      "TYPE": "HUEDevice",
      "luminaireuniqueid": "null",
      "manufacturername": "null",
      "modelid": "null",
      "name": "null",
      "swversion": "null",
      "type": "Color Temperature Light",
      "uniqueid": "null"
    },
    "Readings": {
      "bri": { "Value":"254", "Time":"2015-10-12 18:45:32" },
      "colormode": { "Value":"ct", "Time":"2015-10-12 18:45:32" },
      "ct": { "Value":"370 (2702K)", "Time":"2015-10-12 18:45:32" },
      "onoff": { "Value":"1", "Time":"2015-10-12 18:45:32" },
      "pct": { "Value":"100", "Time":"2015-10-12 18:45:32" },
      "reachable": { "Value":"1", "Time":"2015-10-12 18:45:32" },
      "rgb": { "Value":"ffc698", "Time":"2015-10-12 18:45:32" },
      "state": { "Value":"on", "Time":"2015-10-12 18:45:32" }
    },
    "Attributes": {
      "IODev": "Lightify",
      "alias": "K-Insel-Mitte���",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "Beleuchtung",
      "room": "- Küche,Homekit",
      "subType": "ctdimmer",
      "webCmd": "ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off"
    }
  },
  {
    "Name":"HUEDevice5011000000261884",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LCT007,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLC020,LLM001,LLM010,LLM011,LLM012,LST001,LST002,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "CHANGED": "null",
      "DEF": "5011000000261884 ",
      "ID": "5011000000261884",
      "INTERVAL": "0",
      "NAME": "HUEDevice5011000000261884",
      "NR": "298",
      "STATE": "on",
      "TYPE": "HUEDevice",
      "luminaireuniqueid": "null",
      "manufacturername": "null",
      "modelid": "null",
      "name": "null",
      "swversion": "null",
      "type": "Color Temperature Light",
      "uniqueid": "null"
    },
    "Readings": {
      "bri": { "Value":"254", "Time":"2015-10-12 18:45:32" },
      "colormode": { "Value":"ct", "Time":"2015-10-12 18:45:32" },
      "ct": { "Value":"370 (2702K)", "Time":"2015-10-12 18:45:32" },
      "onoff": { "Value":"1", "Time":"2015-10-12 18:45:32" },
      "pct": { "Value":"100", "Time":"2015-10-12 18:45:32" },
      "reachable": { "Value":"1", "Time":"2015-10-12 18:45:32" },
      "rgb": { "Value":"ffc698", "Time":"2015-10-12 18:45:32" },
      "state": { "Value":"on", "Time":"2015-10-12 18:45:32" }
    },
    "Attributes": {
      "IODev": "Lightify",
      "alias": "K-Insel-Links���",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "Beleuchtung",
      "room": "- Küche,Homekit",
      "subType": "ctdimmer",
      "webCmd": "ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off"
    }
  },
  {
    "Name":"HUEDeviceD20D000000261884",
    "PossibleSets":"off:noArg on:noArg toggle:noArg statusRequest:noArg pct:slider,0,1,100 bri:slider,0,1,254 dimUp:noArg dimDown:noArg color:colorpicker,CT,2000,1,6500 ct:colorpicker,CT,154,1,500 alert:none,select,lselect rename blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev delayedUpdate:1 realtimePicker:1 color-icons:1,2 transitiontime model:Classic#A60#RGBW,Classic#A60#TW,FLS-H3,FLS-PP3,Flex#RGBW,Gardenspot#RGB,LCT001,LCT002,LCT003,LCT007,LLC001,LLC005,LLC006,LLC007,LLC010,LLC011,LLC012,LLC013,LLC014,LLC020,LLM001,LLM010,LLM011,LLM012,LST001,LST002,LWB001,LWB003,LWB004,LWL001,PAR16#50#TW,Surface#Light#TW subType:extcolordimmer,colordimmer,ctdimmer,dimmer,switch event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "CHANGED": "null",
      "DEF": "D20D000000261884 ",
      "ID": "D20D000000261884",
      "INTERVAL": "0",
      "NAME": "HUEDeviceD20D000000261884",
      "NR": "300",
      "STATE": "on",
      "TYPE": "HUEDevice",
      "luminaireuniqueid": "null",
      "manufacturername": "null",
      "modelid": "null",
      "name": "null",
      "swversion": "null",
      "type": "Color Temperature Light",
      "uniqueid": "null"
    },
    "Readings": {
      "bri": { "Value":"254", "Time":"2015-10-12 18:45:32" },
      "colormode": { "Value":"ct", "Time":"2015-10-12 18:45:32" },
      "ct": { "Value":"370 (2702K)", "Time":"2015-10-12 18:45:32" },
      "onoff": { "Value":"1", "Time":"2015-10-12 18:45:32" },
      "pct": { "Value":"100", "Time":"2015-10-12 18:45:32" },
      "reachable": { "Value":"1", "Time":"2015-10-12 18:45:32" },
      "rgb": { "Value":"ffc698", "Time":"2015-10-12 18:45:32" },
      "state": { "Value":"on", "Time":"2015-10-12 18:45:32" }
    },
    "Attributes": {
      "IODev": "Lightify",
      "alias": "K-Insel-Rechts��",
      "color-icons": "2",
      "devStateIcon": "{(HUEDevice_devStateIcon($name),\"toggle\")}",
      "group": "Beleuchtung",
      "room": "- Küche,Homekit",
      "subType": "ctdimmer",
      "webCmd": "ct:ct 490:ct 380:ct 270:ct 160:toggle:on:off"
    }
  },
  {
    "Name":"Sonos_Terrasse",
    "PossibleSets":"AddMember:Sonos_Wohnzimmer AddURIToQueue Alarm AudioDelay Balance:slider,-100,1,100 Bass:slider,0,1,100 CreateStereoPair:Sonos_Wohnzimmer CrossfadeMode:0,1 CurrentPlaylist:noArg CurrentTrackPosition DailyIndexRefreshTime DeletePlaylist EmptyPlaylist:noArg ExportSonosBibliothek GroupMute:0,1 GroupVolume:slider,0,1,100 GroupVolumeD:noArg GroupVolumeU:noArg LEDState:0,1 LoadPlaylist LoadRadio LoadSearchlist Loudness:0,1 Mute:0,1 MuteT:noArg Name Next:noArg OutputFixed:0,1 Pause:noArg Play:noArg PlayURI PlayURITemp Previous:noArg Reboot:noArg RemoveMember:Sonos_Wohnzimmer Repeat:0,1 RepeatT:noArg ResetAttributesToDefault:0,1 RoomIcon:\"bathroom\",\"library\",\"office\",\"foyer\",\"dining\",\"tvroom\",\"hallway\",\"garage\",\"garden\",\"guestroom\",\"den\",\"bedroom\",\"kitchen\",\"portable\",\"media\",\"family\",\"pool\",\"masterbedroom\",\"playroom\",\"patio\",\"living\" SavePlaylist SeparateStereoPair:noArg Shuffle:0,1 ShuffleT:noArg SleepTimer SnapshotGroupVolume:noArg SnoozeAlarm Speak StartFavourite StartPlaylist StartRadio StartSearchlist Stop:noArg SubEnable SubGain SurroundEnable SurroundLevel Track Treble:slider,0,1,100 Volume:slider,0,1,100 VolumeD:noArg VolumeRestore:noArg VolumeSave VolumeU:noArg Wifi:off,on,persist-off currentTrack:slider,1,1,72",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings disable:1,0 generateVolumeSlider:1,0 generateVolumeEvent:1,0 generateSomethingChangedEvent:1,0 generateInfoSummarize1 generateInfoSummarize2 generateInfoSummarize3 generateInfoSummarize4 stateVariable:TransportState,NumberOfTracks,Track,TrackURI,TrackDuration,TrackProvider,Title,Artist,Album,OriginalTrackNumber,AlbumArtist,Sender,SenderCurrent,SenderInfo,StreamAudio,NormalAudio,AlbumArtURI,nextTrackDuration,nextTrackProvider,nextTrackURI,nextAlbumArtURI,nextTitle,nextArtist,nextAlbum,nextAlbumArtist,nextOriginalTrackNumber,Volume,Mute,OutputFixed,Shuffle,Repeat,CrossfadeMode,Balance,HeadphoneConnected,SleepTimer,Presence,RoomName,SaveRoomName,PlayerType,Location,SoftwareRevision,SerialNum,InfoSummarize1,InfoSummarize2,InfoSummarize3,InfoSummarize4 model minVolume maxVolume minVolumeHeadphone maxVolumeHeadphone VolumeStep getAlarms:1,0 buttonEvents event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "RINCON_B8E9378053C201400_MR",
      "NAME": "Sonos_Terrasse",
      "NR": "46",
      "NTFY_ORDER": "50-Sonos_Terrasse",
      "STATE": "STOPPED => (Martha Argerich) 'Piano Sonata No. 2 in B Flat Minor, Op. 35: II. Scherzo - Più lento - Tempo I' vom Album 'Chopin: Piano Concertos, Préludes'",
      "TYPE": "SONOSPLAYER",
      "UDN": "RINCON_B8E9378053C201400_MR"
    },
    "Readings": {
      "AlarmList": { "Value":"{}", "Time":"2015-10-12 18:45:54" },
      "AlarmListIDs": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "AlarmListVersion": { "Value":"RINCON_B8E9378053C201400:0", "Time":"2015-10-12 18:45:54" },
      "AlarmRunning": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "AlarmRunningID": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "Balance": { "Value":"0", "Time":"2014-09-02 10:52:37" },
      "Bass": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "CrossfadeMode": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "DailyIndexRefreshTime": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "FavouritesVersion": { "Value":"RINCON_B8E9378053C201400,2", "Time":"2015-05-12 16:47:42" },
      "GroupMute": { "Value":"0", "Time":"2015-02-17 06:37:56" },
      "GroupVolume": { "Value":"36", "Time":"2015-10-11 10:49:01" },
      "HeadphoneConnected": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "LastActionResult": { "Value":"~~NotLoadedMarker~~", "Time":"2015-10-12 18:45:22" },
      "Loudness": { "Value":"1", "Time":"2014-09-02 10:52:40" },
      "Mute": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "OutputFixed": { "Value":"0", "Time":"2015-02-07 22:46:03" },
      "PlaylistsVersion": { "Value":"RINCON_B8E9378053C201400,0", "Time":"2015-05-12 16:47:42" },
      "QueueHash": { "Value":"bd815feee9db11fa0bc3225c9c53094d", "Time":"2015-10-12 18:45:54" },
      "QueueVersion": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "RadiosVersion": { "Value":"RINCON_B8E9378053C201400,2", "Time":"2015-05-12 16:47:42" },
      "Repeat": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "Shuffle": { "Value":"0", "Time":"2015-01-10 18:19:23" },
      "SleepTimer": { "Value":"off", "Time":"2014-09-02 10:52:40" },
      "SleepTimerVersion": { "Value":"0", "Time":"2014-09-02 10:52:38" },
      "Treble": { "Value":"0", "Time":"2014-09-02 10:52:40" },
      "Volume": { "Value":"36", "Time":"2015-10-11 10:49:01" },
      "ZoneGroupID": { "Value":"RINCON_B8E9378053C201400:__", "Time":"2015-10-12 03:32:05" },
      "ZoneGroupName": { "Value":"Terrasse", "Time":"2015-05-12 11:54:16" },
      "ZonePlayerUUIDsInGroup": { "Value":"RINCON_B8E9378053C201400", "Time":"2015-07-19 15:46:29" },
      "currentAlbum": { "Value":"Chopin: Piano Concertos, Préludes", "Time":"2015-10-11 10:47:58" },
      "currentAlbumArtURI": { "Value":"./www/images/default/SONOSPLAYER/Sonos_Terrasse_AlbumArt.ERROR", "Time":"2015-10-12 09:37:03" },
      "currentAlbumArtURL": { "Value":"http://192.168.1.32:3401/music/image?id=6300F9EF32EE990A", "Time":"2015-10-11 11:16:32" },
      "currentAlbumArtist": { "Value":"Martha Argerich", "Time":"2015-10-12 09:37:03" },
      "currentArtist": { "Value":"Martha Argerich", "Time":"2015-10-11 10:47:58" },
      "currentNormalAudio": { "Value":"1", "Time":"2014-12-09 17:45:34" },
      "currentOriginalTrackNumber": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "currentSender": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "currentSenderCurrent": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "currentSenderInfo": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "currentStreamAudio": { "Value":"0", "Time":"2015-10-12 18:50:13" },
      "currentTitle": { "Value":"Piano Sonata No. 2 in B Flat Minor, Op. 35: II. Scherzo - Più lento - Tempo I", "Time":"2015-10-11 11:16:32" },
      "currentTrack": { "Value":"38", "Time":"2015-10-11 11:16:32" },
      "currentTrackDuration": { "Value":"0:06:01", "Time":"2015-10-11 11:16:32" },
      "currentTrackPosition": { "Value":"0:00:00", "Time":"2015-10-11 11:49:55" },
      "currentTrackProvider": { "Value":"Radio", "Time":"2015-08-30 14:01:31" },
      "currentTrackURI": { "Value":"http://mobile-iPhone-B031681D-6189-4B4C-B0FC-B945DD6C794D.x-udn/music/track.adts?id=6300F9EF32EE990A", "Time":"2015-10-11 11:16:32" },
      "fieldType": { "Value":"", "Time":"2015-10-12 18:45:47" },
      "infoSummarize1": { "Value":"(Martha Argerich) 'Piano Sonata No. 2 in B Flat Minor, Op. 35: II. Scherzo - Più lento - Tempo I' vom Album 'Chopin: Piano Concertos, Préludes'", "Time":"2015-10-11 11:16:32" },
      "infoSummarize2": { "Value":"STOPPED => (Martha Argerich) 'Piano Sonata No. 2 in B Flat Minor, Op. 35: II. Scherzo - Più lento - Tempo I' vom Album 'Chopin: Piano Concertos, Préludes'", "Time":"2015-10-11 11:49:58" },
      "infoSummarize3": { "Value":"Lautstaerke: 36 ~ Ton An ~ Balance: Mitte ~ Kein Kopfhoerer", "Time":"2015-10-11 10:49:01" },
      "infoSummarize4": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "location": { "Value":"http://192.168.1.41:1400/xml/device_description.xml", "Time":"2014-09-02 10:52:37" },
      "nextAlbum": { "Value":"Chopin: Piano Concertos, Préludes", "Time":"2015-10-11 10:47:58" },
      "nextAlbumArtURI": { "Value":"./www/images/default/SONOSPLAYER/Sonos_Terrasse_NextAlbumArt.ERROR", "Time":"2015-09-26 16:16:46" },
      "nextAlbumArtURL": { "Value":"//192.168.1.32:3401/music/image?id=6300F9EF32EE990B:http://192.168.1.32:3401/http", "Time":"2015-10-11 11:16:32" },
      "nextAlbumArtist": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "nextArtist": { "Value":"Martha Argerich", "Time":"2015-10-11 10:47:58" },
      "nextOriginalTrackNumber": { "Value":"", "Time":"2015-10-12 18:45:54" },
      "nextTitle": { "Value":"Piano Sonata No. 2 in B Flat Minor, Op. 35: III. Marche funèbre (Lento)", "Time":"2015-10-11 11:16:32" },
      "nextTrackDuration": { "Value":"0:08:34", "Time":"2015-10-11 11:16:32" },
      "nextTrackProvider": { "Value":"Radio", "Time":"2015-09-26 16:16:46" },
      "nextTrackURI": { "Value":"http://mobile-iPhone-B031681D-6189-4B4C-B0FC-B945DD6C794D.x-udn/music/track.adts?id=6300F9EF32EE990B", "Time":"2015-10-11 11:16:32" },
      "numberOfTracks": { "Value":"72", "Time":"2015-10-11 10:47:58" },
      "playerType": { "Value":"S1", "Time":"2014-09-02 10:52:37" },
      "presence": { "Value":"appeared", "Time":"2015-10-12 18:45:47" },
      "roomIcon": { "Value":"patio", "Time":"2014-09-02 10:52:40" },
      "roomName": { "Value":"Terrasse", "Time":"2014-09-02 10:52:37" },
      "roomNameAlias": { "Value":"Terrasse", "Time":"2015-02-07 22:45:38" },
      "saveRoomName": { "Value":"Terrasse", "Time":"2014-09-02 10:52:37" },
      "serialNum": { "Value":"B8-E9-37-80-53-C2:1", "Time":"2014-09-02 10:52:37" },
      "softwareRevision": { "Value":"5.5", "Time":"2015-10-12 09:36:59" },
      "state": { "Value":"STOPPED => (Martha Argerich) 'Piano Sonata No. 2 in B Flat Minor, Op. 35: II. Scherzo - Più lento - Tempo I' vom Album 'Chopin: Piano Concertos, Préludes'", "Time":"2015-10-12 18:45:54" },
      "transportState": { "Value":"STOPPED", "Time":"2015-10-11 11:49:55" }
    },
    "Attributes": {
      "generateInfoSummarize1": "<NormalAudio><Artist prefix=\"(\" suffix=\")\"/><Title prefix=\" '\" suffix=\"'\" ifempty=\"[Keine Musikdatei]\"/><Album prefix=\" vom Album '\" suffix=\"'\"/></NormalAudio> <StreamAudio><Sender suffix=\":\"/><SenderCurrent prefix=\" '\" suffix=\"' -\"/><SenderInfo prefix=\" \"/></StreamAudio>",
      "generateInfoSummarize2": "<TransportState/><InfoSummarize1 prefix=\" => \"/>",
      "generateInfoSummarize3": "<Volume prefix=\"Lautstaerke: \"/><Mute instead=\" ~ Kein Ton\" ifempty=\" ~ Ton An\" emptyval=\"0\"/> ~ Balance: <Balance ifempty=\"Mitte\" emptyval=\"0\"/><HeadphoneConnected instead=\" ~ Kopfhoerer aktiv\" ifempty=\" ~ Kein Kopfhoerer\" emptyval=\"0\"/>",
      "getAlarms": "1",
      "group": "Terrasse",
      "icon": "icoSONOSPLAYER_icon-S1.png",
      "minVolume": "0",
      "model": "Sonos_S1",
      "room": "Garten,Homekit,Sonos",
      "stateVariable": "InfoSummarize2",
      "webCmd": "Play:Pause:Previous:Next:VolumeD:VolumeU:MuteT"
    }
  },
  {
    "Name":"WZ_Rolladen_Aussen",
    "PossibleSets":"0:noArg 0:noArg closes:noArg down opens:noArg position:slider,0,5,100 stop:noArg teach:noArg up",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 actualTemp angleMax:slider,-180,20,180 alarmAction:no,stop,opens,closes angleMin:slider,-180,20,180 angleTime setCmdTrigger:man,refDev blockUnknownMSC:no,yes blockMotion:no,yes blockTemp:no,yes blockDisplay:no,yes blockDateTime:no,yes blockTimeProgram:no,yes blockOccupancy:no,yes blockSetpointTemp:no,yes blockFanSpeed:no,yes blockKey:no,yes comMode:confirm,biDir,uniDir daylightSavingTime:supported,not_supported dataEnc:VAES,AES-CBC defaultChannel:all,input,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29 demandRespAction demandRespRefDev demandRespMax:A0,AI,B0,BI,C0,CI,D0,DI demandRespMin:A0,AI,B0,BI,C0,CI,D0,DI demandRespRandomTime demandRespThreshold:slider,0,1,15 demandRespTimeoutLevel:max,last destinationID devChannel devMode:master,slave devUpdate:off,auto,demand,polling,interrupt dimMax dimMin dimValueOn disable:0,1 disabledForIntervals displayContent:default,humidity,off,setPointTemp,tempertureExtern,temperatureIntern,time,no_change eep gpDef gwCmd:blindCmd,controlVar,dimming,fanStage,setpointBasic,setpointShift,switching humitity humidityRefDev keyRcv keySnd macAlgo:no,3,4 manufID:000,001,002,003,004,005,006,007,008,009,00A,00B,00C,00D,00E,00F,010,011,012,013,014,015,016,017,018,019,01A,01B,01C,01D,01E,01F,020,021,022,023,024,025,026,027,028,029,02A,02B,02C,02D,030,031,032,033,034,035,036,038,039,03A,03C,03E,03F,040,041,7FF model:other,FAE14,FHK14,FHK61,FSA12,FSB14,FSB61,FSB70,FSM12,FSM61,FT55,FTS12 observe:on,off observeCmdRepetition:1,2,3,4,5 observeErrorAction observeInterval observeLogic:and,or observeRefDev pollInterval productID rampTime releasedChannel:A,B,C,D,I,0,auto repeatingAllowed:yes,no remoteManagement:off,on rlcAlgo:no,2++,3++ rlcRcv rlcSnd rlcTX:true,false reposition:directly,opens,closes scaleDecimals:0,1,2,3,4,5,6,7,8,9 scaleMax scaleMin secMode:rcv,snd,bidirsecCode secLevel:encapsulation,encryption,off sendDevStatus:no,yes sensorMode:switch,pushbutton serviceOn:no,yes shutTime shutTimeCloses subDef subDef0 subDefI subDefA subDefB subDefC subDefD subType:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 subTypeSet:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 subTypeReading:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 summerMode:off,on switchMode:switch,pushbutton switchHysteresis switchType:direction,universal,channel,central temperatureRefDev temperatureScale:C,F,default,no_change timeNotation:12,24,default,no_change timeProgram1 timeProgram2 timeProgram3 timeProgram4 updateState:default,yes,no uteResponseRequest:yes,no event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "0183FE92",
      "NAME": "WZ_Rolladen_Aussen",
      "NR": "67",
      "NTFY_ORDER": "50-WZ_Rolladen_Aussen",
      "STATE": "0",
      "TYPE": "EnOcean"
    },
    "Readings": {
      "anglePos": { "Value":"open_ack", "Time":"2015-10-11 22:25:37" },
      "block": { "Value":"unlock", "Time":"2015-10-11 22:25:37" },
      "endPosition": { "Value":"open", "Time":"2015-10-11 22:25:37" },
      "position": { "Value":"open_ack", "Time":"2015-10-11 22:25:37" },
      "state": { "Value":"open", "Time":"2015-10-11 22:25:37" }
    },
    "Attributes": {
      "IODev": "TCM310_0",
      "devStateIcon": "down:fts_shutter_down up:fts_shutter_up 100:fts_shutter_100 1\\d.*:fts_shutter_10 2\\d.*:fts_shutter_20 3\\d.*:fts_shutter_30 4\\d.*:fts_shutter_40 5\\d.*:fts_shutter_50 6\\d.*:fts_shutter_60 7\\d.*:fts_shutter_70 8\\d.*:fts_shutter_80 9\\d.*:fts_shutter_90 \\d.*:fts_shutter_down",
      "eventMap": "open_ack:0 open:0",
      "group": "Rollläden",
      "manufID": "00D",
      "model&q
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 12 Oktober 2015, 22:12:59
ich habe in FHEM ein zusätzliches gerät mit eingebunden das ich nun mit in Homebridge aufnehmen will , respektive EVE.

Geht das nur indem ich wieder alles lösche und neu einbinde ?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 Oktober 2015, 22:26:20
normalerweise musst du nur homebridge neu starten.

es gibt scheinbar in homebridge noch ein problem das es passieren kann das die accessoires weg sind und neu eingerichtet werden müssen aber normalerweise ist das nicht so.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 12 Oktober 2015, 23:12:44
Ich habe homebridge unzählige Male neu gestartet, neu installiert inkl npm clean cache, davor das node_ verzeichnis gelöscht, neu gestarted nach dem löschen von persist, Ergebniss immer gleich. Ohne Fehler, aber ohne accesories.

Keine Ahnung mehr. Anfangs waren paar Probleme mit dependencies oder Versionen, aber das läuft alles OK.
Weiter oben im Thread werden zwei Dateien erwähnt, die man aus dem Forum einspielen soll. FHEM.js und ??? Was ist die zweite? Liegts daran? Ist es mit der akt. Lage OK das accessories in der config.json leer ist?

Stochere.

Danke für jeden Support!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 12 Oktober 2015, 23:13:57
danke André das wars.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 13 Oktober 2015, 00:20:24
Hallo Zusammen,
ich habe die Homebridge jetzt mit Windows 7 am laufen  ;D ;D ;D

An dieser stelle möchte ich mich noch mal bei volschin bedanken! - Der Tipp mit Bonjour war Gold wert.

Allerdings musste ich noch ein paar große Hürden nehmen, bevor ich die Homebridge am laufen hatte. Dazu später mehr...
-> http://forum.fhem.de/index.php/topic,32652.msg344518.html#msg344518

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 13 Oktober 2015, 09:18:04
Ich habe noch eine Frage was Hue, Milight und normale Homematic Dimmer angeht.

Die LED's und Lampen lassen sich normal schalten per Siri , das klappt. Jedoch kann ich nicht Dimmen respektive die Farben Wechseln. An was kann das liegen ? Manuell per EVE funktioniert es.
Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 Oktober 2015, 09:41:33
@UlfS: hast du den fhem block in config.json eingetragen ?

@Jumbo: fahren wechseln geht in per siri in deutsch scheinbar nicht. in englisch scheinbar schon. dimmen geht auch in deutsch. mach xxx heller, dunkler oder setze/stelle xxx auf y% geht bei mir alles.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 13 Oktober 2015, 10:13:00
ok danke Andre, ich teste das dann noch mal.

Ich habe allerdings ein neues Problem.

Seit 9 Uhr habe ich sämtliche Devices in Eve auf UNREACHABLE stehen.

Ich habe aber nirgendwo eine Fehlermeldung in keinem Log, und Homebridge wurde auch nochmal neu gestartet ohne Probleme und der bleibt bei Listening on port 51826 stehen (ausser die cache Meldungen)

Was könnte das noch sein ?


EDIT :  ok , ich musste die Bridge neu pairen , wieso auch immer.  Noch eine Frage wegen EVE. Wenn ich neu paire , muss ich alles wieder neu eintragen. Gibt es da evtl eine andere Möglichkeit , damit ich Zonen , Kommandos usw... irgendwie abspeichern kann ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 13 Oktober 2015, 11:30:40
Hi Andre,

ja, meine config.json passt, hatte ich ein Posting früher hier im Thread auch brav gelistet.

Ich bin inzwischen bisschen weiter. Die 0 Accessories habe ich, weil der Homebridge irgendwelche Geräte von mir nicht gepasst haben. Wenn ich alle bis auf den Test-Dummy rausgeschmissen habe, ging es. Ein weiteres Problem: sobald ich einmal einen Namen für die Homebridge gemappt hatte, und dann die Konfiguration (Einstellungen -> Datenschutz -> Homekit) gelöscht habe, und wieder verbinden wollte, ging das nicht mit einem der bisherigen Namen. Wenn ich den geändert habe, konnte ich wieder verbinden.

Zu den Geräten - sobald ein Gerät mit in dem Raum Homekit ist, den er nicht mag, erscheinen die bisherigen Geräte als "nicht erreichbar". Funktionieren tut bei mir im Moment nur der Testdummy sowie Homematic Türkontakte HM-SEC-SC-2.

Bei Sonos macht es Probleme (ohne Fehlermeldung, siehe code-block, aber dann sehe ich die anderen Devices als "Nicht Erreichbar"), sobald ich Sonos_Terrasse wieder aus dem Raum entferne (und die Homebridge neu starte) geht wieder alles.

Code Auswählen
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.11:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 4 results
[FHEM] AZ_Terrassentuere is contact sensor [contact]
[FHEM] Sonos_Terrasse has volume
[FHEM] Sonos_Terrasse is switchable
[FHEM] Sonos_Terrasse has onOff [transportState;play,pause]
[FHEM] WZ_Terrassentuere is contact sensor [contact]
[FHEM] thermostat is NOT a thermostat. set for target temperature missing
[FHEM] thermostat has temperature [measured-temp]
[FHEM] Initializing platform accessory 'AZ_Terrassentuere'...
[FHEM] creating services for AZ_Terrassentuere
[FHEM]   information service for AZ_Terrassentuere
[FHEM]   contact sensor service for AZ_Terrassentuere
[FHEM]     contact sensor characteristic for AZ_Terrassentuere
[FHEM] Initializing platform accessory 'Sonos_Terrasse'...
[FHEM] creating services for Sonos_Terrasse
[FHEM]   information service for Sonos_Terrasse
[FHEM]   switch service for Sonos_Terrasse
[FHEM]     power characteristic for Sonos_Terrasse
[FHEM]     custom volume characteristic for Sonos_Terrasse
[FHEM] Initializing platform accessory 'WZ_Terrassentuere'...
[FHEM] creating services for WZ_Terrassentuere
[FHEM]   information service for WZ_Terrassentuere
[FHEM]   contact sensor service for WZ_Terrassentuere
[FHEM]     contact sensor characteristic for WZ_Terrassentuere
[FHEM] Initializing platform accessory 'thermostat'.

Bei der Fritz!Dect 200 Steckdose stürzt die Homebridge gleich beim Starten ab, egal ob die über genericDeviceType auf outlet gesetzt ist oder nicht.

Code Auswählen
[FHEM] Initializing platform accessory 'Gartenwasser'...
[FHEM] creating services for Gartenwasser
[FHEM]   information service for Gartenwasser
[FHEM]   temperature sensor service for Gartenwasser
[FHEM]     power characteristic for Gartenwasser
/home/pi/homebridge/platforms/FHEM.js:1105
        characteristic.value = FHEM_cached[that.mappings.onOff.informId];
                             ^

TypeError: Cannot set property 'value' of undefined
    at Object.FHEMAccessory.getServices (/home/pi/homebridge/platforms/FHEM.js:1105:30)
    at createAccessory (/home/pi/homebridge/app.js:146:36)
    at /home/pi/homebridge/app.js:132:27
    at /home/pi/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at callbackLater (/home/pi/homebridge/platforms/FHEM.js:331:55)
    at Request._callback (/home/pi/homebridge/platforms/FHEM.js:406:22)
    at Request.self.callback (/home/pi/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/home/pi/homebridge/node_modules/request/request.js:1318:14)

Was im Moment auch nicht läuft, sind EnOcean Rollläden (FSB-61). Auch hier sind die anderen Geräte, die bisher getan haben, wieder Nicht Erreichbar. Aber Homebridge startet korrekt:
Code Auswählen
[FHEM] WZ_Rolladen_Innen is blind [pct]
[FHEM] WZ_Terrassentuere is contact sensor [contact]
[FHEM] thermostat is NOT a thermostat. set for target temperature missing
[FHEM] thermostat has temperature [measured-temp]
[FHEM] Initializing platform accessory 'AZ_Terrassentuere'...
[FHEM] creating services for AZ_Terrassentuere
[FHEM]   information service for AZ_Terrassentuere
[FHEM]   contact sensor service for AZ_Terrassentuere
[FHEM]     contact sensor characteristic for AZ_Terrassentuere
[FHEM] Initializing platform accessory 'WZ_Rolladen_Innen'...
[FHEM] creating services for WZ_Rolladen_Innen
[FHEM]   information service for WZ_Rolladen_Innen
[FHEM]   window covering service for WZ_Rolladen_Innen
[FHEM]     current position characteristic for WZ_Rolladen_Innen
[FHEM]     target position characteristic for WZ_Rolladen_Innen
[FHEM]     position state characteristic for WZ_Rolladen_Innen
[FHEM] Initializing platform accessory 'WZ_Terrassentuere'...
[FHEM] creating services for WZ_Terrassentuere
...


Hier die die Konfig des Rolladens:
Code Auswählen
Internals:
   DEF        01866BFF
   IODev      TCM310_0
   NAME       WZ_Rolladen_Innen
   NR         62
   NTFY_ORDER 50-WZ_Rolladen_Innen
   STATE      0
   TYPE       EnOcean
   Readings:
     2015-10-11 22:25:45   anglePos        open_ack
     2015-10-11 22:25:45   block           unlock
     2015-10-11 22:25:45   endPosition     open
     2015-10-11 22:25:45   position        open_ack
     2015-10-11 22:25:45   state           open
Attributes:
   IODev      TCM310_0
   devStateIcon down:fts_shutter_down up:fts_shutter_up 100:fts_shutter_100 1\d.*:fts_shutter_10 2\d.*:fts_shutter_20 3\d.*:fts_shutter_30 4\d.*:fts_shutter_40 5\d.*:fts_shutter_50 6\d.*:fts_shutter_60 7\d.*:fts_shutter_70 8\d.*:fts_shutter_80 9\d.*:fts_shutter_90 \d.*:fts_shutter_down
   eventMap   open_ack:0 close_ack:100
   genericDeviceType blind
   group      Rollläden
   manufID    00D
   model      FSB61
   room       - Wohnzimmer,Homekit
   shutTime   40
   shutTimeCloses 45
   stateFormat position
   subDef     FFCD1601
   subType    manufProfile
   webCmd     position:up:down

Aber ich taste mich ran. Muss nur mal zusehen, was hinzubekommen ist, und für den Rest evtl. Dummies basteln.

Was auf alle Fälle gut wäre, wenn das Fehlerhandling von Homebridge die Devices, die es nicht mag, lieber ausklammert. Wie gesagt, mit mehreren wahrscheinlich unerwünschten Geräten (siehe vorletztes Posting von mir) bekomme ich 0 Accessoires, obwohl die jsonlist2 voll davon ist, und wenn nur eines dabei ist, welches die Homebridge nicht mag, bekomme ich ein "Nicht Erreichbar" auf allen Geräten (unter Eve und den anderen iOS-Apps).

Danke auf alle Fälle für die tolle Arbeit! Wird richtig gut. Und wenn ich als semi-Laie was helfen kann, sehr gerne! Ich schau auch mal, das ich bisschen Troubleshooting zam schreib, wäre für das Wiki ganz gut, da diese Thread mit so viel wertvollen Infos einfach sehr lang ist.

Lg, Ulf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: coolice am 13 Oktober 2015, 14:14:25
Hallo zusammen. bei dem Punkt

Homebridge installieren

Dazu im Homeverzeichnis
git clone https://github.com/nfarina/homebridge.git
cd homebridge
npm install

eingeben.

bekomme ich bei eingabe von npm install die Meldung -bash: npm: command not found.

Wieso kennt er den Befehl nicht?
Hat jemand einen Rat?

Gruß coolice
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 Oktober 2015, 14:29:25
@UlfS: für die devices die nicht gehen oder probleme machen brauche ich jeweils ein jsonlist2. enocen rollläden habe ich gerade erst in meinem github zwei eingebaut. mit der version aus dem thread get es nicht, mit der guthub version sollte es gehen.

outlet hatte ich bis jetzt noch garnicht eingebaut. die unterschieden sich vom switch dadurch das es noch ein in use flag gibt. das kann aber fhem device direkt. eventuell könnte man hier den verbrauch heranziehen. schau mal ob switch geht.

das abbrechen kann man leider nicht besser handhaben. das passiert irgendwo auf homekit ebene. d.h. es bleibt nur die problematischen devices nach und nach zu korrigieren.

wenn bei results nichts zurück kommt kann das unterschiedliche ursachen haben. mit dem json das fhem erzeugt stimmt etwas nicht oder fhem braucht zu lange oder beides. dann hilft es den filter besser zu definieren. z.b. auch durch mehrere fhem abschnitte im config.json.

@coolice: hast du node installiert?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: coolice am 13 Oktober 2015, 14:36:24
Jup. Gehe nach Wiki Artikel vor und bin wie gesagt bei npm install
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 13 Oktober 2015, 14:39:31
Hallo Andre,

für die Fritz!Dect hier die Fehlermeldung (deviceType switch diesmal):

Code Auswählen
[FHEM] Initializing platform accessory 'Gartenwasser'...
[FHEM] creating services for Gartenwasser
[FHEM]   information service for Gartenwasser
[FHEM]   switch service for Gartenwasser
[FHEM]     power characteristic for Gartenwasser
[FHEM]     temperature characteristic for Gartenwasser
[FHEM]     humidity characteristic for Gartenwasser
[FHEM] Initializing platform accessory 'WZ_Terrassentuere'...
[FHEM] creating services for WZ_Terrassentuere
[FHEM]   information service for WZ_Terrassentuere
[FHEM]   contact sensor service for WZ_Terrassentuere
[FHEM]     contact sensor characteristic for WZ_Terrassentuere
[FHEM] Initializing platform accessory 'thermostat'...
[FHEM] creating services for thermostat
[FHEM]   information service for thermostat
[FHEM]   temperature sensor service for thermostat
[FHEM]     temperature characteristic for thermostat
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826
    at Object.exports._errnoException (util.js:849:11)
    at exports._exceptionWithHostPort (util.js:872:20)
    at Server._listen2 (net.js:1231:14)
    at listen (net.js:1267:10)
    at Server.listen (net.js:1363:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9


Und die jsonlist2 mit dem Fritz!Dect (=Gartenwasser) und dem EnOcean Rolladen (FSB61).
Code Auswählen
{
  "Arg":"room=Homekit3",
  "Results": [
  {
    "Name":"Gartenwasser",
    "PossibleSets":"msgInterval off on blink toggle on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:CometDECT,Dect200,Powerline546E cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "16 powerMeter,switch",
      "FB_AHA_MSGCNT": "4311",
      "FB_AHA_RAWMSG": "0703001c00000005001000000000000c000000160004000000000000",
      "FB_AHA_TIME": "2015-10-13 14:35:33",
      "LASTInputDev": "FB_AHA",
      "MSGCNT": "4311",
      "NAME": "Gartenwasser",
      "NR": "30",
      "STATE": "off",
      "TYPE": "FBDECT",
      "id": "16",
      "props": "powerMeter,switch"
    },
    "Readings": {
      "control": { "Value":"on fn=1 > 0.00 delay:0sec do:state off", "Time":"2015-10-12 22:33:32" },
      "current": { "Value":"0.0000 A", "Time":"2015-10-13 14:35:33" },
      "energy": { "Value":"18622 Wh", "Time":"2015-10-13 14:35:33" },
      "humidity": { "Value":"0", "Time":"2014-10-10 11:43:51" },
      "options": { "Value":"powerOnState:last,lock:none", "Time":"2015-10-12 22:33:30" },
      "power": { "Value":"0.00 W", "Time":"2015-10-13 14:35:33" },
      "powerFactor": { "Value":"0.000", "Time":"2015-10-13 14:35:33" },
      "relayTimes": { "Value":"00000001000100080004b0250004dd05000a5025000a7d05001590250015bd050020d0250020fd04", "Time":"2015-10-11 19:53:10" },
      "state": { "Value":"off", "Time":"2015-10-13 14:35:33" },
      "tempadjust": { "Value":"0.0 C", "Time":"2015-10-12 22:33:27" },
      "temperature": { "Value":"18.0 C (measured)", "Time":"2015-10-13 14:35:33" },
      "voltage": { "Value":"229.809 V", "Time":"2015-10-13 14:35:33" }
    },
    "Attributes": {
      "IODev": "FB_AHA",
      "event-min-interval": "power:120",
      "genericDeviceType": "switch",
      "genericDisplayType": "switch",
      "group": "Bewässerung",
      "room": "Garten,Homekit,Homekit3",
      "webCmd": "on:off:on-for-timer 45"
    }
  },
  {
    "Name":"WZ_Rolladen_Aussen",
    "PossibleSets":"0:noArg 0:noArg closes:noArg down opens:noArg position:slider,0,5,100 stop:noArg teach:noArg up",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 actualTemp angleMax:slider,-180,20,180 alarmAction:no,stop,opens,closes angleMin:slider,-180,20,180 angleTime setCmdTrigger:man,refDev blockUnknownMSC:no,yes blockMotion:no,yes blockTemp:no,yes blockDisplay:no,yes blockDateTime:no,yes blockTimeProgram:no,yes blockOccupancy:no,yes blockSetpointTemp:no,yes blockFanSpeed:no,yes blockKey:no,yes comMode:confirm,biDir,uniDir daylightSavingTime:supported,not_supported dataEnc:VAES,AES-CBC defaultChannel:all,input,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29 demandRespAction demandRespRefDev demandRespMax:A0,AI,B0,BI,C0,CI,D0,DI demandRespMin:A0,AI,B0,BI,C0,CI,D0,DI demandRespRandomTime demandRespThreshold:slider,0,1,15 demandRespTimeoutLevel:max,last destinationID devChannel devMode:master,slave devUpdate:off,auto,demand,polling,interrupt dimMax dimMin dimValueOn disable:0,1 disabledForIntervals displayContent:default,humidity,off,setPointTemp,tempertureExtern,temperatureIntern,time,no_change eep gpDef gwCmd:blindCmd,controlVar,dimming,fanStage,setpointBasic,setpointShift,switching humitity humidityRefDev keyRcv keySnd macAlgo:no,3,4 manufID:000,001,002,003,004,005,006,007,008,009,00A,00B,00C,00D,00E,00F,010,011,012,013,014,015,016,017,018,019,01A,01B,01C,01D,01E,01F,020,021,022,023,024,025,026,027,028,029,02A,02B,02C,02D,030,031,032,033,034,035,036,038,039,03A,03C,03E,03F,040,041,7FF model:other,FAE14,FHK14,FHK61,FSA12,FSB14,FSB61,FSB70,FSM12,FSM61,FT55,FTS12 observe:on,off observeCmdRepetition:1,2,3,4,5 observeErrorAction observeInterval observeLogic:and,or observeRefDev pollInterval productID rampTime releasedChannel:A,B,C,D,I,0,auto repeatingAllowed:yes,no remoteManagement:off,on rlcAlgo:no,2++,3++ rlcRcv rlcSnd rlcTX:true,false reposition:directly,opens,closes scaleDecimals:0,1,2,3,4,5,6,7,8,9 scaleMax scaleMin secMode:rcv,snd,bidirsecCode secLevel:encapsulation,encryption,off sendDevStatus:no,yes sensorMode:switch,pushbutton serviceOn:no,yes shutTime shutTimeCloses subDef subDef0 subDefI subDefA subDefB subDefC subDefD subType:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 subTypeSet:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 subTypeReading:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 summerMode:off,on switchMode:switch,pushbutton switchHysteresis switchType:direction,universal,channel,central temperatureRefDev temperatureScale:C,F,default,no_change timeNotation:12,24,default,no_change timeProgram1 timeProgram2 timeProgram3 timeProgram4 updateState:default,yes,no uteResponseRequest:yes,no event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "0183FE92",
      "NAME": "WZ_Rolladen_Aussen",
      "NR": "67",
      "NTFY_ORDER": "50-WZ_Rolladen_Aussen",
      "STATE": "0",
      "TYPE": "EnOcean"
    },
    "Readings": {
      "anglePos": { "Value":"open_ack", "Time":"2015-10-11 22:25:37" },
      "block": { "Value":"unlock", "Time":"2015-10-11 22:25:37" },
      "endPosition": { "Value":"open", "Time":"2015-10-11 22:25:37" },
      "position": { "Value":"open_ack", "Time":"2015-10-11 22:25:37" },
      "state": { "Value":"open", "Time":"2015-10-11 22:25:37" }
    },
    "Attributes": {
      "IODev": "TCM310_0",
      "devStateIcon": "down:fts_shutter_down up:fts_shutter_up 100:fts_shutter_100 1\\d.*:fts_shutter_10 2\\d.*:fts_shutter_20 3\\d.*:fts_shutter_30 4\\d.*:fts_shutter_40 5\\d.*:fts_shutter_50 6\\d.*:fts_shutter_60 7\\d.*:fts_shutter_70 8\\d.*:fts_shutter_80 9\\d.*:fts_shutter_90 \\d.*:fts_shutter_down",
      "eventMap": "open_ack:0 open:0",
      "genericDeviceType": "blind",
      "group": "Rollläden",
      "manufID": "00D",
      "model": "FSB61",
      "room": "Homekit3,- Wohnzimmer,Homekit2",
      "shutTime": "30",
      "shutTimeCloses": "45",
      "stateFormat": "position",
      "subDef": "FFCD1602",
      "subType": "manufProfile",
      "webCmd": "position:up:down"
    }
  }  ],
  "totalResultsReturned":2
}


Ich mach mich mal auf die Suche nach der js aus Deinem Git ;)

Danke Dir!
Ulf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 13 Oktober 2015, 14:40:02
Hallo Andre,

für die Fritz!Dect hier die Fehlermeldung (deviceType switch diesmal):

Code Auswählen
[FHEM] Initializing platform accessory 'Gartenwasser'...
[FHEM] creating services for Gartenwasser
[FHEM]   information service for Gartenwasser
[FHEM]   switch service for Gartenwasser
[FHEM]     power characteristic for Gartenwasser
[FHEM]     temperature characteristic for Gartenwasser
[FHEM]     humidity characteristic for Gartenwasser
[FHEM] Initializing platform accessory 'WZ_Terrassentuere'...
[FHEM] creating services for WZ_Terrassentuere
[FHEM]   information service for WZ_Terrassentuere
[FHEM]   contact sensor service for WZ_Terrassentuere
[FHEM]     contact sensor characteristic for WZ_Terrassentuere
[FHEM] Initializing platform accessory 'thermostat'...
[FHEM] creating services for thermostat
[FHEM]   information service for thermostat
[FHEM]   temperature sensor service for thermostat
[FHEM]     temperature characteristic for thermostat
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

events.js:141
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE 0.0.0.0:51826
    at Object.exports._errnoException (util.js:849:11)
    at exports._exceptionWithHostPort (util.js:872:20)
    at Server._listen2 (net.js:1231:14)
    at listen (net.js:1267:10)
    at Server.listen (net.js:1363:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9


Und die jsonlist2 mit dem Fritz!Dect (=Gartenwasser) und dem EnOcean Rolladen (FSB61).
Code Auswählen
{
  "Arg":"room=Homekit3",
  "Results": [
  {
    "Name":"Gartenwasser",
    "PossibleSets":"msgInterval off on blink toggle on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:CometDECT,Dect200,Powerline546E cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "16 powerMeter,switch",
      "FB_AHA_MSGCNT": "4311",
      "FB_AHA_RAWMSG": "0703001c00000005001000000000000c000000160004000000000000",
      "FB_AHA_TIME": "2015-10-13 14:35:33",
      "LASTInputDev": "FB_AHA",
      "MSGCNT": "4311",
      "NAME": "Gartenwasser",
      "NR": "30",
      "STATE": "off",
      "TYPE": "FBDECT",
      "id": "16",
      "props": "powerMeter,switch"
    },
    "Readings": {
      "control": { "Value":"on fn=1 > 0.00 delay:0sec do:state off", "Time":"2015-10-12 22:33:32" },
      "current": { "Value":"0.0000 A", "Time":"2015-10-13 14:35:33" },
      "energy": { "Value":"18622 Wh", "Time":"2015-10-13 14:35:33" },
      "humidity": { "Value":"0", "Time":"2014-10-10 11:43:51" },
      "options": { "Value":"powerOnState:last,lock:none", "Time":"2015-10-12 22:33:30" },
      "power": { "Value":"0.00 W", "Time":"2015-10-13 14:35:33" },
      "powerFactor": { "Value":"0.000", "Time":"2015-10-13 14:35:33" },
      "relayTimes": { "Value":"00000001000100080004b0250004dd05000a5025000a7d05001590250015bd050020d0250020fd04", "Time":"2015-10-11 19:53:10" },
      "state": { "Value":"off", "Time":"2015-10-13 14:35:33" },
      "tempadjust": { "Value":"0.0 C", "Time":"2015-10-12 22:33:27" },
      "temperature": { "Value":"18.0 C (measured)", "Time":"2015-10-13 14:35:33" },
      "voltage": { "Value":"229.809 V", "Time":"2015-10-13 14:35:33" }
    },
    "Attributes": {
      "IODev": "FB_AHA",
      "event-min-interval": "power:120",
      "genericDeviceType": "switch",
      "genericDisplayType": "switch",
      "group": "Bewässerung",
      "room": "Garten,Homekit,Homekit3",
      "webCmd": "on:off:on-for-timer 45"
    }
  },
  {
    "Name":"WZ_Rolladen_Aussen",
    "PossibleSets":"0:noArg 0:noArg closes:noArg down opens:noArg position:slider,0,5,100 stop:noArg teach:noArg up",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 actualTemp angleMax:slider,-180,20,180 alarmAction:no,stop,opens,closes angleMin:slider,-180,20,180 angleTime setCmdTrigger:man,refDev blockUnknownMSC:no,yes blockMotion:no,yes blockTemp:no,yes blockDisplay:no,yes blockDateTime:no,yes blockTimeProgram:no,yes blockOccupancy:no,yes blockSetpointTemp:no,yes blockFanSpeed:no,yes blockKey:no,yes comMode:confirm,biDir,uniDir daylightSavingTime:supported,not_supported dataEnc:VAES,AES-CBC defaultChannel:all,input,0,1,2,3,4,5,6,7,8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27,28,29 demandRespAction demandRespRefDev demandRespMax:A0,AI,B0,BI,C0,CI,D0,DI demandRespMin:A0,AI,B0,BI,C0,CI,D0,DI demandRespRandomTime demandRespThreshold:slider,0,1,15 demandRespTimeoutLevel:max,last destinationID devChannel devMode:master,slave devUpdate:off,auto,demand,polling,interrupt dimMax dimMin dimValueOn disable:0,1 disabledForIntervals displayContent:default,humidity,off,setPointTemp,tempertureExtern,temperatureIntern,time,no_change eep gpDef gwCmd:blindCmd,controlVar,dimming,fanStage,setpointBasic,setpointShift,switching humitity humidityRefDev keyRcv keySnd macAlgo:no,3,4 manufID:000,001,002,003,004,005,006,007,008,009,00A,00B,00C,00D,00E,00F,010,011,012,013,014,015,016,017,018,019,01A,01B,01C,01D,01E,01F,020,021,022,023,024,025,026,027,028,029,02A,02B,02C,02D,030,031,032,033,034,035,036,038,039,03A,03C,03E,03F,040,041,7FF model:other,FAE14,FHK14,FHK61,FSA12,FSB14,FSB61,FSB70,FSM12,FSM61,FT55,FTS12 observe:on,off observeCmdRepetition:1,2,3,4,5 observeErrorAction observeInterval observeLogic:and,or observeRefDev pollInterval productID rampTime releasedChannel:A,B,C,D,I,0,auto repeatingAllowed:yes,no remoteManagement:off,on rlcAlgo:no,2++,3++ rlcRcv rlcSnd rlcTX:true,false reposition:directly,opens,closes scaleDecimals:0,1,2,3,4,5,6,7,8,9 scaleMax scaleMin secMode:rcv,snd,bidirsecCode secLevel:encapsulation,encryption,off sendDevStatus:no,yes sensorMode:switch,pushbutton serviceOn:no,yes shutTime shutTimeCloses subDef subDef0 subDefI subDefA subDefB subDefC subDefD subType:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 subTypeSet:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 subTypeReading:CO2Sensor.01,COSensor.01,COSensor.02,FRW,HSensor.01,PM101,actuator.01,autoMeterReading.00,autoMeterReading.01,autoMeterReading.02,autoMeterReading.03,autoMeterReading.04,autoMeterReading.05,autoMeterReading.10,baroSensor.01,blindsCtrl.00,contact,currentClamp.00,currentClamp.01,currentClamp.02,digitalInput.01,digitalInput.02,digitalInput.03,digitalInput.04,digitalInput.05,energyManagement.01,environmentApp,fanCtrl.00,gateway,genericProfile,hvac.01,hvac.10,hvac.11,keycard,ledCtrlState.00,ledCtrlState.01,lightCtrl.01,lightCtrlState.01,lightCtrlState.02,lightSensor.01,lightSensor.02,lightSensor.03,lightTempOccupSensor.01,lightTempOccupSensor.02,lightTempOccupSensor.03,liquidLeakage,manufProfile,multiFuncSensor,occupSensor.01,occupSensor.02,occupSensor.03,particlesSensor.01,radiationSensor.01,radonSensor.01,raw,roomCtrlPanel.00,roomSensorControl.01,roomSensorControl.02,roomSensorControl.05,roomSensorControl.18,roomSensorControl.19,roomSensorControl.1A,roomSensorControl.1B,roomSensorControl.1C,roomSensorControl.1D,roomSensorControl.1F,roomSensorControl.20,shutterCtrlState.01,switch,switch.00,switch.7F,tempCtrlState.01,tempHumiCO2Sensor.01,tempHumiSensor.02,tempHumiSensor.03,tempSensor.01,tempSensor.02,tempSensor.03,tempSensor.04,tempSensor.05,tempSensor.06,tempSensor.07,tempSensor.08,tempSensor.09,tempSensor.0A,tempSensor.0B,tempSensor.10,tempSensor.11,tempSensor.12,tempSensor.13,tempSensor.14,tempSensor.15,tempSensor.16,tempSensor.17,tempSensor.18,tempSensor.19,tempSensor.1A,tempSensor.1B,tempSensor.20,tempSensor.30,valveCtrl.00,vocSensor.01,windowHandle,windowHandle.10 summerMode:off,on switchMode:switch,pushbutton switchHysteresis switchType:direction,universal,channel,central temperatureRefDev temperatureScale:C,F,default,no_change timeNotation:12,24,default,no_change timeProgram1 timeProgram2 timeProgram3 timeProgram4 updateState:default,yes,no uteResponseRequest:yes,no event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle fm_type genericDeviceType icon sortby webCmd widgetOverride genericDisplayType userattr",
    "Internals": {
      "DEF": "0183FE92",
      "NAME": "WZ_Rolladen_Aussen",
      "NR": "67",
      "NTFY_ORDER": "50-WZ_Rolladen_Aussen",
      "STATE": "0",
      "TYPE": "EnOcean"
    },
    "Readings": {
      "anglePos": { "Value":"open_ack", "Time":"2015-10-11 22:25:37" },
      "block": { "Value":"unlock", "Time":"2015-10-11 22:25:37" },
      "endPosition": { "Value":"open", "Time":"2015-10-11 22:25:37" },
      "position": { "Value":"open_ack", "Time":"2015-10-11 22:25:37" },
      "state": { "Value":"open", "Time":"2015-10-11 22:25:37" }
    },
    "Attributes": {
      "IODev": "TCM310_0",
      "devStateIcon": "down:fts_shutter_down up:fts_shutter_up 100:fts_shutter_100 1\\d.*:fts_shutter_10 2\\d.*:fts_shutter_20 3\\d.*:fts_shutter_30 4\\d.*:fts_shutter_40 5\\d.*:fts_shutter_50 6\\d.*:fts_shutter_60 7\\d.*:fts_shutter_70 8\\d.*:fts_shutter_80 9\\d.*:fts_shutter_90 \\d.*:fts_shutter_down",
      "eventMap": "open_ack:0 open:0",
      "genericDeviceType": "blind",
      "group": "Rollläden",
      "manufID": "00D",
      "model": "FSB61",
      "room": "Homekit3,- Wohnzimmer,Homekit2",
      "shutTime": "30",
      "shutTimeCloses": "45",
      "stateFormat": "position",
      "subDef": "FFCD1602",
      "subType": "manufProfile",
      "webCmd": "position:up:down"
    }
  }  ],
  "totalResultsReturned":2
}


Ich mach mich mal auf die Suche nach der js aus Deinem Git ;)

Danke Dir!
Ulf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 Oktober 2015, 15:01:59
der fehler kommt diesmal nicht durch Fritz!Dect sondern durch eine belegten port. vermutlich läuft noch eine andere homebridge instanz.

zeig mal bitte die ausgabe von cached im debug browser (port 8081, eventuell musst du ihn ändern).

welche FHEM.js version verwendest du gerade? die ausgaben beim start schauen schon länger nicht mehr so aus. bitte nimm mal diese: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 13 Oktober 2015, 16:07:31
Ich habe regelmässig nach 2 stunden UNREACHABLE in EVE stehen. Homebridge läuft normal weiter.

Ich muss dann jedesmal alles löschen und dann wieder neu pairen. Im Log File finde ich nichts anormales.

Hat da jemand ein Tipp für mich wo ich mir anschauen kann was ich ändern soll ?

Bin für jeden Ratschlag dankbar.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 13 Oktober 2015, 16:07:51
Hi Andre,

ich dachte, dass ich die FHEM.js vom 8.10.15 verwendet hatte, aber ggf. hat mir ein Update auch eine ältere Version wieder rein gespielt.

Ich habe jetzt Deine Version eingespielt, das System durchgestartet (damit auch wirklich keine Instanz mehr läuft) und dann die Homebridge gestartet.

Sieht jetzt schon deutlich besser aus. Gartenwasser lässt sich als erstes Gerät durch Siri starten, den Enocean Rollladen kann ich mit Eve auf Position fahren (allerdings kein Hoch / Runter oder Siri). Und die Live-Aktualisierung geht auch endlich. Sonos erscheint auch in Eve, allerdings habe ich noch nicht raus, wie ich das per Siri steuer. Aber das finde ich sicher schon im Thread.

Ich muss jetzt mal weiter spielen, was so alles geht.

Danke Dir bis hier, und sowieso für all die Mühe und die tollen Module!

Lg, Ulf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 Oktober 2015, 16:13:53
@Jumbo: das kann unter anderem passieren wenn deine netzwerk komponenten probleme mit mdns haben. schau mal weiter oben im thread. das ist schon ein paar mal passiert.

@Ulf: die deutsche siri version hat zur zeit scheinbar noch ein einige probleme. farben für lampen und rolläden gehen noch nicht. der workaround ist homekit szenen zu verwenden. sonos kannst du per siri nur ein und aus schalten. entweder mit dem geräte namen oder als 'gerät' ansprechen. volume ist eine custom characteristic. die kann siri zur zeit prinzipiell nicht. auch hier helfen homekit szenen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 13 Oktober 2015, 16:20:29
ich hab schon probiert alles was netzwerk probleme ist zu ändern , LAN , separater Raspberry Pi mit nur FHEM und Homebridge, es nützt aber nix, ich kriege immer nach mehreren Stunden das Unreachable.

Wo genau könnten die Netzwerk komponenten Probleme machen ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 Oktober 2015, 16:21:38
wenn es nicht das netz ist fang mit einem einzigen switch device an und schau ob das länger erreichbar bleibt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 13 Oktober 2015, 16:22:29
ok , ich teste das dann mal.

Danke dir
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 Oktober 2015, 16:53:45
Zitat von: justme1968 am 11 Oktober 2015, 14:51:34
@Breaked: bitte zeig mal die konsolen ausgabe beim starten und ein jsonlist2 auf das device.

gruß
  andre


Hier die Konsolen-Ausgabe:
Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444747572147
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.40:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
longpoll error: Error: connect EHOSTUNREACH 10.0.0.40:8083
[FHEM] There was a problem connecting to FHEM (1).
starting longpoll: http://10.0.0.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444747580739
^C
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1444747897835
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 3 results
[FHEM] HZ.Bad is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] HZ.Bad has thermostat mode [mode;desiredTemperature]
[FHEM] HZ.Bad has temperature [temperature]
[FHEM] HZ.Bad has battery [battery]
[FHEM] Licht.Spiegelschrank is light
[FHEM] Licht.Spiegelschrank has onOff [state;on,off]
[FHEM] Licht.Spiegelschrank has firmware [D-firmware]
[FHEM] Licht.WZ is dimable [pct]
[FHEM] Licht.WZ has onOff [state;on,off]
[FHEM] Initializing platform accessory 'HZ.Bad'...
[FHEM] creating services for HZ.Bad
[FHEM]   information service for HZ.Bad
[FHEM]   thermostat service for HZ.Bad
[FHEM]     temperature characteristic for HZ.Bad
[FHEM]     battery status characteristic for HZ.Bad
[FHEM]     target temperature characteristic for HZ.Bad
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] creating services for Licht.Spiegelschrank
[FHEM]   information service for Licht.Spiegelschrank
[FHEM]     firmware revision characteristic for Licht.Spiegelschrank
[FHEM]   lightbulb service for Licht.Spiegelschrank
[FHEM]     power characteristic for Licht.Spiegelschrank
[FHEM] Initializing platform accessory 'Licht.WZ'...
[FHEM] creating services for Licht.WZ
[FHEM]   information service for Licht.WZ
[FHEM]   lightbulb service for Licht.WZ
[FHEM]     power characteristic for Licht.WZ
[FHEM]     brightness characteristic for Licht.WZ
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge-FHEM] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge-FHEM] Creating new IdentifierCache +108ms
  EventedHTTPServer Server listening on port 51826 +238ms
  EventedHTTPServer [10.0.0.27] New connection from client +16s
  EventedHTTPServer [10.0.0.27] HTTP server listening on port 54826 +15ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-setup +93ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +6ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +32ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +454ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-setup +8s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +4ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +11ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +356ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-setup +37ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +11ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +136ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +16ms
  Accessory [Homebridge-FHEM] Paired with client 847E2E56-DF13-4C16-82C8-5B00812124DE +31ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +83ms
  EventedHTTPServer [10.0.0.27] Client connection closed +56ms
  EventedHTTPServer [10.0.0.27] HTTP connection was closed +21ms
  EventedHTTPServer [10.0.0.27] HTTP server was closed +9ms
  EventedHTTPServer [10.0.0.27] New connection from client +882ms
  EventedHTTPServer [10.0.0.27] HTTP server listening on port 54826 +6ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-verify +32ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +5ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +15ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +75ms
  EventedHTTPServer [10.0.0.27] HTTP request: /pair-verify +32ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +3ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +15ms
  HAPServer [CC:22:3D:E3:CE:30] Client 847E2E56-DF13-4C16-82C8-5B00812124DE verification complete +24ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +10ms
  EventedHTTPServer [10.0.0.27] HTTP request: /accessories +38ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +3ms
  EventedHTTPServer [10.0.0.27] HTTP Repsonse is finished +39ms
  EventedHTTPServer [10.0.0.27] Client connection closed +442ms
  EventedHTTPServer [10.0.0.27] HTTP connection was closed +12ms
  EventedHTTPServer [10.0.0.27] HTTP server was closed +4ms


Und hier jsonlist2:
Code Auswählen
{
  "Arg":"HZ.Bad",
  "Results": [
  {
    "Name":"HZ.Bad",
    "PossibleSets":"wakeUp factoryReset groupid associate:HZ.Wohnzimmer.Fenster,HZ.Schlafzimmer,HZ.ThermoSZ,Fensterkontakt_Schlafzimmer,HZ.Kueche,HZ.ThermoWZ,HZ.Wohnzimmer.Wand deassociate:HZ.Wohnzimmer.Fenster,HZ.Schlafzimmer,HZ.ThermoSZ,Fensterkontakt_Schlafzimmer,HZ.Kueche,HZ.ThermoWZ,HZ.Wohnzimmer.Wand desiredTemperature:eco,comfort,boost,auto,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on ecoTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on comfortTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on measurementOffset:-3.5,-3.0,-2.5,-2.0,-1.5,-1.0,-0.5,0.0,0.5,1.0,1.5,2.0,2.5,3.0,3.5 maximumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on minimumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenDuration boostDuration:30,15,60,10,5,20,0,25 boostValveposition decalcification maxValveSetting valveOffset weekProfile",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 keepAuto:0,1 scanTemp:0,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ignore icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "HeatingThermostat 0b46bb",
      "NAME": "HZ.Bad",
      "NR": "236",
      "STATE": "21.0 °C",
      "TYPE": "MAX",
      "addr": "0b46bb",
      "type": "HeatingThermostat"
    },
    "Readings": {
      "MAXLAN_error": { "Value":"0", "Time":"2015-10-13 16:26:51" },
      "MAXLAN_errorInCommand": { "Value":"0", "Time":"2015-10-13 16:26:51" },
      "MAXLAN_initialized": { "Value":"1", "Time":"2015-10-13 16:26:51" },
      "MAXLAN_isAnswer": { "Value":"0", "Time":"2015-10-13 16:26:51" },
      "MAXLAN_valid": { "Value":"1", "Time":"2015-10-13 16:26:51" },
      "battery": { "Value":"ok", "Time":"2015-10-13 16:26:51" },
      "boostDuration": { "Value":"10", "Time":"2015-10-11 12:38:43" },
      "boostValveposition": { "Value":"100", "Time":"2015-10-11 12:38:43" },
      "comfortTemperature": { "Value":"22.0", "Time":"2015-10-11 12:38:43" },
      "decalcification": { "Value":"Sat 12:00", "Time":"2015-10-11 12:38:43" },
      "desiredTemperature": { "Value":"21.0", "Time":"2015-10-13 16:26:51" },
      "ecoTemperature": { "Value":"18.0", "Time":"2015-10-11 12:38:43" },
      "firmware": { "Value":"1.8", "Time":"2015-10-11 12:38:43" },
      "groupid": { "Value":"1", "Time":"2015-10-11 12:38:43" },
      "maxValveSetting": { "Value":"100", "Time":"2015-10-11 12:38:43" },
      "maximumTemperature": { "Value":"on", "Time":"2015-10-11 12:38:43" },
      "measurementOffset": { "Value":"-2.0", "Time":"2015-10-11 12:38:43" },
      "minimumTemperature": { "Value":"off", "Time":"2015-10-11 12:38:43" },
      "mode": { "Value":"manual", "Time":"2015-10-13 16:26:51" },
      "state": { "Value":"21.0 °C", "Time":"2015-10-13 16:26:51" },
      "temperature": { "Value":"24.5", "Time":"2015-10-13 16:26:51" },
      "testresult": { "Value":"255", "Time":"2015-10-11 12:38:43" },
      "valveOffset": { "Value":"0", "Time":"2015-10-11 12:38:43" },
      "valveposition": { "Value":"25", "Time":"2015-10-13 16:26:51" },
      "weekprofile-0-Sat-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-0-Sat-time": { "Value":"00:00-07:00  /  07:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "weekprofile-1-Sun-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-1-Sun-time": { "Value":"00:00-07:00  /  07:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "weekprofile-2-Mon-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-2-Mon-time": { "Value":"00:00-06:00  /  06:00-07:30  /  07:30-16:00  /  16:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "weekprofile-3-Tue-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-3-Tue-time": { "Value":"00:00-06:00  /  06:00-07:30  /  07:30-16:00  /  16:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "weekprofile-4-Wed-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-4-Wed-time": { "Value":"00:00-06:00  /  06:00-07:30  /  07:30-16:00  /  16:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "weekprofile-5-Thu-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-5-Thu-time": { "Value":"00:00-06:00  /  06:00-07:30  /  07:30-16:00  /  16:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "weekprofile-6-Fri-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-11 12:38:43" },
      "weekprofile-6-Fri-time": { "Value":"00:00-06:00  /  06:00-07:30  /  07:30-16:00  /  16:00-23:00  /  23:00-00:00", "Time":"2015-10-11 12:38:43" },
      "windowOpenDuration": { "Value":"15", "Time":"2015-10-11 12:38:43" },
      "windowOpenTemperature": { "Value":"12.0", "Time":"2015-10-11 12:38:43" }
    },
    "Attributes": {
      "IODev": "ml",
      "group": "Heizung",
      "room": "Bad,Homekit,MAX"
    }
  }  ],
  "totalResultsReturned":1
}


Lg und danke im Vorraus :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 13 Oktober 2015, 18:01:42
bitte nimm mal die github version: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 13 Oktober 2015, 21:49:13
Hallo Zusammen,
wie ich ja schon freudig berichtet habe, läuft die Homebridge bei mir unter Windwos. Momentan versuche ich mit HTTP die Kommunikation zur meiner Steuerung zur realisieren. Die Daten kommen zwar in meiner Software an, aber ich weiß nicht wie ich auf den HTTP-Post antworten soll. Auch in der Eve-APP sieht man das Warten auf eine Antwort. Kann mir einer erklären was ich auf den HTTP-Post antworten muss, dass der Status und die Helligkeit angezeigt werden. Muss ich nach jedem empfangen die Verbindung durch meine Software wieder trennen?

Hier meine config.json:
Code Auswählen

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },
   
    "description": "This is an example configuration file with all supported devices. You can use this as a template for creating your own configuration file containing devices you actually own.",

    "platforms": [
    ],

    "accessories": [
        {
            "accessory": "Http",
            "name": "Kuechen Lampe 1",
            "on_url": "http://10.0.0.215:3030/devices/23222/on",
            "off_url": "http://10.0.0.215:3030/devices/23222/off",
            "brightness_url": "http://10.0.0.215:3030/devices/23222/brightness/%b",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Wohnzimmer Lampe 1",
            "on_url": "http://10.0.0.215:3030/devices/23223/on",
            "off_url": "http://10.0.0.215:3030/devices/23223/off",
            "brightness_url": "http://10.0.0.215:3030/devices/23223/brightness/%b",
            "http_method": "POST"
        }
    ]
}


Hier die Daten die ich empfange in meiner Software bei POST:
Code Auswählen

POST /devices/23223/on HTTP/1.1
host: 10.0.0.215:3030
content-length: 0
Connection: close


Hier die Daten die ich empfange in meiner Software bei GET:
Code Auswählen

GET /devices/23222/on HTTP/1.1
host: 10.0.0.215:3030
Connection: close


Vielen Dank schon mal für eure Hilfe.

Gruß
Patcher

Update: Ist gelöst -> https://github.com/nfarina/homebridge/issues/269
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: alubundy am 14 Oktober 2015, 16:29:01
Hallo,

bin neu angemeldet hier im Forum und möchte mal allen Beteiligten, speziell zum Thema "FHEM - Homekit - Siri" für die tolle Arbeit danken.

Durch das "Einlesen" habe ich es inzwischen geschafft, alle meine Schaltaktoren (Homematic und FS20) per Siri bedienen zu können.

Auf meinen Geräten (2 Ipads, 1 Iphone) habe ich die Eve App laufen und über myTouchHome habe ich auch direkten Touch-Zugriff über
meine Apple Watch.

Wegen der Übersichtlichkeit und "Familienfreundlichkeit (meine Regierung daheim kann sich mit der FHEM Oberfläche und anderen Frontends nicht so recht anfreunden)
möchte ich die Bedienung aller meiner Homematic Komponenten über die Eve App laufen lassen.

Dazu mal eine Frage:

Ich habe einen Homematic Thermostat mit in die Homekit Konfiguration aufgenommen. Normalerweise kann ich ja in FHEM sowohl die Temperatur, als auch die
Modi "Auto, Manual, Nacht, Tag usw..." einstellen. In der Eve App werden nur Schaltflächen "AUS, Heizen, Kühlen ...." angezeigt. Das Einstellen der Temperatur funktioniert....

Gibt es da eine Möglichkeit, die Modi auch über die Eve App zu steuern?

Gruß
AL 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 14 Oktober 2015, 16:32:02
Interessant mein Homematic Thermostat kann man derzeit gar nicht steuern in Eve. Welche Attribute braucht das Thermostat? Meine sind eigentlich mit Autocreate erzeugt worden...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Oktober 2015, 16:39:57
@alubundy: die drei modi (bzw. vier inklusive aus) sind fest vorgegeben und lassen sich nicht ändern. ich habe in der aktuellen version die reaktion auf mode wieder entfern weil es probleme gab. es gibt zwei möglichkeiten da etwas zu machen:

- den cooling mode für etwas anderes verwenden. z.b. boost. die Beschriftung würde aber bleiben wie sie ist
- mit einer custom characteristic und ein paar schalten arbeiten. dann stimmt die beschriftung aber eine steuerung der siri geht nicht.

@Hauswart: die sollten direkt automatisch gehen. hast du dir aktuellste FHEM.js version?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: alubundy am 14 Oktober 2015, 16:41:22
Vielleicht habe ich mich falsch ausgedrückt, ich steuere meine Heizungsthermostaten in nahezu allen Räumen über einen Wandthermostat.
Dieser wird in der Eve App angezeigt und ich kann darüber die Temperatur einstellen.

Im Bad habe ich einen Heizkörperthermostat ohne Wandthermostat. Da habe ich auch das Problem, daß ich nur die
Temperatur sehen kann, aber nicht einstellen, egal welchen Kanal o.a. ich in FHEM in den Raum "Homekit" lege...

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 14 Oktober 2015, 16:42:08
@justme1968 zumindest deine vorletzte Version. Mir wird nur die Temperatur angezeigt. Steuern kann ich sie nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 14 Oktober 2015, 16:47:52
@Hauswart,

ich habe die gleiche Config wie du 4 Homematic Heizungsthermostate und 1 Wandthermostat.

Ich steuere alle über das Wandthermostat. Hast du mal Probiert :  Stelle Thermostat auf XX grad ein.

Bei mir ging es sofort.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: alubundy am 14 Oktober 2015, 16:54:09
@andre

Danke für die Info.

Dann werde ich die Modi in Eve ausblenden. Verwirrt die "Regierung" daheim nur. Temperatur kann man ja  einstellen,
Modi müssen halt über den Wandthermostat gewählt warden.

@Jumbo

Also, über den Wandthermostat funktioniert es ja, nur ohne Wandthermostat (also nur Heizkörperthermostat direkt an FHEM)
kann ich auch nur die Temperatur sehen.....

Gruß
AL
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Oktober 2015, 17:10:00
zeig mal ein jsonlist2 auf den thermostat. geht es mit gebericDeviceType thermostat?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Oktober 2015, 17:10:13
zeig mal ein jsonlist2 auf den thermostat. geht es mit gebericDeviceType thermostat?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 14 Oktober 2015, 17:13:20
wird in der tat auch bei mir nicht angezeigt und ignoriert :

Code Auswählen
{
  "Arg":"Heizung_Gang_Clima",
  "Results": [
  {
    "Name":"Heizung_Gang_Clima",
    "PossibleSets":"burstXmit clear:readings,trigger,register,rssi,msgEvents,attack,all controlManu:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 controlMode:auto,manual,boost,day,night controlParty desired-temp:on,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0 getConfig getRegRaw inhibit:on,off peerBulk regBulk regSet sign:on,off sysTime tempListFri tempListMon tempListSat tempListSun tempListThu tempListTmpl tempListTue tempListWed",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic cmdIcon devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view fp_1._RDC fp_1stack fp_2._1ten_Stack fp_2stack fp_3._2ten_Stack fp_8._Plots fp_9._XBMC fp_Grundriss fp_Living fp_XBMC genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon item.* milight sortby webCmd widgetOverride xbmcInfo userattr",
    "Internals": {
      "DEF": "290D6A04",
      "NAME": "Heizung_Gang_Clima",
      "NR": "654",
      "STATE": "T: 26.2 desired: 23.0 valve: 0",
      "TYPE": "CUL_HM",
      "chanNo": "04",
      "device": "Heizung_Gang"
    },
    "Readings": {
      "R-boostPeriod": { "Value":"5 min", "Time":"2015-10-12 16:24:05" },
      "R-boostPos": { "Value":"80 %", "Time":"2015-10-12 16:24:05" },
      "R-btnNoBckLight": { "Value":"off", "Time":"2015-10-12 16:24:05" },
      "R-dayTemp": { "Value":"21 C", "Time":"2015-10-12 16:24:05" },
      "R-daylightSaveTime": { "Value":"on", "Time":"2015-10-12 16:24:05" },
      "R-decalcTime": { "Value":"11:00", "Time":"2015-10-12 16:24:05" },
      "R-decalcWeekday": { "Value":"Sat", "Time":"2015-10-12 16:24:05" },
      "R-modePrioManu": { "Value":"all", "Time":"2015-10-12 16:24:05" },
      "R-modePrioParty": { "Value":"all", "Time":"2015-10-12 16:24:05" },
      "R-nightTemp": { "Value":"17 C", "Time":"2015-10-12 16:24:05" },
      "R-noMinMax4Manu": { "Value":"off", "Time":"2015-10-12 16:24:05" },
      "R-regAdaptive": { "Value":"on", "Time":"2015-10-12 16:24:05" },
      "R-reguExtI": { "Value":"15", "Time":"2015-10-12 16:24:05" },
      "R-reguExtP": { "Value":"30", "Time":"2015-10-12 16:24:05" },
      "R-reguExtPstart": { "Value":"30", "Time":"2015-10-12 16:24:05" },
      "R-reguIntI": { "Value":"18", "Time":"2015-10-12 16:24:05" },
      "R-reguIntP": { "Value":"33", "Time":"2015-10-12 16:24:05" },
      "R-reguIntPstart": { "Value":"45", "Time":"2015-10-12 16:24:05" },
      "R-showInfo": { "Value":"time", "Time":"2015-10-12 16:24:05" },
      "R-showWeekday": { "Value":"off", "Time":"2015-10-12 16:24:05" },
      "R-sign": { "Value":"off", "Time":"2015-10-12 16:24:01" },
      "R-tempMax": { "Value":"30.5 C", "Time":"2015-10-12 16:24:05" },
      "R-tempMin": { "Value":"4.5 C", "Time":"2015-10-12 16:24:05" },
      "R-tempOffset": { "Value":"0.0K", "Time":"2015-10-12 16:24:05" },
      "R-valveErrPos": { "Value":"15 %", "Time":"2015-10-12 16:24:05" },
      "R-valveMaxPos": { "Value":"100 %", "Time":"2015-10-12 16:24:05" },
      "R-valveOffsetRt": { "Value":"0 %", "Time":"2015-10-12 16:24:05" },
      "R-winOpnBoost": { "Value":"off", "Time":"2015-10-12 16:24:05" },
      "R-winOpnDetFall": { "Value":"1.4 K", "Time":"2015-10-12 16:24:05" },
      "R-winOpnMode": { "Value":"on", "Time":"2015-10-12 16:24:05" },
      "R-winOpnPeriod": { "Value":"15 min", "Time":"2015-10-12 16:24:05" },
      "R-winOpnTemp": { "Value":"12 C", "Time":"2015-10-12 16:24:05" },
      "R_0_tempListSat": { "Value":"06:00 17.0 22:00 22.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_1_tempListSun": { "Value":"06:00 17.0 22:00 22.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_2_tempListMon": { "Value":"06:00 17.0 09:00 22.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_3_tempListTue": { "Value":"06:00 17.0 09:00 22.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_4_tempListWed": { "Value":"06:00 17.0 09:00 22.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_5_tempListThu": { "Value":"06:00 17.0 09:00 22.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_6_tempListFri": { "Value":"06:00 17.0 09:00 22.0 17:00 17.0 22:00 21.0 24:00 17.0", "Time":"2015-10-12 16:24:05" },
      "R_tempList_State": { "Value":"verified", "Time":"2015-10-12 16:24:05" },
      "RegL_01:": { "Value":"08:00 00:00", "Time":"2015-10-12 16:24:01" },
      "RegL_07:": { "Value":"01:2A 02:22 03:09 04:3D 05:18 06:03 07:00 08:16 09:07 0A:30 0B:00 0C:64 0D:0F 0E:05 0F:00 10:00 11:00 12:09 13:8E 14:44 15:48 16:59 17:08 18:45 19:20 1A:45 1B:20 1C:45 1D:20 1E:45 1F:20 20:45 21:20 22:45 23:20 24:45 25:20 26:45 27:20 28:45 29:20 2A:45 2B:20 2C:45 2D:20 2E:44 2F:48 30:59 31:08 32:45 33:20 34:45 35:20 36:45 37:20 38:45 39:20 3A:45 3B:20 3C:45 3D:20 3E:45 3F:20 40:45 41:20 42:45 43:20 44:45 45:20 46:45 47:20 48:44 49:48 4A:58 4B:6C 4C:44 4D:CC 4E:55 4F:08 50:45 51:20 52:45 53:20 54:45 55:20 56:45 57:20 58:45 59:20 5A:45 5B:20 5C:45 5D:20 5E:45 5F:20 60:45 61:20 62:44 63:48 64:58 65:6C 66:44 67:CC 68:55 69:08 6A:45 6B:20 6C:45 6D:20 6E:45 6F:20 70:45 71:20 72:45 73:20 74:45 75:20 76:45 77:20 78:45 79:20 7A:45 7B:20 7C:44 7D:48 7E:58 7F:6C 80:44 81:CC 82:55 83:08 84:45 85:20 86:45 87:20 88:45 89:20 8A:45 8B:20 8C:45 8D:20 8E:45 8F:20 90:45 91:20 92:45 93:20 94:45 95:20 96:44 97:48 98:58 99:6C 9A:44 9B:CC 9C:55 9D:08 9E:45 9F:20 A0:45 A1:20 A2:45 A3:20 A4:45 A5:20 A6:45 A7:20 A8:45 A9:20 AA:45 AB:20 AC:45 AD:20 AE:45 AF:20 B0:44 B1:48 B2:58 B3:6C B4:44 B5:CC B6:55 B7:08 B8:45 B9:20 BA:45 BB:20 BC:45 BD:20 BE:45 BF:20 C0:45 C1:20 C2:45 C3:20 C4:45 C5:20 C6:45 C7:20 C8:45 C9:20 CA:12 CB:21 CC:2D CD:0F CE:1E CF:1E 00:00", "Time":"2015-10-12 16:24:05" },
      "ValvePosition": { "Value":"0", "Time":"2015-10-14 17:12:24" },
      "boostTime": { "Value":"-", "Time":"2015-10-14 17:12:24" },
      "controlMode": { "Value":"manual", "Time":"2015-10-14 17:12:24" },
      "desired-temp": { "Value":"23.0", "Time":"2015-10-14 17:12:24" },
      "measured-temp": { "Value":"26.2", "Time":"2015-10-14 17:12:24" },
      "motorErr": { "Value":"ok", "Time":"2015-10-14 17:12:24" },
      "partyEnd": { "Value":"-", "Time":"2015-10-14 17:12:24" },
      "partyStart": { "Value":"-", "Time":"2015-10-14 17:12:24" },
      "partyTemp": { "Value":"-", "Time":"2015-10-14 17:12:24" },
      "state": { "Value":"T: 26.2 desired: 23.0 valve: 0", "Time":"2015-10-14 17:12:24" }
    },
    "Attributes": {
      "model": "HM-CC-RT-DN",
      "peerIDs": "00000000,",
      "room": "1._RDC,Homebridge",
      "subType": "Heizung",
      "tempListTmpl": "FHEM/tempList.cfg:Heizung_Gang_Clima"
    }
  }  ],
  "totalResultsReturned":1
}

folgendes ist im global drin :  genericDeviceType:switch,outlet,light,blind,speaker,thermostat
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Oktober 2015, 18:55:44
wo kommt denn der subType Heizung her? die homematic bezeichung is thermostat und das attribut sollte nicht vom anwender gesetzt werden.

alternativ: setz genericDeviceType für das device auf thermostat.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 14 Oktober 2015, 19:56:08
Meine sind subType thermostat. Json kann ich am Handy gerade nicht exportieren. Aber habe in Eve auch nur die Temperatur. GenericDeviceType ist subType oder wo muss ich diese setzen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Jumbo am 14 Oktober 2015, 19:57:01
stimmt Andre,

hab's geändert auf Thermostat. Wieso die auf Heizung standen weiss ich jetzt auch nicht.

Nun funktioniert es.

danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 14 Oktober 2015, 20:11:44
Fehler gefunden scheinbar bekommt nur das Device den subType thermostat automatisch. Habe nun dem Channel Clima thermostat hinzugefügt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 14 Oktober 2015, 23:54:58
Hallo Zusammen,
hier (https://github.com/nfarina/homebridge/wiki/Install-homebridge-on-Windows) habe ich mal eine Anleitung zur Installation auf Windows erstellt.

Gruß
Patcher

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 15 Oktober 2015, 09:54:31
Würde gerne den Wiki-Eintrag etwas erweitern.

Könnte mir jemand die aktuellen GenericDeviceType´s nennen die möglich sind?

Danke :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 15 Oktober 2015, 11:31:57
Zitat von: justme1968 am 13 Oktober 2015, 18:01:42
bitte nimm mal die github version: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js).

gruss
  andre

Diese habe ich in Verwendung.
Funktioniert damit allerdings nicht.

Verbindung mit Zubhör fehlgeschlagen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chunter1 am 17 Oktober 2015, 00:08:27
hat wer eine idee warum eve keine homebridge findet?
auf einem gerät funktioniert eve und homekit einwandfrei, beim iphone findet eve kein gerät.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: UlfS am 17 Oktober 2015, 00:20:54
Ist bei mir genau so, wenn Eve und iPhone schon mal verbunden waren (teilweise auch ansonsten ohne Adapter erc).
In der config.json den Namen der Homebride und den Usernamen ändern, z.B. Homebridge1 und den Namen am Schluss auf :31.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chunter1 am 17 Oktober 2015, 00:55:22
Zitat von: UlfS am 17 Oktober 2015, 00:20:54
Ist bei mir genau so, wenn Eve und iPhone schon mal verbunden waren (teilweise auch ansonsten ohne Adapter erc).
In der config.json den Namen der Homebride und den Usernamen ändern, z.B. Homebridge1 und den Namen am Schluss auf :31.

ok, jetzt funktionierts am iphone aber dafür am alten gerät nicht mehr.
heißt das, dass die homebridge nicht auf mehreren geräten parallel genutzt werden kann?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Oktober 2015, 01:04:37
@Breaked: eigentlich sollten die max thermostate gehen. ich sehe noch nicht warum es bei dir nicht geht. kannst du bitte auch mal die ausgabe vom debug browser zeigen.

@chunter1: iOS geräte die die gleiche apple id verwenden synchronisieren sich automatisch über iclound. inklusive raum, szenen und andere konfiguration. an geräte mit anderer apple id werden die geräte über homkit freigegeben. d.h. parallel nutzen geht aber nicht über mehrfaches pairen sondern über synchronisation und freigabe.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 17 Oktober 2015, 15:06:23
Homebridge wird nun mit dem npm module "hap-nodejs" installiert. Require sollte entsprechend angepasst werden:

Code Auswählen

var Service = require("hap-nodejs").Service;
var Characteristic = require("hap-nodejs").Characteristic;


Es ist auch ein Homebridge-Update nötig.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 17 Oktober 2015, 16:04:24
wäre es denn Möglich HM-SEC-KEY-S für Homebridge zu aktivieren? Im moment wird es ignoriert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Oktober 2015, 16:24:11
ich hatte schon damit angefangen. ist aber nicht fertig. ich brauche ein xmllist2 in den unterschiedlichen zuständen, offen, verschlossen.  schließen, ...

gruss
  andre
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Oktober 2015, 16:24:54
ich hatte schon damit angefangen. ist aber nicht fertig. ich brauche ein jsonlist2 in den unterschiedlichen zuständen, offen, verschlossen.  schließen, ...

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 17 Oktober 2015, 16:55:54
meinst du jsonlist2 ? xmllist2 sagt mir nichts
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Oktober 2015, 17:04:17
ja. jsonlist2. keine ahnung warum da xmmlist2 stand. hmmm
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 17 Oktober 2015, 18:37:45
Zitat von: justme1968 am 17 Oktober 2015, 17:04:17
ja. jsonlist2. keine ahnung warum da xmmlist2 stand. hmmm

Hier die jsonlist2. Danke fürs implementieren.

Code Auswählen

locked

    "Name":"FW.Haustuer",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss genericDeviceType:switch,outlet,light,blind,speaker,thermostat,lock icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "376196",
      "HMLAN1_MSGCNT": "6",
      "HMLAN1_RAWMSG": "E376196,0000,0A4172EF,FF,FFCB,04A410376196272F3606010000",
      "HMLAN1_RSSI": "-53",
      "HMLAN1_TIME": "2015-10-17 16:26:58",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "6",
      "NAME": "FW.Haustuer",
      "NR": "231",
      "NTFY_ORDER": "50-FW.Haustuer",
      "STATE": "locked",
      "TYPE": "CUL_HM",
      "lastMsg": "No:04 - t:10 s:376196 d:272F36 06010000",
      "peerList": "FW.FB.2_unlock,FW.FB.2_lock,FW.FB.2_light,FW.FB.1_unlock,FW.FB.1_lock,",
      "protEvt_AESCom-ok": "1 last_at:2015-10-17 16:26:52",
      "protLastRcv": "2015-10-17 16:26:58",
      "protSnd": "4 last_at:2015-10-17 16:26:58",
      "protState": "CMDs_done",
      "rssi_HMLAN1": "avg:-55.5 cnt:2 min:-56 max:-55 lst:-55 ",
      "rssi_at_HMLAN1": "lst:-53 max:-53 cnt:4 min:-53 avg:-53 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2015-10-17 16:26:52" },
      "D-firmware": { "Value":"2.5", "Time":"2015-10-03 11:33:45" },
      "D-serialNr": { "Value":"123123", "Time":"2015-10-03 11:33:45" },
      "PairedTo": { "Value":"0x272F36", "Time":"2015-09-26 08:43:37" },
      "R-FW.FB.1_lock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_unlock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shKeyJtOff": { "Value":"unLock", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shKeyJtOn": { "Value":"unLock", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.2_light-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shKeyJtOff": { "Value":"unLock", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shKeyJtOn": { "Value":"unLock", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_lock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-angelLocked": { "Value":"900.0900090009 deg", "Time":"2015-08-30 09:14:41" },
      "R-angelMax": { "Value":"945.094509450945 deg", "Time":"2015-08-30 09:14:41" },
      "R-angelOpen": { "Value":"255.025502550255 deg", "Time":"2015-08-30 09:14:41" },
      "R-holdPWM": { "Value":"100", "Time":"2015-08-30 09:14:41" },
      "R-holdTime": { "Value":"3.2 s", "Time":"2015-08-30 09:14:41" },
      "R-keypressSignal": { "Value":"on", "Time":"2015-08-30 09:14:40" },
      "R-ledFlashLocked": { "Value":"off", "Time":"2015-08-30 09:14:41" },
      "R-ledFlashUnlocked": { "Value":"off", "Time":"2015-08-30 09:14:41" },
      "R-pairCentral": { "Value":"0x272F36", "Time":"2015-08-30 09:14:40" },
      "R-setupDir": { "Value":"right", "Time":"2015-08-30 09:14:41" },
      "R-setupPosition": { "Value":"360.03600360036 deg", "Time":"2015-08-30 09:14:41" },
      "R-signal": { "Value":"on", "Time":"2015-08-30 09:14:40" },
      "R-signalTone": { "Value":"low", "Time":"2015-08-30 09:14:40" },
      "RegL_00:": { "Value":"02:01 03:19 0A:27 0B:2F 0C:36 00:00", "Time":"2015-09-26 08:43:37" },
      "RegL_01:": { "Value":"14:64 15:64 16:00 17:18 18:11 19:3F 1A:3C 1F:00  00:00", "Time":"2015-09-26 08:43:37" },
      "RegL_03:FW.FB.2_light": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-09-26 08:43:40" },
      "RegL_03:FW.FB.2_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-09-26 08:43:40" },
      "RegL_03:FW.FB.2_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:86 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-09-26 08:43:39" },
      "RegL_03:HM_3971A5_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-09-26 08:43:42" },
      "RegL_03:HM_3971A5_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-09-26 08:43:41" },
      "aesCommToDev": { "Value":"ok", "Time":"2015-10-17 16:26:52" },
      "aesKeyNbr": { "Value":"00", "Time":"2015-10-17 16:26:51" },
      "battery": { "Value":"ok", "Time":"2015-10-17 16:26:58" },
      "direction": { "Value":"none", "Time":"2015-10-17 16:26:58" },
      "error": { "Value":"none", "Time":"2015-10-17 16:26:58" },
      "inhibit": { "Value":"set_on", "Time":"2015-09-26 06:52:28" },
      "lock": { "Value":"locked", "Time":"2015-10-17 16:26:58" },
      "peerList": { "Value":"FW.FB.2_unlock,FW.FB.2_lock,FW.FB.2_light,FW.FB.1_unlock,FW.FB.1_lock,", "Time":"2015-10-17 16:17:12" },
      "powerOn": { "Value":"2015-09-26 08:43:35", "Time":"2015-09-26 08:43:35" },
      "recentStateType": { "Value":"info", "Time":"2015-10-17 16:26:58" },
      "state": { "Value":"locked", "Time":"2015-10-17 16:26:58" },
      "trigLast": { "Value":"FW.FB.2_light:short", "Time":"2015-10-10 18:55:07" },
      "trig_FW.FB.2_light": { "Value":"short", "Time":"2015-10-10 18:55:07" },
      "trig_FW.FB.2_lock": { "Value":"short", "Time":"2015-09-26 08:40:40" },
      "trig_FW.FB.2_unlock": { "Value":"long", "Time":"2015-10-10 18:36:29" },
      "trig_HM_30CF8C_light": { "Value":"short", "Time":"2015-09-05 11:04:53" },
      "uncertain": { "Value":"permanent", "Time":"2015-10-17 16:27:12" }
    },
    "Attributes": {
      "IODev": "HMLAN1",
      "autoReadReg": "4_reqStatus",
      "expert": "2_full",
      "firmware": "2.5",
      "genericDeviceType": "lock",
      "model": "HM-SEC-KEY-S",
      "msgRepeat": "1",
      "peerIDs": "00000000,30CF8C01,30CF8C02,30CF8C03,3971A501,3971A502,",
      "room": "Ferienwohnung,Homebridge",
      "serialNr": "234234234",
      "subType": "keyMatic",
      "webCmd": "lock:inhibit on:inhibit off"
    }
  },


unlocked

"Name":"FW.Haustuer",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss genericDeviceType:switch,outlet,light,blind,speaker,thermostat,lock icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "376196",
      "HMLAN1_MSGCNT": "13",
      "HMLAN1_RAWMSG": "E376196,0000,0A6832C3,FF,FFCB,07A410376196272F3606010100",
      "HMLAN1_RSSI": "-53",
      "HMLAN1_TIME": "2015-10-17 17:09:17",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "13",
      "NAME": "FW.Haustuer",
      "NR": "231",
      "NTFY_ORDER": "50-FW.Haustuer",
      "STATE": "unlocked",
      "TYPE": "CUL_HM",
      "lastMsg": "No:07 - t:10 s:376196 d:272F36 06010100",
      "peerList": "FW.FB.2_unlock,FW.FB.2_lock,FW.FB.2_light,FW.FB.1_unlock,FW.FB.1_lock,",
      "protEvt_AESCom-ok": "3 last_at:2015-10-17 17:09:11",
      "protLastRcv": "2015-10-17 17:09:17",
      "protSnd": "7 last_at:2015-10-17 17:09:17",
      "protState": "CMDs_done",
      "rssi_HMLAN1": "cnt:4 min:-56 avg:-55.25 max:-55 lst:-55 ",
      "rssi_at_HMLAN1": "lst:-53 max:-53 avg:-53 cnt:7 min:-53 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2015-10-17 17:09:11" },
      "D-firmware": { "Value":"2.5", "Time":"2015-10-03 11:33:45" },
      "D-serialNr": { "Value":"234234", "Time":"2015-10-03 11:33:45" },
      "PairedTo": { "Value":"0x272F36", "Time":"2015-09-26 08:43:37" },
      "R-FW.FB.1_lock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_unlock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shKeyJtOff": { "Value":"unLock", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shKeyJtOn": { "Value":"unLock", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.2_light-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shKeyJtOff": { "Value":"unLock", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shKeyJtOn": { "Value":"unLock", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_lock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_unlock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-angelLocked": { "Value":"900.0900090009 deg", "Time":"2015-08-30 09:14:41" },
      "R-angelMax": { "Value":"945.094509450945 deg", "Time":"2015-08-30 09:14:41" },
      "R-angelOpen": { "Value":"255.025502550255 deg", "Time":"2015-08-30 09:14:41" },
      "R-holdPWM": { "Value":"100", "Time":"2015-08-30 09:14:41" },
      "R-holdTime": { "Value":"3.2 s", "Time":"2015-08-30 09:14:41" },
      "R-keypressSignal": { "Value":"on", "Time":"2015-08-30 09:14:40" },
      "R-ledFlashLocked": { "Value":"off", "Time":"2015-08-30 09:14:41" },
      "R-ledFlashUnlocked": { "Value":"off", "Time":"2015-08-30 09:14:41" },
      "R-pairCentral": { "Value":"0x272F36", "Time":"2015-08-30 09:14:40" },
      "R-setupDir": { "Value":"right", "Time":"2015-08-30 09:14:41" },
      "R-setupPosition": { "Value":"360.03600360036 deg", "Time":"2015-08-30 09:14:41" },
      "R-signal": { "Value":"on", "Time":"2015-08-30 09:14:40" },
      "R-signalTone": { "Value":"low", "Time":"2015-08-30 09:14:40" },
      "RegL_00:": { "Value":"02:01 03:19 0A:27 0B:2F 0C:36 00:00", "Time":"2015-09-26 08:43:37" },
      "RegL_01:": { "Value":"14:64 15:64 16:00 17:18 18:11 19:3F 1A:3C 1F:00  00:00", "Time":"2015-09-26 08:43:37" },
      "RegL_03:FW.FB.2_light": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-09-26 08:43:40" },
      "RegL_03:FW.FB.2_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-09-26 08:43:40" },
      "RegL_03:FW.FB.2_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:86 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-09-26 08:43:39" },
      "RegL_03:HM_3971A5_lock": { "Value":"03:00 04:32 05:64 07:FF 0B:66 83:00 84:32 85:64  87:FF 8B:66 00:00", "Time":"2015-09-26 08:43:42" },
      "RegL_03:HM_3971A5_unlock": { "Value":"03:00 04:32 05:64 07:FF 0B:33 83:00 84:32 85:64  87:FF 8B:88 00:00", "Time":"2015-09-26 08:43:41" },
      "aesCommToDev": { "Value":"ok", "Time":"2015-10-17 17:09:11" },
      "aesKeyNbr": { "Value":"00", "Time":"2015-10-17 17:09:11" },
      "battery": { "Value":"ok", "Time":"2015-10-17 17:09:17" },
      "direction": { "Value":"none", "Time":"2015-10-17 17:09:17" },
      "error": { "Value":"none", "Time":"2015-10-17 17:09:17" },
      "inhibit": { "Value":"set_on", "Time":"2015-09-26 06:52:28" },
      "lock": { "Value":"unlocked", "Time":"2015-10-17 17:09:17" },
      "peerList": { "Value":"FW.FB.2_unlock,FW.FB.2_lock,FW.FB.2_light,FW.FB.1_unlock,FW.FB.1_lock,", "Time":"2015-10-17 16:17:12" },
      "powerOn": { "Value":"2015-09-26 08:43:35", "Time":"2015-09-26 08:43:35" },
      "recentStateType": { "Value":"info", "Time":"2015-10-17 17:09:17" },
      "state": { "Value":"unlocked", "Time":"2015-10-17 17:09:17" },
      "trigLast": { "Value":"FW.FB.2_light:short", "Time":"2015-10-10 18:55:07" },
      "trig_FW.FB.2_light": { "Value":"short", "Time":"2015-10-10 18:55:07" },
      "trig_FW.FB.2_lock": { "Value":"short", "Time":"2015-09-26 08:40:40" },
      "trig_FW.FB.2_unlock": { "Value":"long", "Time":"2015-10-10 18:36:29" },
      "trig_HM_30CF8C_light": { "Value":"short", "Time":"2015-09-05 11:04:53" },
      "uncertain": { "Value":"no", "Time":"2015-10-17 17:09:17" }
    },
    "Attributes": {
      "IODev": "HMLAN1",
      "autoReadReg": "4_reqStatus",
      "expert": "2_full",
      "firmware": "2.5",
      "genericDeviceType": "lock",
      "model": "HM-SEC-KEY-S",
      "msgRepeat": "1",
      "peerIDs": "00000000,30CF8C01,30CF8C02,30CF8C03,3971A501,3971A502,",
      "room": "Ferienwohnung,Homebridge",
      "serialNr": "sfsdf",
      "subType": "keyMatic",
      "webCmd": "lock:inhibit on:inhibit off"
    }
  },

unlocked (uncertain) (passiert wenn man manuell aufschließt)

{
    "Name":"FW.Haustuer",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw inhibit:on,off lock open peerBulk raw regBulk regSet reset sign:on,off statusRequest unlock unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_full param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss genericDeviceType:switch,outlet,light,blind,speaker,thermostat,lock icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "376196",
      "HMLAN1_MSGCNT": "33",
      "HMLAN1_RAWMSG": "E376196,0000,0A6F2664,FF,FFC0,0FA410376196272F3606010130",
      "HMLAN1_RSSI": "-64",
      "HMLAN1_TIME": "2015-10-17 17:16:53",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "33",
      "NAME": "FW.Haustuer",
      "NR": "231",
      "NTFY_ORDER": "50-FW.Haustuer",
      "STATE": "unlocked (uncertain)",
      "TYPE": "CUL_HM",
      "lastMsg": "No:0F - t:10 s:376196 d:272F36 06010130",
      "peerList": "FW.FB.2_unlock,FW.FB.2_lock,FW.FB.2_light,FW.FB.1_unlock,FW.FB.1_lock,",
      "protEvt_AESCom-ok": "9 last_at:2015-10-17 17:14:02",
      "protLastRcv": "2015-10-17 17:16:53",
      "protSnd": "15 last_at:2015-10-17 17:16:53",
      "protState": "CMDs_done",
      "rssi_HMLAN1": "cnt:10 min:-56 avg:-55.6 max:-55 lst:-56 ",
      "rssi_at_HMLAN1": "lst:-64 max:-52 avg:-53.93 cnt:15 min:-64 "
    },
    "Readings": {
      "CommandAccepted": { "Value":"yes", "Time":"2015-10-17 17:14:02" },
      "D-firmware": { "Value":"2.5", "Time":"2015-10-03 11:33:45" },
      "D-serialNr": { "Value":"234234", "Time":"2015-10-03 11:33:45" },
      "PairedTo": { "Value":"0x272F36", "Time":"2015-09-26 08:43:37" },
      "R-FW.FB.1_lock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_lock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:46" },
      "R-FW.FB.1_unlock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shKeyJtOff": { "Value":"unLock", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shKeyJtOn": { "Value":"unLock", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.1_unlock-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:45" },
      "R-FW.FB.2_light-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgKeyJtOff": { "Value":"open", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgKeyJtOn": { "Value":"open", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shKeyJtOff": { "Value":"unLock", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shKeyJtOn": { "Value":"unLock", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_light-shOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:44" },
      "R-FW.FB.2_lock-lgCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgKeyJtOff": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgKeyJtOn": { "Value":"lock", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-lgOnTime": { "Value":"unused", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtOff": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtOn": { "Value":"geLo", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtValHi": { "Value":"100", "Time":"2015-08-30 09:14:43" },
      "R-FW.FB.2_lock-shCtValLo": { "Value":"50", "Time":"2015-08-30 09:14:43" },
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Oktober 2015, 22:02:39
der post ist zu lang. am ende fehlt etwas. bitte die jsonlist2 jeweils in einen eigenen post stecken.

vielleicht geht es aber auch schon mit der angehängten version.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 18 Oktober 2015, 15:17:51
Mit der angehängten FHEM.js startet homebridge nicht mehr.

Die jsonlist2 liefere ich noch nach.

Code Auswählen

[FHEM] Initializing platform accessory 'CUL_HM_HM_WDS10_TH_O_206AC4'...
[FHEM] creating services for CUL_HM_HM_WDS10_TH_O_206AC4
[FHEM]   information service for CUL_HM_HM_WDS10_TH_O_206AC4
[FHEM]     firmware revision characteristic for CUL_HM_HM_WDS10_TH_O_206AC4
[FHEM]   temperature sensor service for CUL_HM_HM_WDS10_TH_O_206AC4
[FHEM]     temperature characteristic for CUL_HM_HM_WDS10_TH_O_206AC4
[FHEM]     humidity characteristic for CUL_HM_HM_WDS10_TH_O_206AC4
[FHEM]     battery status characteristic for CUL_HM_HM_WDS10_TH_O_206AC4
/home/osmc/homebridge/node_modules/hap-nodejs/lib/Service.js:38
  if (!UUID) throw new Error("Services must be created with a valid UUID.");
             ^

Error: Services must be created with a valid UUID.
    at new Service (/home/osmc/homebridge/node_modules/hap-nodejs/lib/Service.js:38:20)
    at parseServiceJSON (/home/osmc/homebridge/node_modules/hap-nodejs/lib/AccessoryLoader.js:114:17)
    at /home/osmc/homebridge/node_modules/hap-nodejs/lib/AccessoryLoader.js:63:19
    at Array.forEach (native)
    at Object.parseAccessoryJSON (/home/osmc/homebridge/node_modules/hap-nodejs/lib/AccessoryLoader.js:62:17)
    at createAccessory (/home/osmc/homebridge/app.js:153:28)
    at /home/osmc/homebridge/app.js:132:27
    at /home/osmc/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/home/osmc/homebridge/platforms/FHEM.js:600:22)
    at Request.self.callback (/home/osmc/homebridge/node_modules/request/request.js:373:22)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 18 Oktober 2015, 15:25:01
Kann mir jemand helfen?


Code Auswählen
root@cubie:(0)/root/homebridge//npm run start

> homebridge@0.1.1 start /root/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
module.js:339
    throw err;
    ^

Error: Cannot find module 'HAP-NodeJS'
    at Function.Module._resolveFilename (module.js:337:15)
    at Function.Module._load (module.js:287:25)
    at Module.require (module.js:366:17)
    at require (module.js:385:17)
    at Object.<anonymous> (/root/homebridge/platforms/FHEM.js:17:15)
    at Module._compile (module.js:435:26)
    at Object.Module._extensions..js (module.js:442:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Module.require (module.js:366:17)
root@cubie:(0)/root/homebridge//node -v
v4.2.1
root@cubie:(0)/root/homebridge//npm -v
3.3.8
root@cubie:(0)/root/homebridge//


Ich habe das HAP-NodeJS unter node_modules mit npm install installiert, aber leider klappt es nicht.
Was mache ich falsch?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 Oktober 2015, 15:34:41
hatte ein unvollständiges file angehängt. hier: http://forum.fhem.de/index.php/topic,32652.msg345926.html#msg345926 (http://forum.fhem.de/index.php/topic,32652.msg345926.html#msg345926) noch eine die hoffentlich besser geht.

ansonsten wichtig: in der angehängten version ist die änderung auf das klein geschriebene hap-nodejs noch nicht drin.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 18 Oktober 2015, 15:39:34
Zitat von: justme1968 am 18 Oktober 2015, 15:34:41
hatte ein unvollständiges file angehängt. hier: http://forum.fhem.de/index.php/topic,32652.msg345926.html#msg345926 (http://forum.fhem.de/index.php/topic,32652.msg345926.html#msg345926) noch eine die hoffentlich besser geht.

ansonsten wichtig: in der angehängten version ist die änderung auf das klein geschriebene hap-nodejs noch nicht drin.

gruss
  andre

Ich habe es korrigiert und dann läuft es auch! ;-) Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 18 Oktober 2015, 18:07:28
Scheinbar mag die Homebridge meine Wifilights nicht!

Code Auswählen
Accessory [Homebridge] Setting Characteristic "On" to value false +6ms
[FHEM] EG.KZ.Deckenlampe sending command set with value off
[FHEM]   executing: http://192.168.1.101:8083/fhem?cmd=set%20EG.KZ.Deckenlampe%20off&XHR=1
  EventedHTTPServer [::ffff:192.168.1.44] HTTP Repsonse is finished +7ms
  2015-10-18 14:39:04 caching: EG.KZ.Pepsischild-state: 0 as number
  2015-10-18 14:39:04 caching: EG.KZ.Deckenlampe-state: 0 as number
  2015-10-18 14:39:04 caching: EG.KZ.Schrankleuchte-state: 0 as number
  2015-10-18 14:39:05 caching: EG.KZ.LED.Stripes-hue: -49 as number
  2015-10-18 14:39:05 caching: EG.KZ.LED.Stripes-sat: 96 as number
  2015-10-18 14:39:05 caching: EG.KZ.LED.Stripes-xy: 0.435,0.405 as string
/root/homebridge/platforms/FHEM.js:64
      subscription.characteristic.setValue(value, undefined, 'fromFHEM');
                                 ^

TypeError: Cannot read property 'setValue' of undefined
    at FHEM_update (/root/homebridge/platforms/FHEM.js:64:34)
    at Request.<anonymous> (/root/homebridge/platforms/FHEM.js:214:24)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/root/homebridge/node_modules/request/request.js:1263:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)
    at IncomingMessage.Readable.push (_stream_readable.js:110:10)
    at HTTPParser.parserOnBody (_http_common.js:109:22)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 18 Oktober 2015, 18:16:05
Zitat von: justme1968 am 18 Oktober 2015, 15:34:41
hatte ein unvollständiges file angehängt. hier: http://forum.fhem.de/index.php/topic,32652.msg345926.html#msg345926 (http://forum.fhem.de/index.php/topic,32652.msg345926.html#msg345926) noch eine die hoffentlich besser geht.

ansonsten wichtig: in der angehängten version ist die änderung auf das klein geschriebene hap-nodejs noch nicht drin.

gruss
  andre

mit der aktuellen Version der FHEM.js stürzt die Homebridge mit ab.

Die jsonfiles hab ich dir nochmal per PM geschickt.

Code Auswählen


  Accessory [Homebridge] Processing characteristic set: {"characteristics":[{"aid":3,"iid":10,"value":0}]} +2ms
  Accessory [Homebridge] Setting Characteristic "Lock Target State" to value 0 +1ms
/home/osmc/homebridge/platforms/FHEM.js:1862
                       this.command( 'set', value == LockTargetState.UNSECURED ? this.mappings.lock.cmdUnlock : this.mappings.lock.cmdLock );
                                                     ^

ReferenceError: LockTargetState is not defined
    at Object.<anonymous> (/home/osmc/homebridge/platforms/FHEM.js:1862:54)
    at emitThree (events.js:97:13)
    at emit (events.js:175:7)
    at Characteristic.setValue (/home/osmc/homebridge/node_modules/hap-nodejs/lib/Characteristic.js:152:10)
    at Bridge.Accessory._handleSetCharacteristics (/home/osmc/homebridge/node_modules/hap-nodejs/lib/Accessory.js:516:22)
    at emitThree (events.js:97:13)
    at HAPServer.emit (events.js:175:7)
    at HAPServer._handleCharacteristics (/home/osmc/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:682:10)
    at HAPServer.<anonymous> (/home/osmc/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:172:39)
    at emitNone (events.js:67:13)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 Oktober 2015, 18:23:23
@P.A.Trick: ich glaube es ist eher das hue device das gerade ein problem macht. eventuell in Zusammenspiel mit dem wifilight.

änder mal in FHEM.js die zeile 63 von
Code Auswählen
if( !no_update )in
Code Auswählen
if( !no_update && subscription.characteristic )und schau ob es dann geht.


@Posti123: arggg... bitte schreib in der zeile mal noch ein Characteristic. vor das LockTargetState...:
Code Auswählen
this.command( 'set', value == Characteristic.LockTargetState.UNSECURED ? this.mappings.lock.cmdUnlock : this.mappings.lock.cmdLock );

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: P.A.Trick am 18 Oktober 2015, 18:25:35
Geändert ich beobachte mal!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 18 Oktober 2015, 18:33:30
Zitat von: justme1968 am 18 Oktober 2015, 18:23:23
@Posti123: arggg... bitte schreib in der zeile mal noch ein Characteristic. vor das LockTargetState...:
Code Auswählen
this.command( 'set', value == Characteristic.LockTargetState.UNSECURED ? this.mappings.lock.cmdUnlock : this.mappings.lock.cmdLock );

gruss
  andre

mh hätte ich auch selber drauf kommen können ;)   Funktioniert jetzt. Genial. Homekit selber sendet sogar eine Pushbenachrichtigung wenn die Tür aufgeschlossen oder abgeschlossen wird. Auch Siri funktioniert!

Jetzt muss nur noch die open Funktion implementiert werden, dann wäre es perfekt ;)

set Haustuer open
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 18 Oktober 2015, 19:34:43
Nabend zusammen,

erstmal DANKE für die super Arbeit und all die Mühe! Ich hab es nun auch eingerichtet, und nachdem ich verstanden habe dass ich mir eine FHEM.js hier aus dem Thema schnappen muss und die von Github damit ersetzen klappts auch ganz gut (Dummy Schalter für Funksteckdosen und Homematic Thermostate). Ein paar Fragen habe ich dazu:

das hier ist meine Config:

Code Auswählen
  {
        "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.155.7",
            "ssl": false,
            "port": "8083"
        }
     ],

    "accessories": []
}


1) Im FHEM habe ich ja im Prinzip alle Räume angelegt. Ich verwende Eve als iOS App. Mit obiger Config muss ich im Eve ja dann alle Räume neu erzeugen und die Geräte neu zuweisen, gibt es da einen Weg drumherum, so dass das etwas synchroner läuft?

2) Ich habe verschiedene Structures im FHEM angelegt, die im Prinzip als "Bereiche" oder "Dienstgruppen" ins Homekit übernommen werden können. Gibts es dafür schon Support?

3) Meine Homematic Fensterkontakte zeigen im Eve den Status als "Ja" oder "Nein" an. Kann man das als "Geschlossen" und "Geöffnet" umkonfigurieren?

Danke und viele Grüße
Psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 Oktober 2015, 20:00:07
es gibt keine möglichkeit HomeKit räume oder gruppen oder szenen von außen anzulegen. zumindest nicht ohne spezialisierte app.

strukture wird zur zeit absichtlich ignoriert. später sollten sie mit einem passenden gebericDeviceType zumindest ein und aus schaktbar sein oder fenster und türen status liefern.

HomeKit erlaubt für contact sensoren nur einen boolean status. was eve dann daraus macht lässt sich nicht beeinflussen. es gibt zwar fenster und tür services, die haben aber eine reihe anderer zwingend vorgegebener characteristics die du dann von hand in eve weg configurieren müsstest. ich kann mal probieren ob noch andere nachteile hätte.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 18 Oktober 2015, 20:34:24
Ich hab da auch noch mal eine Frage....


Ich hab hier zwei wifilights lw12 im fhem; die werden auch erkannt und ich kann sie auch per EVE steuern, versuche ich aber die Farbe zu ändern, so stelle ich die Farben ein und die LEDs wechselten kurz die Farbe und gehen dann wieder auf weiß. Das passiert blitzartig. Manchmal bleibt die Farbe auch da wo sie hinsoll...aber nur manchmal.
Scheint sich möglicherweise um ein timing Problem zu handeln?  Oder der alte Befehl wird noch einmal gesendet?


Kann das jemand verifizieren?


LG Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 Oktober 2015, 21:16:02
jeder befehl wird nur ein mal gesendet. die wifilights sollten genau ein set rgb bekommen.

auf der homebridge console siehst du was genau an fhem gesendet wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterchen89 am 18 Oktober 2015, 23:16:27
Ich habe mit der FHEM.js-Version aus dem homebridge-git alles über die Elgato App erstellt und wollte dann mal die hier aus dem Forum ausprobieren. Danach sind in der Elgato App alle Geräte als nicht mehr erreichbar gekennzeichnet gewesen. Nach Wiederherstellung der alten FHEM.js ist die Funktion immer noch nicht wiederhergestellt. Hat jemand vielleicht eine Idee dazu?

Edit: Habe das persist-Verzeichnis von homebridge gelöscht, die Homekit Einstellungen unter Datenschutz zurückgesetzt und Eve neuinstalliert. Dann die Bridge in Eve neu hinzugefügt, die Geräte wieder den Räumen hinzugefügt und die Freigabe von Homekit an Mitbewohner wieder gesetzt. Jetzt geht es wieder. Als FHEM.js nutze ich die aus justme's git (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 19 Oktober 2015, 12:54:02
Zitat von: justme1968 am 18 Oktober 2015, 21:16:02
jeder befehl wird nur ein mal gesendet. die wifilights sollten genau ein set rgb bekommen.

auf der homebridge console siehst du was genau an fhem gesendet wird.

gruss
  andre


Hallo Andre,


folgendes passiert, wenn ich versuche einen Farbbefehl von Eve aus zu schicken:


Code Auswählen
EventedHTTPServer [::ffff:EVE] HTTP request: /characteristics +2m   HAPServer [CC:22:3D:E3:CE:30] HAP Request: PUT /characteristics +1ms
  Accessory [Homebridge-MH] Processing characteristic set: {"characteristics":[{"aid":7,"iid":10,"value":1}]} +4ms
  Accessory [Homebridge-MH] Setting Characteristic "Hue" to value 1 +1ms
[FHEM] Deckenlicht_Esszimmer sending command H-rgb with value 1
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 1 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":1}]} +4ms
[FHEM]   executing: http://Banana:8083/fhem?cmd=set%20Deckenlicht_Esszimmer%20RGB%20ffffff&XHR=1
  EventedHTTPServer [::ffff:EVE] HTTP Repsonse is finished +7ms
  EventedHTTPServer [::ffff:EVE] Writing pending HTTP event data +1ms
  EventedHTTPServer [::ffff:EVE] HTTP request: /characteristics +22ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: PUT /characteristics +1ms
  Accessory [Homebridge-MH] Processing characteristic set: {"characteristics":[{"aid":7,"iid":11,"value":96}]} +3ms
  Accessory [Homebridge-MH] Setting Characteristic "Saturation" to value 96 +2ms
[FHEM] Deckenlicht_Esszimmer sending command S-rgb with value 96
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-sat: 96 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.11' with data: {"characteristics":[{"aid":7,"iid":11,"value":96}]} +3ms
[FHEM]   executing: http://Banana:8083/fhem?cmd=set%20Deckenlicht_Esszimmer%20RGB%20ff0e0a&XHR=1
  EventedHTTPServer [::ffff:EVE] HTTP Repsonse is finished +12ms
  EventedHTTPServer [::ffff:EVE] Writing pending HTTP event data +1ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 32 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":32}]} +18ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 0 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":0}]} +8ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-sat: 0 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.11' with data: {"characteristics":[{"aid":7,"iid":11,"value":0}]} +6ms
  EventedHTTPServer [::ffff:EVE] HTTP request: /characteristics +22ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: PUT /characteristics +1ms
  Accessory [Homebridge-MH] Processing characteristic set: {"characteristics":[{"aid":7,"iid":12,"value":100}]} +3ms
  Accessory [Homebridge-MH] Setting Characteristic "Brightness" to value 100 +2ms
[FHEM] Deckenlicht_Esszimmer sending command B-rgb with value 100
[FHEM]   executing: http://Banana:8083/fhem?cmd=set%20Deckenlicht_Esszimmer%20RGB%20ffffff&XHR=1
  EventedHTTPServer [::ffff:EVE] HTTP Repsonse is finished +8ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 1 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":1}]} +16ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 0 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":0}]} +5ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-sat: 96 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.11' with data: {"characteristics":[{"aid":7,"iid":11,"value":96}]} +3ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 1 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":1}]} +63ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-hue: 0 as number
  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.10' with data: {"characteristics":[{"aid":7,"iid":10,"value":0}]} +8ms
  2015-10-19 10:40:48 caching: Deckenlicht_Esszimmer-sat: 0 as number

  EventedHTTPServer [::ffff:EVE] Sending HTTP event '7.11' with data: {"characteristics":[{"aid":7,"iid":11,"value":0}]} +6ms



So wie ich das sehe werden doppelte Befehle von der App gesendet?? Oder wie darf ich das verstehen?


Es gehen ja definitiv zwei Befehle von FHEM an die wifilights...fragt sich nur warum zwei Befehle abgesetzt werden von EVE


Kannst Du das bestätigen? Oder bin ich auf dem Holzweg ?


LG


Marie


PS: Hab die IP's durch die entsprechenden Namen ersetzt, so ist es manchmal einfacher.. :)

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 19 Oktober 2015, 17:42:39
Huhu,

ich habe da noch einmal zwei Fragen....

1. meine Anzeige von den Geräten in EVE (Schalter) wird nicht aktualisiert, schalte ich z.B. im Web-Interface von FHEM, so ändert sich die
    Anzeige in EVE nicht. Sollte das nicht eigentlich funktionieren?

2. Dieser Punkt gehört hier eigentlich nicht hin, frage aber trotzdem mal : ich habe 6 Temperaturen über 1-Wire drahtlos in FHEM eingebunden.
    Diese hätte ich jetzt natürlich auch gerne in EVE gesehen. Leider geht das so ja nicht direkt. Also dachte ich mir, flugs nen Readingsproxy       
    gemacht und alles gut (Habe vorher damit noch nie gearbeitet...). Soweit so gut, habe jetzt 6 einzelne Device mit den dazugehörigen
    Temperaturen die mir auch ganz toll in FHEM angezeigt werden... aber wie kriege ich da jetzt noch ein reading "temperature" rein, was das 
    HomeKit versteht?? Oder geht es auf einen anderen Weg? Das wäre ja noch was...


Danke schon einmal für Eure Hilfe


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterchen89 am 19 Oktober 2015, 19:20:10
Nächstes Problem: Eben standen die Geräte wieder auf nicht erreichbar in Eve. Nach Neustart vom iPhone war dann wieder alles ok. Selbes Verhalten dann gerade wieder. Nach Neustart vom iPhone waren dann in Eve aber alle Geräte weg :-(.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 19 Oktober 2015, 19:23:23
Zitat von: peterchen89 am 19 Oktober 2015, 19:20:10
Nächstes Problem: Eben standen die Geräte wieder auf nicht erreichbar in Eve. Nach Neustart vom iPhone war dann wieder alles ok. Selbes Verhalten dann gerade wieder. Nach Neustart vom iPhone waren dann in Eve aber alle Geräte weg :-(.


Moin,


ja das ist glaube ich noch ein ungeklärtes Phänomen...kommt auch nach unterschiedlichen Zeiten vor....


Einzige Lösung die ich bisher kenne:
- Homebridge stoppen
- /homebridge/persist/  --> Ordner leeren
- Homekit Config in IOS zurücksetzen
- Homebridge wieder starten


--> sehr unbefriedigend, scheint ein Problem noch mit der Homebridge zu sein?!?


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Oktober 2015, 20:35:33
@Marie: das mit den doppelten kommandos muss ich mir anschauen.

die schalter in eve sollten wie alles andere live aktualisiert werden. auf eve seite geht das aber scheinbar nur wenn du in einem raum bist oder in der alle übersicht. manchmal braucht eve ein paar sekunden bis ein raum aktualisiert wird.

wenn du auf der homebridge console schaust sollte es da zeilen mit 'Sending HTTP event' geben wenn sich in fhem ein reading ändert. das sind die events die an homekit gepushed werden.

wo laden die temperaturen denn? FHEM.js braucht ein device mit temperature readings. wenn du die nicht hat kannst du sie mit einem userReading erzeugen. auch in den readingsProxys.

@peterchen89: das kann verschiedene ursachen haben: den fehler in homebridge den noch niemand gefunden hat, das hinzufügen von neuen devices oder das ändern von namen, oder werde für bestimmte readings die probleme machen. zeig die beiden Seiten im debug browser.

ich weiss das hilft nicht aber ich habe eben homebridge ein paar dutzend mal neu gestartet, zum teil mit neuen geräten und mit anders konfigurierten geräten und homekit/eve hat sich jedes mal wieder gefangen. so wie es sein soll.

schränk mal den filter auf ein einziges gerät ein und beobachte es damit. dann langsam erweitern.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Oktober 2015, 20:53:45
ich habe eben einen neue version auf github eingecheckt: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js)

die wichtigsten änderungen:
die anderen änderungen sind in der historry auf github zu sehen.

gruss
  andre

ps: ich glaube es wäre gut im wiki mal zu sammeln welche devices in welchem umfang funktionieren und ob es besonderheiten mit siri gibt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 19 Oktober 2015, 21:50:59
Und wieder was gelernt....


nun läuft das mit dem readingsProxy und dem userReading....  :) :)

Wenn ich gewusst hätte das das so einfach ist..  ;) ;)

Allerdings produzierte Deine letzte Version einen Fehler bei mir, Andre, sodas ich eine alte Version genommen habe.


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Oktober 2015, 21:53:37
welchen Fehler?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 19 Oktober 2015, 21:58:36
Zitat von: justme1968 am 19 Oktober 2015, 20:53:45
ich habe eben einen neue version auf github eingecheckt: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js)

die wichtigsten änderungen:


  • HM-SEC-KEY hat jetzt eine target position charakteristik. beim klicken auf öffnen wird ein open an fhem gesendet.
    damit lassen sich die türen auch öffnen. der knopf geht automatisch wieder auf geschlossen zurück. das ganze funktioniert also wir ein richtiger taster.
    ob es mit siri geht weiss ich nicht.

  • die contact sensoren haben jetzt zusätzlich eine current door state characteristic.
    diese wird in siri mit offen oder geschlossen angezeigt statt mit ja oder nein. die jeweils nicht gewünschte kann man sich in eve verstecken. das schöne ist man kann jetzt siri nach geöffneten oder geschlossenen fenstern fragen. (ja, nach fenstern obwohl es in eve ein türen symbol ist.)

  • FHEM.js sollte jetzt mit der neuen hap-nodejs und mit der alten HAP-NodeJS schreibweise klar kommen.

die anderen änderungen sind in der historry auf github zu sehen.

gruss
  andre

ps: ich glaube es wäre gut im wiki mal zu sammeln welche devices in welchem umfang funktionieren und ob es besonderheiten mit siri gibt.

Vielen Dank!

HM-SEC-KEY lässt sich nun über die Eve App und Siri aufschließen und zu schließen.
Die Tür lässt sich nun auch über die Eve App öffnen. Allerdings bewirkt "Öffne die Tür" das gleiche wie "Schließe die Tür auf". Sprich den richtigen Siribefehl habe ich noch nicht gefunden.

Im übrigen funktioniert die Zeile nicht, musste diese ändern.

Code Auswählen

try {
  var Service = require("hap-nodejs").Service;
} catch(err) {
  Service = require("HAP-NodeJS").Service;
}

try {
  var Characteristic = require("HAP-NodeJS").Characteristic;
} catch(err) {
  Characteristic = require("hap-nodejs").Characteristic;
}


Es führt zu einen Absturz

/home/osmc/homebridge/node_modules/hap-nodejs/lib/Service.js:96
  this.getCharacteristic(name).setValue(value);
                              ^

TypeError: Cannot read property 'setValue' of undefined
    at Service.setCharacteristic (/home/osmc/homebridge/node_modules/hap-nodejs/lib/Service.js:96:31)
    at Object.FHEMAccessory.getServices (/home/osmc/homebridge/platforms/FHEM.js:1462:8)
    at createAccessory (/home/osmc/homebridge/app.js:146:36)
    at /home/osmc/homebridge/app.js:132:27
    at /home/osmc/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/home/osmc/homebridge/platforms/FHEM.js:622:22)
    at Request.self.callback (/home/osmc/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/home/osmc/homebridge/node_modules/request/request.js:1318:14)

Habe es dann auf folgendes geändert:

Code Auswählen

try {
  var Service = require("hap-nodejs").Service;
} catch(err) {
  Service = require("HAP-NodeJS").Service;
}

try {
  var Characteristic = require("hap-nodejs").Characteristic;
} catch(err) {
  Characteristic = require("HAP-NodeJS").Characteristic;
}


dann ging es.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 Oktober 2015, 22:10:38
danke. hab einen korrekten fix eingecheckt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 19 Oktober 2015, 22:17:39
Bei mir war es derselbe Fehler....


Grüße


Marie


PS: Wie sehen denn wohl die Readings für ein Garagentor für HomeKit[size=78%] aus?[/size]

Hintergrund: Habe eine doppelte Tor-Steuerung auf Basis von Mysensors, die ich in FHEM zwar eingebunden habe, die Darstellung aber zu wünschen übrig lässt. Außerdem wäre es toll wenn man es in EVE sieht (und irgendwann hoffentlich auch vernünftig mit Siri steuern kann....)

PPS: Hubs gerade gefunden...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 20 Oktober 2015, 00:15:32
Wenn jetzt der HM-SEC-KEY  unterstützt wird, wie müsste ich meinen readingsProxy anpassen (generecDeviceType?)
damit über Siri "Öffne die Tür" ein set on, open, oder? an meinem readingsProxy ankommt?

Code Auswählen

define Tueroeffner readingsProxy vccu_tueroeffner_Btn:fakeState
attr Tueroeffner alias Tür
attr Tueroeffner genericDeviceType switch
attr Tueroeffner setFn {($CMD eq 'on' || $CMD eq 'open')?'press short':''}
attr Tueroeffner setList on off open


Über Siri "Schalte die Tür an" funktioniert es i.M. zwar, allerdings ist das nicht sehr intuitiv

Gruß
  Claudiu
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 20 Oktober 2015, 01:14:17
Hi zusammen

@Andre
sehr cool, Danke! Ja, wir sollten das im Wiki wirklich etwas aufbohren, weil es funktioniert ja im Prinzip alles sehr gut, ist nur noch etwas holprig einzurichten wenn man nicht alle 74 Seiten hier gelesen hat. :-)

Ach ja, noch eine Frage: Gibt es, ähnlich wie die Door Characteristic auch eine Window Characteristic? (Also quasi gleich, nur dass dort "Fenster" und nicht Türe steht?)

@Alle
Siri und ich habe gerade eine Krise - wir verstehen uns normalerweise relativ gut, aber wenn es um das Wohnzimmer geht will sie micht nicht verstehen - bietet mir sogar Hotels in der Umgebung an! Dabei geht es noch, wenn ich will dass sie das Licht anmacht, aber wenn es um die Musikanlage oder den Fernseher geht versteht sie gar nix mehr. Habt ihr ähnliche Probleme mit Siri im Wohnzimmer? Im Eve kann ich alles wunderbar schalten.

Viele Grüße
Damian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Oktober 2015, 01:20:36
@Marie: zur zeit (ein längerem) ist eine spezial version für garagentore drin die nur on und off sendet und den aktuellen zustand noch nicht auswertet. wenn du genericDeviceType für einen dummy oder readingsProxy auf garage setzt bekommst ein set on oder set off.

@rapster: versuch es mal mit garage. siehe oben.

ansonsten will ich sowieso noch schauen wie man unterstützte devices am besten konfigurierbar auf einen dummy/readingProxy abbildet. zum testen mache ich das ja schon regelmässig das ich mir aus der jsonlist2 hiermit: http://forum.fhem.de/index.php/topic,41056.0.html (http://forum.fhem.de/index.php/topic,41056.0.html) einen dummy anlege der sich schon fast wie das echte device verhält. das device so komplett abzubilden ist aber in eurem fall nicht nötig.

@Posti123: ich muss mal schauen ob es vielleicht besser ist den HM-SEC-KEY auch als garagentor abzubilden. da ist die kombination von türöffnen und schloss schon vorgesehen. eventuell passt das dann mit siri besser.

@PsychoD: manchmal musst du bei änderungen an namen und räumen eine weile warten bis sie synchronisiert sind und mit siri funktionieren. bestimmte begriffe wie Musik gehen scheinbar garnicht, andere wie Radio nur wenn sie mit einem raum zusammen verwendet werden da sie immer/sonst auf eingebaute apps bezogen werden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 20 Oktober 2015, 06:18:24
Zitat von: PsychoD am 20 Oktober 2015, 01:14:17
Hi zusammen
.....
@Alle
Siri und ich habe gerade eine Krise - wir verstehen uns normalerweise relativ gut, aber wenn es um das Wohnzimmer geht will sie micht nicht verstehen - bietet mir sogar Hotels in der Umgebung an! Dabei geht es noch, wenn ich will dass sie das Licht anmacht, aber wenn es um die Musikanlage oder den Fernseher geht versteht sie gar nix mehr. Habt ihr ähnliche Probleme mit Siri im Wohnzimmer? Im Eve kann ich alles wunderbar schalten.

Viele Grüße
Damian


Moin,


Ja das kenne ich nur zu gut, das hat mich schon fast in den Wahnsinn getrieben...hatte schon eine ziemliche Auseinandersetzung mit Siri ... ;)


Aber solange eve plötzlich die Homebridge nicht mehr findet wie heute morgen z.b. Wieder einmal ist das leider etwas bescheiden....


Mit freundlichen Grüßen


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Oktober 2015, 08:02:32
wenn homebridge plötzlich nicht mehr gefunden wird konfiguriert nur ein einziges einfaches device und schaut ob es damit besser geht. dann langsam wieder mehr devices hinzufügen.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 20 Oktober 2015, 15:46:03
Hallo André,


Ja das hatte ich auch schon einmal gemacht.. Werde das noch einmal wiederholen.


Wäre natürlich ein bisschen  lästig, erst geht alles und dann verschwinden aufgrund einer "nicht ganz astreinen" Konfiguration alle Devices.
Das wäre ja etwas, was man in der Homebridge abfangen müsste finde ich.
Aber gut, wir können ja froh sein das es das progrämmchen gibt.


Nur so ist es unbefriedigend. Wenn ich mehr Zeit hätte würde ich mich damit auseinandersetzen, nur leider lässt das mein Beruf nicht so zu...


Ok, i will try my very best...


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Oktober 2015, 15:58:37
das kann man leider nicht abfangen. wenn iOS der meinung ist das etwas nicht passt vergisst sie unter umständen alles. auf homebridge seite kann man nur dafür sorgen das das problem garnicht erst auftritt. deswegen versuchen einzugrenzen und zu reproduzieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 21 Oktober 2015, 22:12:53
Hallo zusammen,

bin gestern darauf gestoßen, dass nun endlich die Möglichkeit besteht mit Siri über Apples Homekit FHEM zu steuern - yeah!
Natürlich inzwischen den kompletten Thread durchgelesen und fleißig implementiert.
Meine Lichter (laufen in FHEM über das RPI.GPIO Modul) funktionieren auch einwandfrei!!

Aber meine MAX Thermostate bekomme ich einfach nicht zum laufen, bekannter Fehler in Eve das er nicht verbinden kann beim pairn...

Kann bitte mal jemand über die Einstellung schauen?

FHEM-Config (extra mal alles auskommentiert was nicht benötigt wird):
Code Auswählen

define MAX_0ddae3 MAX HeatingThermostat 0ddae3
attr MAX_0ddae3 IODev cm
attr MAX_0ddae3 room Homekit
#attr MAX_0ddae3 alias hz_Wohnzimmer
#attr MAX_0ddae3 fp_Grundriss 89,241,5,Heizung
#attr MAX_0ddae3 group Heizungen
#attr MAX_0ddae3 icon scene_livingroom
#attr MAX_0ddae3 room Heizungen,Wohnzimmer
#attr MAX_0ddae3 genericDeviceType thermostat
#define FileLog_MAX_0ddae3 FileLog ./log/MAX_0ddae3-%Y.log MAX_0ddae3
#attr FileLog_MAX_0ddae3 alias log_hz_Wohnzimmer
#attr FileLog_MAX_0ddae3 logtype text
#attr FileLog_MAX_0ddae3 room logfiles


Mit genericDevice habe ich es auch schon probiert:
Code Auswählen

define MAX_0ddae3 MAX HeatingThermostat 0ddae3
attr MAX_0ddae3 IODev cm
#attr MAX_0ddae3 alias hz_Wohnzimmer
#attr MAX_0ddae3 fp_Grundriss 89,241,5,Heizung
#attr MAX_0ddae3 group Heizungen
#attr MAX_0ddae3 icon scene_livingroom
#attr MAX_0ddae3 room Heizungen,Wohnzimmer
attr MAX_0ddae3 room Homekit
attr MAX_0ddae3 genericDeviceType thermostat
#define FileLog_MAX_0ddae3 FileLog ./log/MAX_0ddae3-%Y.log MAX_0ddae3
#attr FileLog_MAX_0ddae3 alias log_hz_Wohnzimmer
#attr FileLog_MAX_0ddae3 logtype text
#attr FileLog_MAX_0ddae3 room logfiles


Nehme ich das Thermostat wieder aus dem room Homekit raus (sitzt als Filter in der config), funktioniert Eve wieder einwandfrei..

Vielen Dank vorab

Beste Grüße

bigdane
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 21 Oktober 2015, 22:17:09
Die Config sagt nicht viel, Du musst schon ein list von dem Device machen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 21 Oktober 2015, 22:26:14
Hier der List mit einem Thermostat und einem Licht.
Nehme ich nur das Licht funktioniert alles, mit dem Thermostat kein pairing...

Code Auswählen

{
  "Arg":"room=Homekit",
  "Results": [
  {
    "Name":"MAX_0ddae3",
    "PossibleSets":"wakeUp factoryReset groupid associate:MAX_0ddc22,MAX_0c868e,MAX_0dd96c,MAX_0ddad1,fakeWallThermostat,fakeShutterContact deassociate:MAX_0ddc22,MAX_0c868e,MAX_0dd96c,MAX_0ddad1,fakeWallThermostat,fakeShutterContact desiredTemperature:eco,comfort,boost,auto,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on ecoTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on comfortTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on measurementOffset:-3.5,-3.0,-2.5,-2.0,-1.5,-1.0,-0.5,0.0,0.5,1.0,1.5,2.0,2.5,3.0,3.5 maximumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on minimumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenDuration boostDuration:30,15,60,10,5,20,0,25 boostValveposition decalcification maxValveSetting valveOffset weekProfile",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 keepAuto:0,1 scanTemp:0,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat devStateIcon devStateStyle fp_Grundriss icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer userattr",
    "Internals": {
      "DEF": "HeatingThermostat 0ddae3",
      "NAME": "MAX_0ddae3",
      "NR": "326",
      "STATE": "21.5 °C",
      "TYPE": "MAX",
      "addr": "0ddae3",
      "type": "HeatingThermostat"
    },
    "Readings": {
      "RSSI": { "Value":"-51", "Time":"2015-10-21 21:47:04" },
      "TimeInformationHour": { "Value":"2", "Time":"2014-09-23 12:50:41" },
      "battery": { "Value":"ok", "Time":"2015-10-21 21:47:04" },
      "boostDuration": { "Value":"5", "Time":"2014-12-19 12:47:54" },
      "boostValveposition": { "Value":"80", "Time":"2014-12-10 19:38:26" },
      "comfortTemperature": { "Value":"21", "Time":"2014-11-02 01:04:27" },
      "decalcification": { "Value":"Sat 12:00", "Time":"2014-11-19 11:08:48" },
      "desiredTemperature": { "Value":"21.5", "Time":"2015-10-21 21:47:04" },
      "ecoTemperature": { "Value":"17", "Time":"2014-11-02 01:04:27" },
      "firmware": { "Value":"1.0", "Time":"2014-09-23 12:47:52" },
      "groupid": { "Value":"0", "Time":"2014-09-23 12:47:52" },
      "maxValveSetting": { "Value":"100", "Time":"2014-11-19 11:08:48" },
      "maximumTemperature": { "Value":"on", "Time":"2014-11-02 01:04:27" },
      "measurementOffset": { "Value":"-1.0", "Time":"2015-01-22 23:18:45" },
      "minimumTemperature": { "Value":"off", "Time":"2014-11-02 01:04:27" },
      "mode": { "Value":"manual", "Time":"2015-10-21 21:47:04" },
      "msgcnt": { "Value":"51", "Time":"2015-10-21 19:30:15" },
      "state": { "Value":"21.5 °C", "Time":"2015-10-21 21:47:04" },
      "temperature": { "Value":"22.7", "Time":"2015-10-21 21:47:04" },
      "testresult": { "Value":"160", "Time":"2014-09-23 12:47:52" },
      "valveOffset": { "Value":"0", "Time":"2014-11-19 11:08:48" },
      "valveposition": { "Value":"59", "Time":"2015-10-21 21:47:04" },
      "weekprofile-0-Sat-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-0-Sat-time": { "Value":"00:00-08:00  /  08:00-20:00  /  20:00-00:00", "Time":"2014-11-02 01:20:35" },
      "weekprofile-1-Sun-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-1-Sun-time": { "Value":"00:00-08:00  /  08:00-20:00  /  20:00-00:00", "Time":"2014-11-02 01:20:35" },
      "weekprofile-2-Mon-temp": { "Value":"17.0 °C  /  20.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-2-Mon-time": { "Value":"00:00-19:00  /  19:00-23:00  /  23:00-00:00", "Time":"2014-11-02 01:20:35" },
      "weekprofile-3-Tue-temp": { "Value":"17.0 °C  /  20.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-3-Tue-time": { "Value":"00:00-19:00  /  19:00-23:00  /  23:00-00:00", "Time":"2014-11-02 01:20:35" },
      "weekprofile-4-Wed-temp": { "Value":"17.0 °C  /  20.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-4-Wed-time": { "Value":"00:00-19:00  /  19:00-23:00  /  23:00-00:00", "Time":"2014-11-02 01:20:35" },
      "weekprofile-5-Thu-temp": { "Value":"17.0 °C  /  20.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-5-Thu-time": { "Value":"00:00-19:00  /  19:00-23:00  /  23:00-00:00", "Time":"2014-11-02 01:20:35" },
      "weekprofile-6-Fri-temp": { "Value":"17.0 °C  /  20.0 °C  /  17.0 °C", "Time":"2014-11-02 01:20:35" },
      "weekprofile-6-Fri-time": { "Value":"00:00-19:00  /  19:00-23:00  /  23:00-00:00", "Time":"2014-11-02 01:20:35" },
      "windowOpenDuration": { "Value":"15", "Time":"2014-11-02 01:04:27" },
      "windowOpenTemperature": { "Value":"12", "Time":"2014-11-02 01:04:27" }
    },
    "Attributes": {
      "IODev": "cm",
      "alias": "hz_Wohnzimmer",
      "fp_Grundriss": "89,241,5,Heizung",
      "genericDeviceType": "thermostat",
      "group": "Heizungen",
      "icon": "scene_livingroom",
      "room": "Heizungen,Wohnzimmer,Homekit"
    }
  },
  {
    "Name":"light_Wohnzimmer",
    "PossibleSets":"on:noArg toggle:noArg off:noArg blink on-for-timer on-till off-for-timer intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings poll_interval direction:input,output pud_resistor:off,up,down interrupt:none,falling,rising,both toggletostate:no,yes active_low:no,yes debounce_in_ms restoreOnStartup:no,yes,on,off,last longpressinterval event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat devStateIcon devStateStyle fp_Grundriss icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer userattr",
    "Internals": {
      "DEF": "24",
      "NAME": "light_Wohnzimmer",
      "NR": "55",
      "RPI_pin": "24",
      "STATE": "off",
      "TYPE": "RPI_GPIO"
    },
    "Readings": {
      "Pinlevel": { "Value":"low", "Time":"2015-06-01 14:31:37" },
      "state": { "Value":"off", "Time":"2015-10-21 22:24:35" }
    },
    "Attributes": {
      "active_low": "yes",
      "alias": "Wohnzimmer",
      "direction": "output",
      "fp_Grundriss": "183,277,0,",
      "group": "Lichter",
      "icon": "scene_livingroom",
      "room": "Lichter,Wohnzimmer,Homekit",
      "webCmd": "on:off"
    }
  },
  {
    "Name":"temp_2",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat devStateIcon devStateStyle fp_Grundriss icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer userattr",
    "Internals": {
      "NAME": "temp_2",
      "NR": "238",
      "STATE": "21.31",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"21.31", "Time":"2015-10-21 22:19:37" }    },
    "Attributes": {
      "alias": "Wohnzimmer",
      "fp_Grundriss": "77,234,0,",
      "genericDeviceType": "thermometer",
      "group": "Temperatur",
      "room": "Wohnzimmer,Homekit"
    }
  }  ],
  "totalResultsReturned":3
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 22 Oktober 2015, 00:42:10
Zumindest sehen die Readings schon mal komplett anders aus als bei den Homematic Thermostaten. Bei solchen Sachen merkt man, wie ungünstig es ist, wenn jeder Modulentwickler sein eigenes Süppchen kocht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Oktober 2015, 08:52:23
max thermostate sollte auch gehen. ich schaue aber noch mal.

was aber so nicht geht ist das dritte device in der liste. da ist genericDevice type thermometer gesetz, es gibt aber kein reading temperature und auch keinen TYPE.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 22 Oktober 2015, 09:16:18
Ja, das ist ein funksensor... Der wird nur als Lampe mit ein aus erkannt...

Super vielen Dank schon mal! Wenn ich irgendwas testen soll sag bescheid ;-)


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Oktober 2015, 09:30:49
ich meine nicht die lampe sondern temp_2.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 22 Oktober 2015, 09:32:36
Jo ich auch, wird als "Strom" mit ein und Ausschalter erkannt von eve...


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 22 Oktober 2015, 16:56:56
Hi Leute,

ich wollte auch mal das Siri Thema ausprobieren.

Ist die Anleitung im Wiki aktuell, kann man danach vorgehen?

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: lukasbastelpeter am 22 Oktober 2015, 18:28:27
Moin Moin,

nach langem hin und her läuft es nun... zwar ohne Verschlüsselung, aber nun gut...

Hat jemand Erfahrung mit der Apple-TV-Geschichte?
->Via DualStack, Unitymedia sei dank  >:(

Wie habt ihr das mit der Nomenklatur der Geräte gehalten?!
-> Ich kann schlecht alle Lampen "Deckenlampe" nennen... und möchte auch nicht immer "Deckenlampe Unterstrich Wohnzimmer" sagen...
-> Welcher Name ist Entscheidend? Der unter "Funktionen" oder der andere? Bzw. Welcher muss Eindeutig sein?
     -> Da würden mich Beispiele von Euch freuen ;)...


Kann ich schon Fenster/Türen einbinden? Wenn ja, welcher genericDeviceType ist das?
-> Ich möchte nur gerne in der EVE-App die Zustände sehen können, kein "Schalten" o.Ä.

Wie kann ich verhindern, dass Schalter, die via Siri schalbar sein sollen, aus gehen wenn ich "Alle Lampen aus" sage?
-> zum Beispiel TV-Standby

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 Oktober 2015, 09:02:49
Zitat von: rapster am 20 Oktober 2015, 00:15:32
Wenn jetzt der HM-SEC-KEY  unterstützt wird, wie müsste ich meinen readingsProxy anpassen (generecDeviceType?)
damit über Siri "Öffne die Tür" ein set on, open, oder? an meinem readingsProxy ankommt?

Code Auswählen

define Tueroeffner readingsProxy vccu_tueroeffner_Btn:fakeState
attr Tueroeffner alias Tür
attr Tueroeffner genericDeviceType switch
attr Tueroeffner setFn {($CMD eq 'on' || $CMD eq 'open')?'press short':''}
attr Tueroeffner setList on off open


Über Siri "Schalte die Tür an" funktioniert es i.M. zwar, allerdings ist das nicht sehr intuitiv

Gruß
  Claudiu

du brauchst für den Proxy meiner Meinung 2 genericDevicetypes.
Nämlich door und lock. Die HM-SEC-KEY wird aber automatisch erkannt und brauch kein genericDeviceType

Du musst aber die FHEM.js von hier nehmen:

https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js

Es funktioniert out of the box derzeit:

Es gibt 2 devices:

Lock (set Tuer unlock/lock):
"Schließe die Tür auf/zu". Homekit sendet sogar eine Pushbenachrichtigung wenn sich der Zustand der Tür ändert (auch wenn man manuell aufschließt.
Door (set Tuer open):
Tür öffnen funktioniert derzeit nur per App aber mein workaround ist über eine eigens definierte Szene "Sesam öffne Dich" kann ich die Tür auch per Siri öffnen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 Oktober 2015, 09:13:59
Zitat von: no_Legend am 22 Oktober 2015, 16:56:56
Hi Leute,

ich wollte auch mal das Siri Thema ausprobieren.

Ist die Anleitung im Wiki aktuell, kann man danach vorgehen?

Gruß Robert

Wiki sieht gut aus, kannst aber auch die Anleitung nehmen:

https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 23 Oktober 2015, 09:23:34
Danke für den Tipp, werde dieses weekend mal lock, door, und garage ausprobieren :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 23 Oktober 2015, 09:57:20
Zitat von: Posti123 am 23 Oktober 2015, 09:13:59
Wiki sieht gut aus, kannst aber auch die Anleitung nehmen:

https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi

Danke für die Antwort.

Ich hab auf meinem CubiTruck Ubuntu laufen, bin mir also nicht wirklich sicher welche Schritte gemacht werden müssen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 Oktober 2015, 10:09:15
Zitat von: no_Legend am 23 Oktober 2015, 09:57:20
Danke für die Antwort.

Ich hab auf meinem CubiTruck Ubuntu laufen, bin mir also nicht wirklich sicher welche Schritte gemacht werden müssen.

Im Prinzip alles außer die Raspberry Node Installation. Die Node installation kannst du von hier nehmen:

https://nodejs.org/en/download/package-manager/#debian-and-ubuntu-based-linux-distributions

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 23 Oktober 2015, 16:49:31
Vielen Dank erstmal an Euch alle - ihr leistet hier echt ne tolle Arbeit!


Bei mir läuft soweit alles und auch Siri versteht mich immer besser.
Einzig mit den Rollladen kämpf ich noch...

Ich hab verstanden, dass diese wohl von Siri noch nicht unterstützt werden und
hab daher den Workaround via Szenen in EVE implementiert.

Das funktioniert bei mir allerdings nur mit einem Rollladen.
Sobald ich mehrere in eine Szene packe (z.B. alle Rollladen für's Erdgeschoss)
wird immer nur der erste in der Liste aktiviert, die anderen rühren sich nicht.

Wenn ich die Rollo aber via genericDeviceType als "garage" (anstelle "blind")
deklariere funktioniert es einwandfrei - egal wieviele Rollo ich in eine Szene packe.

Ist das bei Euch genauso?

FYI: Ich fahre noch mit iOS8, weil ich mir erstmal das Hintertürchen zu SiriAPI8 nicht
verbauen wollte. Kann iOS8 die Ursache sein?

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 23 Oktober 2015, 17:04:46
Hallo Zusammen,

wollte das auch gerade mal testen.

Habe alles installiert und bekomme bei Start leider diesen Fehler:

Code Auswählen
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.000.005:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1445612564852
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.000.005:8084/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE
[FHEM] got: 0 results
Scan this code with your HomeKit App on your iOS device:
                       
    ┌────────────┐     
    │ 031-45-123      │     
    └────────────┘     
                       

events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:901:11)
    at Server._listen2 (net.js:1039:14)
    at listen (net.js:1061:10)
    at Server.listen (net.js:1135:5)
    at EventedHTTPServer.listen (/home/markus/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/markus/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/markus/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/markus/homebridge/app.js:215:10)
    at /home/markus/homebridge/app.js:140:9
    at /home/markus/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19

Und dann stehe ich wieder beim Prompt??
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 Oktober 2015, 17:15:38
Ändere bitte den Port in der config.json
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 23 Oktober 2015, 17:22:29
Welchen Port?
Die 8084? Die stimmt
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 23 Oktober 2015, 19:15:02
Ja.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 23 Oktober 2015, 19:19:39
??

Was ja??

Die 8084 stimmt, darüber läuft bei mir FHEMWEB
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 23 Oktober 2015, 19:21:42
Meine Antwort hing wohl in der Queue. War auf die Frage von mad24.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 Oktober 2015, 19:22:57
Zitat von: Mitch am 23 Oktober 2015, 17:22:29
Welchen Port?
Die 8084? Die stimmt

den Port von Homebridge
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 23 Oktober 2015, 20:23:16
@volschin: Danke für die Rückmeldung. Nur was meinst Du genau mit Ja...
                  Ja, es ist bei Dir genauso oder ja es liegt an iOS8?

Danke & VG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 23 Oktober 2015, 20:24:05
iOS 9 hat eine erweiterte API.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 23 Oktober 2015, 21:03:28
Danke - dann werd ich wohl doch demnächst den Schritt auf iOS9 wagen müssen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 23 Oktober 2015, 21:32:55
Zitat von: PsychoD am 20 Oktober 2015, 01:14:17
Hi zusammen

@Alle
Siri und ich habe gerade eine Krise - wir verstehen uns normalerweise relativ gut, aber wenn es um das Wohnzimmer geht will sie micht nicht verstehen - bietet mir sogar Hotels in der Umgebung an! Dabei geht es noch, wenn ich will dass sie das Licht anmacht, aber wenn es um die Musikanlage oder den Fernseher geht versteht sie gar nix mehr. Habt ihr ähnliche Probleme mit Siri im Wohnzimmer? Im Eve kann ich alles wunderbar schalten.

Viele Grüße
Damian

Genau das Problem habe ich gerade auch "Schalte das Licht im Wohnzimmer an" --> "Ich habe 2 Hotels in der Nähe gefunden"...

na vielen Dank auch ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 23 Oktober 2015, 23:16:58
Zitat von: Posti123 am 23 Oktober 2015, 19:22:57
den Port von Homebridge

Also die 51826?
Aber so steht es dch im Wiki?

Ich habe es jetzt mal am Laufen gehabt und konnte auch EVE konfigurieren.
Habe dann Homebrdge beendet und neu gestartet, jetzt kommt es nicht mehr hoch und bringt folgenden Fehler:

Code Auswählen
TypeError: Cannot set property 'value' of undefined
    at Object.FHEMAccessory.getServices (/home/markus/homebridge/platforms/FHEM.js:1560:30)
    at createAccessory (/home/markus/homebridge/app.js:146:36)
    at /home/markus/homebridge/app.js:132:27
    at /home/markus/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/home/markus/homebridge/platforms/FHEM.js:623:22)
    at Request.self.callback (/home/markus/homebridge/node_modules/request/request.js:373:22)
    at Request.EventEmitter.emit (events.js:98:17)
    at Request.<anonymous> (/home/markus/homebridge/node_modules/request/request.js:1318:14)
    at Request.EventEmitter.emit (events.js:117:20)
    at IncomingMessage.<anonymous> (/home/markus/homebridge/node_modules/request/request.js:1266:12)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 23 Oktober 2015, 23:42:37
So, habe den Fehler selber gefunden.

Hatte erst nur einen HM Stecker drinnen, da ging es.
Dann habe ich eine FS20 Steckdose und eine FB DECT mit rein genommen, dann startet Homebridge nicht mehr.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Oktober 2015, 09:59:34
bitte zeig mal mehr vom log und ein jsonlist2 vom device das probleme macht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 24 Oktober 2015, 12:58:59
Hier bitte:

Code Auswählen
{
  "Arg":"FBDECT_Barlicht",
  "Results": [
  {
    "Name":"FBDECT_Barlicht",
    "PossibleSets":"msgInterval off on on-till-overnight toggle blink on-for-timer off-for-timer off-till off-till-overnight on-till intervals",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:CometDECT,Dect200,Powerline546E DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle device_timeout fm_fav fm_groups fm_name fm_order fm_type fm_view fp_back1 fp_status icon sortby sortbystructexclude webCmd widgetOverride Licht Licht_map structexclude userattr",
    "Internals": {
      ".lastTimeenergy": "1445684062.41492",
      ".lastTimepower": "1445684061.95293",
      ".lastTimetemperature": "1445684062.16015",
      "CHANGED": "null",
      "DEF": "16 switch",
      "Fritzi_MSGCNT": "5850",
      "Fritzi_RAWMSG": "0703001c000000f3001000000000000c000000160004000000000000",
      "Fritzi_TIME": "2015-10-24 12:56:21",
      "LASTInputDev": "Fritzi",
      "MSGCNT": "5850",
      "NAME": "FBDECT_Barlicht",
      "NR": "177",
      "STATE": "off",
      "TYPE": "FBDECT",
      "id": "16",
      "props": "switch"
    },
    "Readings": {
      "control": { "Value":"on fn=1 > 0.00 delay:0sec do:state off", "Time":"2015-10-11 23:17:27" },
      "current": { "Value":"0.0000 A", "Time":"2015-10-24 12:56:21" },
      "energy": { "Value":"9848 Wh", "Time":"2015-10-24 12:56:21" },
      "options": { "Value":"powerOnState:last,lock:none", "Time":"2015-10-11 23:17:26" },
      "power": { "Value":"0.00 W", "Time":"2015-10-24 12:56:21" },
      "powerFactor": { "Value":"0.000", "Time":"2015-10-24 12:56:21" },
      "state": { "Value":"off", "Time":"2015-10-24 12:56:21" },
      "tempadjust": { "Value":"0.0 C", "Time":"2015-10-11 23:17:26" },
      "temperature": { "Value":"24.0 C (measured)", "Time":"2015-10-24 12:56:21" },
      "voltage": { "Value":"227.698 V", "Time":"2015-10-24 12:56:21" }
    },
    "Attributes": {
      "IODev": "Fritzi",
      "Licht": "Lichter",
      "alias": "Barlicht",
      "event-min-interval": "power:120,temperature:120,energy:120",
      "event-on-change-reading": "power,temperature,energy,state",
      "event-on-update-reading": "power",
      "fm_type": "offbutton,onbutton,current,power,voltage",
      "group": "Licht Küchenbereich",
      "icon": "light_party",
      "model": "Dect200",
      "room": "Wohnzimmer",
      "userattr": "Licht Licht_map structexclude"
    }
  }  ],
  "totalResultsReturned":1
}

Wir macht ihr das denn mit der Namensvergabe?
Meine Siri funktioniert nicht wirklich. Wenn ich nach der Temperatur im Wohnzimmer frage, bringt Sie den Wetterbericht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 24 Oktober 2015, 15:03:02
Zitat von: Mitch am 24 Oktober 2015, 12:58:59

Wir macht ihr das denn mit der Namensvergabe?
Meine Siri funktioniert nicht wirklich. Wenn ich nach der Temperatur im Wohnzi, mmer frage, bringt Sie den Wetterbericht.

Also Siri versteht mich nur wenn ich frage: "Wie warm ist es im Wohnzimmer?", allerdings antwortet Siri "Die Temperatur (Wohnzimmer) ist derzeit auf 23.8°C gestellt. Gestellt ist sie allerdings auf 16 Grad, die gemessene ist 23.8 ;)W

Dem Gerät habe ich keinen Namen gegeben. Es ist der FHEM name (WTO.HZ_Climate). Das geht halt solange gut, solange auch nur ein Thermostat im Raum ist oder nur eine Lampe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 24 Oktober 2015, 16:14:49
@justme


Hallo Andre, scheinbar läuft die Homebridge jetzt durch, hatte noch einen falschen Parameter drin.
Aber es gibt noch ein anderes Problem: ich generiere aus einem device mit Hilfe von readingsproxy einzelne Temperaturen. Diese funktionieren in FHEM super, EVE bzw. HomeKit erkennt sie auch. Aber: die Werte werden nur beim Start von Homebridge einmal gelesen und danach nicht mehr aktualisiert. Um aktuelle Werte zu erhalten muss man Homebridge immer neu starten.
Temperatur-Readings die aus einem FHT80 kommen, funktionieren dagegen einwandfrei.
Hast du da vielleicht eine Idee dazu??


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 24 Oktober 2015, 17:44:54
Werden denn für die einzelnen Temperaturen Events erzeugt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 24 Oktober 2015, 18:29:32
Ich habe einfach nur ein readingsproxy für eine Messung erzeugt. Events wurden nicht explizit erzeugt. Die sollen ja lt. Beschreibung automatisch produziert werden. Ich habe jetzt mal Event-on-Change für die Temperatur gemacht, mal sehen
...


LG


Marie


Zu früh gefreut....eve findet mal wieder die devices nicht....

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 25 Oktober 2015, 11:37:33
Hallo Zusammen,

leider habe ich mein MAX Heizungsthermostat immer noch nicht zum laufen gebracht, Eve sagt beim Koppeln "Fehlgeschlagen".

Gibt es hier denn jemand bei dem das MAX Thermostat in Eve erkannt wurde bzw. das koppeln damit funktioniert?
Mich würde mal interessieren wie das MAX in FHEM angelegt wurde etc...

Ich habe es nochmal komplett aus FHEM entfernt und neu angelernt, sieht in FHEM in der config nun wie folgt aus:

Code Auswählen

define MAX_0ddc22 MAX HeatingThermostat 0ddc22
attr MAX_0ddc22 IODev cm
attr MAX_0ddc22 room MAX
define FileLog_MAX_0ddc22 FileLog ./log/MAX_0ddc22-%Y.log MAX_0ddc22
attr FileLog_MAX_0ddc22 logtype text
attr FileLog_MAX_0ddc22 room logfiles


Die json Abfrage sieht wie folgt aus:

Code Auswählen
{
  "Arg":"room=MAX",
  "Results": [
  {
    "Name":"MAX_0ddc22",
    "PossibleSets":"wakeUp factoryReset groupid associate:MAX_0ddae3,MAX_0c868e,MAX_0dd96c,MAX_0ddad1,fakeWallThermostat,fakeShutterContact deassociate:MAX_0ddae3,MAX_0c868e,MAX_0dd96c,MAX_0ddad1,fakeWallThermostat,fakeShutterContact desiredTemperature:eco,comfort,boost,auto,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on ecoTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on comfortTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on measurementOffset:-3.5,-3.0,-2.5,-2.0,-1.5,-1.0,-0.5,0.0,0.5,1.0,1.5,2.0,2.5,3.0,3.5 maximumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on minimumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenDuration boostDuration:30,15,60,10,5,20,0,25 boostValveposition decalcification maxValveSetting valveOffset weekProfile",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 keepAuto:0,1 scanTemp:0,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat devStateIcon devStateStyle fp_Grundriss icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat,thermometer userattr",
    "Internals": {
      "DEF": "HeatingThermostat 0ddc22",
      "LASTInputDev": "cm",
      "MSGCNT": "4",
      "NAME": "MAX_0ddc22",
      "NR": "334",
      "RSSI": "-81",
      "STATE": "20.0 °C",
      "TYPE": "MAX",
      "addr": "0ddc22",
      "backend": "cm",
      "cm_MSGCNT": "4",
      "cm_TIME": "2015-10-25 11:32:19",
      "dstsetting": "1",
      "mode": "1",
      "rferror": "0",
      "type": "HeatingThermostat"
    },
    "Readings": {
      "RSSI": { "Value":"-81", "Time":"2015-10-25 11:32:19" },
      "TimeInformationHour": { "Value":"4", "Time":"2015-10-25 11:26:43" },
      "battery": { "Value":"ok", "Time":"2015-10-25 11:32:19" },
      "boostDuration": { "Value":"25", "Time":"2015-10-25 11:25:15" },
      "boostValveposition": { "Value":"80", "Time":"2015-10-25 11:25:15" },
      "comfortTemperature": { "Value":"21.0", "Time":"2015-10-25 11:25:15" },
      "decalcification": { "Value":"Sat 12:00", "Time":"2015-10-25 11:25:15" },
      "desiredTemperature": { "Value":"20.0", "Time":"2015-10-25 11:32:19" },
      "ecoTemperature": { "Value":"17.0", "Time":"2015-10-25 11:25:15" },
      "firmware": { "Value":"1.0", "Time":"2015-10-25 11:25:14" },
      "maxValveSetting": { "Value":"100", "Time":"2015-10-25 11:25:15" },
      "maximumTemperature": { "Value":"on", "Time":"2015-10-25 11:25:15" },
      "measurementOffset": { "Value":"0.0", "Time":"2015-10-25 11:25:15" },
      "minimumTemperature": { "Value":"off", "Time":"2015-10-25 11:25:15" },
      "mode": { "Value":"manual", "Time":"2015-10-25 11:32:19" },
      "msgcnt": { "Value":"4", "Time":"2015-10-25 11:27:20" },
      "state": { "Value":"20.0 °C", "Time":"2015-10-25 11:32:19" },
      "temperature": { "Value":"21.5", "Time":"2015-10-25 11:32:19" },
      "testresult": { "Value":"160", "Time":"2015-10-25 11:25:14" },
      "valveOffset": { "Value":"0", "Time":"2015-10-25 11:25:15" },
      "valveposition": { "Value":"8", "Time":"2015-10-25 11:32:19" },
      "weekprofile-0-Sat-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-0-Sat-time": { "Value":"00:00-06:00  /  06:00-22:00  /  22:00-00:00", "Time":"2015-10-25 11:25:15" },
      "weekprofile-1-Sun-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-1-Sun-time": { "Value":"00:00-06:00  /  06:00-22:00  /  22:00-00:00", "Time":"2015-10-25 11:25:15" },
      "weekprofile-2-Mon-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-2-Mon-time": { "Value":"00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00", "Time":"2015-10-25 11:25:15" },
      "weekprofile-3-Tue-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-3-Tue-time": { "Value":"00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00", "Time":"2015-10-25 11:25:15" },
      "weekprofile-4-Wed-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-4-Wed-time": { "Value":"00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00", "Time":"2015-10-25 11:25:15" },
      "weekprofile-5-Thu-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-5-Thu-time": { "Value":"00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00", "Time":"2015-10-25 11:25:15" },
      "weekprofile-6-Fri-temp": { "Value":"17.0 °C  /  21.0 °C  /  17.0 °C  /  21.0 °C  /  17.0 °C", "Time":"2015-10-25 11:25:15" },
      "weekprofile-6-Fri-time": { "Value":"00:00-06:00  /  06:00-09:00  /  09:00-17:00  /  17:00-23:00  /  23:00-00:00", "Time":"2015-10-25 11:25:15" },
      "windowOpenDuration": { "Value":"15", "Time":"2015-10-25 11:25:15" },
      "windowOpenTemperature": { "Value":"12.0", "Time":"2015-10-25 11:25:15" }
    },
    "Attributes": {
      "IODev": "cm",
      "room": "MAX"
    }
  }  ],
  "totalResultsReturned":1
}


Und Homebridge sagt beim Start und versuchtem Koppeln folgendes:

Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEMWEB] Initializing FHEM platform...
starting longpoll: http://192.168.2.5:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1445768913317
[FHEMWEB] Fetching FHEM switchable devices...
[FHEMWEB] fetching: http://192.168.2.5:8083/fhem?cmd=jsonlist2%20room=MAX&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEMWEB] got: 1 results
[FHEMWEB] MAX_0ddc22 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEMWEB] MAX_0ddc22 has thermostat mode [mode;desiredTemperature]
[FHEMWEB] MAX_0ddc22 has temperature [temperature]
[FHEMWEB] MAX_0ddc22 has battery [battery]
[FHEMWEB] Initializing platform accessory 'MAX_0ddc22'...
[FHEMWEB] creating services for MAX_0ddc22
[FHEMWEB]   information service for MAX_0ddc22
[FHEMWEB]   thermostat service for MAX_0ddc22
[FHEMWEB]     temperature characteristic for MAX_0ddc22
[FHEMWEB]     battery status characteristic for MAX_0ddc22
[FHEMWEB]     target temperature characteristic for MAX_0ddc22
Scan this code with your HomeKit App on your iOS device:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +32ms
  EventedHTTPServer Server listening on port 51826 +49ms
  EventedHTTPServer [192.168.2.101] New connection from client +53s
  EventedHTTPServer [192.168.2.101] HTTP server listening on port 54826 +3ms
  EventedHTTPServer [192.168.2.101] HTTP request: /identify +21ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /identify +2ms
  Accessory [Homebridge] Identification request +7ms
  Accessory [Homebridge] Identification request ignored; no listeners to 'identify' event +1ms
  HAPServer [CC:22:3D:E3:CE:61] Identification success +1ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +10ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-setup +4s
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:61] Pair step 1/5 +8ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +435ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-setup +18s
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:61] Pair step 2/5 +6ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +515ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-setup +31ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:61] Pair step 3/5 +4ms
  HAPServer [CC:22:3D:E3:CE:61] Pair step 4/5 +48ms
  HAPServer [CC:22:3D:E3:CE:61] Pair step 5/5 +10ms
  Accessory [Homebridge] Paired with client 254BFC25-18B0-4465-B484-E3FDF548206C +22ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +32ms
  EventedHTTPServer [192.168.2.101] Client connection closed +74ms
  EventedHTTPServer [192.168.2.101] New connection from client +7ms
  EventedHTTPServer [192.168.2.101] HTTP server listening on port 54827 +2ms
  EventedHTTPServer [192.168.2.101] HTTP connection was closed +8ms
  EventedHTTPServer [192.168.2.101] HTTP server was closed +3ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-verify +7ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:61] Pair verify step 1/2 +6ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +65ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-verify +24ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:61] Pair verify step 2/2 +5ms
  HAPServer [CC:22:3D:E3:CE:61] Client 254BFC25-18B0-4465-B484-E3FDF548206C verification complete +9ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +2ms
  EventedHTTPServer [192.168.2.101] HTTP request: /accessories +40ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: GET /accessories +1ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +34ms
  EventedHTTPServer [192.168.2.101] Client connection closed +112ms
  EventedHTTPServer [192.168.2.101] HTTP connection was closed +4ms
  EventedHTTPServer [192.168.2.101] HTTP server was closed +1ms
  EventedHTTPServer [192.168.2.101] New connection from client +2s
  EventedHTTPServer [192.168.2.101] HTTP server listening on port 54826 +2ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-verify +8ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:61] Pair verify step 1/2 +3ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +38ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-verify +36ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:61] Pair verify step 2/2 +4ms
  HAPServer [CC:22:3D:E3:CE:61] Client 254BFC25-18B0-4465-B484-E3FDF548206C verification complete +10ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +2ms
  EventedHTTPServer [192.168.2.101] HTTP request: /accessories +147ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: GET /accessories +0ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +41ms
  EventedHTTPServer [192.168.2.101] Client connection closed +105ms
  EventedHTTPServer [192.168.2.101] HTTP connection was closed +3ms
  EventedHTTPServer [192.168.2.101] HTTP server was closed +1ms
  EventedHTTPServer [192.168.2.101] New connection from client +2s
  EventedHTTPServer [192.168.2.101] HTTP server listening on port 54826 +2ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-verify +6ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-verify +8ms
  HAPServer [CC:22:3D:E3:CE:61] Pair verify step 1/2 +8ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +37ms
  EventedHTTPServer [192.168.2.101] HTTP request: /pair-verify +47ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:61] Pair verify step 2/2 +3ms
  HAPServer [CC:22:3D:E3:CE:61] Client 254BFC25-18B0-4465-B484-E3FDF548206C verification complete +8ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +1ms
  EventedHTTPServer [192.168.2.101] HTTP request: /accessories +49ms
  HAPServer [CC:22:3D:E3:CE:61] HAP Request: GET /accessories +1ms
  EventedHTTPServer [192.168.2.101] HTTP Repsonse is finished +8ms
  EventedHTTPServer [192.168.2.101] Client connection closed +71ms
  EventedHTTPServer [192.168.2.101] HTTP connection was closed +2ms
  EventedHTTPServer [192.168.2.101] HTTP server was closed +2ms


Vielen lieben Dank vorab

Grüße

bigdane
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: wolfram am 25 Oktober 2015, 11:43:26
Hallo zusammen,

ich verfolge diesen Thread mit großer Begeisterung und habe Homebridge auf einem Raspi B2 laufen. Vielen Dank an alle die hier so fleißig mitmachen. Soweit habe ich auch alles nach langem lesen dieses Threads hinbekommen.
Allerdings stehe ich nun auch vor dem Problem, dass Eve permanent die Verbindung verliert.

Ich hatte Anfangs auch meinen Raum "Homekit" mit allen Devices gefüllt. Nach der Idee von Andre habe ich dann Stück für Stück ausgemistet und nun nur noch 4 Hue-Lampen in dem Raum.  Dann habe ich gestern Abend die Homebridge wieder mit den beschriebenen Änderungen gestartet und heute morgen war die Verbindung wieder unterbrochen.

Soll ich von den 4 Hue-Lampen jetzt noch 3 rausschmeißen und wieder testen, oder meint ihr ich soll ein ganz anderes Device testen um herauszufinden, an welchem Device es liegt?

Oder gibt es schon ganz andere Erkenntnisse zu der Verbindungsunterbrechung?

Schöne Grüße und einen schönen Sonntag.
wolf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Oktober 2015, 14:12:30
@bigdane: an den max thermostaten bin ich noch dran. ich verstehe nicht warum sie nicht gehen. das war schon mal anders.

@wolfram: bitte nimm mal die hue raus und statt dessen irgend ein anderes einfaches gerät.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 25 Oktober 2015, 15:11:47
Zitat von: justme1968 am 24 Oktober 2015, 09:59:34
bitte zeig mal mehr vom log und ein jsonlist2 vom device das probleme macht.

gruss
  andre

Hallo, bekomme genau den gleichen Fehler wie Mitch:

/home/pi/homebridge/platforms/FHEM.js:1560
        characteristic.value = FHEM_cached[this.mappings.onOff.informId];
                             ^

TypeError: Cannot set property 'value' of undefined
    at Object.FHEMAccessory.getServices (/home/pi/homebridge/platforms/FHEM.js:1560:30)
    at createAccessory (/home/pi/homebridge/app.js:146:36)
    at /home/pi/homebridge/app.js:132:27
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/home/pi/homebridge/platforms/FHEM.js:623:22)
    at Request.self.callback (/home/pi/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/home/pi/homebridge/node_modules/request/request.js:1318:14)
    at emitOne (events.js:82:20)

Angeschlossen sind eine Fritzbox und eine FrtzDect 200 Steckdose.  Ohne die Steckdose geht alles einwandfrei.

Anscheinend wird die On Characteristic nicht richtig abgerufen. Hat jemand eine Idee?

Har das jsonlist2 der FBDECT 200:
{
  "Arg":"FBDECT_FB7430_16",
  "Results": [
  {
    "Name":"FBDECT_FB7430_16",
    "PossibleSets":"msgInterval off on off-for-timer toggle off-till on-till off-till-overnight blink on-for-timer on-till-overnight intervals",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:CometDECT,Dect200,Powerline546E cmdIcon devStateIcon devStateStyle icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "FB7430:16 switch",
      "FB7430_MSGCNT": "209",
      "FB7430_RAWMSG": "0703001c0000003a001000000000000c000000160004000000000000",
      "FB7430_TIME": "2015-10-25 14:30:00",
      "LASTInputDev": "FB7430",
      "MSGCNT": "209",
      "NAME": "FBDECT_FB7430_16",
      "NR": "22",
      "STATE": "off",
      "TYPE": "FBDECT",
      "id": "16",
      "props": "switch"
    },
    "Readings": {
      "FBNAME": { "Value":"FRITZ!DECT 200 #1", "Time":"2015-10-23 12:48:33" },
      "FBPROP": { "Value":"powerMeter,switch", "Time":"2015-10-23 12:48:33" },
      "FBTYPE": { "Value":"AVM FRITZ!Dect 200", "Time":"2015-10-23 12:48:33" },
      "control": { "Value":"disabled,on fn=1 > 0.00 delay:0sec do:state off", "Time":"2015-10-23 12:48:33" },
      "current": { "Value":"0.0018 A", "Time":"2015-10-25 14:30:00" },
      "energy": { "Value":"66 Wh", "Time":"2015-10-25 14:30:00" },
      "options": { "Value":"powerOnState:last,lock:none", "Time":"2015-10-23 12:48:33" },
      "power": { "Value":"0.00 W", "Time":"2015-10-25 14:30:00" },
      "powerFactor": { "Value":"0.000", "Time":"2015-10-25 14:30:00" },
      "state": { "Value":"off", "Time":"2015-10-25 14:30:00" },
      "temperature": { "Value":"23.5 C (measured)", "Time":"2015-10-25 14:30:00" },
      "voltage": { "Value":"232.952 V", "Time":"2015-10-25 14:30:00" }
    },
    "Attributes": {
      "IODev": "FB7430",
      "event-min-interval": "power:120",
      "room": "FBDECT"
    }
  }  ],
  "totalResultsReturned":1
}


Vielen Dank und beste Grüße
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Oktober 2015, 15:44:58
@Mitch,DerDon: setzt mal bitte genericDeviceType auf switch. dann sollte es gehen. in der nächsten version geht es automatisch.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 25 Oktober 2015, 17:13:36
Zitat von: justme1968 am 25 Oktober 2015, 15:44:58
@Mitch,DerDon: setzt mal bitte genericDeviceType auf switch. dann sollte es gehen. in der nächsten version geht es automatisch.

gruss
  andre

Hallo Andre,

das leider hat keine Veränderung/Verbesserung gebracht. M. E. nach wurde die Fritdect200 auch vorher schon richtig als Switch erkannt, da im Log die Eintrage vor dem Absturz lauten:
Code Auswählen

[FHEM] Initializing platform accessory 'FBDECT_FB7430_16'...
[FHEM] creating services for FBDECT_FB7430_16
[FHEM]   information service for FBDECT_FB7430_16
[FHEM]   temperature sensor service for FBDECT_FB7430_16
[FHEM]     on characteristic for FBDECT_FB7430_16


Gruß
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Torben am 25 Oktober 2015, 17:37:17
Hallo,
bekommt man mit der HomeBridge eigentlich in FHEM auf Zugriff auf reguläre HomeKit-devices wie den Elgato eve Sensor, sodass man die Temperatur, etc. in FHEM anzeigen und nutzen kann?
Gruß
Torben
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Oktober 2015, 17:52:44
@DerDon: das problem ist das zwar erkannt wird das es on und off hat, aber durch die temperatur als thermometer angelegt wird. ein thermometer hat aber normalerweise keinen schalter.

bitte nimm mal die version von hier: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js damit sollte es jetzt auch automatisch gehen.

@Torben: nein. mit homebridge kann man nur nicht-homekit devices an homekit anbinden, nicht umgekehrt.
mit einem passenden modul könnte man zwar theoretisch homekit devices auch an fhem anbinden, das würde aber folgende probleme nicht lösen:

- ein homekit device kann nur mit einer gegenstelle gepairt werden. wenn du sie mit einem iOS device verbunden hast kannst du sie nicht zusätzlich mit fhem verbinden. über den freigeabe mechanismus zu gehen funktioniert vermutlich nicht weil das api nicht bekannt ist.

- die eve sensoren arbeiten mit bluetoth le, d.h. dein fhem müsste mit einem passenden empfänger ausgerüstet sein, die passenden low level treiber müssen vorhanden sein und du musst in empfangsreichweite sein.

- zumindest der eve tür und fenster sensor ist so schlecht das ich meinen wieder zurück geschickt habe. jeder homematic sensor der über fhem und homebridge an homekit angebunden wird funktioniert besser, schneller und zuverlässiger.  der einzige vorteil der eve sensoren ist das man in eve auch grafiken sehen kann. aber das bekommen wir für homebridge glaube ich auch noch hin.

- entsprechende homematik sensoren sind günstiger und haben eine größere reichweite

- die auswahl an sensoren für andere systeme ist (zumindest zur zeit) deutlich größer.

ich hatte übrigens schon mal mit einem versuch für ein solches modul angefangen. aber ich denke es ist den aufwand nicht wert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Torben am 25 Oktober 2015, 18:14:06
Danke, justme. Es müsste doch auch möglich sein, auf Homekit-Daten in der iCloud zuzugreifen, auch wenn ich bisher dazu nichts gefunden habe. Andere Sensorenn sind natürlich eine gute Alternative, es interessiert mich lediglich.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Oktober 2015, 18:16:03
an die daten kommst du nicht direkt ran. die daten liegen auch nicht auf irgendeinem server bei apple sondern nur lokal in deinem iOS device. d.h. du kannst eine app für ein iOS device scheiben die da ran kommt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 25 Oktober 2015, 18:18:00
Zitat von: justme1968 am 25 Oktober 2015, 17:52:44
@DerDon: das problem ist das zwar erkannt wird das es on und off hat, aber durch die temperatur als thermometer angelegt wird. ein thermometer hat aber normalerweise keinen schalter.

bitte nimm mal die version von hier: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js damit sollte es jetzt auch automatisch gehen.


Hallo Andre,

jetzt kommt ein neuer Fehler:
Code Auswählen

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
/home/pi/homebridge/platforms/FHEM.js:81
    }
    ^

SyntaxError: missing ) after argument list
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:414:25)
    at Object.Module._extensions..js (module.js:442:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Module.require (module.js:366:17)
    at require (module.js:385:17)
    at loadPlatforms (/home/pi/homebridge/app.js:107:30)
    at startup (/home/pi/homebridge/app.js:59:27)
    at Object.<anonymous> (/home/pi/homebridge/app.js:223:1)


Gruß
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Oktober 2015, 18:21:13
in zeile 81 gibt es keine geschweifte klammer.

kann es sein das beim kopieren etwas schief gegangen ist?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 25 Oktober 2015, 18:32:33
Sorry,

hatte etwas editiert, daher waren 2 Zeilen weniger. Hier der Output mit der neuen Original FHEM.JS
Code Auswählen

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
/home/pi/homebridge/platforms/FHEM.js:83
    }
    ^

SyntaxError: missing ) after argument list
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:414:25)
    at Object.Module._extensions..js (module.js:442:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Module.require (module.js:366:17)
    at require (module.js:385:17)
    at loadPlatforms (/home/pi/homebridge/app.js:107:30)
    at startup (/home/pi/homebridge/app.js:59:27)
    at Object.<anonymous> (/home/pi/homebridge/app.js:223:1)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Oktober 2015, 18:36:21
ich habe keine ahnung was da beim commit schief gegangen ist. ich habe jetzt die richtige version eingecheckt.

bitte versuch es noch mal.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 25 Oktober 2015, 19:30:12
Jetzt geht es.  ;D ;D ;D

Viiiiiiiiielen Dank für deine Geduld mit mir.
Gruß
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 25 Oktober 2015, 22:10:22
Hallo Andre,

das ist echt eine Supersache, die Du da gebaut hast!!!
Ich bin eher zufällig vorgestern darüber gestolpert und heute Abend läuft schon so ziemlich alles nebst Sharing an meinen Großen, Hut ab!!!!
Ich hätte da jetzt eine ganz spezielle Bitte:
Du hast ja auch das iTunes-Modul für FHEM geschrieben, welches ich ebenso begeistert nutze. Es wäre absolute Oberklasse, wenn Du das ebenfalls integrieren könntest.

Vielen lieben Dank, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 25 Oktober 2015, 23:11:02
Hey,

zunächst auhc von mir noch einmal 1000 Dank! Das ist echt eine Super Sache!!!

Ich habe drei Fragen, und muss etwas ausholen:

1)

Nach meinem Erfolg wollte ich Homebridge bei meinen Eltern auch installieren (Kleine FHEM RPI Installation mit 3x Homematic Thermostaten). Installiert, prinzipiell meine Configs übernommen, gestartet, lief auf Anhieb nach manuellem Start. Dann wollte ich die Homebridge noch in den Autostart stecken wie hier beschrieben https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi . Ab dem Zeitpunkt, egal ob manuell gestartet oder per Script, war die Homebridge nicht mehr erreichbar oder neu einbindbar. Eve findet einfach keine Homebridge. Alle Logs sind sauber gewesen, Fehler gibt es keine. Ich habe das gesamte Troubleshooting durch (https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi) und alles was mir sonst so eingefallen ist, incl. alles 10 Minuten stromlos...

Hat jemand noch eine Idee was ich versuchen könnte?

Code Auswählen
avahi-browse -t _http._tcp
liefert bei mir im übrigen keine Ergebnisse, das ist jedoch auf meinem funktionierenden System auch so.
Code Auswählen
avahi-browse -at zeigt die Homebridge.

2) Als ich dann frustriert abgebrochen und nach Hause gefahren bin, konnte mein Eve auch keinen Kontakt mehr zu meiner Homebridge herstellen. Einen Neustart des iPhones später hatte Eve meine komplette Homekit Konfiguration vergessen... :( Ich hoffe, das war nur einmalig und vielleicht dem geschuldet, dass ich im Prinzip bei meinen Eltern mit dem gleichen username in der config.json gearbeitet hatte...

Wie kann das sein? Liegt es vielleicht daran, dass ich beide male mit dem gleichen name und username gearbeitet habe?

3) Die beiden LANs sind über ein VPN zwischen unseren Fritzboxen miteinander verbunden, Bonjour sollte darüber aber nicht übertragen werden, so dass es dadurch keine Komplikationen geben sollte, oder?

Danke und viele Grüße
psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 25 Oktober 2015, 23:33:44
Hast du nach Änderungen auch die Mac Adresse in der config.json geändert? Ich muss die immer ändern, damit eve die homebridge findet wenn ich eine Änderung vornehme und neu einrichten will...


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 26 Oktober 2015, 06:49:42
Hi,

Ja, auch das habe ich versucht.

Viele Grüße
Psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 26 Oktober 2015, 07:51:13
Ich hab mich mal an der Installation probiert.
Leider bekomme ich da ne paar Fehlermeldungen:

Code Auswählen

npm ERR! install Couldn't read dependencies
npm ERR! Linux 3.4.94-sun7i+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
npm ERR! node v4.2.1
npm ERR! npm  v2.14.7
npm ERR! file /home/hs-server-admin/homebridge/package.json
npm ERR! code EJSONPARSE

npm ERR! Failed to parse json
npm ERR! Trailing comma in object at 29:3
npm ERR!   }
npm ERR!   ^
npm ERR! File: /home/hs-server-admin/homebridge/package.json
npm ERR! Failed to parse package.json data.
npm ERR! package.json must be actual JSON, not just JavaScript.
npm ERR!
npm ERR! This is not a bug in npm.
npm ERR! Tell the package author to fix their package.json file. JSON.parse

npm ERR! Please include the following file with any support request:
npm ERR!     /home/hs-server-admin/homebridge/npm-debug.log


Hat jemand eine erklärung dafür oder ne Tip?

Danke und Gruß Robert

Edit:

Glaube ich habe den Fehler gefunden.
vor den Letzten zwei } hatte ich noch ein komma drin.
Die Installation läuft gerade.

Edit2:

Nun bekomme ich folgende Fehler angezeigt:

Code Auswählen

hs-server-admin@FHEMcubie:~/homebridge$ npm install
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae: Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae'...
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae: fatal: unable to connect to github.com:
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae: github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-curve25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d: Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d'...
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-curve25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d: fatal: unable to connect to github.com:
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-curve25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d: github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d: Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d'...
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d: fatal: unable to connect to github.com:
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d: github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR! Linux 3.4.94-sun7i+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
npm ERR! node v4.2.1
npm ERR! npm  v2.14.7
npm ERR! code 128

npm ERR! Command failed: git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae
npm ERR! Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae'...
npm ERR! fatal: unable to connect to github.com:
npm ERR! github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR!
npm ERR!
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR!     <https://github.com/npm/npm/issues>

npm ERR! Please include the following file with any support re
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 26 Oktober 2015, 08:21:24
Zitat von: justme1968 am 25 Oktober 2015, 17:52:44bitte nimm mal die version von hier: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js damit sollte es jetzt auch automatisch gehen.

Hallo,

habe gerade diese Version getestet, aber dann startet meine Homebridge gar nicht mehr

Code Auswählen
SyntaxError: Unexpected token <
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at loadPlatforms (/home/markus/homebridge/app.js:107:30)
    at startup (/home/markus/homebridge/app.js:59:27)
    at Object.<anonymous> (/home/markus/homebridge/app.js:223:1)
    at Module._compile (module.js:456:26)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2015, 08:34:06
was genau hast du aktualisiert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2015, 08:34:46
was genau hast du aktualisiert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 26 Oktober 2015, 08:41:57
Habe nur die neue FHEM.js aus dem github kopiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2015, 08:45:46
und davor steht nichts weiter auf der console?

welche md5 summe hat dein FHEM.js file ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 26 Oktober 2015, 08:57:11
48e693d4c5d69381354d4104566183e4  FHEM.js

Code Auswählen
> homebridge@0.1.1 start /home/markus/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 2 platforms...
  node-stringprep Cannot load StringPrep-0.7.2 bindings (using fallback). You may need to `npm install node-stringprep` +0ms
  node-stringprep Error: Symbol node_stringprep_module not found.
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at bindings (/home/markus/homebridge/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep/node_modules/bindings/bindings.js:76:44)
    at Object.<anonymous> (/home/markus/homebridge/node_modules/node-xmpp-client/node_modules/node-xmpp-core/node_modules/node-stringprep/index.js:10:39)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12) +3ms
  node-stringprep Cannot load StringPrep-0.7.2 bindings (using fallback). You may need to `npm install node-stringprep` +0ms
  node-stringprep Error: Symbol node_stringprep_module not found.
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at bindings (/home/markus/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep/node_modules/bindings/bindings.js:76:44)
    at Object.<anonymous> (/home/markus/homebridge/node_modules/harmonyhubjs-client/node_modules/node-xmpp-core/node_modules/node-stringprep/index.js:10:39)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12) +2ms
[Harmony] Initializing LogitechHarmony platform...
[Harmony] Searching for Logitech Harmony remote hubs...
  harmonyhubjs:discover:explorer Explorer(61991) +0ms
  harmonyhubjs:discover:ping Ping(61991) +3ms
  harmonyhubjs:discover:explorer start() +3ms
  harmonyhubjs:discover:responsecollector ResponseCollector(61991) +1ms
  harmonyhubjs:discover:responsecollector start() +3ms
  harmonyhubjs:discover:ping start() +8ms

/home/markus/homebridge/platforms/FHEM.js:4
<!DOCTYPE html>
^
SyntaxError: Unexpected token <
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at loadPlatforms (/home/markus/homebridge/app.js:107:30)
    at startup (/home/markus/homebridge/app.js:59:27)
    at Object.<anonymous> (/home/markus/homebridge/app.js:223:1)
    at Module._compile (module.js:456:26)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2015, 08:59:37
du hast due html version runtergeladen. du brauchst die raw quelltext version.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 26 Oktober 2015, 09:06:16
Oh mann, sorry, da denke ich nie dran...  :-[
Jetzt startet es wieder auch inkl. der FBDECT im Raum Homekit.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 26 Oktober 2015, 09:35:27
Zitat von: no_Legend am 26 Oktober 2015, 07:51:13

Nun bekomme ich folgende Fehler angezeigt:

Code Auswählen

hs-server-admin@FHEMcubie:~/homebridge$ npm install
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae: Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae'...
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae: fatal: unable to connect to github.com:
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae: github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-curve25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d: Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d'...
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-curve25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d: fatal: unable to connect to github.com:
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-curve25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-curve25519-git-750fb09d: github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d: Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d'...
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d: fatal: unable to connect to github.com:
npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d: github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR! Linux 3.4.94-sun7i+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install"
npm ERR! node v4.2.1
npm ERR! npm  v2.14.7
npm ERR! code 128

npm ERR! Command failed: git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror git://github.com/KhaosT/node-srp.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae
npm ERR! Klone in Bare-Repository '/home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-node-srp-git-b14235ae'...
npm ERR! fatal: unable to connect to github.com:
npm ERR! github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen
npm ERR!
npm ERR!
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR!     <https://github.com/npm/npm/issues>

npm ERR! Please include the following file with any support re


dein Server hat anscheinend Probleme Github.com zu erreichen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 26 Oktober 2015, 13:07:42
Zitat von: Posti123 am 26 Oktober 2015, 09:35:27
dein Server hat anscheinend Probleme Github.com zu erreichen

Ich hab mal kurz meine IPFire deaktiviert.
Dann ging es. Denke das der zugriff auf Github hier nicht über einen Standard Port geschieht.

Danke und Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 26 Oktober 2015, 15:30:04
Die Installation hat nun soweit funktioniert.

Eine Frage hab ich noch:
Ich hab meine FHEM mit einem eingenen Zertifikat per https abgesichert.
Bekomme ich das irgendwie in die Config für Homebridge eingetragen?

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2015, 15:45:28
https kannst du in config.json aktivieren und user und password setzen:

Code Auswählen
         'ssl': true,
         'auth': {'user': "fhem", 'pass': "fhempassword"},


das server zerrifikat sichert aber nicht. es authentifiziert nur den server gegenüber dem client.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 26 Oktober 2015, 16:45:30
Danke das mit dem SSL habe ich hin bekommen.

Hat jemand nen Tip in Bezug auf einen Rolladen?
Irgendwie versteht mich Siri nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2015, 16:46:56
das geht auf deutsch scheinbar noch nicht direkt.

du kannst sie aber in szenen stecken und die szenen aufrufen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 26 Oktober 2015, 16:49:32
HomeKit ist echt noch nicht richtig fertig.
Ist man von Apple so schlecht nicht gewohnt!

Dann probiere ich es mit einer Szene mal aus
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: blabliblu am 26 Oktober 2015, 18:50:19
Hallo zusammen,

echt super wie aktiv die Community ist, ein großes Dankeschön!
Die Kopplung zwischen Homebridge und FHEM klappt soweit ganz gut und es ist witzig die Philips Hue Lampen über Siri zu steuern.

Was ich aber noch nicht rausbekommen habe ist, wie das Siri Kommando lautet um meine Funksteckdosen, die in FHEM angebunden sind, zu steuern.
Als iOS App habe ich EVE installiert und meine FHEM Config ist bspw.

Code Auswählen

define Lampe_Fernseher IT <Hauscode+Gerätecode> FF F0
attr Lampe_Fernseher userattr room_map structexclude
attr Lampe_Fernseher IODev CUL1
attr Lampe_Fernseher fp_Grundriss 220,550,1,
attr Lampe_Fernseher group Lichter
attr Lampe_Fernseher model itswitch
attr Lampe_Fernseher room Wohnzimmer


Vielleicht hat jemand Rat?

Was steuert ihr alles mittels Siri und welche Kommandos funktionieren?

Gruß, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Lanhydrock am 26 Oktober 2015, 18:56:36
@Andre und alle Mithelfer,

das ist einfach nur sagenhaft, vielen Dank. Gelesen, eingerichtet, gestartet,... fluppt. Welch ein WAF! Merci vielmals.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 26 Oktober 2015, 18:56:59
Hi,

tja, das Wohnzimmer scheint problematisch. Versuch mal einen anderen Raum. Generell klappts bei mir so: "Schalte bitte den Space Projektor im Flur an", wobei "Space Projektor" der zugewiesene Alias der Lampe (Funksteckdose) ist.

Viele Grüße
Psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: blabliblu am 26 Oktober 2015, 19:42:54
Zitat von: PsychoD am 26 Oktober 2015, 18:56:59
Hi,

tja, das Wohnzimmer scheint problematisch. Versuch mal einen anderen Raum. Generell klappts bei mir so: "Schalte bitte den Space Projektor im Flur an", wobei "Space Projektor" der zugewiesene Alias der Lampe (Funksteckdose) ist.

Viele Grüße
Psy

Mh....wieso sollte es daran bzw. den Raum liegen?
Ich habe testweise noch einen Alias hinzugefügt bspw. Fernseher (damit Siri es auch gut versteht) und beim Satz "Schalte den Fernseher im Wohnzimmer an" erhalte ich als Rückmeldung "Lass mich mal überlegen..." und eine Websuche...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: C0mmanda am 26 Oktober 2015, 20:34:57
Erstmal ein dickes Lob und Danke an alle die das möglich gemacht haben! Der Wahnsinn!

Lampensteuerung per Siri geht absolut fehlerfrei. Ich habe z.B. eine Lampe "Esszimmer Stehlampe" benannt, und wenn ich Siri sage: "Schalte im Esszimmer die Stehlampe an" dann funktioniert das sogar.

LaCrosse Temp. Sensoren klappen auch wunderbar. "Wie warm ist es im Schlafzimmer" und zack spuckt Siri die Temp aus.

Was so überhaupt nicht klappen will sind Rolladen und LED-Stripes. (An und Aus bei den LEDs geht, aber Farbe ist unmöglich).

Jemand Tips?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 26 Oktober 2015, 21:24:26
Zitat von: blabliblu am 26 Oktober 2015, 19:42:54
Mh....wieso sollte es daran bzw. den Raum liegen?
Ich habe testweise noch einen Alias hinzugefügt bspw. Fernseher (damit Siri es auch gut versteht) und beim Satz "Schalte den Fernseher im Wohnzimmer an" erhalte ich als Rückmeldung "Lass mich mal überlegen..." und eine Websuche...

Ja, das habe ich und auch andere ähnlich beobachtet, ließ mal weiter oben. Warum das so ist wüsste ich auch gern...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hartenthaler am 27 Oktober 2015, 01:00:54
Tolle Sache! Aber noch läuft es bei mir nicht. Installation war ok und ich habe in der Eve-App auch die Homebridge gesehen, aber nach der Eingabe der PIN zum Pairing gab es einen Fehler. Nun geht es auch nach Neustart von iPhone und Raspberry2 gar nicht mehr.

Im Logfile steht:
Zitat
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1445903268888
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE
[FHEM] got: 2 results
[FHEM] HUEDevice1 has RGB [rgb]
[FHEM] HUEDevice1 has onOff [state;on,off]
[FHEM] HUEDevice1 has hue [hue;0-65535]
[FHEM] HUEDevice1 has sat [sat;0-254]
[FHEM] HUEDevice1 has colormode [colormode]
[FHEM] HUEDevice1 has xy [xy]
[FHEM] HUEDevice8 has RGB [rgb]
[FHEM] HUEDevice8 has onOff [state;on,off]
[FHEM] HUEDevice8 has hue [hue;0-65535]
[FHEM] HUEDevice8 has sat [sat;0-254]
[FHEM] HUEDevice8 has colormode [colormode]
[FHEM] HUEDevice8 has xy [xy]
[FHEM] Initializing platform accessory 'HUEDevice1'...
[FHEM] creating services for HUEDevice1
[FHEM]   information service for HUEDevice1
[FHEM]   lightbulb service for HUEDevice1
[FHEM]     on characteristic for HUEDevice1
[FHEM]     brightness characteristic for HUEDevice1
[FHEM]     hue characteristic for HUEDevice1
[FHEM]     saturation characteristic for HUEDevice1
[FHEM] Initializing platform accessory 'HUEDevice8'...
[FHEM] creating services for HUEDevice8
[FHEM]   information service for HUEDevice8
[FHEM]   lightbulb service for HUEDevice8
[FHEM]     on characteristic for HUEDevice8
[FHEM]     brightness characteristic for HUEDevice8
[FHEM]     hue characteristic for HUEDevice8
[FHEM]     saturation characteristic for HUEDevice8
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘


events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1042:14)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
error: Forever detected script exited with code: 8
error: Script restart attempt #12
*** 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>

Es bringt auch nichts, wenn ich statt localhost in config.json die eigene IP-Adresse eintrage (fhem und homebridge laufen beide auf dem Raspberry2.

Woran kann es liegen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 27 Oktober 2015, 08:19:26
Hallo Leute,

werden eigentlich die Homematic Heizungsthermostate unterstützt?

Dazu wie sieht es aus mit Device löschen?
Muss ich dazu im Persist Ordner die beiden Dateien löschen?

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 27 Oktober 2015, 08:30:27
Zitat von: no_Legend am 27 Oktober 2015, 08:19:26
Hallo Leute,

werden eigentlich die Homematic Heizungsthermostate unterstützt?


Ja, wunderbar. Musst dem Clima channel nur das attribut subtype thermostat geben, damit du die temperatur auch stellen kannst.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 09:01:42
manchmal versteh siri nur ein und manchmal nur an. manchmal gibt es bei bestimmten begriffen probleme wenn man sie ohne einen genauen raum verwendet. radio geht nur mit einem raum namen. sonst wird apple music gestartet. nach offenen fenstern fragen geht bei mir auch nur mit einem raum oder einem bereich. wenn siri etwas garnicht versteht hilft etwas umbenennen. also probieren. eventuell auch eine szene verwenden.

rolläden und farben gehen scheinbar zur zeit nur wenn siri auf englisch steht. auch hier helfen die szenen.

@hartenthaler: nimm mal einen anderen port in config.json.

@no_Legend: homematic geht. max eigentlich auch. aber da ist noch irgendein problem.

was genau möchtest du löschen?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Aladin222 am 27 Oktober 2015, 09:16:30
Hi @all ,

Ich habe Homebridge auf meinem NUC installiert und kann nun auch mit Siri einige Lampen schalten ,allerdings klappt das ganze nur auf dem iPad :-(
Auf dem iPhone sehe ich die Räume und Geräte ,aber leider sind die Geräte n.v. ( nicht verfügbar )

Es müsste doch mit mehreren iOS Geräten ( iPhone & iPad ) funktionieren ,oder ?

Danke

Aladin212
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 09:22:04
wenn du auf allen geräten den gleichen iCloud account verwendest und die keychain synchronistaion aktiv ist taucht die komplette konfiguration auf allen geräten auf. manchmal dauert es etwas und manchmal hilft es sicher iCloud ab und wieder an zu melden.

wenn du unterschiedliche accounts verwendest musst du die geräte mit HomeKit freigeben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Aladin222 am 27 Oktober 2015, 09:42:34
@Justme1966 ,

Erstmal ganz lieben Dank für deine Antwort *freu

Also iCloud nutze ich auf beiden Geräten mit dem gleichen Account .
Keychain ? Bin mir nicht sicher was du damit meinst ,denke es ist die Option Schlüsselbund ? Diese ist aktiv.

Bis jetzt leider immer noch erfolglos :-(

Welche version von Node.js nutzt du ? Denke ich hab da auch noch etwas veraltete Version.
Denke ich werde heute nochmal alles von vorne installieren :-(
Bin nach der Anleitung von meintechblog vorgegangen ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 09:50:06
ja. schlüsselbund heisst der auf deutsch :)

abmelden, warten, neu anmelden, eventuell homekit komplett zurück setzen. schau mal weiter oben im thread. es ist manchmal etwas frickelig das zum laufen zu bekommen. wenn es dann geht ist es aber komplett automatisch.

ich verwende immer noch node 0.12.7.

die node version sollte auch keinen einfluss darauf haben. die synchronisation erfolgt komplett innerhalb von homekit, homebridge hat damit nichts weiter zu tun.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Aladin222 am 27 Oktober 2015, 10:02:33
Ok ! Danke dir :-)

Teste mal weiter ( leider noch weiter erfolglos ) aber trotzdem noch hochmotiviert *grins spannendes Thema.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Full-Hd am 27 Oktober 2015, 10:04:57
Hallo,
Beim npm starten kommt leider bei mir die Fehlermeldung:
Zitat
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true


module.js:340
    throw err;
          ^
Error: Cannot find module 'hap-nodejs'
    at Function.Module._resolveFilename (module.js:338:15)
    at Function.Module._load (module.js:280:25)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (/home/pi/homebridge/app.js:4:11)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)
Was habe ich bei der Installation falsch gemacht? :-\
Mit freundlichen Grüßen
Full-hd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 10:06:15
du hast nicht
Code Auswählen
npm installausgeführt ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Full-Hd am 27 Oktober 2015, 10:10:30
Danke für die schnelle Antwort.
Ich hab die Installation ausgeführt.
Wie deinstalliere ich alles richtig um einen neuen Versuch zu starten?

Mit freundlichen Grüßen
Full-hd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 27 Oktober 2015, 10:11:47
Habe mir gerade mal eine Szene für die Rollo eingerichtet und getestet.

ich: Rollo runter
Siri: und siehe da, die Rollo ist unten  ;D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Aladin222 am 27 Oktober 2015, 10:26:01
Och menno , hab nun alles auf dem iPhone zurückgesetzt und will eve neu einrichten :

iCloud Syncronisierung wird gerade ausgeführt. Versuchen Sie es später erneut.

Hmmmm, verstehe ich nicht ... mache doch garnis mit der iCloud
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 27 Oktober 2015, 10:44:01
Zitat von: justme1968 am 27 Oktober 2015, 09:01:42
@no_Legend: homematic geht. max eigentlich auch. aber da ist noch irgendein problem.

was genau möchtest du löschen?

gruss
  andre

Habe bei meintechblog den Artikel dazu gelesen.
Hier steht folgendes:
Sofern keine neuen Geräte aus FHEM hinzugefügt sondern gelöschte Geräte aus Homebridge entfernt werden sollen, muss dies manuell in den Dateien im Ordner "~/homebridge/persist/" erledigt werden.

Frag mich halt was das genau heißen soll.
Ich hab zum Beispiel ein falsches Device hinzugefügt. Wollte das wieder los werden.
Ist aber glaube ich nicht in der Eve App aufgetaucht.

Gruß RObert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 27 Oktober 2015, 10:56:42
Ich habe genau den gleichen Fehler wie der User hartnthaler.
Code Auswählen
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1445903268888
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE
[FHEM] got: 2 results
[FHEM] HUEDevice1 has RGB [rgb]
[FHEM] HUEDevice1 has onOff [state;on,off]
[FHEM] HUEDevice1 has hue [hue;0-65535]
[FHEM] HUEDevice1 has sat [sat;0-254]
[FHEM] HUEDevice1 has colormode [colormode]
[FHEM] HUEDevice1 has xy [xy]
[FHEM] HUEDevice8 has RGB [rgb]
[FHEM] HUEDevice8 has onOff [state;on,off]
[FHEM] HUEDevice8 has hue [hue;0-65535]
[FHEM] HUEDevice8 has sat [sat;0-254]
[FHEM] HUEDevice8 has colormode [colormode]
[FHEM] HUEDevice8 has xy [xy]
[FHEM] Initializing platform accessory 'HUEDevice1'...
[FHEM] creating services for HUEDevice1
[FHEM]   information service for HUEDevice1
[FHEM]   lightbulb service for HUEDevice1
[FHEM]     on characteristic for HUEDevice1
[FHEM]     brightness characteristic for HUEDevice1
[FHEM]     hue characteristic for HUEDevice1
[FHEM]     saturation characteristic for HUEDevice1
[FHEM] Initializing platform accessory 'HUEDevice8'...
[FHEM] creating services for HUEDevice8
[FHEM]   information service for HUEDevice8
[FHEM]   lightbulb service for HUEDevice8
[FHEM]     on characteristic for HUEDevice8
[FHEM]     brightness characteristic for HUEDevice8
[FHEM]     hue characteristic for HUEDevice8
[FHEM]     saturation characteristic for HUEDevice8
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘


events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1042:14)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
error: Forever detected script exited with code: 8
error: Script restart attempt #12
*** 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>

Was bedeutet, dass wir mal einen anderen Port versuchen sollten? Welchen Port? Den von fhem, also statt 8083 mal 8085? Oder den Port vom Server?

Danke

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 27 Oktober 2015, 11:03:48
@Dennis

Hast du ssl am laufen?
Welchen Port benutzt du um das WebFrontend von FHEM zuzugreifen?

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Alphatierchen am 27 Oktober 2015, 11:54:47
Bei mir lag es daran, dass ich homebridge mehrfach gestartet hatte und schon eine Instanz den port blockiert hat.


Andere Sache - die Suche liefert kein Ergebnis für "homebridge plot"... Auf der Elgato-Seite ist immer ein Temperaturverlauf in der App zu sehen. Hat sich da schonmal jemand Gedanken darüber gemacht, wie das machbar wäre? Oder ist das schon Standard und ich hab irgendwo noch ne alte Konfiguration am Laufen?

Gruß,
Sven
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 12:08:23
@dennis_n,hartenthaler: den bridge port

@no_Legend: persist ist eigentlich fast nie mehr anzufassen. im normalfall wird richtig aufgeräumt wenn du ein device in eve löschst.

@Alphatierchen: die plots werden in eve über umdokumentierte private characteristics umgesetzt. wir haben inzwischen eine erste idee wie das funktioniert. eventuell kommt demnächst etwas um zumindest temperatur und luftfeuchte historisch und mit einem plot anzuzeigen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Lanhydrock am 27 Oktober 2015, 12:20:10
Ich glaube, wir können den Fehler mit der Unerreichbarkeit reproduzierbar nachstellen.
Vielleicht hilft das ja ein wenig beim Eingrenzen und wir finden den Bug...

Es hängt bei unserer Installation auf dem RaspPi damit zusammen, ob wir node.js automatisch starten lassen und ob man ein Device in FHEM hinzufügt.

Dann nämlich wird beim Reboot in persist die AccessoryInfo...json geändert und der Term "pairedClients" wird geleert.

Siehe:

Code Auswählen
sudo service homebridge stop
(in FHEM ein neues Device zum Raum HomeKit hinzufügen)
sudo service homebridge start
(alles ok)

Code Auswählen
sudo service homebridge stop
(in FHEM ein neues Device zum Raum HomeKit hinzufügen)
sudo reboot
sudo service homebridge start
(alles ok)

Code Auswählen
sudo service homebridge stop
(Umstellung auf automatischen Start nach Booten)
sudo update-rc.d homebridge defaults
sudo reboot
(alles ok)
(in FHEM ein neues Device zum Raum HomeKit hinzufügen)
sudo reboot
(nicht erreichbar)
(in /home/pi/homebridge/persist/Accessory....json steht nunmehr: "pairedClients":{})

Code Auswählen
(nochmal von vorne, da ich nicht mehr weiss, ob bei der ersten Einrichtung damals node.js schon automatisch gestartet wurde:)
sudo update-rc.d -f homebridge remove
sudo reboot
rm /home/pi/homebridge/persist/*
(in iOS: Einstellungen >> HomeKit: Haus löschen)
(in iOS: Einstellungen >> Datenschutz >> HomeKit: HomeKit zurücksetzen)
sudo update-rc.d homebridge defaults
sudo reboot
(Haus in EVE neu einrichten)
(in /home/pi/homebridge/persist/Accessory....json stimmt: "pairedClients":{A91F1838-D614-........})
sudo reboot
(alles ok)
(in FHEM ein neues Device zum Raum HomeKit hinzufügen)
sudo reboot
(nicht erreichbar)
(in /home/pi/homebridge/persist/Accessory....json steht nunmehr: "pairedClients":{})

Wenn wir nun genauer wüssten, ob die Deviceänderung einen Fehler in node.js oder in FHEM.js verursacht und/oder ob das evtl. sogar ein Rechteproblem ist, so könnten wir das evtl. eingrenzen.

@andre: Kannst Du da ein wenig elaborieren evtl.? Merci vielmals.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 27 Oktober 2015, 13:14:41
Bei mir laufen zwei homebridge Systeme, mac mini mit OS X und RPi 2 mit Jessie.

Was mir bezüglich Zuverlässigkeit (Unterbrüche) aufgefallen ist:
Mit OS X keine Probleme (mehrere Tage/Wochen) ohne Unterbrüche.
Mit RPi 2 Jessie ab und zu Unterbrüche (nicht erreichbar), dann muss ich nur homebridge neu starten und es geht weiter.

Der Unterschied: OS X benutzt das Original-Bonjour, dagegen RPi 2 läuft ja bekanntlich mit Avahi, die Warning Meldungen sind ja bekannt:

Code Auswählen

*** 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>


Evtl. liegt der Fehler in Avahi?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 27 Oktober 2015, 13:15:53
@no_legend

Nein, ich habe kein SSL am laufen.
Für FHEM web nutze ich eigentlich 8083, der ist auch User und pass geschützt und in der config.json auch so angegeben.
Allerdings nutze ich auch gerne mal 8085 ohne jegliche authentifizierung.
Aber damit funktioniert es auch nicht. Hatte ich schon probiert.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 27 Oktober 2015, 13:21:01
Es kann schon an Avahi liegen.

Ich habe festgestellt, das der Test mit einer Heizung (HM) ohne Probleme tagelang lief.
Jetzt habe ich ca. 30 Geräte inkludiert und Homebridge bleibt ein zwei Mal am Tag stehen.
Ich habe dies über einen cron Job gelöst, der alle 5 Minuten schaut, ob Homebridge steht und im Bedarfsfall Homebridge neu startet.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Eckbert0815 am 27 Oktober 2015, 13:57:34
Hallo, kann mann auch irgendwie Dummy`s schalten, ich benötige das um ein Http Befehl für an und aus zu senden!
Er taucht zwar in EVE auf nachdem ich attr genericDeviceType switch zugefügt habe, aber lässt sich nicht schalten!
Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 27 Oktober 2015, 16:19:33
Hi,
besteht die Möglichkeit oder hat jemand eine Idee wie ich ein PID20 abbilden kann ?
Hab 5 x FHTv8 verbaut und möchte die gerne darstellen und steuern.

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 16:47:54
@Eckbert0815: der dummy braucht ein set on und set off kommando und du musst genericDeviceType auf switch oder light setzen.

@Atze: was für kommandos braucht du denn genau ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 27 Oktober 2015, 16:54:36
"desired" zum setzen des Wertes (Grad),
"actuation" zum lesen des Stellantrieb und
"measured" zur Anzeige der Temperatur

http://www.fhemwiki.de/wiki/PID20_-_Der_PID-Regler

Code Auswählen
{
  "Arg":"heizung.01",
  "Results": [
  {
    "Name":"heizung.01",
    "PossibleSets":"stop:noArg start:noArg restart desired",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment alias eventMap userReadings pidActorValueDecPlaces:0,1,2,3,4,5 pidActorInterval pidActorTreshold pidActorErrorAction:freeze,errorPos pidActorErrorPos pidActorKeepAlive pidActorLimitLower pidActorLimitUpper pidCalcInterval pidDeltaTreshold pidDesiredName pidFactor_P pidFactor_I pidFactor_D pidMeasuredName pidSensorTimeout pidReverseAction pidUpdateInterval pidDebugSensor:0,1 pidDebugActuation:0,1 pidDebugCalc:0,1 pidDebugDelta:0,1 pidDebugUpdate:0,1 pidDebugNotify:0,1 disable:0,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view fp_EDV fp_Grundriss_SROOM fp_NOTDIENST fp_noFhemMenu icon power-off power-on sortby webCmd widgetOverride genericDeviceType:ignore,switch,contact,outlet,light,blind,thermostat,garage,window,lock userattr",
    "Internals": {
      "CFGFN": "",
      "DEF": "tmp_EDV:temperature hz_EDV:valve",
      "NAME": "heizung.01",
      "NR": "369",
      "NTFY_ORDER": "50-heizung.01",
      "STATE": "processing",
      "TYPE": "PID20"
    },
    "Readings": {
      "actuation": { "Value":"0", "Time":"2015-10-27 16:49:36" },
      "actuationCalc": { "Value":"-201.225", "Time":"2015-10-27 16:49:36" },
      "delta": { "Value":"-9", "Time":"2015-10-27 16:49:36" },
      "desired": { "Value":"15", "Time":"2015-10-27 16:49:36" },
      "measured": { "Value":"24.0", "Time":"2015-10-27 16:49:36" },
      "p_d": { "Value":"0", "Time":"2015-10-27 16:49:36" },
      "p_i": { "Value":"23.775", "Time":"2015-10-27 16:49:36" },
      "p_p": { "Value":"-225", "Time":"2015-10-27 16:49:36" },
      "state": { "Value":"processing", "Time":"2015-10-27 16:49:36" }
    },
    "Attributes": {
      "event-min-interval": "actuation:1800,actuationCalc:1800,delta:1800,desired:1800,measured:1800,p_d:1800,p_i:1800,p_p:1800",
      "event-on-change-reading": "actuation:1,actuationCalc:0.5,delta:0.2,desired,measured:0.2,p_d:0.1,p_i:1.0,p_p:1.0",
      "pidActorErrorAction": "errorPos",
      "pidActorErrorPos": "5",
      "room": "Heizungen"
    }
  }  ],
  "totalResultsReturned":1
}

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Oktober 2015, 17:02:31
schau mal ob mit der angehängten version measured und desired geht.

actuation muss ich noch einbauen. ist das ein wert zwischen 0 und 100?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Eckbert0815 am 27 Oktober 2015, 17:07:29
@justme1968.........danke geht
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 27 Oktober 2015, 17:09:25
@andre:
Bezüglich der MAX Thermostate gibts noch nichts neues   ;)
Wenn ich dir irgendwie helfen kann oder etwas testen kann geb bescheid  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: wolfram am 27 Oktober 2015, 17:20:51
Bei mir funktioniert die Ansteuerung der Lichtfarben mit: schalte das Licht im Wohnzimmer grün. Ich verwende HUE Lampen. Leider verliere ich regelmäßig die Verbindung zu eve. Installiert auf raspi 2 b mit jessy..


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MDauken am 27 Oktober 2015, 18:48:43
Hallo Zusammen,

ich habe eine Frage an euch (wahrscheinlich werdet ihr darüber schmunzeln).

Bei Ausführung von 'npm run start' bekomme ich folgendes:
Code Auswählen

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1445967202086
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Wohnzimmer&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 7 results
[FHEM] ignoring Fernseher (dummy)
[FHEM] Lampe is switchable
[FHEM] Lampe has onOff [state;on,off]
[FHEM] ignoring Leselampe (dummy)
[FHEM] ignoring Monitor (dummy)
[FHEM] ignoring Schlafzimmerlampe (dummy)
[FHEM] ignoring Schrankbeleuchtung (dummy)
[FHEM] ignoring autocreate (autocreate)
[FHEM] Initializing platform accessory 'Lampe'...
[FHEM] creating services for Lampe
[FHEM]   information service for Lampe
[FHEM]   switch service for Lampe
[FHEM]     on characteristic for Lampe
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [192.168.2.115] New connection from client +8s
  EventedHTTPServer [192.168.2.115] HTTP server listening on port 54826 +4ms
  EventedHTTPServer [192.168.2.115] HTTP request: /pair-verify +23ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +2ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +13ms
  EventedHTTPServer [192.168.2.115] HTTP Repsonse is finished +88ms
  EventedHTTPServer [192.168.2.115] HTTP request: /pair-verify +34ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +5ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0D96BDC2-9451-4339-9933-4ED958ACC2A0 verification complete +17ms
  EventedHTTPServer [192.168.2.115] HTTP Repsonse is finished +3ms
  EventedHTTPServer [192.168.2.115] HTTP request: /accessories +17ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +1ms
  EventedHTTPServer [192.168.2.115] HTTP Repsonse is finished +8ms


Wichtige Teile aus der Config Datei:
Code Auswählen
attr global userattr devStateIcon devStateStyle icon sortby webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat

define Lampe dummy
attr Lampe userattr room_map structexclude
attr Lampe icon light_light_dim_00
attr Lampe room Wohnzimmer, Homekit
attr Lampe webCmd on:off
attr Lampe genericDeviceType switch
attr Lampe setList on off open

Er scheint das Device 'Lampe' also richtig zu erkennen.
Wenn ich nun in die Eve App gehe, erkennt er 'Homebridge'.
Ich kann es auswählen und komme zu diesem Bildschirm, der einem sagt, dass man einen eindeutigen Code braucht.

Weiter komme ich nicht!
Bei Klick auf Gerät hinzufügen oder den Code springt er eine Ansicht weiter (Bildschirm weiß) und dann wieder zurück.

Jeman eine Idee was der (für die meisten wahrscheinlich offensichtliche) Fehler ist?

Viele Grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 27 Oktober 2015, 19:52:15
@justme1968
actuation kann den Wert 0-100 haben.

Temperatur wird gezeigt, beim Aufruf der Details steht für "desired" n.v.  Das stellen funktioniert aber.
Modus wüsste ich jetzt nicht wie man das anpassen könnte. Ist ja nur ein Stellantrieb.

Gruss Andreas

(http://fs5.directupload.net/images/151027/6w7mrgqo.png) (http://www.directupload.net)

(http://fs5.directupload.net/images/151027/ohln35rk.png) (http://www.directupload.net)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 27 Oktober 2015, 21:55:41
Hallo,

ich habe einen Garagenmotor, den ich mit einem einfachen Homematic-Switch via on-for-timer 2 steuere, mehr geht da eh nicht.
Das klappt auch wunderbar via Dummy mit genericDeviceType garage und auf den Dummy reagierenden Notify, sprich ich kann via Siri mit Öffne Garage respektive Schließe Garage mein Garagentor hoch- und wieder runterfahren.
Leider habe ich es nicht geschafft, dass der Schalter in Eve korrekt unterlegt wird, aus welchen Gründen auch immer wechselt die Unterlegung in aller Regel irgendwann auf Geöffnet. Der Status(?) steht immer auf Gestoppt.
In der readingList aufgenommenes pct gibt in Eve übrigens einen Helligkeitslider  8).
siehe Bild (das Garagentor wurde via Siri geschlossen).

Was muss ich denn machen, dass der Zustand und der Status in Eve richtig angezeigt werden?

Vielen lieben Dank, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bennemannc am 27 Oktober 2015, 22:01:00
@knueppler
EVE meldet "Helligkeit 100%" in Deiner Garage ist noch Licht an  ;)

Gruß Christoph

PS. da sich hier wieder unheimlich viel getan hat werde ich das auch noch mal testen. Beim letzten Mal lief es noch nicht wirklich zuverlässig. Bestend Dank für den unermütlichen Einsatz einzelner Personen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Koppl am 28 Oktober 2015, 07:42:15
Hallo zusammen,

habe gestern Homebridge nach Anleitung von meintechblog installiert.

Wenn ich Homebridge starte läuft alles super und die Geräte werden geschalten. Aber nach ca. 10 Minuten wird die Verbindung verloren und in der App wird nur noch "Nicht erreichbar".
An was kann dies liegen? Hat jemand auch nach der Anleitung bei meintechblog installiert?

Danke.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 09:33:51
@bigdane: kommt noch. ich muss mir nur erst eine test umgebung bauen. auf dem produktiv system kann nicht mehr testen da es produktiv ist :)

@knueppler: das liegt daran das man dem dummy nicht ansieht ob das tor auf oder zu ist.

@Atze: zeig mal bitte die cached seite vom debug browser.

@Kopf: was steht im log? bzw auf der console? was steht im debug browser unter cached?

bitte teste mal mit einem einzigen einfachen device und finde raus ob es ein bestimmtes device ist das probleme macht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Eckbert0815 am 28 Oktober 2015, 09:41:18
Guten Morgen, ich habe auch noch eine Frage:
Ich habe meine Dummy`s als something eingestellt, damit ich nur ein Trigger Taste habe (ohne Status)! Ist das möglich mit dem Homekit??
Konfiguriert als Switch oder Light mit Setlist on off klappt das ganze so halbwegs, aber da ich damit verschiedene Lichtszenen in Loxone einschalten möchte, ergibt sich folgendes Problem!
Das Einschalten einer Szene klappt auch gut, jedoch bleibt die Szene eingeschaltet, wenn ich eine andere starte und somit gibt es ein furchtbares Durcheinander! Oder muss ich für jede Szene ein Notify schreiben, welches die anderen Lichtszenen ausschaltet?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 10:21:03
ich verstehe nicht genau was du something und 'nur trigger' meinst.

was sind das für szenen? in homekit? in fhem? in loxone?

warum verwendest du fhem und loxone?

fragen über fragen :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: superbert am 28 Oktober 2015, 10:45:10
@Full-HD

Sehe mall nach im Verzeichnis .../homebridge/node_modules ob dort "HAP-NodeJS" vielleicht buchstabiert ist...(oder "hap-nodejs")

Ich hätte so ein problem und habe es einfach beseitigt durch den namen des Verzeichnis zu ändern...(keine ahnung warum diesen fehler auftritt, aber jetzt funktioniert Homebridge bei mir einwandfrei)

Grüssse,

Eeg.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 10:48:13
Zitat@Atze: zeig mal bitte die cached seite vom debug browser.
Ich hoffe du meinst das  ::)
Code Auswählen
cached: { 'heizung.02-measured': 23.9,
'heizung.02-desired': NaN,
'rr_Andreas-presence': 1,
'st_EDV-state': 1,
'tk_EDV-Window': 0,
'tmp_EDV-temperature': 23.9,
'tmp_EDV-humidity': 48}

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 28 Oktober 2015, 10:54:57
Guten Morgen,
Zitat@knueppler: das liegt daran das man dem dummy nicht ansieht ob das tor auf oder zu ist.
welche Readings muss ich denn dem Dummy verpassen, damit man ihm ansieht, ob die Garage gerade offen oder geschlossen ist?
Wäre echt super, wenn das noch klappt, sonst ist man sich doch so unsicher, was man gerade so geschaltet hat und in einer anderen App nachschauen ist auch nicht unbedingt die beste Wahl.
Und ich will dem Tor noch einen Türkontakt verpassen, damit man sich auch wirklich sicher ist, dass das Tor zu ist. Dessen Reading würde ich dann auch via notify in dem Dummy setzen sowie einen entsprechenden Watchdog setzen wollen. Dann habe ich alles an einer Stelle beisammen.

Vielen Dank, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Eckbert0815 am 28 Oktober 2015, 10:58:10
Antworten kommen!  :o

Ich benötige nur eine Taste die einen http Befehl an Loxone sendet um z.B die Lichtszene TV zu starten. (Im Wohnzimmer habe ich 6 Lichtszenen in Loxone erstellt, Party, Tv, Kino, Essen, Lesen, Romantik). 
Also kein on off, weil dieser dummy dann immer on bleibt, es sei denn ich schreibe ins notify noch ; set LichtEssen off;............für jede Szene.
Die Szenen sind nicht in Homekit oder Fhem sonden im Loxone Miniserver go.
Ich verwende Loxone als Visu und um die einfachere Logik mit Vordefinierten Bausteinen zu nutzen z.B Lichtsteuerung, Alarmanlage usw.zu nutzen. Das macht das ganze einfacher für mich! Die Kommunikation erfolgt zu Teil über http und udp, da Loxone Viruelle Ein und Ausgänge besitzt.
Fhem nutze ich als Schnittstelle ich finde Fhem auch sehr gut, weil mann so flexibel ist. So kann ich in Loxone alle möglichen Sensoren und Aktoren nutzen, da es diese zum Teil nicht gibt, mir diese nicht Zusagen oder sie Einfach schon Vorhanden waren. Begonnen habe ich mit Fhem, so waren diverse Komponenten vorhanden.
Bisher habe ich die Sprachsteuerung mittels Activator+ mit IOS 8 Jailbreak genutzt. Da dies aber sehr mühsam ist, denn mann muss jedes IOS Gerät einzeln Konfigurieren und bei 40-50 Befehlen dauert das mehrere Stunden, nach einem Update ist alles weg und Ich fange von vorne an 2 iPads und 2 iPhones, da geht dann schon 1 Wochenende bei drauf! So empfinde ich die Cloud Version schon viel besser.

Ich hoffe, das reicht als Erklärung

Gruss
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 11:10:56
@Atze: ja. genau das meinte ich :)

der NaN wert gehört da nicht hin.

ich hab in die version hier: http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746 (http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746) noch etwas debug ausgaben eingebaut.

bitte nimm die noch mal und zeig dir konsolen ausgaben.

@knueppler: mir würde es reichen wenn in state on oder off steht. je nach dem ob auf oder zu ist. bist jetzt werte ich das noch nicht aus weil der erste anwender die rückmeldung nicht hatte.

@Eckbert0815: wenn du über homekit direkt etwas an loxone senden möchtest bist du mit FHEM.js falsch. dann nimm den http shim. aber du bekommst dann keine rückmeldung.

wenn du in hoemkit eine rückmeldung möchtest muss die in deinem fall von loxone kommen bzw. du brauchst eine direkte bridge zwischen homekit und loxone.

wenn du FHEM.js verwendest musst du dafür sorgen das der dummy in fhem auch immer den aktuellen zustand der szene repräsentiert. ist das schon so? dann sollte es eigentlich einfach gehen.

wenn nein: entweder musst du deinen notifys noch erweitern. oder du schaust dir mal lightscene an. da gibt es die möglichkeit über followDevices automatisch eine szene zu erkennen.

ich wollte demnächst sowieso noch lightscene in FHEM.js einbauen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 11:24:03
@justme1968
leider keine Veränderung. Im Cache stecht das gleiche wie vorher

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 11:30:15
ich möchte die konsole sehen. beim starten und bei der abfrage aus eve.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 11:48:03
Start
(http://fs5.directupload.net/images/151028/temp/ybbtsior.jpg) (http://www.directupload.net/file/d/4154/ybbtsior_jpg.htm)

bei Anzeige
(http://fs5.directupload.net/images/151028/temp/l2klopk5.jpg) (http://www.directupload.net/file/d/4154/l2klopk5_jpg.htm)

nach setzen der Temperatur auf 11
(http://fs5.directupload.net/images/151028/temp/r8myqpqt.jpg) (http://www.directupload.net/file/d/4154/r8myqpqt_jpg.htm)

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 12:07:16
bitte probiere es noch mal mit dieser version: http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746 (http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746).

an alle die ein problem mit den max thermostaten haben: bitte auch mal diese version probieren und die console beim starten zeigen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 28 Oktober 2015, 12:14:28
Hi

der Dummy trägt den entsprechenden State.
Optimal wäre aber ein eigenes Reading, bspw. door, in das dann open/close oder halt analog etwas gesetzt wird, dann kann man das noch über einen Kontakt extra setzen. Steht nix drin, kann ja alternativ der State ausgewertet werden.
Das wäre echt klasse!

Danke, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: davipet am 28 Oktober 2015, 12:23:47
Hi,

ich habe dank der Anleitungen und Tipps hier nun auch die Homebridge am Laufen. :)
Ich habe auch Licht per Siri ein und ausschalten können. Ich steuere Fast alles im Haus über eine Siemens S7 SPS.
So auch mein Garagentor. Ich setze per FHEM ein Bit in der SPS, welches das Tor fährt. Ist es zu fährt es auf, ist es auf fährt es zu. Diese Bit setzt die SPS selber zurück.
Ich kann dieses Bit auch per Siri setzen. Nur muss ich sagen "Siri, schalte mein Garagentor an". Das klappt auch - ist aber irgendwie doof.
Wie kann ich dass denn Ändern?
Im EVE sind die Geräte alle vom Typ "Strom".

Danke!

Gruß

David
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 12:39:09
@justme1968

P E R F E K T      :)

fehlt nur noch die Anzeige des Stellantriebes in % 0-100 (actuation)

Danke und Gruss
Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 28 Oktober 2015, 15:25:16
Hallo,

ich hätte da auch mal eine Frage bzgl eines Problems. Ich habe Homebridge erfolgreich installiert. Wenn ich aber nun in Eve "Homebridge" hinzufüge geht das nur wenn ich in FHEM in meinem definierten Raum "Honmekit" keine Devices z.B. Heizthermostate drin habe.
Sobald ich aber etwas drin habe und dann Homekit hinzufügen möchte bricht das mit einem Fehler ab.
Auch nachträglich hinzugefügte Devices tauchen bei mir nicht auf was mache ich falsch?

Gruß

Code Auswählen

> homebridge@0.1.1 start /home/mohs/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446040260877
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.40:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 1 results
[FHEM] max_1og_schlafz01 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] max_1og_schlafz01 has thermostat mode [mode;desiredTemperature]
[FHEM] max_1og_schlafz01 has temperature [temperature]
[FHEM] max_1og_schlafz01 has battery [battery]
[FHEM] Initializing platform accessory 'max_1og_schlafz01'...
[FHEM] creating services for max_1og_schlafz01
[FHEM]   information service for max_1og_schlafz01
[FHEM]   thermostat service for max_1og_schlafz01
[FHEM]     temperature characteristic for max_1og_schlafz01
[FHEM]     battery status characteristic for max_1og_schlafz01
[FHEM]     target temperature characteristic for max_1og_schlafz01
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +3ms
  EventedHTTPServer Server listening on port 51826 +5ms
  EventedHTTPServer [192.168.178.234] New connection from client +18m
  EventedHTTPServer [192.168.178.234] HTTP server listening on port 54826 +0ms
  EventedHTTPServer [192.168.178.234] HTTP request: /pair-setup +2ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +1ms
  EventedHTTPServer [192.168.178.234] HTTP Repsonse is finished +13ms
  EventedHTTPServer [192.168.178.234] HTTP request: /pair-setup +10s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +1ms
  EventedHTTPServer [192.168.178.234] HTTP Repsonse is finished +20ms
  EventedHTTPServer [192.168.178.234] HTTP request: /pair-setup +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +4ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +1ms
  Accessory [Homebridge] Paired with client DF8B4650-9A3A-420E-8E55-FECC8EB9A6E4 +3ms
  EventedHTTPServer [192.168.178.234] HTTP Repsonse is finished +5ms
  EventedHTTPServer [192.168.178.234] Client connection closed +15ms
  EventedHTTPServer [192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [192.168.178.234] HTTP server was closed +0ms
  EventedHTTPServer [192.168.178.234] New connection from client +5ms
  EventedHTTPServer [192.168.178.234] HTTP server listening on port 54826 +0ms
  EventedHTTPServer [192.168.178.234] HTTP request: /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +0ms
  EventedHTTPServer [192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [192.168.178.234] HTTP request: /pair-verify +31ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client DF8B4650-9A3A-420E-8E55-FECC8EB9A6E4 verification complete +2ms
  EventedHTTPServer [192.168.178.234] HTTP Repsonse is finished +1ms
  EventedHTTPServer [192.168.178.234] HTTP request: /accessories +12ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [192.168.178.234] HTTP Repsonse is finished +2ms
  EventedHTTPServer [192.168.178.234] Client connection closed +43ms
  EventedHTTPServer [192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [192.168.178.234] HTTP server was closed +0ms

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 28 Oktober 2015, 15:36:19

Zitat von: Atze am 28 Oktober 2015, 12:39:09
fehlt nur noch die Anzeige des Stellantriebes in % 0-100 (actuation)
Die ist im Thermostat für HomeKit aber nicht vorgesehen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 15:37:51
so lange es nur um die anzeige geht ist eine custom characteristic kein problem. hab ich bei Volumen für sonos auch gemacht. nur mit siri steuern oder abfragen geht halt nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 28 Oktober 2015, 15:42:52
Dann melde ich für den HM-CC-TC auch Interesse an. Das Reading heißt dort actuator (0-100).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 16:59:02
bitte noch mal diese version: http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746 (http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746) testen.

damit sollte actuation/actuator auch gehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 28 Oktober 2015, 17:57:34
Also bei mi werden neu hinzugefügte Geräte erst erkannt, nachdem ich Homebridge deinstaliere, Homekit Einstellungen entferne und alles wieder neu installiere.
Vorher geht nichts.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 28 Oktober 2015, 18:27:44
NAbend zusammen,
ich bekomme mit der letzten FHEM.js von Andre folgenden Fehler:

Code Auswählen
Loading 3 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.39:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446051829998
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.39:8083/fhem?cmd=jsonlist2%20genericDeviceType=..*&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.39:8083/fhem?cmd=jsonlist2%20room=Harmony&XHR=1
[FHEM] Initializing FHEM platform...
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.39:8083/fhem?cmd=jsonlist2%20room=Eve&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 0 results
[FHEM] got: 1 results
[FHEM] HarmonyHub is switchable
[FHEM] HarmonyHub has onOff [activity;activity,off]
[FHEM]   caching: HarmonyHub-activity: PowerOff as string (from PowerOff)
[FHEM] Initializing platform accessory 'HarmonyHub'...
[FHEM] creating services for HarmonyHub
[FHEM]   information service for HarmonyHub
[FHEM]   switch service for HarmonyHub
[FHEM]       on characteristic for HarmonyHub Fernsehen
[FHEM]   switch service for HarmonyHub
[FHEM]       on characteristic for HarmonyHub Playstation
[FHEM]   switch service for HarmonyHub
[FHEM]       on characteristic for HarmonyHub AirPlay
[FHEM]   switch service for HarmonyHub
[FHEM]       on characteristic for HarmonyHub Apple.TV
[FHEM]   switch service for HarmonyHub
[FHEM]       on characteristic for HarmonyHub Radio
[FHEM]   switch service for HarmonyHub
[FHEM]       on characteristic for HarmonyHub PowerOff
/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:124
        throw new Error("Cannot add a Service with the same UUID '" + existing.UUID + "' as another Service in this Accessory without also defining a unique 'subtype' property.");
        ^

Error: Cannot add a Service with the same UUID '00000049-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
    at Accessory.addService (/home/pi/homebridge/node_modules/HAP-NodeJS/lib/Accessory.js:124:15)
    at /home/pi/homebridge/app.js:186:19
    at Array.forEach (native)
    at createAccessory (/home/pi/homebridge/app.js:170:14)
    at /home/pi/homebridge/app.js:132:27
    at /home/pi/homebridge/node_modules/HAP-NodeJS/lib/util/once.js:15:19
    at Object.<anonymous> (/home/pi/homebridge/platforms/FHEM.js:633:22)
    at Request.self.callback (/home/pi/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)

Ich habe bereits nach und nach alle anderen devices rausgeschmissen, bis nur noch Harmony übrig war, mit dem gleichen Resultat. Harmony ist über einen Raum-Filter eingebunden. Mit einer älteren FHEM.js von Andre funktioniert es.
Hat jemand eine Idee, woran es liegen könnte.

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: funclass am 28 Oktober 2015, 19:03:45
Ich habe ein Problem mit der Anzeige des Schaltstatus meiner Geräte:
Nach dem Start des Homebridge-Service kann ich mit EVE eine Verbindung herstellen und alle Geräte und deren Stati werden korrekt aktualisiert. Schalte ich nun ein Gerät (egal ob mit Siri oder in der App), reagiert dieses korrekt. Für die Steckdosen wird jedoch der Anzeigestatus in der App nicht aktualisiert, sondern stellt sich nach dem Wechsel in einen anderen Raum bzw. einem Reload wieder auf den vorhergehenden Wert.
Bsp: Lampe hat den Status EIN --> ich schalte aus --> nach Ansichtswechsel in App wird wieder Status EIN angezeigt (obwohl die Lampe aus ist, und dies auch in FHEM)
Wenn ich Homebridge auf dem Rpi2 stoppe und wieder starte wird der Status korrekt angezeigt, ändert sich nach der nächsten Schaltaktion aber wieder nicht. Auch Statusänderungen welche direkt über FHEM geschehen werden (für IT) nicht über die Homebridge gemeldet.
Bei meinem Dummydevice ("einfacher Switch") funktioniert komischerweise alles wie gewünscht.

Kann mir jemand helfen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 19:24:20
Was soll ich sagen.. DANKE DANKE

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sprudelverduenner am 28 Oktober 2015, 19:53:07
Hallo zusammen,

ich habe dieses sehr spannende Thema hier gefunden und würde das gerne auch selber ans Laufen bekommen.

FHEM läuft auf einem Raspberry. Hier soll auch das Homekit laufen.
Installation habe ich bereits durchgeführt. Manuell das Homekit gestartet. log im Anhang - sieht meiner Meinung nach recht positiv aus.

ElGATO EVE APP AUF DEM IPhone. Schlüsselbund bei der iCloud ist aktiviert.

Problem: Die APP findet das Homekit nicht.
Bei Gerät hinzufügen kann ich einen beliebigen Namen für mein Zuhause vergeben.
Ein Klick auf weiter und es kommt die Meldung, dass gerade die iCloud synchronisiert wird und ich es später erneut versuchen soll.
Das ist bereits seit 24 Stunden so.

Habt Ihr einen Tipp - könnt Ihr mir helfen?

Für Hilfe wäre ich sehr´dankbar.

Lieben Gruß
Sprudelverduenner
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 19:55:14
Ich hätte allerdings noch ein Problem mit meinen Intertechnosteckdosen. (IT1500) Hier mit Namen "bt3_itt1500"

Schalten funktioniert tadellos, allerdings bleibt der cache auf 0 und somit die Anzeige auf "Aus".

Code Auswählen
{
  "Arg":"bt3_itt1500",
  "Results": [
  {
    "Name":"bt3_itt1500",
    "PossibleSets":"off:noArg on:noArg  on-for-timer on-till off-for-timer on-till-overnight blink toggle off-till-overnight intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev ITfrequency ITrepetition switch_rfmode:1,0 do_not_notify:1,0 ignore:0,1 protocol:V1,V3,HE_EU,HE800 unit group dummy:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat loglevel:0,1,2,3,4,5,6 model:itdimmer,itremote,itswitch DbLogExclude DbLogInclude alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view fp_SZ genericDeviceType:switch,outlet,light,blind,speaker,thermostat,window,contact icon power-off power-on sortby webCmd widgetOverride userattr",
    "Internals": {
      "00": "0",
      "CFGFN": "/opt/fhem/FHEM/00_intertechno.cfg",
      "DEF": "00111011010111011101101010 0 0010",
      "NAME": "bt3_itt1500",
      "NR": "341",
      "STATE": "on",
      "TYPE": "IT",
      "XMIT": "0011101101011101110110101000010",
      "XMITdimdown": "00",
      "XMITdimup": "00",
      "XMITon": "1"
    },
    "Readings": {
      "group": { "Value":"0", "Time":"2015-06-11 23:14:47" },
      "protocol": { "Value":"V3", "Time":"2015-06-11 23:14:47" },
      "state": { "Value":"off", "Time":"2015-10-28 19:43:20" },
      "unit": { "Value":"0010", "Time":"2015-06-11 23:14:47" }
    },
    "Attributes": {
      "IODev": "nanoCUL",
      "alias": "Lampe TV",
      "devStateIcon": "on:on@yellow .*:off@white",
      "genericDeviceType": "switch",
      "group": "Beleuchtung",
      "room": "Homekit,IT,Wohnzimmer"
    }
  }  ],
  "totalResultsReturned":1
}

Code Auswählen
cached: { 'LaCrosse_SZ_r-temperature': 18.1,
'LaCrosse_SZ_r-battery': 0,
'PCA301_WL-state': 1,
'bt3_itt1500-state': 0,
'heizung.02-desired': 21,
'heizung.02-actuation': 24,
'heizung.02-measured': 20.6,
'st_SZ_Led-state': 0,
'tk_WZ-Window': 0,
'tmp_WZ-temperature': 20.6,
'tmp_WZ-humidity': 58,
'tmp_WZ-battery': 0 }

Ich seh aber gerade das beim schalten das Internals STATE den Wert on oder off annimmt und das reading state immer auf off bleibt.  :o  ???

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 20:05:13
@Chris84: hast du auch ein homebeige update gemacht oder nur FHEM.js aktualisiert? funktioniert die ältere version immer noch?

@funclass,Atze: die ursache liegt im IT modul. hier wird noch direkt auf interne variablen zugegriffen um das state reading zu ändern statt die (inzwischen) dafür vorgesehenen readingsXXUpdate routinen zu verwenden. dadurch generier fhem kein event.

das ist z.b. auch auf den normalen device detail seiten zu sehen. das state reading wird nicht per longpoll aktualisiert und in der javascript ist zu sehen das nur das geänderte icon aktualisiert wird und nicht das state reading.

eine readingsGroup die state eines IT device verwendet würde auch nicht funktionieren.

statt in fhem oder in homebridge einen workaround dafür zu bauen ist es glaube ich besser bei den IT leuten darauf hin zu weisen und zu bitten das das umgestellt wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 20:20:25
Danke für die Info

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 28 Oktober 2015, 20:33:02
@Sprudelverduenner: Das war bei mir auch so. Ich habe folgendes bei mir eingestellt und dann war die Meldung weg:

- Einstellungen/iCloud/iCloud Drive -> Eve eingeschaltet

- Einstellungen/iCloud/Schlüsselbund -> Eingeschaltet

- Ggf. iPhone mal neu starten

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: pi_tester am 28 Oktober 2015, 20:34:30
@Atze: Habe eine a-culfw und nutze die Intertechno-FB "Kommandos"
für die Steckdosen.
Bei mir wird der Status der Steckdosen richtig angezeigt und von Siri auf Anfrage mitgeteilt.
Vielleicht hilft Dir das!?


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris84 am 28 Oktober 2015, 20:40:19
@andre: Vielen Dank für die schnelle Antwort. Ich habe gerade noch mal aktuelle updates installiert und die zwei harmonyzeilen aus der package.json entfernt, leider ohne Erfolg. Die ältere FHEM.js funktioniert noch. Sobald ich Harmony rausnehme funktioniert auch die aktuelle FHEM.js.

Viele Grüße

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 20:47:19
@pi_tester: beim empfangen einer IT nachricht wird das event korrekt erzeugt. der code ist neu und verwendet die aktuellen routinen. beim schalten aus fhem heraus wird das event nicht erzeugt weil das noch der alte code pfad ist.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: funclass am 28 Oktober 2015, 20:49:50
@justme1968: vielen Dank für die schnelle und kompetente Antwort  :)

Ich werde mal versuchen mit dem Modulowner Kontakt aufzunehmen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 28 Oktober 2015, 20:52:04
@pi_tester, @justme1968
ich nutze ebenfals die a-culf auf einen nanoCUL und bin jetzt ....verwirrt.

Wieso geht es dann bei dir  ?

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Oktober 2015, 20:56:06
ich verwende die auch :)

wie oben geschrieben verwendet der empfangs teil schon die neuen routinen. der sende teil noch nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: pi_tester am 28 Oktober 2015, 20:59:39
Ja, sorry. Habs gerade nochmal getestet. Wird nur bei Verwendung der FB aktualisiert.



Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MichaelO am 28 Oktober 2015, 21:10:32
Zitat von: Mitch am 27 Oktober 2015, 13:21:01
Es kann schon an Avahi liegen.

Ich habe festgestellt, das der Test mit einer Heizung (HM) ohne Probleme tagelang lief.
Jetzt habe ich ca. 30 Geräte inkludiert und Homebridge bleibt ein zwei Mal am Tag stehen.
Ich habe dies über einen cron Job gelöst, der alle 5 Minuten schaut, ob Homebridge steht und im Bedarfsfall Homebridge neu startet.

Würdest du das mit dem cron Job auf dem Pi freundlicherweise kurz erklären? Ich bin noch nicht so firm, dass ich das selbst hinbekommen könnte, würde es aber gerne selbst so implementieren.

Danke
Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 28 Oktober 2015, 21:16:33
@Michael: Hier eine gute Quelle: https://wiki.ubuntuusers.de/cron

@All: seit Gestern hat EVE keinen Empfang mehr. Homebridge läuft, wurde auch neu gestartet, leider ohne Erfolg.
Kann ich Eve irgendwie updaten, zum "nachschauen" zwingen?

Oder muss ich alles komplett neu einrichten?  :'(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 28 Oktober 2015, 21:49:06
Hallo,

Die Unterbrüche sind frustrierend, vor allem bei einem RPi aber mit dem VNC-Server ist es wenigsten einfacher homebridge remote zu starten. Die Installation des VNC-Server ist relativ einfach. Beim iOS-Device installiert man z.B. den "VNC Viewer".

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 28 Oktober 2015, 22:01:54
Hallo,

kann mir hier niemand weiter helfen ich habe nochmal alles durchinstalliert, ich bekomm aber in EVE immer die Fehlermeldung das keine Verbindung hergestellt werden konnte.
Wenn ich nach dem Fehlenden hinzufügen von Homebridge die App und Homebridge neustarte findet er auch keine Homebridge mehr in EVE.

Bitte hat keiner eine Idee???

Gruß

So schaut das ganze auf der Konsole aus
Code Auswählen
  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +1m
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-setup +6ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 1/5 +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +18ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-setup +13s
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 2/5 +4ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +19ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-setup +40ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-setup +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 3/5 +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 4/5 +6ms
  HAPServer [CC:22:3D:E3:CE:30] Pair step 5/5 +2ms
  Accessory [Homebridge] Paired with client A8C40F4E-1A9E-4A05-9D1B-4DED44DA1518 +6ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +9ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +122ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +4ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +2ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +5ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +4ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +27ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client A8C40F4E-1A9E-4A05-9D1B-4DED44DA1518 verification complete +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +13ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +112ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +1ms
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 29 Oktober 2015, 00:32:52
Hallo zusammen,

auch ich schließe mich natürlich bei den vielen Dankeschöns an. Habs durch diesen Thread und noch ein paar andere Seiten hinbekommen, bin aber noch im Aufbaustatus.
Nur als Info: diverse IT Devices, eine PCA301 Steckdose, und ein Lacrosse Temperatursensor klappen schon mit SIRI.
Was ich noch nicht verstanden habe ist:
Wenn ich die fhem.js updaten will, reicht es die von justme1968 von hier

https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js (https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js)

einfach in den richtigen Ordner zu schieben, oder muß ein komplettes Update im homebridge Ordner mit

Code Auswählen
git pull  und
Code Auswählen
sudo npm update gemacht werden?

Falls es nur das hochschieben in den Ordner ist, finde ich unter o.g. Link immer die aktuelle Datei?
Wäre schön wenn mir dahingehend jemand nen "Schubser" gibt. :-)

Danke, Gruß Carsten

Zusatz: Zur Zeit ist es übrigens so, das wenn ich MAX Fensterkontakte o. Thermostate einbinde, sind meine bereits funktionierenden Devices in EVE nicht mehr erreichbar. Aber wenn ich bislang richtig gelesen habe, klappen die auch noch nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 29 Oktober 2015, 08:22:10
So, habe Eve neu eingerichtet, jetzt geht es wieder. Irgendwie hat die iCloud meine DB zerschossen.

Egal, es läuft wieder super.
Habe auch MiLight nativ eingebunden und Dummy über Accessory wie in diesem Beispiel:

Code Auswählen
{
            "accessory": "Http",
            "name": "Kitchen Lamp",
            "on_url": "https://192.168.1.22:3030/devices/23222/on",
            "off_url": "https://192.168.1.22:3030/devices/23222/off",
            "brightness_url": "https://192.168.1.22:3030/devices/23222/brightness/%b",
            "http_method": "POST"
        },
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sprudelverduenner am 29 Oktober 2015, 09:13:47
@ Patcher

Vielen Dank für den Tipp!

iCloud Drive muss aktiviert sein - habe ich bisher nirgendwo gelesen. Dann Neustart und es läuft.

Lieben Gruß
Sprudelverduenner
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 29 Oktober 2015, 10:53:03
Zitat von: Mitch am 29 Oktober 2015, 08:22:10
So, habe Eve neu eingerichtet, jetzt geht es wieder. Irgendwie hat die iCloud meine DB zerschossen.

Egal, es läuft wieder super.
Habe auch MiLight nativ eingebunden und Dummy über Accessory wie in diesem Beispiel:

Code Auswählen
{
            "accessory": "Http",
            "name": "Kitchen Lamp",
            "on_url": "https://192.168.1.22:3030/devices/23222/on",
            "off_url": "https://192.168.1.22:3030/devices/23222/off",
            "brightness_url": "https://192.168.1.22:3030/devices/23222/brightness/%b",
            "http_method": "POST"
        },

Hast du das einfach in die json.config gepackt?
Musst du jedes milight device per Hand eintragen?

Wenn es problemlos geht, würde ich es in die Wiki aufnehmen.

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Oktober 2015, 10:59:43
@flipkill: fang mit einem einzigen fhem device an und schau ob es dann geht.

@CarstenF: im prinzip reicht es FHEM.js mit der aktuellen homebridge version zu verwenden.

max kontakte und thermostate sollten gehen. bitte versuch mal nur die kontakte. und dann die thermostate mit dieser version: http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746 (http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746)

@Mitch: gibt es einen grund milight nicht über FHEM.js einzubinden?

eigentlich sollte das gehen und es hat den vorteil das der aktuelle status auch nach homekit gepusht wird.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 29 Oktober 2015, 11:58:11
Thermostat mit actuator-Anzeige sieht gut aus. Danke.

Aber warum haben meine Fenster-Kontakte jetzt alle ein "Tür geschlossen" in Eve?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 29 Oktober 2015, 12:00:52
@no_Legend: einfach einmal in der config.json als platform anlegen.

z.B.:
Code Auswählen
        {
            "platform": "MiLight",
            "name": "MiLight",
            "ip_address": "192.168.001.033",
            "port": 8899,
            "type": "rgbw",
            "delay": 30,
            "repeat": 3,
            "zones":["Wohnzimmer Lampen","Badezimmer Lampen","Büro Lampen","Keller Lampen"]
        },

Dabei muss die IP Adresse der eigenen Bridge eingetragen werden und die Zone entsprechend der Lampen, so wie in der Fernbedienung.



Die dummys werden einfach in der config.json unter accessories als HTTP Typ eintragen.

z.B.:
Code Auswählen
        {
            "accessory": "Http",
            "name": "Kitchen Lamp",
            "on_url": "https://192.168.1.22:3030/devices/23222/on",
            "off_url": "https://192.168.1.22:3030/devices/23222/off",
            "brightness_url": "https://192.168.1.22:3030/devices/23222/brightness/%b",
            "http_method": "POST"
        },
Es müssen nur die Pfade entsprechend angepasst werden.


@justme1968: ja, gibt es. Über die fhem.js konnte ich keine Farben schalten


@volschin: Fensterkontakte werden als Tür in EVE angezeigt. Habe leider noch keine Einstellung gefunden, dies zu ändern.
Siri erkennt es aber als Fenster. Wenn Du z.B. fragst, ob in einem bestimmten Zimmer das Fenster offen is, antwortet sie richtig.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 29 Oktober 2015, 12:13:15
Zitat von: Mitch am 29 Oktober 2015, 12:00:52
@volschin: Fensterkontakte werden als Tür in EVE angezeigt. Habe leider noch keine Einstellung gefunden, dies zu ändern.
Siri erkennt es aber als Fenster. Wenn Du z.B. fragst, ob in einem bestimmten Zimmer das Fenster offen is, antwortet sie richtig.
Danke, stimmt. Und funktioniert auch gut bei mehreren Fenstern pro Raum.

Jetzt habe ich Siri auch mal gefragt, ob die Tür im Flur geschlossen ist. Dort ist der Kontakt an der Tür.
ZitatTut mir leid, ich habe diesmal keine Türschlösser im Bereich "Flur" gefunden.
Wenn ich nach dem Fenster im Flur frage, kommt der korrekte Status: geschlossen.

Sehr verwirrend.  ???
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 29 Oktober 2015, 12:18:39
Die Kontakte werden immer als Tür in EVE erstellt, aber für Siri sind es immer Fenster.

Ich habe durch das Keymatic eine Türe und kann die auch abfragen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Oktober 2015, 12:22:25
@volschin: tür ist für siri scheinbar immer das türschloss. ich glaube es hat auch noch niemand rausgefunden wie man mit siri zwischen aufschliessen und öffnen unterscheiden kann. das geht zur zeit nur über eine szene.

wenn dich der zusätzliche tür oder contact status stört kannst du ihn in eve ausblenden.

@Mitch: farben sollten auch gehen. was steht im log wenn du es versuchst? bitte zeig mal ein xmllist2 auf das device.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Waldgeist78 am 29 Oktober 2015, 12:41:31
Hallo zusammen,

ich habe folgendes Problem, die Homebridge läuft mit sämtlichen Homeatic Komponenten fehlerfrei und stabil.
Sobald ich meine Hue Devices mit einbinde ist es eine Frage der Zeit bis mir in EVE alle Geräte als nicht erreichbar angezeigt werden. Da hilft dann nur ein Löschen der Einstellungen und alles neu konfigurieren. Scheinbar haben einige das Problem hier aber eine konkrete Lösung gibt es dafür noch nicht oder habe ich das in den 85 Seiten irgendwo überlesen, :-)?
Danke & Gruß MaDDin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 29 Oktober 2015, 12:43:52
@andre   wäre es auch möglich, ähnlich Eve energy, den aktuellen Stromverbrauch anzuzeigen?

Hätte da zum Beispiel das Device PCA301 oder HM-ES-TX-WM

Code Auswählen

{
    "Name":"KE.Luefter",
    "PossibleSets":"identify:noArg reset:noArg statusRequest:noArg off:noArg on:noArg toggle:noArg on-for-timer blink intervals on-till-overnight off-for-timer on-till off-till off-till-overnight",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev readonly:1 forceOn:1 offLevel event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss genericDeviceType:switch,outlet,light,blind,speaker,thermostat,door,lock icon sortby webCmd widgetOverride consumptionTotal:KW/h userattr",
    "Internals": {
      "DEF": "019CC0 01",
      "LASTInputDev": "myJeeLink",
      "MSGCNT": "361",
      "NAME": "KE.Luefter",
      "NR": "225",
      "PCA301_lastRcv": "2015-10-29 12:40:54",
      "STATE": "off",
      "TYPE": "PCA301",
      "addr": "019CC0",
      "channel": "01",
      "myJeeLink_MSGCNT": "361",
      "myJeeLink_RAWMSG": "OK 24 1 4 1 156 192 0 0 0 0 30",
      "myJeeLink_TIME": "2015-10-29 12:40:54"
    },
    "Readings": {
      "consumption": { "Value":"0.3", "Time":"2015-10-16 09:52:51" },
      "consumptionTotal": { "Value":"0.92", "Time":"2015-10-16 09:52:51" },
      "power": { "Value":"0", "Time":"2015-10-24 18:11:00" },
      "state": { "Value":"off", "Time":"2015-10-24 18:10:59" },
      "waitforACK": { "Value":"ACK:off", "Time":"2015-10-24 18:10:59" }
    },
    "Attributes": {
      "DbLogInclude": "power,state",
      "IODev": "myJeeLink",
      "devStateIcon": "on:on:toggle off:off:toggle set.*:light_exclamation:off",
      "genericDeviceType": "switch",
      "room": "Keller",
      "userReadings": "consumptionTotal:consumption monotonic {ReadingsVal($name,'consumption',0)}",
      "userattr": "consumptionTotal:KW/h",
      "webCmd": "on:off:toggle:statusRequest"
    }
  },

Code Auswählen

{
    "Name":"HAUS.STROM",
    "PossibleSets":"assignHmKey clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all deviceRename getConfig getRegRaw peerBulk raw regBulk regSet reset sign:on,off unpair",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings do_not_notify:1,0 showtime:1,0 rawToReadable unit expert:0_off,1_on,2_raw,3_all,4_none,8_templ+default,12_templOnly,251_anything param actAutoTry:0_off,1_on aesCommReq:1,0 ignore:1,0 dummy:1,0 IODev IOList IOgrp hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger rssiLog:1,0 actCycle hmKey hmKey2 hmKey3 serialNr firmware .stc .devInfo actStatus autoReadReg:0_off,1_restart,2_pon-restart,3_onChange,4_reqStatus,5_readMissing,8_stateOnly burstAccess:0_off,1_auto msgRepeat hmProtocolEvents:0_off,1_dump,2_dumpFull,3_dumpTrigger aesKey:5,4,3,2,1,0  repPeers peerIDs tempListTmpl levelRange levelMap event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:ASH550,ASH550I,CCU-FHEM,CMM,DORMA_BRC-H,DORMA_RC-H,DORMA_atent,HM-CC-RT-DN,HM-CC-RT-DN-BoM,HM-CC-SCD,HM-CC-TC,HM-CC-VD,HM-Dis-TD-T,HM-Dis-WM55,HM-ES-PMSw1-DR,HM-ES-PMSw1-Pl,HM-ES-PMSw1-Pl-DN-R1,HM-ES-PMSw1-Pl-DN-R2,HM-ES-PMSw1-Pl-DN-R3,HM-ES-PMSw1-Pl-DN-R4,HM-ES-PMSw1-Pl-DN-R5,HM-ES-PMSw1-SM,HM-ES-TX-WM,HM-LC-BL1-FM,HM-LC-BL1-PB-FM,HM-LC-BL1-SM,HM-LC-Bl1-FM-2,HM-LC-Bl1-SM-2,HM-LC-Bl1PBU-FM,HM-LC-DDC1-PCB,HM-LC-DIM1L-CV,HM-LC-DIM1L-PL,HM-LC-DIM1T-CV,HM-LC-DIM1T-FM,HM-LC-DIM1T-PL,HM-LC-DIM2L-CV,HM-LC-DIM2L-SM,HM-LC-DIM2T-SM,HM-LC-Dim1L-CV-2,HM-LC-Dim1L-CV-644,HM-LC-Dim1L-Pl-2,HM-LC-Dim1L-Pl-3,HM-LC-Dim1L-Pl-644,HM-LC-Dim1PWM-CV,HM-LC-Dim1PWM-CV-2,HM-LC-Dim1T-CV-2,HM-LC-Dim1T-CV-644,HM-LC-Dim1T-FM-2,HM-LC-Dim1T-FM-644,HM-LC-Dim1T-FM-LF,HM-LC-Dim1T-Pl-2,HM-LC-Dim1T-Pl-3,HM-LC-Dim1T-Pl-644,HM-LC-Dim1TPBU-FM,HM-LC-Dim1TPBU-FM-2,HM-LC-Dim2L-SM-2,HM-LC-Dim2L-SM-644,HM-LC-Dim2T-SM,HM-LC-Dim2T-SM-2,HM-LC-RGBW-WM,HM-LC-SW1-BA-PCB,HM-LC-SW1-FM,HM-LC-SW1-PB-FM,HM-LC-SW1-PL,HM-LC-SW1-PL-OM54,HM-LC-SW1-PL2,HM-LC-SW1-SM,HM-LC-SW1-SM-ATMEGA168,HM-LC-SW2-DR,HM-LC-SW2-FM,HM-LC-SW2-PB-FM,HM-LC-SW2-SM,HM-LC-SW4-BA-PCB,HM-LC-SW4-DR,HM-LC-SW4-PCB,HM-LC-SW4-SM,HM-LC-SW4-SM-ATMEGA168,HM-LC-SW4-WM,HM-LC-Sw1-DR,HM-LC-Sw1-FM-2,HM-LC-Sw1-Pl-3,HM-LC-Sw1-Pl-CT-R1,HM-LC-Sw1-Pl-CT-R2,HM-LC-Sw1-Pl-CT-R3,HM-LC-Sw1-Pl-CT-R4,HM-LC-Sw1-Pl-CT-R5,HM-LC-Sw1-Pl-DN-R1,HM-LC-Sw1-Pl-DN-R2,HM-LC-Sw1-Pl-DN-R3,HM-LC-Sw1-Pl-DN-R4,HM-LC-Sw1-Pl-DN-R5,HM-LC-Sw1-SM-2,HM-LC-Sw1PBU-FM,HM-LC-Sw2-DR-2,HM-LC-Sw2-FM-2,HM-LC-Sw4-DR-2,HM-LC-Sw4-PCB-2,HM-LC-Sw4-SM-2,HM-LC-Sw4-WM-2,HM-MOD-Em-8,HM-MOD-Re-8,HM-OU-CF-PL,HM-OU-CFM-PL,HM-OU-CM-PCB,HM-OU-LED16,HM-PB-2-FM,HM-PB-2-WM,HM-PB-2-WM55,HM-PB-2-WM55-2,HM-PB-4-WM,HM-PB-4DIS-WM,HM-PB-4DIS-WM-2,HM-PB-6-WM55,HM-PBI-4-FM,HM-RC-12,HM-RC-12-B,HM-RC-12-SW,HM-RC-19,HM-RC-19-B,HM-RC-19-SW,HM-RC-2-PBU-FM,HM-RC-4,HM-RC-4-2,HM-RC-4-3,HM-RC-4-3-D,HM-RC-4-B,HM-RC-8,HM-RC-Dis-H-x-EU,HM-RC-KEY3,HM-RC-KEY3-B,HM-RC-Key4-2,HM-RC-Key4-3,HM-RC-P1,HM-RC-SEC3,HM-RC-SEC3-B,HM-RC-Sec4-2,HM-RC-Sec4-3,HM-SCI-3-FM,HM-SEC-KEY,HM-SEC-KEY-O,HM-SEC-KEY-S,HM-SEC-MDIR,HM-SEC-MDIR-2,HM-SEC-RHS,HM-SEC-SC,HM-SEC-SC-2,HM-SEC-SCo,HM-SEC-SD,HM-SEC-SD-2,HM-SEC-SFA-SM,HM-SEC-TIS,HM-SEC-WDS,HM-SEC-WDS-2,HM-SEC-WIN,HM-SEN-EP,HM-SEN-MDIR-SM,HM-SWI-3-FM,HM-Sec-Cen,HM-Sen-DB-PCB,HM-Sen-MDIR-O,HM-Sen-MDIR-O-2,HM-Sen-MDIR-WM55,HM-Sen-RD-O,HM-Sen-Wa-Od,HM-Sys-sRP-Pl,HM-TC-IT-WM-W-EU,HM-WDC7000,HM-WDS10-TH-O,HM-WDS100-C6-O,HM-WDS20-TH-O,HM-WDS30-OT2-SM,HM-WDS30-T-O,HM-WDS40-TH-I,HM-WDS40-TH-I-2,HM-WS550,HM-WS550LCB,HM-WS550LCW,HM-WS550Tech,IS-WDS-TH-OD-S-R3,KFM-Display,KFM-Sensor,KS550,KS550LC,KS550TECH,KS888,PS-Th-Sens,PS-switch,ROTO_ZEL-STG-RM-DWT-10,ROTO_ZEL-STG-RM-FDK,ROTO_ZEL-STG-RM-FEP-230V,ROTO_ZEL-STG-RM-FSA,ROTO_ZEL-STG-RM-FST-UP4,ROTO_ZEL-STG-RM-FWT,ROTO_ZEL-STG-RM-FZS,ROTO_ZEL-STG-RM-FZS-2,ROTO_ZEL-STG-RM-HS-4,ROTO_ZEL-STG-RM-WT-2,Roto_ZEL-STG-RM-FFK,Roto_ZEL-STG-RM-FSS-UP3,S550IA,Schueco_263-130,Schueco_263-131,Schueco_263-132,Schueco_263-133,Schueco_263-134,Schueco_263-135,Schueco_263-144,Schueco_263-145,Schueco_263-146,Schueco_263-147,Schueco_263-155,Schueco_263-157,Schueco_263-158,Schueco_263-160,Schueco_263-162,Schueco_263-167,Schueco_263-xxx,WDF-solar,WS888 subType:AlarmControl,KFM100,THSensor,blindActuator,blindActuatorSol,dimmer,keyMatic,motionAndBtn,motionDetector,outputUnit,powerMeter,powerSensor,pushButton,remote,repeater,rgb,sensRain,sensor,singleButton,smokeDetector,swi,switch,thermostat,threeStateSensor,tipTronic,virtual,winMatic DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_type fp_Grundriss genericDeviceType:switch,outlet,light,blind,speaker,thermostat,door,lock icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "35342F",
      "HMLAN1_MSGCNT": "86",
      "HMLAN1_RAWMSG": "E35342F,0000,08DEFDDD,FF,FFCF,3C865E35342F000000D770550078B4",
      "HMLAN1_RSSI": "-49",
      "HMLAN1_TIME": "2015-10-29 12:41:34",
      "LASTInputDev": "HMLAN1",
      "MSGCNT": "86",
      "NAME": "HAUS.STROM",
      "NR": "189",
      "NTFY_ORDER": "50-HAUS.STROM",
      "STATE": "0",
      "TYPE": "CUL_HM",
      "lastMsg": "No:3C - t:5E s:35342F d:000000 D770550078B4",
      "protLastRcv": "2015-10-29 12:41:34",
      "protSnd": "7 last_at:2015-10-29 12:35:44",
      "protState": "CMDs_done",
      "rssi_at_HMLAN1": "lst:-49 max:-47 cnt:86 avg:-48.7 min:-49 "
    },
    "Readings": {
      "Activity": { "Value":"alive", "Time":"2015-10-29 09:29:41" },
      "CommandAccepted": { "Value":"yes", "Time":"2015-10-25 00:12:35" },
      "D-firmware": { "Value":"1.0", "Time":"2015-09-06 16:16:50" },
      "D-serialNr": { "Value":"MEQ0025609", "Time":"2015-09-06 16:16:50" },
      "PairedTo": { "Value":"0x272F36", "Time":"2015-10-25 00:12:36" },
      "R-mtrConstGas": { "Value":"0.01 m3/I", "Time":"2015-09-08 22:06:33" },
      "R-mtrConstIr": { "Value":"96 U/kWh", "Time":"2015-09-08 22:06:33" },
      "R-mtrConstLed": { "Value":"10000 i/kWh", "Time":"2015-09-08 22:06:33" },
      "R-mtrSensIr": { "Value":"233 %", "Time":"2015-09-08 22:06:33" },
      "R-mtrType": { "Value":"IR", "Time":"2015-09-08 22:06:33" },
      "R-pairCentral": { "Value":"0x272F36", "Time":"2015-09-08 22:06:33" },
      "R-transmDevTryMax": { "Value":"6", "Time":"2015-09-08 22:06:33" },
      "R-transmitTryMax": { "Value":"6", "Time":"2015-09-08 22:06:33" },
      "battery": { "Value":"low", "Time":"2015-10-29 12:35:44" },
      "boot": { "Value":"off", "Time":"2015-10-29 12:41:34" },
      "current": { "Value":"0", "Time":"2015-10-29 12:41:34" },
      "eState": { "Value":"E: 573038.9 P: 309 I: 0 U: 0 f: 50", "Time":"2015-10-29 12:41:34" },
      "energy": { "Value":"573038.9", "Time":"2015-10-29 12:41:34" },
      "energyCalc": { "Value":"1215243332.5", "Time":"2015-10-29 12:41:34" },
      "energyOffset": { "Value":"1214670293.6", "Time":"2015-09-08 20:47:18" },
      "frequency": { "Value":"50", "Time":"2015-10-29 12:41:34" },
     "power": { "Value":"309", "Time":"2015-10-29 12:41:34" },
      "powerOn": { "Value":"2015-10-25 00:12:15", "Time":"2015-10-25 00:12:15" },
      "recentStateType": { "Value":"info", "Time":"2015-10-29 12:35:44" },
      "voltage": { "Value":"0", "Time":"2015-10-29 12:41:34" }
    },
    "Attributes": {
      "DbLogInclude": "power,energy,stromkosten,kWh",
      "IODev": "HMLAN1",
      "actCycle": "000:10",
      "actStatus": "alive",
      "alias": "Stromanzeige",
      "autoReadReg": "4_reqStatus",
      "event-on-change-reading": ".*",
      "expert": "1_on",
      "firmware": "1.0",
      "model": "HM-ES-TX-WM",
      "room": "Strom,CUL_HM",
      "serialNr": "MEQ0025609",
      "subType": "powerSensor",
    }
  },
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Oktober 2015, 12:48:48
@MaDDin78: die hue lampen gehen bei mir ohne probleme. ich prüfe das noch mal. sind deine lampen immer erreichbar?

@Posti123: irgendeinen wert anzuzeigen ist kein problem. der stromverbrauch ist aber (noch) kein standard characteristic. elgato macht das mit einer custom characteristic. so lange ich nicht weiss welche genau wird eve nur den wert anzeigen ohne es zu interpretieren.

falls jemand ein elgato eve hat und die verwendeten characteristics rausfindet wäre das hilfreich.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 29 Oktober 2015, 12:52:04
Zitat von: justme1968 am 09 Oktober 2015, 18:19:14
wenn deine pilight steckdosen on und off können und die sie mit dem generigDeviceType switch versiehst sollten sie ohne problem funktionieren. wenn nicht -> melden.

gruss
  andre

So, ich melde mich mal wieder, ichhabe jetzt fhme am laufen um eine vier Pilight Steckdosen zu schalten, so sind sie eingebunden:

Code Auswählen
#Pilight
define Subwoofer pilight silvercrest
attr Subwoofer systemcode 10
attr Subwoofer unitcode 29

define Drucker pilight silvercrest
attr Drucker systemcode 10
attr Drucker unitcode 13

define Lichterkette1 pilight silvercrest
attr Lichterkette1 systemcode 10
attr Lichterkette1 unitcode 5

define Lichterkette2 pilight silvercrest
attr Lichterkette2 systemcode 10
attr Lichterkette2 unitcode 21

Wie verbinde ich sie nun mit dem generigDeviceType switch? Sorry das ist eigentlich eher eine grundsätzliche Frage und nicht Homebridge spezifisch, oder?
Ich bin mit meinen Aktionen noch ganz am Anfang im Gegensatz zu euch hier.

Edit: Müsste das so lauten?

Code Auswählen
#Pilight
define Subwoofer pilight silvercrest genericDeviceType:switch,outlet,light,blind,speaker,thermostat
attr Subwoofer systemcode 10
attr Subwoofer unitcode 29


Oder muss der genericDeviceType:switch,outlet,light,blind,speaker,thermostat in einer eigenen Zeile eingetragen werden?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Waldgeist78 am 29 Oktober 2015, 12:55:21
Ein Teil der Lampen ist permanent erreichbar ein anderer Teil wird mittels Schalter geschalten und ist damit nicht permanent erreichbar für die Bridge.
Selbst wenn ich nur die permanent erreichbaren in den Raum Homekit hinzufüge habe ich das Problem.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Aladin222 am 29 Oktober 2015, 13:02:50
Hi ,

Also ich habe meine Homebridge nun stabil mit einem Homematic Dimmer ( Wohnzimmer ) laufen :-)

Sobald ich aber nun eine LED Strip ( Flur ) welcher über LW12 in Fhem zuverlässig läuft mit einbinde - verliert EVE nach einiger Zeit die Geräte ( nicht verfügbar )
Bis die Geräte verloren gehen ,funktioniert das schalten aber :-(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 29 Oktober 2015, 13:07:00
Bei der neuen Version scheinen bei mir alle Geräte, die nicht Homematic sind verschwunden zu sein, d.h. ich kann sie unter Homebridge in EVE noch sehen, aber sie sind außer unter Geräte nicht mehr sichtbar.
Irgendwas läuft da bei mir nach dem Update auf die neue FHEM.js anscheinend gewaltig schief. Im Log sieht es aber völlig normal aus.
Zitat[FHEM] Initializing platform accessory 'HueBowlR.Schlafen'...
[FHEM] creating services for HueBowlR.Schlafen
[FHEM]   information service for HueBowlR.Schlafen
[FHEM]   lightbulb service for HueBowlR.Schlafen
[FHEM]     on characteristic for HueBowlR.Schlafen
[FHEM]     brightness characteristic for HueBowlR.Schlafen
[FHEM]     hue characteristic for HueBowlR.Schlafen
[FHEM]     saturation characteristic for HueBowlR.Schlafen
[FHEM] Initializing platform accessory 'LEDBand_Sw.Wohnen'...
[FHEM] creating services for LEDBand_Sw.Wohnen
[FHEM]   information service for LEDBand_Sw.Wohnen
[FHEM]   lightbulb service for LEDBand_Sw.Wohnen
[FHEM]     on characteristic for LEDBand_Sw.Wohnen
[FHEM]     brightness characteristic for LEDBand_Sw.Wohnen
LEDBand_Sw.Wohnen funktioniert, ist Homematic.
HueBowlR.Schlafen funktioniert nicht. Ist ein Hue-Device.
Aber eigentlich ist alles außer Homematic tot.

Jemand eine Idee?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Oktober 2015, 13:16:55
es hängt davon ab wie alt die version von vor dem update war. die interne berechnung der uuids hat sich geändert. das ist aber schon eine weile her.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 29 Oktober 2015, 13:19:25
Timestamp im System war 9.10.

Homebridge aus EVE gelöscht und neu zugeordnet und die Geräte werden wieder eingebunden. Jetzt also alle Raumzuordnungen für rund 50 Geräte neu machen.  :(

Aber zumindest geht es wieder.  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: wolfram am 29 Oktober 2015, 13:43:37
@MaDDin78 und @Andre zum Thema HUE: ich habe das gleiche Problem wie MaDDin78 - grundsätzlich funzen die HUE Lampen super, auch mit Farbsteuerung. Allerdings verliert EVE immer wieder die Verbindung zu den Geräten.

@Andre - wie hast Du es hinbekommen, dass die bei Dir durchlaufen und nicht die Verbindung verlieren? Ich hatte Deinen Tipp befolgt, nur noch ein Device in Homebridge zu lassen, aber keine Änderung. Oder muss ich irgendein Update machen?

LG
wolf
Titel: Max Thermostate
Beitrag von: CarstenF am 29 Oktober 2015, 14:30:39
Zitat von: justme1968 am 29 Oktober 2015, 10:59:43

@CarstenF: im prinzip reicht es FHEM.js mit der aktuellen homebridge version zu verwenden.

max kontakte und thermostate sollten gehen. bitte versuch mal nur die kontakte. und dann die thermostate mit dieser version: http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746 (http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746)

@justme1968
Habe die Version jetzt mal benutzt. Der Vorteil ist, die IT Devices sind weiterhin erreichbar. Die Lacrosse Sensoren auch. Jetzt sind aber die PCA301 Steckdosen weg :-)
Und die MAX Kontakte wollen immer noch nicht.
BTW.... wie entferne ich eigentlich sauber Devices aus der Homebridge? Bislang habe ich immer nur die Devices aus den Räumen entfernt und einen Neustart gemacht. Danach war alles wieder wie vorher.

Korrektur: He he, jetzt sind auf einem Device die PCA`s wieder da und auf zwei anderen nicht. Aber die MAX Teile fehlen immer noch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Epi23 am 29 Oktober 2015, 14:32:35
Hallo zusammen,


ich habe bei mir ein KNX-System in Kombination mit FHEM auf raspberry laufen ... homebridge läuft nun auch und Lampen lassen sich per iPhone über Siri schalten. Wo ich im Moment nicht ganz durchsteige ist die Problematik, dass ich in verschiedenen Räumen schaltbare Lichter habe ... ich würde also gerne über Siri die Kommandos nutzen

- Schalte das Licht im Wohnzimmer ein
oder
- Schalte das Licht im Anbau aus
usw.

Mein Problem ist, dass ich in der config.json bei den accessories unterschiedliche "name"s setzen muss ... ich kann also z.B. nicht jedes accessorie "Licht" nennen (ID-Konflikt). Was mach ich hier falsch?


Besten Dank,
Epi


Hier meine config.json
Code Auswählen
{
              "bridge": {
        "name": "Homebridge",
        "username": "b8:27:eb:6b:43:c8",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.1.27",
            "port": "8083"
        }
     ],

    "accessories": [
        {
            "accessory": "Http",
            "name": "Anbau Licht",
            "room": "Anbau",
            "on_url": "http://localhost:8083/fhem?cmd.AnbauLichtWESTschalten=set%20AnbauLichtWESTschalten%20on",
            "off_url": "http://localhost:8083/fhem?cmd.AnbauLichtWESTschalten=set%20AnbauLichtWESTschalten%20off",
            "http_method": "GET"
        },
        {
            "accessory": "Http",
            "name": "Wohnzimmer Licht",
            "room": "Wohnzimmer",
            "on_url": "http://localhost:8083/fhem?cmd.WohnzimmerLichtSPOTSschalten=set%20WohnzimmerLichtSPOTSschalten%20on",
            "off_url": "http://localhost:8083/fhem?cmd.WohnzimmerLichtSPOTSschalten=set%20WohnzimmerLichtSPOTSschalten%20off",
            "http_method": "GET"
        }
]
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 29 Oktober 2015, 15:22:41
Die Namen über welche du die Geräte ansprechst werden doch über die Eve App definiert.
Schau mal bei meintechblog vorbei. Da sind ne paar Bilder hinterlegt.

Edit: Oder verstehe ich deine Frage nicht richtig.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 29 Oktober 2015, 15:51:59
Habe gerade im meintechblog gelesen und da habe ich das gefunden:

ZitatDamit alle unterstützten Geräte später korrekt in der HomeKit-Datenbank korrekt erkannt werden, wird das bereits existierende "global userattr" in der fhem.cfg um den Eintrag "genericDeviceType:switch,outlet,light,blind,speaker,thermostat" ergänzt.

Was genau hat es denn damit auf sich?
Brauch ich das?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 29 Oktober 2015, 15:55:38
Macht auf jeden Fall Sinn, einerseits für einen Filter (anstatt room) andererseits zur Erkennung des Typs, wenn Andre das nicht klar aus dem Gerät folgert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 29 Oktober 2015, 16:28:35
ich hab noch "ignore,lock,window,contact" drinn.  Letzteres brauche ich für meine CUL_FHTTK

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 29 Oktober 2015, 16:39:18
Gehen bei Dir CUL_FHTTK?

Bei mir werden die von der Homebridge ignoriert.
Sieht man beim Starten, das steht dann die Liste der CUL_FHTTK und jeweils ignored dahinter.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Atze am 29 Oktober 2015, 16:40:49
jepp, mit dem attr. genericDeviceType contact

Ohne habe ich den gleichen Fehler wie du.

Gruss Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Epi23 am 29 Oktober 2015, 16:55:11
Okay ... nun bin ich schon wieder ein wenig schlauer ... Namen laufen über EVE-Datenbank ... besten Dank.

;-) Weitere Frage: Muss ich für KNX-Devices über FHEM in der config.json überhaupt entsprechende accessories anlegen? Die Sache ist derzeit so, dass z.B. beim Starten des homebridge-Dienstes prinzipiell alle entsprechenden FHEM-Lichter usw. vom Homebridge-Server (automatisch) erkannt werden (genericDeviceType light) ... leider reagiert keine der Lampen bei EIN/AUS in der Eve-App ... die HomeBridge-Log zeigt aber ne Reaktion?!


Grüße,
Epi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Newbee am 29 Oktober 2015, 17:11:41
Hallo zusammen,

Nach der Installation wie auf "meintechblog" beschrieben läuft die Homebridge seit zwei Tagen durch. Freu...!  :) Was mich wundert ist die Tatsache, das Eve für das Homematic Wandthermostat, den Status "AUS" zeigt wohingegen in Fhem "Auto" angezeigt wird!?  :o

Grüße Newbee
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Epi23 am 29 Oktober 2015, 18:11:50
... nun bin ich schon wieder ein wenig weiter gekommen ... so wie ich es verstehe dienen "accessories" um einzelne Geräte/Devices in homebridge einzubinden (klappt bei mir über "HTTP") und "platforms" um z.B. alle Geräte aus fhem einzubinden ... meine Frage wäre da nun aber immer noch, ob dies über "platforms" jemand ohne weiteres für KNX-Geräte (z.B. Lichter, usw.) am laufen hat ... genericDeviceType hätte ich in FHEM gesetzt?


Grüße,

Epi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 29 Oktober 2015, 18:35:17
Hallo, verfolge das ganze jetzt hier schon seit Wochen gespannt und habe auch erfolgreich ein paar Dummys einbinden können um diese mit Siri zu steuern.

Ich habe hier ein neues Thema eröffnet um alles mal zu sammeln, was die Einstellungen betrifft, damit man nicht hier die 86 Seiten lesen muss :

http://forum.fhem.de/index.php/topic,43202.0.html

Es wäre schön wenn der ein oder andere in dem Beitrag seine funktionierenden Einstellungen einträgt, damit Leuten wie mir schneller geholfen werden kann.

Grüße Marcel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MichaelO am 29 Oktober 2015, 20:18:07
Könnte es sein, dass die Verbindungsabbrüche zur Homebridge durch die Namensgebung der Geräte verursacht werden?

Ich hab auf dem Pi alles laufen, doch bekam irgendwann keinen Kontakt mehr von Eve zur Homebridge. Dann hab ich die Homebridge in Eve gelöscht, neu hinzugefügt und alle Geräte tauchten wieder auf.

Nun kann man ja beim Gerät unter "Funktion" einen Namen für Siri vergeben, ebenso im Gerät unter "Gerätename" zur Anzeige in Eve.

Meine Geräte tauchen da mit dem Fhem-Namen auf, also z.B. WZ_ZS_Fenster. Sobald ich nun den Namen entweder als Gerätename oder für Siri in Eve ändern will, darf ich keine _ mehr benutzen, da keine Sonderzeichen erlaubt sind.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 29 Oktober 2015, 20:20:16
@justme1968 Vielen Dank nun geht es mit meinen IT Schaltsteckdosen, und auch Homematic Schaltern...
Soblad ich abe meine MAX Thermostate hinzufüge stürzt alles ab und die Bridge wird nicht mehr gefunden mit Eve... In der Konsole schaut aber alles gut aus auf dem Server, hat hier jemand eine Idee was ich machen kann?

Vielen Dank Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MichaelO am 29 Oktober 2015, 20:22:37
Zitat von: flipkill am 29 Oktober 2015, 20:20:16
In der Konsole schaut aber alles gut aus auf dem Server...

Auch wenn es Deine Frage nicht beantwortet... kannst Du mir sagen, wie man die Anzeige des Servers in der Konsole des Pi wieder hin bekommt, nachdem man das Fenster mal geschlossen hatte, also quasi eine neue Konsole geöffnet hat?

Danke
Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Epi23 am 29 Oktober 2015, 21:07:00
Ist es eigentlich möglich Attribute wie die Raumeinteilung, usw. in der EVE-App über Homebridge aus der FHEM-Konfiguration zu übernehmen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris1012 am 29 Oktober 2015, 21:41:12
Hallo,

lese schon länger hier im Forum mit. Der Homebridge Server mit der Verbindung von FHEM und den Möglichkeiten ist genial.
Ich nutze aktuell ein Raspi B+ auf dem FHEM + Homebridge läuft.
Nach der Installation laut Tutorial klappte alles wunderbar, ich wollte dann den HM Heizungsregler und Türkontakt hinzufügen.
Server gestoppt und neugestartet, bekam in EVE aber nu ein disconnect.
Folgenden Fehler erhalte ich beim Start der Homebridge
Code Auswählen
*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.3:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446146726679
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.3:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE
[FHEM] got: 4 results
[FHEM] Heizung_Couch is NOT a thermostat. set for target temperature missing
[FHEM] Heizung_Couch has temperature [measured-temp]
[FHEM] Heizung_Couch has battery [battery]
[FHEM] Heizung_Couch has firmware [D-firmware]
[FHEM] Licht is switchable
[FHEM] Licht has onOff [state;on,off]
[FHEM] Licht has firmware [D-firmware]
[FHEM] Licht_Couch is switchable
[FHEM] Licht_Couch has onOff [state;on,off]
[FHEM] Licht_Couch has firmware [D-firmware]
[FHEM] Terassentuer is contact sensor [contact]
[FHEM] Terassentuer has battery [battery]
[FHEM] Terassentuer has firmware [D-firmware]
[FHEM] Initializing platform accessory 'Heizung_Couch'...
[FHEM] creating services for Heizung_Couch
[FHEM]   information service for Heizung_Couch
[FHEM]     firmware revision characteristic for Heizung_Couch
[FHEM]   temperature sensor service for Heizung_Couch
[FHEM]     temperature characteristic for Heizung_Couch
[FHEM]     battery status characteristic for Heizung_Couch
[FHEM] Initializing platform accessory 'Licht'...
[FHEM] creating services for Licht
[FHEM]   information service for Licht
[FHEM]     firmware revision characteristic for Licht
[FHEM]   switch service for Licht (undefined)
[FHEM]     on characteristic for Licht
[FHEM] Initializing platform accessory 'Licht_Couch'...
[FHEM] creating services for Licht_Couch
[FHEM]   information service for Licht_Couch
[FHEM]     firmware revision characteristic for Licht_Couch
[FHEM]   switch service for Licht_Couch (undefined)
[FHEM]     on characteristic for Licht_Couch
[FHEM] Initializing platform accessory 'Terassentuer'...
[FHEM] creating services for Terassentuer
[FHEM]   information service for Terassentuer
[FHEM]     firmware revision characteristic for Terassentuer
[FHEM]   contact sensor service for Terassentuer
[FHEM]     battery status characteristic for Terassentuer
[FHEM]     contact sensor characteristic for Terassentuer
[FHEM]     current door state characteristic for Terassentuer
Scan this code with your HomeKit App on your iOS device:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       

events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1042:14)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
pi@raspberrypi ~/homebri

Ich habe schone den Homebridge Ordner gelöscht und neuinstalliert, leider ohne erfolg.
Läuft Homebridge doppelt bei mir.
Sorry bn doch eher Anfänger und habe in dem Beitrag auf den 80 Seiten leider nicht passendes gefunden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 29 Oktober 2015, 22:02:17
Irgendwie läuft das noch nicht so rund   ???
Homebridge läuft ohne Probleme, EVE meldet seit 19:35 Uhr NICHT EREICHBAR  :-\

Hab eigentlich keine Lust, die Homekit Daten schon wieder zu löschen und alles neu ein zu richten   >:(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 30 Oktober 2015, 09:34:21
Hallo zusammen,
nachdem ich in fhem nun meine pilight steckdosen schalten kann will ich dies natürlich auch über homebridge und Siri tun.

Die Dosen sind so eingebunden.

Code Auswählen
#Pilight
define Subwoofer pilight silvercrest
attr Subwoofer systemcode 10
attr Subwoofer unitcode 29

define Drucker pilight silvercrest
attr Drucker systemcode 10
attr Drucker unitcode 13

define Lichterkette1 pilight silvercrest
attr Lichterkette1 systemcode 10
attr Lichterkette1 unitcode 5

define Lichterkette2 pilight silvercrest
attr Lichterkette2 systemcode 10
attr Lichterkette2 unitcode 21

Die Installation von Homebridge ging sehr gut nach Plan voran. Ich konnte Eve auch mit dem Homebridge Server verbinden, dann wurden aber keine Geräte gefunden. Bzw. es wurde ewig gesucht. Sollte das nicht normalerweise recht schnell gehen?

Wahrscheinlich fehlt irgendwo noch eine Konfiguration. Den genericDeviceType habe ich oben in der fhem.cfg eingetragen - keine Ahnung ob das so richtig ist.

Wie verbinde ich nun die Pilight Schalter mit dem generigDeviceType switch? Ich vermute das es noch an dieser Stelle hängt.....

Gruß
Jan

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 30 Oktober 2015, 09:51:15
Zitat von: stratege-0815 am 30 Oktober 2015, 09:34:21
Hallo zusammen,
nachdem ich in fhem nun meine pilight steckdosen schalten kann will ich dies natürlich auch über homebridge und Siri tun.

Die Dosen sind so eingebunden.

Code Auswählen
#Pilight
define Subwoofer pilight silvercrest
attr Subwoofer systemcode 10
attr Subwoofer unitcode 29

define Drucker pilight silvercrest
attr Drucker systemcode 10
attr Drucker unitcode 13

define Lichterkette1 pilight silvercrest
attr Lichterkette1 systemcode 10
attr Lichterkette1 unitcode 5

define Lichterkette2 pilight silvercrest
attr Lichterkette2 systemcode 10
attr Lichterkette2 unitcode 21

Die Installation von Homebridge ging sehr gut nach Plan voran. Ich konnte Eve auch mit dem Homebridge Server verbinden, dann wurden aber keine Geräte gefunden. Bzw. es wurde ewig gesucht. Sollte das nicht normalerweise recht schnell gehen?

Wahrscheinlich fehlt irgendwo noch eine Konfiguration. Den genericDeviceType habe ich oben in der fhem.cfg eingetragen - keine Ahnung ob das so richtig ist.

Wie verbinde ich nun die Pilight Schalter mit dem generigDeviceType switch? Ich vermute das es noch an dieser Stelle hängt.....

Gruß
Jan

du musst das "attr global" in der fhem.cfg um folgende Dinge ERWEITERN: genericDeviceType:switch,outlet,light,blind,speaker,thermostat

danach kannst du das attribute genericdevicetype für deine pilight über fhem setzen. Diese stehen dann zur Auswahl
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: davipet am 30 Oktober 2015, 11:42:13
Ich habe echte Probleme die Konfig zu verändern.
Bei der Ersteinrichtung klappt meistens alle. Ich habe 3 Geräte die im EVE auch ankommen. Die kann ich dann auch schalten. Auch ne reboot alles OK.
Verändere ich die Konfiguration in irgend einer Weise (z.B. ein weiteres Gerät zum raum "Homekit"hinzufügen) geht gar nichts mehr. reboot tuts nicht.
Ich bekomme auch keine Verbindung mehr wenn ich die Änderung zurück nehme. Das ist alles sehr unbefriedigend da es scheinbar kein eindeutig richtiges oder falsches Vorgehen gibt.
Nach der Methode vom mytechblog gibt es nicht mal ein Logfile... oder zumindest finde ich keines.

EDIT:
OK, einen Ansatzpunkt habe ich. Es scheint im Wesentlichen an EVE zu liegen. Wenn ich das Gerät "Homekit" rauswerfe und neu koppele bekomme ich die Änderungen (meistens) aufs Gerät.


Gruß
David
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 30 Oktober 2015, 12:37:17
Zitat von: Posti123 am 30 Oktober 2015, 09:51:15
du musst das "attr global" in der fhem.cfg um folgende Dinge ERWEITERN: genericDeviceType:switch,outlet,light,blind,speaker,thermostat

danach kannst du das attribute genericdevicetype für deine pilight über fhem setzen. Diese stehen dann zur Auswahl

Danke, den ersten Punkt hatte ich gemacht.

Der zweite fehlte noch - das habe ich jetzt nachgeholt. Testen mit Eve kann ich von Remote aus nicht, dsa macheich heute abend.

Besten Dank schon einmal.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 13:27:22
Was ist das eigentlich für eine Fehlermeldung:

Code Auswählen
  node-stringprep Cannot load StringPrep-0.7.2 bindings (using fallback). You may need to `npm install node-stringprep` +0ms
  node-stringprep Error: Symbol node_stringprep_module not found.

Habe "npm install node-stringprep" durchgeführt, ändert aber nichts  ???
Titel: Max und Harmony
Beitrag von: CarstenF am 30 Oktober 2015, 14:01:53
So, mein erster Fensterkontakt von MAX ist drin. Ich habe bei global das attr. ShutterContact gesetzt und dem Kontakt auch so den genericDeviceType zugeordnet.
Jetzt läßt sich auch mit Siri abfragen ob das Fenster zu ist. In der Oberfläche der APP EVE, wird mir zwar Ja/Nein als Status angezeigt, aber das ist nicht so schlimm.
Das gleiche wollte ich nun mit dem MAX Heizungsthermostat machen. Device Type sollte sein "HeatingThermostat". Aber da geht dann nix. Die Homebridge kann dann sogar keine Verbindung mehr zu bereits existierenden und funktionierenden Devices aufnehmen. Nach Rücknahme der Maßnahmen in FHEM, runterfahren, PI neustarten, holt sich EVE wieder die funktionierende Conifg und alles läuft wieder.
Welche Maßnahme könnte für die MAX Thermostate helfen? Hat da jemand ne Ahnung?
Genau wie für das Harmony Modul. Das müßte doch auch gehen, oder? Welchen genericDeviceTyp muß man dem HUB denn zuordnen, damit er erkannt wird?
Vielleicht hat da ja jemand eine funktionierende Variante.

Gruß Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 14:31:27
Aslod für die Harmony benutze ich den eigenen Shim, also nativ ohne fhem, das läuft perfekt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 30 Oktober 2015, 17:22:42
Zitat von: Mitch am 30 Oktober 2015, 14:31:27
Aslod für die Harmony benutze ich den eigenen Shim, also nativ ohne fhem, das läuft perfekt.

Hast Du evtl. nen kleinen Schubser für mich, wie das geht? Dann finde ich den Rest schon selbst raus. Wäre sehr nett..... :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 17:27:37
Einfach unter platforms in die config.json eintragen  ;)

Code Auswählen
        {
            "platform": "LogitechHarmony",
            "name": "Living Room Harmony Hub"
        },
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 30 Oktober 2015, 17:46:38
Zitat von: Mitch am 30 Oktober 2015, 17:27:37
Einfach unter platforms in die config.json eintragen  ;)

Code Auswählen
        {
            "platform": "LogitechHarmony",
            "name": "Living Room Harmony Hub"
        },
.....und dann in die LogitechHarmony.js die IP des HUBs eintragen und wohlfühlen, oder? OK, da Fummel ich mich mal durch. Macht echt Spaß, muß ich sagen. Danke nochmal.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 18:21:45
Nein, einfach nur die config ändern wie oben beschrieben
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 20:27:37
So, habe eben zum 6. mal komplett neu eingerichtet  >:(

Jetzt geht wieder alles. Einzig Keymatic, da hätte ich noch so etwas wie "Türe auf". Kann die Homebridge/EVE das?
Im Moment kennt es wohl nur auf und zu.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 30 Oktober 2015, 20:32:50
Ja. Ich habe keine Keymatic und bekomme von Siri auf meine Ansage "Schließe die Tür im Flur" die Aussage sie hätte keine Türschlösser gefunden. Kann sie also.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 20:37:31
Auf und zu sperren kann ich ja, aber Keymatic kann die Tür ja auch (physikalisch) öffnen.

Genau das Öffnen fehlt mir.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 30 Oktober 2015, 20:51:49
Es gibt laut Homekittypes.js auch noch einen Door Service, aber keine Ahnung, ob Siri damit kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 30 Oktober 2015, 20:57:42
Keymatic funktioniert..benutz mal die Suchfunktion für diesen Thread

Öffnen geht mit Siri per Szene
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 30 Oktober 2015, 21:05:21
Also ich habe im ganzen Fred nichts gefunden?

Wie soll ich eine Szene programmieren, wenn ich gar nicht die Option "öffnen" habe?

EDIT: hab es gefunden, hatte nicht gesehen, dass das Keymatic zwei mal vorhanden ist. Habe mir jetzt eine Szene angelegt und kann die Türe öffnen. TOP!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 30 Oktober 2015, 23:14:55
Hallo Zusammen,
ich habe, wie viele hier, öfter mal das EVE die Homebridge nicht mehr erreicht. Meistens reicht ein Neustart der Homebridge und oder der App um alles wieder am laufen zu haben. Leider kommst es auch vor, dass man die HomeKit Konfiguration löschen muss und wieder von vorne anfängt.

Ich habe versucht dem Grund auf den Grund zu gehen (kleines Wortspiel  ;)) . Bei mir läuft Homebridge bekannter Weise auf Windows und bei euch mehrheitlich auf einem PI. Also scheint es ja nicht zwingend am Betriebssystem zu hängen. Dann habe ich mal einen dauerping zu meinem iPhone geschickt mit dem Resultat, das die Verbindung vom iPhone kurz nach abschalten des Display auch weg ist und erst wieder kommt, sobald man etwas mit dem iPhone macht (z.B. Entsperren, Siri, usw...). Ich glaube hier liegt der Hund begraben. Wenn ich Homebridge unmittelbar abschalte (Ctrl+C), wenn das iPhone nicht mehr erreichbar ist und wieder starte sobald das iPhone wieder erreichbar ist, dann hat in meinen Tests es zwar schon mal einen Moment gedauert, aber EVE hat immer wieder meine Geräte gefunden.

Kann einer von euch meine These bestätigen?

Schönen Abend noch...

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 30 Oktober 2015, 23:42:37
Zitat von: stratege-0815 am 30 Oktober 2015, 12:37:17
Danke, den ersten Punkt hatte ich gemacht.

Der zweite fehlte noch - das habe ich jetzt nachgeholt. Testen mit Eve kann ich von Remote aus nicht, dsa macheich heute abend.

Besten Dank schon einmal.

Leider bin ich noch nicht weiter gekommen. Ehe findet keine Geräte und scheint immer über Bluetooth zu suchen. Weiß dazu jemand mehr?

Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 31 Oktober 2015, 00:40:45
Bei mir wird mein HM-CC-RT-DN Thermostat nicht angezeigt. Der genericDeviceType steht schon auf Thermostat. Neustart und Neuinstallation helfen nicht dabei. Meine zwei Wandthermostate machen keine Probleme. Andere neue Geräte werden sofort nach dem Neustart erkannt.
Kann man auch statt der normalen Gerätenamen gleich die in FHEM vorhanden Alias für Homebridge übernehmen? Würde mir viel Zeit beim Umbenennen in der App sparen.

Hab nun plötzlich nach einem git pull beim Starten folgende Fehlermeldung:
Code Auswählen

Error: Cannot add a Service with the same UUID '00000049-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
    at Accessory.addService (/opt/homebridge/node_modules/hap-nodejs/lib/Accessory.js:124:15)
    at /opt/homebridge/app.js:186:19
    at Array.forEach (native)
    at createAccessory (/opt/homebridge/app.js:170:14)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/opt/homebridge/platforms/FHEM.js:633:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)


Eine Neuinstallation von Homebridge hat auch nichts gebracht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 31 Oktober 2015, 05:16:58
Namen müssen in HomeKit eindeutig sein. Das ist für Aliase in FHEM nicht sichergestellt.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler01 am 31 Oktober 2015, 11:06:07
Hallo,
die Verbindungsprobleme liegen aller Voraussicht nach an dem jeweiligen LAN-Setup. HomeKit basiert u.a. auf multicastDNS und das wird NICHT gerouted, auch Repeater können Probleme machen sowie der Zugriff über VPN funktioniert deshalb nicht.
Sucht im Thread mal nach Repeater, Multicast oder ähnlichem.

Viel Erfolg, Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 31 Oktober 2015, 12:33:19
Hallo,

ich bin am verzweifeln, ich bekomm Homebridge zum laufen alles klappt bis auf meine MAX Thermostate, sobald ich diese mit in den Raum den ich definiert habe bei mir "Homekit" aufnehme startet Homekit noch ganz normal. Sobald ich dann aber Eve starte sind alle Geräte als nicht verbunden angezeigt.
Nehme ich dann die Thermostate wieder aus dem Raum "Homekit" raus und starte Homebridge neu geht wieder alles wunderbar.

genericDeviceType thermostat ist gesetzt

Hat keiner eine Idee??? Ich bin am verzweifeln.

Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 31 Oktober 2015, 13:09:08
Hast Du auch MAX Kontakte? Zumindest diese, konnte ich schon erfolgreich einbinden. Falls Du da ne Info benötigst....

Bei den Thermostaten bin ich auch noch am rätseln. Gleiches Fehlerbild wie bei Dir.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Calle78 am 31 Oktober 2015, 15:46:14
Großartig, darauf habe ich so lang gewartet :) Danke nochmal an alle Beteiligten! Bislang gibts nur eine kleine Ungereimtheit:

Ich würde gern meine Fußbodenheizung per Sprache an und ausschalten. Gesteuert werden die Stromlos geschlossenen Ventile sie über einen 4Port HomeMatic Switch. An/Aus/Zeitsteuerung geht auch prima aber Siri erkennt sie natürlich nicht als "Thermostat". Also wollte ich sie hiermit austricksen:
Code Auswählen
attr wz.hz genericDeviceType thermostat

Tja, das hat nicht geklappt :) hat jemand eine LösungsIdee?

ciao Carlo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 31 Oktober 2015, 16:14:33
Wenn du es nur an/aus ist dann binde es als genericdevicetype switch ein
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 31 Oktober 2015, 18:02:59
@Knueppler01: Meine Verbingung ist Homebridge(WLAN)<->Fritzbox(7390)<->iPhone(WLAN), wobei die Fritzbox auch das Internet zu Verfügung stellt. MulticastDNS sollte die Fritzbox (7390) nach meinen Informationen ohne Probleme beherrschen. Allerdings habe ich mal einen Kurztest im Hotspot Modus des iPhone probiert (Homebridge(WLAN)<->iPhone(WLAN) und ich meine das läuft deutlich stabiler. Kann man den in der Fritzbox irgendetwas optimieren?

Vielen Dank!

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 31 Oktober 2015, 18:46:10
Hi,

wenn Dein PI oder worauf auch immer die Homebridge/FHEM läuft, nicht immer die gleiche IP bekommt, wenn bspw. der Lease abläuft, ist das in aller Regel schlecht. Dann stimmt zur Not die Konfiguration in der config.js nicht mehr.
Ähnliches gilt für das iPhone, insbesondere wenn sich das im WLAN aus- und wieder einbucht.
Bei beiden kannst Du in der Fritzbox die IP fest zuteilen.
Weiterhin habe ich den PI direkt im LAN.
Wie gesagt, multicastDNS wird nicht GEROUTED, solange Du Dich im selben Netzsegment a la 192.168.178.x bewegst, passt alles, nur WLAN-Repeater und auch Bridges (PowerLAN) können da ggf. Stress machen.
Bei mir läuft das alles seit einer guten Woche sehr stabil und ich habe die Bridge mehr als einmal, auch kurz hintereinander, rebooted, um neue FHEM-Devices einzubinden. Zwei Familienmitglieder sind via EVE geshared und haben auch keinerlei Probleme.

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 31 Oktober 2015, 20:46:54
Zitat von: volschin am 31 Oktober 2015, 05:16:58
Namen müssen in HomeKit eindeutig sein. Das ist für Aliase in FHEM nicht sichergestellt.

Mir ist gerade aufgefallen, dass in der App in den jeweiligen Devices unter Funktionen schon der Alias auftaucht. Dieser wird auch so von Siri erkannt. Das ist dann ja schon eine recht gute Lösung.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 31 Oktober 2015, 21:56:17
@CarstenF Nein danke die gehen alle aber die Thermostate von MAX eben nicht. als ich Homebridge mal vor nem halben Jahr laufen hatte gingen die noch wunderbar, was ist hier los wer kann hier weiter helfen?

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 01 November 2015, 13:58:54
Zitat von: flipkill am 31 Oktober 2015, 21:56:17
@CarstenF Nein danke die gehen alle aber die Thermostate von MAX eben nicht. als ich Homebridge mal vor nem halben Jahr laufen hatte gingen die noch wunderbar, was ist hier los wer kann hier weiter helfen?

Gruß


Gleiches Problem auch bei mir wie gehabt, seit meiner letzten Meldung.
MAX funktioniert nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 November 2015, 14:48:44
zeigt für die max thermostate die nicht gehen bitte mal die konsolenausgabe beim start mit der debug version weiter oben im thread und die ausgabe der chached seite im debug browser.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 01 November 2015, 15:22:53
@ justme1968

ich hab diese Ausgabe beim Start wenn ich nun nur 1 MAX Thermostat hinzunehme und sonst alles rausgenommen habe, wie ich den Server als Debug starte weis ich leider nicht, reicht das so kannst du mir sagen wie das geht?

Der Debug Browser ist bei mir leider nicht unter Port 8080 aufrufbar hier ist kein Port offen leider wie kann ich diesen nun ereichen?

Das ist die ausgabe die ich erhalte:

Code Auswählen
root@homekit:/home/mohs/homebridge# npm start

> homebridge@0.1.1 start /home/mohs/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://192.168.178.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446387572937
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.178.40:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 1 results
[FHEM] bad01 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] bad01 has thermostat mode [mode;desiredTemperature]
[FHEM] bad01 has temperature [temperature]
[FHEM] bad01 has battery [battery]
[FHEM] Initializing platform accessory 'bad01'...
[FHEM] creating services for bad01
[FHEM]   information service for bad01
[FHEM]   thermostat service for bad01
[FHEM]     temperature characteristic for bad01
[FHEM]     battery status characteristic for bad01
[FHEM]     target temperature characteristic for bad01
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +1s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +14ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +10ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +35ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +2ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +4ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +72ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +4ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +2s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +3ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +57ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +2ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +12ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +317ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +0ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +2s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +41ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +5ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +38ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +18ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +7ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +36ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +97ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +9s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +4ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +6ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +12ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +6ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +7ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +49ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +11s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +5ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +1ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +7ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +24ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +0ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +11s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +3ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +5ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +9ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +0ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +3ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +26ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +1ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +0ms


Vielen Dank schonmal das du uns helfen willst :)
Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 01 November 2015, 15:37:01
Hallo zusammen,
ich hatte gerade homebridge erfolgreich am laufen, nocjh mit manuellem Start.

Dann wollte ich wie unter meintechblog.de beschrieben den Start automatisieren, das gelingt mir nicht.
Nun sind meine Geräte wieder verschwunden / bzw. nicht mehr erreichbar in eve und ich erhalte folgende fehlermeldung beim start:

Code Auswählen
events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1042:14)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19


Irgendeine adresse oder port scheint belegt zu sein, wie komme ich hier weiter? wo kann ich forschen?
Den Pi habe ich schon mehrfach neu gestartet, es können also keine Prozesse mehr parallel laufen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 01 November 2015, 15:47:28
Also bei mir läuft es nun seit drei Tage ohne ein Problem.

Geändert habe ich nur das Attribut genericDeviceType.
Dies habe ich überall gelöscht, nur bei den alten Fensterkontakten, die ich noch habe (FHT, TYPE=CUL_FHTTK) habe ich das Attribut genericDeviceType ShutterContact gesetzt.
Ich habe festgestellt, wenn der Type nicht stimmt (und ich weiß nicht, welche es alle gibt), dann gibt es Probleme.

Es geht bei mir auch über Repeater und Rooter hinweg. Ohne Probleme. Bin ich außerhalb des WLANs, findet logischerweise Siri nichts und man sieht das auch in EVE.
Zurück im WLAN, geht es sofort wieder.

Was ich nach wie vor habe, dass sich Homebridge ab und zu beendet, aber das fange ich ja mit einem CRON Job ab.
Gestern war der Fall, ich wollte schalten und es gab keine Verbindung (Homebridge war aus), nach kurzem Warten hatte mein Cron Job gegriffen und es ging wieder automatisch.

Im Moment bin ich sehr zufrieden!

Lange Rede kurzer Sinn, meine Problem (und bestimmt die von einigen Anderen), hängen wohl mit dem DeviceType zusammen,
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 November 2015, 16:12:12
für die max ausgabe bitte die version von hier: http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746 (http://forum.fhem.de/index.php/topic,32652.msg350746.html#msg350746) verwenden.

der debug browser ist inzwischen auf port 8081

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 01 November 2015, 16:51:16
@justme1968

ich habe die Datei nun ausgetauscht und nun kommt das wenn ich starte:

Code Auswählen
root@homekit:/home/mohs/homebridge/platforms# npm start

> homebridge@0.1.1 start /home/mohs/homebridge
> DEBUG=* node app.js || true

*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: https://192.168.178.40:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446392944862
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: https://192.168.178.40:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 1 results
[FHEM] bad01 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] bad01 has thermostat mode [mode;desiredTemperature]
[FHEM] bad01 has temperature [temperature]
[FHEM] bad01 has battery [battery]
[FHEM] bad01 has firmware [firmware]
[FHEM]   caching: bad01-temperature: 26.3 as number (from 26.3)
[FHEM]   caching: bad01-battery: 0 as number (from ok)
[FHEM]   caching: bad01-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: bad01-desiredTemperature: 6 as number (from 6.0)
[FHEM]   caching: bad01-mode: 1 as number (from manual)
[FHEM] Initializing platform accessory 'bad01'...
[FHEM] creating services for bad01
[FHEM]   information service for bad01
[FHEM]     firmware revision characteristic for bad01
[FHEM]   thermostat service for bad01
[FHEM]     temperature characteristic for bad01
[FHEM]     battery status characteristic for bad01
[FHEM]     target temperature characteristic for bad01
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  EventedHTTPServer Server listening on port 51826 +0ms
  EventedHTTPServer [::ffff:192.168.178.234] New connection from client +1s
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server listening on port 54826 +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +16ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +0ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 1/2 +2ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +12ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /pair-verify +40ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: POST /pair-verify +1ms
  HAPServer [CC:22:3D:E3:CE:30] Pair verify step 2/2 +3ms
  HAPServer [CC:22:3D:E3:CE:30] Client 0E193168-0E9F-4236-8948-30241AF413B9 verification complete +10ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +3ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP request: /accessories +5ms
  HAPServer [CC:22:3D:E3:CE:30] HAP Request: GET /accessories +0ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP Repsonse is finished +2ms
  EventedHTTPServer [::ffff:192.168.178.234] Client connection closed +57ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP connection was closed +4ms
  EventedHTTPServer [::ffff:192.168.178.234] HTTP server was closed +2ms


und das sagt die cached Seite

Code Auswählen
FHEM_lastEventTime https://192.168.178.40:8083: Sun Nov 01 2015 16:50:47 GMT+0100 (CET)

cached: { 'bad01-temperature': 26.3,
'bad01-battery': 0,
'bad01-firmware': '1.0',
'bad01-desiredTemperature': 6,
'bad01-mode': 1 }

Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 01 November 2015, 16:51:58
Hallo, ich lese hier schon eine ganze Weile mit. Sehr interessant und spannend. Also habe ich gleich mal alles installiert und eingerichtet. IT Steckdosen und Homatic Heizungssteller funktionieren einwandfrei.

Besten Dank an Alle Entwickler hier, die das Ganze ermöglicht haben!

Wie es aber so ist, hab ich auch ein kleines Problem. Homebridge beendet sich nach einer Weile von alleine. Ich kann es starten und alles funktioniert wieder. Es läuft aber keine Stunde durch.

Der Pi läuft ohne Probleme weiter. Ich hab auch nur zwei CULs angeschlossen, mehr nicht. Das sollte ja nicht Zuviel sein, oder?

Hat jemand eine Idee?


Ich fliege auf und fliege nieder, ich krach zu Boden, immer wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: funclass am 01 November 2015, 18:59:42
Kann mir jemand sagen, wer sich aktuell für das Modul 10_IT verantwortlich fühlt und dieses weiterentwickelt?
Der Urheber hat mir mitgeteilt, dass er die Entwicklung schon vor einer ganzen Weile abgegeben hat, leider nur nicht an wen. Ich würde es schon schick finden, wenn die Homebridge auch die geänderten Stati von IT-Funksteckdosen gemeldet bekommt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: wolfram am 02 November 2015, 08:02:15
@justme1968 -André
Ich habe jetzt meine hue-Lampen aus dem HomeKit Raum rausgenommen und nun verliert Eve auch die Verbindung nicht mehr (stand heute morgen). Soweit so gut. Ich werde heute Abend mal eine von 5 hue-Lampen dazunehmen und sehen was passiert. Du hast doch Deine hue-Lampen erfolgreich eingebunden und die Verbindung reißt nicht ab, oder? Gibt's irgendetwas zu beachten?

Einen guten Start in die neue Woche
Wolf

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: RockSteadyBeat am 02 November 2015, 09:56:57
Moin Moin zusammen,

erstmal vielen Dank an euch für die Möglichkeit der Anbindung von Fhem an HomeKit... ;)

Ich habe HomeKit wie im Wiki/Thread beschrieben eingerichtet und in Betrieb genommen, läuft!!! (nach drei Neuinstallationen... ::) )
Nun wollte ich mir die config.json mal genauer anschauen, nachdem ich 24 Devices über FHEM>ROOM=Homekit> definiert habe und über EVE auch zugeordnet finde ich allerdings keins in der config.json, ist das richtig?
Wo wird die Config der Devices abgelegt?

Hat einer von euch schon die HM-SEC-SC-2 Sensoren richtig am laufen? (ich nutze Sie aktuell mit genericDeviceType=contact)
Jedoch bekomme ich in EVE keine Statusänderung wenn ich ein Fenster öffne...

Grüße
RockSteadyBeat
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 02 November 2015, 14:25:14
Hallo zusammen,
bei mir läuft es jetzt auch.
Pilight Steckdosen können über Siri geschaltet werden. Ein paar Fallen hatte ich mir noch selber gestellt...

Der Raum in der Hombridge heißt "Homekit" und ich hatte den via FHEM als HomeKit angelegt. Kleine Ursache große Wirkung.

Dann hatte ich versucht Eve zu koppeln und der Hombridge Server war gar nicht gestartet, Aua.  >:( das passierte weil er zu diesem Zeitpunkt noch nicht als Dienst etabliert war.

Beim Versuch den Start gemäß der Anleitung aus meintechlog.de zu automatisieren hatte ich vergessen die Pfade anzupassen und in meiner /etc/init.d/homebridge stand Müll. Das musste ich auch erst einmal wieder komplett zurückdrehen bis es dann im zweiten Anlauf lief.

Alles Kleinigkeiten die große Auswirkungen hatten. Ich hoffe mit dieser Rückmeldung eventuell anderen helfen zu können.

Gruß
Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 02 November 2015, 17:05:20
@stratege-0815
Hi, welcher Fehler hat denn zu diesem EADDRINUSE geführt? Also die Portbelegung. War das der automatisierte Start? Ich habe nämlich den gleichen Fehler.
Gruß Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 02 November 2015, 18:17:18
Guten Abend,
habe gerade noch einmal das steuern der Rollladen über Siri probiert und es funktionierte :)
Der Befehl lautete: Öffne die Jalousien bzw. Schließe die Jalousien. Dies war auch möglich in einzelnen Räumen.
Also z.B. Öffne die Jalousien im Kinderzimmer.
Meine iOS Version ist die aktuelle Public Beta von iOS 9.1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 02 November 2015, 18:26:58
Welches genericdevicestype hast du für die Rolladen vergeben ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 02 November 2015, 18:30:01
Zitat von: Ma_Bo am 02 November 2015, 18:26:58
Welches genericdevicestype hast du für die Rolladen vergeben ?

ich habe den genericDeviceType blind verwendet.

Habe gerade mal mehrere Rollladen in einen Raum gepackt. Leider wird immer nur eine pro Raum angesteuert. Aber denke mal auch dieses Problem wird bald behoben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 02 November 2015, 18:30:43

Zitat von: janlau am 02 November 2015, 18:17:18
Meine iOS Version ist die aktuelle Public Beta von iOS 9.1
Es gibt keine aktuelle 9.1 Beta, höchstens 9.2 Beta 1.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 02 November 2015, 18:37:01
Zitat von: volschin am 02 November 2015, 18:30:43
Es gibt keine aktuelle 9.1 Beta, höchstens 9.2 Beta 1.

Ohhh dann wird es wohl die offizielle Version sein. Ist die 9.1 (13B143). 9.2 Habe ich noch nicht installiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 02 November 2015, 20:14:08
Wie kann ich ALLE Daten aus EVE löschen, habe meine Bridge gestoppt und einige Devices in fhem gelöscht, dann die Bridge wieder gestartet, jetzt sind alle unter EVE auf N.V., auf der Konsole kann ich sehen, dass die Bridge vernünftig läuft, nur EVE zickt rum, löschen der App bringt auch nix, da die Daten ja aus der Cloud gezogen werden.

*********EDIT

hab es unter homekit gelöscht, jetzt startet leider die Bridge mit folgendem Fehler :

events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1042:14)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SpeedMaxX am 02 November 2015, 20:38:44
Hi, warst Du schon in den Systemeinstellungen unter Datenschutz?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Waldgeist78 am 02 November 2015, 20:39:35
langsam wird es unübersichtlich...

RasPi ~/homebridge $ cd persist
rm *

iPhone => Einstellungen => Datenschutz => HomeKit => Konfig zurücksetzen

Raspi/Hombridge neu starten und alles von vorne einrichten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Porky666 am 02 November 2015, 20:55:16
Hallo auch ich komme nicht weiter,
Scheint alles zu laufen, aber kein connect mehr mit EVE oder anderen Apps.
Löschen von den persist Dateien und HomeKit zurücksetzten alles nix.
Einen anderen Raum zur Nutzung mit 1 Device eingetragen - kein connect mit EVE.
Vielleicht kann mir ja jemand auf die Sprünge helfen.
Rechner ist ein Odroid u3 mit guter ausreichender Performance.
Egal von welchem IOS Device mit aktueller Public Beta oder aktueller IOS Release.

npm run start Ausgabe :
Welcome to Ubuntu 15.10 (GNU/Linux 3.8.13.30 armv7l)

* Documentation:  https://help.ubuntu.com/

Last login: Mon Nov  2 20:45:55 2015 from 192.168.178.46
root@fhem:~# su odroid
odroid@fhem:/root$ cd /home/odroid/homebridge/p
persist/   platforms/
odroid@fhem:/root$ cd /home/odroid/homebridge/persist/
odroid@fhem:~/homebridge/persist$ ls
odroid@fhem:~/homebridge/persist$ cd ..
odroid@fhem:~/homebridge$ npm run start

> homebridge@0.1.1 start /home/odroid/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.50:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446493709956
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.50:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8081
[FHEM] got: 18 results
[FHEM] Aussensensor has temperature [temperature]
[FHEM] Aussensensor has light [luminosity]
[FHEM] Aussensensor has battery [battery]
[FHEM] Aussensensor has firmware [D-firmware]
[FHEM] Aussenthermometer has temperature [temperature]
[FHEM] Aussenthermometer has humidity [humidity]
[FHEM] Aussenthermometer has battery [battery]
[FHEM] Aussenthermometer has firmware [D-firmware]
[FHEM] Herdlicht is switchable
[FHEM] Herdlicht has onOff [state;on,off]
[FHEM] PCA301_01A21E is switchable
[FHEM] PCA301_01A21E has onOff [state;on,off]
[FHEM] PCA301_02BD83 is switchable
[FHEM] PCA301_02BD83 has onOff [state;on,off]
[FHEM] PCA301_03A005 is outlet
[FHEM] PCA301_03A005 has onOff [state;on,off]
[FHEM] PCA301_09F38B is switchable
[FHEM] PCA301_09F38B has onOff [state;on,off]
[FHEM] PCA301_09F7A5 is switchable
[FHEM] PCA301_09F7A5 has onOff [state;on,off]
[FHEM] SAECO is switchable
[FHEM] SAECO has onOff [state;on,off]
[FHEM] Spuellicht is switchable
[FHEM] Spuellicht has onOff [state;on,off]
[FHEM] Stehlampe_SZ is switchable
[FHEM] Stehlampe_SZ has onOff [state;on,off]
[FHEM] TV is switchable
[FHEM] TV has onOff [state;on,off]
[FHEM] Thermostat_Bad is thermostat [desired-temp;6-30:0.5]
[FHEM] Thermostat_Bad has temperature [measured-temp]
[FHEM] Thermostat_Bad has humidity [humidity]
[FHEM] Thermostat_Bad has battery [battery]
[FHEM] Thermostat_Bad has firmware [D-firmware]
[FHEM] Thermostat_SZ is thermostat [desired-temp;6-30:0.5]
[FHEM] Thermostat_SZ has temperature [measured-temp]
[FHEM] Thermostat_SZ has humidity [humidity]
[FHEM] Thermostat_SZ has battery [battery]
[FHEM] Thermostat_SZ has firmware [D-firmware]
[FHEM] Thermostat_WZ is thermostat [desired-temp;6-30:0.5]
[FHEM] Thermostat_WZ has temperature [measured-temp]
[FHEM] Thermostat_WZ has humidity [humidity]
[FHEM] Thermostat_WZ has battery [battery]
[FHEM] Thermostat_WZ has firmware [D-firmware]
[FHEM] Trockner is switchable
[FHEM] Trockner has onOff [state;on,off]
[FHEM] Waschmaschine is switchable
[FHEM] Waschmaschine has onOff [state;on,off]
[FHEM] XBMCBAD is switchable
[FHEM] XBMCBAD has onOff [state;on,off]
[FHEM] Initializing platform accessory 'Aussensensor'...
[FHEM] creating services for Aussensensor
[FHEM]   information service for Aussensensor
[FHEM]     firmware revision characteristic for Aussensensor
[FHEM]   temperature sensor service for Aussensensor
[FHEM]     temperature characteristic for Aussensensor
[FHEM]     light characteristic for Aussensensor
[FHEM]     battery status characteristic for Aussensensor
[FHEM] Initializing platform accessory 'Aussenthermometer'...
[FHEM] creating services for Aussenthermometer
[FHEM]   information service for Aussenthermometer
[FHEM]     firmware revision characteristic for Aussenthermometer
[FHEM]   temperature sensor service for Aussenthermometer
[FHEM]     temperature characteristic for Aussenthermometer
[FHEM]     humidity characteristic for Aussenthermometer
[FHEM]     battery status characteristic for Aussenthermometer
[FHEM] Initializing platform accessory 'Herdlicht'...
[FHEM] creating services for Herdlicht
[FHEM]   information service for Herdlicht
[FHEM]   switch service for Herdlicht (undefined)
[FHEM]     on characteristic for Herdlicht
[FHEM] Initializing platform accessory 'PCA301_01A21E'...
[FHEM] creating services for PCA301_01A21E
[FHEM]   information service for PCA301_01A21E
[FHEM]   switch service for PCA301_01A21E (undefined)
[FHEM]     on characteristic for PCA301_01A21E
[FHEM] Initializing platform accessory 'PCA301_02BD83'...
[FHEM] creating services for PCA301_02BD83
[FHEM]   information service for PCA301_02BD83
[FHEM]   switch service for PCA301_02BD83 (undefined)
[FHEM]     on characteristic for PCA301_02BD83
[FHEM] Initializing platform accessory 'PCA301_03A005'...
[FHEM] creating services for PCA301_03A005
[FHEM]   information service for PCA301_03A005
[FHEM]   outlet service for PCA301_03A005
[FHEM]     on characteristic for PCA301_03A005
[FHEM] Initializing platform accessory 'PCA301_09F38B'...
[FHEM] creating services for PCA301_09F38B
[FHEM]   information service for PCA301_09F38B
[FHEM]   switch service for PCA301_09F38B (undefined)
[FHEM]     on characteristic for PCA301_09F38B
[FHEM] Initializing platform accessory 'PCA301_09F7A5'...
[FHEM] creating services for PCA301_09F7A5
[FHEM]   information service for PCA301_09F7A5
[FHEM]   switch service for PCA301_09F7A5 (undefined)
[FHEM]     on characteristic for PCA301_09F7A5
[FHEM] Initializing platform accessory 'SAECO'...
[FHEM] creating services for SAECO
[FHEM]   information service for SAECO
[FHEM]   switch service for SAECO (undefined)
[FHEM]     on characteristic for SAECO
[FHEM] Initializing platform accessory 'Spuellicht'...
[FHEM] creating services for Spuellicht
[FHEM]   information service for Spuellicht
[FHEM]   switch service for Spuellicht (undefined)
[FHEM]     on characteristic for Spuellicht
[FHEM] Initializing platform accessory 'Stehlampe_SZ'...
[FHEM] creating services for Stehlampe_SZ
[FHEM]   information service for Stehlampe_SZ
[FHEM]   switch service for Stehlampe_SZ (undefined)
[FHEM]     on characteristic for Stehlampe_SZ
[FHEM] Initializing platform accessory 'TV'...
[FHEM] creating services for TV
[FHEM]   information service for TV
[FHEM]   switch service for TV (undefined)
[FHEM]     on characteristic for TV
[FHEM] Initializing platform accessory 'Thermostat_Bad'...
[FHEM] creating services for Thermostat_Bad
[FHEM]   information service for Thermostat_Bad
[FHEM]     firmware revision characteristic for Thermostat_Bad
[FHEM]   thermostat service for Thermostat_Bad
[FHEM]     temperature characteristic for Thermostat_Bad
[FHEM]     humidity characteristic for Thermostat_Bad
[FHEM]     battery status characteristic for Thermostat_Bad
[FHEM]     target temperature characteristic for Thermostat_Bad
[FHEM] Initializing platform accessory 'Thermostat_SZ'...
[FHEM] creating services for Thermostat_SZ
[FHEM]   information service for Thermostat_SZ
[FHEM]     firmware revision characteristic for Thermostat_SZ
[FHEM]   thermostat service for Thermostat_SZ
[FHEM]     temperature characteristic for Thermostat_SZ
[FHEM]     humidity characteristic for Thermostat_SZ
[FHEM]     battery status characteristic for Thermostat_SZ
[FHEM]     target temperature characteristic for Thermostat_SZ
[FHEM] Initializing platform accessory 'Thermostat_WZ'...
[FHEM] creating services for Thermostat_WZ
[FHEM]   information service for Thermostat_WZ
[FHEM]     firmware revision characteristic for Thermostat_WZ
[FHEM]   thermostat service for Thermostat_WZ
[FHEM]     temperature characteristic for Thermostat_WZ
[FHEM]     humidity characteristic for Thermostat_WZ
[FHEM]     battery status characteristic for Thermostat_WZ
[FHEM]     target temperature characteristic for Thermostat_WZ
[FHEM] Initializing platform accessory 'Trockner'...
[FHEM] creating services for Trockner
[FHEM]   information service for Trockner
[FHEM]   switch service for Trockner (undefined)
[FHEM]     on characteristic for Trockner
[FHEM] Initializing platform accessory 'Waschmaschine'...
[FHEM] creating services for Waschmaschine
[FHEM]   information service for Waschmaschine
[FHEM]   switch service for Waschmaschine (undefined)
[FHEM]     on characteristic for Waschmaschine
[FHEM] Initializing platform accessory 'XBMCBAD'...
[FHEM] creating services for XBMCBAD
[FHEM]   information service for XBMCBAD
[FHEM]   switch service for XBMCBAD (undefined)
[FHEM]     on characteristic for XBMCBAD
Scan this code with your HomeKit App on your iOS device:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +20ms
  EventedHTTPServer Server listening on port 51826 +64ms
  2015-11-02 19:49:09 caching: Aussensensor-luminosity: 133.16981132075472 as number

Gruß
Stefan
Titel: EADDRINUSE Fehler
Beitrag von: CarstenF am 03 November 2015, 10:20:31
Hallo auch, vielleicht weiß ja jemand Rat. Dieser Fehler wird immer mal wieder im Thread erwähnt, jedoch steht nirgendwo eine Lösung. Wenn ich Homebridge starte, kann ich dem Startprozess auch munter zuschauen. Alle Devices im Raum HomeKit werden eingelesen Siehe unten.
Mit viel Glück und vielen Neustarts erhascht man in EVE zumindest mal einen Blick auf die Homebridge (nur suchen), jedoch kommt keine Verbindung zustande, weil irgendwas blockiert. Weiß jemand, welchen Schalter man umlegen muß (und wie das geht), damit die Bridge sauber läuft.
Ich habe die Bridge schon mehrfach in EVE gelöscht, die Datenschutzeinstellungen für HomeKit auf dem IPAD zurückgesetzt, Das iPad resettet und auch den Raspberry PI mehrfach neugestartet. Es scheint mir, das ein Prozess einen bestimmten Port blockiert, der für die Kommunikation mit EVE zuständig ist. Ich finde aber nichts. Vielleicht hat ja jemand eine Idee.

Gruß Carsten

Code Auswählen
pi@raspberrypi ~/homebridge $ npm run start

> homebridge@0.1.1 start /home/pi/homebridge
> DEBUG=* node app.js || true

*** 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>
Starting HomeBridge server...
_____________________________________________________________________
IMPORTANT: Homebridge is in the middle of some big changes.
           Read more about it here:
           https://github.com/nfarina/homebridge/wiki/Migration-Guide
_____________________________________________________________________

Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.22:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1446538902164
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.22:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server error: Error: listen EADDRINUSE
[FHEM] got: 42 results
[FHEM] ignoring Aufsteh_Carsten (dummy)
[FHEM] Balkonsensor has temperature [temperature]
[FHEM] Balkonsensor has humidity [humidity]
[FHEM] Balkonsensor has battery [battery]
[FHEM]   caching: Balkonsensor-temperature: 6.4 as number (from 6.4)
[FHEM]   caching: Balkonsensor-humidity: 81 as number (from 81)
[FHEM]   caching: Balkonsensor-battery: 0 as number (from ok)
[FHEM] Carfi_Iphone is occupancy sensor
[FHEM]   caching: Carfi_Iphone-state: 1 as number (from present)
[FHEM] Fernsehen is switchable
[FHEM] Fernsehen has onOff [state;on,off]
[FHEM]   caching: Fernsehen-state: 0 as number (from off)
[FHEM] Flurlicht_Gross is switchable
[FHEM] Flurlicht_Gross has onOff [state;on,off]
[FHEM]   caching: Flurlicht_Gross-state: 0 as number (from off)
[FHEM] IT_000000FFFF is switchable
[FHEM] IT_000000FFFF has onOff [state;on,off]
[FHEM]   caching: IT_000000FFFF-state: 0 as number (from off)
[FHEM] IT_00000F000F is switchable
[FHEM] IT_00000F000F has onOff [state;on,off]
[FHEM]   caching: IT_00000F000F-state: 0 as number (from off)
[FHEM] IT_00000F0FFF is switchable
[FHEM] IT_00000F0FFF has onOff [state;on,off]
[FHEM]   caching: IT_00000F0FFF-state: 0 as number (from off)
[FHEM] IT_00000FF0FF is switchable
[FHEM] IT_00000FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_00000FF0FF-state: 0 as number (from off)
[FHEM] IT_00000FFF0F is switchable
[FHEM] IT_00000FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_00000FFF0F-state: 1 as number (from on)
[FHEM] IT_0011101000111011101011111001010 is switchable
[FHEM] IT_0011101000111011101011111001010 has onOff [state;on,off]
[FHEM]   caching: IT_0011101000111011101011111001010-state: 0 as number (from off)
[FHEM] IT_0011101000111011101011111001011 is switchable
[FHEM] IT_0011101000111011101011111001011 has onOff [state;on,off]
[FHEM]   caching: IT_0011101000111011101011111001011-state: 0 as number (from off)
[FHEM] IT_00FF0FFF0F is switchable
[FHEM] IT_00FF0FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_00FF0FFF0F-state: 0 as number (from off)
[FHEM] IT_0FFF00FFFF is switchable
[FHEM] IT_0FFF00FFFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF00FFFF-state: 0 as number (from off)
[FHEM] IT_0FFF0F0FFF is switchable
[FHEM] IT_0FFF0F0FFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF0F0FFF-state: 0 as number (from off)
[FHEM] IT_0FFF0FF0FF is switchable
[FHEM] IT_0FFF0FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF0FF0FF-state: 1 as number (from on)
[FHEM] IT_0FFFF0FFFF is switchable
[FHEM] IT_0FFFF0FFFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFFF0FFFF-state: 0 as number (from off)
[FHEM] IT_F0000FF0FF is switchable
[FHEM] IT_F0000FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_F0000FF0FF-state: 1 as number (from on)
[FHEM] IT_F0000FFF0F is switchable
[FHEM] IT_F0000FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_F0000FFF0F-state: 0 as number (from off)
[FHEM] Josh_Iphone is occupancy sensor
[FHEM]   caching: Josh_Iphone-state: 0 as number (from absent)
[FHEM] Kuechebunt_links has RGB [rgb]
[FHEM] Kuechebunt_links has onOff [state;on,off]
[FHEM] Kuechebunt_links has hue [hue;0-360]
[FHEM] Kuechebunt_links has sat [sat;0-100]
[FHEM]   caching: Kuechebunt_links-hue: 116 as number (from 116)
[FHEM]   caching: Kuechebunt_links-rgb: 000A00 as string (from 000A00)
[FHEM]   caching: Kuechebunt_links-state: 1 as number (from on 4)
[FHEM] Kuechebunt_rechts has RGB [rgb]
[FHEM] Kuechebunt_rechts has onOff [state;on,off]
[FHEM] Kuechebunt_rechts has hue [hue;0-360]
[FHEM] Kuechebunt_rechts has sat [sat;0-100]
[FHEM]   caching: Kuechebunt_rechts-hue: 120 as number (from 120)
[FHEM]   caching: Kuechebunt_rechts-rgb: 000A00 as string (from 000A00)
[FHEM]   caching: Kuechebunt_rechts-state: 1 as number (from on 4)
[FHEM] LaCrosse_26 has temperature [temperature]
[FHEM] LaCrosse_26 has humidity [humidity]
[FHEM] LaCrosse_26 has battery [battery]
[FHEM]   caching: LaCrosse_26-temperature: 16.1 as number (from 16.1)
[FHEM]   caching: LaCrosse_26-humidity: 72 as number (from 72)
[FHEM]   caching: LaCrosse_26-battery: 0 as number (from ok)
[FHEM] LaCrosse_2A has temperature [temperature]
[FHEM] LaCrosse_2A has humidity [humidity]
[FHEM] LaCrosse_2A has battery [battery]
[FHEM]   caching: LaCrosse_2A-temperature: 14.9 as number (from 14.9)
[FHEM]   caching: LaCrosse_2A-humidity: 71 as number (from 71)
[FHEM]   caching: LaCrosse_2A-battery: 0 as number (from ok)
[FHEM] LaCrosse_3C has temperature [temperature]
[FHEM] LaCrosse_3C has humidity [humidity]
[FHEM] LaCrosse_3C has battery [battery]
[FHEM]   caching: LaCrosse_3C-temperature: 22 as number (from 22)
[FHEM]   caching: LaCrosse_3C-humidity: 65 as number (from 65)
[FHEM]   caching: LaCrosse_3C-battery: 0 as number (from ok)
[FHEM] MAX_0458e1 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] MAX_0458e1 has thermostat mode [mode;desiredTemperature]
[FHEM] MAX_0458e1 has temperature [temperature]
[FHEM] MAX_0458e1 has humidity [humidity]
[FHEM] MAX_0458e1 has battery [battery]
[FHEM] MAX_0458e1 has firmware [firmware]
[FHEM]   caching: MAX_0458e1-temperature: 17.2 as number (from 17.2)
[FHEM]   caching: MAX_0458e1-humidity: 0 as number (from 0)
[FHEM]   caching: MAX_0458e1-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0458e1-firmware: 1.6 as string (from 1.6)
[FHEM]   caching: MAX_0458e1-desiredTemperature: 15.5 as number (from 15.5)
[FHEM]   caching: MAX_0458e1-mode: 1 as number (from manual)
[FHEM] MAX_04dc10 is contact sensor [state]
[FHEM] MAX_04dc10 has battery [battery]
[FHEM] MAX_04dc10 has firmware [firmware]
[FHEM]   caching: MAX_04dc10-battery: 0 as number (from ok)
[FHEM]   caching: MAX_04dc10-firmware: 1.3 as string (from 1.3)
[FHEM]   caching: MAX_04dc10-state: 0 as number (from closed)
[FHEM] MAX_04dd98 is contact sensor [state]
[FHEM] MAX_04dd98 has battery [battery]
[FHEM] MAX_04dd98 has firmware [firmware]
[FHEM]   caching: MAX_04dd98-battery: 0 as number (from ok)
[FHEM]   caching: MAX_04dd98-firmware: 1.3 as string (from 1.3)
[FHEM]   caching: MAX_04dd98-state: 0 as number (from closed)
[FHEM] MAX_0f0920 is contact sensor [state]
[FHEM] MAX_0f0920 has battery [battery]
[FHEM] MAX_0f0920 has firmware [firmware]
[FHEM]   caching: MAX_0f0920-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f0920-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f0920-state: 0 as number (from closed)
[FHEM] MAX_0f1168 is contact sensor [state]
[FHEM] MAX_0f1168 has battery [battery]
[FHEM] MAX_0f1168 has firmware [firmware]
[FHEM]   caching: MAX_0f1168-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1168-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1168-state: 1 as number (from opened)
[FHEM] MAX_0f1252 is contact sensor [state]
[FHEM] MAX_0f1252 has battery [battery]
[FHEM] MAX_0f1252 has firmware [firmware]
[FHEM]   caching: MAX_0f1252-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1252-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1252-state: 0 as number (from closed)
[FHEM] MAX_0f1269 is contact sensor [state]
[FHEM] MAX_0f1269 has battery [battery]
[FHEM] MAX_0f1269 has firmware [firmware]
[FHEM]   caching: MAX_0f1269-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1269-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1269-state: 0 as number (from closed)
[FHEM] MAX_0f1595 is contact sensor [state]
[FHEM] MAX_0f1595 has battery [battery]
[FHEM] MAX_0f1595 has firmware [firmware]
[FHEM]   caching: MAX_0f1595-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1595-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1595-state: 1 as number (from opened)
[FHEM] ignoring Nachhausekomm_Carsten (dummy)
[FHEM] PCA301_019FFA is switchable
[FHEM] PCA301_019FFA has onOff [state;on,off]
[FHEM]   caching: PCA301_019FFA-state: 1 as number (from on)
[FHEM] PCA301_027367 is switchable
[FHEM] PCA301_027367 has onOff [state;on,off]
[FHEM]   caching: PCA301_027367-state: 1 as number (from on)
[FHEM] PCA301_0E7AB5 is switchable
[FHEM] PCA301_0E7AB5 has onOff [state;on,off]
[FHEM]   caching: PCA301_0E7AB5-state: 1 as number (from on)
[FHEM] PCA301_0E7C2B is switchable
[FHEM] PCA301_0E7C2B has onOff [state;on,off]
[FHEM]   caching: PCA301_0E7C2B-state: 1 as number (from on)
[FHEM] PCA301_0FA73B is switchable
[FHEM] PCA301_0FA73B has onOff [state;on,off]
[FHEM]   caching: PCA301_0FA73B-state: 1 as number (from on)
[FHEM] Wohnzimmerfluter_einzeln is switchable
[FHEM] Wohnzimmerfluter_einzeln has onOff [state;on,off]
[FHEM]   caching: Wohnzimmerfluter_einzeln-state: 1 as number (from on)
[FHEM] Wohnzimmersensor has temperature [temperature]
[FHEM] Wohnzimmersensor has humidity [humidity]
[FHEM] Wohnzimmersensor has battery [battery]
[FHEM]   caching: Wohnzimmersensor-temperature: 17 as number (from 17)
[FHEM]   caching: Wohnzimmersensor-humidity: 70 as number (from 70)
[FHEM]   caching: Wohnzimmersensor-battery: 0 as number (from ok)
[FHEM] ignoring mareen (dummy)
[FHEM] Initializing platform accessory 'Balkonsensor'...
[FHEM] creating services for Balkonsensor
[FHEM]   information service for Balkonsensor
[FHEM]   temperature sensor service for Balkonsensor
[FHEM]     temperature characteristic for Balkonsensor
[FHEM]     humidity characteristic for Balkonsensor
[FHEM]     battery status characteristic for Balkonsensor
[FHEM] Initializing platform accessory 'Carfi_Iphone'...
[FHEM] creating services for Carfi_Iphone
[FHEM]   information service for Carfi_Iphone
[FHEM]   occupancy sensor service for Carfi_Iphone
[FHEM]     occupancy detected characteristic for Carfi_Iphone
[FHEM] Initializing platform accessory 'Fernsehen'...
[FHEM] creating services for Fernsehen
[FHEM]   information service for Fernsehen
[FHEM]   switch service for Fernsehen
[FHEM]     on characteristic for Fernsehen
[FHEM] Initializing platform accessory 'Flurlicht_Gross'...
[FHEM] creating services for Flurlicht_Gross
[FHEM]   information service for Flurlicht_Gross
[FHEM]   switch service for Flurlicht_Gross
[FHEM]     on characteristic for Flurlicht_Gross
[FHEM] Initializing platform accessory 'IT_000000FFFF'...
[FHEM] creating services for IT_000000FFFF
[FHEM]   information service for IT_000000FFFF
[FHEM]   switch service for IT_000000FFFF
[FHEM]     on characteristic for IT_000000FFFF
[FHEM] Initializing platform accessory 'IT_00000F000F'...
[FHEM] creating services for IT_00000F000F
[FHEM]   information service for IT_00000F000F
[FHEM]   switch service for IT_00000F000F
[FHEM]     on characteristic for IT_00000F000F
[FHEM] Initializing platform accessory 'IT_00000F0FFF'...
[FHEM] creating services for IT_00000F0FFF
[FHEM]   information service for IT_00000F0FFF
[FHEM]   switch service for IT_00000F0FFF
[FHEM]     on characteristic for IT_00000F0FFF
[FHEM] Initializing platform accessory 'IT_00000FF0FF'...
[FHEM] creating services for IT_00000FF0FF
[FHEM]   information service for IT_00000FF0FF
[FHEM]   switch service for IT_00000FF0FF
[FHEM]     on characteristic for IT_00000FF0FF
[FHEM] Initializing platform accessory 'IT_00000FFF0F'...
[FHEM] creating services for IT_00000FFF0F
[FHEM]   information service for IT_00000FFF0F
[FHEM]   switch service for IT_00000FFF0F
[FHEM]     on characteristic for IT_00000FFF0F
[FHEM] Initializing platform accessory 'IT_0011101000111011101011111001010'...
[FHEM] creating services for IT_0011101000111011101011111001010
[FHEM]   information service for IT_0011101000111011101011111001010
[FHEM]   switch service for IT_0011101000111011101011111001010
[FHEM]     on characteristic for IT_0011101000111011101011111001010
[FHEM] Initializing platform accessory 'IT_0011101000111011101011111001011'...
[FHEM] creating services for IT_0011101000111011101011111001011
[FHEM]   information service for IT_0011101000111011101011111001011
[FHEM]   switch service for IT_0011101000111011101011111001011
[FHEM]     on characteristic for IT_0011101000111011101011111001011
[FHEM] Initializing platform accessory 'IT_00FF0FFF0F'...
[FHEM] creating services for IT_00FF0FFF0F
[FHEM]   information service for IT_00FF0FFF0F
[FHEM]   switch service for IT_00FF0FFF0F
[FHEM]     on characteristic for IT_00FF0FFF0F
[FHEM] Initializing platform accessory 'IT_0FFF00FFFF'...
[FHEM] creating services for IT_0FFF00FFFF
[FHEM]   information service for IT_0FFF00FFFF
[FHEM]   switch service for IT_0FFF00FFFF
[FHEM]     on characteristic for IT_0FFF00FFFF
[FHEM] Initializing platform accessory 'IT_0FFF0F0FFF'...
[FHEM] creating services for IT_0FFF0F0FFF
[FHEM]   information service for IT_0FFF0F0FFF
[FHEM]   switch service for IT_0FFF0F0FFF
[FHEM]     on characteristic for IT_0FFF0F0FFF
[FHEM] Initializing platform accessory 'IT_0FFF0FF0FF'...
[FHEM] creating services for IT_0FFF0FF0FF
[FHEM]   information service for IT_0FFF0FF0FF
[FHEM]   switch service for IT_0FFF0FF0FF
[FHEM]     on characteristic for IT_0FFF0FF0FF
[FHEM] Initializing platform accessory 'IT_0FFFF0FFFF'...
[FHEM] creating services for IT_0FFFF0FFFF
[FHEM]   information service for IT_0FFFF0FFFF
[FHEM]   switch service for IT_0FFFF0FFFF
[FHEM]     on characteristic for IT_0FFFF0FFFF
[FHEM] Initializing platform accessory 'IT_F0000FF0FF'...
[FHEM] creating services for IT_F0000FF0FF
[FHEM]   information service for IT_F0000FF0FF
[FHEM]   switch service for IT_F0000FF0FF
[FHEM]     on characteristic for IT_F0000FF0FF
[FHEM] Initializing platform accessory 'IT_F0000FFF0F'...
[FHEM] creating services for IT_F0000FFF0F
[FHEM]   information service for IT_F0000FFF0F
[FHEM]   switch service for IT_F0000FFF0F
[FHEM]     on characteristic for IT_F0000FFF0F
[FHEM] Initializing platform accessory 'Josh_Iphone'...
[FHEM] creating services for Josh_Iphone
[FHEM]   information service for Josh_Iphone
[FHEM]   occupancy sensor service for Josh_Iphone
[FHEM]     occupancy detected characteristic for Josh_Iphone
[FHEM] Initializing platform accessory 'Kuechebunt_links'...
[FHEM] creating services for Kuechebunt_links
[FHEM]   information service for Kuechebunt_links
[FHEM]   switch service for Kuechebunt_links
[FHEM]     on characteristic for Kuechebunt_links
[FHEM]     hue characteristic for Kuechebunt_links
[FHEM]     saturation characteristic for Kuechebunt_links
[FHEM] Initializing platform accessory 'Kuechebunt_rechts'...
[FHEM] creating services for Kuechebunt_rechts
[FHEM]   information service for Kuechebunt_rechts
[FHEM]   switch service for Kuechebunt_rechts
[FHEM]     on characteristic for Kuechebunt_rechts
[FHEM]     hue characteristic for Kuechebunt_rechts
[FHEM]     saturation characteristic for Kuechebunt_rechts
[FHEM] Initializing platform accessory 'LaCrosse_26'...
[FHEM] creating services for LaCrosse_26
[FHEM]   information service for LaCrosse_26
[FHEM]   temperature sensor service for LaCrosse_26
[FHEM]     temperature characteristic for LaCrosse_26
[FHEM]     humidity characteristic for LaCrosse_26
[FHEM]     battery status characteristic for LaCrosse_26
[FHEM] Initializing platform accessory 'LaCrosse_2A'...
[FHEM] creating services for LaCrosse_2A
[FHEM]   information service for LaCrosse_2A
[FHEM]   temperature sensor service for LaCrosse_2A
[FHEM]     temperature characteristic for LaCrosse_2A
[FHEM]     humidity characteristic for LaCrosse_2A
[FHEM]     battery status characteristic for LaCrosse_2A
[FHEM] Initializing platform accessory 'LaCrosse_3C'...
[FHEM] creating services for LaCrosse_3C
[FHEM]   information service for LaCrosse_3C
[FHEM]   temperature sensor service for LaCrosse_3C
[FHEM]     temperature characteristic for LaCrosse_3C
[FHEM]     humidity characteristic for LaCrosse_3C
[FHEM]     battery status characteristic for LaCrosse_3C
[FHEM] Initializing platform accessory 'MAX_0458e1'...
[FHEM] creating services for MAX_0458e1
[FHEM]   information service for MAX_0458e1
[FHEM]     firmware revision characteristic for MAX_0458e1
[FHEM]   thermostat service for MAX_0458e1
[FHEM]     temperature characteristic for MAX_0458e1
[FHEM]     humidity characteristic for MAX_0458e1
[FHEM]     battery status characteristic for MAX_0458e1
[FHEM]     target temperature characteristic for MAX_0458e1
[FHEM] Initializing platform accessory 'MAX_04dc10'...
[FHEM] creating services for MAX_04dc10
[FHEM]   information service for MAX_04dc10
[FHEM]     firmware revision characteristic for MAX_04dc10
[FHEM]   contact sensor service for MAX_04dc10
[FHEM]     battery status characteristic for MAX_04dc10
[FHEM]     contact sensor characteristic for MAX_04dc10
[FHEM]     current door state characteristic for MAX_04dc10
[FHEM] Initializing platform accessory 'MAX_04dd98'...
[FHEM] creating services for MAX_04dd98
[FHEM]   information service for MAX_04dd98
[FHEM]     firmware revision characteristic for MAX_04dd98
[FHEM]   contact sensor service for MAX_04dd98
[FHEM]     battery status characteristic for MAX_04dd98
[FHEM]     contact sensor characteristic for MAX_04dd98
[FHEM]     current door state characteristic for MAX_04dd98
[FHEM] Initializing platform accessory 'MAX_0f0920'...
[FHEM] creating services for MAX_0f0920
[FHEM]   information service for MAX_0f0920
[FHEM]     firmware revision characteristic for MAX_0f0920
[FHEM]   contact sensor service for MAX_0f0920
[FHEM]     battery status characteristic for MAX_0f0920
[FHEM]     contact sensor characteristic for MAX_0f0920
[FHEM]     current door state characteristic for MAX_0f0920
[FHEM] Initializing platform accessory 'MAX_0f1168'...
[FHEM] creating services for MAX_0f1168
[FHEM]   information service for MAX_0f1168
[FHEM]     firmware revision characteristic for MAX_0f1168
[FHEM]   contact sensor service for MAX_0f1168
[FHEM]     battery status characteristic for MAX_0f1168
[FHEM]     contact sensor characteristic for MAX_0f1168
[FHEM]     current door state characteristic for MAX_0f1168
[FHEM] Initializing platform accessory 'MAX_0f1252'...
[FHEM] creating services for MAX_0f1252
[FHEM]   information service for MAX_0f1252
[FHEM]     firmware revision characteristic for MAX_0f1252
[FHEM]   contact sensor service for MAX_0f1252
[FHEM]     battery status characteristic for MAX_0f1252
[FHEM]     contact sensor characteristic for MAX_0f1252
[FHEM]     current door state characteristic for MAX_0f1252
[FHEM] Initializing platform accessory 'MAX_0f1269'...
[FHEM] creating services for MAX_0f1269
[FHEM]   information service for MAX_0f1269
[FHEM]     firmware revision characteristic for MAX_0f1269
[FHEM]   contact sensor service for MAX_0f1269
[FHEM]     battery status characteristic for MAX_0f1269
[FHEM]     contact sensor characteristic for MAX_0f1269
[FHEM]     current door state characteristic for MAX_0f1269
[FHEM] Initializing platform accessory 'MAX_0f1595'...
[FHEM] creating services for MAX_0f1595
[FHEM]   information service for MAX_0f1595
[FHEM]     firmware revision characteristic for MAX_0f1595
[FHEM]   contact sensor service for MAX_0f1595
[FHEM]     battery status characteristic for MAX_0f1595
[FHEM]     contact sensor characteristic for MAX_0f1595
[FHEM]     current door state characteristic for MAX_0f1595
[FHEM] Initializing platform accessory 'PCA301_019FFA'...
[FHEM] creating services for PCA301_019FFA
[FHEM]   information service for PCA301_019FFA
[FHEM]   switch service for PCA301_019FFA
[FHEM]     on characteristic for PCA301_019FFA
[FHEM] Initializing platform accessory 'PCA301_027367'...
[FHEM] creating services for PCA301_027367
[FHEM]   information service for PCA301_027367
[FHEM]   switch service for PCA301_027367
[FHEM]     on characteristic for PCA301_027367
[FHEM] Initializing platform accessory 'PCA301_0E7AB5'...
[FHEM] creating services for PCA301_0E7AB5
[FHEM]   information service for PCA301_0E7AB5
[FHEM]   switch service for PCA301_0E7AB5
[FHEM]     on characteristic for PCA301_0E7AB5
[FHEM] Initializing platform accessory 'PCA301_0E7C2B'...
[FHEM] creating services for PCA301_0E7C2B
[FHEM]   information service for PCA301_0E7C2B
[FHEM]   switch service for PCA301_0E7C2B
[FHEM]     on characteristic for PCA301_0E7C2B
[FHEM] Initializing platform accessory 'PCA301_0FA73B'...
[FHEM] creating services for PCA301_0FA73B
[FHEM]   information service for PCA301_0FA73B
[FHEM]   switch service for PCA301_0FA73B
[FHEM]     on characteristic for PCA301_0FA73B
[FHEM] Initializing platform accessory 'Wohnzimmerfluter_einzeln'...
[FHEM] creating services for Wohnzimmerfluter_einzeln
[FHEM]   information service for Wohnzimmerfluter_einzeln
[FHEM]   switch service for Wohnzimmerfluter_einzeln
[FHEM]     on characteristic for Wohnzimmerfluter_einzeln
[FHEM] Initializing platform accessory 'Wohnzimmersensor'...
[FHEM] creating services for Wohnzimmersensor
[FHEM]   information service for Wohnzimmersensor
[FHEM]   temperature sensor service for Wohnzimmersensor
[FHEM]     temperature characteristic for Wohnzimmersensor
[FHEM]     humidity characteristic for Wohnzimmersensor
[FHEM]     battery status characteristic for Wohnzimmersensor
Scan this code with your HomeKit App on your iOS device:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
  Accessory [Homebridge] Creating new AccessoryInfo for our HAP server +0ms
  Accessory [Homebridge] Creating new IdentifierCache +254ms

events.js:72
        throw er; // Unhandled 'error' event
              ^
Error: listen EADDRINUSE
    at errnoException (net.js:904:11)
    at Server._listen2 (net.js:1042:14)
    at listen (net.js:1064:10)
    at Server.listen (net.js:1138:5)
    at EventedHTTPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:132:20)
    at Bridge.Accessory.publish (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:347:16)
    at publish (/home/pi/homebridge/app.js:215:10)
    at /home/pi/homebridge/app.js:140:9
    at /home/pi/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 03 November 2015, 10:46:50
Hallo Carsten,
diese Fehlermeldung habe ich bisher auch noch nicht verstanden. Ich habe 2x den persist Ordner geleert, 2x die MAC Adresse in der config.json von homebridge geändert und beim dritten mal neu Konfiguration lief es dann.
Insgesamt ist das ganze leider für mich auch noch mit einigen Fragezeichen behaftet - sprich ich weiss nicht an allen Stellen was wie ineinander greift.
Gruß
Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 03 November 2015, 10:52:31
Hi,

die Meldung EADDRINUSE gibt schon den richtigen Hinweis, homebridge will eine Adresse (Port) verwenden, die schon belegt ist.
Erläuterung bspw. hier: https://github.com/nfarina/homebridge/issues/76
ZitatEADDRINUSE occurs when node will start a server on a port which is already in use. Homebridge has a hard coded starting port 51826 in app.js. From this port number it counts new port numbers for each accessory. Maybe one of this is already in use by another process...

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 03 November 2015, 11:20:14
Hm, also wenn ich z.B. in der Config.json den Anfangsport verändere, könnte die Meldung weg sein. Das probiere ich mal....:-)
Werde berichten ob es funktioniert.
Titel: EADDRINUSE Fehler
Beitrag von: CarstenF am 03 November 2015, 12:07:44
Hm habe jetzt statt den Standardport 51826 diverse andere Ports genommen. Bei allen der gleiche Fehler. Auch das ändern der MacAdresse verändert nichts.
Welche Ports habt ihr denn so genommen? Man müßte wissen, welche Ports Homebridge freihaben möchte, dann könnte man ja was machen, aber im Moment ist das irgendwie Suche im Nebel....
Titel: Antw:EADDRINUSE Fehler
Beitrag von: flurin am 03 November 2015, 13:13:49
Zitat von: CarstenF am 03 November 2015, 12:07:44
Hm habe jetzt statt den Standardport 51826 diverse andere Ports genommen. Bei allen der gleiche Fehler. Auch das ändern der MacAdresse verändert nichts.
Welche Ports habt ihr denn so genommen? Man müßte wissen, welche Ports Homebridge freihaben möchte, dann könnte man ja was machen, aber im Moment ist das irgendwie Suche im Nebel....

Versuchs mal mit:

Code Auswählen

netstat -lptn

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 03 November 2015, 13:32:01
Carsten,
bei mir läuft alles auf einem einzigen RPi2.

Pilight,
CUPS Server für Airprint,
Shairport für Airplay,
Fhem,
Homebridge

Da sind etliche Ports mit verschiedenen Anwendungen belegt, trotzdem läuft es ohne das ich umkonfigurieren musste

Ist bei dir auch alles auf einem Gerät? Evtl. greift bei irgendeine Firewall und könnte es einen Einfluss haben ob du in Homebridge den server als 127.0.0.1 oder mit dessen "externer" IP Adresse konfiguriert hast.

Gruß
Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 03 November 2015, 14:31:11
Tja ziemlich guter Hinweis das mit dem localHost, Stratege-0815. Meine ersten Gehversuche habe ich mit nem zweiten Raspi gemacht. Da mußte ich die IP des FHEM Server eintragen. Das habe ich dann mal schön so übernommen. Also Fehler 1 gefunden. Leider kommt jetzt ne andere Meldung.

Code Auswählen
Error: dns service error: name conflict
    at new Advertisement (/home/pi/homebridge/node_modules/mdns/lib/advertisement.js:56:10)
    at Object.create [as createAdvertisement] (/home/pi/homebridge/node_modules/mdns/lib/advertisement.js:64:10)
    at Advertiser.startAdvertising (/home/pi/homebridge/node_modules/hap-nodejs/lib/Advertiser.js:43:30)
    at Bridge.Accessory._onListening (/home/pi/homebridge/node_modules/hap-nodejs/lib/Accessory.js:352:20)
    at HAPServer.EventEmitter.emit (events.js:92:17)
    at HAPServer._onListening (/home/pi/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:153:8)
    at EventedHTTPServer.EventEmitter.emit (events.js:92:17)
    at EventedHTTPServer.<anonymous> (/home/pi/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:62:10)
    at Server.EventEmitter.emit (events.js:92:17)
    at net.js:1055:10


Ich befürchte fast ich muß alles neu machen, oder gibts da auch noch einen Trick?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 03 November 2015, 14:39:41
Code Auswählen
dns service error: name conflict

Hat dein zweiter Raspi den gleichen Namen wie der erste?
(basiert er vielleicht auf dem selben Image)
Gib ihm doch mit raspi-config mal einen anderen Namen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 03 November 2015, 15:19:27
Nein das war es leider auch nicht. Beide PI haben nun eindeutige Namen. Verwechslung ausgeschlossen. Beim Neumachen einfach den Homebridge Ordner löschen, oder?
Trotzdem erstmal Danke für Eure Hilfe und Ideen.
Ach so, jetzt kam übrigens wieder der der Portbelegungsfehler. Der dns Service error war jetzt weg.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 03 November 2015, 19:37:56
Reicht ein einfacher RPi B aus oder sollte es schon der RPi 2 sein? Bei mir geht HB einfach immerhin aus. Ich kann es dann normal wieder starten und EVE funktioniert sofort wieder, aber es hält keine Stunde durch.


Ich fliege auf und fliege nieder, ich krach zu Boden, immer wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 03 November 2015, 19:38:28
Reicht ein einfacher RPi B aus oder sollte es schon der RPi 2 sein? Bei mir geht HB einfach immerhin aus. Ich kann es dann normal wieder starten und EVE funktioniert sofort wieder, aber es hält keine Stunde durch.


Ich fliege auf und fliege nieder, ich krach zu Boden, immer wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: janlau am 03 November 2015, 21:26:17
Zitat von: ackerratte am 03 November 2015, 19:38:28
Reicht ein einfacher RPi B aus oder sollte es schon der RPi 2 sein? Bei mir geht HB einfach immerhin aus. Ich kann es dann normal wieder starten und EVE funktioniert sofort wieder, aber es hält keine Stunde durch.


Ich fliege auf und fliege nieder, ich krach zu Boden, immer wieder.

Hatte auch das Problem das der Server öfters abstürzte. Habe dann mit einem Gerät angefangen und bin jetzt dabei immer zu erweitern.
Habe mittlerweile 6 Geräte drin. Nur die Hue's lasse ich momentan raus, da ich glaube das diese bei mir den Absturz verursachten.

Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 03 November 2015, 22:00:28
Ok, danke. Dann werd ich es so auch einmal probieren.


Ich fliege auf und fliege nieder, ich krach zu Boden, immer wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 04 November 2015, 00:42:11
Hallo,

kann man mit Homebridge auch Thermostate von MAX! steuern?

Funktioniert bei mir leider nicht richtig, die Homebridge erkennt das Gerät zwar als Thermostat, aber leider ist die dann nicht mehr per iPhone erreichbar.

Vielen Dank.
Titel: Max Thermostate
Beitrag von: CarstenF am 04 November 2015, 07:53:05
Ich habe es noch nicht geschafft die Teile einzubinden. Selbst wenn ich die Fhem.js von justme verwende. Die Shutter Kontakte hingegen sind kein Thema.
Mußte übrigens gestern komplett neu einrichten. Als kleiner Tip für Neuanfänger. Maximal ein bis zwei Devices auf einmal einbinden (zuerst natürlich die Bridge stoppen und nach dem Verschieben nach HomeKit, erneut starten), sonst hängt sich das Ding auf.
Milight läuft auch. (GenericDeviceType: Light) Hoffe, das es jetzt mal funzt. Der WAF sinkt langsam :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 04 November 2015, 11:24:37
Kann es sein, dass die Installation und Konfiguration von Homebridge vollkommen geändert wurde?
Ich seh da gerade überhaupt nicht mehr durch?! -> https://github.com/nfarina/homebridge
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 04 November 2015, 11:56:06
Zitat von: Odin am 04 November 2015, 11:24:37
Kann es sein, dass die Installation und Konfiguration von Homebridge vollkommen geändert wurde?
Ich seh da gerade überhaupt nicht mehr durch?! -> https://github.com/nfarina/homebridge

Gestern hat Nick Farina auf Homebridge Plugins umgestellt.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 04 November 2015, 11:58:42
hat jemand evtl. den alten git, sodass ich nach einer alten Anleitung installieren kann?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 November 2015, 12:48:20
die version in meinem repository ist konsistent.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 04 November 2015, 13:02:07
...und hier der Link dazu: https://github.com/justme-1968/homebridge

Danke @justme1968!

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 04 November 2015, 15:54:29
Welche Version von Homebridge ist denn für Fhem Benutzer jetzt eigentlich besser geeignet? Das Original von nfarina oder der fork von justme? Mittlerweile unterscheiden die sich ja immer mehr von einander. Wird es für die neue nfarina Version noch Updates vom Fhem Plugin geben? Das Plugin wurde jetzt in den legacy Bereich verschoben und die sollen ja nur noch von deren Entwicklern in eigenen Repositories weiterentwickelt werden. Es gibt aber auch noch eins von cflurin für die neue homebridge Version. Welches soll ich jetzt verwenden bzw. was für Vorteile hab ich da jeweils?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 04 November 2015, 16:35:12
@kennymc.c
Zitat von: kennymc.c am 31 Oktober 2015, 00:40:45

Hab nun plötzlich nach einem git pull beim Starten folgende Fehlermeldung:
Code Auswählen

Error: Cannot add a Service with the same UUID '00000049-0000-1000-8000-0026BB765291' as another Service in this Accessory without also defining a unique 'subtype' property.
    at Accessory.addService (/opt/homebridge/node_modules/hap-nodejs/lib/Accessory.js:124:15)
    at /opt/homebridge/app.js:186:19
    at Array.forEach (native)
    at createAccessory (/opt/homebridge/app.js:170:14)
    at /opt/homebridge/app.js:132:27
    at /opt/homebridge/node_modules/hap-nodejs/lib/util/once.js:15:19
    at Object.<anonymous> (/opt/homebridge/platforms/FHEM.js:633:22)
    at Request.self.callback (/opt/homebridge/node_modules/request/request.js:373:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)


Eine Neuinstallation von Homebridge hat auch nichts gebracht.

habe auch die gleiche Fehlermeldung bekommen... was wie hast du es gelöst?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 04 November 2015, 17:50:22
Bei mir scheint dieser Fehler nur mit der Version von justme aufzutreten. Ich hab dann die die normale von nfarina installiert und damit ist der Fehler dann auch verschwunden. Hab heute versucht die anderen Version zu installieren und da trat der Fehler wieder auf. Keine Ahnung, ob das wirklich damit zusammen hängt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 04 November 2015, 18:49:07
nutzt du eine Logitech Harmony?

Ich hab den HarmonyHub jetzt mal raus genommen und Homebridge startet ohne Probleme....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 04 November 2015, 19:17:56
ich habs geschrottet...

aus welchem Repository hast du homebridge denn geclont?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 05 November 2015, 01:06:16
Hab jetzt mal die neue Version von nfarina getestet mit dem homebridge-fhem Plugin. Allerdings startet es mit einem etwas seltsamen Log:
Code Auswählen

Warning: skipping plugin found at '/usr/local/lib/node_modules/homebridge-fhem' since we already loaded the same plugin from '/usr/local/lib/node_modules/homebridge-fhem'.
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.fhem'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[fhem] Initializing fhem platform...
Couldn't find a config.json file.


Das config File wird zuerst geladen aber am Ende steht wieder das keines gefunden wurde, obwohl natürlich eins im .homebidge Ordner vorhanden ist.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SpeedMaxX am 05 November 2015, 12:54:49
Hallo,

hier wäre jetzt spannend, wenn jemand das Update noch im Wiki beschreiben könnte.
An und für sich finde ich das bisher schon gut gelöst und ziemlich geil :-)

Auch wenn meine Jalousien irgendwie noch nicht laufen ... was muss da als GenericType eingestellt werden? Hab die Homematic-Aktoren dafür eingesetzt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 05 November 2015, 13:03:33
bei mir scheint die Version von nfarina zumindest serverseitig jetzt zu laufen. Ob ich per eve-App drauf zugreifen kann werde ich testen, wenn ich wieder zuhause bin.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 05 November 2015, 13:18:40

Zitat von: l2r am 05 November 2015, 13:03:33
bei mir scheint die Version von nfarina zumindest serverseitig jetzt zu laufen. Ob ich per eve-App drauf zugreifen kann werde ich testen, wenn ich wieder zuhause bin.

Hast du eine Zeit, wie lange es bei dir schon läuft? Ich hab bei mir alles, außer einer Steckdose, entfernt und es läuft trotzdem nicht länger als eine Stunde durch.


Ich fliege auf und fliege nieder, ich krach zu Boden, immer wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 05 November 2015, 13:26:42
bis gestern lief eine etwas ältere Version ohne Probleme mehrere Wochen... :-)


dann hab ich ein Update ohne backup (Schande über mich) gemacht und mir alles zerschossen.... und nun ähnlich wie kennymc.c die neute version von nfarina mal ausprobiert. Auf der pi2 scheint der Server zu laufen, leider konnte ich noch keine homekit-app starten um zu testen, ob ich mich auch wirklich verbinden kann und alles sehe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 05 November 2015, 17:13:33
Dann werd ich das heute Abend auch einmal testen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SpeedMaxX am 05 November 2015, 21:01:24
Hallo,

habe noch ein Problem mit meinen Jalousien. Werden nun zwar erkannt, jedoch wenn ich sie schließen möchte, gibt es nur einen kurzen Impuls und dann ist schon wieder Feierabend. Hat jemand vielleicht das gleiche Problem?

Grüße -
Titel: Homebridge und Logitech Harmonyhub - letzter Versuch -
Beitrag von: CarstenF am 06 November 2015, 19:58:38
Hallo zusammen,
ich versuche es nochmal. Meine Bridge läuft jetzt eigentlich gut durch und Siri versteht (fast) alles. ich hätte aber supergerne den Harmony Hub im System eingebunden.
Hier nochmal die Frage an diejenigen, die das Teil erfolgreich in die Bridge eingebunden haben.
Wenn ich in die config.json
Code Auswählen
{
            "platform": "LogitechHarmony",
            "name": "Living Room Harmony Hub"
        },
den obigen Code eingefügt habe, versucht das System die platform Harmony zu starten, bricht aber mit Fehlermeldung ab und startet nur FHEM. Allerdings sind dann die Fhem Devices über EVE nicht erreichbar.
Muß ich dann noch in FHEM, dem Hub (also da wo ich den HUB per IP in FHEM eingebunden habe) das attr. Room HomeKit setzen?
Wäre nett wenn sich nochmal jemand die Mühe machen würde in seine Konfiguration zu schauen.
LG
Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 06 November 2015, 20:13:01
@CarstenF:

kann du kurz eine kleine Anleitung posten? Ich bekomm fhem mit der neuen Homebridge nicht zum laufen...  :-\

Wäre super nett von dir! Danke.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 06 November 2015, 21:11:25
Hallo Odin,

ich habe noch die "alte" Homebridge laufen. War froh das das erstmal alles lief. Hatte doch mehrere Neuinstallationen hinter mir.
Sorry....

Gruß Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 06 November 2015, 21:52:08
achso ok, schade... ich bekomme weder die neue Version von nfarina noch die alte von justme-1968 zum laufen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 06 November 2015, 22:32:19
Wo hakts denn bei der alten Version?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 07 November 2015, 01:04:33
ich hab die neue Version inkl. Harmony Hub am laufen :-)

bin leider im moment nicht zuhause. Werde morgen oder Sonntag mal die Config mit Anleitung posten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 07 November 2015, 07:49:59
Ja, bitte mit Installationsanleitung, dann steig ich auch auf die neue Version um. Funktionieren damit einfache IT Steckdosen und Homatic Thermostate?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 07 November 2015, 10:57:14
@justme1968
hast du vor dein FHEM Modul irgendwann als Homebridge Plugin zu packagen und per npm zu releasen?
@cflurin hat schon vorgelegt https://www.npmjs.com/package/homebridge-fhem
leider ist der Name vielleicht ein wenig suboptimal, da die meisten Nutzer dahinter das volle FHEM Platform Paket von justme erwarten dürften.
Vielleicht ginge auch homebridge-fhem-platform oder cflurin würde sich bereit erklären auf homebridge-fhem-accessories auszuweichen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 07 November 2015, 13:18:01
@HolyMoly:
Ich hatte bereits vor Monaten ein npm-package entworfen und den Namen "homebridge-fhem" gewählt, um Missverständnisse zu vermeiden. Es ist ein Zufall, dass @nfarina nun ein "homebridge-" Prefix vorschreibt. Aber es gibt noch mehr Lösungen für Fhem wie z.B https://github.com/BerndDA/Fhem2.

Gruss
flurin

PS: homebridge-fhem ist übrigens ein Platfom-Plugin.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 08 November 2015, 10:18:31
Nachdem bei mir soweit alles läuft, wollte ich jetzt Eve auch auf dem iPhone meiner Frau installieren.
Dummerweise wird dort aber die Homebridge nicht erkannt. Hat schonmal jemand probiert, das auf
mehrerern iPhones zum Laufen zu bringen? Muss man dabei was beachten?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 08 November 2015, 10:27:01
@mad24: als die alte Homebridge bei mir noch lief :'( hat es geholfen die MAC-Adresse in eine andere gültige zu ändern und neuzustarten...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 08 November 2015, 10:54:09
@Odin: Danke, werd ich probieren.
Was ich nicht verstehe ist, am iPhone #1 läuft das Ganze problemlos - ohne Unterbrechung.
Nur am Telefon #2 wird kein Homebridge Gerät erkannt. Wenn ich jetzt die MAC-Adresse ändere,
muss ich ja wieder mit einem der beiden Telefone anfangen Eve einzurichten - also eine ähnliche
Situation wie jetzt...

Was ich dazusagen sollte, beide Telefone laufen derzeitig auf unterschiedlichen iOS Versionen:
   iPhone #1:    8.4.1
   iPhone #2:    9.1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 08 November 2015, 11:04:55
Ja genau, muss dann natürlich auf beiden iPhones neu eingerichtet werden.

Bei mir war das Problem, dass mein Router den Discover nicht weitergeleitet hat, darum hat das 2. iPhone die Homebridge nicht gefunden.
Lad dir mal die App Discovery auf beide iPhone und schau ob du die Homebridge dann findest.

Wegen der iOS-Versionen kann ich dir leider nicht helfen, da bei mir beide mit iOS9 unterwegs waren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 08 November 2015, 11:29:13
Danke für den Tip!
Mach ich!
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 08 November 2015, 11:40:13
Ich meine es kann nur ein ios Gerät mit einem Homebridge gerät gekoppelt sein. Das zweite muss eingeladen werden über iCloud bzw bei gleicher iCloud automatisch die Einstellungen synchronisieren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Posti123 am 08 November 2015, 11:51:50
Zitat von: Hauswart am 08 November 2015, 11:40:13
Ich meine es kann nur ein ios Gerät mit einem Homebridge gerät gekoppelt sein. Das zweite muss eingeladen werden über iCloud bzw bei gleicher iCloud automatisch die Einstellungen synchronisieren.

Richtig.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 November 2015, 11:55:47
nächste woche kommt eine version die an das aktuelle framework inklusive plugin schnittstelle angepasst ist.

in homekit kann ein device nur mit einem (icloud) account verbunden werden. alle iOS geräte die den gleichen account verwenden werden automatisch synchronisiert. für andere accounts werden die geräte dann über homekit freigegeben.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 08 November 2015, 11:59:00
Achso! Mad24, wolltest du 2 Geräte direkt koppeln? Sorry da habe ich dich falsch verstanden.

Zitat von: Hauswart am 08 November 2015, 11:40:13
Ich meine es kann nur ein ios Gerät mit einem Homebridge gerät gekoppelt sein. Das zweite muss eingeladen werden über iCloud bzw bei gleicher iCloud automatisch die Einstellungen synchronisieren.

Ist richtig, das andere iPhone hat die homebrigde bei mir aber nicht gefunden, daher die Änderung der MAC-Adresse. Dann ging es wunderbar.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 08 November 2015, 12:56:33
Also kommt eine config-fhem Version von Dir Andre? Bin gerade etwas verwirrt, welche Version man jetzt nehmen sollte
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 November 2015, 17:12:02
so... eine erste version die auf das neue plugin api umgestellt ist gibt es hier: https://github.com/justme-1968/homebridge-fhem (https://github.com/justme-1968/homebridge-fhem).

der software stand ist aber noch identisch zu letzten version. die probleme mit max thermostaten und hue lampen schaue ich mir als nächstes an.

wenn man die aktuelle homebridge version mit npm install -g homebridge installiert hat bekommt man mein fhem plugin so: npm install -g https://github.com/justme-1968/homebridge-fhem.git. ich vermute das danach dann auch npm update ... funktioniert.

gruss
  andre

edit: den fehler im harmony service habe ich schon repariert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: GregPac am 08 November 2015, 18:38:22
Sorry, aber in der neuen Version steig ich nicht durch. Über den alten Weg lief bei mir alles eigentlich ganz gut. Mit der neuen Version bzw der Installationsart steige ich nicht durch.
Bei der alten habe ich einen GIT Clone erstellt und dann nach Anleitung installiert, ein paar daten angepasst in den Config Files und es lief. Mit der neuen Version hat sich anscheinend schon die Art der Installation geändert. Soweit so gut. Wenn ich über npm install -g homebridge starte läuft die Installation in /home/pi/.nvm/versions/v0.12.6/lib/node_modules/homebridge, ok anschließend Plugin installieren und dann? Voher war es "npm run start" da wird jetzt erstmal gemeldet das kein Startscript vorhanden ist. Ich verstehe es leider nicht wie es jetzt laufen soll wie und was alles Konfiguriert werden soll.

Gruß
Greg
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 November 2015, 18:44:41
einfach homebridge aufrufen. das config file muss nach .homebridge des users der installiert hat.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: GregPac am 08 November 2015, 19:05:17
Ok, der Wald vor lauter Bäumen, jetzt hats geklingelt.
Werde nachher mal weitertesten. Vielen Dank
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mad24 am 08 November 2015, 19:20:42
Hallo Andre, danke für den Tip mit Homekit!

Das Problem lag bei iOS8. Da gab es bei den Einstellungen Homekit noch nicht und demzufolge auch keine Freigabe für andere Personen.
Bin jetzt auf iOS9 gewechselt und klar, da geht's.

Steuerung mit Eve funktioniert, einzig Siri verweigert beim 2. iPhone noch komplett die Funktion und kennt keinerlei Geräte.
Gibt's da auch noch einen Trick?


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: GregPac am 08 November 2015, 19:47:09
Ok, wie sagt man so schön, mühsam ernährt sich das Eichhörnchen.
Homebridge ist jetzt soweit ok. Fhem Plugin habe ich auch so wie von dir heute beschrieben installiert.
config-fhem.json  unter .homebridge/plugins/homebridge-fhem erstellt, allerdings erhalte ich beim starten von Homebridge jetzt
Error: The requested platform 'fhem' was not registered by any plugin.
??? Ich und die neue Version mögen uns irgendwie nicht  :-[
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 November 2015, 20:04:03
kein config-fhem.json. das ist für flurins version.

meine wird wie bisher in config.json konfiguriert:
Code Auswählen
{
    "bridge": {
        "name": "Homebridge2",
        "username": "CC:33:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "description": "...",

    "accessories": [
    ],

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM Test",
            "server": "10.0.1.21",
            "port": "8083",
            "filter": "NAME=LED"
        }
    ]
}


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bigdane am 08 November 2015, 21:09:49
Habe es mit der alten version aber auch geschafft zwei iPhones (mit unterschiedlichen iCloud Accounts) mit einer homebridge zu koppeln. Musste dafür nur auf beiden iPhones die Kopplung genau gleichzeitig vornehmen!


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 November 2015, 21:53:07
das ging eventuell deshalb weil beide iPhones noch nichts davon wussten da die iCloud synchronisation immer etwas dauert. da das ganze aber explizit nicht unterstützt ist könnt es früher oder später zu problemen kommen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 08 November 2015, 21:57:15
Hallo,
hört sich ja wieder interessant an. Werde morgen in jedem Fall mal ausprobieren.
Wo muß ich denn nun Benutzer und Kennwort unterbringen?
Gruß Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 08 November 2015, 22:02:16
Gibt es irgendwo eine komplette Anleitung? Ich seh nicht mehr durch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 08 November 2015, 22:07:40
Ich hab jetzt rausgefunden, wann sich meine homebridge verabschiedet. Jedesmal wenn ich am Rechner die Konsole schließe, beendet sich auch homebridge. Ist das normal? Wenn ja, was kann ich tun?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: martin.mueller.s am 08 November 2015, 22:13:13
Hallo zusammen,

irgendwie krieg ich das auch nicht mehr gebacken, nachdem mit der "ursprünglichen" Version die Installation mit der Anleitung auf "meintechblog.de" auf anhieb funktioniert hat, krieg ich es trotz mehrere Versuche in der jetzigen Version nicht mehr hin. Eine neue, aktualisierte Anleitung wie auf "meintechblog.de" wäre klasse.

Gruss
Martin
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 08 November 2015, 22:13:21
@ackerratte: Du könntest nohup aus den coreutils benutzen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 08 November 2015, 22:59:17
Wie muss ich jetzt eigentlich das Startskript für homebridge anpassen mit der neuen Version? Eine app.js gibt es ja nicht mehr im Verzeichnis und das Wiki auf Github wurde noch nicht angepasst.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 09 November 2015, 07:24:05

Zitat von: dev0 am 08 November 2015, 22:13:21
@ackerratte: Du könntest nohup aus den coreutils benutzen.

Danke für den Hinweis. Ich werde das heute Abend gleich testen. Aber wie macht ihr das? Sitzt ihr direkt am Pi oder auch mit nohub?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 09 November 2015, 07:54:37
Hallo,

@Andre:
super, vielen Dank für die Arbeit, werde ich die Tage ausprobieren.
Weiterhin, hast Du schon das Feedback für die Garage eingebaut, dass man ggf. über den Öffner-Dummy auch den State eines Doorsensors darstellen kann? Siehe auch http://forum.fhem.de/index.php/topic,32652.msg351134.html#msg351134 (http://forum.fhem.de/index.php/topic,32652.msg351134.html#msg351134)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: netbus am 09 November 2015, 10:54:14
Zitat von: martin.mueller.s am 08 November 2015, 22:13:13
irgendwie krieg ich das auch nicht mehr gebacken, nachdem mit der "ursprünglichen" Version die Installation mit der Anleitung auf "meintechblog.de" auf anhieb funktioniert hat, krieg ich es trotz mehrere Versuche in der jetzigen Version nicht mehr hin. Eine neue, aktualisierte Anleitung wie auf "meintechblog.de" wäre klasse.
bei mir scheitert es auch. Auch nach fhemwiki bekomme ich es nicht zum Laufen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 09 November 2015, 11:28:13
Hallo,
Die aktuellste Anleitung findet man hier:

https://github.com/nfarina/homebridge
(https://github.com/nfarina/homebridge)
Alles andere ist meisten nach kurzer Zeit unbrauchbar.

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 09 November 2015, 12:08:30
@kennymc.c

mein Startskript sieht im Moment so aus:

Code Auswählen
sudo nano /etc/init.d/homebridge

Zitat#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/pi"
cmd="./homebridge"
user="pi"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have failed"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
        exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0

Anschließend:
Code Auswählen
sudo chmod 755 /etc/init.d/homebridge
sudo update-rc.d homebridge defaults

danach startet homebridge automatisch. Folgende Kommandos stehen zur Verfügung:

Code Auswählen
sudo /etc/init.d/homebridge start
sudo /etc/init.d/homebridge stop
sudo /etc/init.d/homebridge status
sudo /etc/init.d/homebridge restart

für logs:
Code Auswählen
tail -f /var/log/homebridge.log
tail -f /var/log/homebridge.err

Ich hab auf das plugin von justme umgestellt und bisher sieht alles gut aus.

EDIT: hab den Pfad, der an dir übergeben wird angepasst, da man homebridge global starten kann und somit der Pfad eig. egal ist. Ein homebridge-Ordner im pi-Verzeichnis ist nicht notwendig, wohl aber das .homebridge Verzeichnis!

Laut @Justme in Post #1479 reich es aus folgende Befehle für die Installation auszuführen:

Code Auswählen
npm install -g homebridge
npm install -g https://github.com/justme-1968/homebridge-fhem.git

das config-file muss dann in das .homebridge-Verzeichnis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 09 November 2015, 14:55:32
Moin zusammen,
ich finde das irgendwie etwas befremdlich, wenn ich npm aufrufe bekomme ich statt dem Stand von justme-1968 den von cflurin. Wir haben doch sonst auch das gut funktionierende Maintainer-Prinzip. Ich fände es schön, wenn das auch hier greift.

Bitte einigt Euch in unserer aller Interesse. Was wir, denke ich, nicht brauchen, sind zwei unterschiedlich benamte FHEM-Plugins.

Danke für Eure tolle Entwicklungsarbeit und viele Grüße,
Veit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 November 2015, 15:16:11
schlimmer wäre es wenn beide auch noch gleich heissen :)

im ernst: ich habe keine idee wie wir das mit den namen besser machen können. das es unterschiedliche plugins gibt ist an sich nicht schlimm. schade finde ich das doppelt oder dreifach energie rein gesteckt wird und es am ende auch noch zu verwirrung führt da auch noch der funktionsumfang deutlich unterschiedlich ist.

gruss
  andre

ps: ich habe übrigens ein problem meinen shim bei npm zu listen da ich nicht einsehe mich dort mit einer öffentlich sichtbaren e-mail adresse zu registrieren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 09 November 2015, 17:09:09
@volschin und @andre
Wie gesagt, es war nicht meine Absicht, den "FHEM" Name zu verwenden, es hat sich zufällig ergeben, dass @nfarina das "homebridge-" Prefix vorgeschrieben hat. Andre hat als langjähriger Fhem-Developer den Vorrang  :), ich werde einen anderen Namen wählen.
Die Andre-Lösung habe ich am Anfang unterstützt aber ich habe andere Pläne und die jetzige Struktur ist IMHO nicht für Teamwork geeignet.

Gruss
flurin
Titel: Fehler beim Homebridge installieren
Beitrag von: CarstenF am 09 November 2015, 17:11:47
Hallo zusammen,

hat hier auch noch jemand diese Fehler.....
Code Auswählen
> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/build'
  CXX(target) Release/obj.target/curve/node_curve.o
In file included from ../node_curve.cc:9:0:
../node_modules/nan/nan.h:41:3: error: #error This version of node/NAN/v8 requires a C++11 compiler
In file included from ../node_curve.cc:1:0:
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.0.0/include/node/v8.h:336:1: error: expected unqualified-id before 'using'
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.0.0/include/node/v8.h:469:1: error: expected unqualified-id before 'using'
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp/4.0.0/include/node/v8.h:852:1: error: expected unqualified-id before 'using'
In file included from ../node_modules/nan/nan.h:194:0,
                 from ../node_curve.cc:9:


sowie

Code Auswählen
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns
gyp ERR! node -v v4.0.0
gyp ERR! node-gyp -v v3.0.1
gyp ERR! not ok
npm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge"
npm ERR! node v4.0.0
npm ERR! npm  v2.14.2
npm ERR! code ELIFECYCLE

npm ERR! curve25519@1.1.0 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the curve25519@1.1.0 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the curve25519 package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls curve25519
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/npm-debug.log


Das ganze kommt trotz einer kompletten Neuinstallation. Woran könnte das liegen?

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 18:32:42
Ich bekomme die Installation auch nicht mehr hin. Nach Anleitung von meintechblog lief es zunächst zumindest soweit, das ich die Homebridge in der Eve App finden konnte. Nachdem ich aber keine Geräte gefunden und bemerkt habe, dass sich Einiges geändert hat, habe ich nach der Anleitung von github.com/nfarina/homebridge komplett neuinstalliert. Hier scheitert es scheinbar an der Node.js version. Welche muss auf einem Raspberry denn genutzt werden? 4.0.0 oder 4.1.2? Auch die beschriebene Package.json im fhemwiki stimmt nicht mal ansatzweise mit der von Version 4.0.0 oder 4.1.2 überein. Ich würde mich auch über eine aktualisierte Anleitung a la meintechblog freuen. Zumindest um die Verwirrung der ganzen unterschiedlichen Versionen etwas zu entknoten. Ich seh leider auch nicht mehr durch was alles in welcher Version zusammenspielt und was nicht. Gerade wenn man damit anfängt sehr frustrierend :( So schwierig ist es eigentlich nicht....Aber irgendwie scheitert man doch an so vielen Ecken.

Grüße und danke für die geniale Entwicklung! Das lässt in Zukunft zumindest auf viele tolle Szenarien hoffen.

Gruß sTaN
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 09 November 2015, 19:50:31
@justme1968
homebridge-fhem gelöscht (sowohl GitHub wie auch npm).

Gruss
flurin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 19:52:47
Vielleicht noch eine interessante Alternative zur Eve App --> http://www.iphone-ticker.de/homekit-catalog-apple-bietet-eigene-homekit-app-an-89036/
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 09 November 2015, 19:55:34
Die gibt es aber nicht im AppStore. Damit dürfte sie nur für Entwickler geeignet sein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 09 November 2015, 20:18:41
@CarstenF hast du den Befehl mit sudo ausgeführt? ansonsten check mal die Zugriffsberechtigungen für die angegebenen Pfade.

@sTaN ich hab node Version 5.0.0 bei mir laufen. Sieht gut aus.

Ansonsten hab ich mich an die Anleitungen von nfarina und justme gehalten und ein bisschen rumprobiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 21:12:50
Wenn ich nach der offiziellen Anleitung von https://github.com/nfarina/homebridge/ vorgehe, erhalte ich bei der Installation von homebridge folgenden Fehler:

Code Auswählen
pi@raspberrypi ~ $ sudo npm install -g homebridge
npm WARN install:bindings ENOENT: no such file or directory, rename '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/node_modules/bindings' -> '/usr/local/lib/node_modules/homebridge/node_modules/bindings'
npm WARN install:nan ENOENT: no such file or directory, rename '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/node_modules/nan' -> '/usr/local/lib/node_modules/homebridge/node_modules/nan'
ansi-regex@2.0.0 node_modules/homebridge/node_modules/chalk/node_modules/has-ansi/node_modules/ansi-regex -> node_modules/homebridge/node_modules/ansi-regex
ansi-styles@2.1.0 node_modules/homebridge/node_modules/chalk/node_modules/ansi-styles -> node_modules/homebridge/node_modules/ansi-styles
bindings@1.2.1 node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/node_modules/bindings -> node_modules/homebridge/node_modules/bindings
- ansi-regex@2.0.0 node_modules/homebridge/node_modules/chalk/node_modules/strip-ansi/node_modules/ansi-regex
escape-string-regexp@1.0.3 node_modules/homebridge/node_modules/chalk/node_modules/escape-string-regexp -> node_modules/homebridge/node_modules/escape-string-regexp
graceful-readlink@1.0.1 node_modules/homebridge/node_modules/commander/node_modules/graceful-readlink -> node_modules/homebridge/node_modules/graceful-readlink
- curve25519@1.1.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
- bindings@1.2.1 node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/node_modules/bindings
- nan@2.1.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/node_modules/nan
- ed25519@0.0.3 node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519
- bindings@1.2.1 node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/node_modules/bindings
- srp@0.2.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp
- nan@2.1.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum/node_modules/nan
has-ansi@2.0.0 node_modules/homebridge/node_modules/chalk/node_modules/has-ansi -> node_modules/homebridge/node_modules/has-ansi
nan@2.0.9 node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/node_modules/nan -> node_modules/homebridge/node_modules/mdns/node_modules/nan
mdns@2.2.10 node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns -> node_modules/homebridge/node_modules/mdns
mkdirp@0.3.5 node_modules/homebridge/node_modules/hap-nodejs/node_modules/node-persist/node_modules/mkdirp -> node_modules/homebridge/node_modules/mkdirp
ms@0.7.1 node_modules/homebridge/node_modules/hap-nodejs/node_modules/debug/node_modules/ms -> node_modules/homebridge/node_modules/ms
debug@2.2.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/debug -> node_modules/homebridge/node_modules/debug
nan@2.1.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/node_modules/nan -> node_modules/homebridge/node_modules/nan
bignum@0.11.0 node_modules/homebridge/node_modules/hap-nodejs/node_modules/srp/node_modules/bignum -> node_modules/homebridge/node_modules/bignum
q@1.1.2 node_modules/homebridge/node_modules/hap-nodejs/node_modules/node-persist/node_modules/q -> node_modules/homebridge/node_modules/q
node-persist@0.0.3 node_modules/homebridge/node_modules/hap-nodejs/node_modules/node-persist -> node_modules/homebridge/node_modules/node-persist
strip-ansi@3.0.0 node_modules/homebridge/node_modules/chalk/node_modules/strip-ansi -> node_modules/homebridge/node_modules/strip-ansi
supports-color@2.0.0 node_modules/homebridge/node_modules/chalk/node_modules/supports-color -> node_modules/homebridge/node_modules/supports-color

Habe zuvor Node.js 5.0.0 installiert. Kann ich herausfinden, ob noch alte "Leichen" der ersten Installation übrig sind? Hatte homebridge zunächst mit einem git clone installiert:

Code Auswählen
cd /home/pi && git clone https://github.com/nfarina/homebridge.git && cd homebridge && sudo npm install

Beim Versuch zu deinstallieren mit:

Code Auswählen
pi@raspberrypi ~ $ sudo npm uninstall homebridge

erhielt ich:
Code Auswählen
npm WARN ENOENT ENOENT: no such file or directory, open '/home/pi/package.json'
npm WARN EPACKAGEJSON /home/pi No description
npm WARN EPACKAGEJSON /home/pi No repository field.
npm WARN EPACKAGEJSON /home/pi No README data
npm WARN EPACKAGEJSON /home/pi No license field.

dann habe ich einfach den homebridge Ordner gelöscht mittels:
Code Auswählen
rm -R homebridge

Grüße

EDIT: Kleiner aber feiner unterschied. mit
Code Auswählen
sudo ppm uninstall -g homebridge hat er es mir scheinbar sauber deinstalliert
Nach erneutem Versuch einen git Clone zu erstellen und dann zu installieren, erhalte ich folgende Meldungen (Auszug):

Code Auswählen
pi@raspberrypi ~/homebridge $ sudo npm install

> mdns@2.2.10 install /home/pi/homebridge/node_modules/mdns
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/home/pi/homebridge/node_modules/mdns/.node-gyp"
...
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/mdns
gyp ERR! node -v v5.0.0
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
homebridge@0.2.11 /home/pi/homebridge
├─┬ chalk@1.1.1
│ ├── ansi-styles@2.1.0
│ ├── escape-string-regexp@1.0.3
│ ├─┬ has-ansi@2.0.0
│ │ └── ansi-regex@2.0.0
│ ├── strip-ansi@3.0.0
│ └── supports-color@2.0.0
├─┬ commander@2.8.1
│ └── graceful-readlink@1.0.1
├── curve25519@1.1.0  extraneous (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
├── debug@2.2.0  extraneous
├── ed25519@0.0.3  extraneous (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
├── node-persist@0.0.3  extraneous
├── semver@5.0.3
└── srp@0.2.0  extraneous (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)

npm WARN EPACKAGEJSON homebridge@0.2.11 No license field.
npm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v5.0.0
npm ERR! npm  v3.3.6
npm ERR! code ELIFECYCLE

npm ERR! mdns@2.2.10 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.2.10 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls mdns
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log


Sieht für mich so aus, als ob er keinen Zugriff auf das Node.js 5.0.0 hat? Obwohl ich die files auch mit sudo cp -R * /usr/local kopiert habe und nach Eingabe von node -v auch die Version 5.0.0 angezeigt bekomme.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 09 November 2015, 22:41:33
Zitat von: l2r am 09 November 2015, 20:18:41
@CarstenF hast du den Befehl mit sudo ausgeführt? ansonsten check mal die Zugriffsberechtigungen für die angegebenen Pfade.

@sTaN ich hab node Version 5.0.0 bei mir laufen. Sieht gut aus.

Ansonsten hab ich mich an die Anleitungen von nfarina und justme gehalten und ein bisschen rumprobiert.

Ja, habe ich. Trotzdem.... Mennnoooooo :-(
Ich bleib dran.....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 22:45:52
Also ich bin ein Stück weiter. Ursache war das fehlende gcc 4.8  ::)
Nach meiner Anleitung konnte ich Homebridge und das Plugin von justme wie folgt installieren:

ZitatSystem auf den aktuellen Stand bringen

sudo apt-get update
sudo apt-get upgrade

Installierte GCC Version prüfen (4.8 wird benötigt)

gcc --version

Wenn nötig GCC 4.8 installieren

sudo apt-get install gcc-4.8 g++-4.8
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.6 20
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 50
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.6 20
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.8 50

Node.js installieren

wget https://nodejs.org/dist/v5.0.0/node-v5.0.0-linux-armv6l.tar.gz
tar -xvf node-v5.0.0-linux-armv6l.tar.gz
cd node-v5.0.0-linux-armv6l
sudo cp -R * /usr/local/

Installierte Node.js Version prüfen

node -v

Avahi installieren

sudo apt-get install libavahi-compat-libdnssd-dev

Aktuellen Homebridge Clone herunterladen

git clone https://github.com/nfarina/homebridge.git
cd homebridge

(Stand 09.11.2015) Homebridge nutzt den neuen hap-nodejs npm module, die minimalistische package.json lsollte wie folgt aussehen:

{
  "name": "homebridge",
  "description": "HomeKit support for the impatient",
  "version": "0.1.1",
  "scripts": {
    "start": "DEBUG=* node app.js || true"
  },
  "repository": {
    "type": "git",
    "url": "git://github.com/nfarina/homebridge.git"
  },
  "license": "ISC",
  "dependencies": {
    "color": "0.10.x",
    "hap-nodejs": "^0.0.2",
    "mdns": "^2.2.4",
    "node-persist": "0.0.x",
    "q": "1.4.x",
    "request": "2.49.x",
    "xml2js": "0.4.x",
    "xmldoc": "0.1.x",
    "debug": "^2.2.0"
  }
}

Installation von Homebridge (Dauer ca. 30 Minuten)

npm install


Nach Installation erhält man die Auflistung der installierten Packages

homebridge@0.2.11 /home/pi/homebridge
├─┬ chalk@1.1.1
│ ├── ansi-styles@2.1.0
│ ├── escape-string-regexp@1.0.3
│ ├─┬ has-ansi@2.0.0
│ │ └── ansi-regex@2.0.0
│ ├── strip-ansi@3.0.0
│ └── supports-color@2.0.0
├─┬ commander@2.8.1
│ └── graceful-readlink@1.0.1
├─┬ hap-nodejs@0.0.3
│ ├─┬ curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
│ │ ├── bindings@1.2.1
│ │ └── nan@2.1.0
│ ├─┬ debug@2.2.0
│ │ └── ms@0.7.1
│ ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
│ ├─┬ mdns@2.2.10
│ │ └── nan@2.0.9
│ ├─┬ node-persist@0.0.3
│ │ ├── mkdirp@0.3.5
│ │ └── q@1.1.2
│ └─┬ srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)
│   └── bignum@0.11.0
└── semver@5.0.3

npm WARN EPACKAGEJSON homebridge@0.2.11 No license field.


Fhem Plugin von justme installieren

sudo npm install -g https://github.com/justme-1968/homebridge-fhem.git

Ich habe nun im Verzeichnis /home/pi/homebridge ein Verzeichnis .homebridge angelegt und folgende config.json eingefügt:

Code Auswählen

    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "description": "Homebridge Konfigurationsdatei für Fhem",

    "accessories": [
        {

        }
    ],

    "platforms": [
        {
            "platform" : "FHEM",
            "name" : "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit"
        }
    ]
}


Starte ich nun homebridge mit dem Befehl
Code Auswählen
/home/pi/homebridge/bin/homebridge bekomme ich den Fehler:
Code Auswählen
*** 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Couldn't find a config.json file at '/home/pi/.homebridge/config.json'. Look at config-sample.json for examples of how to format your config.js and add your home accessories.


Aber ich komme der Sache wieder etwas näher.

Gruß
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 09 November 2015, 22:51:01
du hast das .homebridge Verzeichnis eine ebene zu tief angelegt., das wird eigen bei der installation direkt unter /home/pi angelegt.

mach mal ls -la und guck ob das da ist.

Falls du homebrige als Root installiert hast, dann schau auch mal im entsprechenden Verzeichnis vom Root-User

Ich hatte das als pi installiert und hatte dem pi-User entsprechende Berechtigungen gegeben.

P.s.: starten sollte durch einfache Eingabe von homebrige funktionieren, egal in welchem Verzeichnis du dich befindest.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 22:54:38
Das wars! Verzeichnis existierte schon. Habe das im git clone Verzeichnis angelegt.
Mühsam ernährt sich das Eichhörnchen. Nun habe ich scheinbar nur noch einen Syntax Fehler in der config.json die nun wie folgt aussieht:

Code Auswählen

    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "description": "Homebridge Konfigurationsdatei für Fhem",

    "accessories": [
        {
         "name": "Stehlampe",
         "service": "Switch"
        }
    ],

    "platforms": [
        {
            "platform" : "FHEM",
            "name" : "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit"
        }
    ]
}

Ausgabe nach Start mit /home/pi/homebridge/bin/homebridge:

Code Auswählen
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1447105811771
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 1 accessories...
/home/pi/homebridge/lib/api.js:33
  if (name.indexOf('.') == -1) {
          ^

TypeError: Cannot read property 'indexOf' of undefined
    at API.accessory (/home/pi/homebridge/lib/api.js:33:11)
    at Server._loadAccessories (/home/pi/homebridge/lib/server.js:155:42)
    at Server.run (/home/pi/homebridge/lib/server.js:36:38)
    at module.exports (/home/pi/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/home/pi/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:425:26)
    at Object.Module._extensions..js (module.js:432:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Function.Module.runMain (module.js:457:10)

Wenn ich Accessoires leer lasse, kommt der Gleiche Fehler.

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 23:15:43
Das Problem lag im Bereich accessories": Den musste ich inkl. geschweifter Klammern leeren und bei filter mein Hem Raum HomeKit setzen.
Ich habe nun folgende config.json im Einsatz:

Code Auswählen

    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "description": "Homebridge Konfigurationsdatei für Fhem",

    "accessories": [
    ],

    "platforms": [
        {
            "platform" : "FHEM",
            "name" : "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit"
        }
    ]
}

Ich konnte meine Homebridge nun mit der Eve App koppeln und habe sogar die Stehlampe in der Eve App. Kann sie darüber auch Ein und Aus schalten. Nur Siri will das für mich noch nicht übernehmen. Habe einen Raum Wohnzimmer in der Eve App angelegt und die Stehlampe zugeordnet.

Sage ich nun "Schalte die Stehlampe im Wohnzimmer aus", antwortet sie mir mit "Ich sehe nichts zu Hotels"  :o
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 09 November 2015, 23:16:55
Code Auswählen
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [ {                                                                                   "platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
} ],
"accessories": []
}

So sieht mein config file aus.

@sTaN:  Versuch mal in eve eine Szene zu definieren. Beispielsweise "Stehlampe aus" und dann sag mal Siri das Kommando "Stehlampe aus"

Wenn Siri aus steh Lampe zwei Worte macht, dann trenne das bitte auch im Szenennamen

Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 23:20:14
Ok witzigerweise funktioniert der Befehl "Schalte die Stehlampe im Wohnzimmer ein"  ;D
"Schalte die Stehlampe im Wohnzimmer aus" bringt mir immer die Antwort "ich habe nichts zu Hotels gefunden".
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 09 November 2015, 23:22:25
Was erkennt Siri denn wenn du den Befehl gibst?


Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 23:29:31
Zitat von: l2r am 09 November 2015, 23:22:25
Was erkennt Siri denn wenn du den Befehl gibst?

Die Frage verstehe ich nicht ganz? Wenn ich nur "Stehlampe aus" sage, funktioniert auch das ausschalten der Lampe. Scheinbar kommt sie mit dem Wohnzimmer dazu nicht klar.

Eine finale Frage für heute hätte ich noch. Gibt es derzeit en funktionierendes Start und Stop Skript für die homebridge, welches auch gleich bei einem Neustart des Raspberry mit startet?

Viele Grüße und Danke für die Geduld! Bin schon mal sehr happy soweit gekommen zu sein!

sTaN
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 09 November 2015, 23:32:49
Nachdem du gesprochen hast schreibt Siri ja, was sie verstanden hat.passt das zu dem was du gesagt hast? Oder versteht sie irgendwas von Hotels?

Bei mir funktioniert das Startskript was ich ein paar Beträge vorher gepostet hatte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 09 November 2015, 23:34:15
Nee das passt. Das was ich gesagt habe, also "Schalte die Stehlampe im Wohnzimmer ein" wird auch geschrieben. Aber dennoch interpretiert sie etwas mit Hotels.

EDIT: Gleiches gilt für die TV Lampe. Habe in Hem die Bezeichnung TVBacklight und in der Eve App das Gerät in TV Lampe umbenannt. Aber die bekomme ich über Siri nicht geschaltet. Sie scheint mir was das angeht doch noch recht doof zu sein. ;-)

Leider scheint es auch nicht möglich zu sein structures in Hem zu schalten. Habe in der Küche LED Leisten als structure in Fhem definiert. Beim Start von homebridge sagt er aber
Code Auswählen
FHEM] ignoring structure LED_Leisten

Aber immerhin einen großen Schritt heute getan. Vielen Dank für die Unterstützung!
sTaN
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Steeeve am 10 November 2015, 09:12:25
Hallo Leute!

Wie so manch anderer bin ich einfach echt zu doof das zu installieren - habs schon x mal nach Anleitung versucht unter Suse und irgendwelchen Docker Debian images whatever zu installieren. Klappt nicht.
Meint ihr es wäre ev. möglich, dass einer, der das schon aus dem FF installieren kann, die Basis mal in ein Docker Image verpackt?
Das wäre Grenzgenial.

Vielen Dank im Voraus

Steeeve
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 10 November 2015, 10:08:33
Hi sTaN,
Hörte sich ja vielversprechend an heute Morgen... Ich frag mich nur warum das bei Dir läuft und bei mir nicht... ;)
Kann das letztendlich am PI liegen? Ist ein B+. Kann es zwar nicht glauben aber man hat ja schon Pferde ... vor der Apotheke und so.

Ich bekomme, (egal ob als pi o. root) bei der Installation der homebridge immer noch folgenden Fehler, was dazu führt, das nix installiert wird.

Code Auswählen
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /homebridge/node_modules/mdns
gyp ERR! node -v v5.0.0
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
homebridge@0.2.11 /homebridge
├─┬ chalk@1.1.1
│ ├── ansi-styles@2.1.0
│ ├── escape-string-regexp@1.0.3
│ ├─┬ has-ansi@2.0.0
│ │ └── ansi-regex@2.0.0
│ ├── strip-ansi@3.0.0
│ └── supports-color@2.0.0
├─┬ commander@2.8.1
│ └── graceful-readlink@1.0.1
├── curve25519@1.1.0  extraneous (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
├── debug@2.2.0  extraneous
├── ed25519@0.0.3  extraneous (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
├── node-persist@0.0.3  extraneous
├── semver@5.0.3
└── srp@0.2.0  extraneous (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)

npm WARN EPACKAGEJSON homebridge@0.2.11 No license field.
npm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v5.0.0
npm ERR! npm  v3.3.6
npm ERR! code ELIFECYCLE

npm ERR! mdns@2.2.10 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.2.10 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls mdns
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /homebridge/npm-debug.log

Habe ansonsten alles nach Deiner Anleitung gemacht.
Wobei ich lese gerade bei Dir läuft das auf einer FB. Könnte natürlich der Auslöser sein.....
Gruß Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 10 November 2015, 12:02:39
Nee nee. Bei mir läuft es auf einem Pi B. Die Signatur stimmt nicht mehr. Bin am Sonntag auf den Pi umgezogen. Hast du auch gcc 4.8 installiert? Was sagt gcc --version? und was sagt der Befehl node -v ?

wenn du honebridgr installierst, welchen Befehl nimmst du?

sudo npm install
oder
npm install?

Lass das sudo weg! Habe es mit dem Benutzer Pi installiert.

Könntest du vielleicht noch den Anfang der Installation schicken? Also den Anfangs Logauszug

Gruß sTaN
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 10 November 2015, 12:18:45
Hi, also die gcc 4.8 habe ich installiert. Bei der Abfrage kommt aber

Code Auswählen
pi@raspberrypi ~ $ sudo apt-get install gcc-4.8 g++-4.8
Reading package lists... Done
Building dependency tree       
Reading state information... Done
g++-4.8 is already the newest version.
gcc-4.8 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.

pi@raspberrypi ~ $ gcc --version
gcc (Debian 4.6.3-14+rpi1) 4.6.3
Copyright (C) 2011 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

die node Version ist die 5.0 (habe ich abgefragt)

Ich habe dann mal einfach mit npm install neu probiert und erhalte folgendes

Code Auswählen
pi@raspberrypi ~ $ cd homebridge
pi@raspberrypi ~/homebridge $ npm install

> mdns@2.2.10 install /home/pi/homebridge/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/home/pi/homebridge/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from /home/pi/.node-gyp/5.0.0/include/node/node.h:42:0,
                 from ../src/mdns.hpp:11,
                 from ../src/dns_sd.cpp:1:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:336:1: error: expected unqualified-id before 'using'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:469:1: error: expected unqualified-id before 'using'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:856:1: error: expected unqualified-id before 'using'
In file included from ../node_modules/nan/nan.h:182:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_maybe_43_inl.h:13:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:16:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:19:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:24:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:31:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:36:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:41:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:46:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:51:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:60:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:65:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:70:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:77:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:84:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:92:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:99:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:109:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:115:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:119:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:126:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:131:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:136:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:140:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:146:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:151:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:157:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:163:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:169:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:175:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:181:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:187:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:195:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:202:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:206:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:210:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:214:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:218:12: error: 'MaybeLocal' does not name a type
In file included from ../node_modules/nan/nan.h:187:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_converters.h:14:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_converters.h:16:56: error: 'Maybe' does not name a type
../node_modules/nan/nan_converters.h:26:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:27:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:28:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:29:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:30:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:31:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:32:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:42:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:43:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:44:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:45:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:46:1: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_converters.h:59:0,
                 from ../node_modules/nan/nan.h:187,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_converters_43_inl.h:18:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Boolean>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:19:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Number>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:20:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::String>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:21:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Object>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:22:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Integer>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:23:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Uint32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:24:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Int32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:34:1: error: 'return_t' in 'struct Nan::imp::ToFactory<bool>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:35:1: error: 'return_t' in 'struct Nan::imp::ToFactory<double>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:36:1: error: 'return_t' in 'struct Nan::imp::ToFactory<long long int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:37:1: error: 'return_t' in 'struct Nan::imp::ToFactory<unsigned int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:38:1: error: 'return_t' in 'struct Nan::imp::ToFactory<int>' does not name a type
In file included from ../node_modules/nan/nan.h:188:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Integer]':
../node_modules/nan/nan_new.h:21:32: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:21:32: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Int32]':
../node_modules/nan/nan_new.h:28:30: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:28:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Uint32]':
../node_modules/nan/nan_new.h:35:31: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:35:31: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: At global scope:
../node_modules/nan/nan_new.h:43:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_new.h:75:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:141:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:147:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:148:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:160:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:161:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:162:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:163:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:165:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:166:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:182:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:183:17: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_new.h:189:0,
                 from ../node_modules/nan/nan.h:188,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_implementation_12_inl.h:56:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Date>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::Function>::return_t Nan::imp::Factory<v8::Function>::New(Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan_implementation_12_inl.h:90:46: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::FunctionTemplate>::return_t Nan::imp::Factory<v8::FunctionTemplate>::New(Nan::FunctionCallback, v8::Local<v8::Value>, v8::Local<v8::Signature>)':
../node_modules/nan/nan_implementation_12_inl.h:118:48: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: At global scope:
../node_modules/nan/nan_implementation_12_inl.h:197:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:216:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:222:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:254:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:262:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:268:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:275:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:281:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:286:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:347:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:354:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
In file included from ../node_modules/nan/nan.h:188:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_new.h:291:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:297:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:303:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:309:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:315:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:321:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:327:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
In file included from ../src/mdns.hpp:12:0,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../node_modules/nan/nan.h:639:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowError(const char*)':
../node_modules/nan/nan.h:639:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::RangeError(const char*)':
../node_modules/nan/nan.h:640:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowRangeError(const char*)':
../node_modules/nan/nan.h:640:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::ReferenceError(const char*)':
../node_modules/nan/nan.h:641:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowReferenceError(const char*)':
../node_modules/nan/nan.h:641:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::SyntaxError(const char*)':
../node_modules/nan/nan.h:642:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowSyntaxError(const char*)':
../node_modules/nan/nan.h:642:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::TypeError(const char*)':
../node_modules/nan/nan.h:643:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowTypeError(const char*)':
../node_modules/nan/nan.h:643:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: At global scope:
../node_modules/nan/nan.h:651:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:673:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:689:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:702:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:719:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:725:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:733:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:740:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:746:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h: In member function 'void Nan::Callback::SetFunction(const v8::Local<v8::Function>&)':
../node_modules/nan/nan.h:1366:40: error: 'Set' was not declared in this scope
../node_modules/nan/nan.h:1366:40: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../node_modules/nan/nan.h: In member function 'void Nan::AsyncWorker::SaveToPersistent(const char*, const v8::Local<v8::Value>&)':
../node_modules/nan/nan.h:1488:41: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'v8::Local<v8::Value> Nan::AsyncWorker::GetFromPersistent(const char*) const':
../node_modules/nan/nan.h:1506:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'virtual void Nan::AsyncWorker::HandleErrorCallback()':
../node_modules/nan/nan.h:1540:58: error: no matching function for call to 'New(const char*)'
../node_modules/nan/nan.h:1540:58: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h: In function 'void Nan::SetMethod(const T&, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1829:16: error: there are no arguments to 'GetFunction' that depend on a template parameter, so a declaration of 'GetFunction' must be available [-fpermissive]
../node_modules/nan/nan.h:1829:16: note: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
../node_modules/nan/nan.h:1830:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetPrototypeMethod(v8::Local<v8::FunctionTemplate>, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1842:32: error: 'GetFunction' was not declared in this scope
../node_modules/nan/nan.h:1843:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetAccessor(v8::Local<v8::ObjectTemplate>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute, Nan::imp::Sig)':
../node_modules/nan/nan.h:1868:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'bool Nan::SetAccessor(v8::Local<v8::Object>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute)':
../node_modules/nan/nan.h:1911:51: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetNamedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::PropertyGetterCallback, Nan::PropertySetterCallback, Nan::PropertyQueryCallback, Nan::PropertyDeleterCallback, Nan::PropertyEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:1959:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetIndexedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::IndexGetterCallback, Nan::IndexSetterCallback, Nan::IndexQueryCallback, Nan::IndexDeleterCallback, Nan::IndexEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2029:47: error: 'NewInstance' was not declared in this scope
In file included from ../src/mdns.hpp:12:0,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan.h: In function 'void Nan::Export(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:2090:35: error: no matching function for call to 'New(const char*&)'
../node_modules/nan/nan.h:2090:35: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h:2091:47: error: 'GetFunction' was not declared in this scope
../node_modules/nan/nan.h:2091:65: error: 'Set' was not declared in this scope
../node_modules/nan/nan.h:2091:65: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../node_modules/nan/nan.h: In constructor 'Nan::Tap::Tap(v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2098:30: error: no matching function for call to 'To(v8::Local<v8::Value>&)'
../node_modules/nan/nan.h:2098:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan.h: In member function 'void Nan::Tap::ok(bool, const char*)':
../node_modules/nan/nan.h:2111:33: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'void Nan::Tap::pass(const char*)':
../node_modules/nan/nan.h:2117:30: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
In file included from ../src/dns_sd.cpp:5:0:
../src/mdns_utils.hpp: In function 'v8::Local<v8::Value> node_mdns::stringOrUndefined(const char*)':
../src/mdns_utils.hpp:50:40: error: no matching function for call to 'New(const char*&)'
../src/mdns_utils.hpp:50:40: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
In file included from ../src/dns_sd.cpp:7:0:
../src/txt_record_ref.hpp: At global scope:
../src/txt_record_ref.hpp:11:36: error: 'v8::Handle' has not been declared
../src/txt_record_ref.hpp:11:42: error: expected ',' or '...' before '<' token
../src/txt_record_ref.hpp:16:44: error: 'v8::Handle' has not been declared
../src/txt_record_ref.hpp:16:50: error: expected ',' or '...' before '<' token
../src/txt_record_ref.hpp: In static member function 'static bool node_mdns::TxtRecordRef::HasInstance(int)':
../src/txt_record_ref.hpp:17:20: error: 'value' was not declared in this scope
../src/txt_record_ref.hpp:18:44: error: 'value' was not declared in this scope
In file included from ../src/dns_sd.cpp:9:0:
../src/socket_watcher.hpp: At global scope:
../src/socket_watcher.hpp:10:36: error: 'v8::Handle' has not been declared
../src/socket_watcher.hpp:10:42: error: expected ',' or '...' before '<' token
../src/dns_sd.cpp: In function 'void node_mdns::init(v8::Local<v8::Object>)':
../src/dns_sd.cpp:55:38: error: no matching function for call to 'node_mdns::TxtRecordRef::Initialize(v8::Local<v8::Object>&)'
../src/dns_sd.cpp:55:38: note: candidate is:
../src/txt_record_ref.hpp:11:21: note: static void node_mdns::TxtRecordRef::Initialize(int)
../src/txt_record_ref.hpp:11:21: note:   no known conversion for argument 1 from 'v8::Local<v8::Object>' to 'int'
../src/dns_sd.cpp:57:39: error: no matching function for call to 'node_mdns::SocketWatcher::Initialize(v8::Local<v8::Object>&)'
../src/dns_sd.cpp:57:39: note: candidate is:
../src/socket_watcher.hpp:10:21: note: static void node_mdns::SocketWatcher::Initialize(int)
../src/socket_watcher.hpp:10:21: note:   no known conversion for argument 1 from 'v8::Local<v8::Object>' to 'int'
../src/dns_sd.cpp: In function 'void node_mdns::defineFunction(v8::Local<v8::Object>, const char*, Nan::FunctionCallback)':
../src/dns_sd.cpp:92:5: error: 'Set' is not a member of 'Nan'
../src/dns_sd.cpp:92:5: note: suggested alternatives:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../src/dns_sd.cpp:92:37: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../src/dns_sd.cpp:93:13: error: 'GetFunction' is not a member of 'Nan'
../src/dns_sd.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE node_mdns::buildException(Nan::NAN_METHOD_ARGS_TYPE)':
../src/dns_sd.cpp:105:57: error: no matching function for call to 'To(v8::Local<v8::Value>)'
../src/dns_sd.cpp:105:57: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../node_modules/nan/nan.h:639:3: warning: control reaches end of non-void function [-Wreturn-type]
dns_sd_bindings.target.mk:141: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/home/pi/homebridge/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /home/pi/homebridge/node_modules/mdns
gyp ERR! node -v v5.0.0
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
homebridge@0.2.11 /home/pi/homebridge
├─┬ chalk@1.1.1
│ ├── ansi-styles@2.1.0
│ ├── escape-string-regexp@1.0.3
│ ├─┬ has-ansi@2.0.0
│ │ └── ansi-regex@2.0.0
│ ├── strip-ansi@3.0.0
│ └── supports-color@2.0.0
├─┬ commander@2.8.1
│ └── graceful-readlink@1.0.1
├── curve25519@1.1.0  extraneous (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
├── debug@2.2.0  extraneous
├── ed25519@0.0.3  extraneous (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
├── node-persist@0.0.3  extraneous
├── semver@5.0.3
└── srp@0.2.0  extraneous (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)

npm WARN EPACKAGEJSON homebridge@0.2.11 No license field.
npm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install"
npm ERR! node v5.0.0
npm ERR! npm  v3.3.6
npm ERR! code ELIFECYCLE

npm ERR! mdns@2.2.10 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the mdns@2.2.10 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the mdns package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls mdns
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log


Übrigens... Danke fürs Helfen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 12:40:58
hi,

geb mal
Code Auswählen
npm install -g homebridge

und anschließend

Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git

damit installierst du als erstes die neue hombridge-version von nfaria und anschließend das plugin von justme.

nach der installation sollte auch das .homebrige Verzeichnis angelegt worden sein (sieht man nur mit ls -la).

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 10 November 2015, 13:14:45
Ich versuche das Ganze gerade nach sTaNs Anleitung auf einem Pi B zu installieren. Ich komme zumindest schon mal viel weiter, als in den letzten zwei Wochen mit den diversen Anleitungen, die momentan im Netz zu finden sind.

Homebridge und das Plugin lassen sich ohne Fehlermeldungen installieren. Anscheinend wird aber das .homebridge Verzeichnis nicht angelegt (kontrolliert mit ls -la). Wo genau sollte sich das denn befinden? Unter pi oder homebridge?

Was mir darüber hinaus noch nicht klar ist, wird jeder Installationsschritt aus dem Verzeichnis pi heraus vorgenommen?

Vielen Dank an alle, die sich hier bemühen.


EDIT: Ich habe es jetzt hinbekommen. Der das Verzeichnis .homebridge liegt nach der Installation unter /root/. Dort die config.json anlegen und schon funktioniert es.
Bin dann mal spielen...

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 13:25:50
das Verzeichnis .homebridge wird im home-Verzeichnis des User, unter dem die Installation durchgeführt  wird angelegt.

wenn du als User pi 
Code Auswählen
npm install -g homebridge ausführst, dann sollte das .homebridge unter /home/pi/.homebrigde vorhanden sein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 10 November 2015, 13:54:52
Zitat von: l2r am 10 November 2015, 13:25:50
das Verzeichnis .homebridge wird im home-Verzeichnis des User, unter dem die Installation durchgeführt  wird angelegt.

wenn du als User pi 
Code Auswählen
npm install -g homebridge ausführst, dann sollte das .homebridge unter /home/pi/.homebrigde vorhanden sein.

Wie gesagt, bei mir lag der Ordner unter /root. Wahrscheinlich habe ich homebridge als root installiert. Es hat jedenfalls funktioniert. Allerdings war es nur ein kurzes Vergnügen. Nachdem ich mehr Lampen und ein HM-Thermostat hinzufügen wollte, findet mein iPhone die Homebridge nicht mehr. In der Konsole erhalte ich beim starten folgende Fehlermeldung:

Code Auswählen
*** 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1447159665070
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 1 results
[FHEM] Couchlampe is switchable
[FHEM] Couchlampe has onOff [state;on,off]
[FHEM]   caching: Couchlampe-state: 0 as number (from off)
[FHEM] Initializing platform accessory 'Couchlampe'...
[FHEM] creating services for Couchlampe
[FHEM]   information service for Couchlampe
[FHEM]   switch service for Couchlampe
[FHEM]     on characteristic for Couchlampe
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

Auch nachdem ich das Thermostat und die anderen Lampen wieder aus dem Raum "Homekit" entfernt habe, ändert sich daran nichts. Aber es war trotzdem schön, Siri mal meine Couchlampe schalten zu lassen. ;-) Ich probiere weiter.

Oli

EDIT: Vertippt...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 14:02:46
laut logfile sieht alles gut aus und deine homebridge läuft.

dass, dass iPhone die Homebridge nicht mehr findet tauchte hier im Forum schon das ein oder andere mal auf. Wenn ich das richtig in Erinnerung habe, dann hat es geholfen, die MAC-Adresse im config.json-File zu ändern.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 10 November 2015, 14:13:52
Zitat von: l2r am 10 November 2015, 14:02:46
...dann hat es geholfen, die MAC-Adresse im config.json-File zu ändern.

Das hat funktioniert. Vielen Dank.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 10 November 2015, 14:24:56
Ich kriege es nicht hin  >:(   :'(

npm auf die neuste Version aktualisiert.

trotzdem bleibt bei: npm install -g homebridge

Code Auswählen
pi@raspberrypi ~/homebridge $ npm install -g homebridge
npm WARN checkPermissions Missing write access to /usr/local/lib/node_modules
/usr/local/lib
└─┬ homebridge@0.2.11
  ├─┬ chalk@1.1.1
  │ ├── ansi-styles@2.1.0
  │ ├── escape-string-regexp@1.0.3
  │ ├─┬ has-ansi@2.0.0
  │ │ └── ansi-regex@2.0.0
  │ ├── strip-ansi@3.0.0
  │ └── supports-color@2.0.0
  ├─┬ commander@2.8.1
  │ └── graceful-readlink@1.0.1
  ├─┬ hap-nodejs@0.0.3
  │ ├─┬ curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
  │ │ ├── bindings@1.2.1
  │ │ └── nan@2.1.0
  │ ├─┬ debug@2.2.0
  │ │ └── ms@0.7.1
  │ ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
  │ ├─┬ mdns@2.2.10
  │ │ └── nan@2.0.9
  │ ├─┬ node-persist@0.0.3
  │ │ ├── mkdirp@0.3.5
  │ │ └── q@1.1.2
  │ └─┬ srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)
  │   └── bignum@0.11.0
  └── semver@5.0.3

npm ERR! Linux 4.1.7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.0.0
npm ERR! npm  v3.3.12
npm ERR! path /usr/local/lib/node_modules
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access

npm ERR! Error: EACCES: permission denied, access '/usr/local/lib/node_modules'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, access '/usr/local/lib/node_modules']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/usr/local/lib/node_modules' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log

Wenn ich das als root mache, kommt das gleiche. Warum wird hier der Schreibzugriff verweigert?

Code Auswählen
Missing write access to /usr/local/lib/node_modules
/usr/local/lib
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 14:30:10
dann ändere doch mal testweise die Berechtigungen für den user pi so, dass er in den Ordnern Schreibrechte hat.. kannste ja nachher wieder zurück ändern.

Code Auswählen
sudo chmod -R 777 /usr/local/lib


wenn dein system außerhalb deines netzwerkes erreichbar ist, dann solltest du mit chmod 777 vorsichtig sein!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 10 November 2015, 14:53:54
Danke für den Tip, aber trotzdem bleiben ein Haufen Fehlermeldungen bei der Installation. Ich glaube ich beobachte das ganze erstmal weiter, bzw. ich fange vllt. wieder von vorne an. Ich poste aber trotzdem mal die Fehlermeldungen. Vielleicht kann da ja später mal noch jemand was damit anfangen.
Danke erstmal noch an Euch alle

[code]pi@raspberrypi ~/homebridge $ npm install -g homebridge
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge

> mdns@2.2.10 install /usr/local/lib/node_modules/homebridge/node_modules/mdns
> node-gyp rebuild

make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/mdns/build'
  CXX(target) Release/obj.target/dns_sd_bindings/src/dns_sd.o
In file included from /home/pi/.node-gyp/5.0.0/include/node/node.h:42:0,
                 from ../src/mdns.hpp:11,
                 from ../src/dns_sd.cpp:1:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:336:1: error: expected unqualified-id before 'using'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:469:1: error: expected unqualified-id before 'using'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:856:1: error: expected unqualified-id before 'using'
In file included from ../node_modules/nan/nan.h:182:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_maybe_43_inl.h:13:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:16:1: error: expected unqualified-id before 'using'
../node_modules/nan/nan_maybe_43_inl.h:19:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:24:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:31:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:36:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:41:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:46:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:51:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:60:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:65:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:70:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:77:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:84:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:92:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:99:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:109:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:115:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:119:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:126:1: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:131:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:136:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:140:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:146:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:151:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:157:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:163:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:169:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:175:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:181:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:187:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:195:12: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:202:1: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:206:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:210:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:214:12: error: 'Maybe' does not name a type
../node_modules/nan/nan_maybe_43_inl.h:218:12: error: 'MaybeLocal' does not name a type
In file included from ../node_modules/nan/nan.h:187:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_converters.h:14:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_converters.h:16:56: error: 'Maybe' does not name a type
../node_modules/nan/nan_converters.h:26:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:27:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:28:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:29:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:30:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:31:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:32:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:42:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:43:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:44:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:45:1: error: 'return_t' does not name a type
../node_modules/nan/nan_converters.h:46:1: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_converters.h:59:0,
                 from ../node_modules/nan/nan.h:187,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_converters_43_inl.h:18:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Boolean>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:19:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Number>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:20:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::String>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:21:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Object>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:22:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Integer>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:23:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Uint32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:24:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Int32>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:34:1: error: 'return_t' in 'struct Nan::imp::ToFactory<bool>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:35:1: error: 'return_t' in 'struct Nan::imp::ToFactory<double>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:36:1: error: 'return_t' in 'struct Nan::imp::ToFactory<long long int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:37:1: error: 'return_t' in 'struct Nan::imp::ToFactory<unsigned int>' does not name a type
../node_modules/nan/nan_converters_43_inl.h:38:1: error: 'return_t' in 'struct Nan::imp::ToFactory<int>' does not name a type
In file included from ../node_modules/nan/nan.h:188:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Integer]':
../node_modules/nan/nan_new.h:21:32: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:21:32: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Int32]':
../node_modules/nan/nan_new.h:28:30: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:28:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Uint32]':
../node_modules/nan/nan_new.h:35:31: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../node_modules/nan/nan_new.h:35:31: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan_new.h: At global scope:
../node_modules/nan/nan_new.h:43:11: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan_new.h:75:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:141:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:147:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:148:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:160:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:161:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:162:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:163:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:165:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:166:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:182:17: error: 'return_t' does not name a type
../node_modules/nan/nan_new.h:183:17: error: 'return_t' does not name a type
In file included from ../node_modules/nan/nan_new.h:189:0,
                 from ../node_modules/nan/nan.h:188,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_implementation_12_inl.h:56:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Date>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::Function>::return_t Nan::imp::Factory<v8::Function>::New(Nan::FunctionCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan_implementation_12_inl.h:90:46: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::FunctionTemplate>::return_t Nan::imp::Factory<v8::FunctionTemplate>::New(Nan::FunctionCallback, v8::Local<v8::Value>, v8::Local<v8::Signature>)':
../node_modules/nan/nan_implementation_12_inl.h:118:48: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan_implementation_12_inl.h: At global scope:
../node_modules/nan/nan_implementation_12_inl.h:197:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:216:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:222:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:254:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:262:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:268:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:275:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:281:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:286:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:347:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
../node_modules/nan/nan_implementation_12_inl.h:354:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
In file included from ../node_modules/nan/nan.h:188:0,
                 from ../src/mdns.hpp:12,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan_new.h:291:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:297:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:303:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:309:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:315:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:321:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../node_modules/nan/nan_new.h:327:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
In file included from ../src/mdns.hpp:12:0,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../node_modules/nan/nan.h:639:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowError(const char*)':
../node_modules/nan/nan.h:639:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::RangeError(const char*)':
../node_modules/nan/nan.h:640:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowRangeError(const char*)':
../node_modules/nan/nan.h:640:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::ReferenceError(const char*)':
../node_modules/nan/nan.h:641:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowReferenceError(const char*)':
../node_modules/nan/nan.h:641:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::SyntaxError(const char*)':
../node_modules/nan/nan.h:642:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowSyntaxError(const char*)':
../node_modules/nan/nan.h:642:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::TypeError(const char*)':
../node_modules/nan/nan.h:643:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::ThrowTypeError(const char*)':
../node_modules/nan/nan.h:643:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: At global scope:
../node_modules/nan/nan.h:651:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:673:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:689:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:702:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:719:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:725:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:733:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:740:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h:746:14: error: 'MaybeLocal' does not name a type
../node_modules/nan/nan.h: In member function 'void Nan::Callback::SetFunction(const v8::Local<v8::Function>&)':
../node_modules/nan/nan.h:1366:40: error: 'Set' was not declared in this scope
../node_modules/nan/nan.h:1366:40: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../node_modules/nan/nan.h: In member function 'void Nan::AsyncWorker::SaveToPersistent(const char*, const v8::Local<v8::Value>&)':
../node_modules/nan/nan.h:1488:41: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'v8::Local<v8::Value> Nan::AsyncWorker::GetFromPersistent(const char*) const':
../node_modules/nan/nan.h:1506:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'virtual void Nan::AsyncWorker::HandleErrorCallback()':
../node_modules/nan/nan.h:1540:58: error: no matching function for call to 'New(const char*)'
../node_modules/nan/nan.h:1540:58: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h: In function 'void Nan::SetMethod(const T&, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1829:16: error: there are no arguments to 'GetFunction' that depend on a template parameter, so a declaration of 'GetFunction' must be available [-fpermissive]
../node_modules/nan/nan.h:1829:16: note: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
../node_modules/nan/nan.h:1830:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetPrototypeMethod(v8::Local<v8::FunctionTemplate>, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:1842:32: error: 'GetFunction' was not declared in this scope
../node_modules/nan/nan.h:1843:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In function 'void Nan::SetAccessor(v8::Local<v8::ObjectTemplate>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute, Nan::imp::Sig)':
../node_modules/nan/nan.h:1868:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'bool Nan::SetAccessor(v8::Local<v8::Object>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute)':
../node_modules/nan/nan.h:1911:51: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetNamedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::PropertyGetterCallback, Nan::PropertySetterCallback, Nan::PropertyQueryCallback, Nan::PropertyDeleterCallback, Nan::PropertyEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:1959:47: error: 'NewInstance' was not declared in this scope
../node_modules/nan/nan.h: In function 'void Nan::SetIndexedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::IndexGetterCallback, Nan::IndexSetterCallback, Nan::IndexQueryCallback, Nan::IndexDeleterCallback, Nan::IndexEnumeratorCallback, v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2029:47: error: 'NewInstance' was not declared in this scope
In file included from ../src/mdns.hpp:12:0,
                 from ../src/dns_sd.cpp:1:
../node_modules/nan/nan.h: In function 'void Nan::Export(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE, const char*, Nan::FunctionCallback)':
../node_modules/nan/nan.h:2090:35: error: no matching function for call to 'New(const char*&)'
../node_modules/nan/nan.h:2090:35: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../node_modules/nan/nan.h:2091:47: error: 'GetFunction' was not declared in this scope
../node_modules/nan/nan.h:2091:65: error: 'Set' was not declared in this scope
../node_modules/nan/nan.h:2091:65: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../node_modules/nan/nan.h: In constructor 'Nan::Tap::Tap(v8::Local<v8::Value>)':
../node_modules/nan/nan.h:2098:30: error: no matching function for call to 'To(v8::Local<v8::Value>&)'
../node_modules/nan/nan.h:2098:30: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan.h: In member function 'void Nan::Tap::ok(bool, const char*)':
../node_modules/nan/nan.h:2111:33: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../node_modules/nan/nan.h: In member function 'void Nan::Tap::pass(const char*)':
../node_modules/nan/nan.h:2117:30: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
In file included from ../src/dns_sd.cpp:5:0:
../src/mdns_utils.hpp: In function 'v8::Local<v8::Value> node_mdns::stringOrUndefined(const char*)':
../src/mdns_utils.hpp:50:40: error: no matching function for call to 'New(const char*&)'
../src/mdns_utils.hpp:50:40: note: candidates are:
../node_modules/nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../node_modules/nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../node_modules/nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../node_modules/nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../node_modules/nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../node_modules/nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../node_modules/nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../node_modules/nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../node_modules/nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
In file included from ../src/dns_sd.cpp:7:0:
../src/txt_record_ref.hpp: At global scope:
../src/txt_record_ref.hpp:11:36: error: 'v8::Handle' has not been declared
../src/txt_record_ref.hpp:11:42: error: expected ',' or '...' before '<' token
../src/txt_record_ref.hpp:16:44: error: 'v8::Handle' has not been declared
../src/txt_record_ref.hpp:16:50: error: expected ',' or '...' before '<' token
../src/txt_record_ref.hpp: In static member function 'static bool node_mdns::TxtRecordRef::HasInstance(int)':
../src/txt_record_ref.hpp:17:20: error: 'value' was not declared in this scope
../src/txt_record_ref.hpp:18:44: error: 'value' was not declared in this scope
In file included from ../src/dns_sd.cpp:9:0:
../src/socket_watcher.hpp: At global scope:
../src/socket_watcher.hpp:10:36: error: 'v8::Handle' has not been declared
../src/socket_watcher.hpp:10:42: error: expected ',' or '...' before '<' token
../src/dns_sd.cpp: In function 'void node_mdns::init(v8::Local<v8::Object>)':
../src/dns_sd.cpp:55:38: error: no matching function for call to 'node_mdns::TxtRecordRef::Initialize(v8::Local<v8::Object>&)'
../src/dns_sd.cpp:55:38: note: candidate is:
../src/txt_record_ref.hpp:11:21: note: static void node_mdns::TxtRecordRef::Initialize(int)
../src/txt_record_ref.hpp:11:21: note:   no known conversion for argument 1 from 'v8::Local<v8::Object>' to 'int'
../src/dns_sd.cpp:57:39: error: no matching function for call to 'node_mdns::SocketWatcher::Initialize(v8::Local<v8::Object>&)'
../src/dns_sd.cpp:57:39: note: candidate is:
../src/socket_watcher.hpp:10:21: note: static void node_mdns::SocketWatcher::Initialize(int)
../src/socket_watcher.hpp:10:21: note:   no known conversion for argument 1 from 'v8::Local<v8::Object>' to 'int'
../src/dns_sd.cpp: In function 'void node_mdns::defineFunction(v8::Local<v8::Object>, const char*, Nan::FunctionCallback)':
../src/dns_sd.cpp:92:5: error: 'Set' is not a member of 'Nan'
../src/dns_sd.cpp:92:5: note: suggested alternatives:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../src/dns_sd.cpp:92:37: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../src/dns_sd.cpp:93:13: error: 'GetFunction' is not a member of 'Nan'
../src/dns_sd.cpp: In function 'Nan::NAN_METHOD_RETURN_TYPE node_mdns::buildException(Nan::NAN_METHOD_ARGS_TYPE)':
../src/dns_sd.cpp:105:57: error: no matching function for call to 'To(v8::Local<v8::Value>)'
../src/dns_sd.cpp:105:57: note: candidate is:
../node_modules/nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../node_modules/nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../node_modules/nan/nan.h:639:3: warning: control reaches end of non-void function [-Wreturn-type]
dns_sd_bindings.target.mk:141: recipe for target 'Release/obj.target/dns_sd_bindings/src/dns_sd.o' failed
make: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/homebridge/node_modules/mdns
gyp ERR! node -v v5.0.0
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
npm WARN install:mdns@2.2.10 mdns@2.2.10 install: `node-gyp rebuild`
npm WARN install:mdns@2.2.10 Exit status 1

> ed25519@0.0.3 install /usr/local/lib/node_modules/homebridge/node_modules/ed25519
> node-gyp rebuild

make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/ed25519/build'
  CC(target) Release/obj.target/ed25519/src/ed25519/keypair.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sign.o
  CC(target) Release/obj.target/ed25519/src/ed25519/open.o
  CC(target) Release/obj.target/ed25519/src/ed25519/crypto_verify_32.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_double_scalarmult.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_scalarmult_base.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_precomp_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p2_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_dbl.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_to_cached.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p3_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_madd.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_msub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p3.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_p1p1_to_p2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/ge_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_0.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_1.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_cmov.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_copy.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_neg.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_add.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sub.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_mul.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_sq2.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_invert.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
In file included from ../src/ed25519.cc:4:0:
../../nan/nan.h:41:3: error: #error This version of node/NAN/v8 requires a C++11 compiler
In file included from /home/pi/.node-gyp/5.0.0/include/node/node.h:42:0,
                 from ../src/ed25519.cc:1:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:336:1: error: expected unqualified-id before 'using'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:469:1: error: expected unqualified-id before 'using'
/home/pi/.node-gyp/5.0.0/include/node/v8.h:856:1: error: expected unqualified-id before 'using'
In file included from ../../nan/nan.h:194:0,
                 from ../src/ed25519.cc:4:
../../nan/nan_maybe_43_inl.h:13:1: error: expected unqualified-id before 'using'
../../nan/nan_maybe_43_inl.h:16:1: error: expected unqualified-id before 'using'
../../nan/nan_maybe_43_inl.h:19:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:24:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:31:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:36:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:41:1: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:46:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:51:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:60:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:65:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:70:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:77:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:84:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:92:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:99:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:109:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:115:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:119:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:126:1: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:131:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:136:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:140:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:146:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:151:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:157:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:163:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:169:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:175:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:181:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:187:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:195:12: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:202:1: error: 'MaybeLocal' does not name a type
../../nan/nan_maybe_43_inl.h:206:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:210:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:214:12: error: 'Maybe' does not name a type
../../nan/nan_maybe_43_inl.h:218:12: error: 'MaybeLocal' does not name a type
In file included from ../../nan/nan.h:199:0,
                 from ../src/ed25519.cc:4:
../../nan/nan_converters.h:14:11: error: 'MaybeLocal' does not name a type
../../nan/nan_converters.h:16:56: error: 'Maybe' does not name a type
../../nan/nan_converters.h:26:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:27:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:28:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:29:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:30:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:31:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:32:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:42:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:43:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:44:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:45:1: error: 'return_t' does not name a type
../../nan/nan_converters.h:46:1: error: 'return_t' does not name a type
In file included from ../../nan/nan_converters.h:59:0,
                 from ../../nan/nan.h:199,
                 from ../src/ed25519.cc:4:
../../nan/nan_converters_43_inl.h:18:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Boolean>' does not name a type
../../nan/nan_converters_43_inl.h:19:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Number>' does not name a type
../../nan/nan_converters_43_inl.h:20:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::String>' does not name a type
../../nan/nan_converters_43_inl.h:21:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Object>' does not name a type
../../nan/nan_converters_43_inl.h:22:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Integer>' does not name a type
../../nan/nan_converters_43_inl.h:23:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Uint32>' does not name a type
../../nan/nan_converters_43_inl.h:24:1: error: 'return_t' in 'struct Nan::imp::ToFactory<v8::Int32>' does not name a type
../../nan/nan_converters_43_inl.h:34:1: error: 'return_t' in 'struct Nan::imp::ToFactory<bool>' does not name a type
../../nan/nan_converters_43_inl.h:35:1: error: 'return_t' in 'struct Nan::imp::ToFactory<double>' does not name a type
../../nan/nan_converters_43_inl.h:36:1: error: 'return_t' in 'struct Nan::imp::ToFactory<long long int>' does not name a type
../../nan/nan_converters_43_inl.h:37:1: error: 'return_t' in 'struct Nan::imp::ToFactory<unsigned int>' does not name a type
../../nan/nan_converters_43_inl.h:38:1: error: 'return_t' in 'struct Nan::imp::ToFactory<int>' does not name a type
In file included from ../../nan/nan.h:200:0,
                 from ../src/ed25519.cc:4:
../../nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Integer]':
../../nan/nan_new.h:21:32: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../../nan/nan_new.h:21:32: note: candidate is:
../../nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../../nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Int32]':
../../nan/nan_new.h:28:30: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../../nan/nan_new.h:28:30: note: candidate is:
../../nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../../nan/nan_new.h: In function 'v8::Local<T> Nan::imp::To(v8::Local<v8::Integer>) [with T = v8::Uint32]':
../../nan/nan_new.h:35:31: error: no matching function for call to 'To(v8::Local<v8::Integer>&)'
../../nan/nan_new.h:35:31: note: candidate is:
../../nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../../nan/nan_new.h: At global scope:
../../nan/nan_new.h:43:11: error: 'MaybeLocal' does not name a type
../../nan/nan_new.h:75:17: error: 'return_t' does not name a type
../../nan/nan_new.h:141:17: error: 'return_t' does not name a type
../../nan/nan_new.h:147:17: error: 'return_t' does not name a type
../../nan/nan_new.h:148:17: error: 'return_t' does not name a type
../../nan/nan_new.h:160:17: error: 'return_t' does not name a type
../../nan/nan_new.h:161:17: error: 'return_t' does not name a type
../../nan/nan_new.h:162:17: error: 'return_t' does not name a type
../../nan/nan_new.h:163:17: error: 'return_t' does not name a type
../../nan/nan_new.h:165:17: error: 'return_t' does not name a type
../../nan/nan_new.h:166:17: error: 'return_t' does not name a type
../../nan/nan_new.h:182:17: error: 'return_t' does not name a type
../../nan/nan_new.h:183:17: error: 'return_t' does not name a type
In file included from ../../nan/nan_new.h:189:0,
                 from ../../nan/nan.h:200,
                 from ../src/ed25519.cc:4:
../../nan/nan_implementation_12_inl.h:56:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Date>' does not name a type
../../nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::Function>::return_t Nan::imp::Factory<v8::Function>::New(Nan::FunctionCallback, v8::Local<v8::Value>)':
../../nan/nan_implementation_12_inl.h:90:46: error: 'NewInstance' was not declared in this scope
../../nan/nan_implementation_12_inl.h: In static member function 'static Nan::imp::FactoryBase<v8::FunctionTemplate>::return_t Nan::imp::Factory<v8::FunctionTemplate>::New(Nan::FunctionCallback, v8::Local<v8::Value>, v8::Local<v8::Signature>)':
../../nan/nan_implementation_12_inl.h:118:48: error: 'NewInstance' was not declared in this scope
../../nan/nan_implementation_12_inl.h: At global scope:
../../nan/nan_implementation_12_inl.h:197:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
../../nan/nan_implementation_12_inl.h:216:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../../nan/nan_implementation_12_inl.h:222:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::Script>' does not name a type
../../nan/nan_implementation_12_inl.h:254:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_implementation_12_inl.h:262:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_implementation_12_inl.h:268:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_implementation_12_inl.h:275:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_implementation_12_inl.h:281:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_implementation_12_inl.h:286:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_implementation_12_inl.h:347:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
../../nan/nan_implementation_12_inl.h:354:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::UnboundScript>' does not name a type
In file included from ../../nan/nan.h:200:0,
                 from ../src/ed25519.cc:4:
../../nan/nan_new.h:293:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:299:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:305:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:311:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:317:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:323:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:329:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::String>' does not name a type
../../nan/nan_new.h:335:1: error: 'return_t' in 'struct Nan::imp::Factory<v8::RegExp>' does not name a type
In file included from ../src/ed25519.cc:4:0:
../../nan/nan.h: In function 'v8::Local<v8::Value> Nan::Error(const char*)':
../../nan/nan.h:651:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::ThrowError(const char*)':
../../nan/nan.h:651:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'v8::Local<v8::Value> Nan::RangeError(const char*)':
../../nan/nan.h:652:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::ThrowRangeError(const char*)':
../../nan/nan.h:652:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'v8::Local<v8::Value> Nan::ReferenceError(const char*)':
../../nan/nan.h:653:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::ThrowReferenceError(const char*)':
../../nan/nan.h:653:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'v8::Local<v8::Value> Nan::SyntaxError(const char*)':
../../nan/nan.h:654:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::ThrowSyntaxError(const char*)':
../../nan/nan.h:654:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'v8::Local<v8::Value> Nan::TypeError(const char*)':
../../nan/nan.h:655:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::ThrowTypeError(const char*)':
../../nan/nan.h:655:3: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: At global scope:
../../nan/nan.h:663:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:685:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:701:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:714:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:731:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:737:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:745:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:752:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h:758:14: error: 'MaybeLocal' does not name a type
../../nan/nan.h: In member function 'void Nan::Callback::SetFunction(const v8::Local<v8::Function>&)':
../../nan/nan.h:1394:40: error: 'Set' was not declared in this scope
../../nan/nan.h:1394:40: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../../nan/nan.h: In member function 'void Nan::AsyncWorker::SaveToPersistent(const char*, const v8::Local<v8::Value>&)':
../../nan/nan.h:1516:41: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In member function 'v8::Local<v8::Value> Nan::AsyncWorker::GetFromPersistent(const char*) const':
../../nan/nan.h:1534:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In member function 'virtual void Nan::AsyncWorker::HandleErrorCallback()':
../../nan/nan.h:1568:58: error: no matching function for call to 'New(const char*)'
../../nan/nan.h:1568:58: note: candidates are:
../../nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../../nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../../nan/nan_implementation_12_inl.h:400:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../../nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../../nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../../nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../../nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../../nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../../nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../../nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../../nan/nan.h: In function 'void Nan::SetMethod(const T&, const char*, Nan::FunctionCallback)':
../../nan/nan.h:1857:16: error: there are no arguments to 'GetFunction' that depend on a template parameter, so a declaration of 'GetFunction' must be available [-fpermissive]
../../nan/nan.h:1857:16: note: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated)
../../nan/nan.h:1858:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::SetPrototypeMethod(v8::Local<v8::FunctionTemplate>, const char*, Nan::FunctionCallback)':
../../nan/nan.h:1870:32: error: 'GetFunction' was not declared in this scope
../../nan/nan.h:1871:45: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In function 'void Nan::SetAccessor(v8::Local<v8::ObjectTemplate>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute, Nan::imp::Sig)':
../../nan/nan.h:1896:47: error: 'NewInstance' was not declared in this scope
../../nan/nan.h: In function 'bool Nan::SetAccessor(v8::Local<v8::Object>, v8::Local<v8::String>, Nan::GetterCallback, Nan::SetterCallback, v8::Local<v8::Value>, v8::AccessControl, v8::PropertyAttribute)':
../../nan/nan.h:1939:51: error: 'NewInstance' was not declared in this scope
../../nan/nan.h: In function 'void Nan::SetNamedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::PropertyGetterCallback, Nan::PropertySetterCallback, Nan::PropertyQueryCallback, Nan::PropertyDeleterCallback, Nan::PropertyEnumeratorCallback, v8::Local<v8::Value>)':
../../nan/nan.h:1987:47: error: 'NewInstance' was not declared in this scope
../../nan/nan.h: In function 'void Nan::SetIndexedPropertyHandler(v8::Local<v8::ObjectTemplate>, Nan::IndexGetterCallback, Nan::IndexSetterCallback, Nan::IndexQueryCallback, Nan::IndexDeleterCallback, Nan::IndexEnumeratorCallback, v8::Local<v8::Value>)':
../../nan/nan.h:2057:47: error: 'NewInstance' was not declared in this scope
../../nan/nan.h: In function 'void Nan::SetCallHandler(v8::Local<v8::FunctionTemplate>, Nan::FunctionCallback, v8::Local<v8::Value>)':
../../nan/nan.h:2112:47: error: 'NewInstance' was not declared in this scope
../../nan/nan.h: In function 'void Nan::SetCallAsFunctionHandler(v8::Local<v8::ObjectTemplate>, Nan::FunctionCallback, v8::Local<v8::Value>)':
../../nan/nan.h:2134:47: error: 'NewInstance' was not declared in this scope
In file included from ../src/ed25519.cc:4:0:
../../nan/nan.h: In function 'void Nan::Export(Nan::ADDON_REGISTER_FUNCTION_ARGS_TYPE, const char*, Nan::FunctionCallback)':
../../nan/nan.h:2161:35: error: no matching function for call to 'New(const char*&)'
../../nan/nan.h:2161:35: note: candidates are:
../../nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../../nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../../nan/nan_implementation_12_inl.h:400:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../../nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../../nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../../nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../../nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../../nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../../nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../../nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../../nan/nan.h:2162:47: error: 'GetFunction' was not declared in this scope
../../nan/nan.h:2162:65: error: 'Set' was not declared in this scope
../../nan/nan.h:2162:65: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:3019:17: note:   'v8::Set'
../../nan/nan.h: In constructor 'Nan::Tap::Tap(v8::Local<v8::Value>)':
../../nan/nan.h:2169:30: error: no matching function for call to 'To(v8::Local<v8::Value>&)'
../../nan/nan.h:2169:30: note: candidate is:
../../nan/nan_converters.h:53:38: note: template<class T> typename Nan::imp::ToFactory::return_t Nan::To(v8::Local<v8::Value>)
../../nan/nan.h: In member function 'void Nan::Tap::ok(bool, const char*)':
../../nan/nan.h:2182:33: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: In member function 'void Nan::Tap::pass(const char*)':
../../nan/nan.h:2188:30: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../../nan/nan.h: At global scope:
../../nan/nan.h:2212:10: error: 'MaybeLocal' does not name a type
../../nan/nan.h:2217:40: error: 'MaybeLocal' was not declared in this scope
../../nan/nan.h:2217:40: note: suggested alternative:
/home/pi/.node-gyp/5.0.0/include/node/v8.h:111:7: note:   'v8::MaybeLocal'
../../nan/nan.h:2217:52: error: template argument 1 is invalid
../../nan/nan.h:2217:54: error: expected unqualified-id before '>' token
../../nan/nan.h:2226:1: error: 'MaybeLocal' does not name a type
../src/ed25519.cc: In function 'Nan::NAN_METHOD_RETURN_TYPE MakeKeypair(Nan::NAN_METHOD_ARGS_TYPE)':
../src/ed25519.cc:24:37: error: 'NewBuffer' is not a member of 'Nan'
../src/ed25519.cc:28:36: error: 'NewBuffer' is not a member of 'Nan'
../src/ed25519.cc:35:36: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../src/ed25519.cc:36:37: error: 'Nan::imp::FactoryBase<v8::Boolean>::return_t' has no member named 'ToLocalChecked'
../src/ed25519.cc: In function 'Nan::NAN_METHOD_RETURN_TYPE Sign(Nan::NAN_METHOD_ARGS_TYPE)':
../src/ed25519.cc:67:3: error: 'Handle' was not declared in this scope
../src/ed25519.cc:67:16: error: expected primary-expression before '>' token
../src/ed25519.cc:67:18: error: 'privateKeyBuffer' was not declared in this scope
../src/ed25519.cc:67:91: error: no matching function for call to 'New(const char [11])'
../src/ed25519.cc:67:91: note: candidates are:
../../nan/nan_implementation_12_inl.h:390:21: note: template<class T, class M> v8::Local<T> Nan::New(const v8::Persistent<S, M>&)
../../nan/nan_implementation_12_inl.h:395:21: note: template<class T, class M> v8::Local<T> Nan::New(const Nan::Persistent<T, M>&)
../../nan/nan_implementation_12_inl.h:400:21: note: template<class T> v8::Local<T> Nan::New(const Nan::Global<T>&)
../../nan/nan_new.h:201:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New()
../../nan/nan_new.h:207:1: note: template<class T, class A0> typename Nan::imp::Factory<T>::return_t Nan::New(A0)
../../nan/nan_new.h:213:1: note: template<class T, class A0, class A1> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1)
../../nan/nan_new.h:219:1: note: template<class T, class A0, class A1, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2)
../../nan/nan_new.h:225:1: note: template<class T, class A0, class A1, class A2, class A3> typename Nan::imp::Factory<T>::return_t Nan::New(A0, A1, A2, A3)
../../nan/nan_new.h:237:1: note: template<class T> typename Nan::imp::Factory::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>)
../../nan/nan_new.h:245:1: note: template<class T, class A2> typename Nan::imp::Factory<T>::return_t Nan::New(Nan::FunctionCallback, v8::Local<v8::Value>, A2)
../src/ed25519.cc:75:2: error: 'Handle' was not declared in this scope
../src/ed25519.cc:75:15: error: expected primary-expression before '>' token
../src/ed25519.cc:75:17: error: 'message' was not declared in this scope
../src/ed25519.cc:82:36: error: 'NewBuffer' is not a member of
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 15:02:07
versuch das mal aus dem home verzeichnis raus zu installieren
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 10 November 2015, 15:10:43
Gleiches Ergebnis. Sagt mal, könnte das am Image liegen. Ich habe wheezy drauf. Soll ich da wohl mal was anderes probieren? Wenn ja, welches wäre denn zu empfehlen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 15:22:34
gute Frage, ich hatte das Upgrade auf Jessie gemacht, bevor ich die neue Version installiert hatte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: netbus am 10 November 2015, 15:24:25
Gibt es eine Liste was man alles schalten kann?
Dummy's mag er momentan nicht  :-[
Code Auswählen
[FHEM] ignoring ANLAGE_SCHARF (dummy)
[FHEM] ignoring ANLAGE_SCHARF_intern (dummy)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Steeeve am 10 November 2015, 15:26:16
Hallo Leute!
Bin jetzt auch soweit, dass homebridge installiert ist- config ist eingerichtet, homekit code wird mir angezeigt und dann kommt der Fehler:

Code Auswählen
Error: dns service error: unknown
at Error (native)
at new Advertisement ... usw.

Kann jemand was damit anfangen? Hab nur nds fehler wegen dem namen hier im forum finden können.

Danke
Steeeve
Ps: Ich kann aus dem doofen Docker-Terminal leider nichts kopieren, daher der screenshot
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 10 November 2015, 15:30:23
eine übersicht gibt es hier: https://github.com/justme-1968/homebridge-fhem (https://github.com/justme-1968/homebridge-fhem).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 15:32:53
@steeeve das Problem hatte ich auch mal. Wenn ich jetzt noch wüsste, wie ich das gelöst hatte... Ich meine Google war da ne ganz gute Hilfe
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: netbus am 10 November 2015, 15:33:01
danke für die info.
wäre es möglich dummys auch zu integrieren?  ::)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Steeeve am 10 November 2015, 15:34:22
Zitat von: l2r am 10 November 2015, 15:32:53
@steeeve das Problem hatte ich auch mal. Wenn ich jetzt noch wüsste, wie ich das gelöst hatte... Ich meine Google war da ne ganz gute Hilfe
Hat mir leider nix geholfen, außer dass ich

Code Auswählen
sudo apt-get install libavahi-compat-libdnssd-dev

nochmal installiert habe (hatte ich aber eh schon)

:-\
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 15:38:36
@netbus du könntest versuchen über das Attribut GenericDeviceType den Typ switch mitzugeben. Ich habs aber nicht getestet und ich hoffe justme schlägt mich nicht  ;)

Die andere Frage, die sich mir stellt: Warum willst du dummies schalten?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 15:42:05
@Steeeve starte deine RaspberryPi mal neu. Nicht dass sich da irgendwelche Altlasten in die Quere kommen.
Lässt du homebridge automatisch beim booten starten oder manuell? falls automatisch, dann beende bitte auch mal den laufenden Prozess und starte manuell.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Steeeve am 10 November 2015, 15:47:04
Zitat von: l2r am 10 November 2015, 15:42:05
@Steeeve starte deine RaspberryPi mal neu. Nicht dass sich da irgendwelche Altlasten in die Quere kommen.
Lässt du homebridge automatisch beim booten starten oder manuell? falls automatisch, dann beende bitte auch mal den laufenden Prozess und starte manuell.

Leider der selbe Fehler nach reboot.
in dem avahi-daemon.conf File muss man ja nichts anpassen, oder?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 November 2015, 16:10:22
die avahi-daemon.conf hab ich nicht angepasst.

Versuch mal das:https://github.com/stephen/nodetunes/issues/28 (https://github.com/stephen/nodetunes/issues/28)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 10 November 2015, 16:37:31
Zitat von: CarstenF am 10 November 2015, 15:10:43
Gleiches Ergebnis. Sagt mal, könnte das am Image liegen. Ich habe wheezy drauf. Soll ich da wohl mal was anderes probieren? Wenn ja, welches wäre denn zu empfehlen.

Ich habe es jetzt zweimal auf einem RPI B+ mit frischem Raspbian ohne Fehlermeldungen zum Laufen gekriegt.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 10 November 2015, 17:51:17
@Carsten: Dein Problem hatte ich auch! du musst die 4 Zeilen in meiner Anleitung mit den alternatives auch ausführen und dann deinen Pi Neustarten. Abschließen bekommst du auch bei gcc --version die 4.8 angezeigt. Schau noch mal in meine Anleitung. Meine dir 4 Zeilen nach dem npm install gcc

Gruß sTaN
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 10 November 2015, 17:53:37
Danke sTaN,

Ich flashe gerade ein frisches Image auf die Karte und dann frohen Mutes wieder ran. Aufgeben ist (noch) nicht..... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 10 November 2015, 18:00:39
Zitat von: netbus am 10 November 2015, 15:33:01
wäre es möglich dummys auch zu integrieren?  ::)

Hi,

das geht ohne weiteres, mache ich über das Attribut genericDeviceType.
Einfach auf das gewünschte Device setzen und schauen, dass alle nötigen Readings  und Statuswerte da sind.
Klappt gut.

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 10 November 2015, 18:41:15
@knueppler: Wäre es so auch möglich structures in Fhem zu schalten? Habe zwar den genericDeviceType auf Switch gestellt aber meine structure mit den LED_Leisten wird ignoriert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Porky666 am 10 November 2015, 19:08:39
Ja Dirk da haste ja was losgetreten, keep Calm.
Wird schon alles, steckt ja noch in den Kinderschuhen. Danke an alle die sich hier bemühen.

Gruss Stefan


Gesendet von meinem iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Porky666 am 10 November 2015, 19:12:41
Sorry, schon ganz betrunken von den vielen Logs hier.
Meinte natürlich Andre.
Wie komm ich blos auf Dirk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: netbus am 10 November 2015, 21:07:51
Zitat von: knueppler am 10 November 2015, 18:00:39
und schauen, dass alle nötigen Readings  und Statuswerte da sind.
Danke für den Tipp. Nun werden die Dummys erkannt aber ein schalten hat keine Auswirkung in Fhem.
Welche Readings braucht der Dummy noch?

Gelöst:
Code Auswählen
attr RCSwitchA setList on off
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 11 November 2015, 11:23:37
Zitat von: sTaN am 10 November 2015, 18:41:15
@knueppler: Wäre es so auch möglich structures in Fhem zu schalten? Habe zwar den genericDeviceType auf Switch gestellt aber meine structure mit den LED_Leisten wird ignoriert.
Moin,

nur indirekt über dummy mit darauf reagierendem notify. So binde ich momentan alles mögliche ein, vielleicht nicht schön, aber es tut.  8)

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 14:59:00
Hallo zusammen,
Jetzt habe ich die Homebridge erfolgreich installieren können, aber ich bekommen sie nicht zum starten. Keine Fehlermeldungen bei der Installation. Das ist ja schon mal gut.
im Pfad

pi@raspberrypi ~/homebridge/bin $

habe ich die Startdatei homebridge liegen. Wenn ich diese starten will, bekomme ich : command not found

Das Verzeichnis . homebridge ist auch nicht alleine angelegt worden, das habe ich dann händisch gemacht. Aber die Startdatei .... startet ja eh nicht.
Die Anleitung von sTaN habe ich explizit befolgt.....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 15:15:28
Vorsicht. Der Ordner wird angelegt, nur nicht in deinem Git Clone ;) gib mal cd /home/pi/homebridge/.homebridge Da solltest du ihn finden!
Und starten musst du homebridge mit dem Befehl: /home/pi/homebridge/bin/homebridge

Hoffe das hilft ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 15:37:48
Der Ordner ist nicht existent. ls -la ergibt nur

Code Auswählen
pi@raspberrypi ~/homebridge $ ls -la
total 64
drwxr-xr-x  7 pi pi  4096 Nov 10 20:52 .
drwxr-xr-x 22 pi pi  4096 Nov 11 15:34 ..
drwxr-xr-x  2 pi pi  4096 Nov 11 14:33 bin
-rw-r--r--  1 pi pi   601 Nov 10 20:51 config-sample.json
drwxr-xr-x  3 pi pi  4096 Nov 10 20:51 example-plugins
drwxr-xr-x  8 pi pi  4096 Nov 10 20:51 .git
-rw-r--r--  1 pi pi   197 Nov 10 20:51 .gitignore
drwxr-xr-x  2 pi pi  4096 Nov 10 20:51 lib
-rw-r--r--  1 pi pi 10172 Nov 10 20:51 LICENSE
drwxr-xr-x 26 pi pi  4096 Nov 11 15:18 node_modules
-rw-r--r--  1 pi pi   774 Nov 10 20:51 package.json
-rw-r--r--  1 pi pi 10071 Nov 10 20:51 README.md

Auch ein Neustart ergibt nichts. Der npm install Befehl wird aber im Ordner homebridge ausgeführt, oder?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 November 2015, 15:41:45
dummys funktionieren immer per notify. alternativ gibt es readingsProxy.

structure kommt noch. 

warum gibt es überhaupt das homebridge ditectory das mit git clone erzeugt wurde? das ist nicht nötig.

das npm install läd alles automatisch runter. es ist nichts von hand auszuhecken oder zu clonen.

gruss
  andre 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 17:29:50
Trotz frisch aufgesetztem PI mit den allernötigsten Paketen und genau nach Anleitung wird .homebridge nicht installiert. Ich gebs auf....
Hab auch keinen Plan woran es liegt....
Ich frustrier jetzt mal etwas vor mich hin und beobachte das Thema weiter.
Grüße,

Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 November 2015, 17:40:52
was genau ist nach anleitung? wenn die abhängigkeiten installiert sind dannsind nur zwei npm install anweisungen. nichts sonst. kein auschecken vorher oder sonst etwas.

Code Auswählen
npm install -g homebridge
npm install -g https://github.com/justme-1968/homebridge-fhem.git

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 17:47:09
Leg mal bitte eine Datei mit nano test01 in deinem erstellten .homebridge Ordner an.
Danach gib mal genau die folgenden Befehle ein:
cd /home/pi/homebridge/.homebridge
nano test02
Anschließen machst du in deinem selbst erstellten .himebridge noch mal ein ls -al und guckst mal ob du beide Dateien angezeigt werden oder nur eine von beiden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 18:06:17
Sorry, mein Brett vorm Kopf ist zu groß

So sieht mein Verzeichnis aus:
Code Auswählen
pi@raspberrypi ~ $ ls -la
total 10988
drwxr-xr-x 23 pi   pi       4096 Nov 11 16:21 .
drwxr-xr-x  3 root root     4096 Sep 24 15:26 ..
-rw-r--r--  1 pi   pi         69 Sep 24 17:34 .asoundrc
-rw-------  1 pi   pi        975 Nov 11 15:33 .bash_history
-rw-r--r--  1 pi   pi        220 Sep 24 15:26 .bash_logout
-rw-r--r--  1 pi   pi       3243 Sep 24 15:26 .bashrc
drwxr-xr-x  6 pi   pi       4096 Sep 24 17:34 .cache
drwx------  7 pi   pi       4096 Sep 24 17:33 .config
drwx------  3 pi   pi       4096 Sep 24 17:33 .dbus
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Desktop
drwxr-xr-x  5 pi   pi       4096 Sep 24 16:48 Documents
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Downloads
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:34 .fontconfig
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:34 .gstreamer-0.10
drwxr-xr-x  7 pi   pi       4096 Nov 11 16:23 homebridge
drwxr-xr-x  2 root root     4096 Nov 11 17:52 .homebridge
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Music
drwxr-xr-x  3 pi   pi       4096 Nov 10 20:53 .node-gyp
drwxr-xr-x  2 pi   pi       4096 Nov 11 16:21 node_modules
drwxr-xr-x  6 pi   pi       4096 Oct 29 18:23 node-v5.0.0-linux-armv6l
-rw-r--r--  1 pi   pi   11123270 Oct 29 22:03 node-v5.0.0-linux-armv6l.tar.gz
drwxr-xr-x 29 pi   pi       4096 Nov 11 15:50 .npm
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Pictures
-rw-r--r--  1 pi   pi        675 Sep 24 15:26 .profile
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Public
drwxrwxr-x  2 pi   pi       4096 Jan 27  2015 python_games
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Templates
drwxr-xr-x  3 pi   pi       4096 Sep 24 17:33 .themes
drwxr-xr-x  2 pi   pi       4096 Sep 24 17:33 Videos
-rw-------  1 pi   pi         56 Nov 11 15:34 .Xauthority
-rw-------  1 pi   pi        353 Nov 11 15:34 .xsession-errors
-rw-------  1 pi   pi        353 Nov 10 20:36 .xsession-errors.old

Im Ordner homebridge (also der ohne Punkt) befindet sich kein weiterer Ordner .homebridge.

Nach löschen des Ordners homebridge und erneutem npm installieren kommt

Code Auswählen
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
Das war vorher auch nicht.  Auch wenn das vermutlich nicht stimmt :-) "Ich hab nix am System verändert" Die Meldung war plötzlich da.
Für so blöd halte ich mich gar nicht, aber langsam zweifle ich doch an mir.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 18:08:25
.....und das ist der Inhalt vom homebridge Ordner

Code Auswählen
pi@raspberrypi ~/homebridge $ ls -la
total 64
drwxr-xr-x  7 pi   pi    4096 Nov 11 16:23 .
drwxr-xr-x 23 pi   pi    4096 Nov 11 16:21 ..
drwxr-xr-x  2 pi   pi    4096 Nov 11 16:21 bin
-rw-r--r--  1 pi   pi     601 Nov 11 16:21 config-sample.json
drwxr-xr-x  3 pi   pi    4096 Nov 11 16:21 example-plugins
drwxr-xr-x  8 pi   pi    4096 Nov 11 16:21 .git
-rw-r--r--  1 pi   pi     197 Nov 11 16:21 .gitignore
drwxr-xr-x  2 pi   pi    4096 Nov 11 16:21 lib
-rw-r--r--  1 pi   pi   10172 Nov 11 16:21 LICENSE
drwxr-xr-x 26 root root  4096 Nov 11 16:36 node_modules
-rw-r--r--  1 pi   pi     774 Nov 11 16:21 package.json
-rw-r--r--  1 pi   pi   10071 Nov 11 16:21 README.md
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 18:23:37
Die Meldung hatte ich auch, wenn ich einfach npm install -g homebridge gesagt habe. Deswegen habe ich den Git Clone geladen und anschließend so installiert. Ohne sudo! Bei dir sieht es genauso aus wie bei mir, deswegen habe ich die Vermutung mit den zwei unterschiedlichen Ordnern. Aber wenn du meinen Test nicht machen willst, auch ok ;)
Im übrigen habe ich homebridge vorher deinstallieren mit npm uninstall -g homebridge und dann über meine Anleitung neu gemacht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 18:31:40
Ich hab das mit dem Test nicht kapiert.....
Sonst hätte ich es gemacht. Bin ja verzweifelt, nicht unwillig :-)
Die erste Datei habe ich angelegt.Im Ordner /home/pi/.homebridge
Aber der Ordner "/home/pi/homebridge/.homebridge"
existiert ja gar nicht. Soll ich den auch selbst anlegen?

Zitat von: sTaN am 11 November 2015, 17:47:09
Leg mal bitte eine Datei mit nano test01 in deinem erstellten .homebridge Ordner an.
Danach gib mal genau die folgenden Befehle ein:
cd /home/pi/homebridge/.homebridge
nano test02
Anschließen machst du in deinem selbst erstellten .himebridge noch mal ein ls -al und guckst mal ob du beide Dateien angezeigt werden oder nur eine von beiden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 November 2015, 18:44:53
Zur Erinnerung:

Zitat von: flurin am 09 November 2015, 11:28:13
Hallo,
Die aktuellste Anleitung findet man hier:

https://github.com/nfarina/homebridge
(https://github.com/nfarina/homebridge)
Alles andere ist meisten nach kurzer Zeit unbrauchbar.

Eigentlich hat @nfarina mit dem Plugin-System die Installation wesentlich vereinfacht. Man muss sich nur daran halten.  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 18:48:54
Der Ordner homebridge wird normal angelegt. Wollte nur ausschließen, dass du nicht wie ich im Git Clone homebridge Verzeichnis bist, wie ich es war. ich würde, wenn du über Git Clone installierst, diesen mal nicht im Verzeichnis /home/pi herunterladen sondern zum Beispiel in /home/pi/Downloads
Dann muss der .homebridge in /home/pi/homebridge existieren also nicht wie bei dir aktuell im /home/pi Verzeichnis. Wenn er nach der Installation nicht angelegt wurde, mal manuell versuchen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 11 November 2015, 18:50:43
Ok, das versuche ich mal. Danke Dir
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 19:07:34
Hi,

ich bekomme beim starten folgenden Fehler:
Code Auswählen
pi@raspberrypi ~ $ /home/pi/homebridge/bin/homebridge
module.js:339
    throw err;
    ^

Error: Cannot find module 'commander'
    at Function.Module._resolveFilename (module.js:337:15)
    at Function.Module._load (module.js:287:25)
    at Module.require (module.js:366:17)
    at require (module.js:385:17)
    at Object.<anonymous> (/home/pi/homebridge/lib/cli.js:1:77)
    at Module._compile (module.js:425:26)
    at Object.Module._extensions..js (module.js:432:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Module.require (module.js:366:17)

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 November 2015, 19:10:13
@sTaN
diese Anleitung:

https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi
(https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi)
ist nicht mehr gültig. Siehe "IMPORTANT"
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 19:16:12
@flurin
Ja das habe ich gesehen. Bis auf die package.json, welche jetzt minimalistischer ist, habe ich es damit aber zum Fliegen gebracht  :o
Weil mit der offiziellen Anleitung unter https://github.com/nfarina/homebridge habe ich wie CarstenF die Fehler bekommen.

Letztelendes weicht die Anleitung ja nur insofern ab, dass man den git clone nicht mehr erstellen muss, sondern direkt mit npm install -g homebridge installieren kann, oder? Die Vorbereitungen inkl. gcc 4.8 sind ja trotzdem noch notwendig?

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 November 2015, 19:32:46
Ich weiss, man kann noch einiges brauchen, aber für Erstanwender kann es verwirrend sein. Ich komme aber zurzeit nicht dazu, die Anleitung anzupassen und die Installation zu testen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 11 November 2015, 20:00:11
hallo,

also 1. funktioniert bei mir ...

Code Auswählen
[code]npm install -g homebridge

2. nicht

Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git

da bekomme ich diese Meldung

Code Auswählen
# npm install -g https://github.com/justme-1968/homebridge-fhem.git
npm http GET https://github.com/justme-1968/homebridge-fhem.git
npm http 200 https://github.com/justme-1968/homebridge-fhem.git
npm ERR! not a package /root/tmp/npm-32025-HS8pfC8k/1447268195015-0.7517259900923818/tmp.tgz
npm ERR! Error: ENOENT, open '/root/.npm/tmp_4c3b02604594tmp_e0ce3643f420package/package.json'
npm ERR! If you need help, you may report this *entire* log,
npm ERR! including the npm and node versions, at:
npm ERR!     <http://github.com/npm/npm/issues>

npm ERR! System Linux 3.4.104-bananian
npm ERR! command "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "https://github.com/justme-1968/homebridge-fhem.git"
npm ERR! cwd /root
npm ERR! node -v v0.10.28
npm ERR! npm -v 1.4.9
npm ERR! path /root/.npm/tmp_4c3b02604594tmp_e0ce3643f420package/package.json
npm ERR! code ENOENT
npm ERR! errno 34
npm ERR!
npm ERR! Additional logging details can be found in:
npm ERR!     /root/npm-debug.log
npm ERR! not ok code 0
npm install -g https://github.com/justme-1968/homebridge-fhem.git  4,49s user 0,51s system 67% cpu 7,369 total

interessant ist auch, das ich es lt. der geposteten Anleitung aus diesem Blog hinbekommen habe, jedoch sobald ich das Terminal schließe, ist auch die Verbindung mit EVE weg ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 November 2015, 20:32:09
nimm mal
Code Auswählen
npm install -g git+https://github.com/justme-1968/homebridge-fhem.gitdas ist glaube ich die offizielle syntax.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 21:14:40
Mir lässt das bei CarstenF jetzt auch keine Ruhe und ich habe jetzt auch noch mal homebridge komplett deinstalliert und anschließend neu installiert. Aktuell kann ich ja eh nur meine Stehlampe schalten. Bei TV Lampe sucht Siri immer nach Hotels.  ;D

Voraussetzungen!
GCC 4.8
Code Auswählen
gcc --version
gcc (Raspbian 4.8.2-21~rpi3rpi1) 4.8.2
Copyright (C) 2013 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

Node.js 5.0.0
Code Auswählen
node -v
v5.0.0

1. homebridge deinstalliert, Git Clone Verzeichnis und .homebridge Verzeichnis gelöscht:
Code Auswählen
sudo npm uninstall -g homebridge
sudo npm uninstall -g homebridge-fhem
cd /home/pi/
sudo rm -r homebridge/
sudo rm -r .homebridge/

2. System auf den aktuellste Stand gebracht
Code Auswählen
sudo apt-get update && sup apt-get upgrade

3. homebridge wieder installiert
Code Auswählen
sudo npm install -g homebridge
An der Stelle bringt er mir zwar die root access Warnung auf das Verzeichnis /root/.node-gyp/5.0.0 aber die Installation lief durch:
Code Auswählen
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge

> bignum@0.11.0 install /usr/local/lib/node_modules/homebridge/node_modules/bignum
> node-gyp configure build

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/bignum/.node-gyp"
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
  SOLINK_MODULE(target) Release/obj.target/bignum.node
  COPY Release/bignum.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'

> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/curve25519
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/curve25519/.node-gyp"
...
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/bignum/.node-gyp"
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'
make: Nothing to be done for 'all'.
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'
/usr/local/lib
└─┬ homebridge@0.2.11
  ├─┬ chalk@1.1.1
  │ ├── ansi-styles@2.1.0
  │ ├── escape-string-regexp@1.0.3
  │ ├─┬ has-ansi@2.0.0
  │ │ └── ansi-regex@2.0.0
  │ ├── strip-ansi@3.0.0
  │ └── supports-color@2.0.0
  ├─┬ commander@2.8.1
  │ └── graceful-readlink@1.0.1
  ├─┬ hap-nodejs@0.0.3
  │ ├─┬ curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
  │ │ ├── bindings@1.2.1
  │ │ └── nan@2.1.0
  │ ├─┬ debug@2.2.0
  │ │ └── ms@0.7.1
  │ ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
  │ ├─┬ mdns@2.2.10
  │ │ └── nan@2.0.9
  │ ├─┬ node-persist@0.0.3
  │ │ ├── mkdirp@0.3.5
  │ │ └── q@1.1.2
  │ └─┬ srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)
  │   └── bignum@0.11.0
  └── semver@5.0.3

4. Nach Installation habe ich meine Verzeichnisstruktur in /home/pi geprüft und festgestellt, das noch KEIN .homebridge Verzeichnis existiert
Code Auswählen
ls -al
total 10124
drwxr-xr-x  9 pi   pi       4096 Nov 11 19:27 .
drwxr-xr-x  3 root root     4096 May  7  2015 ..
drwxr-xr-x  2 root root     4096 Nov 11 19:25 backups
-rw-------  1 pi   pi      11549 Nov 11 19:21 .bash_history
-rw-r--r--  1 pi   pi        220 May  7  2015 .bash_logout
-rw-r--r--  1 pi   pi       3243 May  7  2015 .bashrc
drwxr-xr-x  2 root root     4096 Nov 11 19:27 downloads
-rw-r--r--  1 root root 10305196 Nov  9  2014 fhem-5.6.deb
drwxr-xr-x  3 pi   pi       4096 Nov  9 21:52 .node-gyp
drwxr-xr-x  2 root root     4096 Nov  9 21:15 node_modules
drwxr-xr-x  6 pi   pi       4096 Oct 29 18:23 node-v5.0.0-linux-armv6l
drwxr-xr-x 74 pi   pi       4096 Nov  9 22:21 .npm
-rw-r--r--  1 pi   pi        675 May  7  2015 .profile
drwxrwxr-x  2 pi   pi       4096 Jan 27  2015 python_games

5. Homebridge gestartet (dieses mal nur mit dem Befehl homebridge)
Code Auswählen
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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Couldn't find a config.json file at '/home/pi/.homebridge/config.json'. Look at config-sample.json for examples of how to format your config.js and add your home accessories.

5. Dann habe ich mir das Verzeichnis /home/pi anzeigen lassen und siehe da, der .homebridge Ordner wurde angelegt!
Code Auswählen
pi@raspberrypi ~ $ cd /home/pi/.
./           ../          .homebridge/ .node-gyp/   .npm/ 

6. Nun meine zuvor gesicherte config.json aus Beitrag #1432 in das Verzeichnis /home/pi/.homebridge kopiert und Homebridge gestartet
Code Auswählen
pi@raspberrypi ~/.homebridge $ 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1447268815133
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 3 results
[FHEM] ignoring structure LED_Leisten
[FHEM] Stehlampe is switchable
[FHEM] Stehlampe has onOff [state;on,off]
[FHEM]   caching: Stehlampe-state: 1 as number (from on)
[FHEM] TVBacklight is switchable
[FHEM] TVBacklight has onOff [state;on,off]
[FHEM]   caching: TVBacklight-state: 1 as number (from on)
[FHEM] Initializing platform accessory 'Stehlampe'...
[FHEM] creating services for Stehlampe
[FHEM]   information service for Stehlampe
[FHEM]   switch service for Stehlampe
[FHEM]     on characteristic for Stehlampe
[FHEM] Initializing platform accessory 'TVBacklight'...
[FHEM] creating services for TVBacklight
[FHEM]   information service for TVBacklight
[FHEM]   switch service for TVBacklight
[FHEM]     on characteristic for TVBacklight
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
Homebridge is running on port 51826.

Nun läuft es scheinbar sauberer als installierte globale Variante. Siri versteht allerdings immer noch nicht "Schalte die TV Lampe im Wohnzimmer an"  ;)

Vielleicht hilft das doch noch Jemandem.

Gruß
sTaN
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 11 November 2015, 21:28:28
Ich habe es installiert wie ab Seite 96 beschrieben. Nach ein paar anfänglichen Schwierigkeiten läuft es jetzt tadellos. Selbst das Autostartscript haben ich zum laufen bekommen. da ist ein kleiner Fehler drin. Die Variable cmd muss um ./ erweitert werden.

Code Auswählen
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/pi/homebridge/bin"
cmd="./homebridge"
user="pi"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
        exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 21:48:58
Nach meiner letzte Installation funktioniert bei mir das Startskript exakt wie von l2r im Beitrag #1417 beschrieben, ohne Anpassung der Pfade.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flurin am 11 November 2015, 22:00:33
@sTaN: vermutlich wird .homebridge vom Programm erstellt, sollte aber eigentlich bei der Installation angelegt werden. Könntest Du bitte hier:

https://github.com/nfarina/homebridge/issues
(https://github.com/nfarina/homebridge/issues)
ein "Issue" eröffnen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 22:02:28
Hey sTaN,

vielen Dank.
Dank einer Anleitung habe ich auf dem Pi jetzt endlich alles zum laufen bekommen.
Lediglich in der Eve App kann ich Homebridge nicht hinzufügen.
Nach Eingabe des Codes bekomme ich die Fehlermeldung, dass das Zubehör nicht hinzugefügt werden kann.

Was kann das sein?

Danke

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 22:11:37
Geh mal beim iOS Gerät in Einstellungen --> Datenschutz --> HomeKit und sage HomeKit-Konfiguration zurücksetzen. Danach schließe die Eve App mal komplett (Doppelklick auf Home Button und Eve App nach oben wischen)
Dann starte Eve erneut. Dann musst du wieder einen Namen für dein Zuhause eingeben und anschließend sagen gerät zu XY Zuhause hinzufügen. Dann Geräte code manuell eingeben und das aus der Konsole eingeben.

Wenn das nicht hilft ändere in deiner config.json mal den Namen "Homebridge" in "Homebridge2" und gehe wie oben beschrieben erneut vor.

grüß
sTaN
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 22:16:52
Hi,

beide Varianten funktionieren nicht.
Nach Eingabe des Codes kommt ein gelbes Ausrufezeichen --> Hinzufügen fehlgeschlagen, Verbindung mit Zubehör nicht möglich.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 22:18:12
@flurin: Issue ist erstellt unter #394 (https://github.com/nfarina/homebridge/issues/394)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 22:19:16
@dennis_n: Welches iOS? Neuste Eve Version?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 22:23:50
iOS 9.1 und neuste EVE Version.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 22:25:09
@flurin: Das ging schnell. Habe den issue wieder geschlossen!

Antwort nfarina:
ZitatHomebridge shouldn't be creating that folder by itself at all (and it's impossible to do it when npm install'd) - it should only let you know where it expects to find it.

@dennis: Code stimmt 100% mit dem in der config.json überein? Leerzeichen oder ähnliches vorhanden? Hast du evtl. einen zu einfachen Code? Siehe https://github.com/nfarina/homebridge/issues/393 (https://github.com/nfarina/homebridge/issues/393)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 22:28:53
Code ist definitiv richtig.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 22:29:39
Hast du evtl. einen zu einfachen Code? Siehe https://github.com/nfarina/homebridge/issues/393 (https://github.com/nfarina/homebridge/issues/393)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 22:31:05
Ich habe den original Code gelassen. Also 031-45-154

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 11 November 2015, 23:00:25
@dennis: Ändere mal die MAC-Adresse in der config-Datei. Eig. hilft das nur, wenn homebridge gar nicht gefunden werden kann... aber vllt. hast du ja Glück.

@ChiliApple: du startest homebridge ja im laufenden Konsolenfenster und wenn du strg+c drückst dann sollte der Prozess auch wieder beendet werden. Ich denke das wann du das Fenster schließt, der Prozess auch beendet wird. Das würde dann erklären, dass Hombridge nicht mehr erreichbar ist. Unter anderem dafür ist das Startskript aus Post 1417 http://forum.fhem.de/index.php/topic,32652.1417.html (http://forum.fhem.de/index.php/topic,32652.1417.html) da.

Ich habe den Post heute noch editiert, da ich dort noch den überflüssigen Ordner homebridge drin hatte. Hatte das Skript damals auch nur übernommen, angepasst und mich gefreut, dass es lief  ;)

@sTaN: Wie heißt deine Stehlampe in FHEM? Mach mal n list. Ich versuch das dann mal bei mir nachzustellen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 23:03:38
Hi,

habe ich alles schon versucht.
Ich habe auch schon das persist Verzeichnis geleert, iCloud abgemeldet, Geräte neu gestartet und Eve App deinstalliert. Alles hilft nichts.

Die App findet zwar die Bridge, aber wenn ich den Code eingebe kommt der Fehler dass die Verbindung nicht möglich ist.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 11 November 2015, 23:14:15
mmh komisch. Ich mach mir da mal Gedanken zu.

Selber habe ich aber auch noch ein Problem, wie mir heute aufgefallen ist:

Ich habe mehrere Szenen in EVE angelegt, die die unterschiedlichen Szene von einem HarmonyHub einstellen können. Funktioniert auch gut. Ich gebe Siri den Befehl und er wird ausgeführt und es geht beispielsweise der Beamer an. Jetzt zu meinem Fehler:

Code Auswählen
2015-11-11 22:07:34 caching: RaumHarmonyHub-activity: Musik.hören as string
/usr/local/lib/node_modules/homebridge-fhem/index.js:201
                         subscription.characteristic.setValue(value==activity?1:0, undefined, 'fromFHEM');
                                                    ^

TypeError: Cannot read property 'setValue' of undefined
    at /usr/local/lib/node_modules/homebridge-fhem/index.js:201:53
    at Array.forEach (native)
    at /usr/local/lib/node_modules/homebridge-fhem/index.js:189:56
    at Array.forEach (native)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:139:34)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1006:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)

Nachdem geschaltet wurde cached homebridge ja die aktuellen Werte des HarmonyHub, damit diese von EVE wieder abgefragt werden. Sobald sich ein Reading vom HarmonyHub ändert und Homebridge das mitbekommt, quittiert die Anwendung mit der angegebenen Fehlermeldung den Dienst. Ändert sich zb. ein Reading von einem Heizungsthermostat ist alles super.

Kann das jemand nachvollziehen? oder greife ich aufgrund der ganzen verschiedenen Konfigurationen der letzten Tage (ich hab bisher noch keinen cleanen install gemach) noch auf falsche Module zu?

Guß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 11 November 2015, 23:20:45
@dennis_n: Befinden sich dein Iphone und die RaspberryPi im gleichen Netzwerksegment oder steht da noch irgendwo ein Router zwischen? Wenn ich mich richtig erinnere tauchte mal hier im Threat ein Verbindungsproblem auf, was an nem Router oder so lag. Ganz genau habe ich das im Moment aber auch nicht mehr im Kopf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 11 November 2015, 23:25:53
Beide Geräte laufen über den gleichen Router und sind per WLAN angeschlossen.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 November 2015, 23:39:30
@l2r: mein fehler. ich hatte bei der letzten umstellung noch etwas übersehen.

hab eine aktualisierte version eingecheckt. der harmony sollte wieder gehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 11 November 2015, 23:41:25
@justme: gibt es eine update Routine oder einfach npm install und dein Git Link?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 November 2015, 23:41:51
einfach drüber installieren sollte gehen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 11 November 2015, 23:44:31
zwei doofe ein Gedanke ;-)

ich teste eben und melde mich gleich.

EDIT:

habs mit
Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git drüberinstalliert und kurz getestet. Sieht gut aus und schmiert nicht mehr ab!

Gute Arbeit und Besten Dank!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 12 November 2015, 00:03:45
Wo wir gerade bei dem Harmony Hub sind - über welchen Befehl schaltet Ihr denn Eure Aktionen. Alle meine Aktionen werden in der EVE App als Kategorie "Strom" angelegt. Selbst wenn ich den genericDeviceType auf speaker stelle, ändert sich daran nichts.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 00:05:27
Ja das ist bei mir auch so. Ich komm aber damit klar, weil letztendlich schaltest du eine programmierte Harmony Szene ja nur an oder aus


Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 12 November 2015, 00:11:58
Wie hast Du Deine activities denn benannt? Das Problem ist, dass Siri meine Aktionen nicht schalten will. Mit "Fernsehen einschalten" o. ä. kann sie nichts anfangen. Bei "Sonos Küche einschalten" öffnet die dumme Pute mir die Sonos App auf'm iPhone.

EDIT: Ok, ich muss in der EVE App die Funktionen umbenennen. Die hießen vorher (Harmony) Fernsehen, (Harmony) Bluray usw. Aber so richtig clever ist die Dame noch nicht. "Sonos Küche einschalten" öffnet mir nach wie vor die Sonos App. Egal, genug gespielt für heute. Danke Euch allen.


Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 12 November 2015, 07:29:16
Du kannst die Lautsprecher nicht direkt über Sonos einschalten lassen, da die App Namen immer über Homekit stehen.
D.h. du musst sagen "Lautsprecher Küche einschalten".

LG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 08:15:18
ich habe mir Szenen definiert, denen ich dann die Namen so gegeben habe, wie ich es gerne hätte. Hätte ich aber sowieso machen müssen, da ich gerne mit einem Befehl zb. den Beamer an schalten und die Temperatur auf 21°C stellen möchte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 09:00:11
Hi,

hat bitte noch jemand einen Tipp für mich, warum sich die EVE App nicht mehr mit der Homebridge koppelt?
Ich habe echt alles versucht.

Danke

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 09:32:40
starte mal homebridge und poste deine Ausgabe vom Terminalfenster
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: steffisb am 12 November 2015, 09:53:11
Zitat von: infeliz am 11 November 2015, 21:28:28
Ich habe es installiert wie ab Seite 96 beschrieben. Nach ein paar anfänglichen Schwierigkeiten läuft es jetzt tadellos. Selbst das Autostartscript haben ich zum laufen bekommen. da ist ein kleiner Fehler drin. Die Variable cmd muss um ./ erweitert werden.

Code Auswählen
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/pi/homebridge/bin"
cmd="./homebridge"
user="pi"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have $
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
        exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0


Wie lege ich den das Autostartscript an? ::)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 12 November 2015, 09:57:43
sudo nano /etc/init.d/homebridge
Dann Schau mal auf Seite 95 im Post von l2r. Nach seinem Skript musst du noch Berechtigungen setzen und es als Startskript definieren.

Gruss
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 12 November 2015, 10:12:00
wenn EVE nicht mehr connectet  in der config "homebridge" ändern und die MAC Adresse ...

@l2R

ich habe deinen Startscript übernommen, die Rechte am File kann ich noch ändern aber

Code Auswählen
# sudo update-rc.d homebridge defaults   
update-rc.d: using dependency based boot sequencing
insserv: warning: current start runlevel(s) (0 1 2 3 4 5 6) of script `homebridge' overrides LSB defaults (2 3 4 5).
insserv: warning: current stop runlevel(s) (empty) of script `homebridge' overrides LSB defaults (0 1 6).
bringt diesen Fehler ...

mit
Code Auswählen
sudo /etc/init.d/homebridge start   
Starting homebridge
Unable to start, see /var/log/homebridge.log and /var/log/homebridge.err
bekomm ich dann diesen Fheler
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 10:20:50
Hallo Chili,

das habe ich alles  schon versucht.
Eve App gelöscht, von iCloud abgemeldet, Schlüsselbund gelöscht, Mac Adresse umbenannt, neuer Name vergeben, Pi neu gestartet, homebridge neu gestartet, unter fhem im Raum Homekit alle Geräte gelöscht bis auf eine Lampe, am iPhone Homekit Daten zurückgesetzt.
Alles mehrfach und ich verschiedenen Reihenfolgen. Nichts hat bisher geholfen. Ich weiß echt nicht mehr weiter.
Homebridge startet ganz normal durch ohne Fehlermeldung.

Leider kann ich die Ausgabe vom Terminal aktuell nicht senden, da ich nicht zu Hause bin.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 10:45:12
@ChiliApple der Ursprung des Startskripts kommt von hier: https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi#running-homebridge-on-bootup (https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi#running-homebridge-on-bootup)

auf den ersten Blick sieht das für mich so aus, als wenn deine Runlevel nicht dem Standard entsprechen.

https://de.wikipedia.org/wiki/Runlevel (https://de.wikipedia.org/wiki/Runlevel)

ansonsten versuch es mal mit rcconf

http://www.sysadminslife.com/linux/quicktipp-ubuntu-und-debian-autostart-von-services-via-init-skripts-und-update-rc-d-gui/ (http://www.sysadminslife.com/linux/quicktipp-ubuntu-und-debian-autostart-von-services-via-init-skripts-und-update-rc-d-gui/)

aber ganz genau kenn ich mich damit auch nicht aus ;)

EDIT: hier noch zusätzliche Infos: http://debiananwenderhandbuch.de/init.html (http://debiananwenderhandbuch.de/init.html)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 12 November 2015, 11:06:46
danke für deine Hilfe!

da kenn ich mich zu wenig aus, hab aber gesehen das der Pi im Level 2 arbeitet sollte also passen ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 11:09:42
sind die Fehler denn jetzt weg?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 11:23:42
Also ich habe alles nach StaNs Anleitung erneut installiert. homebridge startet wunderbar.
Kann mir vielleicht mal jemand seine config.json posten?
Ich denke hier liegt irgendwo der Hund begraben, wieso Eve sich nicht mehr koppelt.

Danke

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 11:28:00
http://forum.fhem.de/index.php/topic,32652.msg357183.html#msg357183 (http://forum.fhem.de/index.php/topic,32652.msg357183.html#msg357183)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 12 November 2015, 14:31:33
Zitat von: sTaN am 11 November 2015, 21:14:40
Mir lässt das bei CarstenF jetzt auch keine Ruhe und ich habe jetzt auch noch mal homebridge komplett deinstalliert und anschließend neu installiert. Aktuell kann ich ja eh nur meine Stehlampe schalten. Bei TV Lampe sucht Siri immer nach Hotels.  ;D


Mir auch nicht..... Ich kann es kaum glauben. Ich habs hinbekommen. Ich habe eine Mischung aus Deiner Anleitung sTaN (Danke Dir vielmals, auch für die
ganzen Bemühungen) und einer Anleitung vom techblog (Danke Nilven) genommen.
Jetzt habe ich die Bridge erstmal am laufen.
Jetz begebe ich mich mal an das Startscript. Mal schauen was da noch für Fallstricke lauern......
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 12 November 2015, 14:34:24
Zitat von: dennis_n am 12 November 2015, 11:23:42
Also ich habe alles nach StaNs Anleitung erneut installiert. homebridge startet wunderbar.
Kann mir vielleicht mal jemand seine config.json posten?
Ich denke hier liegt irgendwo der Hund begraben, wieso Eve sich nicht mehr koppelt.

Danke

Gruss
Dennis

Hi, hier ist meine, funktionierende config.json (per JSONLint Validator geprüft)

Code Auswählen
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC: 22: 3D: E3: CE: 30",
        "port": 51826,
        "pin": "031-45-154"
    },
    "description": "HomebridgeKonfigurationsdateifürFhem",
    "accessories": [],
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.1.22",
            "port": "8084",
            "filter": "room=Homekit"
        }
    ]
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 12 November 2015, 15:30:38
@CarstenF
Na Gott sei dank ;) Hast du es jetzt normal über npm installiert oder auf dem Git Clone heraus? Also wenn du homebridge lediglich mit dem Befehl homebridge starten kannst, geht das Startscript welches ich von l2r aus Seite 95 habe ohne Probleme und Anpassungen!

Grüße und viel Spaß beim Spielen. Immer gut zu wissen, das man nicht alleine ist. :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 12 November 2015, 15:31:09
@CarstenF
Na Gott sei dank ;) Hast du es jetzt normal über npm installiert oder auf dem Git Clone heraus? Also wenn du homebridge lediglich mit dem Befehl homebridge starten kannst, geht das Startscript welches ich von l2r aus Seite 95 habe ohne Probleme und Anpassungen!

Grüße und viel Spaß beim Spielen. Immer gut zu wissen, das man nicht alleine ist. :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 12 November 2015, 15:48:54
Zitat von: dennis_n am 12 November 2015, 11:23:42
Also ich habe alles nach StaNs Anleitung erneut installiert. homebridge startet wunderbar.
Kann mir vielleicht mal jemand seine config.json posten?
Ich denke hier liegt irgendwo der Hund begraben, wieso Eve sich nicht mehr koppelt.

Danke

Gruss
Dennis

Hey Dennis,

ich habe das gleiche, für mich unlösbare Problem leider auch. (siehe http://forum.fhem.de/index.php/topic,32652.msg349937.html#msg349937). Das Mistding wird von Eve einfach nicht mehr gefunden. Alles löschen, zurücksetzen und neu bauen hilft nichts :-( Falls du es gelöst bekommst, freu ich mich über Input! Das komische ist, dass ich im Prinzip zwei Wohnungen damit versorgt habe. In der ersten hat alles auf Anhieb geklappt, habe dann im Prinzip das Gleiche in der zweiten Wohnung gemacht, und hatte ziemlich schnell diese Probleme... Also das Grundsätzliche Vorgehen scheint OK zu sein. nur die Krux muss im Detail liegen..

Viele Grüße
Psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 15:50:29
Hi,

ich probiere nachher mal die Config aus und gebe dann Feedback.
So langsam bin ich mit meinem Latein aber auch am Ende.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 12 November 2015, 16:02:34
Zitat von: sTaN am 12 November 2015, 15:31:09
@CarstenF
Na Gott sei dank ;) Hast du es jetzt normal über npm installiert oder auf dem Git Clone heraus? Also wenn du homebridge lediglich mit dem Befehl homebridge starten kannst, geht das Startscript welches ich von l2r aus Seite 95 habe ohne Probleme und Anpassungen!

Grüße und viel Spaß beim Spielen. Immer gut zu wissen, das man nicht alleine ist. :)
Hi, Ich habe es normal über npm installiert. Genau dieses Startskript habe ich aus ausprobiert und es läuft. Ich kann aber immer noch nicht erklären, wo da die Krux war.
Aber bin schon sehr erleichtert das es jetzt läuft.

@PsychoD
Ich hatte vorher die Homebridge nach "alter Art" installiert. Habe dann alles alles zurückgesetzt in EVE und natürlich auch die Datenschutzeinstellungen im iPad.
Nachdem die "neue Bridge" dann lief, zeigte mir EVE nicht Homebridge an sondern Homebridge#2. Und das ohne das ich irgendwo was definiert habe. Das fand ich auch spannend.
Hast Du evtl. noch irgendwo ein zweites Device (iPhone iPad oder Apple TV ) im Spiel, welches noch die Homebridge irgendwo noch in der Cloud hält und blockiert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 12 November 2015, 16:03:08
Wie bringe ich Siri/Homebridge andere Kommandos bei? Rollladen aufwärts/abwärts?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 November 2015, 16:04:19
über homekit szenen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 12 November 2015, 16:10:42
Danke! Funzt tadellos!
Wenn Siri nicht ständig hängen würde. :-(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 12 November 2015, 16:38:41
Zitat von: Breaked am 12 November 2015, 07:29:16
Du kannst die Lautsprecher nicht direkt über Sonos einschalten lassen, da die App Namen immer über Homekit stehen.
D.h. du musst sagen "Lautsprecher Küche einschalten".

LG

Danke! Ich werde das heute Abend mal probieren.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 12 November 2015, 16:41:57
@Alle die ihre Hombridge in Eve nicht sehen:

Wenn ihr eure Homebridge nicht in Eve seht, dann kann man mit der Bonjour-Browser App mal schauen ob die Hombridge sich überhaupt über Bonjour meldet oder z.B der Port von einem anderen Device genutzt wird.

Hier der Link zur App:
https://itunes.apple.com/de/app/discovery-bonjour-browser/id305441017?mt=8

Hoffe, es hilft euch weiter?!

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 12 November 2015, 17:22:28
Also jetzt läuft es wie ein Glöckchen. Es sind diverse devices schon integriert. Auch der Harmony Hub. Ich bin total begeistert.
Folgende Dinge sind eingebunden. Wenn einer dazu Fragen hat, dann los. Ich habe lediglich noch nicht alle Siri Kommandos probiert.
Da bin ich auch noch in der Findungsphase.
IT Devices (Schaltsteckdosen und Empfangsteile)
PCA 301 Steckdosen
Max Fensterkontakte
Bluetooth Presence Module
LaCrosse Temperatursensoren
Wo es noch streikt, sind die Max Thermostate. Weiß jemand ob die schon in der homebridge-fhem drin sind?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 18:01:55
Hi,

also ich denke mein Problem hat mit der iCloud und oder der Eve App zu tun.
Ich vermute trotz löschen aller Einstellungen, ausloggen aus der iCloud und löschen der App, befinden sich irgendwo noch Reste, die ein verbinden unmöglich machen.

Ich versuche jetzt mal eine alternative App und berichte.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 18:05:45
Also an der App liegt es schonmal nicht.
Eine andere App ging auch nicht zu pairen.

Hier stand als Fehler allerdings, dass das Gerät sich nicht im Pairing Modus befindet.

Gruss
Dennis

P.S. Komisch ist auch, wenn ich in der config.json statt 127.0.0.1 die ip angebe auf der die homebridge läuft und gleichzeitig fhem installier ist, findet Eve die Bridge nicht mehr.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 12 November 2015, 18:17:53
Zitat von: dennis_n am 12 November 2015, 18:05:45
Also an der App liegt es schonmal nicht.
Eine andere App ging auch nicht zu pairen.

Hier stand als Fehler allerdings, dass das Gerät sich nicht im Pairing Modus befindet.

Gruss
Dennis

P.S. Komisch ist auch, wenn ich in der config.json statt 127.0.0.1 die ip angebe auf der die homebridge läuft und gleichzeitig fhem installier ist, findet Eve die Bridge nicht mehr.

Den letzten Satz verstehe ich nicht so ganz.
Also die IP muß diejenige sein, auf welcher der FHEM Server läuft. Laufen FHEM Server und Homebridge Server auf einem RASPI, dann kannst Du die 127.0.0.1 nehmen. Sind es zwei getrennte Geräte, dann eben die des FHEM Server.
Was ich eben auch hatte.... Meine Apple TV mußte ich nach Neueinrichtung erst einmal von der Cloud abmelden und danach wieder anmelden. Außerdem hat es sicherlich 10 Minuten gedauert, bis die Synchronisation komplett war.
Weiter vorne hatte ich noch gelesen, das es vllt. hilft der Bridge mal eine andere MAC Adresse zu geben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 18:37:04
Habe die ip wieder auf 127.0.0.1 zurückgestellt und mich gerade mal von der iCloud komplett abgemeldet.
Dann wieder angemeldet. Jetzt bringt Eve den Fehler, dass ich später wieder versuchen soll, da die iCloud gerade synchronisiert.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 12 November 2015, 18:51:11
Den hatte ich heute morgen auch, hoffe das erledigt sich von allein... Konnte nicht nochmal testen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 12 November 2015, 18:52:42
Noch ne Frage. Die Datenschutzeinstellungen in HomeKit auf dem IOS Device hattest Du auch zurückgesetzt? Das würde ich mal machen. Danach Eve löschen, erneut laden. Und komplett neu anmelden. Natürlich bei allen bislang angemeldeten Geräten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 12 November 2015, 19:29:39
Ich musste HomeKit nochmal zurücksetzen und Eve nochmal neu einrichten.
Jetzt geht es wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 12 November 2015, 19:42:21
Bei der Meldung: ...iCloud synchronisiert gerade... hilft vielleicht das hier weiter:
http://forum.fhem.de/index.php/topic,32652.msg351450.html#msg351450
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 12 November 2015, 21:32:38
So ich gebe auf. Habe wirklich alles versucht und bekommen die Bridge über Eve nicht gepaired, obwohl sie angezeigt wird.
Hat vermutlich irgendwas mit Schlüsselbund iCloud oder sonst was zu tun, kine Ahnung.

An alle die das gleiche Problem haben: Schreibt bitte wenn ihr eine Lösung gefunden habt.

Danke

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 12 November 2015, 21:59:29
ich habe den Fehler bei mir gefunden.

homebridge hat sich ja immer sofort nach dem schließen des Terminal Fenster beendet, das Startskript hat deshalb nicht funktioniert da ich als User nicht Pi habe sondern einen Anderen ... :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bennemannc am 12 November 2015, 22:09:17
Hallo,

mach hinter dem Startbefehl ein & - dann passiert das nicht.

Gruß Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 12 November 2015, 22:56:28
ich hab jezt schon eine Zeit lang versuch die Homebridge am Raspberry zu starten aber auch immer ohne Erfolg.

Bekomme immer die Fehlermeldung:

Code Auswählen
pi@raspberrypi ~ $ sudo service homebridge start
warn:    --minUptime not set. Defaulting to: 1000ms
warn:    --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
info:    Forever processing file: app.js
error:   Cannot start forever
error:   script /home/pi/homebridge/app.js does not exist.

Hat jemand eine Ahnung worans liegen kann? Hab auch den user von "home/hs-server-admin" auf "pi" in der "/etc/init.d/homebridge" geändert. Alles leider ohne Erfolg.

Wenn ich in das verzeichnis /home/pi/homebridge sehe, finde ich diese app.js nicht. kA ob das so sein soll...

Die Anleitung hab ich von Seite 96 von hier verwendet und auch von hier http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/ (http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/) probiert.

Danke für eine Hilfe!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 12 November 2015, 23:15:34
Auf meintechblog.de wird noch die alte Variante zur installation verwendet... dabei kommt dann kein Stabiles System raus...

machs mal hiernach: http://forum.fhem.de/index.php/topic,32652.msg358063.html#msg358063 (http://forum.fhem.de/index.php/topic,32652.msg358063.html#msg358063)

da sollte eig funktionieren...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 13 November 2015, 08:40:08
hallo,

habe hier noch einen Pi wo es nicht läuft.
Die Bridge startet und wird mit folgenden Fehlern beendet

Code Auswählen
Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
Homebridge is running on port 51826.

Error: dns service error: unknown
    at new Advertisement (/usr/local/lib/node_modules/homebridge/nod
e_modules/hap-nodejs/node_modules/mdns/lib/advertisement.js:56:10)
    at Object.create [as createAdvertisement] (/usr/local/lib/node_m
odules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/adve
rtisement.js:64:10)
    at Advertiser.startAdvertising (/usr/local/lib/node_modules/home
bridge/node_modules/hap-nodejs/lib/Advertiser.js:43:30)
    at Bridge.Accessory._onListening (/usr/local/lib/node_modules/ho
mebridge/node_modules/hap-nodejs/lib/Accessory.js:352:20)
    at HAPServer.EventEmitter.emit (events.js:92:17)
    at HAPServer._onListening (/usr/local/lib/node_modules/homebridg
e/node_modules/hap-nodejs/lib/HAPServer.js:153:8)
    at EventedHTTPServer.EventEmitter.emit (events.js:92:17)
    at EventedHTTPServer.<anonymous> (/usr/local/lib/node_modules/ho
mebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:62:10)
    at Server.EventEmitter.emit (events.js:92:17)
    at net.js:1055:10

Kann mir jemand sagen was das sein könnte?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 13 November 2015, 08:47:07
Steeeve hatte das Problem auch mal:

http://forum.fhem.de/index.php/topic,32652.msg357424/topicseen.html#msg357424 (http://forum.fhem.de/index.php/topic,32652.msg357424/topicseen.html#msg357424)

wie er es gelöst hat, hat er uns leider nicht mitgeteilt. Ich befürchte er hat alles neu aufgesetzt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 13 November 2015, 10:07:26
Das Problem hatte ich auch. Zu viel auf einmal gemacht.
Hat irgendwas mit der Kopplung Homebridge/Homekit zu tun.

HomeKit zurückgesetzt im iPhone und leider alles wieder neu sortieren in Eve.
Danach lief es wieder einwandfrei.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 13 November 2015, 10:21:20
zum koppeln komm ich ja gar nicht, die Homebridge wird sofort mit diesen Fehlern beendet ...

@l2r ja is komplett derselbe Fehler :(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: GregPac am 13 November 2015, 10:44:05
Zitat von: dennis_n am 12 November 2015, 21:32:38
So ich gebe auf. Habe wirklich alles versucht und bekommen die Bridge über Eve nicht gepaired, obwohl sie angezeigt wird.
Hat vermutlich irgendwas mit Schlüsselbund iCloud oder sonst was zu tun, kine Ahnung.

An alle die das gleiche Problem haben: Schreibt bitte wenn ihr eine Lösung gefunden habt.

Danke

Gruss
Dennis

Ich habe leider ebenfalls keine Lösung kann aber alles was du geschrieben und versucht hast bestätigen, also das es nichts hilft.
Ich hatte die alte Version ohne Probleme am Laufen. Die neue läuft zwar auf dem PI aber pairen geht nicht.
Gruß
Greg
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 13 November 2015, 11:07:32
Hallo Greg,

exakt so bei mir.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 13 November 2015, 11:24:33
Zitat von: l2r am 12 November 2015, 23:15:34
Auf meintechblog.de wird noch die alte Variante zur installation verwendet... dabei kommt dann kein Stabiles System raus...

machs mal hiernach: http://forum.fhem.de/index.php/topic,32652.msg358063.html#msg358063 (http://forum.fhem.de/index.php/topic,32652.msg358063.html#msg358063)

da sollte eig funktionieren...

Ich hab es jetzt nochmals mit der Anleitung versucht. Jetzt sieht es schon "besser" aus beim Starten mit dem Befehle "homebridge", jedoch findet er anscheinend das FHEM Plugin nicht.
Zumindest kommt die Fehlermeldung noch:

Code Auswählen
pi@raspberrypi ~ $ 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>
No plugins found. See the README for information on installing plugins.
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
/usr/local/lib/node_modules/homebridge/lib/api.js:88
      throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
      ^

Error: The requested platform 'FHEM' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:88:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:185:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:425:26)
    at Object.Module._extensions..js (module.js:432:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:311:12)
    at Function.Module.runMain (module.js:457:10)

Hab dann versucht mit "sudo npm install -g homebridge-fhem" installieren, aber das schlägt fehl bzw ist ja glaub ich nicht mehr notwendig oder?!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 13 November 2015, 14:14:16
Hallo zusammen,
also bei mir läuft es schon rudimentär :), jedoch habe ich das Problem, dass erstens meine config.json unter folgendem Ordner sein muss:
/root/.homebridge/config.json, anstatt unter /home/cubie/.homebridge/config.json. (installiert habe ich mit dem root-Account).

Kann ich das irgendwie konfigurieren bzw. habe ich irgendwas falsch gemacht?

Und dann habe ich noch das Problem, dass nach einer gewissen Zeit kein Zugriff mehr möglich ist und ich dann die Homebridge neu anlernen müsste. Hatte das schon mal jemand?

Danke und Gruß,

Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 13 November 2015, 14:44:47
@ dennis dass das config file im /root/.homebridge liegen muss liegt daran, dass du homebrige als root installiert hast....


@thomaso führe noch mal
Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git aus. Ich glaube das fehlte in der Anleitung...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Byllyy am 13 November 2015, 17:35:18
Hallo zusammen,

habe das System jetzt soweit am laufen, dass ich mit "/home/pi/homebridge/bin/homebridge" starten kann und alles läuft.

Ich schaffe es aber nicht ein passendes Startskript zu schreiben. Könnte hier noch mal jemand behilflich sein?

Vielen Dank
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 November 2015, 18:20:37
Jemand zufällig ne Ahnung was da genau fehlt?

Code Auswählen
/usr/local/bin/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by /usr/local/bin/node)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 13 November 2015, 18:35:34
Zitat von: Breaked am 13 November 2015, 18:20:37
Jemand zufällig ne Ahnung was da genau fehlt?

Code Auswählen
/usr/local/bin/node: /usr/lib/arm-linux-gnueabihf/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by /usr/local/bin/node)
/usr/local/bin/node: /lib/arm-linux-gnueabihf/libc.so.6: version `GLIBC_2.16' not found (required by /usr/local/bin/node)


@Breaked, ich denke du musst noch gcc-4.8 und g++-4.8 per apt-get installieren.

Gruß
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 November 2015, 18:38:45
Bei beidem sagt er mir, dass die neueste Version installiert sei.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 13 November 2015, 18:49:07
@Breaked,
hast du die libstdc++6 mal per apt-get nachinstalliert?

Was geben die aus?
node -v
npm -v

Gruß
Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 November 2015, 19:01:15
pi@raspberrypi ~/homebridge $ node -v
v4.0.0
pi@raspberrypi ~/homebridge $ npm -v
2.14.2

Mit sudo apt-get install libstdc++.so.6 konnte kein Paket gefunden werden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DerDon am 13 November 2015, 19:03:56
apt-get install libstdc++6

sollte es heissen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 November 2015, 19:04:47
pi@raspberrypi ~/homebridge $ sudo apt-get install libstdc++6
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
libstdc++6 ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 1 nicht aktualisiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChiliApple am 13 November 2015, 19:07:12
habe den Fehler weiter oben beseitigt, das Bananian ist ja eine sehr minimale Konfiguration, so das ich den avahi-daemon nachinstallieren musste ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: quickhammer am 13 November 2015, 20:27:29
Bin schon recht weit gekommen, aber die Variante mit oder ohne "punt" hat mich durcheinandergebracht.
Mit Vielen Versuchen bin ich jetzt so weit gekommen (Start homebridge):

Zitat
pi@raspberrypi ~ $ 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>
Loaded plugin: homebridge-punt
Registering platform 'homebridge-punt.punt'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[punt] Initializing punt platform...
[punt] homebridge-punt v0.1.6
[punt] Reading 1 Accessories
[punt] Initializing platform accessory 'Weinkuhler'...
Loading 0 accessories...
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
[punt] Monitor is running on port 8081

/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/node-persist/node-persist.js:37
        if (err) throw err;
                       ^
Error: EACCES, open '/home/pi/.homebridge/persist/AccessoryInfo.CC223DE3CE30.json'

Meine config-punt.json sieht wie folgt aus:

Zitat{
    "gateway": {
        "name": "fhem",
        "url": "127.0.0.1",
        "port": "8083",
        "auth": {
            "user": "foo",
            "password": "bar"
        },
        "longpoll": true
    },
    "monitor": {
        "port": "8081",
        "run": true
    },
    "accessories": [
        {
            "name": "Weinkuhler",
            "service": "Switch"
        }
    ]
}


Muss ich nun doch ein FHEM Plugin installieren?
Muss der Name meines Test Accessories mit ner Bezeichnung aus FHEM korrelieren oder mach ich das dann in der app?

Bin nun etwas ratlos  :'(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 November 2015, 20:46:02
Würde dir gerne weiter helfen, hänge aber gerade selbst an der "neuen" Installation fest.
Läuft nicht ansatzweise vernünftig durch. Welche node und npm Versionen nutzt du?
Denke mal deßhalb läuft die neue Installation nicht. Hab node 4.0.0 und npm 3.4.0.

LG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 13 November 2015, 20:55:08
Hey noch ne Frage zu meinem Problem, dass ich Eve nicht pairen kann.

Ich habe im Verzeichnis .homebridge folgende config.json:
Code Auswählen
{
"bridge": {
        "name": "HomebridgeFHEM",
        "username": "CC:22:3D:E3:CE:32",
        "port": 51826,
        "pin": "031-45-154"
    },

    "description": "Homebridge Konfigurationsdatei für Fhem",

    "accessories": [],

    "platforms": [
        {
            "platform" : "FHEM",
            "name" : "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "filter": "room=Homekit",
            "auth": {"user": "xxxxxxx", "pass": "xxxxxxx"}
        }
    ]
}


Dann habe ich im Verzeichnis .forever ebenfalls eine config.json mit folgendem Inhalt:
Code Auswählen
{
  "root": "/home/pi/.forever",
  "pidPath": "/home/pi/.forever/pids",
  "sockPath": "/home/pi/.forever/sock",
  "loglength": 100,
  "logstream": false,
  "columns": [
    "uid",
    "command",
    "script",
    "forever",
    "pid",
    "id",
    "logfile",
    "uptime"
  ]
}


Wo kommt denn das Verzeichnis .forforever her? Wird das angelegt wenn man nach der Methode von sTaN installiert?
Oder ist das noch ein Überbleibles der alten Variante von meintechblog?

Danke
Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 13 November 2015, 20:56:55
Würde nicht meinen Arsch drauf verwetten, aber wird vom automatischen Start ein Überbleibsel sein ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 13 November 2015, 21:04:03
.forever? nie gesehen. Wie hast du dir die eingefangen?  ;D

Nach der Installation von MeinTechBlog habe ich Raspi platt gemacht und wie hier beschrieben neuinstalliert.
Auch Autostart läuft prima!

Habe das Script noch mal geändert. War ein kleiner Kopierfehler drin.

Was mir noch fehlt, ist die Antwort darauf, wie ich aus
Code Auswählen
sudo /etc/init.d/homebridge start den Befehl
Code Auswählen
sudo homebridge start machen kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bennemannc am 13 November 2015, 21:12:11
Hallo,

mit einem symlink in ein Vereichnis - entweder /bin, /sbin oder besser /usr/local/bin. Das sind die üblichen Suchpfade. Also
cd /usr/local/bin
sudo ln -s /etc/init.d/hombridge ./homebridge

Gruß Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 13 November 2015, 21:12:23
Hmmm o.k.
Vielleicht funktioniert das pairing ja nicht, da noch irgendwo was übrig geblieben ist.
So sieh es bei mir unter home/pi aus:

Code Auswählen
drwxr-xr-x  8 pi   pi       4096 Nov 11 21:53 .
drwxr-xr-x  3 root root     4096 Dec 21  2014 ..
-rw-------  1 pi   pi        13885 Nov 12 21:33 .bash_history
-rw-r--r--  1 pi   pi        220 Dec 21  2014 .bash_logout
-rw-r--r--  1 pi   pi       3243 Dec 21  2014 .bashrc
-rw-r--r--  1 root root   10305196 Nov  9  2014 fhem-5.6.deb
drwxr-xr-x  4 pi   pi      4096 Oct 26 21:10 .forever
drwxr-xr-x  3 pi   pi      4096 Nov 11 21:57 .homebridge
drwxr-xr-x  3 pi   pi      4096 Nov 10 21:28 .node-gyp
drwxr-xr-x  6 pi   pi       4096 Oct 29 18:23 node-v5.0.0-linux-armv6l
-rw-r--r--    1 pi   pi      11123270 Oct 29 22:03 node-v5.0.0-linux-armv6l.tar.gz
drwxr-xr-x 59 pi   pi       4096 Nov 10 21:26 .npm
-rw-r--r--  1 pi   pi        675 Dec 21  2014 .profile
drwxrwxr-x  2 pi   pi     4096 Mar 10  2013 python_games

Kann mir jemand sagen, was davon von einer alten Installation ist?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bennemannc am 13 November 2015, 21:18:03
Hallo,

kommt darauf an - wann hast Du denn die neue Installation gemach ? Alles was ein Datum vor diesem Zeitpunkt hat sollte dann alt sein.

Gruß Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 13 November 2015, 21:22:18
Ok, dann scheint es nur das .forever Verzeichnis zu sein.
Wie kann ich denn feststellen ob irgendein Dienst läuft, der eventuell das apiring verhindert? Vielleicht weil er doppelt gestartet ist oder so?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bennemannc am 13 November 2015, 21:58:43
Hallo,

Linux Grundwissen:
top ... zeig Tabelle mit cpu und speicherauslastung
ps -a oder ps -A ... sind die laufenden Programme und Dienste vom User oder alle.
Ggf. mit sudo aufrufen.

Gruß Christoph
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 13 November 2015, 22:22:40
So Leute ich habs rausgefunden!!!

Es liegt bei mir daran, dass ich meine Rolläden im Raum Homekit habe. Sobald diese drin sind, kann Eve die homebridge nicht mehr pairen. Sobald ich die Rolläden aus dem Raum Homekit entferne funktioniert alles.

Jetzt würde ich die Rolläden natürlich gerne über Siri bedienen und habe genericDeviceType = blind mitgegeben.

Funktioniert das nicht? Bei der alten Installation hat das so funktioniert.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 14 November 2015, 00:31:32
Zitat
@thomaso führe noch mal
Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git aus. Ich glaube das fehlte in der Anleitung...

Danke für den Tipp :) Hab nochmal alles gelöscht und installiert jetzt kann ich mal den Server mit "homebridge" starten können.
Muss ich noch schauen, wie ich das als Dienst anlegen kann, weil die Anleitung von "meinTechBlog" funzt hier auch nicht.
Krieg immer den folgenden Fehler:

Code Auswählen
pi@raspberrypi ~ $ sudo service homebridge start
warn:    --minUptime not set. Defaulting to: 1000ms
warn:    --spinSleepTime not set. Your script will exit if it does not stay up for at least 1000ms
info:    Forever processing file: app.js
error:   Cannot start forever
error:   script /home/pi/homebridge/app.js does not exist.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 14 November 2015, 00:45:08
Ich lese hier ja schon so einige Zeit mit und bin auch echt begeistert von dem Projekt und den Ausmaßen, die es mittlerweile angenommen hat.

Immer mal wieder kommt ne frage nach einer Anleitung auf und da ich heute mal ein bisschen mit github rumexperimentiert habe und schonmal dabei war, habe ich mich mal an einer kleinen Anleitung zur Installation von homebrige versucht:

https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation

Ich habe aber nicht die Absicht in irgendeiner Form in Konkurrenz zu andre oder anderen Entwicklern zu treten oder eine Parallelentwicklung zu starten! Wenn das ne doofe Aktion ist, dann sagt es.

Ziel ist es, die Anleitung zu optimieren und dann ins FHEM Wiki zu übernehmen!

Über Verbesserungen und Vorschläge freue ich mich!


Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Byllyy am 14 November 2015, 09:43:34
Komme mit meinem Start-Skript nicht mehr weiter.

Frage: Warum kann ich mit  "/home/pi/homebridge/bin/homebridge" die Homebridge problemlos starten, aber wenn ich in das Verzeichnis "/home/pi/homebridge/bin/" gehe und dann
Homebridge eingebe, geht es nicht.

Welchen Befehl muss ich hier zu start eingeben?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 14 November 2015, 09:48:29
Wenn du nach der neuen Variante homebrige mit dem Parameter -g installiert hast, sollte es völlig egal sein, aus welchem Ordner du den Befehl
Code Auswählen
homebridge absetzt


Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: skyuser1 am 14 November 2015, 10:40:04
Hallo zusammen,

seit über einem halben Jahr bin ich jetzt hier unterwegs und habe bisher alles gefunden was ich brauchte.
Jetzt komme ich aber absolut nicht mehr weiter, da ich ein ähnliches Problem wie Dennis (http://forum.fhem.de/index.php/topic,32652.msg358947.html#msg358947) habe. Nun also mein erster Beitrag.

Was läuft:
* RPi2 - Jessie - FHEM 5.6 - CULv3-USB - MAX! Thermostate und FritzDECT 200
* zweiter RPi2 mit Jessie als Spielwiese (jedoch ohne FHEM) zum testen von Homekit mit der Eve-App.

Den zweiten RPi2 habe ich (heute) in folgenden Schritten installiert:
sudo rpi-update
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo apt-get install libavahi-compat-libdnssd-dev libkrb5-dev
wget https://nodejs.org/dist/v5.0.0/node-v5.0.0-linux-armv7l.tar.gz
cd /usr/local
sudo tar xzvf /home/pi/node-v5.0.0-linux-armv7l.tar.gz --strip=1
node -v (Ausgabe: v5.0.0)
cd /home/pi
npm install -g homebridge (Installation ohne Fehler und Warnungen)
npm install -g https://github.com/justme-1968/homebridge-fhem.git (Installation ohne Fehler und Warnungen)
homebridge (startet ohne Probleme)

Erster Test:
- Hinzufügen von FritzDect 200 und Wetter.
- Das schalten der FritzDect 200 mit Siri funktioniert.
- Die Wetterdaten (aus FHEM) sind in der Eve-App auch verfügbar.

Zweiter Test:
- Erst einmal die Konfiguration zurücksetzen.
   Also Homekit auf dem iPhone zurückgesetzt (Einstellungen->Datenschutz . . . ) und den Ordner .homebridge/persist/ gelöscht.
- MAX! Heizungsthermostat in den FHEM-Room "Homekit" hinzugefügt
- Homebridge startet ohne Fehler (insgesamt mit 3 Devices - Wetter, FritzDect und MAX!-Thermostat)
- Die Homebridge nun in der Eve-App hinzufügen
   Homebridge auswählen . . .
   Code eingeben . . .
   dann die Fehlermeldung "Verbindung mit Zubehör nicht möglich" (siehe Bild)
   Inzwischen weis ich, dass mit Zubehör das MAX!-Thermostat gemeint ist.

Ersten Test reproduzieren (um sicher zu gehen, dass mir kein Fehler unterlaufen ist)
- Konfiguration (Homekit auf Telefon und Homebridge) zurücksetzen
- Entfernen des Thermostat aus dem Raum "Homekit"
- Starten von Homebridge
- Das schalten der FritzDect 200 mit Siri funktioniert.
- Die Wetterdaten (aus FHEM) sind in der Eve-App auch verfügbar.

Da der erste Test reproduzierbar funktioniert, kann ich Verbindungsprobleme zwischen den beiden RPi2 ausschließen.
Fehler in der Homebridge-Konfiguration (die sieht so (http://forum.fhem.de/index.php/topic,32652.msg357184.html#msg357184) aus, natürlich mit angepasster IP-Adresse) würde ich, wegen dem ersten Test, auch erst einmal ausschließen.
In FHEM sind die genericDeviceType definiert, sodass ich auch hier erst einmal keinen Fehler sehe.

Es funktioniert also alles so lange, bis ich das MAX!-Heizungsthermostat hinzufüge.
Ich kenne diesen Beitrag (http://forum.fhem.de/index.php/topic,32652.msg353216.html#msg353216). Allerdings dürfte der inzwischen veraltet sein, da die Module umgebaut wurden.
Ein genauerer Blick in die /usr/local/lib/node_modules/homebridge-fhem/index.js (im Vergleich mit FHEM.js aus dem Beitrag) zeigt, dass die Änderungen (die Ventilstellung ist hinzugekommen) aus dem älteren Beitrag bereits eingeflossen sind.

Hat jemand von euch eine Idee, warum die MAX!-Heizungsthermostate diesen Fehler produzieren?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 14 November 2015, 12:07:50
@Alle: Warum erstellt nicht einer, der alles am laufen hat, ein "Master Image" und stellt dieses zum Download bereit? Bei Linux dürfte es ja kein Konflikt wegen der Lizenzierung geben - oder?  Ich würde ja meine Unterstützung anbieten, aber meine Homebridge läuft unter Windows.

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: widdi am 14 November 2015, 14:34:16
Zitat von: Byllyy am 14 November 2015, 09:43:34
Komme mit meinem Start-Skript nicht mehr weiter.

Frage: Warum kann ich mit  "/home/pi/homebridge/bin/homebridge" die Homebridge problemlos starten, aber wenn ich in das Verzeichnis "/home/pi/homebridge/bin/" gehe und dann
Homebridge eingebe, geht es nicht.

Welchen Befehl muss ich hier zu start eingeben?

Danke

Weil, wie bei Linux üblich du ./ voranstellen musst, wenn du etwas im aktuellen Verzeichnis ausführen willst. Das ist so, damit dein aktuelles Verzeichnis nicht grundlegende Befehle wie "cd" oder "cp" beeinflussen kann. Genauer: wenn du ./ nicht voranstellst werden nacheinander die Verzeichnisse durchgegangen die du mit "echo $PATH" siehst. Falls es dort nicht gefunden wurde, dann wird nichts ausgeführt!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: quickhammer am 14 November 2015, 15:09:47
Hallo Forum,
habe nun gcc auf 4.6 und node auf 5 hochgezogen (Danke l2r).

Leider verweigert er mir jetzt die Installation von homebridge mit dem Wunsch nach einem C++ Compiler 11 ?!?!?

Code Auswählen
pi@raspberrypi ~ $ sudo npm install -g homebridge
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge

> bignum@0.11.0 install /usr/local/lib/node_modules/homebridge/node_modules/bignum
> node-gyp configure build

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/bignum/.node-gyp"
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
In file included from ../bignum.cc:8:0:
../../nan/nan.h:41:3: error: #error This version of node/NAN/v8 requires a C++11 compiler

Beobachte weiter denn ..... die Hoffnung stirbt zuletzt.

Muß mich schlimmstenfalls mit ner neuen Hue Bridge abfinden, daß zumindest einer im Haushalt auf mich hört (die Lampen) ;-)

Bin immer dankbar für Tipps!

Udo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 14 November 2015, 15:49:06
Kann man in FHEM nun ein "Gerät" so anlegen, dass ich theoretisch auch ein Bash Skript ausführen kann. Also ein Gerät "Heizung" anlegen, dem Room Homekit hinzufügren und dann beim Siri Kommand von "Heizung an" wird das entsprechende Bash Skript am Raspberry aufgerufen.

Danke schon mal für einen Tipp!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 14 November 2015, 17:57:56
Ich habe ein ganz eigenartiges Problem...soweit läuft alles, jedoch zeigt mein Handy mir nach einer Zeit an, dass er nicht mehr mit den Geräten verbunden ist (Aktualisiert zu einer Zeit vor der aktuellen). Dann stoppe ich die Homebridge auf meinem Cubie und starte sie neu. In dem Moment habe ich plötzlich alle Geräte doppelt (auf dem Handy), wovon die hälfte zu bedienen ist und die andere Hälfte nicht.
Es kommt mir irgendwie so vor, als wenn noch irgendwelche Überreste auf meinem Handy oder in der Homebridge auf meinem Cubie enthalten sind, die das Problem verursachen. Das Handy habe ich schon x-mal neu gemacht, d.h. Eve-App deinstalliert, unter Homekit und Datenschutz alles gesäubert.
Auf auf meinem Cubie habe ich schon diverse male die beiden Dateien unter "/home/cubie/.homebridge/persist/" gelöscht, jedoch auch hier keine Besserung...

Zum Schluss muss ich dann alles neu einrichten, was für gut 2 Stunden (gestern nacht auch mal für 8 Stunden) hält.

Hat dieses Verhalten schon jemand von euch beobachtet oder einen Tipp für mich, was ich falsch mache?

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 14 November 2015, 19:02:27
Zitat von: dennis87 am 14 November 2015, 17:57:56
Ich habe ein ganz eigenartiges Problem...soweit läuft alles, jedoch zeigt mein Handy mir nach einer Zeit an, dass er nicht mehr mit den Geräten verbunden ist (Aktualisiert zu einer Zeit vor der aktuellen).

Ja, das habe ich auch schon zweimal gehabt. Beim ersten Mal dachte ich noch, hätte irgendetwas falsch gemacht, aber es scheint so zu sein, dass nicht die iOS-Seite stirbt, sondern irgendetwas auf der Pi-Seite, denn auch wenn ich ein anderes Homekit-Programm benutze, dann zeigt es mir zwar die Konfig an, welche ich über die EVE erzeugt habe - diese wird offenbar in der Homebridge gespeichert - aber alle Accessories sind dann inaktiv und es ist keine Aktion möglich.

Wenn dieser Zustand eingetreten ist, dann hilft nur die Dateien aus persistene zu löschen und von vore anzufangen.
Ich habe mir diese Dateien jetzt mal kopiert und werde die mal mit den aktuellen Vergleichen, wenn das Problem wieder auftritt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 14 November 2015, 21:27:37
Nachdem ich nun mal ein paar Stunden gewartet habe - wir haben inzwischen einen Film gesehen - ist das Problem wieder da und ich glaube, dass es daran liegt, dass ich die etwas kryptischen FHEM Gerätenamen durch "ansprechendere" ersetzt habe. Das geht eine Weile gut, aber irgendwann fliegen die wohl aus irgendeinem Cache raus und ab dann gibt's zu denen keinen Connect mehr.

Dafür habe ich nun in EVE im Standard-Raum wieder alle "originalen" FHEM devices drin... aber HUEDevice2 ist nun mal doof...  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 14 November 2015, 22:33:53
Ich komme derzeit einfach nicht weiter.
Bekomme bei der Installation immer diesen Fehler:

Code Auswählen

pi@raspberrypi ~ $ sudo npm install -g homebridge
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge

> bignum@0.11.0 install /usr/local/lib/node_modules/homebridge/node_modules/bignum
> node-gyp configure build

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.0.0"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/bignum/.node-gyp"
make: Entering directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'
  CXX(target) Release/obj.target/bignum/bignum.o
make: g++: Kommando nicht gefunden
bignum.target.mk:92: recipe for target 'Release/obj.target/bignum/bignum.o' failed
make: *** [Release/obj.target/bignum/bignum.o] Error 127
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/bignum/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.13+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "configure" "build"
gyp ERR! cwd /usr/local/lib/node_modules/homebridge/node_modules/bignum
gyp ERR! node -v v5.0.0
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
npm ERR! Linux 4.1.13+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.0.0
npm ERR! npm  v3.3.6
npm ERR! code ELIFECYCLE

npm ERR! bignum@0.11.0 install: `node-gyp configure build`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the bignum@0.11.0 install script 'node-gyp configure build'.
npm ERR! This is most likely a problem with the bignum package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp configure build
npm ERR! You can get their info via:
npm ERR!     npm owner ls bignum
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/npm-debug.log


Ohne sudo command, fängt er erst gar nicht an.

Vielleicht kann mir jemand einen Tipp geben?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: danielsen am 15 November 2015, 11:07:35
Zitat von: dennis87 am 14 November 2015, 17:57:56
Ich habe ein ganz eigenartiges Problem...soweit läuft alles, jedoch zeigt mein Handy mir nach einer Zeit an, dass er nicht mehr mit den Geräten verbunden ist (Aktualisiert zu einer Zeit vor der aktuellen).

ich schließe mich dem an .... Gestern alles eingerichtet, ordentlich benannt und heute morgen steht dort "Nicht erreichbar" Aktualisiert: Gestern ..... ziemlich frustrierend. Gibt es schon Lösungsansätze?

FHEM spuckt keine Fehler und Homebridge sagt: "Homebridge is running ...."

Benutze FHEM mit Homebridge auf einem RasPi mit 7x HUE und 1x HomeMatic Thermostat (über HM-USB).

Die Hoffnung stirbt zuletzt. Grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 15 November 2015, 11:55:16
kein RasPi2? Vielleicht ein Performance-Problem? MyTechBlog hat extra darauf hingewiesen ein 2er zu nehmen.

1.Nicht erreichbar hatte ich aber auch. Lag weder an Raspi noch an Homebridge, sondern an HomeKit. Zurückgesetzt Eve wieder eingerichtet und es läuft bis heute (seit über 72h) stabil.

2. Sollte doch der Raspi nicht mehr ansprechbar sein, dann könnte es an dem "Netzteil" liegen. Viele sogenannte Netzteil sind Ladegeräte und liefern keine gleichmässige Spannung, was den Raspi zum Abstürzen bringen kann. Gerade, wenn er, wie bei Homebridge, gefordert wird.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 15 November 2015, 13:45:41
Zitat von: infeliz am 15 November 2015, 11:55:16
kein RasPi2? Vielleicht ein Performance-Problem? MyTechBlog hat extra darauf hingewiesen ein 2er zu nehmen.

1.Nicht erreichbar hatte ich aber auch. Lag weder an Raspi noch an Homebridge, sondern an HomeKit. Zurückgesetzt Eve wieder eingerichtet und es läuft bis heute (seit über 72h) stabil.

2. Sollte doch der Raspi nicht mehr ansprechbar sein, dann könnte es an dem "Netzteil" liegen. Viele sogenannte Netzteil sind Ladegeräte und liefern keine gleichmässige Spannung, was den Raspi zum Abstürzen bringen kann. Gerade, wenn er, wie bei Homebridge, gefordert wird.

Ich habe z.B. keinen Raspi laufen, sondern einen Cubietruck, ich denke, dass die Leistung da weniger ein Problem sein sollte, das Problem tritt aber trotzdem auf :(. Wenn das Problem bei mir auftritt läuft der Dienst bei mir auch noch, dieser scheint nicht abgestürzt zu sein.

Da bin ich ja schon mal froh, dass ich nicht alleine mit dem Problem bin. Hoffen wir mal, dass vielleicht jemand eine Lösung dafür hat.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: danielsen am 15 November 2015, 15:11:52
Zitat von: infeliz am 15 November 2015, 11:55:16
kein RasPi2? Vielleicht ein Performance-Problem? MyTechBlog hat extra darauf hingewiesen ein 2er zu nehmen.

Ich glaube nicht, dass es daran liegt .... es läuft ja am Anfang sehr stabil. Außerdem kann ich über FHEM (Webinterface) immer alles einstellen ... auch wenn HomeKit/HomeBridge sich nicht meldet. Der HomeBridge Dienst ist auch am laufen ....

Ich habe HomeBridge testweise anders konfiguriert:  FHEM Plugin für Thermostate / ohne HUE! und HuePlugin für HUEs - hab noch nix an den Gerätenamen geändert. Bis jetzt läuft es seit 6h stabil ... schauen wir mal.

PS. Bei der EVE App kann man ja Szenen einstellen - wenn ich für eine Szene eine HUE Lampe einstellen möchte, dann fehlt mir immer der "ColorPicker". Habt ihr das Problem auch?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 15 November 2015, 18:24:33
Nachdem ich die HUE´s bei mir nicht mehr im HomeKit-Raum habe, scheint es auch (bis jetzt) deutlich besser zu halten.

@danielsen: wie hast du die homebridge denn anders konfiguriert? Kannst du mir sagen, was du dafür gemacht hast?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 15 November 2015, 18:49:40
Hey wie habt ihr denn eure Rolläden eingebunden?
Ich habe zwave Rolläden. Wenn die als Schalter anspreche funktioniert es.
Wenn ich aber genericDeviceType = blind beim Rolladen eintrage, dann lässt sich die Bridge nicht mehr koppeln.

Wie kann ich die Rolläden denn einbinden?

Danke

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Steeeve am 15 November 2015, 21:01:38
Zitat von: danielsen am 15 November 2015, 15:11:52
PS. Bei der EVE App kann man ja Szenen einstellen - wenn ich für eine Szene eine HUE Lampe einstellen möchte, dann fehlt mir immer der "ColorPicker". Habt ihr das Problem auch?

Hi!
Ja, bei mir ist das auch so!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 15 November 2015, 22:00:05
Bei mir läuft die neue homebridge Version mit dem Plugin von justme ohne HUEs seit mehreren Tagen auch recht stabil. Hab die Hues dann über die eigene Bridge mit eingebunden. Leider funktionieren aber die FLS-PP LED-Strip Controller noch nicht mit HomeKit.
Funktioniert der HomeKit Fernzugriff eigentlich bei jemanden? Bisher sind die Geräte nur im lokalen Netzwerk erreichbar.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 15 November 2015, 22:13:43
Zitat von: dennis87 am 15 November 2015, 18:24:33
Nachdem ich die HUE´s bei mir nicht mehr im HomeKit-Raum habe, scheint es auch (bis jetzt) deutlich besser zu halten.

Das kann ich nicht bestätigen... ich habe bei allen meinen Versuchen immer alle Geräte drin, welche mich interessierten... und das sind so insgesamt 15 Stück - inklusive meiner 3 HUE A9 und der 2 LED Stripes. Das einzige, was ich im letzten Versuch anders gemacht habe ist, dass ich beim letzten Mal nicht mehr so viele Räume eingerichtet habe.

Ich denke mittlerweile auch, dass es nicht die homebridge selber, sondern eher ein iOS-Problem ist. Die Geschichte, dass ich nach einiger Zeit alle Geräte noch einmal hatte - übrigens auch die Bridge selber - von denen ich die zuvor eingerichteten Geräte nicht mehr bedienen konnte, hatte ich auch schon zweimal.

Jetzt läuft es seit ein paar Stunden, aber ich bezweifele mal, dass es morgen früh noch funktioniert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 16 November 2015, 06:47:49
...und siehe da... es funktioniert heute morgen wieder nicht mehr. Wenn ich eines der Devices in der EVE app bediene, dann schickt mein iPhone nicht mal irgendein Packet zur Homebridge, ganz so, als wüsste es nicht mehr, wo es hingehört.

Nach einen Neustart der Homebridge findet EVE dann eine neue Bridge mit allen 18 Geräten im Standardraum...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 16 November 2015, 06:54:11
Ich habe derzeit mit Homebridge das gleiche Problem. Ich glaube aber nicht, dass es ein iOS Problem ist, denn gleichzeitig läuft meine neue HueBridge2 absolut stabil.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterchen89 am 16 November 2015, 08:24:32
Hatte auch dauernd Probleme das meine Geräte als "nicht erreichbar" gekennzeichnet waren. Habe jetzt die neue Hue Bridge 2 und die Hue Lampen aus dem Homekit Raum in FHEM entfernt sodass die nicht mehr über Homebridge exportiert werden. Jetzt läuft es ohne dass ich mehr als täglich Homekit neu einrichten muss.

PS: Vielleicht liegt es aber auch irgendwie daran dass es jetzt 4 Geräte weniger im Homekit Raum sind?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: GregPac am 16 November 2015, 10:38:02
Ich finde es toll das an Hombridge so viel weiterentwickelt wird. Da aber derzeit anscheinend viele mit der neuen Version Schwierigkeiten haben, fände ich es klasse wenn jemand die alte Version nochmal zur Verfügung stellen könnte. Diese lief bei mir (außer gelegentlich mal den Persist Ordner löschen) ohne Probleme.

Die neue läuft bei mir aber ich kann Sie in Eve leider nicht pairen. Dafür gibt es derzeit ja wohl noch keine Lösung.

Gruß
Greg
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 November 2015, 10:40:58
wie oben schon mehrfach geschrieben: wenn es probleme mit dem pairen gibt bitte mit wenigen (am besten einem) einfachen devices anfangen.

eine konsistente 'alte' version gibt es immer noch hier: https://github.com/justme-1968/homebridge (https://github.com/justme-1968/homebridge).

das problem mit den hue lampen schaue ich mir gerade an. kann es aber noch nicht reproduzieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hauswart am 16 November 2015, 10:41:25
Zitat von: GregPac am 16 November 2015, 10:38:02
Ich finde es toll das an Hombridge so viel weiterentwickelt wird. Da aber derzeit anscheinend viele mit der neuen Version Schwierigkeiten haben, fände ich es klasse wenn jemand die alte Version nochmal zur Verfügung stellen könnte. Diese lief bei mir (außer gelegentlich mal den Persist Ordner löschen) ohne Probleme.

Die neue läuft bei mir aber ich kann Sie in Eve leider nicht pairen. Dafür gibt es derzeit ja wohl noch keine Lösung.

Gruß
Greg

Oder diesen Homebridge-Versionsstand: https://github.com/nfarina/homebridge/tree/eda8e91d0f37c0c319c6b0481e300e61fb1a38d1
Bzw die FHEM.js: https://github.com/justme-1968/homebridge/blob/master/platforms/FHEM.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: GregPac am 16 November 2015, 13:45:14
Danke für die Info, werd die alten Versionen mal testen.

Bei der neuen habe ich bisher immer nur ein gerät hinzugefügt. Habe bereits verschiedene getestet und immer das identische Problem in der Eve App. Derzeit ist nur eine Funksteckdose für Homebridge drin.

Gruß
Greg
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 16 November 2015, 14:11:56
Moin Andre,

Zitat von: justme1968 am 16 November 2015, 10:40:58
wie oben schon mehrfach geschrieben: wenn es probleme mit dem pairen gibt bitte mit wenigen (am besten einem) einfachen devices anfangen.

eine konsistente 'alte' version gibt es immer noch hier: https://github.com/justme-1968/homebridge (https://github.com/justme-1968/homebridge).

das problem mit den hue lampen schaue ich mir gerade an. kann es aber noch nicht reproduzieren.

gruss
  andre

Das pairen war bei mir nie das Problem, sondern nur, dass nach einer Weile das Pairing verloren geht. Gewöhnlich habe ich dann eine zweite homebridge mit denselben devices in der EVE app. Leider ist die homebridge ja so stumm wie ein Fisch und lässt sich nicht wirklich in die Karten schauen...

Auf alle Fälle ändern sich die Dateien in persist nicht - die sind dann bei mir genau auf dem Stand, als die homebridge/EVE Combo noch funktionierte.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: webturtle am 16 November 2015, 18:02:32
Habe wirklich die Suche bemüht und die Homebridge ins laufen zu bekommen und nach langem Weg hänge ich nun hier.

Code Auswählen
root@haus:~# homebridge
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
          ^
Error: /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/build/Release/dns_sd_bindings.node: undefined symbol: _ZN2v86Object23CheckedGetInternalFieldEi
    at Error (native)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/lib/dns_sd.js:24:20)
    at Module._compile (module.js:460:26)
    at Object.Module._extensions..js (module.js:478:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)


Die Suche gibt dazu wenig bis gar nichts her.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: peterchen89 am 16 November 2015, 18:17:32
Zitat von: budy am 16 November 2015, 14:11:56
Gewöhnlich habe ich dann eine zweite homebridge mit denselben devices in der EVE app.
Das konnte ich bei mir bisher nie feststellen. Ansonsten wie beschrieben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 16 November 2015, 18:47:11
Heute kam ein Update für die EVE App raus und was soll ich sagen, als ich nach Hause kam, da funktionierte meine zweite "Ghost" Homebridge "immer" noch - oder wieder.

Ich habe eben mal die Homekit-Settings unter Datenschutz zurückgesetzt und dann sehe ich mal, ob sich da etwas geändert hat.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 16 November 2015, 21:29:30
Warum wird von der homebridge ein Dummy Device ignoriert :)?

Wollte ein Dummy device mit einem State anlegen, hinterlegt mit einem Notify, welches dann ein Skript am Raspberry aufruft.

Jedoch schreibt er mir beim starten von homebridge, dass der Dummy ignoriert wird.

Hat das eine Begründung bzw. wie könnte ich das sonst lesen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 16 November 2015, 21:42:09
Hast du genericDevice = switch und setList = on off im Dummy gesetzt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 16 November 2015, 22:00:43
Danke für den Tipp!
An dem ist es gelegen :)

Jedoch funktioniert anscheinend das Notify noch nicht so recht...hätte es so gemacht, wie ich es auch für einen anderen Aufruf verwende, jedoch schreibt er weder einen Eintrag in das Log noch wird die Funktion aufgerufen.

Code Auswählen
# Heizung Dummy
define Heizung dummy
attr Heizung genericDeviceType switch
attr Heizung room Homekit
attr Heizung setList on off
attr Heizung webCmd on:off

define n_HeizungActiveNotify notify Heizung:state:.* IF ([Heizung:state] eq "on") ({ system("sudo /home/pi/Scripts/sudowebscript.sh activateHeatingWeb") })
attr n_HeizungActiveNotify room System

Wo liegt hier der Fehler?

EDIT:
hab es jetzt so gelöst und das Heizung aktivieren/deaktivieren funktioniert nun auch über Siri :D

Code Auswählen
define n_HeizungActiveNotify notify Heizung:on { system("sudo /home/pi/Scripts/sudowebscript.sh activateHeatingWeb") }
attr n_HeizungActiveNotify room System
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Freddy am 16 November 2015, 22:51:04
Hallo ich komme nicht weiter hat einer für mich ein Tip! :-\

Code Auswählen
pi@raspberrypi ~/homebridge $ npm install -g homebridge
npm WARN checkPermissions Missing write access to /usr/local/lib/node_modules
/usr/local/lib
└─┬ homebridge@0.2.11
  ├─┬ chalk@1.1.1
  │ ├── ansi-styles@2.1.0
  │ ├── escape-string-regexp@1.0.3
  │ ├─┬ has-ansi@2.0.0
  │ │ └── ansi-regex@2.0.0
  │ ├── strip-ansi@3.0.0
  │ └── supports-color@2.0.0
  ├─┬ commander@2.8.1
  │ └── graceful-readlink@1.0.1
  ├─┬ hap-nodejs@0.0.3
  │ ├─┬ curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
  │ │ ├── bindings@1.2.1
  │ │ └── nan@2.1.0
  │ ├─┬ debug@2.2.0
  │ │ └── ms@0.7.1
  │ ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
  │ ├─┬ mdns@2.2.10
  │ │ └── nan@2.0.9
  │ ├─┬ node-persist@0.0.3
  │ │ ├── mkdirp@0.3.5
  │ │ └── q@1.1.2
  │ └─┬ srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)
  │   └── bignum@0.11.0
  └── semver@5.0.3

npm ERR! Linux 4.1.13+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.0.0
npm ERR! npm  v3.3.6
npm ERR! path /usr/local/lib/node_modules
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access

npm ERR! Error: EACCES: permission denied, access '/usr/local/lib/node_modules'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, access '/usr/local/lib/node_modules']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/usr/local/lib/node_modules' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/homebridge/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 16 November 2015, 22:52:33
setz mal "sudo" vor den Befehl :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 17 November 2015, 07:17:00
Nachdem es gestern Abend immer noch lief, war ich mutig und habe eine HUE hinzugefügt, heute Morgen war dann wieder alles nicht aktualisiert :(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis_n am 17 November 2015, 07:32:56
Also ich mache die HUE Lampen über die neue HueBridge.
Funktioniert bestens.

Die ist aktuell im Apple Online Store im Angebot für 40 EUR.

Probleme machen bei mir nur die Rolläden.

Gruss
Dennis
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 17 November 2015, 09:01:24
Na ja... beim einen sollen es die HUEs sein, beim anderen die Rolläden... ich denke eher, dass es doch etwas generelles mit der homebridge ist. Ich hatte meine gestern Abend noch mal eingerichtet und heute morgen war's dann wieder tot. Vielleicht versuche ich es wirklich mal nur mit ein, zwei Dummies...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 17 November 2015, 11:00:41
funktioniert das mit dem Dienst anlegen, damit es automatisch startet bei jedem?

Habt ihr das so wie auf http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/ (http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/) beschrieben steht gemacht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 17 November 2015, 14:36:02
Zitat von: thomaso am 17 November 2015, 11:00:41
funktioniert das mit dem Dienst anlegen, damit es automatisch startet bei jedem?

Habt ihr das so wie auf http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/ (http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/) beschrieben steht gemacht?

Also bei mir sieht es so aus:

Code Auswählen
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/cubie"
cmd="homebridge"
user="cubie"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have failed"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
        exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0


Dann musst du natürlich noch dir, cmd und user anpassen, wenn es bei dir nicht passt.

Danach kannst du dann die folgenden schritte von meintechblog nehmen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: onkel-tobi am 17 November 2015, 20:00:05
Hi,

habe mir homebridge gestern installiert, lief auch soweit, bis ich versucht habe in eve ein paar Namen abzuändern.
Habe schon da eine Fehlermeldung beim Umbenennen erhalten und als ich den service neu gestartet habe bekomme ich nun folgende Fehlermeldung:

Code Auswählen

[FHEM]     position state characteristic for eg_wz_rollo
/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:164
      throw new Error("Cannot add a bridged Accessory with the same UUID as another bridged Accessory: " + existing.UUID);
      ^

Hat wer von euch da eine Idee?

Gruß,
Tobi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 17 November 2015, 20:21:02
Zitat von: dennis87 am 17 November 2015, 14:36:02
Also bei mir sieht es so aus:

Code Auswählen
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/cubie"
cmd="homebridge"
user="cubie"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have failed"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
        exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0


Dann musst du natürlich noch dir, cmd und user anpassen, wenn es bei dir nicht passt.

Danach kannst du dann die folgenden schritte von meintechblog nehmen.

Super das funktioniert jetzt alles super :)! Danke für die Config!

Bei mir funktioniert das verbinden auch nicht mehr, sobald ich ein Dummy Device, welches als Thermostat angelegt ist, dem Homekit Room hinzufüge. Ansonsten lauft es bisher sehr gut und stabil.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 18 November 2015, 14:37:47
Ich habe nach wie vor das Problem, dass sich homebridge beendet, sobald das Terminal-Fenster geschlossen wird. Egal, ob ich das Ganze per Startscript oder dem Befehl
Code Auswählen
/home/pi/homebridge/bin/homebridge &starte. Mein Startscript sieht so aus:
Code Auswählen
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/pi/homebridge/bin"
cmd="./homebridge &"
user="root"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have failed"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0

Ich habe homebridge mit sudo installiert. Meine config.json liegt im Verzeichnis /root/.homebridge.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 18 November 2015, 15:16:58
hi,

hast du des so http://forum.fhem.de/index.php/topic,32652.msg356847.html#msg356847 (http://forum.fhem.de/index.php/topic,32652.msg356847.html#msg356847) gemacht?

was gibt dir
Code Auswählen
sudo /etc/init.d/homebridge status aus?
falls da nicht running bei raus kommt, dann scheint dein Startskript nicht zu funktionieren...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 18 November 2015, 16:47:05
Hey!

Ja, hatte alles so gemacht. Ich habe das Startscript aber jetzt noch mal neu angelegt. Und momentan läuft die Homebridge auch weiter, wenn die Konsole geschlossen wurde. Keine Ahnung, vielleicht hatte ich irgendwo einen kleinen Fehler. Ich werde weiter beobachten.

So langsam läuft das Ganze ja ganz stabil. Ich habe mittlerweile recht viele Devices integriert.
11 Intertechno Dosen, 3 HM Thermostate, einen Harmony Hub und 3 Sonos Player.

Vielen Dank!
Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 18 November 2015, 20:08:04
Hi,

hab die "neue" Bridge nun auch am laufen.

Mir ist aufgefallen, dass ich nachwievor den Fehler habe, dass ich mich mit der Bridge nicht koppeln kann, wenn MAX-Thermostate mit angemeldet werden sollen.
Die Bridge startet ohne Fehler, bei Eve "Hinzufügen fehlgeschlagen".

Existiert das Problem noch, oder stimmt da was bei mir noch nicht so ganz?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: onkel-tobi am 18 November 2015, 22:12:12

Zitat von: thomaso am 17 November 2015, 20:21:02
Bei mir funktioniert das verbinden auch nicht mehr, sobald ich ein Dummy Device, welches als Thermostat angelegt ist, dem Homekit Room hinzufüge. Ansonsten lauft es bisher sehr gut und stabil.
Danke, dass schien bei mir auch der Fehler zu sein.
Habe gerade mal probiert nach meinem iPhone auch Mein ipad einzurichten(mittels eve), leider ohne Erfolg. Gibt es da noch etwas zu beachten?
Kann ich nur 1 Gerät verwenden?
Das ipad findet einfach keine Bridge...

Gruß,
Tobi


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 18 November 2015, 23:53:17
Nein, es gehen mindestens zwei Geräte. Ich habe gestern per Einladung mit EVE das iPhone meiner Freundin gekoppelt. Es dauerte rund 10 Minuten,  danach  hat EVE alle Geräte erkannt und Siri hat reagiert und geschaltet. Beide Handys sind in verschiedene Wolken.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 19 November 2015, 07:07:05
Ich war zwar mit der gleichen Apple ID in der Cloud angemeldet, jedoch mit unterschiedlichen Anmeldenamen auf den Geräten. (iPhone, iPad)
Erst, als ich ein Gerät komplett abgemeldet hatte und neu anmeldete (diesmal unter dem gleichen Anmeldenamen) fing sich die Bridge an zu synchronisieren.
Zitat von: Breaked am 18 November 2015, 20:08:04
Hi,

hab die "neue" Bridge nun auch am laufen.

Mir ist aufgefallen, dass ich nachwievor den Fehler habe, dass ich mich mit der Bridge nicht koppeln kann, wenn MAX-Thermostate mit angemeldet werden sollen.
Die Bridge startet ohne Fehler, bei Eve "Hinzufügen fehlgeschlagen".

Existiert das Problem noch, oder stimmt da was bei mir noch nicht so ganz?

Dieses Problem habe ich auch. MAX Thermostate gehen irgendwie nicht. Ansonsten läuft die Bridge in ihrer jetzigen Form richtig gut durch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 19 November 2015, 07:14:33
Ich muss eventuell dazu sagen, dass ich noch die alte Version der Bridge verwende. Die neue Version will ich am Wochenende einmal testen. Dazu muss ich mir hier ja auch ersteinmal alles zusammen suchen  :D, oder gibt es schon eine gute Anleitung? Das ganze Gesuche kostet soviel Zeit und ich hab immer nur rund zwei Stündchen....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: onkel-tobi am 19 November 2015, 07:43:22
Hi,

also ich habe mich extra dafür mal an der cloud angemeldet. Gleicher accoubt, schlüsselpaare syncen aktiviert. Aber auf meinem ipad findet der die bridge gr nicht...

Gruß,
Tobi


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 19 November 2015, 07:47:27
Ich übermittel hier mal, was bei mir zum Erfolg geführt hat. Quelle: sTaN, l2r, Nilven (meintechblog.de)
Das ganze wurde auf einem frisch installierten raspberry PI aufgespielt. Achja und es ist die fhem Homebridge von justme-1968

Code Auswählen
sudo apt-get update && sudo apt-get -y upgrade && sudo apt-get -y autoremove && sudo reboot

sudo apt-get -f install && sudo apt-get -y install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl


sudo apt-get install libjson-perl

sudo apt-get update && sudo apt-get -y install libavahi-compat-libdnssd-dev


Im Anschluss wird NodeJS heruntergeladen und für den Betrieb vorbereitet:

wget http://nodejs.org/dist/v0.10.28/node-v0.10.28-linux-arm-pi.tar.gz -P /tmp && cd /usr/local && sudo tar xzvf /tmp/node-v0.10.28-linux-arm-pi.tar.gz --strip=1

Sofern die Installation erfolgreich war, wird nach der Eingabe des Befehls

/usr/bin/env node --version

der Output "v0.10.28" in der Konsole angezeigt, welcher Auskunft über die korrekt installierte Versionsnummer gibt.

6.5.4 Installation homebridge
Anmerkung: npm ist ein nodejs packet manager

sudo apt-get update && sup apt-get upgrade

sudo npm install –g homebridge

An der Stelle bringt er mir zwar die root access Warnung auf das Verzeichnis /root/.node-gyp/5.0.0 aber die Installation lief durch:

4. Nach Installation habe ich meine Verzeichnisstruktur in /home/pi geprüft und festgestellt, das noch KEIN .homebridge Verzeichnis existiert

5. Homebridge gestartet (dieses mal nur mit dem Befehl homebridge)

6. Dann habe ich mir das Verzeichnis /home/pi anzeigen lassen und siehe da, der .homebridge Ordner wurde angelegt! (Befehl ls -la)

npm install -g https://github.com/justme-1968/homebridge-fhem.git

Dann im Ordner .homebridge die config.json angelegt mit:  sudo nano config.json (Speichern mit ctrl o, verlassen des Editor mit ctrl x)
Die IP des Server muß man anpassen, je nachdem ob FHEM auf einem anderen PI läuft oder auf dem gleichen.

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC: 22: 3D: E3: CE: 30",
        "port": 51826,
        "pin": "031-45-154"
    },
    "description": "HomebridgeKonfigurationsdateifürFhem",
    "accessories": [],
    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.1.22",
            "port": "8084",
            "filter": "room=Homekit"
        }
    ]
}

Ob die config.json richtig ist, kann man mit http://jsonlint.com überprüfen lassen

Der Port des PI wo Homebridge läuft muß frei sein, d.h. das attr webbasicauth muß gelöscht werden, falls gesetzt.

In Fhem muß ein Raum Homekit eingerichtet werden, wo man nun nach und nach die Devices zuordnen kann.



Wie gesagt, das ist nicht auf meinem Mist gewachsen. Es ist ein Mix aus den Anleitungen von sTaN, l2r und Nilven,
der auf meintechblog eine sehr umfangreiche Anleitung geschrieben hatte. (Vielen Dank nochmal an die Verfasser)
Das ganze natürlich auch ohne Gewähr, aber bei mir hats funktioniert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 19 November 2015, 21:50:13
Also, nachdem ich die HUEs am letzten Wochenende aus dem Homekit-Raum rausgeworfen haben und nun die ganze Woche nicht zuhause war, habe ich gespannt die App angeschaltet - und siehe da...alles funktioniert noch. Somit scheint es bei mir wirklich an den HUEs zu liegen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 19 November 2015, 21:52:21
bei mir steht alles, sobald ich ein Thermostat Dummy Device hinzufüge...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 19 November 2015, 22:19:46
Zitat von: dennis87 am 19 November 2015, 21:50:13
Also, nachdem ich die HUEs am letzten Wochenende aus dem Homekit-Raum rausgeworfen haben und nun die ganze Woche nicht zuhause war, habe ich gespannt die App angeschaltet - und siehe da...alles funktioniert noch. Somit scheint es bei mir wirklich an den HUEs zu liegen.

Habe scheinbar das gleiche Problem.
Als ich heute nach Hause kam und die Bridge gestern lief, ging nichts mehr.

Habe auch ein Hue Device integriert..
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 20 November 2015, 07:02:11
Ja, stimmt leider... die HUE Bridge scheint da das Problem zu sein, mit der HUE Bridge 2 solles ja gehen, aber das probiere ich jetzt nicht aus...

Mein Hm Thermostate funktoinieren soweit ganz normal, außer das Siri bei der Aufforderung die Temperatur im Wohnzimmer zu stellen immer nur einen von den beiden Thermostaten stellt, obwohl sie sagt, dass sie beide gestellt hat. Und das sind keine Dummies, sondern die HM devices selber.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 20 November 2015, 07:24:36
Wird die nächsten Tage mit der hue Bridge 2 von mir getestet  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dennis87 am 20 November 2015, 07:25:49
Ich hab gestern eine bei Apple bestellt...2-3 Wochen Lieferzeit... Da heißt es noch ein wenig warten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 20 November 2015, 11:06:48
@andre

Flurin scheint netterweise den npm paketnamen homebridge-fhem freigegeben zu haben, planst du dein Paket dort zu veröffentlichen?
Wegwerf emailadressen gibts zum Beispiel bei www.guerrillamail.com  ;) Ansonsten würde ich mich anbieten dein git zu packagen und dort zu veröffentlichen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 20 November 2015, 11:56:43
Schon arg blöd, dass jetzt jeder die neue HUE Bridge für den vergünstigten Preis bei Apple kriegt, nicht nur die Bestandskunden über den HUE Onlineshop...  ::)
Naja... außer dass die Homekit Anbindung dort auch extrem buggy ist und man sich schnell aussperrt und die Bridge komplett resetten muss, kann ich noch nichts sagen (ich hab mir den Reset bisher gespart und warte auf fixes von Apple und Philips). Ansonsten macht die neue Bridge keinen Unterschied mit FHEM (weder schneller/langsamer noch dass die EMPTY Meldungen damit verschwunden wären...).




Aber back to (my) Topic:


Ich habe Homebridge installiert und nach Änderung des Debug-Ports auf 6082 (8082 ist meine Admin-FHEM-Instanz) startet Homebridge auch. Pairing klappte auch.
Allerdings sind per EVE keine Geräte zu sehen, die ich im Homekit Raum und mit dem entsprechenden Attribut versehen hatte.
Ich sehe dafür jede Menge Nachrichten auf der Konsole:


Code Auswählen


starting longpoll: http://127.0.0.1:8082/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448011319381
longpoll ended, reconnect in: 200msec
starting longpoll: http://127.0.0.1:8082/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448011319612
longpoll ended, reconnect in: 200msec
starting longpoll: http://127.0.0.1:8082/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448011319841
longpoll ended, reconnect in: 200msec
starting longpoll: http://127.0.0.1:8082/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448011320061
longpoll ended, reconnect in: 200msec
starting longpoll: http://127.0.0.1:8082/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448011320281
longpoll ended, reconnect in: 200msec
starting longpoll: http://127.0.0.1:8082/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448011320502
longpoll ended, reconnect in: 200msec



Der Inhalt der Website ist auch kein JSON.


Meine besagte FHEMWEB Instanz auf 8082 hat nicht den webname=fhem, sondern webname=fadmin.
Die URL oben lautet aber gar auf fhem.pl. Also habe ich das im Quellcode geändert auf fadmin.pl und dann scheint es zu gehen.


Der webname sollte also noch irgendwo mit in der config.json mit anzugeben sein, ebenso der Debug-Port (die Änderungen gehen bei mir ja bei einem Update aus dem Git wieder flöten...).




Gruß
Julian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 20 November 2015, 11:58:39
Ich muss doch nochmal was nachtragen...

auch wenn ich jetzt nicht mehr die ganzen longpoll Timeout Meldungen bekomme, tauchen bei mir keine Geräte auf.
Über das Debug Interface sehe ich, dass alles dort leer ist. Nun weiß ich allerdings nicht wo ich weiter suchen müsste  :(


EDIT: Ach, ich seh grad da sind noch andere Aufruf von /fhem? drin (also nicht nur fhem.pl?).
Nun kriege ich die Devices in der Debug-Console auch angezeigt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 20 November 2015, 12:31:19

Bezogen auf Andrés Wiki Artikel für die Installation:Wer Homebridge nach der Installation als root diese dann nicht mehr als root laufen lassen möchte, kann im Startscript die Zeile 19 wie folgt anpassen:


Code Auswählen

su - homekit -c "homebridge > /dev/null 2>&1 &"



Anschließend legt man noch den Systembenutzer "homekit" an:


Code Auswählen


groupadd -r -f homekit
useradd homekit -N -m -r -d /var/lib/homekit -s /bin/bash -c "Homekit Service Account" -g homekit



und stellt sicher, dass dann in /var/lib/homekit/.homebridge die config.json Datei liegt.


Damit läuft die Homebridge dann unter einem eigenen Benutzer "homekit" mit eingeschränkten Rechten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 20 November 2015, 13:12:47
Zitat von: Loredo am 20 November 2015, 11:56:43
Der webname sollte also noch irgendwo mit in der config.json mit anzugeben sein
Oder Du legst ein eigenes WEB Device für Homebridge an, soviel Resourcen kann das nicht kosten...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: flipkill am 20 November 2015, 13:48:04
@Breaked

ich habe das Problem auch noch sobald ich Max Thermostate hinzufüge, weist du hier schon was neues?

Gruß Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 20 November 2015, 13:49:31
Leider nein. Sorry

@Justme
Gibt's in Sachen MAX schon Erfolge zu verzeichnen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 20 November 2015, 18:27:38
Wie man diesen "Cloud sync in progress" Mist los wird weiß auch noch keiner, oder?
(siehe zB https://github.com/nfarina/homebridge/issues/348)



Liegt nicht an Homebridge, gleiches Problem hat auch die Philips HUE Bridge 2 (neben dem, dass man das Pairing bei der HUE Bridge aktuell nicht rückgängig machen kann ohne Factory Reset).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 20 November 2015, 18:43:21
Mit der Philips HB 2 hab keine Probleme, obwohl die Einrichtung schon eine Herausforderung ist.

Cloud Sync hatte ich auch extrem lange. Bei mir lag es am Schlüsselbund was sich synchronisieren wollte aber nicht dürfte. Schau mal nach, ob etwas versucht zu syncen aber nicht kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 20 November 2015, 18:49:29
Das Problem habe ich auch nur bei mir daheim, bei meinen Eltern lief das Setup der HB2 was den Sync angeht problemlos.
Ich konnte meinen Account aber auch da schon nicht zur Steuerung einladen, die kam nie an. Bei den anderen Accounts gings.


Keychain Sync habe ich mehrfach an und aus gemacht, reboot etc. Hilft oi's nix. Man kann ja nirgends nachgucken, was evtl in der Queue hängt oder nicht (oder ob der Syncstatus nur einfach irgendwo nach Abschluss nicht aktualisiert wurde...).


Hab jedenfalls einen Bugreport bei Apple (https://bugreport.apple.com oder über die Feedback.app bei Nutzung der öffentlichen iOS9beta) erstellt. Andere mit dem Problem sollten das auch tun, damit die Prio für das Problem steigt... sonst passiert da nix.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 20 November 2015, 19:04:11
Vor geschätzten 1000 Beiträgen habe ich recht ausführlich beschrieben wie ich meine Syncprobleme bereinigen konnte. Schau mal ob du den Betrag findest.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 20 November 2015, 19:19:20
Bezüglich der Probleme mit den HUEs versuche ich jetzt mal die direkt in der homebridge über eine eigens eingerichtete platform directive zu benutzen und nicht über das FHEM plugin. Mal sehen, ob das besser funktioniert. Man muss sich nur das homebridge plugin für HUE installieren und die platform in die config.json eintragen. Den Benutzernamen habe ich aus dem Key im hueBridge Objekt des FHEMs genommen - funktioniert tadellos... mal sehen, ob es damit stabil läuft.

Installieren mittels:
Code Auswählen
npm install -g homebridge-philipshue

Dann die json.config anpassen:
Code Auswählen
{
             "platform": "PhilipsHue",
             "name": "Phillips Hue",
             "ip_address": "127.0.0.1",
             "username": "xxxxxxxxx"
},

Weitere Infos dazu gibt's hier: https://github.com/thkl/homebridge-philipshue (https://github.com/thkl/homebridge-philipshue)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: mando667 am 20 November 2015, 19:34:19
Das hue Plugin läuft bei mir mittlerweile seit 3 Tagen problemlos parallel zum fhem Plugin. Zuvor ist das fhem Plugin (mit den hue Geräten integriert) täglich abgeschmiert.


Gesendet von meinem iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 20 November 2015, 20:26:39
Ich hab ja gehofft da drum herum zu kommen mal wieder die komplette iCloud Keychain zu resetten... aber das hat geholfen.
Wie das geht steht hier:
https://support.apple.com/en-us/HT202755


Im Grunde ganz einfach:
- Auf einem iOS Gerät iCloud Keychain deaktivieren.
- wieder aktivieren und sagen per Access Code bestätigen
- jetzt NICHT den Code eingeben, sondern auf "vergessen" tippen
- dann auf "Reset iCloud Keychain" tappen (NICHT den Code ändern oder sowas)
- danach sind alle Inhalte der iCloud Keychain GELÖSCHT und müssen NEU erstellt werden. Bisher authorisierte Geräte müssen für den neuen Zugriff wieder autorisiert werden.


Das ist die todsichere Methode (leider die mit dem Hammer...)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 20 November 2015, 23:56:58
Ich kann bisher von keinen Stabilitäts-Problemen mit der Hue Bridge 2 berichten, wenn man die offizielle HomeKit Anbindung benutzt, allerdings funktionieren damit nicht die FLS-PP Controller. In Homebridge läuft die Bridge aber genauso instabil wie die alte Version. Werde jetzt auch mal das Homebridge HUE-Plugin ausprobieren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 21 November 2015, 08:08:15
Zitat von: mando667 am 20 November 2015, 19:34:19
Das hue Plugin läuft bei mir mittlerweile seit 3 Tagen problemlos parallel zum fhem Plugin. Zuvor ist das fhem Plugin (mit den hue Geräten integriert) täglich abgeschmiert.

Jo - das ist bei mir auch so.  :D Sehr schön, dann kann's ja weitergehen und ich kann meine Hobby-Kasse schonen.
Titel: Antw:Apple Homekit: FHEM Plugin setzt nur einen von zwei Thermostaten
Beitrag von: budy am 21 November 2015, 09:31:20
Ich habe im Wohnzimmer zwei Thermostate. Beide sind in der Homebridge vorhanden und wenn ich Siri sage, dass sie die Temperatur im Wohnzimmer stellen soll, dann antwortet sie, dass sie beide Thermostate gestellt hat, aber gestellt wird tatsächlich nur einer der beiden. Hat das noch jemand?

So sieht das dann im Log der homebridge aus:
Code Auswählen
[FHEM] Heizung_Whz_Terrasse_Clima delaying command targetTemperature with value 22
[FHEM] Heizung_Whz_Flur_Clima delaying command targetTemperature with value 22
[FHEM] Heizung_Whz_Flur_Clima sending command targetTemperature with value 22
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Heizung_Whz_Flur_Clima%20desired-temp%2022&XHR=1
  2015-11-21 09:23:40 caching: Heizung_Whz_Flur_Clima-desired-temp: 22 as number
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 21 November 2015, 13:52:16
Da hab ich mich wohl zu früh gefreut. Heute mach das homebridge-hue Plugin beim Bedienen schon wieder Probleme und Eve meldet, dass HomeKit einen Fehler vom Gerät bekommen hat. Im homebridge-log steht folgendes:
Code Auswählen

[Phillips Hue] { [Api Error: parameter, bri, is not modifiable. Device is set to off.]
  message: 'parameter, bri, is not modifiable. Device is set to off.',
  type: 201,
  address: '/lights/3/state/bri' }


Über Fhem oder die Hue App lassen sich die Lampen aber ganz normal bedienen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 21 November 2015, 14:41:28
Ich habe heute eine Szene in EVE eingerichtet, aber was sag ich Siri jetzt, dass sie die Szene ableiert? Irgendwie funzt das nicht. Per Hand kann ich es in EVE schalten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 21 November 2015, 14:55:05
Einfach die Szenenbezeichnung aufsagen


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 21 November 2015, 16:18:00
Zitat von: kennymc.c am 21 November 2015, 13:52:16
Da hab ich mich wohl zu früh gefreut. Heute mach das homebridge-hue Plugin beim Bedienen schon wieder Probleme und Eve meldet, dass HomeKit einen Fehler vom Gerät bekommen hat. Im homebridge-log steht folgendes:
Code Auswählen

[Phillips Hue] { [Api Error: parameter, bri, is not modifiable. Device is set to off.]
  message: 'parameter, bri, is not modifiable. Device is set to off.',
  type: 201,
  address: '/lights/3/state/bri' }


Über Fhem oder die Hue App lassen sich die Lampen aber ganz normal bedienen.

Gehen die anderen Geräte über die homebridge denn noch, oder macht Homekit jetzt gar nichts mehr? Wenn die anderen Devices noch funktionieren, dann kannst du ja mal einen Neustart der homebridge machen.

Ich gestern, nachdem ich das HUE plugin für die homebridge konfiguriert hatte noch zweoi Änderungen gemacht, welche beide einen Neustart der homebridge benötigt hatten und hatte damit keine Probleme.
Als ich aber heute testweise auch noch zwei HM-Fenstergriffe und -Sensoren rein genommen hatte, ging nichts mehr. Ich konnte nach einem Homekit-Reset nicht mal neu pairen. Nachdem dem Sensoren wieder raus waren, ging es dann wieder.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 21 November 2015, 17:35:31
War wohl nur ein temporäres Problem, dass jetzt nach ein paar Stunden nicht mehr auftritt. Jetzt lassen sich die Lampen wieder ganz normal über Eve steuern. Der Log scheint auch in Ordnung zu sein. Muss man mal beobachten, ob das Problem öfters auftritt. Zumindest braucht man für die Behebung nicht gleich die ganze Konfig zurückzusetzen.
Die anderen Homebridge Geräte ließen sich vorhin ganz normal steuern. Liegt also wahrscheinlich am Hue-Plugin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 21 November 2015, 23:49:19
Weiß jemand wie ich einen Dummy anlegen muss, damit er korrekt in die Homebridge aufgenommen wird, bzw die auch noch funktioniert :)?

Wenn ich sie so hinzufüge, geht nichts mehr:

Code Auswählen
define HeizungTemperature dummy
attr HeizungTemperature genericDeviceType thermostat
attr HeizungTemperature setList desired-temp:17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,25.0
attr HeizungTemperature webCmd desired-temp
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 22 November 2015, 08:51:10
Zitat von: thomaso am 21 November 2015, 23:49:19
Weiß jemand wie ich einen Dummy anlegen muss, damit er korrekt in die Homebridge aufgenommen wird, bzw die auch noch funktioniert :)?

Hä? Ich habe hier 7 HM Thermostate direkt in der homebride über das FHEM-Plugin drin und die funktionieren alle einwandfrei. Hast du den genericDeviceType im Clima-Channel gesetzt?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 22 November 2015, 09:19:14
Wie hast du sie denn definiert? Ich hab nur die Settings so wie im vorigen Post gepostet; fehlt da noch etwas?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 22 November 2015, 09:27:29
Wie definiert? Ich habe einfach die Clima-Channel mit dem genericDeviceType Thermostate versehen und sie dem Room Homekit hinzugefügt... fertig.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thomaso am 22 November 2015, 09:29:03
wenn du dir das Setting oben durchsiehst, hab ich das auch auf Thermostat gesetzte; nur das es halt kein HM Device sondern ein Dummy ist.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 22 November 2015, 11:58:44
Dummy ein genericdevicetype Switch


Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 22 November 2015, 13:44:55
Genau - und daher ja auch mein Hinweis, es direkt mit dem HM Device zu machen. War evtl. nicht deutlich genug.  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 22 November 2015, 17:52:29
Wahrscheinlich müssen im Dummy Device auch entsprechende Readings für die Temperatur dabei sein, damit HomeKit es als Thermostat erkennet. Jemand anders hatte das hier im Thread mal einen readingsProxy für mehrere Thermostate benutzt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 22 November 2015, 19:58:19
Wenn ich mit genericDeviceType bei einem Device ein Attribut einsetze, stürzt HomeKit ab und ich muss es auf dem iPhone reseten. Warum?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 22 November 2015, 22:19:29
Da wir alles nicht wahrsagen können, ist die Beantwortung deiner Frage schwierig. Vielleicht magst du uns noch erzählen, was du genau wie gemacht hast?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 24 November 2015, 17:24:52
Als kleiner Tipp für diejenigen, bei denen Homekit auch den Tag drauf nicht mehr funktioniert:

Ich hab es vorerst so gelöst, dass ich per Cronjob um 4Uhr Nachts einen restart mache.
Bisher läuft die Bridge damit nun seit einigen Tagen ohne eine Auffälligkeit.

Vielleicht hilft es ja jemanden :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 November 2015, 18:10:25
ich habe eben einen fix für die hue lampen eingecheckt.

alle die damit probleme hatten: bitte mal probieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 24 November 2015, 19:23:45
Hab es eben installiert und werde es jetzt erstmal mit einer Lampe testen. Ich musste aber noch ein npm install request -g machen, da ich ansonsten ein Fehlermeldung vom homebridge-fhem Plugin bekommen habe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 24 November 2015, 20:49:21
Zitat von: Breaked am 24 November 2015, 17:24:52
Als kleiner Tipp für diejenigen, bei denen Homekit auch den Tag drauf nicht mehr funktioniert:

Ich hab es vorerst so gelöst, dass ich per Cronjob um 4Uhr Nachts einen restart mache.
Bisher läuft die Bridge damit nun seit einigen Tagen ohne eine Auffälligkeit.

Vielleicht hilft es ja jemanden :-)

Hmm... das halte ich eigentlich eher immer für eine echte Notlösung... Meine homebridge läuft seit Tagen völlig problemlos - mit derzeit 17 Devices, alle bunt gemischt, bis eben auf HUEs...

...Andrés neues Plugin habe ich noch nicht probiert... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 24 November 2015, 21:25:49
ich habe unter "attr global userattr" 

genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact

eingetragen.

Und das Attribut

attr RL.Wohnzimmer genericDeviceType window

Sobald ich das tue stürzt HomeKit ab.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 November 2015, 21:59:03
mit welcher meldung und was ist das für ein device ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Calle78 am 24 November 2015, 22:56:23
@breaked ich bin auch kurz vor solch radikalen Maßnahmen :)
Fährst du FHEM vorher runter o.ä. würdest du deinen CrontabEintrag mal posten?

ciao Carlo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Niko1987 am 24 November 2015, 23:39:27
Hallo Leute,

Ich konnte mein Homekit dank euch erfolgreich einrichten. Vielen Dank für die vielen Tips und Tricks hier im Forum. Es funktioniert auch soweit alles, jedoch muss ich immer "homebridge" im Terminal gestartet haben. Sobald ich das Terminal Fenster schließe, funktioniert das Homekit nicht mehr, und Eve zeigt mir bei jedem Gerät "nicht erreichbar"

Vielleicht hatte jemand das selbe Problem und kann mir weiterhelfen.

Danke & Gruß
Niko
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 25 November 2015, 00:36:03
@Niko1987 Du musst ein Script erstellen, das Homebridge automatisch im Hintergrund startet und stoppt. Steht mittlerweile alles im Wiki für die neue Version.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Niko1987 am 25 November 2015, 12:16:38
Hab das jetzt gemacht :)

jetzt geht gar nichts mehr.

wenn ich Homebridge starte kommt folgendes:
pi@raspberrypi ~ $ 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
/usr/local/lib/node_modules/homebridge/lib/api.js:94
      throw new Error("The requested platform '" + name + "' was not registered by any plugin.");
      ^

Error: The requested platform 'Homebridge-fhem.fhem' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:94:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:185:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Function.Module.runMain (module.js:475:10)

Danke & Gruß
Niko
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: infeliz am 25 November 2015, 12:47:13
Ist ein Homematic Fensterkontakt
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 November 2015, 12:49:01
ein fensterkontakt ist kein window sondern ein contact sensor. window ist für fenster öffnet wie die winmatic.

du musst nichts weiter setzen. es sollte alles automatisch erkannt werden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 25 November 2015, 13:01:50
@Niko Überprüf deine config.json, ob der Name des Plugin bei platform richtig geschrieben ist.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Niko1987 am 25 November 2015, 14:56:26
Hallo Kennymc,

Welches Plugin muss den aktuell verwendet werden? Am Anfang war es "FHEM" dann musste man es mal auf "Homebridge-fhem.fhem" ändern.
Hab langsam keinen Plan mehr :P
Vielleicht sollte ich lieber warten bis sich das ganze "Homekit Thema" beruhigt hat und sich nicht alle paar Tage was ändert :D

Danke & Gruß
Flo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: zauberfee am 25 November 2015, 15:24:39
Hallo,
habe mich wochenlang hier durch gewühlt, um dann auf den letzten seiten zu sehen, dass das ganze noch sehr im fluß ist.
Eine etwas aktuellerer wiki eintrag wüde bestimmt vielen schon helfen. auch eine sammlung mit laufenden geräten wäre hilfreich.

Ich habe gerade ein relativ banales problem:

Meine IT-Geräte funktionieren soweit, ABER solange homekit meint zu wissen, ob ein gerät an oder aus ist- und das kann sich ja auch mal ändern, wenn man zb von hand ein licht anschaltet- wird ein befehl nur gesendet, solange homekit meint es gäbe etwas zu ändern.
wie kann ich das ändern? ich will bei geräten die nix rückmelden- also zb IT-produkte, dass bei jedem befehl unabhängig vom angenommenen schaltzustand geschaltet wird.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 November 2015, 15:31:28
eigentlich ist es nur in so fern im fluss als das neue geräte hinzukommen.

die probleme die der ein oder andere bei der installation hat haben normalerweise nichts mit der fhem integration zu tun.
so weit ich es sehe ist auch der wiki eintrag aktuell. im gegensatz zu den ganzen blog beitragen. wer die dort beschrieben drei schritte genau durchführt sollte als ergebnis eine version haben die sich per kommandozeile starten lässt.

die liste der aktuell laufende geräte ist hier: https://github.com/justme-1968/homebridge-fhem/blob/master/README.md (https://github.com/justme-1968/homebridge-fhem/blob/master/README.md).

zum intertechno problem siehe hier: http://forum.fhem.de/index.php/topic,32652.msg351427.html#msg351427 (http://forum.fhem.de/index.php/topic,32652.msg351427.html#msg351427) bzw. hier: http://forum.fhem.de/index.php/topic,43162.msg351448.html#msg351448 (http://forum.fhem.de/index.php/topic,43162.msg351448.html#msg351448). am besten dort auch melden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 25 November 2015, 16:20:09
Zitat von: Niko1987 am 25 November 2015, 14:56:26
Hallo Kennymc,

Welches Plugin muss den aktuell verwendet werden? Am Anfang war es "FHEM" dann musste man es mal auf "Homebridge-fhem.fhem" ändern.
Hab langsam keinen Plan mehr :P
Vielleicht sollte ich lieber warten bis sich das ganze "Homekit Thema" beruhigt hat und sich nicht alle paar Tage was ändert :D

Danke & Gruß
Flo

Hi Flo,
es gab bis vor kurzem noch mehrere Forks bzw. später Plugins für Fhem von Homebridge. Unter anderem von cflurin und von justme, die aber beide unterschiedliche Platform-Namen in der Config voraussetzten. Mit der neuen Homebridge Version hat cflurin sein Plugin auch über npmjs.com verfügbar gemacht, justme etwas später aber bisher nur über Github (Link dazu im Wiki). Vermutlich hast du deshalb vorher noch das Plugin von cflurn benutzt, dass "FHEM" bzw. später as Plugin "homebridge-fhem" als Platformname hatte und nicht "fhem" wie das von justme. Cflurin hat sein Plugin auf npmjs.com vor kurzem in Absprache mit justme in "homebridge-punt" umbenannt, damit es weniger Verwirrung gibt. Es gibt also jetzt nur noch ein "homebridge-fhem" Plugin und das ist von justme auch wenn es bisher nur auf Github verfügbar ist.
Für homebridge-punt (https://www.npmjs.com/package/homebridge-punt) ist der Plattformname wie in der Readme beschrieben jetzt also "punt". Wo nun genau die Unterschiede zwischen den Plugins liegen hab ich aber bisher auch noch nicht so ganz verstanden :D
Ich glaube aber hier im Forum und im Wiki wird man eher mehr Unterstützung für homebridge-fhem bekommen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 25 November 2015, 20:21:57
Zitat von: Calle78 am 24 November 2015, 22:56:23
@breaked ich bin auch kurz vor solch radikalen Maßnahmen :)
Fährst du FHEM vorher runter o.ä. würdest du deinen CrontabEintrag mal posten?

ciao Carlo

Hi,
ja - ist natürlich eine Notlösung, aber solang es vorerst hilft..
FHEM fahre ich dafür nicht runter, sondern starte lediglich homebridge neu.

Der Eintrag ist simpel, wenn du bereits, wie im Tutorial (https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation) beschrieben, das Autostartskript installiert hast.

Code Auswählen
0 4     * * *   root    sudo /etc/init.d/homebridge restart
Hiermit startet nachts um 4 Uhr homebridge einmal neu - jeden Tag.
Weitere Details um die Uhrzeit zu verändern, findet man bei Google.

Unter etc/ findest du die Datei crontab, sofern du sie nicht per Console ändern möchtest.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 25 November 2015, 23:12:51
Bei mir läuft die Homebridge seit Tagen völlig stabil. Ich habe diverse Intertechno-Dosen, vier Sonos-Player, einen HM-Fensterkontakt und drei HM-Thermostate eingebunden. Siri ist zwar häufig schwer von Begriff, aber im Großen und Ganzen lässt sich damit schon recht gut arbeiten.
Aaaaber, sobald ich meinen Harmony-Hub einbinde, ist's vorbei. Dann schmiert die Homebridge ab. Nicht immer sofort, aber schon reproduzierbar.
Ich hatte auf der Liste, die justme1968 verlinkt hatte, gelesen, dass Harmony funktionieren soll.
Falls noch weitere Informationen nötig sind, um dem Problem auf den Grund zu gehen, würde ich da gerne helfen.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 November 2015, 09:20:48
ich hatte vor etwa zwei wochen noch einen fix für den harmony hub eingecheckt. wenn es damit bei drin nicht geht brauche ich die konsolen ausgabe.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 26 November 2015, 09:27:13
@justme1968 hast du dich bzgl. npm homebridge-fhem package schon entschieden?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 26 November 2015, 09:46:32
Hallo Zusammen,
wenn ich Siri den Befehl "Setze die Jalousie in der Küche auf 10%" gebe, dann funktioniert das einwandfrei. Aber den Status der Jalousie habe ich Siri bisher nicht entlocken können (Siri sucht nur im Web  :(). Kennt einer von euch den richtigen Siri-Befehl?

Getestet habe ich bisher folgendes:
- Gib mir den Status der Jalousie in der Küche
- Gib mir die Position der Jalousie in der Küche
- Gib mir die Höhe der Jalousie in der Küche

Vielen Dank für eure Hilfe!

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 November 2015, 10:25:36
sehr cool. das hatte ich noch garnicht mitbekommen das rollläden jetzt mit siri gehen. aber scheinbar gehen lampen jetzt nicht mehr ???

@HolyMoly: ich mag die idee der registrierung immer noch nicht... die installation wird auch nicht anders oder einfacher. es ist so oder so ein einziges kommando. nur das finden des moduls wäre einfacher. ich bin noch unentschieden.

gruss
  andre

lampen fehler gefunden: ist heute abend repariert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 November 2015, 12:23:31
homebridge-fhem ist jetzt als npm package registriert und direkt über
Code Auswählen
npm install -g homebridge-fhem installierbar.

npm update sollte jetzt problemlos funktionieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 26 November 2015, 12:26:57
Yay :D
vielen Dank Andre!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 26 November 2015, 13:57:13
Gut - ich habe eben mal Andrés neues Plugin installiert und eine meiner HUEs reingenommen. Mal sehen, ob die Homebridge damit jetzt stabil läuft. Wenn das funktioniert, dann teste ich anschließend meinen Harmony Hub.

Dooferweise muss man alles wieder neu machen, wenn man in der config.json z.B. eine Plattform entfernt...  ::)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 26 November 2015, 14:05:35
Hallo,

kennt jemand diese App, oder hat sie vielleicht schon getestet: Home for iOS (http://selfcoded.com/home/)?
Nicht gerade billig, aber geht auch für die Watch und integriert sich in die "Heute" Ansicht.

Der Entwickler hat noch ein interessantes Projekt: HomeControl - http://selfcoded.com/homecontrol


EDIT: kann man eigentlich mehrere homeKit Apps parallel betreiben oder kommt dann Siri durcheinander?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 26 November 2015, 14:19:44
Ich kenne diese spezielle App zwar nicht, aber man kann mehrere Apps haben, denn Siri spricht ja nur mit dem Homekit "Device" und alle anderen Apps verwalten diese nur. Ich verwende z.B. noch MyTouchHome, welches auch eine sehr gute Watch App mitbringt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 26 November 2015, 15:21:16
Home.app sieht für mich am vielversprechensten aus, auch was Trigger inkl Geofencing aussieht. Aber da ich die ganze Funktion lieber in Fhem habe, brauche ich das alles dort nicht.
Generell sind bisher alle Homekit Apps IMHO eher zur Verwaltung und zum erstellen von Automationen gedacht. Eine App, die sich eher auf intuitive und leichte Bedienung für den WAF bemüht, gibt es bisher keine einzige. Der Fokus liegt halt eher auf der Sprachsteuerung und der intelligenten Vernetzung, die dann eine Bedienung per Oberfläche überflüssig machen soll (und das wollen wohl auch die Masse der Leute: Unsichtbar und "it just does what it's supposed to do").


Gruß
Julian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 26 November 2015, 15:32:34
Also ich finde die Home App auch sehr vielversprechend, scheue aber noch etwas die hohen Kosten.
Mir gefällt vor allem die Watch integration, da kann ich dann sehr gut darüber schalten. Siri finde ich immer noch ein bischen "komisch" und meine Familie lacht mich jedes Mal aus, wenn ich Siri bitte ein Licht ein zu schalten  :P

MyTouchHome sieht auf dem iPhone einfach nur schrecklich aus. Auf der Watch geht es eigentlich.

Ich habe jetzt noch iDevices kurz angesehen. Das ist optisch sehr angenehm, hat auch Watch Support und "Heute" und ist kostenlos.

Mal sehen, was dann übrig bleibt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 26 November 2015, 15:46:07
Das wird erst nicht mehr peinlich sein, wenn wir in nichts mehr reinsprechen und auch nicht befürchten müssen, dass unser Befehl mal wieder gar nicht, falsch oder erst 10 Sekunden später erkannt wird. Das muss so wie bei Star Trek funktionieren, dann wird es auch jeder benutzen ;-)


Gruß
Julian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 26 November 2015, 16:11:16
Na ja, ich habe die letzten Tage vor der Tür nach dem Joggen Siri gebeten die Tür zu öffnen und das hast sie jedesmal klaglos gemacht. Auch wenn ich dafür "in die Watch sprechen" musste...  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 26 November 2015, 16:37:50
Zitat von: justme1968 am 26 November 2015, 09:20:48
ich hatte vor etwa zwei wochen noch einen fix für den harmony hub eingecheckt. wenn es damit bei drin nicht geht brauche ich die konsolen ausgabe.

gruss
  andre

Ich habe vorhin per
Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git ein Update gemacht und anschließend den Harmony Hub wieder eingebunden und als ich eben nach Hause kam, lief Homebridge noch. Ich werde nachher noch ein bisschen testen.

Vielen Dank für die Mühe!

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 26 November 2015, 17:15:29
ab jetzt reicht auch ein:

Code Auswählen
(sudo) npm update -g homebridge-fhem
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 26 November 2015, 17:24:15
Moin André,

Zitat von: justme1968 am 24 November 2015, 18:10:25
ich habe eben einen fix für die hue lampen eingecheckt.

alle die damit probleme hatten: bitte mal probieren.

gruss
  andre

habe ich vorhin gemacht und nach so zwei Stunden ist meine Homebridge nicht mehr brauchbar - oder aber wahrscheinlich eher die Homekit-Konfig auf dem iPhone. Ist also eigentlich noch genauso, wie vor zwei Wochen - sobald ich ein HUE Device mit konfiguriere, schmiert dann irgendwann das Homekit ab und lässt sich nur durch zurücksetzen wiederbeleben.

Gruß,
Stephan

P.S. Ich habe jetzt eben mal die homebridge und alle plugins gelöscht und erstmal nur die homebridge und das homebridge-philipshue-plugin installiert. Wenn das soweit stabil läuft, dann werde ich als nächstes wieder das homebridge-fhem-plugin installieren.

Mittlerweile habe ich ja Übung beim Einrichten der Räume und Geräte... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 26 November 2015, 20:07:38
Ich hab die Probleme mit der Hue Bridge bei der neuen Version bisher nicht. Läuft seit knapp 48 Stunden fehlerfrei.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 26 November 2015, 20:38:46
Zitat von: OliS. am 26 November 2015, 16:37:50
Ich habe vorhin per
Code Auswählen
npm install -g https://github.com/justme-1968/homebridge-fhem.git ein Update gemacht und anschließend den Harmony Hub wieder eingebunden und als ich eben nach Hause kam, lief Homebridge noch. Ich werde nachher noch ein bisschen testen.

Vielen Dank für die Mühe!

Oli

Ich habe einige Harmony Activities umbenannt und geschaltet. Bisher läuft die Homebridge ohne Absturz. Was bleibt, ist Siris Begriffsstutzigkeit! Eine meiner Aktionen musste ich in der EVE-App "Feier TV" benennen, damit Siri kapiert, was ich von ihr will.

Folgendes habe ich noch festgestellt: Auf das Kommando "Fensterlampe in der Küche einschalten" reagiert Siri mit "Tut mir leid ich habe diesmal keine Geräte im Bereich Küche gefunden". Obwohl die Fensterlampe in EVE dem Raum Küche zugeordnet ist. "Das Kommando "Fensterlampe" einschalten funktioniert hingegen. Allerdings gibt es bei mir Haus mehrere "Fensterlampen". Die Konkretisierung über die Nennung des Raumes funktioniert bei mir also nicht. Hat das Problem noch jemand?

Ansonsten läuft alles schon sehr schön. Sogar der Status meiner HM-Fensterkontakte lassen sich abfragen.

EDIT: Hat schon jemand herausgefunden, mit welchem Kommando man die Lautstärke eines Sonos-Players einstellt?

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ddx87 am 26 November 2015, 21:40:05
Hallo Leute!

Erst einmal, super Arbeit! Egal wer hier in welcher Art und Weise auch immer mitgewirkt oder sonst wie geholfen hat -> DANKE!

Ich hatte Homebridge schon mit mühe und not auf meiner alten Raspberry Installation zum laufen gebracht.
Nachdem ich beschlossen hatte mal einen frischen Pi mit FHEM aufzusetzen hatte ich richtig viele Probleme bei der Installation, denn wenn ich der normalen Anleitung gefolgt bin, dann passte das hinten und vorne nicht.

Nach viel Sucherei und etlichen Images die ich auf die SD gespielt habe um eine frische Basis zu haben (was ja super viel Zeit kostet) habe ich das ganze dann mit Ubuntu und einer VM (gelobt seinen VM Snapshots) nachgebaut und Homebridge letzten Endes zum laufen gebracht. Ich habe jeden Step dokumentiert (der Anfang dieser Anleitung stammt irgendwo aus dem Netz.. habe leider keine Quelle mehr) und möchte euch daran teilhaben lassen, 2Minuten vor diesem Post habe ich meine Bridge erfolgreich wieder mit eve einbinden und nutzen können, meine Anleitung funktioniert also auf jeden Fall (stand 26.11.2015).


Los gehts:

cd /opt
apt-get install python -y
apt-get install g++ -y
apt-get install libavahi-compat-libdnssd-dev -y
apt-get install avahi-utils -y
apt-get install npm -y
apt-get install git -y
apt-get install make -y

-----------------------------------------------------------------------------------
---Node V0.12.6 installieren:

curl https://raw.githubusercontent.com/creationix/nvm/v0.11.1/install.sh | bash

-- TERMINAL SCHLIESSEN UND ÖFFNEN

nvm install v0.12.6
source ~/.profile
nvm use v0.12.6
which node
n=$(which node);n=${n%/bin/node}; chmod -R 755 $n/bin/*;  cp -r $n/{bin,lib,share} /usr/local

-----------------------------------------------------------------------------------
--Homebridge installieren:

git clone https://github.com/nfarina/homebridge.git
cd homebridge
npm install -g node-gyp
npm install
npm install --unsafe-perm -g homebridge
npm install -g https://github.com/justme-1968/homebridge-fhem.git

--config.json nach /root/.homebridge kopieren <<<<<<<<<<<<<<<<<<< Hierfür nutze ich WinSCP

----------------------------------------------------------------------------------------------------------------

Inhalt config.json (bei AUTH muss der user und das passwort entsprechend angepasst werden sowie bei FILTER der room!!):

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "159-55-753"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.1.103",
            "port": "8083",
            "filter": "room=Wohnzimmer",
            "auth": {"user": "admin", "pass": "DEINPASSWORT"}
        }
     ],

    "accessories": []
}

Danach Homebridge in der Konsole mit dem Befehl "homebridge" (ohne "") starten!

Ich hoffe ich konnte dem ein oder anderen Helfen!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 26 November 2015, 22:06:44
Zitat von: kennymc.c am 26 November 2015, 20:07:38
Ich hab die Probleme mit der Hue Bridge bei der neuen Version bisher nicht. Läuft seit knapp 48 Stunden fehlerfrei.

Es sieht für mich so aus, als wenn das homebridge-philipshue Plugin das Problem ist, denn auch ohne Andrés Plugin ist meine neu installierte und konfigurierte homebridge innerhalb von Minuten (< 60) abgenippelt.

Jetzt habe ich dsas homebrige-philipshue Plugin entfernt und nur Andrés Plugin drin und schaue mal, wie lange das jetzt hält.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 26 November 2015, 22:11:05
Hab seid ein paar Stunden auch meine erste Hue-Bridge am laufen und bis jetzt ist alles tip top
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 27 November 2015, 09:13:14
Also... meine homebridge geht eigentlich gar nicht mehr richtig. Ich habe jetzt alles einmal entfernt (homebridge und plugins) aber sowohl mit dem homebridge-philipshue als auch nur mit dem homebridge-fhem Plugin ist die homebridge nach rund einer Stunde nicht mehr funktional, bzw. sagt mir EVE, dass es keine Verbindung mehr zur homebridge bekommt.

Es gibt ja eine Menge Installations-Anleitungen... gibts auch eine, wie man das ganze komplett entfernen kann, um es dann noch einmal neu zu installieren?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 27 November 2015, 19:27:47
Zitat von: budy am 27 November 2015, 09:13:14Es gibt ja eine Menge Installations-Anleitungen... gibts auch eine, wie man das ganze komplett entfernen kann, um es dann noch einmal neu zu installieren?
Ich könnte Dir ein lauffähiges Image zur Verfügung stellen. Ich habe die Homebridge bislang nur auf meinem Test-RPI installiert und mir dann ein Image gezogen. Wenn ich das System beim Spielen schrotte, stelle ich das Image immer einfach wieder her.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: quickhammer am 27 November 2015, 20:29:12
Hallo Hoffnungslose.. ;-)

hab mich nach einer Woche mal wieder versucht homebridge neu zu installieren, bleibe aber wieder an der selben Stelle beim Start von homebridge hängen (ganz unten).

Könnte mir jemand einen Tip geben, wo die AccessoryInfo.CC223DE3CE30.json herkommen soll?
Muß ich da noch ein Plugin installieren?
Möchte eine FS 20 Steckdose AZ_Weinkuehlschrank" einschalten!

Danke !

Code Auswählen
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448651941858
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 1 results
[FHEM] AZ_Weinkuehlschrank is switchable
[FHEM] AZ_Weinkuehlschrank has onOff [state;on,off]
[FHEM]   caching: AZ_Weinkuehlschrank-state: 1 as number (from on)
[FHEM] Initializing platform accessory 'AZ_Weinkuehlschrank'...
[FHEM] creating services for AZ_Weinkuehlschrank
[FHEM]   information service for AZ_Weinkuehlschrank
[FHEM]   switch service for AZ_Weinkuehlschrank
[FHEM]     on characteristic for AZ_Weinkuehlschrank
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
/home/pi/.nvm/v0.12.6/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/node-persist/node-persist.js:37
        if (err) throw err;
                       ^
Error: EACCES, open '/home/pi/.homebridge/persist/AccessoryInfo.CC223DE3CE30.json'
    at Error (native)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 27 November 2015, 21:47:26
Zitat von: OliS. am 27 November 2015, 19:27:47
Ich könnte Dir ein lauffähiges Image zur Verfügung stellen. Ich habe die Homebridge bislang nur auf meinem Test-RPI installiert und mir dann ein Image gezogen. Wenn ich das System beim Spielen schrotte, stelle ich das Image immer einfach wieder her.

Oli

Danke, aber das hilft mir auf meinem Produktiven FHEM nicht...  ;) Ich habe heute Abend mal alles von nodejs npm usw. entfernt und alles nochmal nach der Anleitung etwas weiter oben wieder installiert.

Aktiviert, eingerichtet und jetzt sehen wir mal...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 27 November 2015, 21:56:57
Ein Problem habe ich immer noch... auch nachdem ich alles neu installiert habe, kommt das homebridge-fhem Plugin oder aber die homebridge nicht damit zurecht, dass ich im Wohnzimmer zwei HM-Thermostate habe, die dann auch bitte gemeinsam gestellt werden sollen.
Da das in der vorherigen Installation nicht funktioniert, habe ich testweise mal eine Szene in EVE erstellt, welche explizit beide Thermostate auf 23 Grad stellt. Wenn ich diese Szene mittels Siri anrufe, dann sehe im Debug-Log der homebridge folgendes:

Code Auswählen
[FHEM] Heizung_Whz_Flur_Clima delaying command targetTemperature with value 23
[FHEM] Heizung_Whz_Terrasse_Clima delaying command targetTemperature with value 23
[FHEM] Heizung_Whz_Terrasse_Clima sending command targetTemperature with value 23
[FHEM]   executing: http://10.10.0.25:8087/fhem?cmd=set%20Heizung_Whz_Terrasse_Clima%20desired-temp%2023&XHR=1

Das wars, der zweite Thermostat wird nicht gestellt...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 November 2015, 22:02:37
das kann noch nicht gehen :)
edit: eigentlich müsste es gehen... ich muss also wirklich überlegen :)

auf die idee bin ich noch nicht gekommen. es gibt zur zeit intern nur einen timer der ein kommando verzögert da es interaktiv nicht gut möglich ist zwei devices gleichzeitig einzustellen.

ich überlege mir etwas... bis dahin ist es vermutlich einfacher wenn du nur eines der beiden thermostate einbindest und das zweite per notify mit dem ersten synchronisierst.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 27 November 2015, 22:12:06
Echt? Wie geht das denn dann mit dem Licht, da funktioniert das ja auch... wenn ich Siri das Licht anmachen lasse, dann gehen alle Lampen an... ;)

Ich werde das mal mit dem einen Thermostaten und dem Notify machen. Wenn du einen Testcase brauchst, dann jederzeit... ;)

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 November 2015, 22:18:30
ein und aus wird auch nicht verzögert.

ich habe nur für diverse dinge die in eve per up und down buttons bzw. per sider eingestellt werden eine verzögerung eingebaut weil sonst für jeden kleinen schritt ein kommando an fhem, ein kommando per funk, ein ack und die rückmeldung an homekit ausgelöst wird. dadurch ist es nicht mehr möglich das flüssig zu bedienen und ein rollladen würde die ganze zeit ruckeln oder dein rf budget ist ruck zuck verbraucht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 27 November 2015, 22:35:40
ZitatEin Problem habe ich immer noch... auch nachdem ich alles neu installiert habe, kommt das homebridge-fhem Plugin oder aber die homebridge nicht damit zurecht, dass ich im Wohnzimmer zwei HM-Thermostate habe, die dann auch bitte gemeinsam gestellt werden sollen.
War es nicht so, dass man bei den HM-Thermostaten einen bestimmten Channel peeren konnte, damit dann alle Thermostate im Raum das machen, was man an einem einstellt? Ich habe hier fünf von den Dingern im Wohnzimmer. Und als ich noch kein Wandthermostat hatte, hatte ich das so gelöst (meine ich).

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 28 November 2015, 07:26:22
Das kommt möglicherweise auf deinen HM Thermostat an, für einen HM-CC-TC ist das kein Problem.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 28 November 2015, 08:27:23
Ich habe das jetzt erst mal über Andrés Methode mit einem Notify gemacht, welches feuert, wenn homebridge den einen Thermostaten stellt.

...leider ist aber homebridge selbst seit gestern Abend irgendwann unpässlich... Ich weiß echt nicht, woran das noch liegen soll.  :(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: starchaser am 28 November 2015, 12:40:54
Habe auch gerade mal versucht alle Thermostate im Haus, mit "Setze alle Thermostate auf XX Grad", umzustellen. Dabei wird leider immer nur ein einziges Kommando an einen Thermostaten abgesetzt, die anderen erscheinen zwar im log, werden jedoch verschluckt.

Ich habe die delay-Funktion mal leicht modifizert. Das müsste doch funktionieren, oder?

Code Auswählen
  delayed: function(c,value,delay) {
    var commandId = this.name + " " + c;
    var timer = this.delayed[commandId];
    if( timer ) {
      //this.log(this.name + " removing old command " + c);
      clearTimeout( timer );
    }

    this.log(this.name + " delaying command " + c + " with value " + value);
    this.delayed[commandId] = setTimeout( function(){clearTimeout(this.delayed[commandId]); this.command(c,value);}.bind(this),
                                  delay?delay:1000 );
  },
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 28 November 2015, 17:25:58
Hallo @all.

Habe mich heute mal an das Update gewagt... Es läuft erstaunlich stabil! Allerdings läuft das Startskript bei mir nicht.

Habe folgendes aus dem Fhemwiki ausprobiert:
Code Auswählen

#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is already running"
else
        su - pi -c "homebridge > /dev/null 2>&1 &"
        echo "Homebridge starting"
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is not running"
else
        kill $PID
        echo "Homebridge closed"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
        $0 start
else
        $0 stop
        $0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is running PID $PID"
else
        echo "Homebridge is not running"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0


und aus dem Forum:

http://forum.fhem.de/index.php/topic,32652.msg356847.html#msg356847

bei beiden habe ich meinen Benutzernamen natürlich geändert.
Leider bekomme ich auch beim Status nur eine Fehlermeldung. Ich starte Homebridge z.Zt. manuell nur mit dem Befehl "homebridge" - ich hab es mit dem Zusatz -g global installiert. Wo genau liegt denn die ausführbare Datei?

Hat noch jemand ein ähnliches Problem wie ich??

Vielen Dank schonmal!!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 28 November 2015, 18:54:49
Zitat von: matzel am 28 November 2015, 17:25:58Allerdings läuft das Startskript bei mir nicht.

Probier mal dieses Startscript:
Code Auswählen
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start:    $network $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Start daemon at boot time
# Description:       Enable service provided by daemon.
### END INIT INFO

dir="/home/pi/homebridge/bin"
cmd="./homebridge &"
user="root"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name"
        cd "$dir"
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name.."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have failed"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
    status)
    if is_running; then
        echo "Running"
    else
        echo "Stopped"
        exit 1
    fi
    ;;
    *)
    echo "Usage: $0 {start|stop|restart|status}"
    exit 1
    ;;
esac

exit 0


Das funktioniert bei mir. Musst natürlich dir= cmd= und user= an Deine Gegebenheiten anpassen.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 28 November 2015, 23:13:08
@OliS.
vielen Dank. Hab aber herausgefunden, dass es einfach daran lag, dass ich nicht mit sudo installiert habe... NARF!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 10:50:57
Zitat von: starchaser am 28 November 2015, 12:40:54
Habe auch gerade mal versucht alle Thermostate im Haus, mit "Setze alle Thermostate auf XX Grad", umzustellen. Dabei wird leider immer nur ein einziges Kommando an einen Thermostaten abgesetzt, die anderen erscheinen zwar im log, werden jedoch verschluckt.

Ich habe die delay-Funktion mal leicht modifizert. Das müsste doch funktionieren, oder?

Code Auswählen
  delayed: function(c,value,delay) {
    var commandId = this.name + " " + c;
    var timer = this.delayed[commandId];
    if( timer ) {
      //this.log(this.name + " removing old command " + c);
      clearTimeout( timer );
    }

    this.log(this.name + " delaying command " + c + " with value " + value);
    this.delayed[commandId] = setTimeout( function(){clearTimeout(this.delayed[commandId]); this.command(c,value);}.bind(this),
                                  delay?delay:1000 );
  },

Habe in js leider noch nie was gemacht, aber André müsste dazu ja was sagen können. Warst du so mutig, das schon mal auszuprobieren? ;)

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 11:00:53
Schick wäre ja auch, wenn homebridge-fhem beim stellen der Thermostate bei einem HM-Typ gleich noch ein burstXmit mit hinterher schickte...

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 29 November 2015, 11:20:03
Sollte das nicht besser FHEM erledigen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 29 November 2015, 11:21:41
Ich bin momentan etwas am verzweifeln. Ich habe homebridge nun auf 4 verschiedenen Plattformen aufgesetzt, Pi (wheezy und jessie), Mac (El Capitan) und einer VM (Ubuntu 14.04.3 LTS).

Die Installation von allem funktioniert soweit auch prima nach den ganzen Anleitungen, Homebridge startet, liest eine kleine Gruppe an Lampen (Homematic Dimmer) ein und meint das es nun per Homekit erkennbar sei. Wenn ich jedoch mit meinem Handy danach suche, ist absolut nichts zu sehen. Ich dachte erst "Firewall", aber die habe ich überall kontrolliert und testweise ganz ausgeschaltet, kein Erfolg.

Ich habe unterschiedliche node-Versionen probiert von der ganz "alten" über 4 bis hin zu 5. Meine letzte "Teststellungs-VM" läuft auf 4.2.2.

Mein Netzwerk ist recht simple: Kabel-Fritzbox 6490 gibt per DHCP IPs raus und ist für das Netz der zentrale DNS-Auflöser/Forwarder.

Wenn ich homebridge starte, sieht eigentlich alles soweit gut aus:

Code Auswählen
core:~$ homebridge
*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.178.36:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448791948347
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.178.36:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 13 results
[FHEM] Bathroom_Dimmer_Sw is dimable [pct]
[FHEM] Bathroom_Dimmer_Sw has onOff [state;on,off]
[FHEM]   caching: Bathroom_Dimmer_Sw-pct: 0 as number (from 0)
[FHEM]   caching: Bathroom_Dimmer_Sw-state: 0 as number (from off)
[FHEM] Bedroom_Dimmer_Sw is dimable [pct]
[FHEM] Bedroom_Dimmer_Sw has onOff [state;on,off]
[FHEM]   caching: Bedroom_Dimmer_Sw-pct: 0 as number (from 0)
[FHEM]   caching: Bedroom_Dimmer_Sw-state: 0 as number (from off)
[FHEM] Bedroom_Outlet is outlet
[FHEM] Bedroom_Outlet has onOff [state;on,off]
[FHEM]   caching: Bedroom_Outlet-state: 1 as number (from on)
[FHEM] Bedroom_Sensor has temperature [temperature]
[FHEM] Bedroom_Sensor has battery [battery]
[FHEM]   caching: Bedroom_Sensor-temperature: 24.5 as number (from 24.5 C)
[FHEM]   caching: Bedroom_Sensor-battery: 1 as number (from 92 %)
[FHEM] Corridor_Outlet is outlet
[FHEM] Corridor_Outlet has onOff [state;on,off]
[FHEM]   caching: Corridor_Outlet-state: 0 as number (from off)
[FHEM] Corridor_Sensor has temperature [temperature]
[FHEM] Corridor_Sensor has battery [battery]
[FHEM]   caching: Corridor_Sensor-temperature: 24.5 as number (from 24.5 C)
[FHEM]   caching: Corridor_Sensor-battery: 1 as number (from 96 %)
[FHEM] Corridor_Switch is light
[FHEM] Corridor_Switch has onOff [state;on,off]
[FHEM] Corridor_Switch has firmware [D-firmware]
[FHEM]   caching: Corridor_Switch-D-firmware: 2.3 as string (from 2.3)
[FHEM]   caching: Corridor_Switch-state: 0 as number (from off)
[FHEM] Kitchen_Dimmer_Sw is dimable [pct]
[FHEM] Kitchen_Dimmer_Sw has onOff [state;on,off]
[FHEM]   caching: Kitchen_Dimmer_Sw-pct: 0 as number (from 0)
[FHEM]   caching: Kitchen_Dimmer_Sw-state: 0 as number (from off)
[FHEM] Kitchen_Sensor has temperature [temperature]
[FHEM] Kitchen_Sensor has battery [battery]
[FHEM]   caching: Kitchen_Sensor-temperature: 24.2 as number (from 24.2 C)
[FHEM]   caching: Kitchen_Sensor-battery: 1 as number (from 100 %)
[FHEM] Livingroom_Dimmer_Sw is dimable [pct]
[FHEM] Livingroom_Dimmer_Sw has onOff [state;on,off]
[FHEM]   caching: Livingroom_Dimmer_Sw-pct: 0 as number (from 0)
[FHEM]   caching: Livingroom_Dimmer_Sw-state: 0 as number (from off)
[FHEM] Livingroom_Outlet is outlet
[FHEM] Livingroom_Outlet has onOff [state;on,off]
[FHEM]   caching: Livingroom_Outlet-state: 1 as number (from on)
[FHEM] Livingroom_Sensor has temperature [temperature]
[FHEM] Livingroom_Sensor has battery [battery]
[FHEM]   caching: Livingroom_Sensor-temperature: 24.3 as number (from 24.3 C)
[FHEM]   caching: Livingroom_Sensor-battery: 1 as number (from 100 %)
[FHEM] Livingroom_Switch is light
[FHEM] Livingroom_Switch has onOff [state;on,off]
[FHEM] Livingroom_Switch has firmware [D-firmware]
[FHEM]   caching: Livingroom_Switch-D-firmware: 2.3 as string (from 2.3)
[FHEM]   caching: Livingroom_Switch-state: 0 as number (from off)
[FHEM] Initializing platform accessory 'Bathroom_Dimmer_Sw'...
[FHEM] creating services for Bathroom_Dimmer_Sw
[FHEM]   information service for Bathroom_Dimmer_Sw
[FHEM]   lightbulb service for Bathroom_Dimmer_Sw
[FHEM]     on characteristic for Bathroom_Dimmer_Sw
[FHEM]     brightness characteristic for Bathroom_Dimmer_Sw
[FHEM] Initializing platform accessory 'Bedroom_Dimmer_Sw'...
[FHEM] creating services for Bedroom_Dimmer_Sw
[FHEM]   information service for Bedroom_Dimmer_Sw
[FHEM]   lightbulb service for Bedroom_Dimmer_Sw
[FHEM]     on characteristic for Bedroom_Dimmer_Sw
[FHEM]     brightness characteristic for Bedroom_Dimmer_Sw
[FHEM] Initializing platform accessory 'Bedroom_Outlet'...
[FHEM] creating services for Bedroom_Outlet
[FHEM]   information service for Bedroom_Outlet
[FHEM]   switch service for Bedroom_Outlet
[FHEM]     on characteristic for Bedroom_Outlet
[FHEM] Initializing platform accessory 'Bedroom_Sensor'...
[FHEM] creating services for Bedroom_Sensor
[FHEM]   information service for Bedroom_Sensor
[FHEM]   temperature sensor service for Bedroom_Sensor
[FHEM]     temperature characteristic for Bedroom_Sensor
[FHEM]     battery status characteristic for Bedroom_Sensor
[FHEM] Initializing platform accessory 'Corridor_Outlet'...
[FHEM] creating services for Corridor_Outlet
[FHEM]   information service for Corridor_Outlet
[FHEM]   switch service for Corridor_Outlet
[FHEM]     on characteristic for Corridor_Outlet
[FHEM] Initializing platform accessory 'Corridor_Sensor'...
[FHEM] creating services for Corridor_Sensor
[FHEM]   information service for Corridor_Sensor
[FHEM]   temperature sensor service for Corridor_Sensor
[FHEM]     temperature characteristic for Corridor_Sensor
[FHEM]     battery status characteristic for Corridor_Sensor
[FHEM] Initializing platform accessory 'Corridor_Switch'...
[FHEM] creating services for Corridor_Switch
[FHEM]   information service for Corridor_Switch
[FHEM]     firmware revision characteristic for Corridor_Switch
[FHEM]   lightbulb service for Corridor_Switch
[FHEM]     on characteristic for Corridor_Switch
[FHEM] Initializing platform accessory 'Kitchen_Dimmer_Sw'...
[FHEM] creating services for Kitchen_Dimmer_Sw
[FHEM]   information service for Kitchen_Dimmer_Sw
[FHEM]   lightbulb service for Kitchen_Dimmer_Sw
[FHEM]     on characteristic for Kitchen_Dimmer_Sw
[FHEM]     brightness characteristic for Kitchen_Dimmer_Sw
[FHEM] Initializing platform accessory 'Kitchen_Sensor'...
[FHEM] creating services for Kitchen_Sensor
[FHEM]   information service for Kitchen_Sensor
[FHEM]   temperature sensor service for Kitchen_Sensor
[FHEM]     temperature characteristic for Kitchen_Sensor
[FHEM]     battery status characteristic for Kitchen_Sensor
[FHEM] Initializing platform accessory 'Livingroom_Dimmer_Sw'...
[FHEM] creating services for Livingroom_Dimmer_Sw
[FHEM]   information service for Livingroom_Dimmer_Sw
[FHEM]   lightbulb service for Livingroom_Dimmer_Sw
[FHEM]     on characteristic for Livingroom_Dimmer_Sw
[FHEM]     brightness characteristic for Livingroom_Dimmer_Sw
[FHEM] Initializing platform accessory 'Livingroom_Outlet'...
[FHEM] creating services for Livingroom_Outlet
[FHEM]   information service for Livingroom_Outlet
[FHEM]   switch service for Livingroom_Outlet
[FHEM]     on characteristic for Livingroom_Outlet
[FHEM] Initializing platform accessory 'Livingroom_Sensor'...
[FHEM] creating services for Livingroom_Sensor
[FHEM]   information service for Livingroom_Sensor
[FHEM]   temperature sensor service for Livingroom_Sensor
[FHEM]     temperature characteristic for Livingroom_Sensor
[FHEM]     battery status characteristic for Livingroom_Sensor
[FHEM] Initializing platform accessory 'Livingroom_Switch'...
[FHEM] creating services for Livingroom_Switch
[FHEM]   information service for Livingroom_Switch
[FHEM]     firmware revision characteristic for Livingroom_Switch
[FHEM]   lightbulb service for Livingroom_Switch
[FHEM]     on characteristic for Livingroom_Switch
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.

Als das alles noch frisch war und der Thread hier nur 5 Seiten hatte, hab ich das schonmal lauffähig gehabt, dann kam ich bei meinem wheezy mal auf die idee auf jessie zu aktualisieren und ab da gings den Bach runter mit Inkompatibilitäten uswusw. und irgendwann hab ich es deprimiert zur Seite gelegt und ignoriert.

Ich habe nun aber das Upgrade meiner Hue-Bridge auf die Version mit HomeKit bekommen und das funktioniert absolut tadellos bei mir im Netz. Angestöpselt und funktioniert, daher denke ich das es kein allgemeines Netzwerk-Problem bei mir ist.

Wahrscheinlich ist es eine idiotische Kleinigkeit, aber ich weiss leider nicht mehr weiter. :('
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 11:27:17
Zitat von: dev0 am 29 November 2015, 11:20:03
Sollte das nicht besser FHEM erledigen?

Wieso? Homebridge-fhem setzt doch direkt ein entsprechendes Kommando an den FHEM ab. Man könnte natürlich in FHEM ein Notify bauen, welches auf jeden HM Thermostaten reagiert und sofort ein burstXmit hinterher schickt, aber dann wäre das ja für jede Temperatur-Änderung an den Thermostaten so.

Ist die Frage, ob man das möchte. Allerdings würde ich schon sagen, dass wenn man Siri bemüht man tatsächlich die Aktion sofort ausgeführt haben möchte, denn zumindest meine Frau friert dann immer irgendwie... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 11:36:05
Zitat von: hive2015 am 29 November 2015, 11:21:41
Ich bin momentan etwas am verzweifeln. Ich habe homebridge nun auf 4 verschiedenen Plattformen aufgesetzt, Pi (wheezy und jessie), Mac (El Capitan) und einer VM (Ubuntu 14.04.3 LTS).

Ich kann dich ja soo gut verstehen. Ich hatte homebridge auf meinem Rpi2 unter jessie und FHEM5.6 laufen, und bis auf die HUEs und Harmony ging auch soweit alles. Dann hatte ich mehrere Sachen gleichzeitig gemacht... FHEM Update auf 5.7, neuen homebridge-fhem Plugin installiert und plötzlich ging auf der Homebridge gar nichts mehr... weder homebridge-fhem noch homebridge-philipshue.

Dann habe ich angefangen alles, was die homebridge/Nodejs/npm/nvm angeht zu entfernen und wieder neu zu installieren, aber keine meiner homebridge-Setups hielt länger als eine Stunde, bevor sie auf meinem iPhone nicht mehr funktionierte...

Dann habe ich gestern Nodejs5/npm manuell installiert und homebridge/homebridge-fhem erneut installiert, aber dann tauchte die homebridge nicht in EVE auf... obwohl das Log der homebridge ganz normal aussah. Heute morgen haben ich dann homebridge nochmals entfernt und ich glaube mit der option --unsafe-perm neu installiert. Ich weiß ehrlich nicht, ob es daran lag, aber anschließend hat sich die homebridge offenbar am avahi-Daemon registriert.

Ich glaube, dass wenn die homebridge nicht auf dem iOS Gerät auftaucht, irgendetwas mit der avahi (Bonjour)-Registrierung nicht geklappt hat...

Jetzt läuft sie erstmal wieder und ich bin gespannt, ob sie nach einer Stunde wieder weg ist.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 29 November 2015, 12:13:08
Guten Morgen,


Ich hab da nochmal eine kurze Frage : bei mir aktualisieren sich die Stati der einzelnen Lampen in eve nicht wirklich. Soll heißen, beim Neustart von eve wird meist alles einmal richtig eingelesen, aber schaltet man dann in FHEM oder per Siri so wird der Status in eve nicht aktualisiert.
Longpoll in FHEM ist aktiviert....
Außerdem kann ich nur auf dem Gerät wo ich HomeKit eingerichtet habe per eve schalten, auf den den anderen Geräten mit der gleichen Appleid keine Chance. Einladen einer anderen Appleid klappt klappt, Bedienung aber da auch nicht möglich.
Ideen ?


Ich bin mittlerweile mit meinem Latein am Ende...bin ja froh das es derzeit halbwegs konstant läuft..


LG


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: starchaser am 29 November 2015, 13:02:31
Zitat von: budy am 29 November 2015, 10:50:57
Habe in js leider noch nie was gemacht, aber André müsste dazu ja was sagen können. Warst du so mutig, das schon mal auszuprobieren? ;)

Ja und es scheint zu funktionieren. Die Änderung sollte das Delay auf eine bestimmte Geräte-/Kommandokombination beschränken. Vorher war es nur ein bestimmtes Kommando, unabhängig vom angesteuerten Gerät und somit wurde zu viel verworfen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 29 November 2015, 13:04:52
Zitat von: budy am 29 November 2015, 11:27:17
Ist die Frage, ob man das möchte.
Genau! Aber die Entscheidung ob das Backend so oder anders reagieren soll, kann man doch nicht generell vom verwendeten Frontend x oder y abhängig machen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 29 November 2015, 13:39:25
Zitat von: budy am 29 November 2015, 11:36:05
Dann habe ich gestern Nodejs5/npm manuell installiert und homebridge/homebridge-fhem erneut installiert, aber dann tauchte die homebridge nicht in EVE auf... obwohl das Log der homebridge ganz normal aussah. Heute morgen haben ich dann homebridge nochmals entfernt und ich glaube mit der option --unsafe-perm neu installiert. Ich weiß ehrlich nicht, ob es daran lag, aber anschließend hat sich die homebridge offenbar am avahi-Daemon registriert.

Ich glaube, dass wenn die homebridge nicht auf dem iOS Gerät auftaucht, irgendetwas mit der avahi (Bonjour)-Registrierung nicht geklappt hat...

Hallo budy,

danke für deine Rückmeldung. Es klingt wahrlich schlüssig was du schreibst und es riecht schon nach was in der Richtung. Aus purer Verzweiflung habe ich auch homebridge-fhem nochmals mit dem unsafe-perm neu installiert, aber der Effekt blieb gleich. Es sieht alles gut aus, sollte ansich tiptop funktionieren aber die homebridge ist nicht über Eve auffindbar. Ich hab die Homekit DB komplett gekillt und bei der Suche nun sieht er auch immer brav die hue homekit bridge, aber halt nicht homebridge. :/
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 14:25:53
Zitat von: dev0 am 29 November 2015, 13:04:52
Genau! Aber die Entscheidung ob das Backend so oder anders reagieren soll, kann man doch nicht generell vom verwendeten Frontend x oder y abhängig machen.

Finde ich aber schon, da ja auch z.B. burstXmit an den Batterien der Thermostate zerrt. Von daher würde ich schon zwischen einem "interaktiven" Frontend, bei dessen Benutzung man eine unmittelbare Änderung erwartet und einer automatisierten Nutzung unterscheiden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 14:35:44
Zitat von: hive2015 am 29 November 2015, 13:39:25
Hallo budy,

danke für deine Rückmeldung. Es klingt wahrlich schlüssig was du schreibst und es riecht schon nach was in der Richtung. Aus purer Verzweiflung habe ich auch homebridge-fhem nochmals mit dem unsafe-perm neu installiert, aber der Effekt blieb gleich. Es sieht alles gut aus, sollte ansich tiptop funktionieren aber die homebridge ist nicht über Eve auffindbar. Ich hab die Homekit DB komplett gekillt und bei der Suche nun sieht er auch immer brav die hue homekit bridge, aber halt nicht homebridge. :/

Leider steige ich da auch noch nicht völlig durch... ich habe z.B. heute Vormittag, als ich die homebridge wieder erneut eingerichtet hatte, auf meinem Rpi2 einen tcpdump auf Port 51826 laufen lassen, der auch die ganze Zeit über immer angezeigt hat, wenn ich in EVE Dinge ändere oder den Status von diversen Devices anzeigen lasse. Jetzt komme ich von Joggen wieder und die gute Nachricht ist, dass die homebridge immer noch funktioniert, mein iPhone aber nicht mehr diretk mit der homebridge spricht, sondern... ich würde mal sagen... mit der iCloud, obwohl es sich im selben Netzwerk befindet.

...stattdessen spricht jetzt mein ATV mit der homebridge...

Boah... während ich das hier schreibe, ist die homebridge wieder nicht mehr erreichbar... einfach so... mein iPhone fragt jetzt wieder direkt bei der homebridge an, aber die antwortet nicht mehr...

Da ist doch irgendwo der Wurm mit der iCloud drin...

Gruß,
Stephan
Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 November 2015, 22:50:53
Nur mal so gefragt... nutzt jemand hier auch iOS 9.2 (ja, die Beta)? Ich glaube, langsam, dass meine Probleme mit meiner homebridge daher kommen. Nachdem ich nun alles neu gemacht habe, läuft die homebridge eigentlich normal, ich habe nur das Problem, dass in EVE nach einem erfolgreichen Setup nach einer gewissen Zeit die Devices nicht mehr ansprechbar sind.

Dafür erscheinen dann unter dem homebridge-Device alle Geräte erneut und funktionieren dann auch. So als hätten alle Devices neue interne IDs oder so. Dann habe ich das mal laufen lassen und nach einer weiteren Stunde oder so, waren da die doppelte Anzahl an Devices unter dem homebridge-Device.

Kann doch nicht sein, dass die homebridge allen Devices andauernd neue IDs verteilt - besonders wo sich die Dateien unter persist nicht ändern.

Gruss,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 30 November 2015, 09:38:02
Ich folge diesem Thema schon sehr lange und ich lese immer wieder das hier einige sind, die die EVE-App nutzten um ihr Eigenheim zu steuern. Ich selber sehe HomeKit bzw. Homebridge in Verbindung mit der EVE-App mehr als Siri-Option. Als Steuerungs-App nutze ich NetIO (http://netio.davideickhoff.de/de/) die sehr flexibel ist (man macht sozusagen eine eigene APP). Vielleicht interessiert es ja ein oder anderen hier.

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 November 2015, 10:12:01
ich sehe das auch eher als konfigurations programm um siri mit fhem verwenden zu können. der einzige zusätzliche apsekt ist noch das es damit möglich ist auch von remote zuzugreifen ohne ein vpn starten zu müssen.

ansonsten bringt aber fhem alles mit um sich ein passendes gui zu bauen. ich denke nicht das man da auch irgendeine app ausweichen muss.

@budy: es gibt keine möglichkeit zu unterscheiden ob homekit über siri oder interaktiv über eine app gesteuert wurde.

@starchaser: ich schaue mir deinen patch an. auf den ersten blick verstehe ich aber den unterschied nich nicht. es gibt für jedes device eigene Instanzen des accessories. d.h. this ist eigentlich schon eindeutig.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Patcher am 30 November 2015, 12:45:21
Zitat von: justme1968 am 30 November 2015, 10:12:01
der einzige zusätzliche apsekt ist noch das es damit möglich ist auch von remote zuzugreifen ohne ein vpn starten zu müssen.

Das ist natürlich ein Aspekt, den ich nicht bedacht hatte.

Zitat von: justme1968 am 30 November 2015, 10:12:01
ansonsten bringt aber fhem alles mit um sich ein passendes gui zu bauen. ich denke nicht das man da auch irgendeine app ausweichen muss.

Ich benutzte die NetIO-App schon länger und bin sehr begeistert davon. Das FHEM (ich bin ja kein FHEM-User) die möglichkeiten bietet, wusste ich nicht - Sorry!

Gruß
Patcher
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: starchaser am 30 November 2015, 15:40:47
Zitat von: justme1968 am 30 November 2015, 10:12:01
@starchaser: ich schaue mir deinen patch an. auf den ersten blick verstehe ich aber den unterschied nich nicht. es gibt für jedes device eigene Instanzen des accessories. d.h. this ist eigentlich schon eindeutig.
Code Auswählen
  delayed: function(c,value,delay) {
    var timer = this[c];
    if( timer ) {
      //this.log(this.name + " removing old command " + c);
      clearTimeout( timer );
    }

    this.log(this.name + " delaying command " + c + " with value " + value);
    this[c] = setTimeout( function(){clearTimeout(this[c]); this.command(c,value);}.bind(this),
                                  delay?delay:1000 );
  },

So, ich konnte nochmal einen Blick drauf werfen. (der Timer sollte an this[c] und nicht this.delayed[c])
Jetzt läuft es auch ohne meine Krücke. :)

grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 November 2015, 15:58:29
ich glaube jetzt komme ich dahinter.

die idee war schon alle timer in this.delayed zu stecken. das ist etwas aufgeräumter. aber es fehlt glaube ich die initialisierung von this.delayed.

z.b. in delayed direkt am anfang ein
Code Auswählen
    if( !this.delayed )
      this.delayed = {};einbauen.

und dann den rest lassen wie es ist.

kannst du das kurz testen ?

danke
  andre
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 30 November 2015, 16:08:41
auch charmant: gäste über homekit einladen temporär das haus von ihrem eigenen gerät aus zu steuern ohne extra konfiguration.

allerdings würde man das ja ggf auf die wichtigsten funktionen begrenzen wollen. also wohl doch mal eher sowas wie ein extra gäste UI...


Gruß
Julian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 November 2015, 16:24:45
die freigabe ist ja zumindest auf device ebene und nicht global.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: starchaser am 30 November 2015, 16:37:35
Zitat von: justme1968 am 30 November 2015, 15:58:29
ich glaube jetzt komme ich dahinter.

die idee war schon alle timer in this.delayed zu stecken. das ist etwas aufgeräumter. aber es fehlt glaube ich die initialisierung von this.delayed.

z.b. in delayed direkt am anfang ein
Code Auswählen
    if( !this.delayed )
      this.delayed = {};einbauen.

und dann den rest lassen wie es ist.

kannst du das kurz testen ?

Funktioniert leider nicht.
hier ist dein Original als Spielwiese - https://jsbin.com/cobuloqipi/edit?js,console
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 November 2015, 18:17:37
danke. problem gefunden... peinlich :)

die methode darf natürlich nicht genau so heissen wie das objekt in dem die timer gespeichert werden sollen. deshalb ist auch die fehlende initialisierung nicht aufgefallen. die methode war ja da. allerdings hätte ich trotzdem eine Fehlermeldung erwartet...

neue version ist eingecheckt.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: starchaser am 30 November 2015, 18:31:13
fein :) - hab's gecheckt. funktioniert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 30 November 2015, 23:49:53
Never touch a running system  :o
Wollte zwei weitere FS20 Lampen in meiner Küche hinzufügen. Habe in Fhem die Lampen dem Raum Homekit hinzugefügt und anschließend homebridge auf dem raspberry gestoppt und wieder gestartet. Nun findet die Eve App die Homebridge nicht mehr. Muss jetzt erneut iCloud zurückgesetzt und neu gepaired werden oder gibt es einen anderen Workaround?

Gruß
sTaN
Titel: Apple Homekit: die Hoffnung stirbt zuletzt > FS20 CUNO
Beitrag von: piet_pit am 01 Dezember 2015, 18:38:41
Hallo Zusammen,

vielen Dank auch von meiner Seite an Andre für die tolle Arbeit und das homebridge-plugin.

Ich habe nun nach einigen Versuchen die homebridge zum Laufen bekommen, ich kann meine wenigen HM-Komponenten (via HM-CFG-USB) über Siri ansteuern ("genericDeviceType=blind" bzw. "genericDeviceType=switch"), alles prima.
Wenn ich nun das gleiche bei meinen FS20 Komponenten versuche, klappt das leider nicht (z.B. FS20-RSU "genericDeviceType=blind"), auch eine FS20-Schaltsteckdose geht nicht.
Eve findet diese Komponenten nicht!
Kann das evtl. an dem CUNO liegen, über den ja die FS20-Komponenten angesteuert werden und der ja eine eigene IP-Adresse hat?

VG
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 Dezember 2015, 18:58:44
für den FS20-RSU brauche ich ein jsonlist2 vom device.

die fs20 steckdose sollte funktionieren. taucht sie beim starten in den konsolen nachrichten auf? wenn ein: ist dein filter richtig?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 01 Dezember 2015, 19:35:19
Hallo Andre,
vielen Dank für deine Antwort, hier die jsonlist2 des RSU, hoffentlich habe ich das richtig gemacht :-[

Code Auswählen
[code]{
  "Arg":"XXXX_YYYY",
  "Results": [
  {
    "Name":"Bad_Rollo",
    "PossibleSets":"offen:noArg zu:noArg off off-for-timer on on-for-timer reset timer toggle on-till on-till-overnight blink off-till-overnight intervals off-till",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20si3,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view genericDeviceType:switch,outlet,light,blind,speaker,thermostat icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "BTN": "03",
      "DEF": "cXXX 03",
      "NAME": "Bad_Rollo",
      "NR": "146",
      "STATE": "zu",
      "TYPE": "FS20",
      "XMIT": "cXXX"
    },
    "Readings": {      "state": { "Value":"off", "Time":"2015-12-01 17:07:33" }    },
    "Attributes": {
      "IODev": "CUNO",
      "eventMap": "on:offen off:zu",
      "fm_type": "up-down",
      "fm_view": "0,0",
      "model": "fs20rsu",
      "room": "Bad"
    }
  }  ],
  "totalResultsReturned":1
} [/code]

VG
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: c0d4 am 01 Dezember 2015, 19:59:27
Ich klinke mich mal ein denn ich denke ich habe ein ähnliches Problem.

Homebridge läuft, im raum "HomeKit" befinden sich mehree FS20 Geräte ( Ich habe mehrere fs20st, fs20su und fs20rsu laufen, alles ausschließlich FS20) aber in EVE sehe ich keine Geräte.

In der fhem.config habe ich die "attr global userattr" folgendermaßen erweitert:

Code Auswählen

attr global userattr devStateIcon devStateStyle fm_fav fm_groups fm_name fm_order fm_type fm_view fp_1.Stock genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon room_map sortby webCmd


und dann halt die Geräte dem Raum "Homekit" hinzugefügt.

Hier die Meldung vom Start:

Code Auswählen

pi@raspberrypi ~/homebridge $ /home/pi/homebridge/bin/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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1448996144539
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: undefined results
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:


und meine config.json

Code Auswählen

{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},
"platforms": [ {                                                                                   "platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit"
} ],
"accessories": []
}



War grade froh, dass ich es installiert bekommen habe, nun findet eve keine fs20 geräte :(

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 01 Dezember 2015, 20:21:45
Hallo c0d4,
habe mir deine config.json angesehen, klappte bei mir erst, als ich bei "Server" die IP des RPi eingetragen habe, mit der 127.... klappte es bei mir auch nicht!

Zumindest gingen dann die HM-Komponenten, FS20 leider nicht.
VG
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: c0d4 am 01 Dezember 2015, 21:08:52
Danke für deine Antwort. Habe die Lösung: Mein Fhem war alt und kannte "jsonlist2" nicht. Never touch a running system und so ;)

Läuft alles astrein, vielen Dank!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 02 Dezember 2015, 19:05:37
Zitat von: justme1968 am 20 Oktober 2015, 01:20:36
@rapster: versuch es mal mit garage. siehe oben.

ansonsten will ich sowieso noch schauen wie man unterstützte devices am besten konfigurierbar auf einen dummy/readingProxy abbildet. zum testen mache ich das ja schon regelmässig das ich mir aus der jsonlist2 hiermit: http://forum.fhem.de/index.php/topic,41056.0.html (http://forum.fhem.de/index.php/topic,41056.0.html) einen dummy anlege der sich schon fast wie das echte device verhält. das device so komplett abzubilden ist aber in eurem fall nicht nötig.
Zitat von: Posti123 am 23 Oktober 2015, 09:02:49
du brauchst für den Proxy meiner Meinung 2 genericDevicetypes.
Nämlich door und lock. Die HM-SEC-KEY wird aber automatisch erkannt und brauch kein genericDeviceType

Es gibt 2 devices:

Lock (set Tuer unlock/lock):
"Schließe die Tür auf/zu". Homekit sendet sogar eine Pushbenachrichtigung wenn sich der Zustand der Tür ändert (auch wenn man manuell aufschließt.
Door (set Tuer open):
Tür öffnen funktioniert derzeit nur per App aber mein workaround ist über eine eigens definierte Szene "Sesam öffne Dich" kann ich die Tür auch per Siri öffnen.

Hi Andre und Posti123,

Habe nun endlich mal die Zeit gefunden das Thema erneut anzugehen.

Andre, hast du schon bzgl. dem Abbilden von Geräten als readingsProxy/dummy weitergeforscht?

Ich hatte zuerst Versucht meinem alten Switch-readingsProxy den genericType "lock" zu verpassen, was allerdings nur dazu führte dass sich die komplette Homebridge verabschiedete und kein Gerät mehr erreichbar war :-\
Anschließend habe ich den readingsProxy mit einigen settern und readings aus einer geposteten HM-SEC-KEY jsonlist2 gefüttert:
Code Auswählen

{
  "Arg":"Tueroeffner",
  "Results": [
  {
    "Name":"Tueroeffner",
    "PossibleSets":"inhibit:on,off lock open reset unlock",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings disable:1 getList setList getFn:textField-long setFn:textField-long valueFn:textField-long event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:ignore,garage,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon prgRoom sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "",
      "DEF": "Tueroeffner",
      "DEVICE": "Tueroeffner",
      "NAME": "Tueroeffner",
      "NR": "313",
      "NTFY_ORDER": "50-Tueroeffner",
      "READING": "state",
      "STATE": "locked",
      "TYPE": "readingsProxy"
    },
    "Readings": {
      "direction": { "Value":"none", "Time":"2015-12-02 10:10:43" },
      "error": { "Value":"none", "Time":"2015-12-02 10:10:37" },
      "inhibit": { "Value":"off", "Time":"2015-12-02 10:10:30" },
      "lastCmd": { "Value":"unlock", "Time":"2015-12-02 20:38:00" },
      "lock": { "Value":"locked", "Time":"2015-12-02 20:36:04" },
      "state": { "Value":"locked", "Time":"2015-12-02 20:36:04" },
      "uncertain": { "Value":"permanent", "Time":"2015-12-02 20:36:04" }
    },
    "Attributes": {
      "alias": "Tür",
      "genericDeviceType": "lock",
      "setFn": "{\n    if ($CMD eq 'open' || $CMD eq 'unlock') {\n        CommandSet(undef, \"vccu_tueroeffner_Btn press short\");\n    }\n    return undef\n}",
      "setList": "inhibit:on,off lock open reset unlock"
    }
  }  ],
  "totalResultsReturned":1
}



Das funktioniert zwar so einwandfrei über Siri (siehe anhängendes Bild), allerdings ist das gefühlt eher Glück welches nicht sehr zuverlässig aussieht :-)

Evtl. so eine Art Templates für die readings u./o. setter welche bei einem genericDeviceType-Dummy zwingend benötigt werden damit die Homebridge stabil läuft währen super.

In Eve wechselt der status von "UNGESICHERT" erst nach einiger Zeit wieder zu "GESICHERT" zurück, allerdings kann ich "Öffne die Tür" problemlos beliebig oft an Siri übergeben.
Bringt das updaten von "state" und "lock" bei meinem readingsProxy überhaupt etwas, resp. wird das update überhaupt von Homebridge ausgewertet?
EDIT: Das konnte ich mir durch testen selbst beantworten, Homebridge merkt nur wenn sich das reading ändert, und versendet in dem Fall auch die Pushmessage für Tür (nicht) abgeschlossen. (Da ich das nicht will, habe ich es wieder ausgebaut)

Gruß
  Claudiu
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 02 Dezember 2015, 22:02:19
Meine homebrdge läuft auch wieder, nachdem ich die iCloud zurückgesetzt hatte. Mir ist aufgefallen, dass ich meine FS20S4U Unterputz Sender für meine Küchenbeleuchtung nicht geschaltet bekomme. Hat dies schon jemand zum Laufen bekommen? FS20ST Steckdosen und Elro laufen ohne Probleme.

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Dezember 2015, 23:10:02
ich hab auch nochmal ne Frage.

Habe vorhin ein ROOMMATE-Device in homebridge eingebunden. Ist es richtig, dass Homebridge nur den Status Anwesend JA/NEIN kennt, sprich nur das presence-Reading ausgewertet wird und die anderen Stati, wie asleep usw. nicht? oder habe ich was falsch konfiguriert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 03 Dezember 2015, 10:24:27
Hallo zusammen,
hat jemand die MAX! Thermostate erfolgreich eingebunden? Bei mir wird die Bridge immer noch unreachable, sobald ein Thermostat im HomeKit Raum auftaucht.
Update der Bridge habe ich heute Morgen gemacht, lief übrigens problemlos durch. Auch sonst habe ich die Bridge jetzt seit mind. 2 Wochen ununterbrochen laufen. Zwar zickt meine ATV beim Zugriff von außen, aber innerhalb des Netzwerkes läuft alles wie ein Glöckchen.

Gruss Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 04 Dezember 2015, 15:01:47
Soo... nachdem ich es nun ein paar Tage nicht probiert hatte, habe ich eines meiner moderneren iPads aus Kinderhänden entreißeb können, auf dem iOS 9.1 läuft und mit diesem Gerät funktioniert meine homebridge, so wie ich sie seit zwei Wochen wieder zum Laufen zu bewegen versuche, einwandfrei.

Auf meinen 6s ist (war bis eben) iOS 9.2 Beta drauf und ich lasse das gerade mal wieder 9.1 wiederherstellen... Nur falls hier jemand sein sollte, der eine ähnliche Konfig hat und bei dem die homebridge partout nicht mehr will, oder wie bei mir:

- nur < 60 Min.
- bei einem homebridge-Restart alls Geräte noch einmal im Standardraum anzeigt (die dann auch nach max. 60 Min. nicht mehr funktionierten)

...mal sehen... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sTaN am 04 Dezember 2015, 19:36:55
Also ich nutze auf meinem iPhone 6s auch 9.2 Beta und habe keine Probleme mit der Stabilität. Meine FS20S4U werden nun auch korrekt gesteuert.

Gruss
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: half-dead am 04 Dezember 2015, 23:37:17
Bei mir läuft die Bridge garnicht mit FHEM, ich konnte den Fehler schon soweit eingrenzen, das es nicht an der Bridge direkt sondern eher am FHEM Plugin liegt. denn ohne läuft sie Prima, und auch sobald ich im Raum Homekit keine Geräte habe läuft sie, b.z.w besser gesagt keine MAX Geräte, irgendwie scheint da was nicht zu passen, es läuft werder auf dem Mac noch auf dem Raspberry.

Der Log ist ok:

Loading 2 platforms...
[Hue] Initializing PhilipsHue platform...
[Hue] PhilipsHue Platform Plugin Version 0.0.2
[Hue] Fetching Philips Hue lights...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.0.118:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1449268021525
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.0.118:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 1 results
[FHEM] MAX1 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] MAX1 has thermostat mode [mode;desiredTemperature]
[FHEM] MAX1 has temperature [temperature]
[FHEM] MAX1 has battery [battery]
[FHEM] MAX1 has firmware [firmware]
[FHEM]   caching: MAX1-temperature: 21.4 as number (from 21.4)
[FHEM]   caching: MAX1-battery: 0 as number (from ok)
[FHEM]   caching: MAX1-firmware: 1.8 as string (from 1.8)
[FHEM]   caching: MAX1-desiredTemperature: 22 as number (from 22.0)
[FHEM]   caching: MAX1-mode: 1 as number (from manual)
[FHEM]   caching: MAX1-valveposition: 24 as number (from 24)
[FHEM] Initializing platform accessory 'MAX1'...
[FHEM] creating services for MAX1
[FHEM]   information service for MAX1
[FHEM]     firmware revision characteristic for MAX1
[FHEM]   thermostat service for MAX1
[FHEM]     temperature characteristic for MAX1
[FHEM]     battery status characteristic for MAX1
[FHEM]     target temperature characteristic for MAX1
[FHEM]     custom actuation characteristic for MAX1
[Hue] Initializing platform accessory 'Sofa Licht'...
[Hue] Initializing platform accessory 'TV Licht'...
[Hue] Initializing platform accessory 'Schlafzimmer'...


habe es auch bereits mit umbenennen der Thermostate versucht, keine Chance. Vll hat ja wer ne idee!? Würde gerne mein Komplette SmartHome über FHEM laufen lassen, mom läuft es über openhab, dort ist die Heizungssteuerung aber ein grausam.

Witzigerweise geht die Bridge mit openhab prima, nur da bekomme ich die MAX nicht ans laufen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 05 Dezember 2015, 00:16:49
@ half-dead
Hi, welche Version von homebridge hast Du denn? Bei mir läuft die von justme-1968.
Das ganze läuft wirklich super und stabil. Ich habe mittlerweile 37 Devices im Homekit-Raum.
Alle unterschiedlicher Couleur. (Intertechno, PCA301, Harmony, LaCrosse Temperatursensoren,
MAX Fensterkontakte und Geräte vom Presence Modul)
Lustigerweise wird bei mir die Bridge "unreachable", wenn die MAX Thermostate hinzugefügt
werden. Das wäre wirklich noch klasse, wenn die auch noch liefen, damit man die Temperatur
über Siri einstellen kann. Zur Zeit behelfe ich mir über einen Dummy, bei dem nur eine
festgelegte Temperatur "geschaltet" wird.

@Forums-Leser die Probleme mit der Apple TV haben
Ich habe gestern mal einfach die ATV auf die Werkseinstellungen zurückgesetzt und wieder-
herstellen lassen. Danach wieder an der Cloud angemeldet und schon war die Bridge auch
wieder von außen erreichbar.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: half-dead am 05 Dezember 2015, 00:52:10
Dann bin ich ja nicht der einzige, bei mir ist es genau so. sobald ich ein MAX Thermostat zufüge ist die Bridge nicht mehr funktionsfähig.
Ich habe glaube ich die letzte aus git, 0.0.7?. Eventuell dann ja doch ein böser Bug, ich denke mit irgend einem Status der Thermostate kommt die Bridge nicht klar. Kann man die Irgendwie Rausfiltern? So das man nur den Setpoint hat?

es gibt ja homekit2mqtt aber dafür müsste man MAX erstmal an MQTT bekommen.

Openhab läuft bei mir mom nur noch, weil ich es da gebacken bekommen habe meinen Alten Ninjablock per MQTT zu steuern, aus der MQTT Anbindung bei FHEM bin ich noch nicht so richtig schlau geworden. Aber das wäre noch der Traum, dann kann ich endlich alles über ein Interface Schalten ;-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 05 Dezember 2015, 14:45:13
Die Hoffnung für die MAX-Thermostate stribt zuletzt ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 05 Dezember 2015, 16:35:21
Ich habe bei mir noch eine kleine Auffälligkeit festgestellt. Wenn ich Siri/die Homebridge eine Weile (vielleicht 10 Minuten) nicht benutzt habe, um Geräte zu schalten, funktioniert das Ganze meistens erst beim zweiten Kommando. Beim ersten Mal bekomme ich meist die Antwort "Tut mir leid, Oli, ich habe diesmal keine Geräte gefunden". So, als ob die Homebridge sich schlafen legt und erst mal wieder aufgeweckt werden muss. Das zweite Kommando funktioniert dann wieder ohne Probleme.

Hat das Problem vielleicht noch jemand?

PS: Bei mir läuft die Homebridge auf einem separaten RPI, auf welchem nicht FHEM läuft.


Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 Dezember 2015, 16:38:24
für alle bei denen die max thermostate nicht gehen: ich brauche die ausgabe beim starten von homebridge.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 05 Dezember 2015, 17:26:33
Vielleicht ne blöde Frage, aber.... Wie kann ich an die Ausgabe kommen. Mit dem Startskript (was übrigens super läuft) wird die Startaktion der Bridge ausgeblendet....
....
Blödsinn. Wird ja nur ausgeblendet wenn ich über das Script starte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: half-dead am 05 Dezember 2015, 17:56:16
@justme1968

So wie das log was ich oben gepostet habe? mehr spuckt die bridge ja nicht aus -.-
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 05 Dezember 2015, 17:58:42
Also, bei mir sieht das start-Log so aus, wenn sich kein MAX Thermostat im HomeKit Raum befindet:
Code Auswählen
pi@raspberrypi ~ $ 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.22:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1449333974011
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.22:8084/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 37 results
[FHEM] Aufsteh_Carsten is switchable
[FHEM] Balkonsensor has temperature [temperature]
[FHEM] Balkonsensor has humidity [humidity]
[FHEM] Balkonsensor has battery [battery]
[FHEM]   caching: Balkonsensor-temperature: 4.9 as number (from 4.9)
[FHEM]   caching: Balkonsensor-humidity: 72 as number (from 72)
[FHEM]   caching: Balkonsensor-battery: 0 as number (from ok)
[FHEM] CUL_TCM97001_8 has temperature [temperature]
[FHEM] CUL_TCM97001_8 has humidity [humidity]
[FHEM] CUL_TCM97001_8 has battery [battery]
[FHEM]   caching: CUL_TCM97001_8-temperature: 5.2 as number (from 5.2)
[FHEM]   caching: CUL_TCM97001_8-humidity: 0 as number (from 0)
[FHEM]   caching: CUL_TCM97001_8-battery: 0 as number (from ok)
[FHEM] Carfi_Iphone is occupancy sensor
[FHEM]   caching: Carfi_Iphone-state: 1 as number (from present)
[FHEM] Fernbedienung is switchable
[FHEM] Fernbedienung has onOff [activity;activity,off]
[FHEM]   caching: Fernbedienung-activity: Fernsehen as string (from Fernsehen)
[FHEM] Flurlicht_Gross is switchable
[FHEM] Flurlicht_Gross has onOff [state;on,off]
[FHEM]   caching: Flurlicht_Gross-state: 0 as number (from off)
[FHEM] Heizung is switchable
[FHEM] Heizung has onOff [state;on,off]
[FHEM]   caching: Heizung-state: 1 as number (from on)
[FHEM] IT_00000F000F is switchable
[FHEM] IT_00000F000F has onOff [state;on,off]
[FHEM]   caching: IT_00000F000F-state: 1 as number (from on)
[FHEM] IT_00000FFF0F is switchable
[FHEM] IT_00000FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_00000FFF0F-state: 0 as number (from off)
[FHEM] IT_0011101000111011101011111001010 is switchable
[FHEM] IT_0011101000111011101011111001010 has onOff [state;on,off]
[FHEM]   caching: IT_0011101000111011101011111001010-state: 0 as number (from off)
[FHEM] IT_0011101000111011101011111001011 is switchable
[FHEM] IT_0011101000111011101011111001011 has onOff [state;on,off]
[FHEM]   caching: IT_0011101000111011101011111001011-state: 0 as number (from off)
[FHEM] IT_0011111100001001101010011001011 is switchable
[FHEM] IT_0011111100001001101010011001011 has onOff [state;on,off]
[FHEM]   caching: IT_0011111100001001101010011001011-state: 0 as number (from off)
[FHEM] IT_00FF0FFF0F is switchable
[FHEM] IT_00FF0FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_00FF0FFF0F-state: 0 as number (from off)
[FHEM] IT_0FFF00FFFF is switchable
[FHEM] IT_0FFF00FFFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF00FFFF-state: 1 as number (from on)
[FHEM] IT_0FFF0F0FFF is switchable
[FHEM] IT_0FFF0F0FFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF0F0FFF-state: 1 as number (from on)
[FHEM] IT_0FFF0FF0FF is switchable
[FHEM] IT_0FFF0FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF0FF0FF-state: 1 as number (from on)
[FHEM] IT_F0000FF0FF is switchable
[FHEM] IT_F0000FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_F0000FF0FF-state: 0 as number (from off)
[FHEM] IT_F0000FFF0F is switchable
[FHEM] IT_F0000FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_F0000FFF0F-state: 0 as number (from off)
[FHEM] Josh_Iphone is occupancy sensor
[FHEM]   caching: Josh_Iphone-state: 0 as number (from absent)
[FHEM] Kuechebunt_links has RGB [rgb]
[FHEM] Kuechebunt_links has onOff [state;on,off]
[FHEM] Kuechebunt_links has hue [hue;0-360]
[FHEM] Kuechebunt_links has sat [sat;0-100]
[FHEM]   caching: Kuechebunt_links-hue: 60 as number (from 60)
[FHEM]   caching: Kuechebunt_links-rgb: D6D600 as string (from D6D600)
[FHEM]   caching: Kuechebunt_links-state: 1 as number (from on 84)
[FHEM] Kuechebunt_rechts has RGB [rgb]
[FHEM] Kuechebunt_rechts has onOff [state;on,off]
[FHEM] Kuechebunt_rechts has hue [hue;0-360]
[FHEM] Kuechebunt_rechts has sat [sat;0-100]
[FHEM]   caching: Kuechebunt_rechts-hue: 60 as number (from 60)
[FHEM]   caching: Kuechebunt_rechts-rgb: D6D600 as string (from D6D600)
[FHEM]   caching: Kuechebunt_rechts-state: 1 as number (from on 84)
[FHEM] LaCrosse_26 has temperature [temperature]
[FHEM] LaCrosse_26 has humidity [humidity]
[FHEM] LaCrosse_26 has battery [battery]
[FHEM]   caching: LaCrosse_26-temperature: 18.4 as number (from 18.4)
[FHEM]   caching: LaCrosse_26-humidity: 74 as number (from 74)
[FHEM]   caching: LaCrosse_26-battery: 0 as number (from ok)
[FHEM] LaCrosse_2A has temperature [temperature]
[FHEM] LaCrosse_2A has humidity [humidity]
[FHEM] LaCrosse_2A has battery [battery]
[FHEM]   caching: LaCrosse_2A-temperature: 16.2 as number (from 16.2)
[FHEM]   caching: LaCrosse_2A-humidity: 59 as number (from 59)
[FHEM]   caching: LaCrosse_2A-battery: 0 as number (from ok)
[FHEM] LaCrosse_3C has temperature [temperature]
[FHEM] LaCrosse_3C has humidity [humidity]
[FHEM] LaCrosse_3C has battery [battery]
[FHEM]   caching: LaCrosse_3C-temperature: 19.6 as number (from 19.6)
[FHEM]   caching: LaCrosse_3C-humidity: 64 as number (from 64)
[FHEM]   caching: LaCrosse_3C-battery: 0 as number (from ok)
[FHEM] MAX_04dc10 is contact sensor [state]
[FHEM] MAX_04dc10 has battery [battery]
[FHEM] MAX_04dc10 has firmware [firmware]
[FHEM]   caching: MAX_04dc10-battery: 0 as number (from ok)
[FHEM]   caching: MAX_04dc10-firmware: 1.3 as string (from 1.3)
[FHEM]   caching: MAX_04dc10-state: 0 as number (from closed)
[FHEM] MAX_04dd98 is contact sensor [state]
[FHEM] MAX_04dd98 has battery [battery]
[FHEM] MAX_04dd98 has firmware [firmware]
[FHEM]   caching: MAX_04dd98-battery: 0 as number (from ok)
[FHEM]   caching: MAX_04dd98-firmware: 1.3 as string (from 1.3)
[FHEM]   caching: MAX_04dd98-state: 0 as number (from closed)
[FHEM] MAX_0f0920 is contact sensor [state]
[FHEM] MAX_0f0920 has battery [battery]
[FHEM] MAX_0f0920 has firmware [firmware]
[FHEM]   caching: MAX_0f0920-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f0920-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f0920-state: 0 as number (from closed)
[FHEM] MAX_0f1168 is contact sensor [state]
[FHEM] MAX_0f1168 has battery [battery]
[FHEM] MAX_0f1168 has firmware [firmware]
[FHEM]   caching: MAX_0f1168-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1168-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1168-state: 0 as number (from closed)
[FHEM] MAX_0f1252 is contact sensor [state]
[FHEM] MAX_0f1252 has battery [battery]
[FHEM] MAX_0f1252 has firmware [firmware]
[FHEM]   caching: MAX_0f1252-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1252-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1252-state: 0 as number (from closed)
[FHEM] MAX_0f1269 is contact sensor [state]
[FHEM] MAX_0f1269 has battery [battery]
[FHEM] MAX_0f1269 has firmware [firmware]
[FHEM]   caching: MAX_0f1269-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1269-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1269-state: 1 as number (from opened)
[FHEM] MAX_0f1595 is contact sensor [state]
[FHEM] MAX_0f1595 has battery [battery]
[FHEM] MAX_0f1595 has firmware [firmware]
[FHEM]   caching: MAX_0f1595-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1595-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1595-state: 0 as number (from closed)
[FHEM] Mare_Iphone is occupancy sensor
[FHEM]   caching: Mare_Iphone-state: 1 as number (from present)
[FHEM] PCA301_027367 is switchable
[FHEM] PCA301_027367 has onOff [state;on,off]
[FHEM]   caching: PCA301_027367-state: 1 as number (from on)
[FHEM] PCA301_0E7AB5 is switchable
[FHEM] PCA301_0E7AB5 has onOff [state;on,off]
[FHEM]   caching: PCA301_0E7AB5-state: 1 as number (from on)
[FHEM] PCA301_0E7C2B is switchable
[FHEM] PCA301_0E7C2B has onOff [state;on,off]
[FHEM]   caching: PCA301_0E7C2B-state: 1 as number (from on)
[FHEM] Wohnzimmerfluter_einzeln is switchable
[FHEM] Wohnzimmerfluter_einzeln has onOff [state;on,off]
[FHEM]   caching: Wohnzimmerfluter_einzeln-state: 1 as number (from on)
[FHEM] Wohnzimmersensor has temperature [temperature]
[FHEM] Wohnzimmersensor has humidity [humidity]
[FHEM] Wohnzimmersensor has battery [battery]
[FHEM]   caching: Wohnzimmersensor-temperature: 18 as number (from 18)
[FHEM]   caching: Wohnzimmersensor-humidity: 73 as number (from 73)
[FHEM]   caching: Wohnzimmersensor-battery: 0 as number (from ok)
[FHEM] Initializing platform accessory 'Aufsteh_Carsten'...
[FHEM] creating services for Aufsteh_Carsten
[FHEM]   information service for Aufsteh_Carsten
[FHEM]   switch service for Aufsteh_Carsten
[FHEM] Initializing platform accessory 'Balkonsensor'...
[FHEM] creating services for Balkonsensor
[FHEM]   information service for Balkonsensor
[FHEM]   temperature sensor service for Balkonsensor
[FHEM]     temperature characteristic for Balkonsensor
[FHEM]     humidity characteristic for Balkonsensor
[FHEM]     battery status characteristic for Balkonsensor
[FHEM] Initializing platform accessory 'CUL_TCM97001_8'...
[FHEM] creating services for CUL_TCM97001_8
[FHEM]   information service for CUL_TCM97001_8
[FHEM]   temperature sensor service for CUL_TCM97001_8
[FHEM]     temperature characteristic for CUL_TCM97001_8
[FHEM]     humidity characteristic for CUL_TCM97001_8
[FHEM]     battery status characteristic for CUL_TCM97001_8
[FHEM] Initializing platform accessory 'Carfi_Iphone'...
[FHEM] creating services for Carfi_Iphone
[FHEM]   information service for Carfi_Iphone
[FHEM]   occupancy sensor service for Carfi_Iphone
[FHEM]     occupancy detected characteristic for Carfi_Iphone
[FHEM] Initializing platform accessory 'Fernbedienung'...
[FHEM] creating services for Fernbedienung
[FHEM]   information service for Fernbedienung
[FHEM]   switch service for Fernbedienung (Fernsehen)
[FHEM]       on characteristic for Fernbedienung Fernsehen
[FHEM]   switch service for Fernbedienung (Film.wiedergeben)
[FHEM]       on characteristic for Fernbedienung Film.wiedergeben
[FHEM]   switch service for Fernbedienung (Musik.hören)
[FHEM]       on characteristic for Fernbedienung Musik.hören
[FHEM]   switch service for Fernbedienung (Fire.TV)
[FHEM]       on characteristic for Fernbedienung Fire.TV
[FHEM]   switch service for Fernbedienung (Musik.hoeren.SAT.receiver)
[FHEM]       on characteristic for Fernbedienung Musik.hoeren.SAT.receiver
[FHEM]   switch service for Fernbedienung (Apple.TV.wiedergeben)
[FHEM]       on characteristic for Fernbedienung Apple.TV.wiedergeben
[FHEM]   switch service for Fernbedienung (Beamer)
[FHEM]       on characteristic for Fernbedienung Beamer
[FHEM]   switch service for Fernbedienung (PowerOff)
[FHEM]       on characteristic for Fernbedienung PowerOff
[FHEM] Initializing platform accessory 'Flurlicht_Gross'...
[FHEM] creating services for Flurlicht_Gross
[FHEM]   information service for Flurlicht_Gross
[FHEM]   switch service for Flurlicht_Gross
[FHEM]     on characteristic for Flurlicht_Gross
[FHEM] Initializing platform accessory 'Heizung'...
[FHEM] creating services for Heizung
[FHEM]   information service for Heizung
[FHEM]   switch service for Heizung
[FHEM]     on characteristic for Heizung
[FHEM] Initializing platform accessory 'IT_00000F000F'...
[FHEM] creating services for IT_00000F000F
[FHEM]   information service for IT_00000F000F
[FHEM]   switch service for IT_00000F000F
[FHEM]     on characteristic for IT_00000F000F
[FHEM] Initializing platform accessory 'IT_00000FFF0F'...
[FHEM] creating services for IT_00000FFF0F
[FHEM]   information service for IT_00000FFF0F
[FHEM]   switch service for IT_00000FFF0F
[FHEM]     on characteristic for IT_00000FFF0F
[FHEM] Initializing platform accessory 'IT_0011101000111011101011111001010'...
[FHEM] creating services for IT_0011101000111011101011111001010
[FHEM]   information service for IT_0011101000111011101011111001010
[FHEM]   switch service for IT_0011101000111011101011111001010
[FHEM]     on characteristic for IT_0011101000111011101011111001010
[FHEM] Initializing platform accessory 'IT_0011101000111011101011111001011'...
[FHEM] creating services for IT_0011101000111011101011111001011
[FHEM]   information service for IT_0011101000111011101011111001011
[FHEM]   switch service for IT_0011101000111011101011111001011
[FHEM]     on characteristic for IT_0011101000111011101011111001011
[FHEM] Initializing platform accessory 'IT_0011111100001001101010011001011'...
[FHEM] creating services for IT_0011111100001001101010011001011
[FHEM]   information service for IT_0011111100001001101010011001011
[FHEM]   switch service for IT_0011111100001001101010011001011
[FHEM]     on characteristic for IT_0011111100001001101010011001011
[FHEM] Initializing platform accessory 'IT_00FF0FFF0F'...
[FHEM] creating services for IT_00FF0FFF0F
[FHEM]   information service for IT_00FF0FFF0F
[FHEM]   switch service for IT_00FF0FFF0F
[FHEM]     on characteristic for IT_00FF0FFF0F
[FHEM] Initializing platform accessory 'IT_0FFF00FFFF'...
[FHEM] creating services for IT_0FFF00FFFF
[FHEM]   information service for IT_0FFF00FFFF
[FHEM]   switch service for IT_0FFF00FFFF
[FHEM]     on characteristic for IT_0FFF00FFFF
[FHEM] Initializing platform accessory 'IT_0FFF0F0FFF'...
[FHEM] creating services for IT_0FFF0F0FFF
[FHEM]   information service for IT_0FFF0F0FFF
[FHEM]   switch service for IT_0FFF0F0FFF
[FHEM]     on characteristic for IT_0FFF0F0FFF
[FHEM] Initializing platform accessory 'IT_0FFF0FF0FF'...
[FHEM] creating services for IT_0FFF0FF0FF
[FHEM]   information service for IT_0FFF0FF0FF
[FHEM]   switch service for IT_0FFF0FF0FF
[FHEM]     on characteristic for IT_0FFF0FF0FF
[FHEM] Initializing platform accessory 'IT_F0000FF0FF'...
[FHEM] creating services for IT_F0000FF0FF
[FHEM]   information service for IT_F0000FF0FF
[FHEM]   switch service for IT_F0000FF0FF
[FHEM]     on characteristic for IT_F0000FF0FF
[FHEM] Initializing platform accessory 'IT_F0000FFF0F'...
[FHEM] creating services for IT_F0000FFF0F
[FHEM]   information service for IT_F0000FFF0F
[FHEM]   switch service for IT_F0000FFF0F
[FHEM]     on characteristic for IT_F0000FFF0F
[FHEM] Initializing platform accessory 'Josh_Iphone'...
[FHEM] creating services for Josh_Iphone
[FHEM]   information service for Josh_Iphone
[FHEM]   occupancy sensor service for Josh_Iphone
[FHEM]     occupancy detected characteristic for Josh_Iphone
[FHEM] Initializing platform accessory 'Kuechebunt_links'...
[FHEM] creating services for Kuechebunt_links
[FHEM]   information service for Kuechebunt_links
[FHEM]   lightbulb service for Kuechebunt_links
[FHEM]     on characteristic for Kuechebunt_links
[FHEM]     hue characteristic for Kuechebunt_links
[FHEM]     saturation characteristic for Kuechebunt_links
[FHEM] Initializing platform accessory 'Kuechebunt_rechts'...
[FHEM] creating services for Kuechebunt_rechts
[FHEM]   information service for Kuechebunt_rechts
[FHEM]   lightbulb service for Kuechebunt_rechts
[FHEM]     on characteristic for Kuechebunt_rechts
[FHEM]     hue characteristic for Kuechebunt_rechts
[FHEM]     saturation characteristic for Kuechebunt_rechts
[FHEM] Initializing platform accessory 'LaCrosse_26'...
[FHEM] creating services for LaCrosse_26
[FHEM]   information service for LaCrosse_26
[FHEM]   temperature sensor service for LaCrosse_26
[FHEM]     temperature characteristic for LaCrosse_26
[FHEM]     humidity characteristic for LaCrosse_26
[FHEM]     battery status characteristic for LaCrosse_26
[FHEM] Initializing platform accessory 'LaCrosse_2A'...
[FHEM] creating services for LaCrosse_2A
[FHEM]   information service for LaCrosse_2A
[FHEM]   temperature sensor service for LaCrosse_2A
[FHEM]     temperature characteristic for LaCrosse_2A
[FHEM]     humidity characteristic for LaCrosse_2A
[FHEM]     battery status characteristic for LaCrosse_2A
[FHEM] Initializing platform accessory 'LaCrosse_3C'...
[FHEM] creating services for LaCrosse_3C
[FHEM]   information service for LaCrosse_3C
[FHEM]   temperature sensor service for LaCrosse_3C
[FHEM]     temperature characteristic for LaCrosse_3C
[FHEM]     humidity characteristic for LaCrosse_3C
[FHEM]     battery status characteristic for LaCrosse_3C
[FHEM] Initializing platform accessory 'MAX_04dc10'...
[FHEM] creating services for MAX_04dc10
[FHEM]   information service for MAX_04dc10
[FHEM]     firmware revision characteristic for MAX_04dc10
[FHEM]   contact sensor service for MAX_04dc10
[FHEM]     battery status characteristic for MAX_04dc10
[FHEM]     contact sensor characteristic for MAX_04dc10
[FHEM]     current door state characteristic for MAX_04dc10
[FHEM] Initializing platform accessory 'MAX_04dd98'...
[FHEM] creating services for MAX_04dd98
[FHEM]   information service for MAX_04dd98
[FHEM]     firmware revision characteristic for MAX_04dd98
[FHEM]   contact sensor service for MAX_04dd98
[FHEM]     battery status characteristic for MAX_04dd98
[FHEM]     contact sensor characteristic for MAX_04dd98
[FHEM]     current door state characteristic for MAX_04dd98
[FHEM] Initializing platform accessory 'MAX_0f0920'...
[FHEM] creating services for MAX_0f0920
[FHEM]   information service for MAX_0f0920
[FHEM]     firmware revision characteristic for MAX_0f0920
[FHEM]   contact sensor service for MAX_0f0920
[FHEM]     battery status characteristic for MAX_0f0920
[FHEM]     contact sensor characteristic for MAX_0f0920
[FHEM]     current door state characteristic for MAX_0f0920
[FHEM] Initializing platform accessory 'MAX_0f1168'...
[FHEM] creating services for MAX_0f1168
[FHEM]   information service for MAX_0f1168
[FHEM]     firmware revision characteristic for MAX_0f1168
[FHEM]   contact sensor service for MAX_0f1168
[FHEM]     battery status characteristic for MAX_0f1168
[FHEM]     contact sensor characteristic for MAX_0f1168
[FHEM]     current door state characteristic for MAX_0f1168
[FHEM] Initializing platform accessory 'MAX_0f1252'...
[FHEM] creating services for MAX_0f1252
[FHEM]   information service for MAX_0f1252
[FHEM]     firmware revision characteristic for MAX_0f1252
[FHEM]   contact sensor service for MAX_0f1252
[FHEM]     battery status characteristic for MAX_0f1252
[FHEM]     contact sensor characteristic for MAX_0f1252
[FHEM]     current door state characteristic for MAX_0f1252
[FHEM] Initializing platform accessory 'MAX_0f1269'...
[FHEM] creating services for MAX_0f1269
[FHEM]   information service for MAX_0f1269
[FHEM]     firmware revision characteristic for MAX_0f1269
[FHEM]   contact sensor service for MAX_0f1269
[FHEM]     battery status characteristic for MAX_0f1269
[FHEM]     contact sensor characteristic for MAX_0f1269
[FHEM]     current door state characteristic for MAX_0f1269
[FHEM] Initializing platform accessory 'MAX_0f1595'...
[FHEM] creating services for MAX_0f1595
[FHEM]   information service for MAX_0f1595
[FHEM]     firmware revision characteristic for MAX_0f1595
[FHEM]   contact sensor service for MAX_0f1595
[FHEM]     battery status characteristic for MAX_0f1595
[FHEM]     contact sensor characteristic for MAX_0f1595
[FHEM]     current door state characteristic for MAX_0f1595
[FHEM] Initializing platform accessory 'Mare_Iphone'...
[FHEM] creating services for Mare_Iphone
[FHEM]   information service for Mare_Iphone
[FHEM]   occupancy sensor service for Mare_Iphone
[FHEM]     occupancy detected characteristic for Mare_Iphone
[FHEM] Initializing platform accessory 'PCA301_027367'...
[FHEM] creating services for PCA301_027367
[FHEM]   information service for PCA301_027367
[FHEM]   switch service for PCA301_027367
[FHEM]     on characteristic for PCA301_027367
[FHEM] Initializing platform accessory 'PCA301_0E7AB5'...
[FHEM] creating services for PCA301_0E7AB5
[FHEM]   information service for PCA301_0E7AB5
[FHEM]   switch service for PCA301_0E7AB5
[FHEM]     on characteristic for PCA301_0E7AB5
[FHEM] Initializing platform accessory 'PCA301_0E7C2B'...
[FHEM] creating services for PCA301_0E7C2B
[FHEM]   information service for PCA301_0E7C2B
[FHEM]   switch service for PCA301_0E7C2B
[FHEM]     on characteristic for PCA301_0E7C2B
[FHEM] Initializing platform accessory 'Wohnzimmerfluter_einzeln'...
[FHEM] creating services for Wohnzimmerfluter_einzeln
[FHEM]   information service for Wohnzimmerfluter_einzeln
[FHEM]   switch service for Wohnzimmerfluter_einzeln
[FHEM]     on characteristic for Wohnzimmerfluter_einzeln
[FHEM] Initializing platform accessory 'Wohnzimmersensor'...
[FHEM] creating services for Wohnzimmersensor
[FHEM]   information service for Wohnzimmersensor
[FHEM]   temperature sensor service for Wohnzimmersensor
[FHEM]     temperature characteristic for Wohnzimmersensor
[FHEM]     humidity characteristic for Wohnzimmersensor
[FHEM]     battery status characteristic for Wohnzimmersensor
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       


und so sieht es aus, sobald ein MAX Thermostat dem Raum hinzugefügt wurde: Das Teil heißt: MAX014ce1

Code Auswählen
pi@raspberrypi ~ $ 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://192.168.1.22:8084/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1449334268011
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.1.22:8084/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 38 results
[FHEM] Aufsteh_Carsten is switchable
[FHEM] Balkonsensor has temperature [temperature]
[FHEM] Balkonsensor has humidity [humidity]
[FHEM] Balkonsensor has battery [battery]
[FHEM]   caching: Balkonsensor-temperature: 4.8 as number (from 4.8)
[FHEM]   caching: Balkonsensor-humidity: 72 as number (from 72)
[FHEM]   caching: Balkonsensor-battery: 0 as number (from ok)
[FHEM] CUL_TCM97001_8 has temperature [temperature]
[FHEM] CUL_TCM97001_8 has humidity [humidity]
[FHEM] CUL_TCM97001_8 has battery [battery]
[FHEM]   caching: CUL_TCM97001_8-temperature: 5.2 as number (from 5.2)
[FHEM]   caching: CUL_TCM97001_8-humidity: 0 as number (from 0)
[FHEM]   caching: CUL_TCM97001_8-battery: 0 as number (from ok)
[FHEM] Carfi_Iphone is occupancy sensor
[FHEM]   caching: Carfi_Iphone-state: 1 as number (from present)
[FHEM] Fernbedienung is switchable
[FHEM] Fernbedienung has onOff [activity;activity,off]
[FHEM]   caching: Fernbedienung-activity: Fernsehen as string (from Fernsehen)
[FHEM] Flurlicht_Gross is switchable
[FHEM] Flurlicht_Gross has onOff [state;on,off]
[FHEM]   caching: Flurlicht_Gross-state: 0 as number (from off)
[FHEM] Heizung is switchable
[FHEM] Heizung has onOff [state;on,off]
[FHEM]   caching: Heizung-state: 1 as number (from on)
[FHEM] IT_00000F000F is switchable
[FHEM] IT_00000F000F has onOff [state;on,off]
[FHEM]   caching: IT_00000F000F-state: 1 as number (from on)
[FHEM] IT_00000FFF0F is switchable
[FHEM] IT_00000FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_00000FFF0F-state: 0 as number (from off)
[FHEM] IT_0011101000111011101011111001010 is switchable
[FHEM] IT_0011101000111011101011111001010 has onOff [state;on,off]
[FHEM]   caching: IT_0011101000111011101011111001010-state: 0 as number (from off)
[FHEM] IT_0011101000111011101011111001011 is switchable
[FHEM] IT_0011101000111011101011111001011 has onOff [state;on,off]
[FHEM]   caching: IT_0011101000111011101011111001011-state: 0 as number (from off)
[FHEM] IT_0011111100001001101010011001011 is switchable
[FHEM] IT_0011111100001001101010011001011 has onOff [state;on,off]
[FHEM]   caching: IT_0011111100001001101010011001011-state: 0 as number (from off)
[FHEM] IT_00FF0FFF0F is switchable
[FHEM] IT_00FF0FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_00FF0FFF0F-state: 0 as number (from off)
[FHEM] IT_0FFF00FFFF is switchable
[FHEM] IT_0FFF00FFFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF00FFFF-state: 1 as number (from on)
[FHEM] IT_0FFF0F0FFF is switchable
[FHEM] IT_0FFF0F0FFF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF0F0FFF-state: 1 as number (from on)
[FHEM] IT_0FFF0FF0FF is switchable
[FHEM] IT_0FFF0FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_0FFF0FF0FF-state: 1 as number (from on)
[FHEM] IT_F0000FF0FF is switchable
[FHEM] IT_F0000FF0FF has onOff [state;on,off]
[FHEM]   caching: IT_F0000FF0FF-state: 0 as number (from off)
[FHEM] IT_F0000FFF0F is switchable
[FHEM] IT_F0000FFF0F has onOff [state;on,off]
[FHEM]   caching: IT_F0000FFF0F-state: 0 as number (from off)
[FHEM] Josh_Iphone is occupancy sensor
[FHEM]   caching: Josh_Iphone-state: 0 as number (from absent)
[FHEM] Kuechebunt_links has RGB [rgb]
[FHEM] Kuechebunt_links has onOff [state;on,off]
[FHEM] Kuechebunt_links has hue [hue;0-360]
[FHEM] Kuechebunt_links has sat [sat;0-100]
[FHEM]   caching: Kuechebunt_links-hue: 60 as number (from 60)
[FHEM]   caching: Kuechebunt_links-rgb: D6D600 as string (from D6D600)
[FHEM]   caching: Kuechebunt_links-state: 1 as number (from on 84)
[FHEM] Kuechebunt_rechts has RGB [rgb]
[FHEM] Kuechebunt_rechts has onOff [state;on,off]
[FHEM] Kuechebunt_rechts has hue [hue;0-360]
[FHEM] Kuechebunt_rechts has sat [sat;0-100]
[FHEM]   caching: Kuechebunt_rechts-hue: 60 as number (from 60)
[FHEM]   caching: Kuechebunt_rechts-rgb: D6D600 as string (from D6D600)
[FHEM]   caching: Kuechebunt_rechts-state: 1 as number (from on 84)
[FHEM] LaCrosse_26 has temperature [temperature]
[FHEM] LaCrosse_26 has humidity [humidity]
[FHEM] LaCrosse_26 has battery [battery]
[FHEM]   caching: LaCrosse_26-temperature: 18.2 as number (from 18.2)
[FHEM]   caching: LaCrosse_26-humidity: 75 as number (from 75)
[FHEM]   caching: LaCrosse_26-battery: 0 as number (from ok)
[FHEM] LaCrosse_2A has temperature [temperature]
[FHEM] LaCrosse_2A has humidity [humidity]
[FHEM] LaCrosse_2A has battery [battery]
[FHEM]   caching: LaCrosse_2A-temperature: 16.3 as number (from 16.3)
[FHEM]   caching: LaCrosse_2A-humidity: 59 as number (from 59)
[FHEM]   caching: LaCrosse_2A-battery: 0 as number (from ok)
[FHEM] LaCrosse_3C has temperature [temperature]
[FHEM] LaCrosse_3C has humidity [humidity]
[FHEM] LaCrosse_3C has battery [battery]
[FHEM]   caching: LaCrosse_3C-temperature: 19.5 as number (from 19.5)
[FHEM]   caching: LaCrosse_3C-humidity: 64 as number (from 64)
[FHEM]   caching: LaCrosse_3C-battery: 0 as number (from ok)
[FHEM] MAX_014ce1 is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] MAX_014ce1 has thermostat mode [mode;desiredTemperature]
[FHEM] MAX_014ce1 has temperature [temperature]
[FHEM] MAX_014ce1 has humidity [humidity]
[FHEM] MAX_014ce1 has battery [battery]
[FHEM] MAX_014ce1 has firmware [firmware]
[FHEM]   caching: MAX_014ce1-temperature: 19.9 as number (from 19.9)
[FHEM]   caching: MAX_014ce1-humidity: 0 as number (from 0)
[FHEM]   caching: MAX_014ce1-battery: 0 as number (from ok)
[FHEM]   caching: MAX_014ce1-firmware: 1.6 as string (from 1.6)
[FHEM]   caching: MAX_014ce1-desiredTemperature: 19 as number (from 19.0)
[FHEM]   caching: MAX_014ce1-mode: 1 as number (from manual)
[FHEM]   caching: MAX_014ce1-valveposition: 6 as number (from 6)
[FHEM] MAX_04dc10 is contact sensor [state]
[FHEM] MAX_04dc10 has battery [battery]
[FHEM] MAX_04dc10 has firmware [firmware]
[FHEM]   caching: MAX_04dc10-battery: 0 as number (from ok)
[FHEM]   caching: MAX_04dc10-firmware: 1.3 as string (from 1.3)
[FHEM]   caching: MAX_04dc10-state: 0 as number (from closed)
[FHEM] MAX_04dd98 is contact sensor [state]
[FHEM] MAX_04dd98 has battery [battery]
[FHEM] MAX_04dd98 has firmware [firmware]
[FHEM]   caching: MAX_04dd98-battery: 0 as number (from ok)
[FHEM]   caching: MAX_04dd98-firmware: 1.3 as string (from 1.3)
[FHEM]   caching: MAX_04dd98-state: 0 as number (from closed)
[FHEM] MAX_0f0920 is contact sensor [state]
[FHEM] MAX_0f0920 has battery [battery]
[FHEM] MAX_0f0920 has firmware [firmware]
[FHEM]   caching: MAX_0f0920-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f0920-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f0920-state: 0 as number (from closed)
[FHEM] MAX_0f1168 is contact sensor [state]
[FHEM] MAX_0f1168 has battery [battery]
[FHEM] MAX_0f1168 has firmware [firmware]
[FHEM]   caching: MAX_0f1168-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1168-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1168-state: 0 as number (from closed)
[FHEM] MAX_0f1252 is contact sensor [state]
[FHEM] MAX_0f1252 has battery [battery]
[FHEM] MAX_0f1252 has firmware [firmware]
[FHEM]   caching: MAX_0f1252-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1252-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1252-state: 0 as number (from closed)
[FHEM] MAX_0f1269 is contact sensor [state]
[FHEM] MAX_0f1269 has battery [battery]
[FHEM] MAX_0f1269 has firmware [firmware]
[FHEM]   caching: MAX_0f1269-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1269-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1269-state: 1 as number (from opened)
[FHEM] MAX_0f1595 is contact sensor [state]
[FHEM] MAX_0f1595 has battery [battery]
[FHEM] MAX_0f1595 has firmware [firmware]
[FHEM]   caching: MAX_0f1595-battery: 0 as number (from ok)
[FHEM]   caching: MAX_0f1595-firmware: 1.0 as string (from 1.0)
[FHEM]   caching: MAX_0f1595-state: 0 as number (from closed)
[FHEM] Mare_Iphone is occupancy sensor
[FHEM]   caching: Mare_Iphone-state: 1 as number (from present)
[FHEM] PCA301_027367 is switchable
[FHEM] PCA301_027367 has onOff [state;on,off]
[FHEM]   caching: PCA301_027367-state: 1 as number (from on)
[FHEM] PCA301_0E7AB5 is switchable
[FHEM] PCA301_0E7AB5 has onOff [state;on,off]
[FHEM]   caching: PCA301_0E7AB5-state: 1 as number (from on)
[FHEM] PCA301_0E7C2B is switchable
[FHEM] PCA301_0E7C2B has onOff [state;on,off]
[FHEM]   caching: PCA301_0E7C2B-state: 1 as number (from on)
[FHEM] Wohnzimmerfluter_einzeln is switchable
[FHEM] Wohnzimmerfluter_einzeln has onOff [state;on,off]
[FHEM]   caching: Wohnzimmerfluter_einzeln-state: 1 as number (from on)
[FHEM] Wohnzimmersensor has temperature [temperature]
[FHEM] Wohnzimmersensor has humidity [humidity]
[FHEM] Wohnzimmersensor has battery [battery]
[FHEM]   caching: Wohnzimmersensor-temperature: 17.9 as number (from 17.9)
[FHEM]   caching: Wohnzimmersensor-humidity: 73 as number (from 73)
[FHEM]   caching: Wohnzimmersensor-battery: 0 as number (from ok)
[FHEM] Initializing platform accessory 'Aufsteh_Carsten'...
[FHEM] creating services for Aufsteh_Carsten
[FHEM]   information service for Aufsteh_Carsten
[FHEM]   switch service for Aufsteh_Carsten
[FHEM] Initializing platform accessory 'Balkonsensor'...
[FHEM] creating services for Balkonsensor
[FHEM]   information service for Balkonsensor
[FHEM]   temperature sensor service for Balkonsensor
[FHEM]     temperature characteristic for Balkonsensor
[FHEM]     humidity characteristic for Balkonsensor
[FHEM]     battery status characteristic for Balkonsensor
[FHEM] Initializing platform accessory 'CUL_TCM97001_8'...
[FHEM] creating services for CUL_TCM97001_8
[FHEM]   information service for CUL_TCM97001_8
[FHEM]   temperature sensor service for CUL_TCM97001_8
[FHEM]     temperature characteristic for CUL_TCM97001_8
[FHEM]     humidity characteristic for CUL_TCM97001_8
[FHEM]     battery status characteristic for CUL_TCM97001_8
[FHEM] Initializing platform accessory 'Carfi_Iphone'...
[FHEM] creating services for Carfi_Iphone
[FHEM]   information service for Carfi_Iphone
[FHEM]   occupancy sensor service for Carfi_Iphone
[FHEM]     occupancy detected characteristic for Carfi_Iphone
[FHEM] Initializing platform accessory 'Fernbedienung'...
[FHEM] creating services for Fernbedienung
[FHEM]   information service for Fernbedienung
[FHEM]   switch service for Fernbedienung (Fernsehen)
[FHEM]       on characteristic for Fernbedienung Fernsehen
[FHEM]   switch service for Fernbedienung (Film.wiedergeben)
[FHEM]       on characteristic for Fernbedienung Film.wiedergeben
[FHEM]   switch service for Fernbedienung (Musik.hören)
[FHEM]       on characteristic for Fernbedienung Musik.hören
[FHEM]   switch service for Fernbedienung (Fire.TV)
[FHEM]       on characteristic for Fernbedienung Fire.TV
[FHEM]   switch service for Fernbedienung (Musik.hoeren.SAT.receiver)
[FHEM]       on characteristic for Fernbedienung Musik.hoeren.SAT.receiver
[FHEM]   switch service for Fernbedienung (Apple.TV.wiedergeben)
[FHEM]       on characteristic for Fernbedienung Apple.TV.wiedergeben
[FHEM]   switch service for Fernbedienung (Beamer)
[FHEM]       on characteristic for Fernbedienung Beamer
[FHEM]   switch service for Fernbedienung (PowerOff)
[FHEM]       on characteristic for Fernbedienung PowerOff
[FHEM] Initializing platform accessory 'Flurlicht_Gross'...
[FHEM] creating services for Flurlicht_Gross
[FHEM]   information service for Flurlicht_Gross
[FHEM]   switch service for Flurlicht_Gross
[FHEM]     on characteristic for Flurlicht_Gross
[FHEM] Initializing platform accessory 'Heizung'...
[FHEM] creating services for Heizung
[FHEM]   information service for Heizung
[FHEM]   switch service for Heizung
[FHEM]     on characteristic for Heizung
[FHEM] Initializing platform accessory 'IT_00000F000F'...
[FHEM] creating services for IT_00000F000F
[FHEM]   information service for IT_00000F000F
[FHEM]   switch service for IT_00000F000F
[FHEM]     on characteristic for IT_00000F000F
[FHEM] Initializing platform accessory 'IT_00000FFF0F'...
[FHEM] creating services for IT_00000FFF0F
[FHEM]   information service for IT_00000FFF0F
[FHEM]   switch service for IT_00000FFF0F
[FHEM]     on characteristic for IT_00000FFF0F
[FHEM] Initializing platform accessory 'IT_0011101000111011101011111001010'...
[FHEM] creating services for IT_0011101000111011101011111001010
[FHEM]   information service for IT_0011101000111011101011111001010
[FHEM]   switch service for IT_0011101000111011101011111001010
[FHEM]     on characteristic for IT_0011101000111011101011111001010
[FHEM] Initializing platform accessory 'IT_0011101000111011101011111001011'...
[FHEM] creating services for IT_0011101000111011101011111001011
[FHEM]   information service for IT_0011101000111011101011111001011
[FHEM]   switch service for IT_0011101000111011101011111001011
[FHEM]     on characteristic for IT_0011101000111011101011111001011
[FHEM] Initializing platform accessory 'IT_0011111100001001101010011001011'...
[FHEM] creating services for IT_0011111100001001101010011001011
[FHEM]   information service for IT_0011111100001001101010011001011
[FHEM]   switch service for IT_0011111100001001101010011001011
[FHEM]     on characteristic for IT_0011111100001001101010011001011
[FHEM] Initializing platform accessory 'IT_00FF0FFF0F'...
[FHEM] creating services for IT_00FF0FFF0F
[FHEM]   information service for IT_00FF0FFF0F
[FHEM]   switch service for IT_00FF0FFF0F
[FHEM]     on characteristic for IT_00FF0FFF0F
[FHEM] Initializing platform accessory 'IT_0FFF00FFFF'...
[FHEM] creating services for IT_0FFF00FFFF
[FHEM]   information service for IT_0FFF00FFFF
[FHEM]   switch service for IT_0FFF00FFFF
[FHEM]     on characteristic for IT_0FFF00FFFF
[FHEM] Initializing platform accessory 'IT_0FFF0F0FFF'...
[FHEM] creating services for IT_0FFF0F0FFF
[FHEM]   information service for IT_0FFF0F0FFF
[FHEM]   switch service for IT_0FFF0F0FFF
[FHEM]     on characteristic for IT_0FFF0F0FFF
[FHEM] Initializing platform accessory 'IT_0FFF0FF0FF'...
[FHEM] creating services for IT_0FFF0FF0FF
[FHEM]   information service for IT_0FFF0FF0FF
[FHEM]   switch service for IT_0FFF0FF0FF
[FHEM]     on characteristic for IT_0FFF0FF0FF
[FHEM] Initializing platform accessory 'IT_F0000FF0FF'...
[FHEM] creating services for IT_F0000FF0FF
[FHEM]   information service for IT_F0000FF0FF
[FHEM]   switch service for IT_F0000FF0FF
[FHEM]     on characteristic for IT_F0000FF0FF
[FHEM] Initializing platform accessory 'IT_F0000FFF0F'...
[FHEM] creating services for IT_F0000FFF0F
[FHEM]   information service for IT_F0000FFF0F
[FHEM]   switch service for IT_F0000FFF0F
[FHEM]     on characteristic for IT_F0000FFF0F
[FHEM] Initializing platform accessory 'Josh_Iphone'...
[FHEM] creating services for Josh_Iphone
[FHEM]   information service for Josh_Iphone
[FHEM]   occupancy sensor service for Josh_Iphone
[FHEM]     occupancy detected characteristic for Josh_Iphone
[FHEM] Initializing platform accessory 'Kuechebunt_links'...
[FHEM] creating services for Kuechebunt_links
[FHEM]   information service for Kuechebunt_links
[FHEM]   lightbulb service for Kuechebunt_links
[FHEM]     on characteristic for Kuechebunt_links
[FHEM]     hue characteristic for Kuechebunt_links
[FHEM]     saturation characteristic for Kuechebunt_links
[FHEM] Initializing platform accessory 'Kuechebunt_rechts'...
[FHEM] creating services for Kuechebunt_rechts
[FHEM]   information service for Kuechebunt_rechts
[FHEM]   lightbulb service for Kuechebunt_rechts
[FHEM]     on characteristic for Kuechebunt_rechts
[FHEM]     hue characteristic for Kuechebunt_rechts
[FHEM]     saturation characteristic for Kuechebunt_rechts
[FHEM] Initializing platform accessory 'LaCrosse_26'...
[FHEM] creating services for LaCrosse_26
[FHEM]   information service for LaCrosse_26
[FHEM]   temperature sensor service for LaCrosse_26
[FHEM]     temperature characteristic for LaCrosse_26
[FHEM]     humidity characteristic for LaCrosse_26
[FHEM]     battery status characteristic for LaCrosse_26
[FHEM] Initializing platform accessory 'LaCrosse_2A'...
[FHEM] creating services for LaCrosse_2A
[FHEM]   information service for LaCrosse_2A
[FHEM]   temperature sensor service for LaCrosse_2A
[FHEM]     temperature characteristic for LaCrosse_2A
[FHEM]     humidity characteristic for LaCrosse_2A
[FHEM]     battery status characteristic for LaCrosse_2A
[FHEM] Initializing platform accessory 'LaCrosse_3C'...
[FHEM] creating services for LaCrosse_3C
[FHEM]   information service for LaCrosse_3C
[FHEM]   temperature sensor service for LaCrosse_3C
[FHEM]     temperature characteristic for LaCrosse_3C
[FHEM]     humidity characteristic for LaCrosse_3C
[FHEM]     battery status characteristic for LaCrosse_3C
[FHEM] Initializing platform accessory 'MAX_014ce1'...
[FHEM] creating services for MAX_014ce1
[FHEM]   information service for MAX_014ce1
[FHEM]     firmware revision characteristic for MAX_014ce1
[FHEM]   thermostat service for MAX_014ce1
[FHEM]     temperature characteristic for MAX_014ce1
[FHEM]     humidity characteristic for MAX_014ce1
[FHEM]     battery status characteristic for MAX_014ce1
[FHEM]     target temperature characteristic for MAX_014ce1
[FHEM]     custom actuation characteristic for MAX_014ce1
[FHEM] Initializing platform accessory 'MAX_04dc10'...
[FHEM] creating services for MAX_04dc10
[FHEM]   information service for MAX_04dc10
[FHEM]     firmware revision characteristic for MAX_04dc10
[FHEM]   contact sensor service for MAX_04dc10
[FHEM]     battery status characteristic for MAX_04dc10
[FHEM]     contact sensor characteristic for MAX_04dc10
[FHEM]     current door state characteristic for MAX_04dc10
[FHEM] Initializing platform accessory 'MAX_04dd98'...
[FHEM] creating services for MAX_04dd98
[FHEM]   information service for MAX_04dd98
[FHEM]     firmware revision characteristic for MAX_04dd98
[FHEM]   contact sensor service for MAX_04dd98
[FHEM]     battery status characteristic for MAX_04dd98
[FHEM]     contact sensor characteristic for MAX_04dd98
[FHEM]     current door state characteristic for MAX_04dd98
[FHEM] Initializing platform accessory 'MAX_0f0920'...
[FHEM] creating services for MAX_0f0920
[FHEM]   information service for MAX_0f0920
[FHEM]     firmware revision characteristic for MAX_0f0920
[FHEM]   contact sensor service for MAX_0f0920
[FHEM]     battery status characteristic for MAX_0f0920
[FHEM]     contact sensor characteristic for MAX_0f0920
[FHEM]     current door state characteristic for MAX_0f0920
[FHEM] Initializing platform accessory 'MAX_0f1168'...
[FHEM] creating services for MAX_0f1168
[FHEM]   information service for MAX_0f1168
[FHEM]     firmware revision characteristic for MAX_0f1168
[FHEM]   contact sensor service for MAX_0f1168
[FHEM]     battery status characteristic for MAX_0f1168
[FHEM]     contact sensor characteristic for MAX_0f1168
[FHEM]     current door state characteristic for MAX_0f1168
[FHEM] Initializing platform accessory 'MAX_0f1252'...
[FHEM] creating services for MAX_0f1252
[FHEM]   information service for MAX_0f1252
[FHEM]     firmware revision characteristic for MAX_0f1252
[FHEM]   contact sensor service for MAX_0f1252
[FHEM]     battery status characteristic for MAX_0f1252
[FHEM]     contact sensor characteristic for MAX_0f1252
[FHEM]     current door state characteristic for MAX_0f1252
[FHEM] Initializing platform accessory 'MAX_0f1269'...
[FHEM] creating services for MAX_0f1269
[FHEM]   information service for MAX_0f1269
[FHEM]     firmware revision characteristic for MAX_0f1269
[FHEM]   contact sensor service for MAX_0f1269
[FHEM]     battery status characteristic for MAX_0f1269
[FHEM]     contact sensor characteristic for MAX_0f1269
[FHEM]     current door state characteristic for MAX_0f1269
[FHEM] Initializing platform accessory 'MAX_0f1595'...
[FHEM] creating services for MAX_0f1595
[FHEM]   information service for MAX_0f1595
[FHEM]     firmware revision characteristic for MAX_0f1595
[FHEM]   contact sensor service for MAX_0f1595
[FHEM]     battery status characteristic for MAX_0f1595
[FHEM]     contact sensor characteristic for MAX_0f1595
[FHEM]     current door state characteristic for MAX_0f1595
[FHEM] Initializing platform accessory 'Mare_Iphone'...
[FHEM] creating services for Mare_Iphone
[FHEM]   information service for Mare_Iphone
[FHEM]   occupancy sensor service for Mare_Iphone
[FHEM]     occupancy detected characteristic for Mare_Iphone
[FHEM] Initializing platform accessory 'PCA301_027367'...
[FHEM] creating services for PCA301_027367
[FHEM]   information service for PCA301_027367
[FHEM]   switch service for PCA301_027367
[FHEM]     on characteristic for PCA301_027367
[FHEM] Initializing platform accessory 'PCA301_0E7AB5'...
[FHEM] creating services for PCA301_0E7AB5
[FHEM]   information service for PCA301_0E7AB5
[FHEM]   switch service for PCA301_0E7AB5
[FHEM]     on characteristic for PCA301_0E7AB5
[FHEM] Initializing platform accessory 'PCA301_0E7C2B'...
[FHEM] creating services for PCA301_0E7C2B
[FHEM]   information service for PCA301_0E7C2B
[FHEM]   switch service for PCA301_0E7C2B
[FHEM]     on characteristic for PCA301_0E7C2B
[FHEM] Initializing platform accessory 'Wohnzimmerfluter_einzeln'...
[FHEM] creating services for Wohnzimmerfluter_einzeln
[FHEM]   information service for Wohnzimmerfluter_einzeln
[FHEM]   switch service for Wohnzimmerfluter_einzeln
[FHEM]     on characteristic for Wohnzimmerfluter_einzeln
[FHEM] Initializing platform accessory 'Wohnzimmersensor'...
[FHEM] creating services for Wohnzimmersensor
[FHEM]   information service for Wohnzimmersensor
[FHEM]   temperature sensor service for Wohnzimmersensor
[FHEM]     temperature characteristic for Wohnzimmersensor
[FHEM]     humidity characteristic for Wohnzimmersensor
[FHEM]     battery status characteristic for Wohnzimmersensor
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
Homebridge is running on port 51826.


....also wenn ich mir das Log so Zeile für Zeile anschaue, finde ich irgendwie nichts verdächtiges, was verhindern könnte das die Bridge läuft. Und trotzdem ist es so.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 05 Dezember 2015, 18:32:43
Zitat von: sTaN am 04 Dezember 2015, 19:36:55
Also ich nutze auf meinem iPhone 6s auch 9.2 Beta und habe keine Probleme mit der Stabilität. Meine FS20S4U werden nun auch korrekt gesteuert.

Gruss

Ja, an 9.2. selber liegt es wohl nicht. Allerdings ist es bei mir so, dass z.B. mein iPad3 völlig problemlos mit der homebridge arbeitet, während mein iPhone 6s es halt nur max. 30 Minuten kann, bis es sich dann abgekoppelt hat und nicht mehr mit der homebridge spricht. Die homebridge selber funktioniert anscheinend tadellos.

Ach ja...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 06 Dezember 2015, 00:45:55
Bei mir wird auf dem
iPhone die Homebridge erst garnicht zur Auswahl angezeigt.

Auf dem iPad Air wird das Homebridge Device direkt angezeigt.

Komisch
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 06 Dezember 2015, 01:28:16
Zitat von: no_Legend am 06 Dezember 2015, 00:45:55
Bei mir wird auf dem
iPhone die Homebridge erst garnicht zur Auswahl angezeigt.

Auf dem iPad Air wird das Homebridge Device direkt angezeigt.

Komisch
Die üblichen Maßnahmen alle durchgeführt? Am Schlüsselbund / Cloud abmelden, Gerät komplett neustarten dann wieder anmelden.?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 06 Dezember 2015, 09:25:40
Hab schon alles probiert. Hat leider nichts geholfen.
iPhone ist ein 5s mit 9.2 Beta.
Die Beta habe ich aber auch auf dem iPad, wo es keine Probleme gibt.
Irgendwie komisch.

Edit:
Habe es jetzt wieder hin bekommen, keine Ahnung was los war.

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 06 Dezember 2015, 15:58:48
@CarstenF: wo kommt das humidity reading her? die max thermostate messen doch garkeine. 0 ist glaube ich in homekit erlaubter wert für die feuchte.

geht es wenn du das reading mit deletereading löschst ?


haben die anderen die ein problem mit den max thermostaten haben auch ein humidity reading?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 06 Dezember 2015, 17:05:24
Hm, das könnte vielleicht ein Ansatz sein. Ich habe ein Temperatur/Rauchfeuchtigkeit gestütztes Lüften im Einsatz. Dabei habe ich allen vorhandenen Sensoren auch ein humidity Reading verpasst. Das ist schon ne Weile her. Ist mir gar nicht aufgefallen, das die MAX! Thermostate da einbezogen wurden. Werde das auf jeden Fall mal testen. Werde aber erst im Laufe der Nacht dazu kommen.
Berichte aber auf jeden Fall.....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: half-dead am 06 Dezember 2015, 17:18:18
Meine haben kein humidity reading, ich habe jetzt mal versucht die Firmware und die valveposition zu löschen, auch ohne erfolg, ich denke aber es hängt an irgendeinem Reading, konnte nur noch nicht rausfinden welches. eventuell vielleicht auch das Battery reading?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 06 Dezember 2015, 17:29:09
Zitat von: half-dead am 06 Dezember 2015, 17:18:18
Meine haben kein humidity reading, ich habe jetzt mal versucht die Firmware und die valveposition zu löschen, auch ohne erfolg, ich denke aber es hängt an irgendeinem Reading, konnte nur noch nicht rausfinden welches. eventuell vielleicht auch das Battery reading?

Auf welchem Weg hast Du diese Readings denn gelöscht? Ich such gerade noch...
oder bist Du über ftp auf den raspi?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: half-dead am 06 Dezember 2015, 18:02:59
deletereading battery z.b. direkt über das Web interface
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: guiseppe am 06 Dezember 2015, 20:29:23
Hallo zusammen,

Siri ist bei mir taub wenns ums Dimmen von Eltako Funk Dimmern geht.

...ich bin seit 2 Tagen auch vom homebridge Fieber in Fhem infiziert :-)
Das Einrichten klappte dank der Anleitungen im Netz relativ problemlos. GANZ Grossen Dank an alle Beteiligten.
Ich schalte aktuell 3 Eltako Unterputz Schalter über Siri !! Juhu.
Allerdings ist einer davon ein Dimmer ( Eltako FUD61 NPN)
Toll wäre wenn das Dimmen auch funktionieren würde, da stellt sich Siri allerdings taub.
Ich vermute das es am SubType in Fhem liegt, da in der Elgato Eve APP auch nur der Typ Strom und nicht Helligkeit angeboten wird.
Das SubType steht in Fhem auf Gateway und das Attribut gwCmd auf Dimming wie in der Command Ref beschrieben.

Ist eine Dimm Funktion für Eltako derzeit nicht implementiert oder liegts an mir ? :-[ 

Viele Grüße
Josef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 06 Dezember 2015, 22:54:28
Zitat von: CarstenF am 06 Dezember 2015, 01:28:16
Die üblichen Maßnahmen alle durchgeführt? Am Schlüsselbund / Cloud abmelden, Gerät komplett neustarten dann wieder anmelden.?

Ja-ha... mehrmals... was es aber gebracht hat, war alle meine anderen iOS devices komplett aus iCloud rauszuwerfen...
Jetzt ist offenbar Ruhe und mit meinem 6s als einziges iCloud Gerät läuft es jetzt seit drei Stunden. Offenbar beharken sich da diverse iCloud Geräte doch irgendwie gegenseitig.

...das interessante ist, dass ich durchaus immer mehere iDevices in iCloud drin hatte...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 06 Dezember 2015, 23:36:01
Ich glaube die Cloud/Schlüsselbundgeschichte ist immer noch, zumindest temporär, fehleranfällig. Zumindest war am Anfang ein mehrfaches an- und abmelden erforderlich.
Bei mir sind jetzt 6 IOS Geräte angemeldet und scheinen auch längerfristig stabil zu laufen. U.a. ein 5c dabei, ein IPhone 6. Alle mit dem neuesten IOS.
Titel: Apple Homekit: die Hoffnung stirbt zuletzt > Frage zum Wiki
Beitrag von: piet_pit am 07 Dezember 2015, 09:56:39
Hallo Zusammen,
ich hatte ja schon die Homebridge zum Laufen gebracht und habe nun vor, die Installation auf einen 2. RPi zu verlagern und wollte dabei mich genau an die Beschreibung im Wiki halten.

So richtig kann ich aber in diesem Wiki nicht erkennen, wie Node.JS installiert wird, oder lese ich das nur nicht richtig?
Konkret gefragt mit welchem Befehl aus dem Wiki wird Node.JS installiert?
Viele Grüße
Pit
 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt > Frage zum Wiki
Beitrag von: no_Legend am 07 Dezember 2015, 10:28:58
Zitat von: piet_pit am 07 Dezember 2015, 09:56:39
Hallo Zusammen,
ich hatte ja schon die Homebridge zum Laufen gebracht und habe nun vor, die Installation auf einen 2. RPi zu verlagern und wollte dabei mich genau an die Beschreibung im Wiki halten.

So richtig kann ich aber in diesem Wiki nicht erkennen, wie Node.JS installiert wird, oder lese ich das nur nicht richtig?
Konkret gefragt mit welchem Befehl aus dem Wiki wird Node.JS installiert?
Viele Grüße
Pit


Vielleicht hilft dir da meintechblog weiter?
Oder auf der Projektseite bei github direkt.

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 07 Dezember 2015, 10:39:32
System aktualisieren:

Code Auswählen
sudo apt-get update sudo apt-get upgrade

Code Auswählen
GCC 4.8 gcc --version

Installieren von gcc 4.8 falls benötigt:

Code Auswählen
sudo apt-get install gcc-4.8 g++-4.8

sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.6 20
sudo update-alternatives --install /usr/bin/gcc gcc /usr/bin/gcc-4.8 50
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.6 20
sudo update-alternatives --install /usr/bin/g++ g++ /usr/bin/g++-4.8 50

Node Version Checken (5.0.0):

Code Auswählen
node -v

Node installieren, falls nötig:

Raspberry Pi 2 Model B:

Code Auswählen
wget https://nodejs.org/dist/v5.0.0/node-v5.0.0-linux-armv7l.tar.gz
tar -xzf node-v5.0.0-linux-armv7l.tar.gz
cd node-v5.0.0-linux-armv7l.tar.gz
sudo cp -R * /usr/local/

Avahi installieren

Code Auswählen
sudo apt-get install libavahi-compat-libdnssd-dev

Install Kerberos dev libraries

Code Auswählen
sudo apt-get install libkrb5-dev
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 07 Dezember 2015, 10:54:32
Wie muss man jetzt eigentlich richtig ein Update machen?

Einfach ein git pull und die npm befehle erneut ausführen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 07 Dezember 2015, 11:27:44
Code Auswählen
npm update -g homebridge-fhem
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 07 Dezember 2015, 11:46:42
Zitat von: l2r am 07 Dezember 2015, 11:27:44
Code Auswählen
npm update -g homebridge-fhem

l2r nur den einen Befehl reicht?
Ich hatte gedacht auf jedenfall git pull auf homebridge ordner.
dann npm update -g homebridge-fhem und npm update -g homebridge
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 07 Dezember 2015, 11:58:42
wenn du nur die Pakete von justme updaten willst, dann reicht der eine Befehl.

Seit dem Andre sein Paket bei npm zur Verfügung stellt, ist ein update über git nicht mehr notwendig.

Wenn du alle npm-Pakete updaten willst, dann reicht ein

Code Auswählen
npm update -g

aus. Gibst du einen Paket-Namen an, dann updatest du nur das Paket.

Lies dir mal die letzten 20 Seiten hier im Thread durch...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 07 Dezember 2015, 13:52:11
Zitat von: justme1968 am 06 Dezember 2015, 15:58:48
@CarstenF: wo kommt das humidity reading her? die max thermostate messen doch garkeine. 0 ist glaube ich in homekit erlaubter wert für die feuchte.

geht es wenn du das reading mit deletereading löschst ?


haben die anderen die ein problem mit den max thermostaten haben auch ein humidity reading?

gruss
  andre

So habe es ausprobiert.
1. Homebridge gestoppt
2. humidity Reading eines MAX Thermostat gelöscht. (ist in der Übersicht der Readings verschwunden)
3. Restart der Homebridge
--in der Konsolenausgabe der Bridge wird das Thermostat eingelesen. Jedoch erscheint trotzdem wieder das humidity-Reading mit State 0.
--habe dann mal in der FHEM Oberfläche eine Gradänderung des Thermostat durchgeführt. ----in der Konsole der Bridge wird diese Änderung angezeigt----
Trotzdem ist über EVE die Bridge nicht erreichbar. Nehme ich den Thermostat wieder aus dem HomeKit Raum raus, ist alles wieder gut.

Habe dann übrigens einen Neustart des FHEM Servers durchgeführt und schwups ist das humidity Reading des Thermostat wieder da (also in der Readings-Übersicht.)

Verrückt. Ob möglicherweise die bereits vorhandenen reinen Temperatursensoren sich mit den MAX Thermostaten beißen, weil dort eben auch eine Temperatur und Humidity Ausgabe erfolgt?
Ich versuche mal später die Dinger aus dem Raum zu nehmen und nur den MAX Thermostat reinzunehmen.

Gruß C.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 07 Dezember 2015, 14:01:55
Zitat von: CarstenF am 07 Dezember 2015, 13:52:11
und schwups sind ist das humidity Reading des Thermostat wieder da
Entweder FHEM hat mit dem letzten Update künstliche Intelligenz bekommen oder es ist doch ein notify, at, watchdog,... das Du eingerichtet hast.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 08 Dezember 2015, 12:15:29
Meine Aufgabe, wenn ich ein MAX-Thermostat einfüge ist wiefolgt:

Code Auswählen
pi@raspberrypi ~ $ 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=libd                                                         ns_sd&e=node>
*** WARNING *** The program 'node' called 'DNSServiceRegister()' which is not su                                                         pported (or only supported partially) in the Apple Bonjour compatibility layer o                                                         f Avahi.
*** WARNING *** Please fix your application to use the native API of Avahi!
*** WARNING *** For more information see <http://0pointer.de/avahi-compat?s=libd                                                         ns_sd&e=node&f=DNSServiceRegister>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded plugin: homebridge-philipshue
Registering platform 'homebridge-philipshue.PhilipsHue'
---
Loaded config.json with 0 accessories and 2 platforms.
---
Loading 2 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://10.0.0.30:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1449573222203
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://10.0.0.30:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[Philips Hue] Initializing PhilipsHue platform...
[Philips Hue] PhilipsHue Platform Plugin Version 0.0.2
[Philips Hue] Fetching Philips Hue lights...
Loading 0 accessories...
Server listening on: http://<ip>:8082
[Philips Hue] Initializing platform accessory 'Hue iris'...
[FHEM] got: 13 results
[FHEM] Eingangstuere is contact sensor [contact]
[FHEM] Eingangstuere has battery [battery]
[FHEM] Eingangstuere has firmware [D-firmware]
[FHEM]   caching: Eingangstuere-battery: 0 as number (from ok)
[FHEM]   caching: Eingangstuere-D-firmware: 2.4 as string (from 2.4)
[FHEM]   caching: Eingangstuere-contact: 0 as number (from closed (to HMLAN1))
[FHEM] Fensterkontakt.Bad is contact sensor [contact]
[FHEM] Fensterkontakt.Bad has battery [battery]
[FHEM] Fensterkontakt.Bad has firmware [D-firmware]
[FHEM]   caching: Fensterkontakt.Bad-battery: 0 as number (from ok)
[FHEM]   caching: Fensterkontakt.Bad-D-firmware: 2.4 as string (from 2.4)
[FHEM]   caching: Fensterkontakt.Bad-contact: 0 as number (from closed (to HMLAN1))
[FHEM] ignoring Fensterkontakt_Schlafzimmer (MAX)
[FHEM] HZ.Bad is thermostat [desiredTemperature;5.0-30.0:0.5]
[FHEM] HZ.Bad has thermostat mode [mode;desiredTemperature]
[FHEM] HZ.Bad has temperature [temperature]
[FHEM] HZ.Bad has battery [battery]
[FHEM] HZ.Bad has firmware [firmware]
[FHEM]   caching: HZ.Bad-temperature: 22.5 as number (from 22.5)
[FHEM]   caching: HZ.Bad-battery: 0 as number (from ok)
[FHEM]   caching: HZ.Bad-firmware: 1.8 as string (from 1.8)
[FHEM]   caching: HZ.Bad-desiredTemperature: 22 as number (from 22.0)
[FHEM]   caching: HZ.Bad-mode: 1 as number (from manual)
[FHEM]   caching: HZ.Bad-valveposition: 100 as number (from 100)
[FHEM] Harmony is switchable
[FHEM] Harmony has onOff [activity;activity,off]
[FHEM]   caching: Harmony-activity: PowerOff as string (from PowerOff)
[FHEM] Licht.Kueche is dimable [pct]
[FHEM] Licht.Kueche has onOff [state;on,off]
[FHEM]   caching: Licht.Kueche-pct: 0 as number (from 0)
[FHEM]   caching: Licht.Kueche-state: 0 as number (from off)
[FHEM] Licht.Spiegelschrank is light
[FHEM] Licht.Spiegelschrank has onOff [state;on,off]
[FHEM] Licht.Spiegelschrank has firmware [D-firmware]
[FHEM]   caching: Licht.Spiegelschrank-D-firmware: 2.5 as string (from 2.5)
[FHEM]   caching: Licht.Spiegelschrank-state: 0 as number (from off)
[FHEM] Licht.WZ is dimable [pct]
[FHEM] Licht.WZ has onOff [state;on,off]
[FHEM]   caching: Licht.WZ-pct: 0 as number (from 0)
[FHEM]   caching: Licht.WZ-state: 0 as number (from off)
[FHEM] Sonos_Bad is switchable
[FHEM] Sonos_Bad has onOff [transportState;play,pause]
[FHEM] Sonos_Bad has volume [Volume:not cached]
[FHEM]   caching: Sonos_Bad-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Kueche is switchable
[FHEM] Sonos_Kueche has onOff [transportState;play,pause]
[FHEM] Sonos_Kueche has volume [Volume:not cached]
[FHEM]   caching: Sonos_Kueche-transportState: 0 as number (from STOPPED)
[FHEM] Sonos_Wohnzimmer is switchable
[FHEM] Sonos_Wohnzimmer has onOff [transportState;play,pause]
[FHEM] Sonos_Wohnzimmer has volume [Volume:not cached]
[FHEM]   caching: Sonos_Wohnzimmer-transportState: 0 as number (from STOPPED)
[FHEM] rr_Michael is occupancy sensor
[FHEM]   caching: rr_Michael-presence: 1 as number (from present)
[FHEM] rr_Nathalie is occupancy sensor
[FHEM]   caching: rr_Nathalie-presence: 0 as number (from absent)
[FHEM] Initializing platform accessory 'Eingangstuere'...
[FHEM] creating services for Eingangstuere
[FHEM]   information service for Eingangstuere
[FHEM]     firmware revision characteristic for Eingangstuere
[FHEM]   contact sensor service for Eingangstuere
[FHEM]     battery status characteristic for Eingangstuere
[FHEM]     contact sensor characteristic for Eingangstuere
[FHEM]     current door state characteristic for Eingangstuere
[FHEM] Initializing platform accessory 'Fensterkontakt.Bad'...
[FHEM] creating services for Fensterkontakt.Bad
[FHEM]   information service for Fensterkontakt.Bad
[FHEM]     firmware revision characteristic for Fensterkontakt.Bad
[FHEM]   contact sensor service for Fensterkontakt.Bad
[FHEM]     battery status characteristic for Fensterkontakt.Bad
[FHEM]     contact sensor characteristic for Fensterkontakt.Bad
[FHEM]     current door state characteristic for Fensterkontakt.Bad
[FHEM] Initializing platform accessory 'HZ.Bad'...
[FHEM] creating services for HZ.Bad
[FHEM]   information service for HZ.Bad
[FHEM]     firmware revision characteristic for HZ.Bad
[FHEM]   thermostat service for HZ.Bad
[FHEM]     temperature characteristic for HZ.Bad
[FHEM]     battery status characteristic for HZ.Bad
[FHEM]     target temperature characteristic for HZ.Bad
[FHEM]     custom actuation characteristic for HZ.Bad
[FHEM] Initializing platform accessory 'Harmony'...
[FHEM] creating services for Harmony
[FHEM]   information service for Harmony
[FHEM]   switch service for Harmony (Fernsehen)
[FHEM]       on characteristic for Harmony Fernsehen
[FHEM]   switch service for Harmony (Film.tv)
[FHEM]       on characteristic for Harmony Film.tv
[FHEM]   switch service for Harmony (PS4)
[FHEM]       on characteristic for Harmony PS4
[FHEM]   switch service for Harmony (Film.Beamer)
[FHEM]       on characteristic for Harmony Film.Beamer
[FHEM]   switch service for Harmony (PS4.Beamer)
[FHEM]       on characteristic for Harmony PS4.Beamer
[FHEM]   switch service for Harmony (Fernsehen.Beamer)
[FHEM]       on characteristic for Harmony Fernsehen.Beamer
[FHEM]   switch service for Harmony (PowerOff)
[FHEM]       on characteristic for Harmony PowerOff
[FHEM] Initializing platform accessory 'Licht.Kueche'...
[FHEM] creating services for Licht.Kueche
[FHEM]   information service for Licht.Kueche
[FHEM]   lightbulb service for Licht.Kueche
[FHEM]     on characteristic for Licht.Kueche
[FHEM]     brightness characteristic for Licht.Kueche
[FHEM] Initializing platform accessory 'Licht.Spiegelschrank'...
[FHEM] creating services for Licht.Spiegelschrank
[FHEM]   information service for Licht.Spiegelschrank
[FHEM]     firmware revision characteristic for Licht.Spiegelschrank
[FHEM]   lightbulb service for Licht.Spiegelschrank
[FHEM]     on characteristic for Licht.Spiegelschrank
[FHEM] Initializing platform accessory 'Licht.WZ'...
[FHEM] creating services for Licht.WZ
[FHEM]   information service for Licht.WZ
[FHEM]   lightbulb service for Licht.WZ
[FHEM]     on characteristic for Licht.WZ
[FHEM]     brightness characteristic for Licht.WZ
[FHEM] Initializing platform accessory 'Sonos_Bad'...
[FHEM] creating services for Sonos_Bad
[FHEM]   information service for Sonos_Bad
[FHEM]   switch service for Sonos_Bad
[FHEM]     on characteristic for Sonos_Bad
[FHEM]     custom volume characteristic for Sonos_Bad
[FHEM] Initializing platform accessory 'Sonos_Kueche'...
[FHEM] creating services for Sonos_Kueche
[FHEM]   information service for Sonos_Kueche
[FHEM]   switch service for Sonos_Kueche
[FHEM]     on characteristic for Sonos_Kueche
[FHEM]     custom volume characteristic for Sonos_Kueche
[FHEM] Initializing platform accessory 'Sonos_Wohnzimmer'...
[FHEM] creating services for Sonos_Wohnzimmer
[FHEM]   information service for Sonos_Wohnzimmer
[FHEM]   switch service for Sonos_Wohnzimmer
[FHEM]     on characteristic for Sonos_Wohnzimmer
[FHEM]     custom volume characteristic for Sonos_Wohnzimmer
[FHEM] Initializing platform accessory 'rr_Michael'...
[FHEM] creating services for rr_Michael
[FHEM]   information service for rr_Michael
[FHEM]   occupancy sensor service for rr_Michael
[FHEM]     occupancy detected characteristic for rr_Michael
[FHEM] Initializing platform accessory 'rr_Nathalie'...
[FHEM] creating services for rr_Nathalie
[FHEM]   information service for rr_Nathalie
[FHEM]   occupancy sensor service for rr_Nathalie
[FHEM]     occupancy detected characteristic for rr_Nathalie
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.



Die Bridge ist, sofern das Thermostat eingefügt wurde, nicht mehr erreichbar.


Resette ich alles und schmeiße das Thermostat mit rein, bekomme ich beim Pairingversuch folgendes ausgegeben:

Code Auswählen
Homebridge is running on port 51826.
/usr/local/lib/node_modules/homebridge/node_modules/srp/lib/srp.js:9
    throw new Error(msg||"assertion");
    ^

Error: A was 383, expected 384
    at assert_ (/usr/local/lib/node_modules/homebridge/node_modules/srp/lib/srp.js:9:11)
    at assertIsNBuffer (/usr/local/lib/node_modules/homebridge/node_modules/srp/lib/srp.js:64:5)
    at getu (/usr/local/lib/node_modules/homebridge/node_modules/srp/lib/srp.js:225:3)
    at Object.setA (/usr/local/lib/node_modules/homebridge/node_modules/srp/lib/srp.js:406:17)
    at HAPServer._handlePairStepTwo (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:284:13)
    at HAPServer._handlePair (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:244:10)
    at HAPServer.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:172:39)
    at emitNone (events.js:67:13)
    at IncomingMessage.emit (events.js:166:7)
    at endReadableNT (_stream_readable.js:893:12)
pi@raspberrypi ~ $
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ChrisKoh am 08 Dezember 2015, 13:21:03
Ist es möglich UNIROLL Antriebe auch zu integrieren?

Code Auswählen

{
  "Arg":"rollo.wz.Tuere",
  "Results": [
  {
    "Name":"rollo.wz.Tuere",
    "PossibleSets":"down pos stop up",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 ignore:1,0 showtime:1,0 rMin:slider,0,1,120 rMax:slider,0,1,120 rPos:slider,0,1,120 useRolloPos:1,0 sendStopBeforeCmd:1,0,2,3 model:R_23700,dummySimple cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,contact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "BTN": "0",
      "DEF": "7777 0",
      "NAME": "rollo.wz.Tuere",
      "NR": "141",
      "STATE": "up",
      "TYPE": "UNIRoll",
      "XMIT": "7777"
    },
    "Readings": {      "state": { "Value":"up", "Time":"2015-12-08 07:25:30" }    },
    "Attributes": {
      "IODev": "COC",
      "genericDeviceType": "blind",
      "group": "00_Rollos",
      "room": "02_Wohnzimmer",
      "webCmd": "up:stop:down"
    }
  }  ],
  "totalResultsReturned":1
}

danke :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Dezember 2015, 13:54:35
@ChrisKoh: wenn man nicht eine bestimmte position anfahren kann wird es als rollladen schwierig. ich schau mal.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 09 Dezember 2015, 13:11:28
Zitat von: OliS. am 05 Dezember 2015, 16:35:21
Ich habe bei mir noch eine kleine Auffälligkeit festgestellt. Wenn ich Siri/die Homebridge eine Weile (vielleicht 10 Minuten) nicht benutzt habe, um Geräte zu schalten, funktioniert das Ganze meistens erst beim zweiten Kommando. Beim ersten Mal bekomme ich meist die Antwort "Tut mir leid, Oli, ich habe diesmal keine Geräte gefunden". So, als ob die Homebridge sich schlafen legt und erst mal wieder aufgeweckt werden muss. Das zweite Kommando funktioniert dann wieder ohne Probleme.

Hat das Problem vielleicht noch jemand?

PS: Bei mir läuft die Homebridge auf einem separaten RPI, auf welchem nicht FHEM läuft.


Den Fall hatte ich auch schon. Damals lief bei mir Homebridge sehr gut mit meinem iPhone 5. Inzwischen habe ich ein neues 6s und müsste Eve neu pairen, dazu habe ich aber gerade keine Zeit/Lust. Müsste auch mal alles auf die neue Version updaten.

Der Grund für das obige Verhalten scheint folgender zu sein, nach kurzer Inaktivität scheint das iPhone sich vom WLAN zu trennen. (könnte sein das dies mit dem Stromsparfeature in iOS9.x reingekommen ist) Wenn dann das iPhone nicht im WLAN und somit im selben Netz ist wie FHEM/Homebridge kommt es zu dem obigen Fall. Achte mal darauf, wenn du dein iPhone wieder aufweckst und erst noch kurz wartest bis es einen WLAN Connect anzeigt - dann sollte Siri auch direkt richtig reagieren.

[OffTopic: Es scheint generell mit iOS 9 und den Iphones 4S/5/5c/6 sehr viele WLAN Disconnects auf der Fritzbox 7490 zu geben. Mein neues 6s hat das Problem nicht mehr. Ich hoffe das mit dem iOS 9.2 Update von heute die "alten" auch wieder besser laufen.]


Oli
[/quote]
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: guiseppe am 09 Dezember 2015, 22:35:29

Nach heutigem Update auf IOS 9.2 sind bei mir die Einstellungen in der Elgato Eve App verloren gegangen.
Schlimmer noch, die App finden Homebridge nun auch nichtmehr.
:'(
habt ihr das Problem auch?
... oder Tips?

Grüße Josef

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 09 Dezember 2015, 22:38:26
Bei mir funktioniert es noch einwandfrei. Ich habe aber auch noch die alte Homebridge am laufen. Also nicht die Plugin Version.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 09 Dezember 2015, 22:42:00
Habe die Bridge von Justme. Läuft auch nach dem Update einwandfrei. Habe sogar einen dritten User mit reingenommen. Funktioniert ohne Probleme.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: guiseppe am 09 Dezember 2015, 23:36:37
Hab die Lösung auf GitHub gefunden:
....hätt ich auch mal eher drauf kommen können.
Danke trotzdem für die Rückmeldungen.

vielleicht hilfts ja jemand:
Common Issues
My iOS App Can't Find Homebridge:
Homebridge server thinks it's been paired with, but iOS thinks otherwise. Fix: deleted persist/ directory which is next to your config.json.

Grüße Josef
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: OliS. am 10 Dezember 2015, 00:00:22
Zitat von: stratege-0815 am 09 Dezember 2015, 13:11:28
Der Grund für das obige Verhalten scheint folgender zu sein, nach kurzer Inaktivität scheint das iPhone sich vom WLAN zu trennen. (könnte sein das dies mit dem Stromsparfeature in iOS9.x reingekommen ist) Wenn dann das iPhone nicht im WLAN und somit im selben Netz ist wie FHEM/Homebridge kommt es zu dem obigen Fall. Achte mal darauf, wenn du dein iPhone wieder aufweckst und erst noch kurz wartest bis es einen WLAN Connect anzeigt - dann sollte Siri auch direkt richtig reagieren.

Danke für die Antwort.
Die Idee hatte ich anfangs auch. Aber daran liegt es leider nicht. Selbst, wenn ich das iPhone erst entsperre und warte, bis die Wlan-Verbindung aufgebaut ist, klappt es trotzdem oft erst beim zweiten Kommando.

Oli
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 10 Dezember 2015, 06:16:57
Das ist bei mir auch so. Oft klappt es erst beim zweiten Mal. Ich denke aber auch, dass es daran liegt, dass das iPhone erst die WLAN Verbindung aufbauen muss. Das dauert ein kleines Bisschen.

Wenn ich mein iPhone entsperre und etwas warte, dann klappt es sofort. Schau mal bei Homebridge, was da alles passiert wenn du das Handy verbindest.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 10 Dezember 2015, 07:00:55
Hast schon jemand Erfahrung mit Siri und dem neuen Apple TV in Bezug auf Homebridge? ATV Siri soll sich ja ein wenig anders verhalten...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: ackerratte am 10 Dezember 2015, 09:23:34
Sorry für meine Doppel-Posts, die App hat hier irgend ne Macke.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 10 Dezember 2015, 09:49:46
habt ihr schonmal versucht in den IOS-Einstellungen Itunes WLAN-Sync zu aktivieren? Dann sollte die WLAN-Verbindung eig. bestehen bleiben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 11 Dezember 2015, 18:29:50
Zitat von: cnkru am 02 September 2015, 19:59:17
Zum Coding "accessory": "Http" habe ich ein wenig gebastelt und ein "HttpHSV" angepasst

Nutze Milight_Bridge und ...Device
Definition in fhem.cfg

Code Auswählen

define Milight MilightBridge 192.168.178.9
attr Milight alias Milightbridge
attr Milight checkInterval 900
attr Milight event-on-change-reading state
attr Milight event-on-update-reading state
attr Milight port 8899
attr Milight sendInterval 100

define Mlamp1 MilightDevice RGBW Milightbridge 5
attr Mlamp1 IODev Milight
attr Mlamp1 alias Lampe_Tür
attr Mlamp1 colorCast 0,0,0,0,0,0
attr Mlamp1 devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
attr Mlamp1 event-on-change-reading state,transitionInProgress
attr Mlamp1 group Beleuchtung_farbig
attr Mlamp1 lightSceneParamsToSave hsv
attr Mlamp1 room ZWave,Milight
attr Mlamp1 webCmd rgb:rgb ffffff:rgb ff2a00:rgb 00ff00:rgb 0000ff:rgb ffff00:on:off:dim


Das Schalten funktioniert auch mit HSV Attributen

z.B. mit Befelt  fhem("set Mlamp1 hsv $H_Wert,$S_Wert,$V_Wert")

Definition in config.json lautet
Code Auswählen

        {
            "accessory": "HttpHSV",
            "name": "AZ",
            "on_url": "http://192.168.178.3:8073/fhem?cmd.Mlamp1=set%20Mlamp1%20on",
            "off_url": "http://192.168.178.3:8073/fhem?cmd.Mlamp1=set%20Mlamp1%20off",
            "hsv_url": "http://192.168.178.3:8073/fhem?cmd.Mlamp1=set%20Mlamp1%20hsv%20%h,%s,%v",
            "http_method": "POST"
        }



Zusammen mit HttpHSV.js im Verzeichnis homebridge/accessories spielt die EVE App auch mit der neuen Variante der Bridge
Script anbei - Coding auch auf RGB anpassbar ....

CU

Hallo, ich habe mir da bis jetzt die Zähne dran ausgebissen, finde den Fehler aber nicht. Wenn ich den Code in der config.json einfüge startet homebridge nicht mehr... Er findet HttpHSV nicht in den accessories. Nun meine Frage, ob ich die Datei nun überhaupt in das richtige Verzeichnis gelegt habe. Ich habe es in folgenden Ordner kopiert, den "accessories" Ordner aber selbst erstellt. ( /usr/local/lib/node_modules/homebridge/accessories/ ). War das richtig oder wo hätte es hin gemusst?
Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 12 Dezember 2015, 16:55:33
Hat eigentlich schon mal jemand über Eve bzw. Homekit eine zweiten Account erfolgreich eingeladen? Bei mir scheint sich da nie etwas zu tun...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 12 Dezember 2015, 19:27:16
Zitat von: budy am 12 Dezember 2015, 16:55:33
Hat eigentlich schon mal jemand über Eve bzw. Homekit eine zweiten Account erfolgreich eingeladen? Bei mir scheint sich da nie etwas zu tun...

Ja, der Eingeladene kann allerdings "nur" schalten, und keine Einstellungen ändern.

Du musst die Apple-ID der anderen Person zum einladen verwenden.
Titel: Apple Homekit: Script "Homebridge Start und Status in FHEM" im Wiki
Beitrag von: piet_pit am 12 Dezember 2015, 20:52:52
Hallo Zusammen,

aktuell versuche ich mich an diesem Startscript, mit dem ich den Status der Homebridge in FHEM erkennen kann.
Homebridge läuft bei mir aber auf einem anderen RPi, das muss ich doch sicher irgendwo im Script oder in FHEM selber hinterlegen, aber wo :-[ ?

So läuft es bei mir leider nicht, wer hat eine Idee.

VG
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 12 Dezember 2015, 21:29:12
Zitat von: rapster am 12 Dezember 2015, 19:27:16
Ja, der Eingeladene kann allerdings "nur" schalten, und keine Einstellungen ändern.

Du musst die Apple-ID der anderen Person zum einladen verwenden.

Das habe ich schon gemacht, aber dadurch passiert in EVE auf dem anderen Account erst mal nix und ein neues Homekit Device lässt sich auch nicht anlegen. Erscheint denn die Homebridge dann einfach, wenn es funktioniert. Die andere AppleID bekommt auch keine E-Mail oder so was...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: rapster am 12 Dezember 2015, 21:33:38
Es kommt eine Mitteilung auf dem anderen Gerät ob man die Einladung annehmen möchte, anschließend ist das Home über Eve auswählbar.

Schau mal unter Einstellungen -> Homekit auf dem anderen Gerät, da sollte es nun "Freigegeben" geben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 12 Dezember 2015, 22:21:41
Auch wenn man auf dem anderen Gerät noch gar kein Homekit-Device angelegt hat? Aber wahrscheinlich ist zuerst mal das Ausbleiben der Benachrichtigung das Problem...

P.S. Ha... kaum beschwert man sich, da kommt die Benchrichtigung... ;) Funktioniert... :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 12 Dezember 2015, 22:27:58
Hey Leute, das ist ja der Wahnsinn! Habe alles einrichten können und kann meine Garage mit "schalte Garage ein" öffnen. Was muss man machen, damit "Öffne die Garage" funktioniert?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 12 Dezember 2015, 22:40:06
Das geht ja jetzt nur aus dem WLAN, richtig? Was muss man machen, damit das auch immer geht? ATV Pflicht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 12 Dezember 2015, 22:41:36
Zitat von: bgewehr am 12 Dezember 2015, 22:27:58
Hey Leute, das ist ja der Wahnsinn! Habe alles einrichten können und kann meine Garage mit "schalte Garage ein" öffnen. Was muss man machen, damit "Öffne die Garage" funktioniert?

Das dürfte daran liegen, dass das Device als Schalter definiert ist. Musst mal in EVE nachschauen. Und Schalter kann man eben nicht öffnen. Vielleicht wenn du die als Blinds, bzw, Rollos definierst... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 12 Dezember 2015, 22:43:41
Zitat von: bgewehr am 12 Dezember 2015, 22:40:06
Das geht ja jetzt nur aus dem WLAN, richtig? Was muss man machen, damit das auch immer geht? ATV Pflicht?

Ja, wenn du von Unterwegs Zugriff haben möchtest, dann hilft ein ATV, das habe ich heute auch eingerichtet und konnte direkt vom Supermarkt aus das Licht ausmachen. Allerdings wurden der Status der Geräte nicht aktualisiert, aber das passiert ggf. nur sporadisch - der Supermarkt war jetzt nicht so weit weg... ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 12 Dezember 2015, 23:07:16
Kann man denn den HomeKit Typ unabhängig in fhem konfigurieren? In Eve habe ich keine blinds...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 13 Dezember 2015, 12:53:53
Hi,

ich habe festgestellt, das meine ganzen Homebridge Probleme wohl nur mit meinem iPhone auftreten.

Suche nach Homekit Geräten:

iPad A: Sieht Hue Bridge und HomeBridge
iPad B: Sieht Hue Bridge und Homebridge
iPhone: Sieht nur Hue Bridge

Alle haben iOS 9.2, sind im gleichen WLAN, ich habe die Homekit Config mal gelöscht und den Sync nochmals per Keychain aus/ein angeworfen.

Interessant ist auch, das wenn ich auf einem der iPads Homebridge hinzufügen, wird es gesynct aber bei dem iPhone sind alle Geräte dann auf N/A im Eve.

Habe beim iPhone die Netzwerk-Konfiguration ebenfalls resettet.

Ich weiss nicht mehr weiter. :( Hat jemand eine Idee?

Gruss,
hive
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: codelaie am 13 Dezember 2015, 13:59:03
Zitat von: hive2015 am 13 Dezember 2015, 12:53:53

iPad A: Sieht Hue Bridge und HomeBridge
iPad B: Sieht Hue Bridge und Homebridge
iPhone: Sieht nur Hue Bridge


Das sieht für mich danach aus, dass die Homebridge mit deinem iPhone gepairt ist, dein iPhone das allerdings anders sieht ;) Ich würde versuchen den "persist" Ordner (im gleichen Ordner wie deine config.json) zu löschen und deine Homebridge neu zu starten. Das sollte das Problem eigentlich lösen  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 13 Dezember 2015, 14:07:15
Zitat von: bgewehr am 12 Dezember 2015, 22:27:58
Hey Leute, das ist ja der Wahnsinn! Habe alles einrichten können und kann meine Garage mit "schalte Garage ein" öffnen. Was muss man machen, damit "Öffne die Garage" funktioniert?
Hi,
Du musst gernericDeviceType auf garage setzen, dann geht es auch mit öffne und schließe.
Andre erwartet ein set on für Öffnen und set off für Schließen.

@Andre: hast Du schon den Status implementieren können? Der wäre echt super, Danke!!

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 13 Dezember 2015, 17:20:19
Zitat von: codelaie am 13 Dezember 2015, 13:59:03
Das sieht für mich danach aus, dass die Homebridge mit deinem iPhone gepairt ist, dein iPhone das allerdings anders sieht ;) Ich würde versuchen den "persist" Ordner (im gleichen Ordner wie deine config.json) zu löschen und deine Homebridge neu zu starten. Das sollte das Problem eigentlich lösen  :)

Hi Codelaie,

danke für den Tip und habe ich auch sofort ausprobiert, aber brachte leider nicht den gewünschten Erfolg. Ich habe Homebridge auf insgesamt 4 Rechnern auch installiert .. funktionierte jedes Mal tadellos, aber das iPhone sieht es nicht, nur die iPads. Also ganz nackige Installationen, keinerlei persist und auch da sieht es das schon nicht. Homekit DB auch schon umfzig mal resettet, jeweils ohne Erfolg. Das nächste was ich wohl mal testen werde ist ein Backup des iPhones zu machen und es mal komplett zurück zu setzen. Wenn es dann nackig nur mit dem iCloud Konto bewaffnet auch nicht geht ... hmm ja was dann? Dann werd ichs wohl aufgeben und wie der "Pöbel" meine Lichter per Hand einschalten. :D

Gruss,
Hive
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: codelaie am 13 Dezember 2015, 17:59:43
Hi hive2015,

ich würde mal sagen, dass sich dein iPhone bei irgendeiner config verschluckt hat..
Versuch doch mal folgendes:
Da du ja schon mehrfach die HomeKit DB gelöscht hast, würde ich an deiner Stelle mal versuchen, jegliche Sachen betreffend HomeKit zu löschen ;) d.h. das "Haus" aus HomeKit löschen, unter Datenschutz-->HomeKit der EVE-App die Berechtigung entziehen und darunter auch die config zurücksetzen und anschließend mal die app löschen und dein iPhone komplett neustarten ;)
falls das überhaupt nicht funktionieren sollte, dann musst du wohl wirklich ein Backup machen und es mal komplett zurücksetzen...Die Chance, dass es bei dem komplett zurückgesetzten iPhone auch nicht funktioniert, ist denke ich mal verschwindend gering, wenn es sich nicht um einen Update-Fehler handeln sollte ;) Viel Glück und ich drück dir die Daumen! :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 13 Dezember 2015, 18:39:21
Zitat von: bgewehr am 12 Dezember 2015, 22:27:58
Hey Leute, das ist ja der Wahnsinn! Habe alles einrichten können und kann meine Garage mit "schalte Garage ein" öffnen. Was muss man machen, damit "Öffne die Garage" funktioniert?

Du kannst im Prinzip in Eve auch einfach eine Szene mit dem Öffnen Kommando erstellen und ihr als Namen den Befehl geben, auf den Siri reagieren soll. So würde z.B. auch "Öffne das Schleusentor" funktionieren ohne der Garage einen anderen Namen zu geben :D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SirUli am 13 Dezember 2015, 19:16:00
Zitat von: ChrisKoh am 08 Dezember 2015, 13:21:03Ist es möglich UNIROLL Antriebe auch zu integrieren?
Zitat von: justme1968 am 08 Dezember 2015, 13:54:35@ChrisKoh: wenn man nicht eine bestimmte position anfahren kann wird es als rollladen schwierig. ich schau mal.
Geht doch?

Was gesetzt sein muss:

Und dann kann man via
set .... pos 0-rMax

die Position setzen. Achtung es sind nicht die 100%, was dort gesetzt wird, sondern die Sekunden, die er fahren muss. Also bei 50 Sekunden Fahrtzeit wird bei set xxx pos 50 der Rolladen ganz runter gefahren.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 13 Dezember 2015, 20:41:49
Meine Garage öffnet jetzt korrekt mit "Öffne die Garage", seit ich den genericdevicetype auf Garage gesetzt habe.
Meine Schaltung braucht aber auch für das Schließen ein on_for_timer 15 und kein set Garage Off. Habt Ihr ne Idee, wie das gehen soll, ohne eine dummy/notify Schlacht zu schlagen?
Die Garage wird über einen HM Switch und einen 220V Hörmann-Sender gesteuert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Dezember 2015, 10:24:39
@SirUli: homekit braucht absolute positionen. das einfachste und flexibelste ist vermutlich die berechnung in einem readingsProxy zu machen und diesen dann in homebridge einzubinden.

@bgewehr: du kannst mit cmdalias das off auf on_for_timer 15 umsetzen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hive2015 am 14 Dezember 2015, 20:27:45
Zitat von: codelaie am 13 Dezember 2015, 17:59:43
Hi hive2015,

ich würde mal sagen, dass sich dein iPhone bei irgendeiner config verschluckt hat..
Versuch doch mal folgendes:
Da du ja schon mehrfach die HomeKit DB gelöscht hast, würde ich an deiner Stelle mal versuchen, jegliche Sachen betreffend HomeKit zu löschen ;) d.h. das "Haus" aus HomeKit löschen, unter Datenschutz-->HomeKit der EVE-App die Berechtigung entziehen und darunter auch die config zurücksetzen und anschließend mal die app löschen und dein iPhone komplett neustarten ;)
falls das überhaupt nicht funktionieren sollte, dann musst du wohl wirklich ein Backup machen und es mal komplett zurücksetzen...Die Chance, dass es bei dem komplett zurückgesetzten iPhone auch nicht funktioniert, ist denke ich mal verschwindend gering, wenn es sich nicht um einen Update-Fehler handeln sollte ;) Viel Glück und ich drück dir die Daumen! :)

Hi Codelaie,

du hast mein Problem indirekt gelöst :D Vielen Dank!!!

Ich habe sonst immer die Homekit DB unter dem normalen Homekit Eintrag in den Einstellungen gelöscht und mit Eve oder Home neu angelegt. Aber unter Privacy -> Homekit gibt es nochmal einen extra Punkt der heisst '"Reset Homekit Configuration" und nachdem ich das gemacht habe: "TADAAA" das iPhone erkennt die Homebridge und alles funktioniert wie es soll. Vielen Dank das du mir den Weg gewiesen hast. :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: SirUli am 14 Dezember 2015, 21:06:33
Zitat von: justme1968 am 14 Dezember 2015, 10:24:39@SirUli: homekit braucht absolute positionen. das einfachste und flexibelste ist vermutlich die berechnung in einem readingsProxy zu machen und diesen dann in homebridge einzubinden.

Stimme ich zu - wollte dir damit nur die Arbeit abnehmen, diesen Rolladen extra zu integrieren ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 Dezember 2015, 21:31:12
das ist ja keine arbeit für mich :) den readingsProxy musst du bauen und dann einfach genericdevicetype auf blind setzen...

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: codelaie am 14 Dezember 2015, 21:38:24
Zitat von: hive2015 am 14 Dezember 2015, 20:27:45
Aber unter Privacy -> HomeKit gibt es nochmal einen extra Punkt der heisst '"Reset Homekit Configuration" und nachdem ich das gemacht habe.

Hi hive2015,
genau diesen Punkt hatte ich gemeint ;) Freut mich, dass das jetzt geklappt hat und ich helfen konnte:)

Viel Spaß damit!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 16 Dezember 2015, 06:48:05

Zitat von: SirUli am 14 Dezember 2015, 21:06:33
Stimme ich zu - wollte dir damit nur die Arbeit abnehmen, diesen Rolladen extra zu integrieren ;)
Wenn Du das mit dem Readingsproxy geschafft hast, würdest Du die Lösung hier zur Info posten?
Bin neugierig!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: YellowBall am 18 Dezember 2015, 19:07:56
Ich habe exakt das gleiche Problem und komme da nicht weiter
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: zauberfee am 18 Dezember 2015, 23:38:42
Hallo,
apropos "Lösung posten". Es gibt hier ja offensichtlich einige Nutzer bei denen viele Komponenten sauber laufen.

Wie wäre es denn, wenn diese User ihre Config mal posten würden. Am besten natürlich noch mit den entsprechenden Siri-Befehlen die bei ihnen funktionieren.
Mir und vielen anderen würde das wohl sehr helfen.
Die Wiki-Seite existiert ja schon länger:
http://www.fhemwiki.de/wiki/Hombridge_User_Configs (http://www.fhemwiki.de/wiki/Hombridge_User_Configs)

Wie sieht's aus?

VG,
Tim
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 20 Dezember 2015, 19:17:22
Siehe hier: http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Dirk23 am 21 Dezember 2015, 16:01:43
Hallo,

Habe schon lange nicht mehr nach diesem Thema geschaut und bin erfreut das das inzwischen funktioniert. Habe es natürlich gleich implementiert und es geht einwandfrei!! Sehr cool, danke dafür.

Leider kann ich nicht von unterwegs zugreifen. Wie bekommt man es nun noch hin, das ich per Eve/Siri auch mein Heim von Unterwegs steuern und abfragen kann?

Gruß

Dirk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Dezember 2015, 16:05:29
um siri von unterwegs aus zu nutzen ist zwingend ein apple tv nötig.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Dirk23 am 21 Dezember 2015, 16:06:30
Kannst du das näher erläutern?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Dezember 2015, 16:09:12
siehe z.b. hier: https://support.apple.com/de-de/HT204893 (https://support.apple.com/de-de/HT204893)

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: benkler am 21 Dezember 2015, 16:10:22
Ich wollte mir auch eine Bridge aufziehen, um meine MAX Thermostate zu steuern.
Gibt es dafür einen funktionierenden weg oder machen die immernoch Probleme ?

Grüße
benkler
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Dezember 2015, 16:11:14
ich habe das problem leider noch nicht gefunden bzw. kann es nicht reproduzieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 21 Dezember 2015, 16:19:35
Ich bin mir nicht sicher, aber ich schätze da gibt's noch immer Probleme. Habe gestern eine weitere Fehlerquelle ausgeschlossen. Ich dachte meine bereits vorhandenen Temperatursensoren würde sich vielleicht mit den Max-Thermostaten beißen. Deshalb habe ich die mal rausgeworfen aus dem HomeKit Raum. Das war es aber auch nicht. Fehler (Nichterreichbarkeit der Bridge) tritt sofort nach hinzufügen des Thermostats auf und erledigt sich beim entfernen der MAX! Komponente.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Dezember 2015, 16:21:00
bitte mach mir noch  mal ein jsonlist2 von dem max thermostat und zeig mir die konsolen ausgabe. ich vergleiche beides noch mal mit meiner.

sorry. aber ich habe keine bessere idee...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 21 Dezember 2015, 17:19:13
Mach ich sehr gerne, geht aber erst heute Abend. Bin gerade noch Knechten.... :D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 21 Dezember 2015, 17:33:42
Huch, vertan. Komme ja auch von unterwegs drauf.

Das folgende ist das jsonlist2 des Thermostats, welches ich zum testen eingefügt hatte.

Code Auswählen
  }
  },
  {
    "Name":"FileLog_MAX_014ce1",
    "PossibleSets":"absorb:FileLog_Balkonsensor,FileLog_CULMAX0,FileLog_CUL_TCM97001_8,FileLog_CUL_TCM97001_95,FileLog_IT_0000000000,FileLog_IT_000000000F,FileLog_IT_000000FFFF,FileLog_IT_00000F000F,FileLog_IT_00000F0FFF,FileLog_IT_00000FF0FF,FileLog_IT_00000FFF0F,FileLog_IT_00000FFFFF,FileLog_IT_0000FFFF0F,FileLog_IT_00011010,FileLog_IT_0011101000111011101011111001010,FileLog_IT_0011101000111011101011111001011,FileLog_IT_0011111100001001101010011001011,FileLog_IT_00FF00000F,FileLog_IT_00FF00FFFF,FileLog_IT_00FF0F0FFF,FileLog_IT_00FF0FF0FF,FileLog_IT_00FF0FFF0F,FileLog_IT_0F0000000F,FileLog_IT_0F0F00FFFF,FileLog_IT_0F0F0F0FFF,FileLog_IT_0F0F0FF0FF,FileLog_IT_0F0F0FFF0F,FileLog_IT_0FFF00FFFF,FileLog_IT_0FFF0F0FFF,FileLog_IT_0FFF0FF0FF,FileLog_IT_0FFFF00F0F,FileLog_IT_0FFFF0F00F,FileLog_IT_0FFFF0FFFF,FileLog_IT_0FFFFF0FFF,FileLog_IT_0FFFFFF0FF,FileLog_IT_0FFFFFFF0F,FileLog_IT_0FFFFFFFFF,FileLog_IT_11011001,FileLog_IT_1111111111,FileLog_IT_F00000000F,FileLog_IT_F00000FFFF,FileLog_IT_F0000F0FFF,FileLog_IT_F0000FF0FF,FileLog_IT_F0000FFF0F,FileLog_IT_F0000FFFFF,FileLog_IT_F00F00000F,FileLog_IT_F00F000F0F,FileLog_IT_F00F00F00F,FileLog_IT_F00F0F000F,FileLog_IT_F00F0FF00F,FileLog_IT_F00FF0000F,FileLog_IT_F00FF0F00F,FileLog_IT_F00FFF000F,FileLog_IT_F00FFFF00F,FileLog_IT_F00FFFFF0F,FileLog_LaCrosse_26,FileLog_LaCrosse_2A,FileLog_LaCrosse_3C,FileLog_Licht_Sensor,FileLog_MAX_012c45,FileLog_MAX_01d834,FileLog_MAX_0458bf,FileLog_MAX_0458e1,FileLog_MAX_04a50b,FileLog_MAX_04a578,FileLog_MAX_04abb9,FileLog_MAX_04dc10,FileLog_MAX_04dd98,FileLog_MAX_0f0920,FileLog_MAX_0f1168,FileLog_MAX_0f1252,FileLog_MAX_0f1269,FileLog_MAX_0f1595,FileLog_MAX_123456,FileLog_PCA301_000000,FileLog_PCA301_019FFA,FileLog_PCA301_027367,FileLog_PCA301_07F87C,FileLog_PCA301_0E7AB5,FileLog_PCA301_0E7C2B,FileLog_PCA301_0FA73B,FileLog_Unknown,FileLog_Wohnzimmersensor,FileLog_carfi,FileLog_global,FileLog_joshua,FileLog_mareen,Logfile addRegexpPart removeRegexpPart reopen",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long addStateEvent:0,1 archiveCompress archivecmd archivedir createGluedFile:0,1 disable:0,1 disabledForIntervals logtype nrarchive reformatFn alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,icon,sortby,webCmd,widgetOverride,HeatingThermostat,ShutterContact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "./log/MAX_014ce1-%Y.log MAX_014ce1",
      "NAME": "FileLog_MAX_014ce1",
      "NOTIFYDEV": "MAX_014ce1",
      "NR": "70",
      "NTFY_ORDER": "50-FileLog_MAX_014ce1",
      "REGEXP": "MAX_014ce1",
      "STATE": "active",
      "TYPE": "FileLog",
      "currentlogfile": "./log/MAX_014ce1-2015.log",
      "logfile": "./log/MAX_014ce1-%Y.log"
    },
    "Readings": {    },
    "Attributes": {
      "logtype": "text",
      "room": "MAX"
    }

Hatte leider nicht alles gepostet. Hier ist der fehlende Eintrag vom list

Code Auswählen

{
    "Name":"MAX_014ce1",
    "PossibleSets":"wakeUp factoryReset groupid associate:MAX_123456,MAX_0f0920,MAX_04a578,MAX_0f1595,MAX_0f1252,MAX_04dd98,MAX_0f1168,MAX_0458e1,MAX_012c45,MAX_0458bf,MAX_04a50b,MAX_04dc10,MAX_0f1269 deassociate:MAX_123456,MAX_0f0920,MAX_04a578,MAX_0f1595,MAX_0f1252,MAX_04dd98,MAX_0f1168,MAX_0458e1,MAX_012c45,MAX_0458bf,MAX_04a50b,MAX_04dc10,MAX_0f1269 desiredTemperature:eco,comfort,boost,auto,off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on ecoTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on comfortTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on measurementOffset:-3.5,-3.0,-2.5,-2.0,-1.5,-1.0,-0.5,0.0,0.5,1.0,1.5,2.0,2.5,3.0,3.5 maximumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on minimumTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenTemperature:off,5.0,5.5,6.0,6.5,7.0,7.5,8.0,8.5,9.0,9.5,10.0,10.5,11.0,11.5,12.0,12.5,13.0,13.5,14.0,14.5,15.0,15.5,16.0,16.5,17.0,17.5,18.0,18.5,19.0,19.5,20.0,20.5,21.0,21.5,22.0,22.5,23.0,23.5,24.0,24.5,25.0,25.5,26.0,26.5,27.0,27.5,28.0,28.5,29.0,29.5,30.0,on windowOpenDuration boostDuration:30,15,60,10,5,20,0,25 boostValveposition decalcification maxValveSetting valveOffset weekProfile",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev do_not_notify:1,0 ignore:0,1 dummy:0,1 showtime:1,0 keepAuto:0,1 scanTemp:0,1 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat,icon,sortby,webCmd,widgetOverride,HeatingThermostat,ShutterContact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CHANGED": "null",
      "CULMAX0_MSGCNT": "21",
      "CULMAX0_TIME": "2015-12-21 12:00:49",
      "DEF": "HeatingThermostat 014ce1",
      "LASTInputDev": "ml",
      "MSGCNT": "1899",
      "NAME": "MAX_014ce1",
      "NR": "69",
      "RSSI": "-34",
      "STATE": "15.0 °C",
      "TYPE": "MAX",
      "addr": "014ce1",
      "backend": "ml",
      "dstsetting": "1",
      "ml_MSGCNT": "1878",
      "ml_TIME": "2015-12-21 22:00:48",
      "mode": "1",
      "rferror": "0",
      "serial": "JEQ0333238",
      "type": "HeatingThermostat"
    },
    "Readings": {
      "MAXLAN_error": { "Value":"0", "Time":"2015-12-21 22:00:48" },
      "MAXLAN_errorInCommand": { "Value":"", "Time":"2015-12-21 22:00:48" },
      "MAXLAN_initialized": { "Value":"1", "Time":"2015-12-21 22:00:48" },
      "MAXLAN_isAnswer": { "Value":"0", "Time":"2015-12-21 22:00:48" },
      "MAXLAN_valid": { "Value":"1", "Time":"2015-12-21 22:00:48" },
      "RSSI": { "Value":"-34", "Time":"2015-12-21 22:00:48" },
      "TimeInformationHour": { "Value":"3", "Time":"2015-03-06 13:25:11" },
      "battery": { "Value":"ok", "Time":"2015-12-21 22:00:48" },
      "boostDuration": { "Value":"5", "Time":"2015-12-20 14:11:57" },
      "boostValveposition": { "Value":"80", "Time":"2015-12-20 14:11:57" },
      "comfortTemperature": { "Value":"21.5", "Time":"2015-12-20 14:11:57" },
      "decalcification": { "Value":"Sat 12:00", "Time":"2015-12-20 14:11:57" },
      "desiredTemperature": { "Value":"15.0", "Time":"2015-12-21 22:00:48" },
      "ecoTemperature": { "Value":"16.0", "Time":"2015-12-20 14:11:57" },
      "firmware": { "Value":"1.6", "Time":"2015-12-20 14:11:57" },
      "groupid": { "Value":"3", "Time":"2015-12-20 14:11:57" },
      "humidity": { "Value":"0", "Time":"2015-11-01 11:15:08" },
      "maxValveSetting": { "Value":"100", "Time":"2015-12-20 14:11:57" },
      "maximumTemperature": { "Value":"on", "Time":"2015-12-20 14:11:57" },
      "measurementOffset": { "Value":"0.0", "Time":"2015-12-20 14:11:57" },
      "minimumTemperature": { "Value":"off", "Time":"2015-12-20 14:11:57" },
      "mode": { "Value":"manual", "Time":"2015-12-21 22:00:48" },
      "msgcnt": { "Value":"20", "Time":"2015-11-12 22:18:38" },
      "state": { "Value":"15.0 °C", "Time":"2015-12-21 22:00:48" },
      "temperature": { "Value":"20.2", "Time":"2015-12-21 22:00:48" },
      "testresult": { "Value":"255", "Time":"2015-12-20 14:11:57" },
      "valveOffset": { "Value":"0", "Time":"2015-12-20 14:11:57" },
      "valveposition": { "Value":"0", "Time":"2015-12-21 22:00:48" },
      "weekprofile-0-Sat-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-0-Sat-time": { "Value":"00:00-06:00  /  06:00-09:05  /  09:05-17:00  /  17:00-23:05  /  23:05-00:00", "Time":"2015-12-20 14:11:57" },
      "weekprofile-1-Sun-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-1-Sun-time": { "Value":"00:00-06:00  /  06:00-09:05  /  09:05-17:00  /  17:00-23:05  /  23:05-00:00", "Time":"2015-12-20 14:11:57" },
      "weekprofile-2-Mon-temp": { "Value":"14.0 °C  /  13.5 °C  /  13.5 °C  /  13.5 °C  /  13.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-2-Mon-time": { "Value":"00:00-06:10  /  06:10-09:10  /  09:10-17:05  /  17:05-23:10  /  23:10-00:00", "Time":"2015-12-20 14:11:57" },
      "weekprofile-3-Tue-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-3-Tue-time": { "Value":"00:00-06:00  /  06:00-09:05  /  09:05-17:00  /  17:00-23:05  /  23:05-00:00", "Time":"2015-12-20 14:11:57" },
      "weekprofile-4-Wed-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-4-Wed-time": { "Value":"00:00-06:00  /  06:00-09:05  /  09:05-17:00  /  17:00-23:05  /  23:05-00:00", "Time":"2015-12-20 14:11:57" },
      "weekprofile-5-Thu-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-5-Thu-time": { "Value":"00:00-06:00  /  06:00-09:05  /  09:05-17:00  /  17:00-23:05  /  23:05-00:00", "Time":"2015-12-20 14:11:57" },
      "weekprofile-6-Fri-temp": { "Value":"17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C  /  17.0 °C", "Time":"2015-12-20 14:11:57" },
      "weekprofile-6-Fri-time": { "Value":"00:00-06:00  /  06:00-09:05  /  09:05-17:00  /  17:00-23:05  /  23:05-00:00", "Time":"2015-12-20 14:11:57" },
      "windowOpenDuration": { "Value":"15", "Time":"2015-12-20 14:11:57" },
      "windowOpenTemperature": { "Value":"12.0", "Time":"2015-12-20 14:11:57" }
    },
    "Attributes": {
      "IODev": "CULMAX0",
      "alias": "Badezimmer",
      "event-on-change-reading": ".*",
      "fm_type": "temp,desiredtemp,tempbutton,actuators",
      "room": "MAX"
    }
  },
  {



Gruß Carsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hellspawn0815 am 21 Dezember 2015, 21:50:23
Moin in die Runde!

Habe auf meinem RaspPi FHEM, NodeJS, Homebridge und Homebridge-FHEM installiert und möchte damit die Pins steuern.

Was bereits funktioniert
Ich bin soweit, dass ich eine angeschlossene LED über mein Shell-Script steuern kann. Außerdem kann ich die LED von der FHEM-Weboberfläche aus steuern (Wer interessiert ist, ich habe hier (http://forum.fhem.de/index.php/topic,17613.msg376675.html#msg376675) und hier (http://forum.fhem.de/index.php/topic,17613.msg376739.html#msg376739) ein paar Tipps dazu verfasst). Weiterhin kriege ich Homebridge zum laufen - Homebridge-fhem und meine LED werden korrekt erkannt. In iOS kann ich die Homebridge in HomeKit hinzufügen und sehe auch dort die LED.

Was noch nicht funktioniert
Ich kann in der HomeKit-App zwar den Schalter für meine LED umlegen aber die LED wird nicht geschaltet >:(

Meine LED ist in der fhem.cfg wie folgt konfiguriert:
Code Auswählen
define LED dummy
attr LED genericDeviceType switch
attr LED room Homekit
attr LED setList state:on,off
attr LED webCmd on:off
define sw_llll_off notify LED:off {system('/opt/fhem/gpio.py 37 0&');;}
define sw_llll_on notify LED:on {system('/opt/fhem/gpio.py 37 1&');;}

Ich hab echt keine Ahnung. Hab jemand von euch einen Tipp? Wäre sehr dankbar!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 22 Dezember 2015, 00:32:48
Zitat von: zauberfee am 18 Dezember 2015, 23:38:42
Hallo,
apropos "Lösung posten". Es gibt hier ja offensichtlich einige Nutzer bei denen viele Komponenten sauber laufen.

Wie wäre es denn, wenn diese User ihre Config mal posten würden. Am besten natürlich noch mit den entsprechenden Siri-Befehlen die bei ihnen funktionieren.
Mir und vielen anderen würde das wohl sehr helfen.
Die Wiki-Seite existiert ja schon länger:
http://www.fhemwiki.de/wiki/Hombridge_User_Configs (http://www.fhemwiki.de/wiki/Hombridge_User_Configs)

Wie sieht's aus?

VG,
Tim

Hi, würde gerne das ein o. Andere meiner configs mal aufschreiben. Wo muß ich mich denn da anmelden? Hab ins WIKI noch nie was geschrieben. Sorry für meine Unwissenheit....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 22 Dezember 2015, 06:34:36
http://www.fhemwiki.de/wiki/FHEMWiki:Administratoren
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 22 Dezember 2015, 09:04:49
Zitat von: dev0 am 22 Dezember 2015, 06:34:36
http://www.fhemwiki.de/wiki/FHEMWiki:Administratoren

Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MrRight am 22 Dezember 2015, 11:47:48
Hallo,

ich habe mich nun auch an HomeKit gewagt. Großer Respekt und ein noch größeres Danke an die Entwickler!

Die Installation hat auch soweit auf einem RPI funktioniert, Schalten von Lampen funktioniert auch... zumindest bis beim parsen von FHEM-Events ungewöhnliche Sonderzeichen auftauchen.

Code Auswählen

undefined:1
["myGDS-g_windSpeed","^C","^C"]
                      ^

SyntaxError: Unexpected token ^C
    at Object.parse (native)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:124:31)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:959:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)
    at IncomingMessage.Readable.push (_stream_readable.js:110:10)
    at HTTPParser.parserOnBody (_http_common.js:109:22)


Danach verabschiedet sich homebridge und muss neu gestartet werden.

Hat jemand eine Idee? Leider kann ich die Sonderzeichen beim GDS device nicht vermeiden.

Danke,
Carsten

edit:
gerade sehe ich, dass es auch passiert, wenn kein Sonderzeichen vorhanden ist:
Code Auswählen

["myGDS-g_windSpeed","",""]
                      ^

SyntaxError: Unexpected token
    at Object.parse (native)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:124:31)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:959:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)
    at IncomingMessage.Readable.push (_stream_readable.js:110:10)
    at HTTPParser.parserOnBody (_http_common.js:109:22)

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pady11 am 23 Dezember 2015, 22:45:34
Hallo Zusammen,

vielen Dank für die tolle Anleitung und das geniale Modul. Soweit funktioniert bei mir alles.
Allerdings habe ich Rademacher Rolladen die eine umgekehrte Logik des Zustandes besitzen, Siri setzt für auf 100 und für zu 0.
Damit reagiert der Rolladen gerade entgegensetzt.
Hat jemand eine Lösung hierfür?

Grüße und frohe Weihnachten Morgen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Dezember 2015, 09:30:08
@MrRight: kommt das normale fhemweb bei longpoll damit klar? eigentlich ist der code fast identisch. was bedeuten die ^C ?

@Pady11: wie genau werden die dinger angesteuert? was ist das für ein device?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pady11 am 24 Dezember 2015, 10:08:51
Hi,

die Rollläden benutzen das Duofern Modul in Fhem mit einem Duofernstick werden die Rollläden angesprochen. Das Problem liegt darin, dass der genericDevicetype Blind auf die Homematic Aktoren abgestimmt ist, diese besitzen jedoch eine inverse Logik.

Gruß
Pady11
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Dezember 2015, 10:14:33
devices die sich anders verhalten muss ich erst einbauen. zeig mal bitte ein jsonlist2 vom device.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pady11 am 24 Dezember 2015, 10:30:42
Der Funkstick:

{
    "Name":"Rademacher",
    "PossibleSets":"pair:noArg remotePair reopen:noArg statusBroadcast:noArg unpair:noArg",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "DEF": "/dev/ttyUSB0@115200 6FXXXX",
      "DeviceName": "/dev/ttyUSB0@115200",
      "DongleSerial": "6FXXXX",
      "FD": "10",
      "NAME": "Rademacher",
      "NR": "21",
      "NTFY_ORDER": "50-Rademacher",
      "PARTIAL": "",
      "RAWMSG": "0FFF0F21800050000000410004000161XXXXFFFFFF01",
      "STATE": "CMDs_done",
      "TYPE": "DUOFERNSTICK"
    },
    "Readings": {      "state": { "Value":"CMDs_done", "Time":"2015-12-24 08:24:26" }    },
    "Attributes": {      "room": "DUOFERN"    }
  },

Der Rolladenaktor:

{
    "Name":"Wohnzimmerrolladen",
    "PossibleSets":"dawn:noArg dawnAutomatic:on,off down:noArg dusk:noArg duskAutomatic:on,off getStatus:noArg manualMode:on,off position:slider,0,1,100 remotePair:noArg remoteUnpair:noArg stop:noArg sunAutomatic:on,off sunMode:on,off sunPosition:slider,0,1,100 timeAutomatic:on,off toggle:noArg up:noArg ventilatingMode:on,off ventilatingPosition:slider,0,1,100",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long IODev timeout toggleUpDown event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CODE": "61XXXX",
      "DEF": "61XXXX",
      "LASTInputDev": "Rademacher",
      "MSGCNT": "11",
      "NAME": "Wohnzimmerrolladen",
      "NR": "22",
      "Rademacher_MSGCNT": "11",
      "Rademacher_RAWMSG": "0FFF0F21800050000000410004000161XXXXFFFFFF01",
      "Rademacher_TIME": "2015-12-24 08:24:53",
      "STATE": "opened",
      "SUBTYPE": "RolloTron Comfort",
      "TYPE": "DUOFERN"
    },
    "Readings": {
      "dawnAutomatic": { "Value":"off", "Time":"2015-12-24 08:24:53" },
      "duskAutomatic": { "Value":"off", "Time":"2015-12-24 08:24:53" },
      "manualMode": { "Value":"on", "Time":"2015-12-24 08:24:53" },
      "moving": { "Value":"stop", "Time":"2015-12-24 08:24:53" },
      "position": { "Value":"0", "Time":"2015-12-24 08:24:53" },
      "state": { "Value":"opened", "Time":"2015-12-24 08:24:53" },
      "sunAutomatic": { "Value":"off", "Time":"2015-12-24 08:24:53" },
      "sunMode": { "Value":"off", "Time":"2015-12-24 08:24:53" },
      "sunPosition": { "Value":"65", "Time":"2015-12-24 08:24:53" },
      "timeAutomatic": { "Value":"off", "Time":"2015-12-24 08:24:53" },
      "ventilatingMode": { "Value":"off", "Time":"2015-12-24 08:24:53" },
      "ventilatingPosition": { "Value":"80", "Time":"2015-12-24 08:24:53" },
      "version": { "Value":"0.4", "Time":"2015-12-24 08:24:53" }
    },
    "Attributes": {
      "IODev": "Rademacher",
      "genericDeviceType": "blind",
      "room": "DUOFERN,Homekit"
    }
  },

Danke ;-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Dezember 2015, 10:53:51
habs eingebaut. sollte nach einem update funktionieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pady11 am 24 Dezember 2015, 11:00:37
Sorry ich steh auf dem Schlauch wie mach ich denn ein Update?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Dezember 2015, 11:03:47
Code Auswählen
npm update -g homebridge-fhem

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pady11 am 24 Dezember 2015, 11:05:01
Perfekt. Funktioniert Super.

Vielen vielen Dank und frohe Weihnachten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 24 Dezember 2015, 11:06:57
Gibt es eigentlich alle x Minuten ein Device refresh oder muss man bei Anpassungen in fhem immer den homebridge-Service neu starten?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Dezember 2015, 11:09:39
auf homebridge seite ist es noch nicht möglich zur laufzeit neue devices einzubinden.

sobald das geht mache ich das dynamisch. bis dahin muss homebridge neu gestartet werden wenn sich in dieser beziehung etwas ändert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 24 Dezember 2015, 11:15:20
Ah, OK, danke! Ist ja auch eher am Anfang relevant, wenn man dauernd rumändert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 24 Dezember 2015, 13:46:32
Noch zwei Fragen:
1. Homematic blinds und meine Garage sind offen, wenn 0% geschlossen. HomeKit denkt aber andersherum: Offen = 100% geöffnet. Es wäre praktisch, wenn man diese Eigenschaften als Parameter festlegen könnte, sonst muss man alle Standardkonfigurationen nach Siri richten und massiv umbauen...

2. Müsst Ihr auch immer von Jalousien reden? Geht auch das bei uns üblichere Wort Rolladen? Oder was noch? Wie erkundet man den Wortschatz von Siri?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Dezember 2015, 14:02:19
bei homematic ist normalerweise auch 100 gleich offen und 0 gleich zu. d.h. der homematic und der homekit default passen zueinander.

wie hast du deine rolläden umgedreht? über das hm attribut? das kann ich einbauen.

bei mir geht auch rolladen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 24 Dezember 2015, 14:05:41
Tja, ich fürchte, ich habe es über die Verkabelung so gewählt und dann in fhem angenommen, das wäre nun bei HM so herum... Soll ich lieber umbauen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MrRight am 24 Dezember 2015, 14:39:57
@justme1968: Ja, habe keine Probleme mit FHEMWEB. Sieht für mich wie ein Control-C aus. Bin etwas ratlos zumal GDS nicht im HomeKit Raum ist. Somit sollten Events überhaupt nicht beachtet werden.

Danke und schöne Weihnachten!

Gruss, Carsten

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: littlemoses am 25 Dezember 2015, 21:19:40
Ich bastel jetzt seit ein paar Tagen mit homebridge + fhem rum und habe mit meinen MAX! thermostaten das gleiche problem wie andere hier (sobald ich ein thermostat oder wandthermostat einbinde geht nichts mehr, werfe ich sie wieder raus geht wieder alles). Jetzt habe ich mir mal den source code angesehen (wollte wissen wie das ding funktioniert und auch mal paar debug ausgaben wegen dem max problem einbauen). Wenn ich das setzen der mappings für das wandthermostat ändere (von den automatisch gefunden werten auf fixe) dann wird das thermostat erkannt und ich kann die temperatur setzen, modus umschalten geht allerdings auch nicht (scheint noch ein anderes "problem" zu sein). Hier mal mein rum gehacke:

      this.mappings.thermostat.min = 0;
      this.mappings.thermostat.max = 30;
      this.mappings.thermostat.step = 1;

Damit gehts .. mit den gefunden werten (5.0 / 30.0 / 0.5) gehts nicht (ich habe bewusst mal keine floats sondern ints verwendet, damit scheint es zu gehen). @justme irgend ne idee wieso homekit mit den anderen werten nix anfangen kann bzw. dann so rumzickt (ich vermute jetzt einfach mal das es an den floats liegt). Anregungen was ich hier sonst noch testen könnte um das Problem weiter einzukreisen?

update:

Jetzt habe ich mal die Werte manuell eingetragen, damit gehts auch (also mit den floats) ... wenn ich den code so ändere:

      this.mappings.thermostat.min = parseFloat(values[0]);
      this.mappings.thermostat.max = parseFloat(values[values.length-2]);
      this.mappings.thermostat.step = parseFloat(values[1] - values[0]);

Gehts auch mit den selbst gefundenen .. sieht also so aus als wären da strings dabei. Jetzt frag ich mich grade wieso das setzen des Modus (Aus / Heizen / Kühlen / Auto) nichts bringt .. ich würde gerne, sobald ich die temperatur mal geändert habe, wieder auf auto stellen können.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Dezember 2015, 21:35:37
ich schaue mir das mit den werten noch mal an. aber auch das ging bei mir. welche node version verwendest du?

kannst du mal schauen ob es reicht aus der 0.5 eine 1 zu machen? laut homekit api und auch laut homekit accessory simulator sind sogar 0.1 erlaubt und dort sogar der default.

kannst du mal in reading2homekit schauen ob das Math.round vielleicht seltsame werte liefert und ob ein zusätzliches toFixed(1) hilft?

der mode ist nicht implementiert. es gibt kein 1:1 mapping von den homekit modes auf die max oder homematic modes und noch keine wirklich gute idee wie man das lösen kann.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: littlemoses am 25 Dezember 2015, 22:48:37
Die nodejs version ist 4.2.2 (hat aber wohl nix damit zu tun, weil ich auch schon andere probiert hatte: 0.12.x / 4.x / 5.x). Nochmal wegen den Werten, vlt. hast du mein update nicht gesehen aber es liegt wohl doch nicht an den floats sondern an der Tatsache das min / max strings sind und der damit vermutlich nicht klar kommt (der debug print sieht aber dann halt trotzdem ok aus). Ich kenn mich javascript jetzt nicht wirklich aus, aber der Step von 0.5 kommt wohl raus weil der die strings implizit in zahlen konvertiert und dann damit rechnet. Das mit den modes finde ich schade .. wenn das jetzt irgendwie noch sinnvoll ginge wäre das super. (Persönlich würde es mir reichen wenn der auto modus in homekit den modus in fhem auf auto setzt und der rest einfach ignoriert wird).

Wenn ich mir den code hier so angucke:

    } else if( reading == 'temperature'
               || reading == 'measured'
               || reading == 'measured-temp'
               || reading == 'desired-temp'
               || reading == 'desired'
               || reading == 'desiredTemperature' ) {
      value = parseFloat( value );

      if( this.mappings.thermostat
          && this.mappings.thermostat.min
          && this.mappings.thermostat.max
          && reading == this.mappings.thermostat.reading ) {
        if( value < this.mappings.thermostat.min )
          value = this.mappings.thermostat.min;
        else if( value > this.mappings.thermostat.max )
          value = this.mappings.thermostat.min;

        if( this.mappings.thermostat.step )
          value = Math.round(value / this.mappings.thermostat.step) * this.mappings.thermostat.step;
      }

Wenn da der vergleich value <> min/max true ist weil floats mit strings verglichen werden, wird value auf den string gesetzt ...
Es sollte doch auch in javascript min / max operatoren geben (Math.max / Math.min) damit kann man das vermutlich ohne die vielen if / else da schreiben:

value = Math.min(Math.max(value, this.mappings.thermostat.min), this.mappings.thermostat.max));
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Dezember 2015, 23:11:53
ok... ich denke wir haben das problem. da dürfen natürlich keine strings sein. da ist beim kopieren etwas schief gegangen.

in meinen debug ausgaben habe ich genau deshalb immer noch den datentyp mit drin. nur für diese beiden werte nicht ...

ich checke die reparierte version gleich ein.

die 0.5 sind ok.

das problem mit dem mode ist unter anderem das ich in homekit ja auch den aktuellen mode darstellen muss damit du den neuen auswählen kannst. und bei hm und bei max beeinflussen sich temperatur und mode.

du kannst mal probieren in zeile 2097 und 2111 thermostat_modex wieder in thermostat_mode zu ändern. funktioniert es dann wie du es dir vorstellst?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: littlemoses am 25 Dezember 2015, 23:37:04
Ich hab mich beim code angucken schon gefragt ob das ein typo ist (modex) ... wollte ich grade probieren, jetzt geht grade allerdings gar nix mehr (gerät hinzufügen auf dem iphone bringt nen fehler nachdem ich den code eingegeben habe, auch ohne die max thermostate)  :o

Ich hab mir grade mal den change im github angesehen:

value = (Math.round(value / this.mappings.thermostat.step) * this.mappings.thermostat.step).toFixed(1);

Das toFixed da verstehe ich nicht, laut help:

"Convert a number into a string"

Damit ist dann value doch wieder ein string (wenn ich das toFixed wegnehme gehts wieder)

(Wenn ich dann das modex nach mode ändere funktioniert leider nichts mehr)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 25 Dezember 2015, 23:59:58
du warst zu schnell.

da hat noch ein parseFloat gefehlt. der grund für das toFixed ist das es manchmal rundungs fehler auf grund der float genauigkeit gibt.

gruss
  andre

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: littlemoses am 26 Dezember 2015, 00:05:33
Ich verstehe nicht wieso du das jetzt auf eine stelle abschneidest .. die normierung da sollte schon dafür sorgen dass da keine unpassenden werte rauskommen.

(Ich gehe davon aus das der step keine allzu krummen werte enthält)

Aber gut, das kann man natürlich auch so lassen .. schadet ja nix (sieht nur komisch aus). Hast ne idee wieso das mit dem mode umsetzen gar nicht geht (muss da noch ein filter / umsetzen nur bestimmter werte rein?)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Dezember 2015, 00:17:45
es gibt leider beispiele bei denen ohne das abschneiden noch eine hand voll nullen und dann irgend ein unsinn kommt.   auch bei 0.5 oder 0.1.

eigentlich sollte es reichen die x weg zu machen. ich habe es aber nach der umstellung auf das neue api noch nicht wieder getestet. ich schaue es mir morgen an.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: littlemoses am 26 Dezember 2015, 00:22:21
hmm, ok .. finde ich seltsam. Danke schon mal im voraus für deine Hilfe beim mode umsetzen (pressiert auch nicht so sehr) ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Calle78 am 27 Dezember 2015, 13:55:40
Hey zusammen, bei mir läufts auch mit dem Script von @l2r. Strange ist nur das nach einem Neustart der Status zwar auf Running steht aber erst wirklich in Eve erreichbar ist wenn ich noch einmal stoppe und wieder starte. Kann mir jemand einen Tipp geben wie ich debuggen kann was da schief läuft oder hat sogar jemand eine spontane Idee?

ciao Carlo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 27 Dezember 2015, 14:21:48
hi,

schau dir mal die Logs an
Code Auswählen

tail -f /var/log/homebridge.log
tail -f /var/log/homebridge.err

Da sollte eig alles drin stehen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 27 Dezember 2015, 15:22:08
Nach dem Update der Bridge laufen jetzt auch die MAX Thermostate und lassen sich auch über SIRI korrekt ansteuern. Vielen Dank an alle klugen Köpfe. !!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: zauberfee am 27 Dezember 2015, 20:02:17
So, nix an der Konfiguration geändert, aber Eve will nicht mehr.
Was habe ich versucht:

----> hinzufügen fehlgeschlagen! Verbindung mit Zubehör nicht möglich!

Ich raste aus! Was eine Sch****! Jmd noch nen Tipp?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 27 Dezember 2015, 20:29:41
Hallo,
du hast die Pin in der "config.json" bewusst geändert??
viele Gruesse
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: benkler am 27 Dezember 2015, 23:18:49
wollte mich hier auch nochmal bedanken, für alle die an dem Thema arbeiten.
Ihr seit einfach Spitze.
Ich hätte gerne selbst mehr dazu beigetragen, aber ich bin noch relativ neu in dem Them Fhem.

Bie mir funktioniert die Homebridge nun auch mit meinen Thermostaten.
Wenn ihr das mit dem Mode noch hinbekommt wär es noch richtig genial :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: zauberfee am 28 Dezember 2015, 06:52:03
@pit sorry, schreibfehler. pin habe ich nicht verändert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 28 Dezember 2015, 10:36:07
Zitat von: piet_pit am 27 Dezember 2015, 20:29:41
Hallo,
du hast die Pin in der "config.json" bewusst geändert??
viele Gruesse
Pit

Das kann nicht das eigentliche Problem sein, denn ich habe in meiner json.config nicht nur die PIN, sondern auch die MAC-Adresse und den Port geändert und das funktioniert auch alles.

Ich hatte das aber auch schon mal. Wichtig ist, dass man EVE nicht offen hat, wenn man die Homekit-Konfig zurücksetzt - zumindest war das immer ein Tipp, der rumging.

...und in der homebridge.err steht eigentlich nie irgendetwas brauchbares drin...  :(

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 28 Dezember 2015, 10:54:46
moin moin,

habe ins WIKI noch folgenden Zusatz gemacht:

Code Auswählen
Wenn aus dem Standard Debian Repository eine zu niedrige Version installiert wird kann mit folgenden Befehlen das Node Repository hinzugefügt werden und NodeJS entsprechend installiert werden.

curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs

damit lief es mit dem Node dann sofort :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 28 Dezember 2015, 12:10:51
Gibt es eine Chance für neue Devices:

- IPCAM
- GPLOT/SVG
- Presence

Was ist da zu tun? wie kann ich helfen?


Gruß, Bernd
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Dezember 2015, 12:31:03
presence und roomate&co sind schon lange eingebaut und gehen.

plots gibt es in homekit offiziell nicht. eve verwendet private services die nicht dokumentiert sind. eventuell bekommen wir es für temperatur und feuchte nachgebaut. ich bin aber noch nicht dazu gekommen.

was genau möchtest du mit ipcam in homekit machen?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 28 Dezember 2015, 12:42:21
Ah, dann muss ich nochmal nachsehen, was ich bei presence falsch gemacht hab.

Kameras habe ich zwei am Haus und möchte gern den Livestream oder alle x sec. ein Bild oder so. Eine IP Türsprechstelle mit Kamera ist doch auch sinnvoll, oder?

Plots ist natürlich immer schade, ich mag sowas ganz gern. Gibt mir mehr als nur den Status zu betrachten, wenn ich auch die Historie sehen kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Dezember 2015, 12:50:15
presence & co gehen direkt out of the box. es ist nichts weiter zu setzen. die müssen nur im filter auftauchen.

homekit kann mit streams und video nichts anfangen. auch eve glaube ich nicht.

beim homekit und plots ist die frage ob man dann nicht besser fhemweb oder eines der anderen frontends verwendet. ich sehe homkit vor allem um mal schnell etwas (per siri) zu machen. nicht als vollwertiges frontend.

gruss
  andre
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 28 Dezember 2015, 12:51:31
Kenn Ihr die iDevices App? Die sieht toll aus, finde ich.

Nur die Funktion der Rolläden und der HM-Thermostate ist nicht ganz perfekt. Man kann die Temperatur irgendwie nicht immer einstellen , nur wenn Mode auf Auto oder Heat steht und bei den Rolladen kann man einen Lauf nicht mehr unterbrechen, wenn er einmal läuft.

Entspricht sonst sehr meinem Geschmack.

Was meint Ihr?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: nephdrasil am 28 Dezember 2015, 16:04:55
Hallo an alle,


Irgendwie bekomme ich die Thermostate von HM nicht zu laufen subtyp steht auf  Thermostat. Muss ich dich auch beim Clima Channel setzten? Wenn ja wie.

Wie kann ich HomeKit auf zwei unterschiedlichen iPhones nutzen. Auf meinem funktioniert alles. Wenn ich das meiner Frau verbinden will findet Man das HomeKit nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Dezember 2015, 16:10:23
du musst den richtigen channel verwenden.

homekit devices können nur mit einem account verbunden sein. du musst von deinem account die devices freigeben und den anderen account einladen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: nephdrasil am 28 Dezember 2015, 16:17:37
Danke für die Info. Wo finde ich die einladungsfunktion. Irgendwie bin ich blind. Nutze iOS 8.x und eve
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Dezember 2015, 16:21:26
zahnrad -> gastzugriff
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: nephdrasil am 28 Dezember 2015, 16:27:27
Thx
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 28 Dezember 2015, 19:22:54
Hallo Zusammen,
ich habe mal eine Frage zu dem Script "Homebridge Start und Status in FHEM"...

Wie muss ich das Script anpassen, wenn Homebridge und FHEM auf getrennten RPi laufen :-[ :-[?

z.b. hier....

Code Auswählen
if ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is already running"
        perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is allready running"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
        perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"

ich vermute, dass ich hinter ...perl.. eine IP-Adresse angeben muss, oder?
vielen Dank für die Hilfe..
Pit

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 28 Dezember 2015, 19:37:56
host:port
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andipilz am 29 Dezember 2015, 20:27:19
Hallo!

Kann es sein, dass es auch einen Typenfehler bei der Nutzung eines WifiLight Devices gibt?

Wenn ich dieses über den Filter einbinde, dann geht gar nichts mehr. Einzige Lösung ist dann, das Zuhause komplett zu löschen und neu zu paaren. Benutze im Moment Eve ...

Der in der Konsole laufende Homebridge zeigt nichts an. FHEM zu Homebridge funktioniert auch, aber Homebridge zu Eve nicht mehr. Und zwar nachvollziehbar zu dem Zeitpunkt, dass ich das Device in Eve das erste Mal anzeigen lasse.

Gruß Andi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 29 Dezember 2015, 21:39:30
Das kann sehr gut sein. Meine Homebridge schmiert auch ab, sobald ich ein Wifilight-Device dazunehme.

Das jsonlist2 von diesem Device sieht so aus:

Code Auswählen
fhem> jsonlist2 dreamyLightDachboden
{
  "Arg":"dreamyLightDachboden",
  "Results": [
  {
    "Name":"dreamyLightDachboden",
    "PossibleSets":"on off dim dimup dimdown HSV RGB",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings gamma dimStep defaultColor defaultRamp colorCast whitePoint DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fp_Dachboden fp_Erdgeschoss fp_Keller fp_Obergeschoss fp_Schrammstwiete7a_DB fp_Schrammstwiete7a_EG fp_Schrammstwiete7a_OG fp_Schrammstwiete7a_UG genericDeviceType:switch,outlet,light,blind,speaker,thermostat,lock,window,contact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CONNECTION": "LD382A",
      "DEF": "RGBW LD382A:10.10.0.31",
      "IP": "10.10.0.31",
      "LEDTYPE": "RGBW",
      "NAME": "dreamyLightDachboden",
      "NR": "342",
      "NTFY_ORDER": "50-dreamyLightDachboden",
      "PORT": "5577",
      "PROTO": "1",
      "SLOT": "0",
      "STATE": "off",
      "TYPE": "WifiLight"
    },
    "Readings": {
      "RGB": { "Value":"000000", "Time":"2015-12-29 07:43:24" },
      "brightness": { "Value":"0", "Time":"2015-12-29 07:43:24" },
      "hue": { "Value":"40", "Time":"2015-12-29 07:41:02" },
      "saturation": { "Value":"0", "Time":"2015-12-29 07:41:02" },
      "state": { "Value":"off", "Time":"2015-12-29 07:43:24" }
    },
    "Attributes": {
      "colorCast": "0,-29,0,-29,0,10",
      "defaultColor": "40,80,100",
      "gamma": "1.0",
      "group": "Licht",
      "room": "Dachboden",
      "webCmd": "RGB",
      "whitePoint": "0,0,0",
      "widgetOverride": "RGB:colorpicker,RGB"
    }
  }  ],
  "totalResultsReturned":1
}

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andipilz am 30 Dezember 2015, 15:09:02
Hmm, ja schonmal gut, das es Anlass zur Vermutung gibt, dass das Problem nicht vor meinem Rechner sitzt!  ;)

bei mir sieht das Device so aus:

Code Auswählen
{
  "Arg":"wz_LEDStripe_Dim",
  "Results": [
  {
    "Name":"wz_LEDStripe_Dim",
    "PossibleSets":"on off dim dimup dimdown HSV RGB",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long gamma dimStep defaultColor defaultRamp colorCast whitePoint cmdIcon devStateIcon devStateStyle fm_type fp_Wetter icon room_map sortby structexclude webCmd widgetOverride genericDeviceType:switch,outlet,light,blind,speaker,thermostat userattr",
    "Internals": {
      "CONNECTION": "LW12",
      "DEF": "RGB LW12:laederach140.oans.dyndns.org",
      "IP": "laederach140.oans.dyndns.org",
      "LEDTYPE": "RGB",
      "NAME": "wz_LEDStripe_Dim",
      "NR": "443",
      "NTFY_ORDER": "50-wz_LEDStripe_Dim",
      "PORT": "5577",
      "PROTO": "1",
      "SLOT": "0",
      "STATE": "off",
      "TYPE": "WifiLight"
    },
    "Readings": {
      "RGB": { "Value":"000000", "Time":"2015-12-26 13:14:13" },
      "brightness": { "Value":"0", "Time":"2015-12-26 13:14:13" },
      "hue": { "Value":"234", "Time":"2015-12-26 13:14:13" },
      "saturation": { "Value":"88", "Time":"2015-12-26 13:14:13" },
      "state": { "Value":"off", "Time":"2015-12-26 13:14:13" }
    },
    "Attributes": {
      "colorCast": "0, -20, -20, -25, 0, -10",
      "devStateIcon": "{Color_devStateIcon(ReadingsVal($name,\"RGB\",\"000000\"))}",
      "icon": "light_led_stripe_rgb",
      "room": "WZ",
      "webCmd": "RGB",
      "whitePoint": "1, 0.75, 0.25",
      "widgetOverride": "RGB:colorpicker,RGB"
    }
  }  ],
  "totalResultsReturned":1
}

Any ideas?

Gruß und guten Rutsch

Andi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 31 Dezember 2015, 09:24:42
Hallo Leute,

also soweit läuft bei mir alles. Habe die neue Version installiert und die Geräte sind ganz gut steuerbar (hat mir in der alten Version trotzdem besser gefallen).

Das Problem ist, dass die Homebridge aber nur ab und zu erreichbar ist. Der Service läuft bzw. startet aber ganz normal, ich habe mir mal ein Errorlog ausgeben lassen:

Code Auswählen
*** 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>

Seltsamerweise ist die Homebridge von alleine wieder erreichbar, sporadisch und ohne mein Zutun?! Habt ihr einen Lösungsvorschlag?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 31 Dezember 2015, 10:17:46
Zitat von: Odin am 31 Dezember 2015, 09:24:42
Hallo Leute,

also soweit läuft bei mir alles. Habe die neue Version installiert und die Geräte sind ganz gut steuerbar (hat mir in der alten Version trotzdem besser gefallen).

Das Problem ist, dass die Homebridge aber nur ab und zu erreichbar ist. Der Service läuft bzw. startet aber ganz normal, ich habe mir mal ein Errorlog ausgeben lassen:

Code Auswählen
*** 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>

Seltsamerweise ist die Homebridge von alleine wieder erreichbar, sporadisch und ohne mein Zutun?! Habt ihr einen Lösungsvorschlag?

Ich sag' doch, dass im error log nie was gescheites drin steht. Das was du da siehst ist die Standard-Meldung wenn man ein Modul sich beim Bonjour-Servive (avahi) anmeldet und kann getrost ignoriert werden. Wenn die Homebridge dann mal abschmierst steht nirgendwo, warum sie das getan hat.

Was dir an der alten Version (der Homebridge) besser gefallen hat, will mir aber nicht einleuchten, denn mit der kommt man doch gar nicht in Berührung...

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 31 Dezember 2015, 10:32:30
Naja der Fakt zum Beispiel, dass die alte Version bei mir tadellos lief! ;-) Hätte ich doch nur nicht geupdatet...  :-\

OK, hat also niemand ein ähnliches Problem? Homegridge startet ganz normal, ohne Fehlermeldung ist aber nicht erreichbar.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 31 Dezember 2015, 12:01:51
Ich habe nochmal ein wenig ausprobiert:

- ein neustart bringt keine Verbesserung, die Homebridge ist immer noch nicht erreichbar

wenn ich aber die MAC-Adresse (username) in der config ändere und dann neustarte ist die Homebridge wieder erreichbar.
Natürlich muss dann aber im Homekit neu koppeln. Hat jemand ne Idee was da falsch sein könnte? Warum steht überhaupt eine MAC-Adresse im Feld username???
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 31 Dezember 2015, 12:44:11
@budy, andipilz: das WifiLight problem schaue ich mir an. bitte zeigt auch mal die start meldungen von der konsole und die ausgabe von cached im debug browser.

@Odin: der user name ist einfach nur die id dieser homebridge instanz und muss wie jede andere homekit device id aussehen wie eine mac adresse.

'echte' fehler logs bekommst du nur wenn du die logs aus dem iOS device ausliest. das ist komplett homekit intern.

für alle die probleme mit der stabilität von homebridge haben: versucht mal das hier: https://github.com/nfarina/homebridge/issues/420#issuecomment-168158991 (https://github.com/nfarina/homebridge/issues/420#issuecomment-168158991).
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andipilz am 31 Dezember 2015, 12:58:38
Hallo!

Hier die Ausgabe beim Start ohne die Avahi-Warnung und nur jeweils der Ausschnitt in dem wz_LEDStripe_Dim vorkommt:

Code Auswählen
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[FHEM] Initializing FHEM platform...
starting longpoll: http://ferrero.oans.dyndns.org:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1451562814602
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://ferrero.oans.dyndns.org:8083/fhem?cmd=jsonlist2%20room=Homebridge&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082
[FHEM] got: 19 results
--------schnipp--------
[FHEM] wz_LEDStripe_Dim has RGB [RGB]
[FHEM] wz_LEDStripe_Dim has onOff [state;on,off]
[FHEM]   caching: wz_LEDStripe_Dim-RGB: 000000 as string (from 000000)
[FHEM]   caching: wz_LEDStripe_Dim-state: 0 as number (from off)
--------schnipp--------
[FHEM] Initializing platform accessory 'wz_LEDStripe_Dim'...
[FHEM] creating services for wz_LEDStripe_Dim
[FHEM]   information service for wz_LEDStripe_Dim
[FHEM]   lightbulb service for wz_LEDStripe_Dim
[FHEM]     on characteristic for wz_LEDStripe_Dim
[FHEM]     fake hue characteristic for wz_LEDStripe_Dim
[FHEM]     fake saturation characteristic for wz_LEDStripe_Dim
[FHEM]     fake brightness characteristic for wz_LEDStripe_Dim
--------schnipp--------
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:


Aber wie komme ich an die Ausgabe von cached im debug browser??? :)

Gruß und guten Rutsch

Andi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 31 Dezember 2015, 14:00:19
@justme1968: danke für den Tipp, habe ich gemacht - leider ist die Homebridge nach kurzer Zeit wieder nicht erreichbar  :'(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 31 Dezember 2015, 17:20:58
Hallo,

leider komme ich auf meinem Raspi 2 mit dem aktuellen Wheezy mit dem jetzt gerade erneuerten Wiki nur bis zu dieser Stelle:

ZitatSome packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
nodejs : Depends: libc6 (>= 2.16) but 2.13-38+rpi2+deb7u8 is to be installed
          Depends: libstdc++6 (>= 5.2) but 4.8.2-21~rpi3rpi1 is to be installed
E: Unable to correct problems, you have held broken packages.

Kann mir dazu jemand den/die entscheidenden Tipp/s geben??

Und natürlich allen hier ein gutes neues Jahr!!


Gruß



Wolfgang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 31 Dezember 2015, 17:24:29
@WolfgangV

benutzt mal die aktuelle Version:

Code Auswählen
curl -sL https://deb.nodesource.com/setup_5.x | sudo -E bash -
sudo apt-get install -y nodejs
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 31 Dezember 2015, 18:12:59
Hallo Odin,

danke für die schnelle und korrekte Antwort.
Vielleicht sollte das auch im Wiki geändert werden. Da gibt es ja anscheinend fast stündlich Änderungen, die "alte" Anweisungen obsolet machen.

Und nochmals allen einen guten Rutsch!


WolfgangV
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 31 Dezember 2015, 18:20:07
Zitat von: WolfgangV am 31 Dezember 2015, 18:12:59
Hallo Odin,

danke für die schnelle und korrekte Antwort.
Vielleicht sollte das auch im Wiki geändert werden. Da gibt es ja anscheinend fast stündlich Änderungen, die "alte" Anweisungen obsolet machen.

Und nochmals allen einen guten Rutsch!


WolfgangV

und wikiniert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 31 Dezember 2015, 18:27:51
Hallo,

schon wieder ich  ;)

jetzt gibt es bein nächsten Schritt irgendein Rechteproblem, das ich wohl dieses Jahr (auch mit eurer Hilfe) nicht mehr lösen werde:

Zitatpi@raspberrypi ~ $ sudo npm install -g homebridge
\
> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/h                                                                                                  ap-nodejs/node_modules/curve25519
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/roo                                                                                                  t/.node-gyp/4.2.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/                                                                                                  node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gy                                                                                                  p"

Gruß


Wolfgang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 31 Dezember 2015, 18:44:49
@WolfgangV

das sollte m.E. eigentlich nicht stören, solange die Installation so oder so ähnlich endet:

Code Auswählen
sudo npm install -g homebridge

Code Auswählen
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_tobytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnegative.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_isnonzero.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_frombytes.o
  CC(target) Release/obj.target/ed25519/src/ed25519/fe_pow22523.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_reduce.o
  CC(target) Release/obj.target/ed25519/src/ed25519/sc_muladd.o
  CXX(target) Release/obj.target/ed25519/src/ed25519.o
  SOLINK_MODULE(target) Release/obj.target/ed25519.node
  SOLINK_MODULE(target) Release/obj.target/ed25519.node: Finished
  COPY Release/ed25519.node
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/ed25519/build'
/usr/local/bin/homebridge -> /usr/local/lib/node_modules/homebridge/bin/homebridge
homebridge@0.2.13 /usr/local/lib/node_modules/homebridge
├── commander@2.8.1 (graceful-readlink@1.0.1)
├── semver@5.0.3
├── chalk@1.1.1 (escape-string-regexp@1.0.4, supports-color@2.0.0, ansi-styles@2.1.0, has-ansi@2.0.0, strip-ansi@3.0.0)
└── hap-nodejs@0.0.3 (debug@2.2.0, node-persist@0.0.3, curve25519@1.1.0, srp@0.2.0, mdns@2.2.11, ed25519@0.0.3)



So und nun guten Rutsch!  :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 01 Januar 2016, 11:45:09
Moin,

Zitat von: andipilz am 31 Dezember 2015, 12:58:38
Aber wie komme ich an die Ausgabe von cached im debug browser??? :)

Gruß und guten Rutsch

Andi

Dazu musst du dich auf deinen Homebridge-Host auf Port 8082 mit einem Browser verbinden und dann kannst du dort auf den Link cached klicken.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 01 Januar 2016, 12:35:57
Hallo Leute,

erstmal ein gesundes neues euch allen!  :)

Ich dreh ich echt noch durch, meine Homebridge ist immer nach ein paar Minuten nicht erreichbar und ich finde den Fehler einfach nicht.

Was ist bisher getan habe:

- Homebridge und Fhem Plugin neuinstalliert
- NodeJS neuinstalliert, dann v5 installiert
- HAP-Nodejs in der package.json von v0.0.3 auf v0.0.7 geändert
- Eve App auf iPhone (iOS 9.2) neuinstalliert und komplett neu eingerichtet

Leider alles ohne Erfolg!

Wenn ich einen Discover im Netzwerk mache wird die Homebridge auch gefunden (stimmen auch alle Daten). Außerdem sehe ich im Log dass die Homebridge auf Veränderungen reagiert wenn ich in Fhem z.B. eine Lampe einschalte.
Nur die App scheint die Homebridge nicht mehr zu finden -> nicht erreichbar! Wenn ich in der App nach einem neuen Gerät suche wird auch keine Homebridge angezeigt.

Wie ich bereits geschrieben habe, wenn ich die MAC-Adresse (username) in der config ändere, den Dienst neustarte und auf dem iPhone im Homekit "mein Zuhause" lösche wird die Homebridge gefunden und funktioniert für ca. 15-30 min. top bis die dann wieder nicht erreichbar ist.

Habt ihr noch Ideen?  :-\
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 01 Januar 2016, 12:36:43
Hallo Zusammen,
erst einmal ein gesundes neues Jahr 2016. :)

Ich habe eine kleines Problem mit dem Startscript und komme mit meinen bescheidenen Linux-Kenntnissen nicht weiter...
Homebridge startet einwandfrei und ich kann den Service homebridge auch mit Start bzw. Stop steuern.
Es werden aber auf der console nicht die echo-Ausgaben wie...

Code Auswählen

if ps -p $PID > /dev/null 2>&1; then
        echo "Homebridge is already running"
else
        su - pi -c "homebridge > /dev/null 2>&1 &"
        echo "Homebridge starting"
        $0 status


ausgegeben. Ich weiss einfach nicht, woran das liegen kann?
Wer hat eine Idee?
Vielen Dank und viele Grüße
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 01 Januar 2016, 13:14:52
@ Odin

Hallo,

leider endet die Homebridge-Installation so:

Zitatmake: *** [Release/obj.target/dns_sd_bindings/src/dns_sd.o] Error 1
make: Leaving directory '/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns/build'
gyp ERR! build error
gyp ERR! stack Error: `make` failed with exit code: 2
gyp ERR! stack     at ChildProcess.onExit (/usr/local/lib/node_modules/npm/node_modules/node-gyp/lib/build.js:270:23)
gyp ERR! stack     at emitTwo (events.js:87:13)
gyp ERR! stack     at ChildProcess.emit (events.js:172:7)
gyp ERR! stack     at Process.ChildProcess._handle.onexit (internal/child_process.js:200:12)
gyp ERR! System Linux 4.1.13-v7+
gyp ERR! command "/usr/local/bin/node" "/usr/local/lib/node_modules/npm/node_modules/node-gyp/bin/node-gyp.js" "rebuild"
gyp ERR! cwd /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/mdns
gyp ERR! node -v v4.2.1
gyp ERR! node-gyp -v v3.0.3
gyp ERR! not ok
npm ERR! Linux 4.1.13-v7+
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge"
npm ERR! node v4.2.1
npm ERR! npm  v2.14.7
npm ERR! code ELIFECYCLE

npm ERR! curve25519@1.1.0 install: `node-gyp rebuild`
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the curve25519@1.1.0 install script 'node-gyp rebuild'.
npm ERR! This is most likely a problem with the curve25519 package,
npm ERR! not with npm itself.
npm ERR! Tell the author that this fails on your system:
npm ERR!     node-gyp rebuild
npm ERR! You can get their info via:
npm ERR!     npm owner ls curve25519
npm ERR! There is likely additional logging output above.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/pi/npm-debug.log

...womit ich mit meinen höchstens rudimentären Linux-Kenntnissen wieder mal am Ende bin - obwohl das Jahr gerade erst angefangen hat.  ;)

Ich hoffe, alle hier sind gut reingekommen!

Gruß


Wolfgang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 01 Januar 2016, 13:32:46
Moin,

Zitat von: Odin am 01 Januar 2016, 12:35:57
Hallo Leute,

erstmal ein gesundes neues euch allen!  :)

Ich dreh ich echt noch durch, meine Homebridge ist immer nach ein paar Minuten nicht erreichbar und ich finde den Fehler einfach nicht.

Was ist bisher getan habe:

- Homebridge und Fhem Plugin neuinstalliert
- NodeJS neuinstalliert, dann v5 installiert
- HAP-Nodejs in der package.json von v0.0.3 auf v0.0.7 geändert
- Eve App auf iPhone (iOS 9.2) neuinstalliert und komplett neu eingerichtet

Leider alles ohne Erfolg!

Wenn ich einen Discover im Netzwerk mache wird die Homebridge auch gefunden (stimmen auch alle Daten). Außerdem sehe ich im Log dass die Homebridge auf Veränderungen reagiert wenn ich in Fhem z.B. eine Lampe einschalte.
Nur die App scheint die Homebridge nicht mehr zu finden -> nicht erreichbar! Wenn ich in der App nach einem neuen Gerät suche wird auch keine Homebridge angezeigt.

Wie ich bereits geschrieben habe, wenn ich die MAC-Adresse (username) in der config ändere, den Dienst neustarte und auf dem iPhone im Homekit "mein Zuhause" lösche wird die Homebridge gefunden und funktioniert für ca. 15-30 min. top bis die dann wieder nicht erreichbar ist.

Habt ihr noch Ideen?  :-\

Dieses Verhalten hatte ich, als ich noch ein WifiLight-Device in der Homebridge mit drin hatte. In meinem Fall ein LD382A, welcher darüber angesprochen wurde. Der Effekt war, dass die Homebrige eine Zeit, so 30 bis max. 60 Min. funktionierte und danach nicht mehr von Homekit aus ansprechbar war. Seit dem ich das Device aus dem Raum Homekit, und somit aus der Homebridge entfernt hatte, läuft meine Homebridge ganz stabil.

Wenn also nur Homekit nicht auf die Homebridge zugreifen kann, ist es eher so etwas.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 01 Januar 2016, 18:28:15
@budy: Tatsache, danke! Hatte zwei Mi-Light Lampen mit drin. Die habe ich jetzt rausgenommen und nun läuft die Homebridge seit 3h.

So und wie bekomme ich meine Mi-Light Lampen mit eingebunden? So dass die mit Fhem synchron sind?
Genau darum war mit die alte Version lieber, da liefen alle Gerät ohne Probleme.  8)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 01 Januar 2016, 19:29:27
Hattes du evtl. vorher ein separates Modul für die Mi-Lights drin? Wenn ja, wäre es evtl. besser, die Mi-Lights derzeit darüber an die Homebridge anzubinden. Ich habe ja als Plugins nur Andrés homebridge-fhem drin, und das kann es derzeit offenbar nicht richtig. Wobei ich das Verhalten schon merkwürdig finde, denn es funktioniert ja immer eine gewisse Zeit, bevor dann wohl die Homekit-DB auf dem iOS Gerät zerbröselt.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 01 Januar 2016, 19:32:18
@Odin,
vielen Dank für deinen Tip..., da scheint das Startscript einen Fehler zu haben, habe ihn bei mir korrigiert, jetzt kommt nach

Code Auswählen

sudo /etc/init.d/homebridge start


folgendes:
Code Auswählen

Homebridge starting
Homebridge is not running


..somit scheint im Startscript aus dem Wiki immer noch ein Fehler zu sein...
ich finde ihn aber nicht...
Ist dieser Fehler nur bei mir :( :( :(

Viele Grüße
Pit


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 01 Januar 2016, 19:59:20
@piet-pit: nehm einfach meins, wenn du möchtest.

Code Auswählen
#! /bin/sh
### BEGIN INIT INFO
# Provides:          Homekit
# Required-Start:    $remote_fs $syslog
# Required-Stop:     $remote_fs $syslog
# Default-Start:     2 3 4 5
# Default-Stop:      0 1 6
# Short-Description: Homekit4FHEM / Hausautomatisierung für Siri
### END INIT INFO

# Define LSB log_* functions.
# Depend on lsb-base (>= 3.2-14) to ensure that this file is present
# and status_of_proc is working.
. /lib/lsb/init-functions

# Settings
cmd="homebridge"
user="pi"

name=`basename $0`
pid_file="/var/run/$name.pid"
stdout_log="/var/log/$name.log"
stderr_log="/var/log/$name.err"

get_pid() {
    cat "$pid_file"
}

is_running() {
    [ -f "$pid_file" ] && ps `get_pid` > /dev/null 2>&1
}

case "$1" in
    start)
    if is_running; then
        echo "Already started"
    else
        echo "Starting $name..."
        if [ -z "$user" ]; then
            sudo $cmd >> "$stdout_log" 2>> "$stderr_log" &
        else
            sudo -u "$user" $cmd >> "$stdout_log" 2>> "$stderr_log" &
        fi
        echo $! > "$pid_file"
        if ! is_running; then
            echo "Unable to start, see $stdout_log and $stderr_log"
            exit 1
        fi
    fi
    ;;
    stop)
    if is_running; then
        echo -n "Stopping $name..."
        kill `get_pid`
        for i in {1..10}
        do
            if ! is_running; then
                break
            fi

            echo -n "."
            sleep 1
        done
        echo

        if is_running; then
            echo "Not stopped; may still be shutting down or shutdown may have failed"
            exit 1
        else
            echo "Stopped"
            if [ -f "$pid_file" ]; then
                rm "$pid_file"
            fi
        fi
    else
        echo "Not running"
    fi
    ;;
    restart)
    $0 stop
    if is_running; then
        echo "Unable to stop, will not attempt to start"
        exit 1
    fi
    $0 start
    ;;
status)
status_of_proc $0 && exit 0 || exit $?
;;
log)
tail -f $stdout_log
;;
err)
tail -f $stderr_log
;;
*)
echo "Usage: $0 {start|stop|restart|status|log|err}" >&2
exit 1
;;
esac

exit 0

Unter Settings ggf. den User anpassen!
Folgende Befehle können verwendet werden:

Code Auswählen
sudo service homebridge start
Dienst starten

Code Auswählen
sudo service homebridge stop
Dienst stoppen

Code Auswählen
sudo service homebridge restart
Dienst neustarten

Code Auswählen
sudo service homebridge status
zeigt den Status an

Code Auswählen
sudo service homebridge log
Logdatei ansehen (mit Strg + c kommt man wieder raus)

Code Auswählen
sudo service homebridge err
Errordatei ansehen (mit Strg + c kommt man wieder raus) -> die ist aber nicht wirklich aussagekräftig  ;D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 01 Januar 2016, 20:05:07
@budy: nein hatte auch nur das Fhem-Plugin drin. Ich werde mir jetzt erstmal einen Dummy bauen, damit ich die Lampen zumindest an- und ausschalten kann. Für die Helligkeit und die Farbe muss ich mir etwas einfallen lassen, außer jemand hat eine andere Lösung?! Das Mi-Light-Plugin werde ich mir auch noch ansehen, wobei ich dort ja nicht über Fhem gehe und ich dies vermeiden möchte.

Finde ich auch seltsam! Läuft eine Weile tadellos und dann zerraut es auf dem iPhone irgendwas...  :'(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andipilz am 01 Januar 2016, 20:19:29
Hallo!

Zm Thema WifiLight habe ich eine interessante Beobachtung heute gemacht:

Ich hatte mein WifiLight wieder eingebunden, da ich ja eigentlich ja den Auszug aus dem CacheD Browser liefern sollte. Naja, es war nicht auffälliges drin - für mich.

jedoch bin ich nicht weitergekommen und hatte versucht, meine Frau via ihres iPad mit Eve "einzuladen", auch mal die Steuerung zu übernehmen. Siehe da, bis dato läuft das eingeladene Eve auf dem iPad problemlos. Jedoch auf meinem iPhone 5S ist wieder "nicht erreichbar" verzeichnet und nichts geht mehr.
Nun habe ich eben das Device wieder aus dem "Raum Homebridge" genommen, das iPad geht noch immer problemlos, nur die Räume waren weg. Am iPhone geschaut, stellte ich fest, dass ich nun alle Devices doppelt habe. Die einen, die nicht gehen, sich aber in den Räumen befinden und sich nicht mehr löschen lassen. Aber außerdem habe ich im "Zuhause (Standardraum)" nun alle Devices nochmal drin.

Sehr verwirrend. Kann es sein, dass dies an Eve liegt und gar nicht an Homebridge oder Homekit? Oder ist Homekit auf dem iPhone ein anderes wie auf dem iPad ... Apple?

Ich bin rat- und planlos!

Gruß Andi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 01 Januar 2016, 21:09:44
@ Odin, vielen Dank für das Angebot, werde ich morgen versuchen.

@Andre, vielen Dank für diesen (erneuten) Tip :) :

"für alle die probleme mit der stabilität von homebridge haben: versucht mal das hier: https://github.com/nfarina/homebridge/issues/420#issuecomment-168158991."

Ich konnte aktuell seit einigen Tagen nicht mehr Eve und homebridge zusammenbringen. Dieser Tip hat mich daran erinnert, dass ich vor Wochen schon ein vergleichbares Thema hatte.
Nun habe ich festgestellt, dass mein Ipad ohne dass ich es bemerkt hatte, sich in mein WLAN (über einen Repeater von AVM) eingeloggt hatte. Durch den Tip von Andre habe ich das wieder umgestellt und gehe nun wieder über einen AP (Apple Express) via LAN zum Router,  und sofort konnte ich homebridge und Eve connecten.

Ich denke, um diese nicht ganz nachzuvollziehenden Probleme auszuschliessen, sollte man wenn möglich auch eine Verbindung ohne einen Repeater ausprobieren, bei mir jedenfalls ist es eindeutig das Problem gewesen!
Viele Grüße
Pit   
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 02 Januar 2016, 08:09:21
Zitat von: andipilz am 01 Januar 2016, 20:19:29
Hallo!

Zm Thema WifiLight habe ich eine interessante Beobachtung heute gemacht:

Ich hatte mein WifiLight wieder eingebunden, da ich ja eigentlich ja den Auszug aus dem CacheD Browser liefern sollte. Naja, es war nicht auffälliges drin - für mich.

jedoch bin ich nicht weitergekommen und hatte versucht, meine Frau via ihres iPad mit Eve "einzuladen", auch mal die Steuerung zu übernehmen. Siehe da, bis dato läuft das eingeladene Eve auf dem iPad problemlos. Jedoch auf meinem iPhone 5S ist wieder "nicht erreichbar" verzeichnet und nichts geht mehr.
Nun habe ich eben das Device wieder aus dem "Raum Homebridge" genommen, das iPad geht noch immer problemlos, nur die Räume waren weg. Am iPhone geschaut, stellte ich fest, dass ich nun alle Devices doppelt habe. Die einen, die nicht gehen, sich aber in den Räumen befinden und sich nicht mehr löschen lassen. Aber außerdem habe ich im "Zuhause (Standardraum)" nun alle Devices nochmal drin.

Sehr verwirrend. Kann es sein, dass dies an Eve liegt und gar nicht an Homebridge oder Homekit? Oder ist Homekit auf dem iPhone ein anderes wie auf dem iPad ... Apple?

Ich bin rat- und planlos!

Gruß Andi

Das ist exakt das Verhalten, welches ich auch hatte, sobald ich ein WifiLight Device mit drin hatte. Das kann nur an Homekit liegen, aber bei mir war es egal, welches iOS Device ich benutzt hatte und auch welche iOS Version. Da ich noch zwei weitere Homekit-Apps habe und alle dieselben Probleme hatten, kann es nicht an EVE selbst liegen.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: zauberfee am 02 Januar 2016, 16:08:16
So, ich hätte mal wieder eine doofe Frage:
Aufgrund der milight-Probleme habe ich jetzt zum fhem-plugin das milight-plugin installiert.
Beide in die config.json eingetragen, gefunden wird aber nun nur noch alles milight-zugehörige. alle fhem-Geräte sind weg. warum?
Code Auswählen
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},

"platforms": [{
"platform": "FHEM",
"name": "FHEM",
"server": "127.0.0.1",
"port": "8083",
"filter": "room=Homekit",
"auth": {
"user": "foo",
"pass": "bar"
},

"platform": "MiLight",
"name": "MiLight",
"ip_address": "192.168.1.32",
"port": 8899,
"type": "rgbw",
"delay": 30,
"repeat": 3,
"zones": ["Stripe", "Schlaf", "Flur", null]
}],

"accessories": []
}

Ergebnis:
Code Auswählen
pi@raspberrypi ~ $ 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>
Loaded plugin: homebridge-fhem
Registering platform 'homebridge-fhem.FHEM'
---
Loaded plugin: homebridge-milight
Registering accessory 'homebridge-milight.MiLight'
Registering platform 'homebridge-milight.MiLight'
---
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
[MiLight] Initializing MiLight platform...
[MiLight] Initializing platform accessory 'Stripe'...
[MiLight] Initializing platform accessory 'Schlaf'...
[MiLight] Initializing platform accessory 'Flur'...
Loading 0 accessories...
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

Homebridge is running on port 51826.
Server listening on: http://<ip>:8082


Irgendjemand eine Erklärung? was machte ich falsch? mehrerer platformen müsste doch funktionieren, oder?

Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 02 Januar 2016, 16:10:22
Für meinen Geschmack fehlt da eine geschweifte Klammer, z. B vor "platform": "MiLight",
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 02 Januar 2016, 16:12:30
Vorher muss auch noch eine geschlossen werden, statt }, }}, hinter den auth Parametern für fhem.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: zauberfee am 02 Januar 2016, 16:32:21
ach mist! die geschweifte klammer (bzw zwei) bei auth hat mich irritiert.
Danke bgewehr!
funzt! :-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 02 Januar 2016, 18:12:49
Hi zusammen. Erstmal frohes Neues!!

Ich habe mal wieder ein kleines Problem. Nach einem Update kann ich homebridge noch manuell starten.

Möchte ich aber mein Skript nutzen wird homebridge mit sudo gestartet. Das geschieht aber nicht sondern homebridge wirft folgende Fehlermeldung:

Code Auswählen


module.js:338
    throw err;
    ^

Error: Cannot find module 'mdns'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Advertiser.js:1:74)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)



Hat jemand die gleiche Erfahrung gemacht? Kann es mit einer neuen Version von npm zusammenhängen?

Beste Grüße
Marcel ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 02 Januar 2016, 19:22:36
@matzel
probier
Code Auswählen
sudo npm remove -g homebridge   
sudo npm install -g  homebridge
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: matzel am 02 Januar 2016, 19:33:29
@HolyMoly

anscheinend hat mein NPM ein Problem mit sudo. Das hatte ich vorher noch nicht...

Ich kann es nicht mehr sudo installieren bzw. deinstallieren.

Code Auswählen

sudo npm install -g  homebridge
Error: Cannot find module 'asn1'
    at Function.Module._resolveFilename (module.js:336:15)
    at Function.Module._load (module.js:286:25)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
    at Object.<anonymous> (/usr/local/lib/node_modules/npm/node_modules/request/node_modules/http-signature/lib/util.js:6:12)
    at Module._compile (module.js:434:26)
    at Object.Module._extensions..js (module.js:452:10)
    at Module.load (module.js:355:32)
    at Function.Module._load (module.js:310:12)
    at Module.require (module.js:365:17)
    at require (module.js:384:17)
npm ERR! Linux 3.13.0-74-generic
npm ERR! argv "/usr/local/bin/node" "/usr/local/bin/npm" "install" "-g" "homebridge"
npm ERR! node v4.1.1
npm ERR! npm  v3.5.1
npm ERR! code MODULE_NOT_FOUND

npm ERR! Cannot find module 'asn1'
npm ERR!
npm ERR! If you need help, you may report this error at:
npm ERR!     <https://github.com/npm/npm/issues>
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 02 Januar 2016, 19:45:30
Installier mal die fehlenden Pakete stück für stück a la
Code Auswählen
sudo npm install -g asn1
oder mach die ganze node installation platt und setze gleich mit node 5 neu auf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 03 Januar 2016, 16:03:00
Hallo,

bei mir scheitert die Homebridge-Installation anscheinend an einem Rechteproblem:

Zitatpi@raspberrypi ~ $ sudo npm install -g homebridge
-
> curve25519@1.1.0 install /usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519
> node-gyp rebuild

gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/4.2.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/node_modules/curve25519/.node-gyp"

...wobei mir völlig schleierhaft ist, wieso root in seinem eigenen Verzeichnis keine Rechte haben soll...

Jemand eine Idee??


Gruß


Wolfgang

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 03 Januar 2016, 16:04:47
Ich schätze mal das Verzeichnis existiert nicht.

Code Auswählen
sudo mkdir -p /root/.node-gyp/4.2.1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 03 Januar 2016, 16:11:59
Hallo zusammen,

erst einmal vielen Dank für das tolle Modul. Im Prinzip habe ich es laufen und steuere die ersten Geräte damit. Jetzt habe ich noch drei Fragen:

1.) Unterstützt Homekit keinen Luftdruck. Ich habe nicht in dem Code gefunden was danach aussieht.

2.) Wie kommt es, dass homebridge nicht mehr antwortet, wenn ich z.B. ein MYSENSORS device in dem Homekit Raum verschiebe. Danach hilft auch nur noch das gesamte "Home" auf dem iOS device zu löschen und das persist Verzeichnis ebenfalls. Als ob da irgendwas gecached wird, womit homebridge nicht klar kommt. Nur das Gerät aus de Homekit Raum zu nehmen ist nicht ausreichend.
Blöd, das dann alle Konfiguration in der EVE app verloren geht. Sehr nervig.

3.) Hat das jemand ohne WLAN per AppleTV 3 laufen? Ich bekomme das nicht hin. Das AppleTV ist jetzt komplett wiederhergestellt aktuell. Nichts passiert. Apple ist ja wirklich toll, wenn alles geht. Aber wenn was nicht geht. NULL Diagnosemöglichkeit.

Vielen Danke

Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 03 Januar 2016, 17:33:06
Zitat von: WolfgangV am 03 Januar 2016, 16:03:00
Hallo,

bei mir scheitert die Homebridge-Installation anscheinend an einem Rechteproblem:

...wobei mir völlig schleierhaft ist, wieso root in seinem eigenen Verzeichnis keine Rechte haben soll...

Jemand eine Idee??


Gruß


Wolfgang

Ist der User pi in der /etc/sudoers drin?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 03 Januar 2016, 17:43:06
Moin,

Zitat von: andreas.maurer am 03 Januar 2016, 16:11:59
Hallo zusammen,

erst einmal vielen Dank für das tolle Modul. Im Prinzip habe ich es laufen und steuere die ersten Geräte damit. Jetzt habe ich noch drei Fragen:

1.) Unterstützt Homekit keinen Luftdruck. Ich habe nicht in dem Code gefunden was danach aussieht.

2.) Wie kommt es, dass homebridge nicht mehr antwortet, wenn ich z.B. ein MYSENSORS device in dem Homekit Raum verschiebe. Danach hilft auch nur noch das gesamte "Home" auf dem iOS device zu löschen und das persist Verzeichnis ebenfalls. Als ob da irgendwas gecached wird, womit homebridge nicht klar kommt. Nur das Gerät aus de Homekit Raum zu nehmen ist nicht ausreichend.
Blöd, das dann alle Konfiguration in der EVE app verloren geht. Sehr nervig.

Das passiert immer dann, wenn man Homekit auf ein Gerät trifft, welches es irgendwie nicht mag. Das ist mit meinem Wifiliight Device genauso. Wenn es erst einmal so weit ist, dann nützt das Herausnehmen aus dem Raum nix mehr, dann ist die Homekit DB auf dem iOS Gerät offenbar kaputt und es hilft nur, diese komplett neu zu machen. Doof, wenn man schon mehrere Räume eingerichtet hatte...  ;)

Zitat von: andreas.maurer am 03 Januar 2016, 16:11:59
3.) Hat das jemand ohne WLAN per AppleTV 3 laufen? Ich bekomme das nicht hin. Das AppleTV ist jetzt komplett wiederhergestellt aktuell. Nichts passiert. Apple ist ja wirklich toll, wenn alles geht. Aber wenn was nicht geht. NULL Diagnosemöglichkeit.

Hmm..., ich habe auch ein ATV3 und bei mir scheint es zu funktionieren. Es ist recht zeitverzögert, aber wenn ich mein WLAN auf dem iPhone abschalte und dann eine der Homekit-Apps (EVE, iDevices oder MyTouchHome) nehme, dann kann ich damit meine Homekit-Devices schalten.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Baumi am 04 Januar 2016, 00:22:47
Hallo!

Bei mir hat homebridge (installiert nach Anleitung im Wiki) zunächst die Sättigung bei HUE-Lampen nicht ordentlich einstellen können. Egal mit welcher App ich es versuchte, nur 0 und 254 wurden zuverlässig erkannt.

Es lag daran, dass durch die interne Umrechnung für andere Werte Kommazahlen an FHEM geschickt wurden (z.B. fhem?cmd=set%20lvr_iris1%20sat%20154.94&XHR=1)

Mit denen konnte zumindest meine Installation nicht umgehen. Wenn ich Komma und Nachkommastellen entfernte, klappte es.

Abhilfe brachte folgende Code-Änderung: Im index.js von homebridge-fhem hab' ich folgende Zeile (1037, falls bei meinem Edit nichts verrutscht ist):

Code Auswählen
value = value * 100 / (this.mappings.sat ? this.mappings.sat.max : 100);

zu dieser geändert:

Code Auswählen
value = Math.round(value * 100 / (this.mappings.sat ? this.mappings.sat.max : 100) );

Etwas darüber ist noch eine ähnliche Zeile für Hue (also den Farbtonwert, nicht die Produktreihe ;-) ), bei der scheint es aber nicht nötig zu sein.

Meine FHEM-Version:

Code Auswählen
fhem.pl              10310 2015-12-30 15:32:59Z rudolfkoenig
[...]
01_FHEMWEB.pm        10311 2015-12-30 15:44:10Z rudolfkoenig
[...]
30_HUEBridge.pm       8979 2015-07-15 19:30:30Z justme1968
31_HUEDevice.pm       9989 2015-11-24 14:51:05Z justme1968
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Baumi am 04 Januar 2016, 11:44:25
Noch eine Frage: Ich steuere über Dummys und eigene Routinen ein paar Airplay-Lautsprecher an. Die würde ich gerne in Homekit abbilden; dazu müsste sich bei jedem Lautsprecher die Lautstärke ändern lassen, und er müsste sich ein- und ausschalten lassen. Mit meinem aktuellen Define klappt die Lautstärkeänderung, aber on und off werden ignoriert:

Code Auswählen
define lvr_speaker dummy
attr lvr_speaker genericDeviceType speaker
attr lvr_speaker room homekit,lvroom
attr lvr_speaker setList state:on,off volume:slider,0,1,100

Die entsprechenden Zeilen aus dem homebridge-Log:

Code Auswählen
[FHEM] lvr_speaker has volume [volume:cached]
[FHEM]   caching: lvr_speaker-volume: 40 as number (from 40)
[...]
[FHEM] creating services for lvr_speaker
[FHEM]   information service for lvr_speaker
[FHEM]   switch service for lvr_speaker (undefined)
[FHEM]     custom volume characteristic for lvr_speaker


Wenn ich die mit einer der Homekit-Apps die Lautstärke ändere, wird der Set-Befeh im Log angezeigt und alles funktioniert; der Versuch, den Lautsprecher per App ein- oder auszuschalten wird hingegen völlig ignoriert, und Homebridge meldet auch keinen korrekten Status.

Ich denke mal, dass die Zeile "switch service for lvr_speaker (undefined)" der Knackpunkt sein dürfte. Gibt es eine Möglichkeit, das Define in FHEM so umzubauen, dass homebridge alles erkennt und ich den Lautsprecher ein- und ausschalten kann, oder ist diese Funktionalität bei Homekit für Lautsprecher nicht vorgesehen?

(Dass ich dann evtl. auch meine Routinen zur Verarbeitung der Werte anpassen müsste, ist okay. Damit kann ich leben. :-) )
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 04 Januar 2016, 14:00:10
Hallo Zusammen...

nach dem ich gestern relativ gut das HomeKit zum laufen gebracht habe, habe ich es heute zerschossen.

Nun bekomme ich HomeKit nicht mehr in EVE als Gerät angezeigt ...Hilfe !!!

Was ich schon gemacht habe:
Eve App gelöscht und neu installiert
Homekit "MyHome" im IOS Device gelöscht
uninstall Homebridge-fhem
uninstall homebridge
install homebridge
install homebridge-fhem

Die homebridge läuft auch auf dem RASP (überprüft mit ps - ef | grep homebridge)
Beim manuellen start wird mir auch das einlesen der FHEM Daten und auch der Code zur Anmeldung angezeigt.

Sieht also alles gut aus...aber ich kann immer noch nicht das Gerät in EVE auswählen.

Hat noch jemand einen Tipp?

Gruß
Gollum
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 04 Januar 2016, 14:06:08
Zitat von: Gollum2 am 04 Januar 2016, 14:00:10
Hat noch jemand einen Tipp?

im home des Users, den du bei der INstallation auf dem PI genutzt hast, liegt ein ~/.homebridge Verzeichnis. Dadrin die DB der hombridge. Diese scheint nicht mehr zu passen. Einfach das ganze persist Verzeichnis löchen und homebridge neu starten. Es sollte dan wieder gehen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 04 Januar 2016, 14:12:16
Perfekt...das wars! 

1000 x DANKE DANKE DANKE  !!!!!!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 04 Januar 2016, 20:16:45
Hat jemand einen Garagentor Antrieb eingebunden? Ist das dann als "door" oder eher "blind" zu definieren?

Ich würde mich über Tipps freuen. Vielen Dank
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 04 Januar 2016, 20:38:30
Ich habe erfolgreich "garage" verwendet! Ein Dummy mit State offen = 100% und geschlossen = 0% und Set command on und off funktioniert prima!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 04 Januar 2016, 20:49:05
Zitat von: bgewehr am 04 Januar 2016, 20:38:30
Ich habe erfolgreich "garage" verwendet! Ein Dummy mit State offen = 100% und geschlossen = 0% und Set command on und off funktioniert prima!
Hast du "garage" in der genericDeviceType Liste? Wärst du so nett mir das device mal zu listen und zu posten?

Vielen Dank!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 04 Januar 2016, 23:57:33
Ich habe es beim global Device ergänzt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 05 Januar 2016, 11:03:23
Hallo Baumi,
das Steuern von AirPlay-Lautsprechern würde mich sehr interessieren, würdest Du ggf. Deinen Code zur Verfügung stellen?
Vielen lieben Dank!
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Baumi am 05 Januar 2016, 12:09:01
Zitat von: knueppler am 05 Januar 2016, 11:03:23
das Steuern von AirPlay-Lautsprechern würde mich sehr interessieren, würdest Du ggf. Deinen Code zur Verfügung stellen?

Im Prinzip ja, ich muss den Code aber noch kräftig aufhübschen, bevor ich ihn jemandem zeigen kann. :-) Aber her schon mal ein paar Hinweise, um sicherzugehen, dass es überhaupt für Dich nützlich ist:
Du siehst also, eine "schlüsselfertige" Lösung ist es leider noch nicht, aber sobald es bei mir ohne Hänger läuft, gebe ich Bescheid.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 05 Januar 2016, 13:34:42
Zitat von: bgewehr am 04 Januar 2016, 20:38:30
Ich habe erfolgreich "garage" verwendet! Ein Dummy mit State offen = 100% und geschlossen = 0% und Set command on und off funktioniert prima!
Hi,
auch mir würde ein list des Dummy-Devices sehr helfen!

@Baumi: mein Setup ist ähnlich, bei mir läuft ein alter MacMini und ich verwende Andres iTunes-FHEM-Modul. Funktioniert sehr gut, mir fehlt eigentlich nur die individuelle Lautstärke. In Siri habe ich es über einfache Dummies eingebunden.

Danke, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 05 Januar 2016, 21:15:19
Hallo Leute,

leider ist die Homebridge nun wieder abgestürzt obwohl ich alle Mi-Light Geräte entfernt habe.
Die Laufzeit war nun bedeutend länger (ca. 3 Tage) aber es kann ja trotzdem nicht sein dass die so abschmiert das selbst ein neustart nicht hilft!
Jedes mal die MAC-Adresse ändern und die App neueinrichten nervt...  :-\

Hat jemand noch einen Tipp?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 06 Januar 2016, 12:43:07
Hallo,

ich versuche gerade, meine Gurtwickler, die ich über FHEM steuere, als Blinds ins HomeKit zu schaffen.
Dabei wäre es extrem hilfreich, wenn jemand so nett wäre, eine jsonlist2 eines entsprechenden HM-Aktors zu posten...

Vielen lieben Dank!

Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 06 Januar 2016, 14:34:37
Zitat von: l2r am 14 November 2015, 00:45:08
Ich lese hier ja schon so einige Zeit mit und bin auch echt begeistert von dem Projekt und den Ausmaßen, die es mittlerweile angenommen hat.

Immer mal wieder kommt ne frage nach einer Anleitung auf und da ich heute mal ein bisschen mit github rumexperimentiert habe und schonmal dabei war, habe ich mich mal an einer kleinen Anleitung zur Installation von homebrige versucht:

https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation

Ich habe aber nicht die Absicht in irgendeiner Form in Konkurrenz zu andre oder anderen Entwicklern zu treten oder eine Parallelentwicklung zu starten! Wenn das ne doofe Aktion ist, dann sagt es.

Ziel ist es, die Anleitung zu optimieren und dann ins FHEM Wiki zu übernehmen!

Über Verbesserungen und Vorschläge freue ich mich!


Gruß Michael

Ich finde dies eine gute Zusammenfassung. Was irgendwie überall fehlt ist eine Bescheibung, wie man DEBUG Option einstellt. Das wäre noch eine gute Ergänzung! Mit dem Startscipten ist die zumindest bei mir nicht eingeschlatet.

Grüße,

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 06 Januar 2016, 16:46:46
alles was du beim normalen Aufruf von homebridge im Terminal siehst findet sich in den beiden Logfiles wieder, die sich ja auch "live" aktualisieren, wenn man da rein schauen möchte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 06 Januar 2016, 17:16:17
Zitat von: justme1968 am 25 Dezember 2015, 21:35:37

der mode ist nicht implementiert. es gibt kein 1:1 mapping von den homekit modes auf die max oder homematic modes und noch keine wirklich gute idee wie man das lösen kann.

gruss
  andre

Da die Zuordnung der Modes nicht eindeutig ist, wäre es unter Umständen wünschenswert, dies konfigurierbar zu machen?

Bei meinen HomeMatic Thermostaten gibt es auto, manu, boost, day, night. In Homekit gibt es anscheinend nur Auto, Heat, Cool, Off was wohl mehr zu Klimaanlagen passt...

Also auto = Auto ist wohl selbstverständlich. Aber der Rest ist wohl eher subjektiv. Für mich persönlich würde day = Heat und night = Cool einen Sinn ergeben. Unter Umständen könnte auch manu = Off Sinn machen, wenn man mit Off bei Homekit immer noch eine Temperatur einstellen kann, dies könnte aber auch verwirrend sein.

Grüße,

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 06 Januar 2016, 17:39:16
Zitat von: l2r am 06 Januar 2016, 16:46:46
alles was du beim normalen Aufruf von homebridge im Terminal siehst findet sich in den beiden Logfiles wieder, die sich ja auch "live" aktualisieren, wenn man da rein schauen möchte.

Wenn ich die Environmentvariable per export DEBUG='* node app.js' setze, gibt es anscheinend noch zusätzliche Debuginfos:


Homebridge is running on port 51826.
EventedHTTPServer Server listening on port 51826 +0ms
2016-01-06 16:35:40 caching: HM_308EBA_Clima-measured-temp: 21.4 as number


Ohne diese Option bekomme ich nur:


Homebridge is running on port 51826.
2016-01-06 16:40:40 caching: HM_308EBA_Clima-measured-temp: 21.4 as number


Aber wie ich diese Option mittels Startup-Script einschalte ist mir nicht klar ;/. Export in dem Startup-Script funktioniert nicht.

Grüße,

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oliverk am 06 Januar 2016, 18:40:22
Kleine Frage zur Einbindung von anderen Geräten. Grundsätzlich funktioniert das schalten über Siri (hue, Sonos, ...)

Ich kann ein Gerät (Licht) über set <Name> on oder off schalten. Angelegt ist es und es wird ein device angelegt in der homebridge.
Das Gerät habe ich im Raum Homekit und den GenericDevice entsprechend auf light gesetzt. Es wird mir auch in der eve App alles korrekt angezeigt.
Schalte ich nun alle Lichter aus, sehe ich im Protokoll nur die hue Devices : executing: http....

Muss ich noch mehr Parameter setzen ? Lediglich das Modell unter Geräteinformationen steht mit FHEM:<unkown> da.

Oliver

P.S. Es sind Geräte aus dem net4home Bussystem.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Eckbert0815 am 06 Januar 2016, 21:40:11
Nabend, ich habe ein komisches Phänomen, meine Homebridge läuft, die Geräte sind Eingebunden.
Alles gut soweit......jetzt kommt es auf meinem iPad Air 2 erkennt Siri nix was ich sage! Also findet keine Lampen im Raum und auch nix anderes. Wenn ich jetzt auf dem iPad Air meiner Frau etwas sage findet Siri alles und schaltet auch. Obwohl ich EVE auf meinem iPad Air 2 eingerichtet habe!
Ich habe das App schon gelöscht und auch mal ein reset gemacht (Homebutton und Aus Taste gedrückt halten)!
Hat noch jemand so ein Problem?

Gruss
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Torben am 06 Januar 2016, 22:08:34
Hallo Eckbert,

ich hatte auch das Problem und habe es einigermaßen durch Dienstgruppen in den Griff bekommen. Ich habe z.B. alle meine Sonos Komponenten grundsätzlich unter Funktion mit "Lautsprecher Raum" bezeichnet. Dann habe ich noch eine Dienstgruppe "Lautsprecher" angelegt, in der alle Sonos-Player sind. Damit funktioniert die Erkennung besser, ist aber weit entfernt von zuverlässig. Oft genug werde ich bei "Schalte den Lautsprecher im Wohnzimmer ein" gefragt, ob ich nach Computerläden suchen möchte...

Gruß
Torben
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pythonf am 06 Januar 2016, 23:24:27
Beim Versuch Homekit auf einem Cubietruck zu installieren habe ich nodejs wie im wiki installiert (welche Version sollte hier eigentlich bevorzugt werden V4 oder V5?).
Ich hab V5 installiert, V4 benötigt pakete, welche unter armbian nicht in der notwendig neuen version verfügbar sind.
Code Auswählen
root@cubietruck:~# nodejs -v
v0.10.29

Allerdings ist npm nicht mit installiert worden.
Kann mir jemand hier weiter helfen?

Beste Grüße
Fabian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 07 Januar 2016, 12:52:22
Hallo,

ZitatAllerdings ist npm nicht mit installiert worden.
Kann mir jemand hier weiter helfen?

Schau mal drei Seiten vorher. Da gibt es die Lösung.

Gruß


Wolfgang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: WolfgangV am 07 Januar 2016, 12:54:17
@ budy:

ZitatIst der User pi in der /etc/sudoers drin?

Ja:
Zitat#includedir /etc/sudoers.d
pi ALL=(ALL) NOPASSWD: ALL

Gruß


Wolfgang

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 13:21:05
Hallo zusammen,

ich versuche gerade ein Außenthermostat von HM (HM-WDS10-TH-O) zum laufen zu bekommen.

Anzeige des Devices in EVE funktioniert soweit, aber es wird keine Temperatur angezeigt. (oder genauer nur 0,0 Grad)
Luftfeuchtigkeit und Batteriestatus sind korrekt.

Bei der Homebridge kann ich folgendes erkennen:
[FHEM] [AB_Sensor_Temperatur_Terasse] identify requested!
[FHEM] query: AB_Sensor_Temperatur_Terasse-temperature
[FHEM]   cached: -2.3
[FHEM] query: AB_Sensor_Temperatur_Terasse-battery
[FHEM]   cached: 0
[FHEM] query: AB_Sensor_Temperatur_Terasse-humidity
[FHEM]   cached: 82

In FHEM habe ich den SUBTYPE von THSensor auf thermostat gestellt. Keine Änderung in der Anzeige.
Auch genericDeviceType thermostat zusätzlich bringt nichts . (Was mir eigentlich auch klar war.)

Hat noch jemand einen Tipp? Oder liegt es vielleicht an den MINUS Temperaturen?:-)

Gruß
Gollum

PS: Macht es eventuell Sinn bei der Menge der Einträge und unterschiedlichen Richtungen das Thema mal aufzusplitten ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 07 Januar 2016, 13:32:08
Zitat von: Gollum2 am 07 Januar 2016, 13:21:05

[FHEM] [AB_Sensor_Temperatur_Terasse] identify requested!
[FHEM] query: AB_Sensor_Temperatur_Terasse-temperature
[FHEM]   cached: -2.3
[FHEM] query: AB_Sensor_Temperatur_Terasse-battery
[FHEM]   cached: 0
[FHEM] query: AB_Sensor_Temperatur_Terasse-humidity
[FHEM]   cached: 82

laut homebridge-fhem code werden nur readings als temperatur interpretiert, die auch temperatur heissen. "AB_Sensor_Temperatur_Terasse-temperature" wird nicht gehen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 13:42:06
Hallo Andreas,

danke Dir...aber am Namen des Readings kann ich ja nix verändern.
Das kommt aus dem Device  :-\

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 07 Januar 2016, 14:08:45
Zitat von: Gollum2 am 07 Januar 2016, 13:42:06
Hallo Andreas,

danke Dir...aber am Namen des Readings kann ich ja nix verändern.
Das kommt aus dem Device  :-\
Ich denke - als totaler Laie - du kannst dir die Werte bei Eintreffen in ein Dummy schreiben lassen und dieses dann im Homkit verwenden. Nur so als Idee.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Januar 2016, 14:19:43
SUBTYPE solltest du nicht anfassen das gehört zum homematic modul und wird dort auch intern verwendet. für den homebdirge fhem shim ist nur das genericDeviceType attribut zuständig.

das reading muss temperature heissen. das passt also. wenn es als cached auftaucht wird es auch verarbeitet.

weil die readings passen musst du auch nichts weiter machen.
ich habe aber gerade gesehen das homekit einen default wertebereich von 0-100 grad für thermostate und thermometer hat. deshalb zeigt eve nichts an.

ich habe eben eine version eingecheckt die für thermometer die untergrenze auf -30 grad setzt. bitte testen.

gruss
  andre

dein device ist übrigens ein thermometer. kein thermostat.

und nein: dummys braucht man (wie in 95% aller anderen fälle auch) nicht. falls ein reading name tatsächlich mal nicht passt dann reicht ein unser reading.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 07 Januar 2016, 14:22:20
Zitat von: justme1968 am 07 Januar 2016, 14:19:43
dein device ist übrigens ein thermometer. kein thermostat.
gibt es denn eine genericDeviceType names "thermometer"?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 14:45:52
homebridge abgeschossen...:-(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 14:57:14
Andre,

der Hinweis ....macht mal ein Update bezieht sich auf was ?

Gruß
Gollum
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 07 Januar 2016, 14:58:46
Zitat von: Gollum2 am 07 Januar 2016, 14:57:14
Andre,

der Hinweis ....macht mal ein Update bezieht sich auf was ?

Gruß
Gollum

es  mach nur sinn:

npm update homebridge-fhem
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oliverk am 07 Januar 2016, 15:02:24

Hatte gestern auch das Problem mit der Temperatur. Es ist einfach so, dass nur positive Werte angezeigt werden. Ich habe alle unter 0 nicht angezeigt bekommen. Habe im Code aber noch nicht die passende Stelle gefunden...

Oliver
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Januar 2016, 15:13:28
@andreas.maurer: nein. gibt es nicht. deshalb habe ich ja auch geschrieben es geht alles automatisch.

@oliverk: wie oben geschrieben: homebridge selber hat eine untergrenze von 0 eingetragen. das liegt weder an eve noch am fhem shim. mit der aktualisierten version sollte es jetzt gehen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 16:20:12
Hallo Andreas...hallo Andre...

nach npm update homebridge-fhem git es Probleme beim start der bridge :


[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://192.168.0.28:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1452179745531
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.0.28:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082


EDIT:
Was mir auffällt HTTP und nicht HTTPS obwohl in config so eingetragen.
longpoll error: Error: read ECONNRESET, retry in: 5000msec
[FHEM] There was a problem connecting to FHEM (1).
starting longpoll: http://192.168.0.28:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1452179752661
longpoll error: Error: read ECONNRESET, retry in: 10000msec
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 07 Januar 2016, 17:06:34
Zitat von: Gollum2 am 07 Januar 2016, 16:20:12
Hallo Andreas...hallo Andre...

nach npm update homebridge-fhem git es Probleme beim start der bridge :

vergiss es. Das ist ein Problem im forever. deshalb gelöscht.

homebridge selber läuft wobei ich aber auch per HTTP auf fhem zugreife. Ich habe mir einfach eine zweite WEB instanz in fhem deklariert, die auch 7073 lüft und nur auf 127.0.0.1 horcht. Über den Port verbinde ich die beiden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 17:19:17
Andreas...

hat bis heute nachmittag alles funktioniert.
Bin gerade am neuinstallierten :-\
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 07 Januar 2016, 17:32:01
So meine Rückmeldung:

Zugriff via HTTPS auf FHEM Instanz nicht mehr möglich

Bridge Deinstalliert und neu installiert...keine Änderung

Nach Anlegen einer "normalen" FHEM (Instanz also ohne SSL) alles OK

Temperatur wird jetzt angezeigt !!!!


Meine HTTPS Verbindung hätte ich trotzdem gerne wieder.....:-)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 07 Januar 2016, 18:40:06
Moin,

ich würde gerne mit Homebridge einen Dummy steuern, da sich die Homebridge immer aufhängt, wenn ich mein WifiLight Device einbinde. Dazu habe ich mir erst mal folgenden Dummy gemacht, welcher auch in Homekit/EVE erscheint und sich bedienen lässt:

Code Auswählen
fhem> jsonlist2 DeckenlampeDachboden
{
  "Arg":"DeckenlampeDachboden",
  "Results": [
  {
    "Name":"DeckenlampeDachboden",
    "PossibleSets":" ",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat DbLogExclude DbLogInclude cmdIcon devStateIcon devStateStyle fp_Dachboden fp_Erdgeschoss fp_Keller fp_Obergeschoss fp_Schrammstwiete7a_DB fp_Schrammstwiete7a_EG fp_Schrammstwiete7a_OG fp_Schrammstwiete7a_UG genericDeviceType:switch,outlet,light,blind,speaker,thermostat,lock,window,contact icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "CFGFN": "",
      "NAME": "DeckenlampeDachboden",
      "NR": "356049",
      "STATE": "on",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"on", "Time":"2016-01-07 18:18:57" }    },
    "Attributes": {
      "alias": "Deckenlampe",
      "event-on-change-reading": "state",
      "genericDeviceType": "switch",
      "icon": "light_ceiling",
      "room": "Dummies,Homekit",
      "webCmd": "on:off"
    }
  }  ],
  "totalResultsReturned":1
}

Leider macht fhem-homebridge mit dem Device aber nichts. Es wird keine Nachricht erzeugt und weder in den Subscriptions, noch unter Cached ist der Dummy auf der Debug-Konsole von fhem-homebridge zu finden.

Weiß da jemand Rat?

Gruß,
Stephan

Urgs... da fehlte das SetList-Attribut... jetzt geht's. ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oliverk am 07 Januar 2016, 19:48:03

Danke Andre, läuft nun...

Auch die zusätzlichen Ausgaben machen das Leben ein wenig einfacher. Derzeit sammle ich noch Erfahrungen, warum das ein oder andere Mal die homebridge nicht gefunden wird.
Ich habe dank der Ausgaben der Typen gleich noch das Problem in meinem Modul gefunden, warum nicht alles korrekt erkannt wurde. Auch habe ich meine Readings angepasst, dass ich fast alles ohne Änderungen auch mit dem net4home Bus nutzen kann.  Werde mich die Tage noch mit ein paar mehr Details beschäftigen.

Oliver


Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 07 Januar 2016, 19:59:11
Zitat von: budy am 07 Januar 2016, 18:40:06
Urgs... da fehlte das SetList-Attribut... jetzt geht's. ;)
hmm. Geht das wirklich bei dir? So hatte ich auch mal versucht. Damit kann ich zwar von EVE das Dummy steuern aber on off am Dummy kommt nicht am Homekit device an.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 08 Januar 2016, 06:59:38
Moin Andreas,

Zitat von: andreas.maurer am 07 Januar 2016, 19:59:11
hmm. Geht das wirklich bei dir? So hatte ich auch mal versucht. Damit kann ich zwar von EVE das Dummy steuern aber on off am Dummy kommt nicht am Homekit device an.

Ja, geht wirklich... So sieht mein Dummy jetzt aus:

Code Auswählen
fhem> list Schlafzimmerlicht
Internals:
   CFGFN
   NAME       Schlafzimmerlicht
   NR         356523
   STATE      off
   TYPE       dummy
   Readings:
     2016-01-07 23:00:55   state           off
Attributes:
   devStateIcon off:light_ceiling@grey on:light_ceiling@orange
   event-on-change-reading state
   genericDeviceType light
   room       Dummies,Homekit
   setList    on off
   webCmd     on:off

Und wenn Siri aktiv wird schreibt mein Notify folgendes ins Log:

Code Auswählen
2016.01.07 23:00:55 3: Siri Schlafzimmerlicht hat off gesendet


Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 09 Januar 2016, 10:34:49
H
Zitat von: Gollum2 am 07 Januar 2016, 17:32:01
So meine Rückmeldung:

Zugriff via HTTPS auf FHEM Instanz nicht mehr möglich

Bridge Deinstalliert und neu installiert...keine Änderung

Nach Anlegen einer "normalen" FHEM (Instanz also ohne SSL) alles OK

Temperatur wird jetzt angezeigt !!!!


Meine HTTPS Verbindung hätte ich trotzdem gerne wieder.....:-)

Hallo zusammen,

hat noch jemand eine Tipp oder eine Lösung für mein HTTPS Problemchen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wolfpunk am 09 Januar 2016, 13:53:51
Zitat von: Gollum2 am 09 Januar 2016, 10:34:49
hat noch jemand eine Tipp oder eine Lösung für mein HTTPS Problemchen?

In /usr/lib/node_modules/homebridge-fhem/index.js Zeile 293 suchen:

Code Auswählen

  if( config['ssl'] && config['ssl'] == true )

... und ändern zu:

Code Auswählen

  if( config['ssl'] && config['ssl'] == 'true' )
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Januar 2016, 14:29:32
nein. im config file das true ohne anführungszeichen schreiben.

gruß
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 09 Januar 2016, 14:37:35
Hallo Wolf...

Danke für den Tipp ....funktioniert jedoch nicht.
Hab aber die Zeile in if( config['ssl'] == true ) geändert ...dann geht es. (auch mit an und abschaltet von SSL im config.json File!)

@Andre: Das true steht die ganze zeit ohne "Tüddelchen" in der config :-)

Gruß
Gollum
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wolfpunk am 09 Januar 2016, 16:18:07
Zitat von: justme1968 am 09 Januar 2016, 14:29:32
nein. im config file das true ohne anführungszeichen schreiben.

Stimmt, hatte es aus dem Wikiartikel abgeschrieben, dort steht es falsch mit Anführungszeichen. Lasse ich sie wie von Dir beschrieben weg, funktioniert es ohne Änderung in der index.js.

Müsste also im Wikiartikel mal geändert werden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Januar 2016, 16:18:52
ist es schon längst :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 09 Januar 2016, 17:01:05
Zitat von: Wolfpunk am 09 Januar 2016, 16:18:07
Müsste also im Wikiartikel mal geändert werden.
sinnvoller - aus der Erfahrung diverser Softwareentwicklungen - ist eine tollerante Auswertung der Parameter. Soll keine Kritik sein, nur eine Anregung wie man "dumme" Fragen vermeiden kann.  8)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Januar 2016, 17:13:13
jein... je mehr möglichkeiten eingebaut werden und um so flexibler es ist um so mehr varianten finden die anwender und um so mehr wünsche potentielle probleme gibt es auch. ganz abgesehen davon das der code auch immer größer wird. wo soll die grenze sein: true, "true", 1, "on", "yes", "ja", ... mit leerzeichen, tab? anderer whitespace? ...

dumme fragen vermeidet man am besten in dem man die doku liest :) und in index.js steht es am anfang genau drin.

aber im ernst: sinnvoller wäre es alles was kein boolean ist mit einer entsprechenden meldung abzulehnen. das ist restriktiv aber eindeutig. ich nehme gerne einen patch entgegen :).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Baumi am 09 Januar 2016, 18:01:41
Zitat von: justme1968 am 09 Januar 2016, 17:13:13aber im ernst: sinnvoller wäre es alles was kein boolean ist mit einer entsprechenden meldung abzulehnen. das ist restriktiv aber eindeutig. ich nehme gerne einen patch entgegen :).

Wäre so etwas passend?

Code Auswählen

  var ssl = config['ssl'];
  if ( typeof ssl != 'boolean' ) {
    if ( typeof ssl != 'undefined' )
      log('error: Cannot parse ssl flag in config.json. Value needs to be true or false (no quotation marks) - defaulting to false');
    ssl = false;
  }
  if( ssl == true )

Der Check auf undefined fängt die Fälle ab, in denen gar kein Eintrag für ssl in der config.json vorhanden ist. (Meine Logik: Wer nix einträgt, erwartet auch nicht, dass SSL funktioniert und braucht keine Fehlermeldung.) Falls auch in solchen Fällen eine Fehlermeldung kommen soll, kann man die Zeile natürlich rausschmeißen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 09 Januar 2016, 19:36:40
Mein Vorschlag wäre die Parameter über eine zentrale Funktion auswerten zu lassen.

Code Auswählen
function getBool(value){
    if (typeof value === 'undefined') {value = false;};
    if (typeof value !== 'boolean') {value = value.toString().toLowerCase().trim();};
 
    switch(value){
        case true: case 'true': case 1: case '1': case 'on': case 'yes':
            value = true; break;
        default: 
            value = false; break;
    }
    return value;
};


Die Funktion nimmt false als default an. Hier ist mal der Output für diverse Inputs. Sollte doch so passen:

Code Auswählen
getBool(true) : true
getBool(false) : false
getBool("true") : true
getBool("TRUE") : true
getBool("false") : false
getBool("FALSE") : false
getBool(0) : false
getBool(1) : true
getBool("0") : false
getBool("1") : true
getBool() : false
getBool("") : false
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 09 Januar 2016, 21:08:21
du hast das Maybe vergessen :-)

aber mal ehrlich, wenn Du kannst dann auch wahr und falsch mit reinnehmen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 10 Januar 2016, 10:29:09
Moin....

ausgegeben Anlass möchte ich noch mal kurz erwähnen, das es bei mir erst nach Änderung in der index.js funktioniert hat.

Geändert wurde : if( config['ssl'] && config['ssl'] == true ) auf   if( config['ssl'] == true )

Diese Änderung wurde nötig nach dem UPDATE von homebridge-fhem, die ich auf Grund der Anpassung der Temperaturanzeige gemacht habe.
Vorher funktionierte die ganze Sache einwandfrei und auch in meiner config stand schon immer    "ssl": true,
Also wer das Update nicht gemacht hat, der wird das Problem vermeintlich auch gar nicht haben.

ODER: Es gibt noch etwas was explizit bei mir reinspielt...das kann natürlich auch sein.




Zur aktuellen Diskussion:

Ich finde es müssig darüber zu reden, wie man es am besten macht...man muss es einfach nur richtig Dokumentieren und die Doku auch finden.

Und wenn ihr schon diskutiert: Lasst den Parameter weg. Baut das Skript so, das bei einem Verbindungsfehler via HTTP, danach automatisch HTTPS versucht wird. (wenn das geht)
Jeder Parameter der nicht konfiguriert werden muss, kann gar keine "dummen Fragen" auslösen ... ;-)

Ansonsten noch mal vielen Dank für eure Hilfe ...ohne euch wäre ich immer noch mit 0,0 Grad Außentemperatur unterwegs. Top Untertützung !!!

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 10 Januar 2016, 21:49:19
Zitat von: justme1968 am 21 Dezember 2015, 16:09:12
siehe z.b. hier: https://support.apple.com/de-de/HT204893 (https://support.apple.com/de-de/HT204893)

gruss
  andre

Wie läuft das Account übergreifend? Sofern ich jemanden über eve eingeladen habe können beide via iPhone und Siri agieren. Ist es dann egal wer von beiden auf dem atv angemeldet ist?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oliverk am 12 Januar 2016, 20:55:25
So, nachdem ich ja auch einige Zeit investiert habe das alles so zu rennen zu bringen möchte ich meine Erfahrung gerne mal teilen.


Derzeit ist die myHome App mein Favorit. Es ist ja schon ein Update eingereicht. Aber diese App ist meiner Meinung nach am schnellsten in der Bedienung. So das tolle Interface brauche ich ja nicht, da Siri ja mein Freund sein soll.

Oliver
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: HolyMoly am 12 Januar 2016, 21:03:38
Kann noch jemand bestätigen dass es mit dem Apple TV 4 gescheit funktioniert?
Kann doch eigentlich gar ned sein :o
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 12 Januar 2016, 21:06:05
Nachdem ich am Apple TV 3 alles probiert hatte und dann hier gefragt habe ich aufgegeben. Ging nicht.

Nächster Morgen: Alles funktioniert und auch immer noch. Gut Ding will Weile haben :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 12 Januar 2016, 22:49:28
Was mir beim ATV3 auffällt - aber das kann evtl. auch eine generelle Einschränkung sein - ist, das Siri nicht funktioniert, wenn mein iPhone keinen Connect zu einem WLAN, z.B. in der Firma hat, also nur im GSM/LTE-Netz eingebucht ist. Ist das iPhone in irgendeinem WLAN, funktioniert der Zugang über iCloud offenbar nicht mehr.

Kann das jemand bestätigen?

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 12 Januar 2016, 22:52:09
Zitat von: budy am 12 Januar 2016, 22:49:28

Kann das jemand bestätigen?
nöö. Bei mir geht es jetzt auch aus dem Firmen Wlan. Alles gut soweit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 12 Januar 2016, 22:54:59
Wobei: was bei mir immer noch nicht geht, eingeladene accounts sehen zwar alles in eve, können dort auch alles steuern, nur siri findet nichts.
Schon blöd.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 14 Januar 2016, 11:01:20
Hallo Andreas,

die Aussage zu Siri bezieht sich auf die Steuerung via ATV oder wenn das eingeladene iPhone selbst im WLAN ist?

Das Letztere kann ich jedenfalls NICHT bestätigen.
Bei mir funktioniert nach dem Teilen die Steuerung via Siri vom iPhone. (Also mit dem eingeladenen Account)

Gruß
Gollum
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 15 Januar 2016, 12:00:59
Hallo,

ich bin seit einigen Tagen FHEM und Homebridge Anwender und komme mit meinen MiLight Bulbs nicht weiter.
Die 134 Seiten dieses Threads habe ich auch bereits durch und keine Lösung finden können.

Nun hoffe ich auf eure Hilfe:

Gekauft habe ich folgende Leuchtmittel:
http://www.amazon.de/gp/product/B0102AYR1K
Als Bridge setze ich diese hier ein:
http://www.amazon.de/gp/product/B00L3BNHZU

Mein Problem:
Mir fehlt in Homebridge die Möglichkeit die Helligkeit zu regulieren.

Die Bulbs werden einwandfrei in FHEM erkannt und können auch komplett gesteuert werden.

Die Bridge ist nur in FHEM eingebunden und von dort aus habe ich auch die Bulbs eingebunden.
So sieht meine fhem.cfg aus (Auszug):
Code Auswählen
attr global userattr alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride


##### MiLight Bridge
define WZ.MiLightBridge MilightBridge 192.168.1.9
attr WZ.MiLightBridge checkInterval 10
attr WZ.MiLightBridge event-on-change-reading state
attr WZ.MiLightBridge group MilightBridges
attr WZ.MiLightBridge icon hue_bridge
attr WZ.MiLightBridge port 8899
attr WZ.MiLightBridge room Wohnzimmer
attr WZ.MiLightBridge sendInterval 100



##### MiLight Bulb 1
define WZ.Lampe MilightDevice RGBW MilightBridge 5
attr WZ.Lampe IODev WZ.MiLightBridge
attr WZ.Lampe devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
attr WZ.Lampe event-on-change-reading state,transitionInProgress
attr WZ.Lampe genericDeviceType light
attr WZ.Lampe group Lichter
attr WZ.Lampe icon light_led_stripe_rgb
attr WZ.Lampe lightSceneParamsToSave hsv
attr WZ.Lampe restoreAtStart 1
attr WZ.Lampe room Wohnzimmer,HomeKit
attr WZ.Lampe webCmd on:off:dim:hue:night:rgb ffffff:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffff00



##### MiLight Bulb 2
define SZ.Nachttischlampe MilightDevice RGBW MilightBridge 6
attr SZ.Nachttischlampe IODev WZ.MiLightBridge
attr SZ.Nachttischlampe devStateIcon {(MilightDevice_devStateIcon($name),"toggle")}
attr SZ.Nachttischlampe event-on-change-reading state,transitionInProgress
attr SZ.Nachttischlampe genericDeviceType light
attr SZ.Nachttischlampe group Lichter
attr SZ.Nachttischlampe icon light_led_stripe_rgb
attr SZ.Nachttischlampe lightSceneParamsToSave hsv
attr SZ.Nachttischlampe restoreAtStart 1
attr SZ.Nachttischlampe room Schlafzimmer,HomeKit
attr SZ.Nachttischlampe webCmd on:off:dim:hue:night:rgb ffffff:rgb ff0000:rgb 00ff00:rgb 0000ff:rgb ffff00

Die meisten Einträge der Bulbs wurden automatisch angelegt.
Ich habe nur die Attribute "genericDeviceType", "group", "icon" und "room" hinzugefügt.

Wenn ich Homebridge im Vordergrund starte dann erhalte ich folgende Ausgabe beim Start (Auszug):
Code Auswählen
[FHEM] SZ.Nachttischlampe has RGB [rgb]
[FHEM] SZ.Nachttischlampe has onOff [state;on,off]
[FHEM] SZ.Nachttischlampe has hue [hue;0-360]
[FHEM] SZ.Nachttischlampe has sat [sat;0-100]
[FHEM]   caching: SZ.Nachttischlampe-hue: 85 as number (from 85)
[FHEM]   caching: SZ.Nachttischlampe-rgb: 355B00 as string (from 355B00)
[FHEM]   caching: SZ.Nachttischlampe-state: 1 as number (from on 36)
[FHEM] WZ.Lampe has RGB [rgb]
[FHEM] WZ.Lampe has onOff [state;on,off]
[FHEM] WZ.Lampe has hue [hue;0-360]
[FHEM] WZ.Lampe has sat [sat;0-100]
[FHEM]   caching: WZ.Lampe-hue: 355 as number (from 355)
[FHEM]   caching: WZ.Lampe-rgb: 000000 as string (from 000000)
[FHEM]   caching: WZ.Lampe-state: 0 as number (from off)
[FHEM] Initializing platform accessory 'SZ.Nachttischlampe'...
[FHEM] creating services for SZ.Nachttischlampe
[FHEM]   information service for SZ.Nachttischlampe
[FHEM]   lightbulb service for SZ.Nachttischlampe
[FHEM]     on characteristic for SZ.Nachttischlampe
[FHEM]     hue characteristic for SZ.Nachttischlampe
[FHEM]     saturation characteristic for SZ.Nachttischlampe
[FHEM] Initializing platform accessory 'WZ.Lampe'...
[FHEM] creating services for WZ.Lampe
[FHEM]   information service for WZ.Lampe
[FHEM]   lightbulb service for WZ.Lampe
[FHEM]     on characteristic for WZ.Lampe
[FHEM]     hue characteristic for WZ.Lampe
[FHEM]     saturation characteristic for WZ.Lampe

Irgendwie kann ich hier nichts von "brightness" finden.
Da diese beiden Bulbs meine bisher einzigen dimmbaren Lichter sind, weiß ich leider nicht ob es bei Lichtern mit funktionierender Helligkeit anders aussieht.

Ein Wenig hatte ich schon mit dem Attribut "eventMap" rumgespielt.
Wenn ich z.B. "attr WZ.Lampe eventMap off:dim0% on:dim100%" vergebe, dann erscheint in Homebridge "fake brightness characteristic for WZ.Lampe". Damit erscheint auch der Helligkeitregler in HomeKit (Eve) aber er funktioniert nicht. Auch der Helligkeitsregler in FHEM funktioniert dann nicht mehr.

Wer kann mir bitte helfen die Helligkeit zum funktionieren zu bringen?

Vielen Dank im Voraus.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 15 Januar 2016, 21:39:00
Zitat von: DeeSPe am 15 Januar 2016, 12:00:59
Hallo,

ich bin seit einigen Tagen FHEM und Homebridge Anwender und komme mit meinen MiLight Bulbs nicht weiter.
Die 134 Seiten dieses Threads habe ich auch bereits durch und keine Lösung finden können.

Nun hoffe ich auf eure Hilfe:

Gekauft habe ich folgende Leuchtmittel:
http://www.amazon.de/gp/product/B0102AYR1K
Als Bridge setze ich diese hier ein:
http://www.amazon.de/gp/product/B00L3BNHZU

Mein Problem:
Mir fehlt in Homebridge die Möglichkeit die Helligkeit zu regulieren.

Die Bulbs werden einwandfrei in FHEM erkannt und können auch komplett gesteuert werden.

Irgendwie kann ich hier nichts von "brightness" finden.
Da diese beiden Bulbs meine bisher einzigen dimmbaren Lichter sind, weiß ich leider nicht ob es bei Lichtern mit funktionierender Helligkeit anders aussieht.

Ein Wenig hatte ich schon mit dem Attribut "eventMap" rumgespielt.
Wenn ich z.B. "attr WZ.Lampe eventMap off:dim0% on:dim100%" vergebe, dann erscheint in Homebridge "fake brightness characteristic for WZ.Lampe". Damit erscheint auch der Helligkeitregler in HomeKit (Eve) aber er funktioniert nicht. Auch der Helligkeitsregler in FHEM funktioniert dann nicht mehr.

Wer kann mir bitte helfen die Helligkeit zum funktionieren zu bringen?


Geht mir leider genauso. Ein-  und ausschalten ist beides in der EVE App zu finde und funktioniert. Auch die Farbe kann ich ändern, allerdings nach dem ändern nicht wieder zurück zum Weiß. Helligkeit wäre aber auch für mich "wichtiger". Wäre der Hammer, wenn da noch jemand ne Idee hat.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bibo am 16 Januar 2016, 16:30:16
Hallo Zusammen,
versuche gerade Homebridge auf dem pi zu installieren.
Bin hierzu dem Wiki Eintrag als auch meintechblog gefolgt und habe, soweit ich das überblicken kann, alles zu NodeJS V4 und V5  und libavahi installiert.

Nach Eingabe von sudo npm install -g homebridge passiert aber nix. sudo: npm: command not found

Was mache ich falsch. Ist das nodeJS nicht korrekt installiert worden?

ich möchte unbedingt dieses grinsen im Gesicht haben, wenn Siri eine Lampe anschaltet....

Bin dankbar für Hilfestellungen. Bin recht bis sehr unwissend was Linux angeht.......

Vielen Dank.
Gruß
Bibo

Gruß
Bibo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 16 Januar 2016, 20:54:08
Zitat von: Bibo am 16 Januar 2016, 16:30:16
Hallo Zusammen,
versuche gerade Homebridge auf dem pi zu installieren.
Bin hierzu dem Wiki Eintrag als auch meintechblog gefolgt und habe, soweit ich das überblicken kann, alles zu NodeJS V4 und V5  und libavahi installiert.

Nach Eingabe von sudo npm install -g homebridge passiert aber nix. sudo: npm: command not found

Was mache ich falsch. Ist das nodeJS nicht korrekt installiert worden?

ich möchte unbedingt dieses grinsen im Gesicht haben, wenn Siri eine Lampe anschaltet....

Bin dankbar für Hilfestellungen. Bin recht bis sehr unwissend was Linux angeht.......

Vielen Dank.
Gruß
Bibo

Gruß
Bibo

Das Problem hatte ich auch!

Deinstalliere am besten NodeJS wieder und installiere es wie folgt:
Code Auswählen
wget http://node-arm.herokuapp.com/node_latest_armhf.deb
sudo dpkg -i node_latest_armhf.deb
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Bibo am 16 Januar 2016, 21:51:17
Aha, danke.
Drüber bügeln geht auch?
Ich muss gestehen, dass ich nicht weiß, wie das geht.
Ich weiß noch nicht mal wo sich node.js im file system des pi installiert hat oder eben auch nicht.
Ich vermute mal mit sudo apt-get remove <node.js> Aber die exakte Bezeichnung kenne ich nicht.

Zumal ich gemäß wiki sowohl die Version5 als auch Version 4 installiert habe.....
NodeJS V4

curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs
NodeJS V5

curl -sL https://deb.nodesource.com/setup_5.x | sudo -E bash -
sudo apt-get install -y nodejs
Damit ist NodeJS installiert............anscheinend nicht.

Hilfe, hilfe....
Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 17 Januar 2016, 00:24:52
Wie gesagt, hatte das selbe Problem!

Einfach mal NodeJS deinstallieren:
Code Auswählen
sudo apt-get purge nodejs

und dann so wie in meinem letzten Post wieder installieren.
Als user "pi" solltest du dann nach Eingabe von "node -v" die Versionsnummer erhalten und damit funktioniert das ganze dann.

Code Auswählen
pi@FHEM:~ $ node -v
v4.2.1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 17 Januar 2016, 13:59:33
Hallo,

habe am WE etwas gebastelt und den SHIM für mich um folgende Dinge erweitert:
Generell:
Im einzelnen für die Garage (garage)
Im Einzelnen für das Haustürschloss (lock)
Anwendungsfall:
Den doorState meines Haustürschlosses von HM habe ich als userReadings implementiert, das ich über einen notify setze, der auf Kontaktsensor von HM lauscht, den ich ebenfalls an meiner Haustür angebracht habe.
Dies hat für mich den Vorteil, dass ich nur noch ein Device im HomeKit / EVE habe, um alles abzubilden.

@Andre: Möchtest Du das checken, es sind meine ersten Gehversuche in diesem Bereich und ggf. in Deinen Code übernehmen. Wenn ja, sag mir einfach, wo ich es hinstellen soll, ich habe einfach index.js editiert.

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 17 Januar 2016, 17:04:39
Zitat von: Gollum2 am 07 Januar 2016, 16:20:12
Hallo Andreas...hallo Andre...

nach npm update homebridge-fhem git es Probleme beim start der bridge :


[FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: http://192.168.0.28:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1452179745531
[FHEM] Fetching FHEM switchable devices...
[FHEM] fetching: http://192.168.0.28:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
Loading 0 accessories...
Server listening on: http://<ip>:8082


EDIT:
Was mir auffällt HTTP und nicht HTTPS obwohl in config so eingetragen.
longpoll error: Error: read ECONNRESET, retry in: 5000msec
[FHEM] There was a problem connecting to FHEM (1).
starting longpoll: http://192.168.0.28:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1452179752661
longpoll error: Error: read ECONNRESET, retry in: 10000msec

Kann mir jemand sagen wie ich npm update mache? Habe auch das problem mit der Temperatur im - Breich.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 17 Januar 2016, 22:52:26
Zitat von: Nexium am 17 Januar 2016, 17:04:39
Kann mir jemand sagen wie ich npm update mache? Habe auch das problem mit der Temperatur im - Breich.

Um npm selbst zu aktualisieren:
Code Auswählen
sudo npm update npm -g

Um alle anderen globalen Pakete zu aktualisieren:
Code Auswählen
sudo npm update -g
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 Januar 2016, 23:08:13
@knueppler: poste es einfach hier. inklusive des des codes den du auf fhem seite verwendest. ich schaue es mir dann an und baue es ein.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 18 Januar 2016, 21:33:38
Hallo Andre,

hier der Code im Anhang. Ich habe alle Stellen, an denen ich was gemacht habe mit Kommentar beginnend // CE versehen.
Im FHEM habe ich dann folgendes definiert
HM-SEC-KEY (Homematic Türschloss):
Code Auswählen

attr myLock userReadings doorState;
setreading myLock doorState open;

Das oben genannte userReadings wird dann im notify, welches auf den Kontaktsensor reagiert, entsprechend auf via setreading auf open bzw. closed gesetzt.

Garage (steuere ich über einen Dummy, hier ist es dann wie folgt)
Code Auswählen

attr myGarage readingList doorState;
set myGarage doorState opening;

Das oben genannte reading wird dann in einem entsprechenden notify wieder gesetzt.

Hier werde ich noch auf ein cmdalias umstellen, die habe ich aber quasi erst vor kurzem entdeckt.

Die Änderungen sind insbesondere im FHEM-Bereich übersichtlich, man braucht halt ein Reading mit exakt dem Namen doorState und muss dafür sorgen, dass es auf die erlaubten Werte open, opening, closing, closed gesetzt wird, ansonsten erhält man das altbekannte stopped. Letzteres ist auf jeden Fall der Plan  ;)

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 18 Januar 2016, 22:20:06
Hallo,

ich habe ein Homematic Wetter Sensor HM-WDS10-TH-O in homebridge eingebunden. Allerdings werden keine Temperaturen unter 0° C angezeigt. Die Anzeige "hängt" immer auf 0° C.

In Eve kommt ein kleines Dreieck und eine Fehlermeldung, dass die Temperatur kleiner ist als der erlaubte Minimalwert. Kann man den Minimalwert für einen Device irgendwie konfigurieren?

Danke,

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 Januar 2016, 22:28:42
@chrisz : das ist mit der aktuellen version 0.0.11 vom 7. januar eigentlich behoben. siehe hier: http://forum.fhem.de/index.php/topic,32652.msg386714.html#msg386714 (http://forum.fhem.de/index.php/topic,32652.msg386714.html#msg386714).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 18 Januar 2016, 22:33:47
Zitat von: justme1968 am 18 Januar 2016, 22:28:42
@chrisz : das ist mit der aktuellen version 0.0.11 vom 7. januar eigentlich behoben. siehe hier: http://forum.fhem.de/index.php/topic,32652.msg386714.html#msg386714 (http://forum.fhem.de/index.php/topic,32652.msg386714.html#msg386714).

gruss
  andre

Oops, sorry, hab wohl ein paar Posts verschlafen! Funktioniert jetzt nach dem Update! Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 18 Januar 2016, 22:48:34
Hallo,

habe jetzt endlich mein Apple TV 3 zum Laufen gebracht mit homebridge und iCloud.

Für die, die immer noch Probleme mit ATV3 haben, Ich musste zunächt bei meiner Apple ID die Zweifaktor-Autorisierung ausschalten und auf die Sicherheitsfragen umstellen. Danach nochmal Homekit auf dem iPhone gelöscht und auf dem ATV3 iCloud logout und login und danach hat es funktioniert.


Habe die Zweifaktor-Autorisierung danch bei meiner AppleID wieder eingeschaltet und es funktioniert weiterhin problemlos.

Grüße,

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 18 Januar 2016, 22:53:23
Besten dank, werde ich die Tage auch mal testen. Bei mir hängst nämlich auch noch am atv3


Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 18 Januar 2016, 22:56:06
Hi,

ist Dein ATV im LAN oder WLAN?

Ciao Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 19 Januar 2016, 08:09:05
Zitat von: knueppler am 18 Januar 2016, 22:56:06
Hi,

ist Dein ATV im LAN oder WLAN?

Ciao Christian

Bei mir im WLAN.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 19 Januar 2016, 14:36:57
Hallo Andre,

hast Du Dir noch Gedanken zu der Verwendung vom Mode bei Thermostaten gemacht. Wäre schön, wenn mann zumindest irgendwie zwischen Auto und Manuell mittels Homekit umschalten könnte.

Grüße,

Chris

Zitat von: chrisz am 06 Januar 2016, 17:16:17
Da die Zuordnung der Modes nicht eindeutig ist, wäre es unter Umständen wünschenswert, dies konfigurierbar zu machen?

Bei meinen HomeMatic Thermostaten gibt es auto, manu, boost, day, night. In Homekit gibt es anscheinend nur Auto, Heat, Cool, Off was wohl mehr zu Klimaanlagen passt...

Also auto = Auto ist wohl selbstverständlich. Aber der Rest ist wohl eher subjektiv. Für mich persönlich würde day = Heat und night = Cool einen Sinn ergeben. Unter Umständen könnte auch manu = Off Sinn machen, wenn man mit Off bei Homekit immer noch eine Temperatur einstellen kann, dies könnte aber auch verwirrend sein.

Grüße,

Chris
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 19 Januar 2016, 21:25:12
Zitat von: knueppler am 18 Januar 2016, 21:33:38
Letzteres ist auf jeden Fall der Plan  ;)

Ciao, Christian

Hi Christian,

bei mir geht das so. Prima. Danke dafür.

Andreas
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 19 Januar 2016, 21:36:45
Hallo Andreas,

fein, dass das funktioniert.

Vorsicht, der Stand des index.js, welches ich erweitert habe, hat noch nicht den Temperatur-Fix für negative Temperaturen von Andre drin.
Den müsstest Du noch (selbst) nachziehen, falls Du Temperatur-Sensoren verwendest.
Ich möchte jetzt nicht noch eine Variante hochladen, in der das dann wieder drin ist, sonst ist die Gefahr hoch, dass das zu sehr auseinander läuft und ein merge immer schwieriger wird.

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Januar 2016, 11:00:53
@knueppler: ich schaue es mir an und baue eine variante davon ein. vermutlich erst mal direkt so.

aber ich überlege zur zeit noch an einer etwas flexibleren konfiguration in der man allgemein für jede characteristic diverse parameter angeben kann unter anderem auch welches reading verwendet wird. wenn ich hier auch noch das device rein bekomme kann man deinen fall mit dem zusätzlichen reading und auch den fall bei dem die readings in unterschiedlichen devices sind abdecken. das wäre noch an anderer stelle nützlich. der longpoll code gibt das im prinzip schon alles her.

ich weiss nur noch nicht wie man die konfiguration so einfach wie möglich macht. ich möchte vermeiden das es auf homebridge seite ein config file gibt das man lang und breit editieren muss.

ich hätte gerne alles auf der fhem seite da es erstens potentiell auch noch von anderen frontend genutzt werden könnte undicht zweitens gerade einbauen das der homebridge shim dynamisch neue oder geänderte devices mit aufnimmt. ein homebridge neustart wäre dann nicht mehr nötig.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 20 Januar 2016, 15:41:39
Zitat von: DeeSPe am 17 Januar 2016, 22:52:26
Um npm selbst zu aktualisieren:
Code Auswählen
sudo npm update npm -g

Um alle anderen globalen Pakete zu aktualisieren:
Code Auswählen
sudo npm update -g


Ich hab die zwei Befehle ausgeführt aber ich bekomm immer noch keine - Temperaturen angezeigt?
Hab ich noch was vergessen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 21 Januar 2016, 12:35:15
hast du npm mit sudo installiert oder ohne?

bei mir muss das sudo weggelassen werden...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 21 Januar 2016, 16:06:47
Puh das weiß ich jetzt nicht mehr das ist schon eine weile her.
Er hat das Update auf jedenfall mit Sudo gemacht (ist eig ja auch klar) soll ich das Update mal ohne Sudo machen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 21 Januar 2016, 17:21:28
npm installierst du ins user-Verzeichnis. Jen nachdem ob mit sudo oder ohne, also in root oder pi. Somit könnte es sein, dass du durch deine aktualisierung die Flasche Version aktualisiert hast.

hast du im Ordner pi das Verzeichnis .homebridge ?

Falls ja, dann aktualisiere mal ohne sudo
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 21 Januar 2016, 18:15:53
in Pi hab ich nur den Ordner homebridge ohne . davor

Ich hab mal versucht das Update ohne sudo zu machen und dann macht er auch keins.
Also ich denke mal das hat schon gepasst mit dem sudo.
Woran könnte es denn noch liegen? Hast du eine Idee?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: budy am 21 Januar 2016, 20:20:23
Ich würde gerne nochmal das Problem LD382A/Wifilight aufgreifen. Ich habe neulich noch einmal probiert mein RGBW-LED stripe über Wifilight in Homebridge zu verwenden und habe immer noch das Problem, dass das Device anfangs funktioniert, aber dann irgenwann nicht mehr. Es ist dann auch so, dass die Homekit DB sich dermaßen zersägt, dass man das nicht wieder hinbekommt.

Ich habe für eine evtl. Fehlersuche mal aus dem homebridge-fhem Modul die Cached- und Subscriptions-Daten gesichert:

Code Auswählen
Cached:
'dreamyLightDachboden-state':
[ { characteristic:
Characteristic {
displayName: 'On',
UUID: '00000025-0000-1000-8000-0026BB765291',
iid: 9,
value: 0,
props:
{ format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-hue':
[ { characteristic:
Characteristic {
displayName: 'Hue',
UUID: '00000013-0000-1000-8000-0026BB765291',
iid: 10,
value: '000000',
props:
{ format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-RGB':
[ { characteristic:
Characteristic {
displayName: 'Hue',
UUID: '00000013-0000-1000-8000-0026BB765291',
iid: 10,
value: '000000',
props:
{ format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-sat':
[ { characteristic:
Characteristic {
displayName: 'Saturation',
UUID: '0000002F-0000-1000-8000-0026BB765291',
iid: 11,
value: '000000',
props:
{ format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-bri':
[ { characteristic:
Characteristic {
displayName: 'Brightness',
UUID: '00000008-0000-1000-8000-0026BB765291',
iid: 12,
value: '000000',
props:
{ format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },

Dazu dann noch die Subscriptions:
Code Auswählen
Subscriptions:
'dreamyLightDachboden-state':
[ { characteristic:
Characteristic {
displayName: 'On',
UUID: '00000025-0000-1000-8000-0026BB765291',
iid: 9,
value: 0,
props:
{ format: 'bool',
unit: null,
minValue: null,
maxValue: null,
minStep: null,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-hue':
[ { characteristic:
Characteristic {
displayName: 'Hue',
UUID: '00000013-0000-1000-8000-0026BB765291',
iid: 10,
value: '000000',
props:
{ format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-RGB':
[ { characteristic:
Characteristic {
displayName: 'Hue',
UUID: '00000013-0000-1000-8000-0026BB765291',
iid: 10,
value: '000000',
props:
{ format: 'float',
unit: 'arcdegrees',
minValue: 0,
maxValue: 360,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-sat':
[ { characteristic:
Characteristic {
displayName: 'Saturation',
UUID: '0000002F-0000-1000-8000-0026BB765291',
iid: 11,
value: '000000',
props:
{ format: 'float',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],
'dreamyLightDachboden-bri':
[ { characteristic:
Characteristic {
displayName: 'Brightness',
UUID: '00000008-0000-1000-8000-0026BB765291',
iid: 12,
value: '000000',
props:
{ format: 'int',
unit: 'percentage',
minValue: 0,
maxValue: 100,
minStep: 1,
perms: [ 'pr', 'pw', 'ev' ] },
_events:
{ change: [Function: bound ],
set: [Function: bound ],
get: [Function: bound ] },
_eventsCount: 3 },
accessory:
{ mappings:
{ rgb:
{ reading: 'RGB',
cmd: 'RGB',
informId: 'dreamyLightDachboden-RGB' },
onOff:
{ reading: 'state',
cmdOn: 'on',
cmdOff: 'off',
informId: 'dreamyLightDachboden-state' } },
name: 'dreamyLightDachboden',
alias: 'dreamyLightDachboden',
device: 'dreamyLightDachboden',
type: 'WifiLight',
model: '',
PossibleSets: 'on off dim dimup dimdown HSV RGB',
uuid_base: undefined,
hasDim: undefined,
pctMax: undefined,
isLight: true,
isSwitch: undefined,
isOutlet: undefined,
log:
{ [Function: bound ]
debug: [Function],
info: [Function],
warn: [Function],
error: [Function],
log: [Function],
prefix: 'FHEM' },
connection:
{ base_url: 'http://10.10.0.25:8087',
request:
{ [Function: request]
get: [Function],
head: [Function],
post: [Function],
put: [Function],
patch: [Function],
del: [Function],
jar: [Function],
cookie: [Function],
defaults: [Function],
forever: [Function],
Request: [Object],
initParams: [Function: initParams],
debug: [Getter/Setter] },
disconnects: 0 } } } ],

Vielleicht hilft das ja bei der Analyse.

Gruß,
Stephan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 22 Januar 2016, 06:52:25

Zitat von: budy am 21 Januar 2016, 20:20:23
Ich würde gerne nochmal das Problem LD382A/Wifilight aufgreifen. Ich habe neulich noch einmal probiert mein RGBW-LED stripe über Wifilight in Homebridge zu verwenden und habe immer noch das Problem, dass das Device anfangs funktioniert, aber dann irgenwann nicht mehr. Es ist dann auch so, dass die Homekit DB sich dermaßen zersägt, dass man das nicht wieder hinbekommt.

[....]

Vielleicht hilft das ja bei der Analyse.

Gruß,
Stephan

Mir geht's genauso. Hatte hier die Tage ja mal geschrieben, dass beim Milight Plugin die Helligkeit nicht geht und dann mal Wifilight probiert und siehe da, hier funktioniert auch die Helligkeit!
Nen Tag nach dem einrichten hab ich mich dann gefragt, warum die Szenen nicht mehr das machen, was ich eingestellt habe und dabei ist mir dann aufgefallen, dass die Wifilights rausgeflogen waren.

Das einzige was nun hilft ist den Homebridge Dienst einmal neu zu starten, die Geräte in EVE wieder zu benennen und zu den Szenen hinzuzufügen. Nach nem Tag sind sie aber wieder weg.

Auch hat das Wifilight in Verbindung mit Homebridge manchmal die Angewohnheit, wenn ich per Siri Szenen starte und folgendes passieren soll:

Licht Decke & Sideboard sind an.
Szene: "Abends" soll gestartet werden.
Nun gehen beide Lampen aus und dann die auf dem Sideboard wieder an, obwohl letztere eigentlich so bleiben sollte, wie sie war.

Vielleicht hat ja noch jemand ne Idee.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 22 Januar 2016, 18:38:24
Kann ich den min Wert für die Temperatur selber wo eintragen? Falls ja wo?
Ich benutze Funk Thermometer von LaCrosse.

Dann hätte ich noch eine frage, woran könnte es liegen das nach einem neustart des Raspberry (auf dem FHEM und die HomeBridge istalliert ist) in der EVE App das Gerät (die HomeBridge) immer wieder entfernt werden muss und neu Hinzugefügt werden muss da es sonst nach dem Neustart nicht mehr funktioniert?

Vielen dank
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Januar 2016, 19:23:07
in der aktuellen version die nach einem update kommt ist die untergrenze für die aktuelle temperatur auf -30 grad gesetzt.

seit heute gibt es ein homebridge update bei den eventuell einige probleme mit verschwundenen devices oder bridges behoben sind.


ansonsten bin ich gerade an diversen dingen dran:

mit letzterem kann man dann z.b. einen thermostaten der aus dummy und einem thermometer zusammen gebaut ist über homekit steuern:
Code Auswählen
define thermostat dummy
attr thermostat genericDeviceType thermostat
attr thermostat homebridgeMapping TargetTemperature=target,cmd=target,minValue=18,maxValue=25,minStep=1 CurrentTemperature=thermometer:temperature
attr thermostat readingList target
attr thermostat setList target:slider,18,1,25

über die freie konfigurierbarkeit bekommen wir dann auch hoffentlich das problem mit den mit dem mode bei den thermostaten in den griff.

es dauert aber noch ein wenig bis alles fertig ist.


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 22 Januar 2016, 19:58:21
Na das klingt ja genial Andre, werde ich gleich mal aktualisieren und schauen wie es läuft.

Hab nur gerade das Problem dass meine homebridge nach einigen Umkonfigurationen und deren Neustart nicht mehr erreichbar ist. Einzige Lösung bisher: HomeKit Daten im iPhone löschen und die persists löschen und neu koppeln. Leider gehen dabei immer alle Konfigurationen in HomeKit flöten...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 22 Januar 2016, 20:06:49
Steh ich komplett auf dem Schlauf?

Ich update die Homebridge doch so

Um npm selbst zu aktualisieren:
Code: [Auswählen]

sudo npm update npm -g


Um alle anderen globalen Pakete zu aktualisieren:
Code: [Auswählen]

sudo npm update -g



oder?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 22 Januar 2016, 20:22:20
Zitat von: Nexium am 22 Januar 2016, 20:06:49

sudo npm update -g
Kommt denn irgendeine Reaktion auf das kommando?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 22 Januar 2016, 20:33:56
bei mir kommt nach "sudo npm update -g"

Code Auswählen
/usr/local/lib
├── homebridge@0.2.16
└── homebridge-http@0.0.8

neue Version also da!

Na mal schauen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Makkoo am 23 Januar 2016, 01:12:38
Hallo,ich habe folgendes Problem bei mir startet Homebridge(siehe Anhang) ,aber ich kann mit der EVE App kein Gerät hinzufügen ,kann mir jemand helfen

Hard-und Software:
RPI1 Rev.B
FHEM 5.7

Benötigt ihr noch meine config.json?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 23 Januar 2016, 01:54:15
Im Zweifelsfall einfach Homebridge anhalten, dann im iOS Gerät in den Einstellungen die HomeKit Konfiguration zurücksetzten und alle HomeKit Apps (EVE) beenden. Danach auf dem Pi den Ordner /home/pi/.homebridge/persist/ löschen und Homebridge neu starten. Nun solltest du die Homebridge in EVE wieder finden. So klappt es zumindest bei mir immer.

Zitat von: Makkoo am 23 Januar 2016, 01:12:38
Hallo,ich habe folgendes Problem bei mir startet Homebridge(siehe Anhang) ,aber ich kann mit der EVE App kein Gerät hinzufügen ,kann mir jemand helfen

Hard-und Software:
RPI1 Rev.B
FHEM 5.7

Benötigt ihr noch meine config.json?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Makkoo am 23 Januar 2016, 10:21:43
Zitat von: DeeSPe am 23 Januar 2016, 01:54:15
Im Zweifelsfall einfach Homebridge anhalten, dann im iOS Gerät in den Einstellungen die HomeKit Konfiguration zurücksetzten und alle HomeKit Apps (EVE) beenden. Danach auf dem Pi den Ordner /home/pi/.homebridge/persist/ löschen und Homebridge neu starten. Nun solltest du die Homebridge in EVE wieder finden. So klappt es zumindest bei mir immer.

Das Problem ist bei mir,dass ich garkein Gerät in EVE finde er zeigt mir die Homebridge garnicht an
Ich habe die Homebridge auch als root installierten,habe andere zielverzeichnisse.Ist es besser dies als Pi oder so zu installieren?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 23 Januar 2016, 14:43:09
Wenn die Homebridge nicht in EVE auszahlbar ist, dann half bei mir auch nur  /home/pi/.homebridge/persist/ löschen.

Im übrigen sichere ich die beiden Dateien seit den ersten Erfahrungen, nach jeder erfolgreichen Änderung meiner Konfiguration.
Wenn die Dann mal wieder zerschossen werden kopiere ich den letzten Stand zurück.

Klappt -zumindest bei mir- bisher gut !

ansonsten habe ich festgestellt, das ein Device, welches nicht von EVE erkannt wird, schon dafür sorgt, das die komplette Kommunikatin zwischen EVE und Homebridge nicht mehr funktioniert. (Achtungszeichen beim Status der Devices in EVE)

Daher kann ich nur empfehlen die Devices einzel zur Homebridge hinzuzufügen (über die Zuordnung Raum Homebridge) und dann nach jeder Zuordnung und nach Restart der Homebridge zu prüfen, ob EVE bei EVE die Aktualisierung funktioniert.

Vielleicht ist bei Dir ja auch ein Device dabei, was die Kommunikation verhindert. 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Gollum2 am 23 Januar 2016, 15:05:02
Andre ...die Idee mit dem Mapping ist Cool!

attr thermostat homebridgeMapping TargetTemperature=target,cmd=target,minValue=18,maxValue=25,minStep=1 CurrentTemperature=thermometer:temperature

Allerdings bräuchte man dann auch einen Doku zum Mapping, der möglichen Werte und Parameter.

Bis jetzt habe ich noch nicht wirklich eine -für mich verständliche Version - der Services und Charakteristics und deren Parameter gefunden.
Gibt es da was von der Bridge oder von Apple?

Nochmals vielen vielen Dank, das du so viel Zeit in die Sache investierst !
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Januar 2016, 16:54:52
die doku ist auch schon in arbeit :)

eine vollständige übersicht der möglichen services und characterstics findest du hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js). das file wird automatisch aus den homekit api files die apple ausliefert generiert.

gruss
  andre

ps: das schrittweise hinzunehmen von devices bzw. device typen ist auf jeden fall zu empfehlen. wenn bei problemen ein device oder die bridge nicht in eve sichtbar ist oder verschwindet liegt es fast immer an werten die aus irgend einem grund nicht vorgesehen sind oder aus dem erlaubten wertebereich raus laufen. das liegt dann auch weniger an eve oder homebridge sondern direkt an homekit das die geräte ignoriert. auf homebridge und shim seite kann man 'nur' dafür sorgen solche probleme rechtzeitig abzufangen und wertebereich unter keinen umständen zu überschreiten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Makkoo am 23 Januar 2016, 17:15:09
Zitat von: justme1968 am 23 Januar 2016, 16:54:52
die doku ist auch schon in arbeit :)

eine vollständige übersicht der möglichen services und characterstics findest du hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js). das file wird automatisch aus den homekit api files die apple ausliefert generiert.

gruss



ps: das schrittweise hinzunehmen von devices bzw. device typen ist auf jeden fall zu empfehlen. wenn bei problemen ein device oder die bridge nicht in eve sichtbar ist oder verschwindet liegt es fast immer an werten die aus irgend einem grund nicht vorgesehen sind oder aus dem erlaubten wertebereich raus laufen. das liegt dann auch weniger an eve oder homebridge sondern direkt an homekit das die geräte ignoriert. auf homebridge und shim seite kann man 'nur' dafür sorgen solche probleme rechtzeitig abzufangen und wertebereich unter keinen umständen zu überschreiten.

Also ich habe zurzeit nur Elro/IFunksteckdosen dran 2 Stück und steuer sie über ein fhemduino stick ist das der fehler ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 23 Januar 2016, 18:46:33
Leider startet Homebridge nach dem Update nicht mehr richtig und zeigt folgende Fehlermeldung:

Code Auswählen

longpoll error: Error: read ECONNRESET, retry in: 5000msec
[FHEM] There was a problem connecting to FHEM (1).
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1453570336434
longpoll error: Error: read ECONNRESET, retry in: 10000msec
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1453570346526
longpoll error: Error: read ECONNRESET, retry in: 15000msec
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;filter=.*;since=null;fmt=JSON&timestamp=1453570361580
longpoll error: Error: read ECONNRESET, retry in: 20000msec


Vor dem Update hat alles prima funktioniert. Hab sonst nur für Fhem ein Update durchgeführt und nichts an der Fhem/Homebridge Config geändert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Januar 2016, 18:56:27
was bekommst du wenn du die url aus der meldung in einem browser eingibst ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Makkoo am 23 Januar 2016, 19:08:07
Also ich habe Homebridge jetzt auch mal auf ein rpi2 installiert und habe das selbe Problem(angelehnt an diesem TUT http://www.fhemwiki.de/wiki/Homebridge_einrichten).
Homebridge starten im Terminal.
Aber unter EVE kein Homebridge zu finden
Habe schon alles ausprobiert was mir hier geraten worden ist,kein erfolg (Perists Order gelöscht,die MAC Adresse in der Config geändert)

Edit: Wenn EVE mal sporadisch die Homebridge findet,kann ich Koppeln er fragt dann aber nicht nach den Pin und beim Koppeln läd der Balken bis zum Ende und dann passiert nix mehr


Kann mir vll jemand weiterhelfen ?
Nodejs 5.5.0
npm 3.3.12

Hier mal die fhem.cfg


attr global userattr cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride
attr global autoload_undefined_devices 1
attr global logfile ./log/fhem-%Y-%m.log
attr global modpath .
attr global motd SecurityCheck:\
\
WEB,WEBphone,WEBtablet has no basicAuth attribute.\
telnetPort has no password/globalpassword attribute.\
\
Restart FHEM for a new check if the problem is fixed,\
or set the global attribute motd to none to supress this message.\

attr global statefile ./log/fhem.save
attr global updateInBackground 1
attr global verbose 3

define telnetPort telnet 7072 global

define WEB FHEMWEB 8083 global
attr WEB editConfig 1

define WEBphone FHEMWEB 8084 global
attr WEBphone stylesheetPrefix smallscreen

define WEBtablet FHEMWEB 8085 global
attr WEBtablet stylesheetPrefix touchpad

# Fake FileLog entry, to access the fhem log from FHEMWEB
define Logfile FileLog ./log/fhem-%Y-%m.log fakelog

define autocreate autocreate
attr autocreate filelog ./log/%NAME-%Y.log

define eventTypes eventTypes ./log/eventTypes.txt

# Disable this to avoid looking for new USB devices on startup
define initialUsbCheck notify global:INITIALIZED usb create


###FHEMDUINO###
define Arduino FHEMduino /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0@9600
attr Arduino flashCommand avrdude -c arduino -b 57600 -P [PORT] -p atmega328p -vv -U flash:w:[HEXFILE] 2>[LOGFILE]





##WOHNZIMMER##

##Steckdosen##

define Lampe_Kommode FHEMduino_PT2262 F00000FFFF 0F F0
attr Lampe_Kommode IODev Arduino
attr Lampe_Kommode genericDeviceType switch
attr Lampe_Kommode room Wohnzimmer,Homekit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 23 Januar 2016, 21:45:23
Zitat von: justme1968 am 23 Januar 2016, 18:56:27
was bekommst du wenn du die url aus der meldung in einem browser eingibst ?

gruss
  andre

Lässt sich von meinen Rechner auch nicht öffnen. Es fehlt nur das https am Anfang. In der homebridge Config steht SSL aber auf true. Muss man das jetzt noch irgendwo anders einstellen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Januar 2016, 22:32:50
wie hast du das true genau eingetragen ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 23 Januar 2016, 22:39:00
als eine Zeile
Code Auswählen
"ssl": "true", unter platforms
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 23 Januar 2016, 22:49:02
ohne anführungszeichen um true.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 23 Januar 2016, 22:53:35
Zitat von: justme1968 am 23 Januar 2016, 22:49:02
ohne anführungszeichen um true.
:)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: kennymc.c am 24 Januar 2016, 00:47:33
Jetzt geht es wieder. Hat sich das mit der neuen Version denn geändert? Vorher hat es ja auch so funktioniert mit der selben Config. Zudem haben die anderen Einträge in der Config auch Anführungszeichen und die werden auch erkannt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Januar 2016, 01:58:36
das hatte sich schon vor einer weile geändert. die anderen einträge sind strings. das hier ist ein boolean.

in der nächsten version wird es weniger fehleranfällig.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 24 Januar 2016, 03:21:17
Bekommt man die Geräte auch durch irgendein Attribut direkt in den richtigen Raum?
Wenn ich jetzt ein Gerät meinem Raum HomeKit hinzufüge und Homebridge neu starte, dann ist das neue Gerät nicht sichtbar. Schaue ich dann unter Geräte, so ist das Gerät da aber mit den Raum 'null'. Kann das Gerät auch keinem anderen Raum zuweisen. Die Zuweisung wird nicht gespeichert.
Muss jetzt immer meiner HomeKit Daten zurücksetzen und Homebridge neu koppeln.
Deswegen auch die Frage mit der Raumzuweisung.

Für meinen Fibaro Motion Sensor wird auch die Batterie in HomeKit angezeigt, leider mit einem falschen Wert. Ich werde vor einer schwachen Batterie gewarnt, obwohl die fast voll ist. Würde tippen es liegt daran dass HomeKit nur eine Zahl ohne Einheit erwartet, in FHEM wird die Batterie aber mit "96 %" angezeigt. Gerechnet ergibt das 0,96 was einem sehr niedrigem Batteriestand entsprechen würde. Gibt's da eventuell was von Ratiopharm *hust*, sorry ich meine gibt's da eventuell eine Lösung dafür? Kann man die Readings umschreiben?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Januar 2016, 09:45:29
nein. das geht nicht. die homekit interne konfiguration wie räume und szenen sind nicht ohne app die auf dem gerät läuft sichtbar und es gibt (noch?) keine homebridge app die das erlauben würde.

der batterie wert ist bis jetzt nur für homematic angepasst. d.h. er wertet ok und alles andere aus. zahlen baue ich ein. die frage wäre welcher schwellwert soll gelten?

mit der nächsten version wird es möglich sein das (und fast alles andere) völlig frei zu konfigurieren. siehe hier: http://forum.fhem.de/index.php/topic,32652.msg396429.html#msg396429 (http://forum.fhem.de/index.php/topic,32652.msg396429.html#msg396429).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 24 Januar 2016, 09:46:28
Hallo,

kann mir jemand sagen wie ich die Homebridge komplett löschen kann und alles was dazu gehört?

Vielen Dank
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 24 Januar 2016, 14:12:17
Zitat von: justme1968 link=topic=32652.msg396429#msg396429 date=

[...]
ansonsten bin ich gerade an diversen dingen dran:

  • das wifilight/milight problem (konnte ich bis jetzt noch nicht reproduzieren)
  • das automatische hinzufügen neuer devices sobald sie in fhem definiert werden
    ein patch als grundlage dafür ist inzwischen in fhem
  • das erreichbar/nicht erreichbar setzen je nach device status
    das dafür nötige homebridge update gibt es seit heute, die änderungen im shim sind fast fertig
  • die möglichkeit alle parameter zu konfigurieren (funktioniert in einer ersten version schon)

    • mit einer freien zuordnung von fhem devices und readings zu homekit services und characterstics
    • der freien zuordnung von reading werten zu homekit werten
    • und auch der möglichkeit einen homekit service aus mehreren fhem devices zusammen zu setzen
    das ganze geht über ein attribut in fhem. d.h. die konfiguration lässt sich auch ändern und anpassen ohne homebridge neu zu starten


mit letzterem kann man dann z.b. einen thermostaten der aus dummy und einem thermometer zusammen gebaut ist über homekit steuern:
Code Auswählen
define thermostat dummy
attr thermostat genericDeviceType thermostat
attr thermostat homebridgeMapping TargetTemperature=target,cmd=target,minValue=18,maxValue=25,minStep=1 CurrentTemperature=thermometer:temperature
attr thermostat readingList target
attr thermostat setList target:slider,18,1,25

über die freie konfigurierbarkeit bekommen wir dann auch hoffentlich das problem mit den mit dem mode bei den thermostaten in den griff.

es dauert aber noch ein wenig bis alles fertig ist.


gruss
  andre

Ich bin nun wieder zurück zu dem Milight Plugin gewechselt, das Wifilight hat hier und da immer Probleme gemacht und dann sind die Geräte auch in der FHEM App nicht sichtbar gewesen etc...
Nun meine Frage, ist es mit dem Attribut dann theoretisch möglich auch die Helligkeit der Milights mit dem Milight Plugin per Siri zu steuern?
Also so in der Art (Keine Ahnung, ob die Befehle nun so passen, aber als Attribut unter der Lampe):
attr wz_milight_sideboard homebridgeMapping Brightness=target,cmd=target, CurrentBrightness=wz_milight_sideboard:brightness

Wobei CurrentBrightness oder sowas in der Art in dem von dir verzinkten Github nicht verfügbar war.
Kurze blöde Frage dazu noch, weswegen CurrentTemperatur/ Brightness=target?

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: arokh12 am 24 Januar 2016, 15:22:05
Hallo,

ich habe mir neulich die Homebridge eingerichtet. Das funktioniert im WLAN auch ganz gut, dass einzige wo ich ein Problem mit habe, ist der Fernzugriff, also vom Mobilfunknetz.

Gibt es eine Möglichkeit diesen noch "nachzurüsten", abgesehen von einer VPN Verbindung?

arokh12
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 24 Januar 2016, 15:44:33
Ein Apple TV 3 oder 4!!!

Zitat von: arokh12 am 24 Januar 2016, 15:22:05
Hallo,

ich habe mir neulich die Homebridge eingerichtet. Das funktioniert im WLAN auch ganz gut, dass einzige wo ich ein Problem mit habe, ist der Fernzugriff, also vom Mobilfunknetz.

Gibt es eine Möglichkeit diesen noch "nachzurüsten", abgesehen von einer VPN Verbindung?

arokh12
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 24 Januar 2016, 15:49:07
Schade, naja gut, dann müssen die Räume halt nachträglich zugewiesen werden.

Eventuell könntest du die Schwellwerte für die Batterien auch als Konfigurationsoption mit einbauen?

Andre, du bist mein Held. Ich warte sehnsüchtig auf die freie Konfigurierbarkeit und alles was dir sonst noch einfällt.
Ich hoffe nur Apple zerstört das alles nicht wieder mit dem nächsten großen HomeKit Update.

Tolle Leistung Andre..........

Zitat von: justme1968 am 24 Januar 2016, 09:45:29
nein. das geht nicht. die homekit interne konfiguration wie räume und szenen sind nicht ohne app die auf dem gerät läuft sichtbar und es gibt (noch?) keine homebridge app die das erlauben würde.

der batterie wert ist bis jetzt nur für homematic angepasst. d.h. er wertet ok und alles andere aus. zahlen baue ich ein. die frage wäre welcher schwellwert soll gelten?

mit der nächsten version wird es möglich sein das (und fast alles andere) völlig frei zu konfigurieren. siehe hier: http://forum.fhem.de/index.php/topic,32652.msg396429.html#msg396429 (http://forum.fhem.de/index.php/topic,32652.msg396429.html#msg396429).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 24 Januar 2016, 20:48:32
@Hagenuck1: wie gesagt: eigentlich sollten die jetzt schon gehen. ich konnte das problem nicht reproduzieren. da ich aber gerade komplett am umbauen bin kann ich auch nicht mehr nach schauen. wenn die neue version fertig ist wird alles konfigurierbar sein.

homekit verwendet Hue, Saturation und Brighness. im fhem shim gibt es die möglichkeit jeden dieser werte auf ein beliebiges reading zu setzen und ein beliebiges set kommando daran zu hängen. zusätzlich gibt es die möglichkeit alle drei auf ein beliebig benanntes rgb reading zu konfigurieren und ein beliebiges set rgb kommando zu verwenden.

@arokh12: es geht NUR mit einem apple tv 3 oder 4 und NICHT mit vpn.

zumindest nicht ohne einen bonjour proxy und einiges an handarbeit und ob es mit einem solchen proxy geht hat noch niemand probiert.

@DeeSPe: der schwellwert ist konfigurierbar und da es keine 1:1 zuordnung von readung und characteristic mehr gibt ist es auch möglich zusätzlich zur StatusLowBattery characteristic eine BatteryLevel characteristic auf das gleiche reading zu setzen.

mach mal bitte ein jsonlist2 von einem milight device.

gruss
  andre

ps: ein kurzer und vermutlich noch unverständlicher ausblick aus einige der möglichkeit:
Code Auswählen
for devices that don't use the autodetected readings and commands or for devices that mix readings from different
devices use the homebridgeMapping attribute. which works as follows:
- the genericDeviceType attribute is used to determine the service type that should be used for this device
- the homebridgeMapping attribute containts a space separated list of characteristic descriptions
- each description consists of the characteristic name followed by a = followed by a komma separated list of parameters
- each parameter can be of the form <command>:<device>:<reading> where parts can be omitted from left to right
  or of the form <name>=<value>

e.g:
attr <thermostat> genericDeviceType thermostat
attr <thermostat> homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5 CurrentTemperature=myTemp:temperature

this would define a thermostat device with a command target to set the desired temperature, a reading target that indicates the desired target temperature, the desired min, max and step values and a current temeprature comming from the temperature reading of the device myTemp.

currently supported values for characteristic names are:
  On
  Brightness
  Hue
  Saturation
  CurrentTemperaure
  TargetTemperature
  CurrentRelativeHumidity
  CurrentAmbientLightLevel
  AirQuality
  CurrentDoorState
  OccupancyDetected
  StatusLowBattery
  FirmwareRevision

currently supported parameters are:
  minValue, maxValue, minStep: for all int and float characteristics -> the allowed range for this value in homekit
  cmdOn, cmdOff: for all bool characteristics ->
  (min,) max: Hue and Saturation characteristics -> the range the reading has in fhem, only if differenf from minValue and maxValue
  delay: true/false -> the value ist send afer one second inactivity
  cmdLock, cmdUnlock, cmdOpen: commands to lock, unlock and open a door
  cmd -> the set command for an adjustable value
  nocache: don't cache values for this reading
  threshold: -> ...

  //TODO: invert numeric readings

  valueOn, valueOf: the reading values that are mapped to the true/false resp. on/off states in homekit
  values: a ; separated list of reading values that should be mapped to consecutive homekit values

          each value can be a literal value or a regex of the form /regex/
          homekit values can be given as literal values or homekit definde terms

          e.g.: PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On:state,valueOn=/on|dim/,valueOff=off

  commands: a ; separated list of commands that should be used for consecutive homekit valuesthis hast to be used if any of the separators aabove are used in an command or value.

e.g.: { "PositionState" = { "reading" = "motor", "values" = [...] }, "On" = { "reading" = "state", "valueOn" = "/on|dim/", "valueOff" = "off" } }
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: com4t am 25 Januar 2016, 23:53:50
Erstmal vielen Dank für die ganze Arbeit, die Ihr hier rein steckt! Dank euch kann ich mein Zuhause per Siri steuern - wie geil ist das bitte?!

Jetzt will ich aber ins Bett gehen und würde gerne dem RESIDENTS Modul sagen, dass ich schlafe, damit zum einen mein Wecker morgen früh losgeht, zum anderen zwei Minuten nachdem ich den Wert übergeben habe (wenn ich dann im Bett bin) auch mein Licht im Schlafzimmer ausgeht :)

Gibt's dafür schon Ansätze? Bisher habe ich über die FTUI die Werte 1,2,3,4 an ein HomeStatus dummy übergeben. Kann ich diese Werte auch über die homebridge anreichen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 00:03:48
zur zeit nur mit einem oder mehreren dummys und passenden notifys.

in der nächsten version auch direkt mit der oben beschriebenen konfigurierbarkeit.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 26 Januar 2016, 08:36:11
das gefällt mir. Bisher wähle ich auch den Ansatz mit den Dummies. Kann es sein, dass der genericDeviceType switch nicht mehr richtig erkannt wird oder da was geändert wurde? Die über Switch angesprochenen Dummies werden bei mir nach dem Update nicht mehr aktualisiert.

Aber wenn du sagst, dass es nach dem nächsten Update auch direkt ansteuerbar ist, kann ich mich bis dahin auch so behelfen.

Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 10:42:02
Ich habe folgendes Problem mit meinen GenShellSwitch(es):

Wenn ich in FHEM den Schaltzustand ändere, dann wird diese Information nicht an Homebridge weitergegeben.
Habe schon genericDeviceType light und switch probiert, leider ohne Erfolg.
Kann man das durch ein Attribut ändern? Ich weiß dass diese Geräte keinen Rückkanal haben und somit nicht ihren wirklichen Zustand zurückmelden können. Aber ich gehe einfach davon aus dass die Schaltung auch stattgefunden hat wenn ich schalte.

Des Weiteren wüsste ich gern, ob ich auch die Luminance Werte eines Sensors in Homebridge anzeigen lassen könnte?

Und letze Frage (hatte das irgendwann vorher schon einmal erwähnt):
Wie kann ich den an Homebridge gemeldeten Batteriewert umschreiben? Meine Batterieanzeige liefert den Wert als "XX %", Homebridge will aber offensichtlich nur "XX", also ohne das %-Zeichen dahinter.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 11:01:26
wenn fhem das reading aktualisiert und per longpoll meldet sollte der status in homekit auch angezeigt werden.
siehst du die geänderten werte in den ausgaben auf der console?

wenn es ein reading luminosity gibt wird hierfür eine characteristic angelegt. wenn dein reading anders heisst musst du dir bis zum update mit einem user reading behelfen.

wie oben schon geschrieben ist das problem nicht das % zeichen sondern das zur zeit nur ok und != ok ausgewertet wird. im nächsten update gibt es einen configurierbaren schwellwert und es gibt eine zusätzliches BatteryLevel characteristic.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 11:20:58
Danke für die schnelle Antwort Andre, Du bist ja wieder schneller als die Feuerwehr. ;-)

Wenn ich Homebridge im Vordergrund laufen lasse, dann sehe ich bei den GenShellSwitch(es) keine Änderung des Zustands wenn ich in FHEM schalte.
Bei den Z-Wave Geräten sehe ich eine Zustandsänderung sofort.

Das Reading heißt bei mir "luminance" und wird in "XXX Lux" ausgegeben. Wenn ich mir nun ein Userreading anlege mit dem Namen "luminosity" und dieses bei Änderung des Lichtwertes aktualisiere, dann müsste es mit Homebridge klappen?

Okay,dann warte ich mit meiner Batterie auf das nächste Update...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 12:19:29
gibt es die events im event monitor? GenShellSwitch sagt mir nichts. falls es mit dem IT modul zu tun hat: da gibt es ein bekanntes noch nicht behobenes problem:http://forum.fhem.de/index.php/topic,43162.msg351448.html#msg351448 (http://forum.fhem.de/index.php/topic,43162.msg351448.html#msg351448). ansonsten hat es eventuell die gleiche ursache.

zur not kannst du mit trigger selber ein passendes event erzeugen.

damit das luminosity reading passt musst du eventuell den wert noch skalieren. das siehst du aber recht schnell.

gruss
  andre

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 13:01:46
GenShellSwitch(es) sind ähnlich wie Dummies, sie schalten meine 433 MHz Funksteckdosen. ( wie hier beschrieben: http://forum.fhem.de/index.php?topic=12443.0 )
Das Event sehe ich im Event-Monitor, aber es kommt keine Änderung bei Homebridge an.

Das mit der Lichtstärke sehe ich mir heute Abend zu hause an, falls ich es nicht schaffe umzusetzen, werde ich wieder freundlich um Hilfe fragen...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 13:16:19
zeig mal ein list auf so einen dummy und einen auszug aus dem event monitor.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 13:31:07
Bekommst du beides heute Abend, hab gerade keinen vernünftigen Zugang zu meinem FHEM von der Arbeit aus. ;-)

Zitat von: justme1968 am 26 Januar 2016, 13:16:19
zeig mal ein list auf so einen dummy und einen auszug aus dem event monitor.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 18:36:43
Code Auswählen
list ku_Unterlicht

Internals:
   Command    sudo /home/pi/raspberry-remote/send 10010 01
   DEF        sudo /home/pi/raspberry-remote/send 10010 01 1 0
   NAME       ku_Unterlicht
   NR         30
   OffValue   0
   OnValue    1
   STATE      on
   TYPE       GenShellSwitch
   Readings:
     2016-01-26 18:22:56   state           on
Attributes:
   alias      Unterlicht
   genericDeviceType light
   group      Lichter
   icon       light_downlight
   room       Licht,HomeKit,Küche

Und beim Schalten kommt dann im Event Monitor:
Code Auswählen
2016-01-26 18:36:11 GenShellSwitch ku_Unterlicht off
2016-01-26 18:36:14 GenShellSwitch ku_Unterlicht on
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 18:53:12
Achso, wenn ich mit HomeKit schalte, dann wechselt der Schalter auch seine Position. Schließe ich die App und öffne sie erneut (Daten werden frisch abgerufen), dann steht der Schalter wieder auf der Stellung von vor dem Schalten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 19:04:59
welche version hat dein FHEMWEB?

ändert sich das verhalten wenn du das addStateEvent für das WEB device setzt?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 19:19:15
Woran sehe ich die Version von FHEMWEB?

Meine Installation ist top aktuell, spiele (noch) jeden Tag Updates ein.

Das Attribut addStateEvent kenne ich leider (noch) nicht und habe auf die schnelle auch keine passende Erklärung dafür gefunden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pady11 am 26 Januar 2016, 20:33:38
Hallo,

nachdem ihr mir letztes Mal so toll helfen konnte habe ich nochmal eine Frage.

Anscheinend funktioniert bei mir etwas mit den Duofern Rollladen nicht ganz Reibungslos.
In jedem Raum in dem sich einer befindet muss ich wenn ich die EVE App öffne erstmal einen Schalter oder ähnliches an und ausschalten bis alles wie gewohnt funktioniert.
Es sieht aus als ob irgend ein erstmaliges auslesen der Rollos nicht klappt.

Grundsätzlich lässt sich alle aber über SIRI Problemlos steuern.

Hat jemand ein ähnliches Problem schon gelöst?

Bzw. Justme1968 kannst du mir weiterhelfen?

Grüße und vielen Dank.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 26 Januar 2016, 21:03:09
Zitat von: DeeSPe am 26 Januar 2016, 19:19:15
Das Attribut addStateEvent kenne ich leider (noch) nicht und habe auf die schnelle auch keine passende Erklärung dafür gefunden.
Vielleicht meint er
Code Auswählen
attr weissnichtmehr event-on-change-reading state
Das habe ich gesetzt bei meinem light dummy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 26 Januar 2016, 21:16:44
Zitat von: justme1968 am 24 Januar 2016, 20:48:32
@Hagenuck1: wie gesagt: eigentlich sollten die jetzt schon gehen. ich konnte das problem nicht reproduzieren. da ich aber gerade komplett am umbauen bin kann ich auch nicht mehr nach schauen. wenn die neue version fertig ist wird alles konfigurierbar sein.

homekit verwendet Hue, Saturation und Brighness. im fhem shim gibt es die möglichkeit jeden dieser werte auf ein beliebiges reading zu setzen und ein beliebiges set kommando daran zu hängen. zusätzlich gibt es die möglichkeit alle drei auf ein beliebig benanntes rgb reading zu konfigurieren und ein beliebiges set rgb kommando zu verwenden.

.....

gruss
  andre

ps: ein kurzer und vermutlich noch unverständlicher ausblick aus einige der möglichkeit:
Code Auswählen
for devices that don't use the autodetected readings and commands or for devices that mix readings from different
devices use the homebridgeMapping attribute. which works as follows:
- the genericDeviceType attribute is used to determine the service type that should be used for this device
- the homebridgeMapping attribute containts a space separated list of characteristic descriptions
- each description consists of the characteristic name followed by a = followed by a komma separated list of parameters
- each parameter can be of the form <command>:<device>:<reading> where parts can be omitted from left to right
  or of the form <name>=<value>

e.g:
attr <thermostat> genericDeviceType thermostat
attr <thermostat> homebridgeMapping TargetTemperature=target::target,minValue=18,maxValue=25,minStep=0.5 CurrentTemperature=myTemp:temperature

this would define a thermostat device with a command target to set the desired temperature, a reading target that indicates the desired target temperature, the desired min, max and step values and a current temeprature comming from the temperature reading of the device myTemp.

currently supported values for characteristic names are:
  On
  Brightness
  Hue
  Saturation
  CurrentTemperaure
  TargetTemperature
  CurrentRelativeHumidity
  CurrentAmbientLightLevel
  AirQuality
  CurrentDoorState
  OccupancyDetected
  StatusLowBattery
  FirmwareRevision

currently supported parameters are:
  minValue, maxValue, minStep: for all int and float characteristics -> the allowed range for this value in homekit
  cmdOn, cmdOff: for all bool characteristics ->
  (min,) max: Hue and Saturation characteristics -> the range the reading has in fhem, only if differenf from minValue and maxValue
  delay: true/false -> the value ist send afer one second inactivity
  cmdLock, cmdUnlock, cmdOpen: commands to lock, unlock and open a door
  cmd -> the set command for an adjustable value
  nocache: don't cache values for this reading
  threshold: -> ...

  //TODO: invert numeric readings

  valueOn, valueOf: the reading values that are mapped to the true/false resp. on/off states in homekit
  values: a ; separated list of reading values that should be mapped to consecutive homekit values

          each value can be a literal value or a regex of the form /regex/
          homekit values can be given as literal values or homekit definde terms

          e.g.: PositionState=motor,values=/^up/:INCREASING;/^down/:DECREASING;/.*/:STOPPED On:state,valueOn=/on|dim/,valueOff=off

  commands: a ; separated list of commands that should be used for consecutive homekit valuesthis hast to be used if any of the separators aabove are used in an command or value.

e.g.: { "PositionState" = { "reading" = "motor", "values" = [...] }, "On" = { "reading" = "state", "valueOn" = "/on|dim/", "valueOff" = "off" } }



Der Ausblick war gut und hat schon sehr geholfen, ABER, leider akzeptiert FHEM bei mir das Attribut homebridgeMapping noch nicht  ???
Das war nun so mein Verständnis:
attr wz_milight_decke homebridgeMapping Brightness=wz_milight_decke:brightness

Hab FHEM über das Webfrontend auch per update aktualisiert und per shutdown restart einmal neu gestartet, aber weder im Webfrontend noch per Edit Files hat er es angenommen. Meldungen (wz_milight_decke: unknown attribute homebridgeMapping. Type 'attr wz_milight_decke ?' for a detailed list.) Hat da noch jemand nen Tipp für mich?

Danke nochmal Andre für die Arbeit!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 21:19:57
Füg mal das Attribut homebridgeMapping bei dem global Attribut hinzu, dann wird es auch beim Gerät akzeptiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 21:26:23
Hab ich probiert und FHEM und Homebridge neu gestartet, ohne Erfolg!


Zitat von: andreas.maurer am 26 Januar 2016, 21:03:09
Vielleicht meint er
Code Auswählen
attr weissnichtmehr event-on-change-reading state
Das habe ich gesetzt bei meinem light dummy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 26 Januar 2016, 21:43:19
Zitat von: DeeSPe am 26 Januar 2016, 21:19:57
Füg mal das Attribut homebridgeMapping bei dem global Attribut hinzu, dann wird es auch beim Gerät akzeptiert.

::) Da war ja was.... Jetzt konnte ich das homebridgeMapping Attribut nutzen.

Funktionieren tuts aber noch nicht, bei dem Beispiel mit der Temperatur gibts ja zum einen TargetTemperature und CurrentTemepratur, bei der Brightness ja nur diese. Bin da gerade etwas verwirrt, wie es nun bei der aufgebaut sein muss?

attr wz_milight_decke homebridgeMapping Brightness=brightness:wz_milight_decke:brightness oder auch
... Brightness=brightness:wz_milight_decke:brightness,minValue=1,maxValue=100,minStep=1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 22:02:09
@DeeSPe: in dem du version FHEMWEB eingibst. das addStateEvent gehört zu FHEMWB. einfach wie jedes andere attribut durch anklicken setzen. und nein. es war nicht event-on-irgendetwas gemeint.

@Pady11: ich würde gerne die neue version fertig machen und nicht in der alten noch debuggen. intern hat sich sehr viel verändert.

@Hagenuck1: homebridgeMapping gibt es erst in der nächsten version! da hilft auch kein von hand hinzufügen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 22:14:25
Code Auswählen
version FHEMWEB

File          Rev   Last Change

01_FHEMWEB.pm 10583 2016-01-21 10:22:53Z rudolfkoenig
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 22:20:12
Okay, jetzt habe ich das Attribut gefunden. Man muss nur wissen wo man suchen muss...
Die Frage ist nun auf welchen Wert dieses zu setzen ist? "state"? Keine Veränderung.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Januar 2016, 22:39:54
auf 1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 22:47:27
Leider nein.
Bei Homebridge wird das Event nicht getriggert.

Code Auswählen
list WEB

Internals:
   CONNECTS   221
   DEF        8083 global
   FD         6
   NAME       WEB
   NR         5
   NTFY_ORDER 50-WEB
   PORT       8083
   STATE      Initialized
   TYPE       FHEMWEB
Attributes:
   JavaScripts codemirror/fhem_codemirror.js
   addStateEvent 1
   defaultRoom Wohnzimmer
   iconPath   openautomation:fhemSVG:default
   room       System
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Freddy am 26 Januar 2016, 22:51:10
Mal eine Frage, geht Homebrige auf den PI B oder Windows 7. Hatte Anfang Dezember mal versucht auf mein Pi B es zu installieren. Aber ohne Erfolg.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hagenuck1 am 26 Januar 2016, 22:51:49
@justme1968: Danke, wer richtig lesen kann ist klar im Vorteil :x hatte das "das musste eigentlich nun schon fubkionieren" vorgestern irgendwie auf das homebridgeMapping bezogen, aber du meintest das Milight allgemein. Danke für die schnelle Antwort :)


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Januar 2016, 23:02:07
RPi 1B kein Problem. Lief bis Freitag bei mir so.
Seit Samstag nun alles auf dem RPi 2.

Zitat von: Freddy am 26 Januar 2016, 22:51:10
Mal eine Frage, geht Homebrige auf den PI B oder Windows 7. Hatte Anfang Dezember mal versucht auf mein Pi B es zu installieren. Aber ohne Erfolg.


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 27 Januar 2016, 13:08:02
Ist es eigentlich normal dass nach Änderung in FHEM im Raum HomeKit die neuen Daten nicht bei HomeKit ankommen?
Habe gestern einen Thermostaten hinzugefügt und dann Homebridge neu gestartet. Hab dann die App Eve neu gestartet und sollte dann doch auch das neue Gerät sehen oder? Das passiert aber nicht. Habe dann Homebridge mal im Vordergrund gestartet und dort wurde der neue Thermostat brav aufgelistet.
Danach fiel mir nur ein den Ordner ~/.homepridge/persist zu löschen, HomeKit zurückzusetzen und die Kopplung (und damit auch die Konfiguration in HomeKit) von vorne zu beginnen. Das hat man sich doch so bestimmt nicht gedacht. Noch ist es nicht so problematisch, da ich nur wenige Geräte habe, aber es sollen schon bald mehr werden. Und dann jedes Mal die Konfiguration zurücksetzen und von vorne beginnen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 27 Januar 2016, 13:50:15
Hi

die landen meiner Meinung immer im Standard-Raum, den man beim ersten koppeln mit EVE als Name des zu Hause anlegst.
Auch wenn man an einem Device in FHEM Was ändert, dann ist das in aller Regel so.
Den persist-Ordner habe ich für so etwas noch nie gelöscht.

Ciao, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 27 Januar 2016, 14:01:13
Nö, im Standardraum ist nichts. Aus diesem hole ich auch immer alle Geräte in Eve heraus und füge sie den entsprechenden Räumen hinzu. Danach ist der Raum leer und wird in der Startansicht von Eve auch nicht mehr angezeigt. Ich würde also sofort sehen wenn diesem Raum ein neues Gerät hinzugefügt wird, da er dann wieder sichtbar würde.

Vor ein paar tagen hatte ich das Phänomen, dass nach Hinzufügen eines neuen Gerätes und neustarten von Homebridge das neue Gerät nur in der Geräteübersicht in Eve auftauchte mit der Raumzuweisung "unknown" (oder irgend sowas in die Richtung). Ich konnte das Gerät dann auch einem Raum zuweisen aber die Zuweisung ist nicht erhalten geblieben. Die Geräte blieben dauerhaft im Standardraum.
Erst nach Neukopplung und HomeKit Reset ging es dann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 27 Januar 2016, 14:43:54
Moin,


ich verzweifle auch an der Homebridge, habe sie zwar zum laufen bekommen und alles geht für ein paar Tage um dann sang- und klanglos nicht mehr erreichbar zu sein. Die Homebridge läuft aber auf dem Raspi...


Ich hatte das Problem mit der alten Version als auch mit der aktuellen, habe die Konfigurationen bereinigt, EVE erreicht ja auch ein paar Tage die Bridge um dann ohne Vorwarnung einfach nicht mehr zu funktionieren. Die einzige Methode um das dann wieder zum Laufen zu bekommen, ist die HomeKit Datenbank zurückzusetzen und den Persist - Ordner zu löschen und die Bridge neu zu starten. Danach ist wieder alles da.
Auch kann ich nicht über ATV 3 auf die Konfig zugreifen geschweige denn mit anderen iOS-Devicen die auf dem gleichen Account laufen....dort wird nur gesagt "iCloud Synchronisierung läuft, versuchen sie es später einmal".


Das ist insgesamt sehr frustrierend, weil die ganze Geschichte schon super wäre, würde sie denn stabil laufen. Auch sind mir die Ideen ausgegangen woran es liegen könnte.
Die FHEM - Konfig für Homebridge habe ich bereinigt und auch mit nur ein oder zwei Device ausprobiert, keine Änderung...


Sehr frustrierend...vielleicht klappt es ja mit der nächsten Variante von justme, ich hoffe es.
Ansonsten habe ich hier wohl irgendetwas, was die korrekte Funktion verhindert.

Auch ist die Spracherkennung von SIRI manchmal sehr eigenwürdig und treibt mich in den Wahnsinn...mal geht eine Formulierung für Homekit um dann im nächsten Moment nicht mehr zu funktionieren...was Apple sich dabei wohl gedacht hat.

Naja, schade eigentlich


Grüße


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 27 Januar 2016, 14:52:52
Hey Marie,

Deine gemeldeten Ungereimtheiten kann ich zu 100% bestätigen. Manchmal läuft Homebridge ein paar Tage gut, manchmal auch nur von morgens bis abends. Eben ging es noch und im nächsten Moment (ohne Änderung an FHEM) (FHEM und Homebridge laufen weiterhin) nicht mehr. z.B. abends hatte ich noch alles erfolgreich schalten lassen und beim Aufwachen ging nichts mehr. Konnte dann auch nur wie von Dir beschrieben vorgehen und alles zurücksetzen damit es wieder funktioniert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 27 Januar 2016, 16:47:09
Hallo,

ich hab mal eine Frage, ich hab eine EVE Room und dort kann man sich in der EVE App sehr schön ein Diagramm zur Temperatur usw. anschauen.
Nun wollte ich mal fragen ob es möglich ist wenn man eigene Temperatursensoren (LaCrosse) eingebunden hat und auch ein Logfile und Diagramm in FHEM hat dies auch mit in der EVE App anzuzeigen.

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Januar 2016, 16:57:48
@Marie: ich verstehe das es frustrierend ist, es liegt aber wenn überhaupt nur zum teil am fhem shim. beim mir läuft produktiv noch die alte version wochen und monatelang stabil. probleme gibt es wenn devices nicht erlaubte werte melden. das ist das einzige auf das die fhem seite einfluss hat. wenn hier etwas nicht stimmt muss es repariert werden. das wird mit der neuen version sehr viel einfacher. andere probleme sind oft das netzwerk (bonjour/router/wlan...). 

die aktuellste homebridge version sollte hier etwas robuster sein und die nächste ios version soll auch nicht mehr die ganze bridge rausschmeißen sondern nur noch das eine fehlerhafte device.

versuch ob es mit einem einzigen einfachen device wie z.b. einem switch stabil läuft. wenn nicht schau ob deine netzwerk komponieren bonjour probleme haben.

@Nexium: die ganzen diagramme sind über unveröffentlichte und private custom characteristics implementiert. es gibt ein paar ansätze wie man das implementieren kann, aber noch nicht wirklich so das es für die routine geeignet ist. ich schaue es mir an so bald der aktuelle umbau fertig ist.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marie am 27 Januar 2016, 17:01:52
Hallo Andre,


die Geschichte mi den Devices rausschmeissen und cleanen habe ich bereits hinter mir....mehr als einmal.
Die Bridge läuft ja auch tagelang problemlos, Bonjour sollte eigentlich auch keine Probleme machen, da sämtliche Apple - Produkte (Mac, 3* iPad , 2 * iPhone, AppleTV und Drucker (drahtlos) problemlos laufen. Ebenso Airplay und Co.
Insofern glaube ich nicht das da die FritzBox (7390) Probleme bereitet....


Das muss irgendwas anderes sein...


Mal schauen was die nächste Version macht. Wenn dort die Fehlersuche einfacher ist, dann wäre das schon einmal was.
Hast Du schon eine ungefähre Timeline?


Grüße


Marie
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nexium am 27 Januar 2016, 18:49:47
danke justme dann weis ich erstmal bescheid.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 Januar 2016, 20:09:31
die diskussion zur neuen version gibt es jetzt hier: http://forum.fhem.de/index.php/topic,48558.0.html (http://forum.fhem.de/index.php/topic,48558.0.html).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 30 Januar 2016, 15:56:00
Hi,

coole Sache, würde ich gerne testen. Vielen vielen Dank für die unermüdliche Arbeit!
Zu Deinen Empfehlungen, damit ich sie auch korrekt umsetze
Vielen lieben Dank für kurzes Feedback, Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 30 Januar 2016, 21:30:10
Welchen genericDeviceType benutze ich denn am Besten für einen Sensor (Fibaro Motion Sensor)?
Bisher habe ich keinen genericDeviceType gesetzt, HomeKit scheint aber zu denken es sei ein Thermostat weil mir bei Abfrage der Temperatur immer gesagt wird dass die Temperatur auf XX Grad eingestellt ist.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 01 Februar 2016, 14:17:01
So, ich teste auch gerade die neue Version und stoße auf folgenden Fehler:

Ich habe einen Dummy definiert, der meinen Anwesenheitsstatus zwischen gotosleep (on) und home (off) umschalten soll.
Das hat mit der bisher offiziellen Version auch prima funktioniert. Mit gleicher Konfiguration kommt nach Start von Homebridge dieser Fehler:

Code Auswählen

[FHEM] got: 12 results
[FHEM] Schlafengehen is switch
[FHEM] Schlafengehen has On [state;on,off]
/usr/local/lib/node_modules/homebridge-fhem/index.js:1558
        if(Object.keys(mapping.event_map).length) this.log.debug( 'event_map: ' + mapping.event_map );
                  ^

TypeError: Cannot convert undefined or null to object
    at Function.keys (native)
    at Object.FHEMAccessory (/usr/local/lib/node_modules/homebridge-fhem/index.js:1558:19)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:944:40)
    at Array.map (native)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/index.js:930:31)
    at Request.self.callback (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:198:22)
    at emitTwo (events.js:87:13)
    at Request.emit (events.js:172:7)
    at Request.<anonymous> (/usr/local/lib/node_modules/homebridge-fhem/node_modules/request/request.js:1035:10)
    at emitOne (events.js:82:20)

Mein Dummy ist wie folgt konfiguriert:
Code Auswählen
Internals:
   NAME       Schlafengehen
   NR         118
   STATE      home
   TYPE       dummy
   Readings:
     2016-02-01 13:49:37   state           off
Attributes:
   event-on-change-reading state
   eventMap   on:gotosleep off:home
   genericDeviceType switch
   room       Anwesenheit,HomeKit
   setList    on off
   webCmd     on:off

Nehme ich das setList raus startet Homebridge wieder aber mein Dummy funktioniert nicht mehr.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 01 Februar 2016, 14:39:36
Beim Spielen mit den homeBridgemappings habe ich mir nun scheinbar  meine HomeKit Konfig zerschossen (HomeKit findet Homebridge nicht mehr). Also HomeKit Konfig zurückgesetzt, persist Ordner gelöscht und Eve und Homebridge neu koppeln.
Leider kommt beim Koppeln nach Eingabe des Codes: Hinzufügen fehlgeschlagen! Verbindung mit Zubehör nicht möglich.

Werde mal die homeBridgemappings wieder rausnehmen und testen ob ich dann wieder Koppeln kann.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 Februar 2016, 14:40:54
du kannst die betreffende zeile erst mal einfach auskommentieren. das ist nur eine debug meldung.

die eventMap wird zur zeit nur ausgwertet um irgendetwas nach on und off zu mappen. nicht umgekehrt wie bei dir.

aber warum verwendest du überhaupt eine eventMap und setzt nicht die setList auf gotoSleep home. damit ersparst du dir auch an anderen stellen potentielle probleme.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 01 Februar 2016, 14:45:37
Zitat von: justme1968 am 01 Februar 2016, 14:40:54aber warum verwendest du überhaupt eine eventMap und setzt nicht die setList auf gotoSleep home. damit ersparst du dir auch an anderen stellen potentielle probleme.

Dachte das wäre der einfachste Weg um das devStateicon zu bekommen ohne es manuell zu definieren.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 01 Februar 2016, 14:58:23
Koppeln ging nun nach dem Entfernen der homebridgeMappings auch wieder. Werde sie nun wieder hinzufügen.

Update:
So, nach hinzufügen EINES Mappings ist die HomeKit Konfig wieder zerbröselt!

Code Auswählen
attr wz_Sensor homebridgeMapping CurrentTemperature=temperature,minValue=12

Update:
Mapping wieder raus und HomeKit lief auch wieder ohne neues Koppeln.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 01 Februar 2016, 15:29:05
Habe nun den dummy wie folgt konfiguriert, funktioniert leider immer noch nicht:

Code Auswählen
Internals:
   NAME       Schlafengehen
   NR         118
   STATE      home
   TYPE       dummy
   Readings:
     2016-02-01 13:49:37   state           off
Attributes:
   alias      Schlafmodus
   genericDeviceType switch
   group      Zuhause Status
   room       Anwesenheit,HomeKit
   setList    gotosleep home
   webCmd     gotosleep:home

Vielleicht sollten wir für den Test der neuen Version ein eigenes Thema aufmachen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 01 Februar 2016, 16:18:09
ja ein neuer thread ist vermutlich sinnvoll. hab mal hier: http://forum.fhem.de/index.php/topic,48558.0.html (http://forum.fhem.de/index.php/topic,48558.0.html) einen angefangen.

du hast das homebridgeMapping attribut noch nicht gesetzt. da sollte etwas in der art drin stehen:
Code Auswählen
attr Schlafengehen homebridgeMapping On=valueOn=gotosleep,cmdOn=gotosleep,cmdOff=home

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 01 Februar 2016, 16:34:30
Das ist besser denke ich, habe Dir schon reportet im neuen Thema.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: xMichiix am 02 Februar 2016, 09:36:45
kann mir einer helfen wen ich den befehl ausführe :npm install -g homebridge
kommt immer -bash: npm: command not found

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Februar 2016, 09:44:46
hast du die Voraussetzungen für homebridge installiert?

https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation (https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: xMichiix am 02 Februar 2016, 15:09:16
hallo,
hab jetzt alles zum laufen bekommen doch jetzt kann ich die befehle von der wiki nicht einrichten : http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM

Homebridge Start DOIF einrichten


define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
attr FHEM.Homebridge.DOIF room 9.03_Tech


hoffe einer kann mir hier helfen.

Und noch eine frage:
wie kann ich jetzt mit Siri die lampe ein und ausschalten :o

MfG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 02 Februar 2016, 15:18:22
was funktioniert denn nicht?
Welche Fehlermeldungen bekommst du?

du startest die EVE-App und dann kannst du entweder Sezene und/oder Räume anlegen.

Wenn du dann einer Szene Aktionen zugeordnet hast, kannst du diese per Siri ausführen lassen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marc1993 am 04 Februar 2016, 19:22:39
Hallo, ich suche eine Möglichkeit in der Homebridge eigene Thermostate einzubinden.
Ich bekomme es einfach nicht hin :/

Mein Dummy übergibt die eingestellte Temperatur einem Bluetooth Heizkörperthermostat von EQ-3.
Was muss ich noch machen damit ich es in EVE bzw via Siri steuern kann?

JSON-List:
Code Auswählen
{
  "Arg":"Heizung_wz",
  "Results": [
  {
    "Name":"Heizung_wz",
    "PossibleSets":"desiredTemperature:1,2,3,4,5,6,7",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings:textField-long readingList setList event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat cmdIcon devStateIcon devStateStyle genericDeviceType:ignore,switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact icon sortby webCmd widgetOverride subtype userattr",
    "Internals": {
      "NAME": "Heizung_wz",
      "NR": "96",
      "STATE": "desiredTemperature 4",
      "TYPE": "dummy"
    },
    "Readings": {      "state": { "Value":"desiredTemperature 4", "Time":"2016-02-04 19:11:43" }    },
    "Attributes": {
      "genericDeviceType": "thermostat",
      "room": "Wohnraum,Wohnzimmer",
      "setList": "desiredTemperature:1,2,3,4,5,6,7",
      "stateFormat": "state",
      "subtype": "thermostat",
      "webCmd": "desiredTemperature"
    }
  }  ],
  "totalResultsReturned":1
}

Schon mal danke :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 04 Februar 2016, 19:30:49
ein homekit thermostat braucht auch eine aktuelle temperatur. leg mal ein temperature reading an.

aber der default für desired werte ist zwischen 10 und 38 grad.

schau dir mal die neue version aus dem thread hier an: http://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024 (http://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024). da kannst du beides frei konfigurieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Marc1993 am 04 Februar 2016, 19:32:13
Vielen dank :) Werde es mir mal ansehen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 Februar 2016, 21:30:14
ich habe eben die neue und hier: http://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024 (http://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024) beschriebene version eingecheckt. d.h. installation bzw. update per npm.

diskussion hierzu am besten im anderen thread.

wer eine funktionierende konfiguration hat die in der neuen version noch nicht geht: bitte melden. wird natürlich repariert.

@eldrik: vielleicht ist es sinnvoll diesen thread zu schliessen?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Lling am 11 Februar 2016, 22:21:47
Hallo. So langsam verzweifel ich an dem Thema weil überall was anderes steht und ich überhaupt nicht mehr weiß wo hinten und vorn ist.
Ich hatte heute morgen Homebridge installiert und konnte auch via Siri meine Geräte schalten. Allerdings ging das immer nur für ne relativ kurze Zeit und da war die Verbindung weg.
Ich dachte mir dann, dass das an meinem Forever liegt. Dort hat er immer gemeckert, dass eine app.js nicht vorhanden ist. Das stimmte auch. Dort wo die liegen sollte war nix vorhanden.
Dann hab ich gelesen, dass die Methode so gar nicht mehr funktioniert und man jetzt mit "homebridge punt" arbeiten muss. Gemacht getan, alles geändert, die neuen ordner angelegt und unter ./homebridge die config.json reingelegt.
Die sieht jetzt bei mir so aus
Code Auswählen
{
  "bridge": {
    "name": "Homebridge",
    "username": "CC:22:3D:E3:CE:30",
    "port": 51826,
    "pin": "031-45-154"
  },
 
  "platforms": [
    {
      "platform" : "punt",
      "name" : "punt"
    }
  ],           

  "accessories": []
}

Unter ./homebridge/plugins/homebridge-punt/ liegt dann die config-punt.json

Code Auswählen
{
"gateway": {
"name": "FHEM",
"url": "127.0.0.1",
"port": "8083",
#"auth": {"user": "user", "password": "passwort"},
"longpoll": true
},
"monitor": {
"port": "8081",
"run": true
},
"accessories": [
{
"name": ,,Bildlampe",
"service": "Switch"
},
{
"name": ,,Schrankwand",
"service": "Switch"
},
{
"name": ,,Serverschrank",
"service": "Switch"
},
{
"name": ,,HUEDevice1",
"service": "light"
},
{
"name": ,,Bildlampe",
"service": "Light"
}
]
}


Natürlich mit geänderten User und Passwort.

Dann wollte ich mit
homebridge
alles starten und bekomm jetzt nur noch die Meldung
Code Auswählen
====================
ERROR LOADING PLUGIN homebridge-fhem:
SyntaxError: Unexpected identifier
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:70:14)
    at Array.forEach (native)
    at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:66:22)
====================
No plugins found. See the README for information on installing plugins.
Loaded config.json with 0 accessories and 1 platforms.
---
Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.FHEM' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:94:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:185:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:35:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:23:16)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)

Ich weiß ehrlich gesagt nicht mehr weiter.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 13 Februar 2016, 15:43:38
Hi, ich muß gerade etwas schmunzeln. Bei mir lief eine alte Version von justme absolut zuverlässig und heute hab ich mich mal zum Update entschlossen. Hätte vielleicht mal wieder lesen müssen, bevor ich das mache. Jetzt geht nichts mehr und ich erhalte die gleiche Fehlermeldung wie Du. Ich hatte das Plugin homebridge-fhem installiert. Wenn Du was rausfindest, lass es mich wissen. Mache ich natürlich auch  ;)

Kleines Update: Mußte alles neu machen (macht auch Sinn) Alles nach der Anleitung im Wiki. Lediglich die Node Installation war etwas frickelig, aber dann lief alles sofort.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Hermann am 21 Februar 2016, 09:42:29
Hallo,
Bin mir nicht sicher ob meine Frage hierher passt. Ich möchte homebridge auf einen BananaPi Pro installieren
Ist das auf diesen Gerät möglich ? Hat das schon jemand gemacht ?

Danke, Herman
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 02 März 2016, 21:28:30
Zitat von: xMichiix am 02 Februar 2016, 09:36:45
kann mir einer helfen wen ich den befehl ausführe :npm install -g homebridge
kommt immer -bash: npm: command not found

Hallo wie ist das Problem gelöst worden ?
Habe das gleiche Problem und komme nicht weiter auch nicht mit den Vorraussetzungen bei Github


Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 03 März 2016, 09:47:18
das Wiki ist Dein Freund ....

Nodejs --> npm :-)

http://www.fhemwiki.de/wiki/Homebridge_einrichten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 03 März 2016, 13:17:32
Danke für Deine Antwort .....

aber .......ich habe es mit der "Anleitung" aus dem Wiki gemacht .
Also auch Nodejs installiert

curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs


und
curl -sL https://deb.nodesource.com/setup_5.x | sudo -E bash -
sudo apt-get install -y nodejs


Das verursacht mir ja die Kopfschmerzen....

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 03 März 2016, 13:30:59
Zitat von: Sky am 03 März 2016, 13:17:32
Danke für Deine Antwort .....

aber .......ich habe es mit der "Anleitung" aus dem Wiki gemacht .
Also auch Nodejs installiert

curl -sL https://deb.nodesource.com/setup_4.x | sudo -E bash -
sudo apt-get install -y nodejs


und
curl -sL https://deb.nodesource.com/setup_5.x | sudo -E bash -
sudo apt-get install -y nodejs


Das verursacht mir ja die Kopfschmerzen....

4 und 5 installiert?

irgendwelche Fehlermeldungen dabei gehabt?

Rechner neu gestartet?

Welche Hardware mit welcher Distribution?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: FHEM_Starter am 03 März 2016, 15:21:28
Hallo ihr Homekit'ler,

nachdem meine Installation auf dem Rasberry 2 mit dem FHEM Shim nun läuft, habe ich Eve mit diversen Lampen ausgestattet. Das geht auch ganz gut. Dennoch kommen ich bei den Rolladen einfach nicht wirklich weiter. Kennst Siri denn nur das Wort "Jalousie" oder wir kann ich es schaffen, dass z.B. auch Wörter wie "Rollo" oder "Rolladen" akzeptiert werden. Und das wichtigste: Mit welchen Befehl fahre ich die Rollos z.B. um 30% herunter?

Danke und Gruß
Wolfgang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 März 2016, 16:51:35
mein siri versteht jalousie und rollladen.  z.b.: stelle den rollladen auf xx prozent.

wenn irgendetwas nicht funktioniert bieten sich immer die siri szenen an.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 03 März 2016, 18:12:44
Ich verstehe es nicht ..............

Habe Fhem jetzt komplett neu installiert, (ohne Devices ) und über die Anleitung im WiKi  http://www.fhemwiki.de/wiki/Homebridge_einrichten
Stück für Stück abgearbeitet und nur NodeJS V5 installiert .

Bei dem Punkt   npm install -g homebridge kommt immer noch :

pi@raspberrypi ~ $ npm install -g homebridge
-bash: npm: command not found
 
Ich kann doch nicht der einzige sein der dies nicht hin bekommt ,sehe aber absolut keinen Fehler

Wer kann mir auf die Sprünge helfen ?

Vielen Dank erst mal ........

PS.: Die einzige Fehlermeldung die ich sehe ist :
Ign http://raspberrypi.collabora.com wheezy Release ( kam auch schon bei der Installation von Fhem)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 03 März 2016, 18:20:29
Zitat von: l2r am 02 Februar 2016, 09:44:46
hast du die Voraussetzungen für homebridge installiert?

https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation (https://github.com/l2r/hombridge-fhem/wiki/Homebridge-Installation)


Was hat das mit der Vorgehensweise im WiKi zu tun ??

Wenn ich node -v eingebe kommt auch -bash: node: command not found

Wenn ich sudo apt-get install -y nodejs eingebe kommt  nodejs is already the newest version



Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 03 März 2016, 18:54:12
das ist die Anleitung, die ich für mich mal zusammengeschrieben habe um homebridge zu installieren. Habe letzten meinen Raspberry pi2 neu aufgesetzt und nach der Anleitung installiert. Homebridge läuft...

Das war die Zeit, als der Artikel im Wiki noch nicht vollständig war, bzw. für mich nicht funktioniert hatte....

Ich verfolge die Änderungen im Wiki allerdings auch nicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 03 März 2016, 18:59:10
Sollte es denn daran liegen das ich den Vorgänger von dem Raspberry 2 habe ?

Kann doch nicht sein ...

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: l2r am 03 März 2016, 19:12:29
wenn du nen Raspberry PI B hast, dann musst du ein etwas anderes Node-Paket installieren, als in meiner Anleitung. Ich finder aber gerade den Link nicht mehr....


hier ist noch ein Skript für die Alte Version von Homebridge... Die Vorraussetzungen bis zum Klonen sollten aber die gleichen sein.

https://github.com/Kolbi/FHEM/blob/master/homebridge.sh (https://github.com/Kolbi/FHEM/blob/master/homebridge.sh)

vllt. hilfts dir ja.

Also nich einfach alles copy und paste sondern einzeln, so wie du es brauchst.

Gruß Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 03 März 2016, 19:37:09
Zitat von: Sky am 03 März 2016, 18:59:10
Sollte es denn daran liegen das ich den Vorgänger von dem Raspberry 2 habe ?

Kann doch nicht sein ...

Bitte besonders darauf achten dass Du das aktuelle Raspbian (Jessie) hast!
Bitte alle node Versionen deinstallieren (apt-get purge node) und so installieren, damit sollte es funktionieren (in den letzten 1,5 Monaten auf RPi 1B und RPi 2B getestet):
Code Auswählen
cd ~ && wget http://node-arm.herokuapp.com/node_latest_armhf.deb
sudo dpkg -i node_latest_armhf.deb

Eventuell solltest Du danach den RPi neu starten, glaube ist aber nicht nötig. Prüfen mit:
Code Auswählen
node -v && npm -v

Danach bitte npm updaten und globale Pakete updaten:
Code Auswählen
sudo npm update -g npm && sudo npm update -g

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 07 März 2016, 16:47:24
Vielen Dank für Eure Hilfe ,

da es mit dem Raspberry B etwas tricky ist ,Homekit zum laufen zu bekommen ,habe ich mich entschieden, dies mit einem Raspberry 2 zu versuchen.

Und .....es funktioniert  8) 8)

Nun wäre noch ein Punkt für mich zu klären ,ist es möglich ,ohne einen AppleTV 4,
Homekit ( bzw. Akktoren für  Rollosteuerung oder Garagensteuerung über Siri ) von unterwegs
zu steuern ?

Habe es einmal mit meiner VPN Verbindung zur FritzBox versucht, geht aber nicht .
Mit Dyndns wüsste ich keinen Weg .... 

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 07 März 2016, 17:03:08
Soweit ich weiß funktioniert Siri/HomeKit aus der Ferne nur via Apple TV.
Ein gebrauchtes ATV 3 gibt es aber schon für einen schmalen Taler, wenn einem der Fernzugriff wichtig ist (hab auch noch eins rumstehen).

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 März 2016, 17:12:31
der remote zugriff geht nur per apple tv und nicht über vpn.

(ausser eventuell mit viel handarbeit und einem bonjour proxy. das hat aber glaube ich noch niemand probiert und es ist ganz sicher aufwändig als z.b. ein gebrauchtes apple tv 3).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 07 März 2016, 17:53:08
Vielen Dank für Eure Hilfe ...

ist schon ein tolles Forum ..... Daumen hoch  ;) ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: binford6000 am 12 März 2016, 15:58:11
Hallo Zusammen,
ich habe mich auch mal an eine komplette Neuinstallation laut Wiki gewagt und bekomme auch die Homebridge mit allen Geräten zum Laufen.
Allerdings nur für 5 bis 10 Minuten und danach beendet sie sich. Manuell oder per daemon ist dabei egal.

Die verwendeten Versionen sind:

Code Auswählen
node -v && npm -v
v5.0.0
3.6.0


Homebridge in Version 0.3.1 und homebridge-fhem in Version 0.2.6. Das Ganze läuft auf einem Raspi 2B mit aktuellem Jessie und fhem 5.7.
Hat noch jemand ähnliche Erfahrungen gemacht oder einen konkreten Tipp?

VG Sebastian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 März 2016, 16:05:08
du soltest posten was auf der konsole steht...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: binford6000 am 12 März 2016, 17:26:17
Ja sorry, dass wäre in der Tat eine gute Idee gewesen...

Code Auswählen
undefined:1
["gds-c_altitude","",""]
                   ^

SyntaxError: Unexpected token
    at Object.parse (native)
    at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:454:31)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:960:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)
    at IncomingMessage.Readable.push (_stream_readable.js:110:10)
    at HTTPParser.parserOnBody (_http_common.js:109:22)



Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 März 2016, 17:33:36
bitte entferne mal in index.js kurz über der zeile 454 den kommentar am anfang der zeile mit
Code Auswählen
console.log( 'Rcvd: ' + (l.length>132 ? l.substring(0,132)+'...('+l.length+')':l) ); und poste dann die konsolen ausgabe.

was steht zeitgleich in fhem im event monitor?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: binford6000 am 12 März 2016, 17:57:03
Hallo Andre,
hier nochmal in komplett von heute Morgen:

Code Auswählen
Rcvd: ["gds","active","<div id=\"gds\"  class=\"col2\"><svg class=\" rc_dot green\" alt=\"active\" title=\"active\"    xmlns:dc=\"http://p...(1096)
Rcvd: ["gds-_dataSource","Quelle: Deutscher Wetterdienst","Quelle: Deutscher Wetterdienst"]
Rcvd: ["gds-_dataSource-ts","2016-03-13 08:27:55","2016-03-13 08:27:55"]
Rcvd: ["gds-c_temperature","",""]
undefined:1
["gds-c_temperature","",""]
                      ^

SyntaxError: Unexpected token
    at Object.parse (native)
    at Request.<anonymous> (/usr/lib/node_modules/homebridge-fhem/index.js:454:31)
    at emitOne (events.js:77:13)
    at Request.emit (events.js:169:7)
    at IncomingMessage.<anonymous> (/usr/lib/node_modules/homebridge-fhem/node_modules/request/request.js:960:12)
    at emitOne (events.js:77:13)
    at IncomingMessage.emit (events.js:169:7)
    at readableAddChunk (_stream_readable.js:146:16)
    at IncomingMessage.Readable.push (_stream_readable.js:110:10)
    at HTTPParser.parserOnBody (_http_common.js:109:22)

Und hier das Eventlog:

2016-03-13 08:27:55 GDS gds _dataSource: Quelle: Deutscher Wetterdienst
2016-03-13 08:27:55 GDS gds c_temperature:
2016-03-13 08:27:55 GDS gds c_windSpeed:
2016-03-13 08:27:55 GDS gds c_windPeak:
2016-03-13 08:27:55 GDS gds c_pressure-nn:
2016-03-13 08:27:55 GDS gds c_windDir:
2016-03-13 08:27:55 GDS gds c_altitude:
2016-03-13 08:27:55 GDS gds c_rain1h:
2016-03-13 08:27:55 GDS gds c_stationName:
2016-03-13 08:27:55 GDS gds a_valid: 0
2016-03-13 08:27:55 GDS gds a_count: 0
2016-03-13 08:27:55 GDS gds REREADCONDITIONS
2016-03-13 08:27:55 GDS gds c_temperature:
2016-03-13 08:27:55 GDS gds _dataSource: Quelle: Deutscher Wetterdienst
2016-03-13 08:27:55 GDS gds c_rain1h:
2016-03-13 08:27:55 GDS gds c_stationName:
2016-03-13 08:27:55 GDS gds c_altitude:
2016-03-13 08:27:55 GDS gds c_windDir:
2016-03-13 08:27:55 GDS gds c_windPeak:
2016-03-13 08:27:55 GDS gds c_pressure-nn:
2016-03-13 08:27:55 GDS gds c_windSpeed:
2016-03-13 08:27:55 GDS gds a_count: 0
2016-03-13 08:27:55 GDS gds a_valid: 0
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: fh168 am 16 März 2016, 16:39:50
Ich habe mich auch lt. Wiki für mein Raspbi 3 Jessi dran gewagt,

bekomme aber auch eine Fehlermeldung

Code Auswählen
root@raspberrypi:~# sudo npm install -g homebridge
npm ERR! Linux 4.1.18-v7+
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.7.1
npm ERR! npm  v3.8.2
npm ERR! file /root/.npm/homebridge/0.3.1/package/package.json
npm ERR! code EJSONPARSE

npm ERR! Failed to parse json
npm ERR! No data, empty input at 1:1
npm ERR!
npm ERR! ^
npm ERR! File: /root/.npm/homebridge/0.3.1/package/package.json
npm ERR! Failed to parse package.json data.
npm ERR! package.json must be actual JSON, not just JavaScript.
npm ERR!
npm ERR! This is not a bug in npm.
npm ERR! Tell the package author to fix their package.json file. JSON.parse

npm ERR! Please include the following file with any support request:
npm ERR!     /root/npm-debug.log
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 18 März 2016, 17:42:11
Hallo Leute,

ich habe gesehen das nun auch MiLight Geräte unterstützt werden.

Kann mir jemand erklären wie ich die Homebridge update? Vielen Dank.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 18 März 2016, 17:44:00
OK, sorry - hab's überlesen...  ::)

Läuft die Homebridge auch auf Jessie oder gibt es da Probleme?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinPetri am 18 März 2016, 18:05:34
Hallo Leute


komme leider nicht weiter mit der Installation .....

node version ist diese
node -v && npm -v
v0.10.28
3.8.2


und bei Eingabe von homebridge kommt ständig das er das plugin nicht laden kann

Code Auswählen
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>

/usr/local/lib/node_modules/homebridge-fhem/index.js:51
    for( var subscription of FHEM_subscriptions[inform_id] ) {
                          ^^
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] ====================
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] ERROR LOADING PLUGIN homebridge-fhem:
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] SyntaxError: Unexpected identifier
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
    at Array.forEach (native)
    at Server._loadPlugins (/usr/local/lib/node_modules/homebridge/lib/server.js:108:22)
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] ====================
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] No plugins found. See the README for information on installing plugins.
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] Loaded config.json with 0 accessories and 1 platforms.
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] ---
[Fri Mar 18 2016 17:59:12 GMT+0100 (CET)] Loading 1 platforms...
Error: The requested platform 'homebridge-fhem.fhem' was not registered by any plugin.
    at API.platform (/usr/local/lib/node_modules/homebridge/lib/api.js:112:13)
    at Server._loadPlatforms (/usr/local/lib/node_modules/homebridge/lib/server.js:263:45)
    at Server.run (/usr/local/lib/node_modules/homebridge/lib/server.js:71:36)
    at module.exports (/usr/local/lib/node_modules/homebridge/lib/cli.js:40:10)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/bin/homebridge:17:22)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Function.Module.runMain (module.js:497:10)

ich hoffe ihr könnt mir helfen :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 März 2016, 21:27:53
deine node version ist zu alt. mindestens 0.12. aktuell ist 4.4

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Breaked am 19 März 2016, 00:12:40
Blöde Frage:

Welche Versionen von node usw. benötigt man derzeit mindestens, oder im Bestfall.
Finde dazu leider keine Übersicht.

Danke  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hanfreyy am 19 März 2016, 10:40:57
Ich hab nun auch FHEM mit der Homebridge laufen, hauptsächlich für meine VU+. Aktuell bietet das Plugin mir Lautstärke und An/Aus an. Kann man das irgendwie auch machen das er die Sender umschalten anbietet? Bin neu im Thema.
Danke für eure Infos!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 März 2016, 10:46:33
der thread zur aktuellen version ist hier: https://forum.fhem.de/index.php/topic,48558.0.html und da sind auch alle möglichkeiten der konfiguration beschrieben.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MartinPetri am 19 März 2016, 12:11:58
DANKE :)


hab es auch hinbekommen leider schmiert mir fhem beim benutzen des doif zum start ab hab es laut wiki installiert autostart geht auch
wenn man nun stoppt oder status drückt stoppt die homebridge aber fhem friert ein

im fhem log ist leider nichts zu sehen.......
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 19 März 2016, 16:15:46
zu doif kann ich dir nichts sagen,

abschmieren und einfrieren sind aber zwei unterschiedliche dinge...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: shorty81 am 24 März 2016, 19:10:48
Hab alles erfolgreich eingerichtet.
Aber mittlerweile findet Eve (letztens ein App-Update gemachte, aber unmittelbar darauf lief alles noch) keine Geräte mehr? Nur die Homebridge. Zeigt aber merkwürdige "replaced" Räume an??
Hab keine Anhaltspunkte wo ich suchen soll?
Bin für Tipps dankbar!
VG

PS: Eve, Version 1.5 (554)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: knueppler am 26 März 2016, 09:15:20
Wenn Du auf dem neuesten iOS bist, muss auch die homebridge aktualisiert werden.
Ciao Christian


Gesendet von iPhone mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 30 März 2016, 18:09:02
Zitat von: knueppler am 26 März 2016, 09:15:20
Wenn Du auf dem neuesten iOS bist, muss auch die homebridge aktualisiert werden.
Ciao Christian


Gesendet von iPhone mit Tapatalk

Was meinst Du mit homebridge aktualisieren ??
Nach wechsel auf ein neues iPhone mit neuem ios 9.3 funktioniert EVE nicht mehr ( iCloud Synchronisierung wird gerade ausgeführt.Versuche es später erneut )
und FHEM ist nicht mehr zu erreichen wenn mann den Dummy stoppt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: shorty81 am 30 März 2016, 18:14:43
s. Anhang
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 30 März 2016, 18:19:31
Danke für die Antwort ...
hatte ich mir schon gedacht war mir aber nicht sicher ...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 März 2016, 18:20:25
achtung: das aktualisieren per update scheint nicht zuverlässig zu funktionieren. wenn es nicht geht einfach noch mal mit install drüber installieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 30 März 2016, 22:02:25
Habe verschiedenes probiert ...
1.Homebridge update
keine Änderung

2. Homebridge drüber installiert
keine Änderung

3.Imagesicherung zurückgespielt und beides nochmal versucht
keine Änderung

Fhem ist trotzdem nicht mehr zu erreichen....
läuft es denn bei Euch ??
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 März 2016, 22:50:57
was gibt ein homebridge --version ?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 31 März 2016, 10:44:01
Die Homebridge Version ist 0.3.2
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 09 April 2016, 18:20:21
Hallo,

habe heute mal endlich die Homebridge upgedated.

Nun geht leider gar nicht mehr, die Homebridge startet nicht mehr:

Code Auswählen
Server error: Error: listen EADDRINUSE :::8082
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:890:11)
    at exports._exceptionWithHostPort (util.js:913:20)
    at Server.__dirname.Server.Server._listen2 (net.js:1230:14)
    at listen (net.js:1266:10)
    at Server.__dirname.Server.Server.listen (net.js:1362:5)
    at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
    at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:479:16)
    at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:92:16)
    at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:82:10)


Was läuft da falsch?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 April 2016, 18:25:19
welche node version verwendest du?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 09 April 2016, 21:29:03
v5.10.1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 April 2016, 21:50:30
bitte teste mal mit 4.x. 5.x habe ich noch nicht probiert.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 09 April 2016, 21:53:47
Hatte vorher v4.x, gleiches Problem  :-X
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 April 2016, 21:56:45
dann stimmt irgendetwas mit deiner installation nicht.

kann es sein das die alte installation noch läuft? schau mal ob es einen andere node/app/homebridge prozess gibt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 09 April 2016, 21:59:58
Nein, gibt es nicht, habe ich schon geschaut.

Ich habe mittlerweile auch 4x installiert, keine Chance.

Wo liegen denn die Dateien? Dann lösche ich mal von Hand.

Was auch komisch ist, wenn ich npm install -g homebridge eingeben, funktioniert es nicht:

Code Auswählen
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/curve25519
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/ed25519
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/mdns
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/srp
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules
npm WARN checkPermissions Missing write access to /usr/lib/node_modules
/usr/lib
└─┬ homebridge@0.3.3
  └─┬ hap-nodejs@0.3.0
    ├── curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
    ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
    ├── mdns@2.2.11  (git://github.com/KhaosT/node_mdns.git#8ff4d603197a92c3cc829ddd37ddfac5bfe21332)
    └── srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)

npm ERR! Linux 3.13.0-63-generic
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.10.1
npm ERR! npm  v3.8.3
npm ERR! path /usr/lib/node_modules/homebridge/node_modules/curve25519
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access

npm ERR! Error: EACCES: permission denied, access '/usr/lib/node_modules/homebridge/node_modules/curve25519'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, access '/usr/lib/node_modules/homebridge/node_modules/curve25519']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/usr/lib/node_modules/homebridge/node_modules/curve25519' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/markus/npm-debug.log


Wenn ich als su eingebe, läuft die Installation durch, bringt aber auch Fehler, z.B.:

Code Auswählen
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.10.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/homebridge/node_modules/curve25519/.node-gyp"
make: Verzeichnis »/usr/lib/node_modules/homebridge/node_modules/curve25519/build« wird betreten
  CXX(target) Release/obj.target/curve/node_curve.o
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 10 April 2016, 23:17:36
Zitat von: Mitch am 09 April 2016, 21:59:58
Nein, gibt es nicht, habe ich schon geschaut.

Ich habe mittlerweile auch 4x installiert, keine Chance.

Wo liegen denn die Dateien? Dann lösche ich mal von Hand.

Was auch komisch ist, wenn ich npm install -g homebridge eingeben, funktioniert es nicht:

Code Auswählen
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/curve25519
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/ed25519
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/mdns
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules/srp
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge
npm WARN checkPermissions Missing write access to /usr/lib/node_modules/homebridge/node_modules
npm WARN checkPermissions Missing write access to /usr/lib/node_modules
/usr/lib
└─┬ homebridge@0.3.3
  └─┬ hap-nodejs@0.3.0
    ├── curve25519@1.1.0  (git://github.com/KhaosT/node-curve25519.git#922eae612bb379fa84e8deb29f80c53d57c8be7b)
    ├── ed25519@0.0.3  (git://github.com/KhaosT/ed25519.git#6356bc9e6e4643d56020293c14920ac12bcaa1ac)
    ├── mdns@2.2.11  (git://github.com/KhaosT/node_mdns.git#8ff4d603197a92c3cc829ddd37ddfac5bfe21332)
    └── srp@0.2.0  (git://github.com/KhaosT/node-srp.git#7feff53254897a0b1b9f0667ad17a8beb78acbb9)

npm ERR! Linux 3.13.0-63-generic
npm ERR! argv "/usr/bin/nodejs" "/usr/bin/npm" "install" "-g" "homebridge"
npm ERR! node v5.10.1
npm ERR! npm  v3.8.3
npm ERR! path /usr/lib/node_modules/homebridge/node_modules/curve25519
npm ERR! code EACCES
npm ERR! errno -13
npm ERR! syscall access

npm ERR! Error: EACCES: permission denied, access '/usr/lib/node_modules/homebridge/node_modules/curve25519'
npm ERR!     at Error (native)
npm ERR!  { [Error: EACCES: permission denied, access '/usr/lib/node_modules/homebridge/node_modules/curve25519']
npm ERR!   errno: -13,
npm ERR!   code: 'EACCES',
npm ERR!   syscall: 'access',
npm ERR!   path: '/usr/lib/node_modules/homebridge/node_modules/curve25519' }
npm ERR!
npm ERR! Please try running this command again as root/Administrator.

npm ERR! Please include the following file with any support request:
npm ERR!     /home/markus/npm-debug.log


Wenn ich als su eingebe, läuft die Installation durch, bringt aber auch Fehler, z.B.:

Code Auswählen
gyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.10.1"
gyp WARN EACCES attempting to reinstall using temporary dev dir "/usr/lib/node_modules/homebridge/node_modules/curve25519/.node-gyp"
make: Verzeichnis »/usr/lib/node_modules/homebridge/node_modules/curve25519/build« wird betreten
  CXX(target) Release/obj.target/curve/node_curve.o

Globale Pakete auf jeden Fall immer mit sudo installieren:
Code Auswählen
sudo npm install -g homebridge homebridge-fhem

Die Fehler die Dir dort angezeigt werden sind zu vernachlässigen.

Zitatgyp WARN EACCES user "root" does not have permission to access the dev dir "/root/.node-gyp/5.10.1"

Das kann unter anderem auftreten weil es den Ordner nicht gibt (war bei mir so der Fall). Aber es wird ja statt dessen ein temp. Ordner verwendet, also in Ordnung.
Wichtig ist dass er das dann macht:
Zitatmake: Verzeichnis »/usr/lib/node_modules/homebridge/node_modules/curve25519/build« wird betreten
  CXX(target) Release/obj.target/curve/node_curve.o
Danach sollten noch mehrere dieser Module folgen die kompiliert werden.

Wenn er dann fertig ist einfach testweise Homebridge starten (als User pi):
Code Auswählen
homebridge --debug

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 10 April 2016, 23:37:10
Also das wurde schon alles richtig installiert.

Auch mit dem Aufruf mit debug kommt der gleiche Fehler und Homebridge wird beendet:

Code Auswählen
*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
[2016-04-10 23:36:35] Loaded plugin: homebridge-fhem
homebridge API version: 2
[2016-04-10 23:36:35] Registering platform 'homebridge-fhem.FHEM'
[2016-04-10 23:36:35] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[2016-04-10 23:36:35] Homebridge is running on port 51826.
Server error: Error: listen EADDRINUSE :::8082
events.js:154
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:890:11)
    at exports._exceptionWithHostPort (util.js:913:20)
    at Server.__dirname.Server.Server._listen2 (net.js:1230:14)
    at listen (net.js:1266:10)
    at Server.__dirname.Server.Server.listen (net.js:1362:5)
    at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:58:19)
    at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:155:20)
    at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:479:16)
    at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:92:16)
    at Server.run (/usr/lib/node_modules/homebridge/lib/server.js:82:10)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 11 April 2016, 18:56:33
So, nach etlichen deinstallieren und installieren läuft die Homebridge wieder, nun habe ich das nächste Problem  :'(

Alle meine Geräte sind weg, also klar, ich habe Homekit zurück gesetzt, aber ich meine, er findet nichts mehr, nur noch ein Device.
Alle Geräte für die Homebridge sind im Rum Homekit, wie gehabt.

Hier meine config.json:
Code Auswählen
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "homebridge-fhem.FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8084",
            "filter": "room=Homekit"
        }
     ],

    "accessories": []
}

Und im Anhang, wie es am iPhone in Eve aussieht:
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 April 2016, 19:32:31
es muss
Code Auswählen
"platform": "FHEM",heissen. nicht homebridge-fhem.FHEM.

bei weiteren problemen bitte posten was beim start von homebridge mit --debug auf der konsole steht.

der thread zur aktuellen version ist übrigens hier: https://forum.fhem.de/index.php/topic,48558.msg435619.html#msg435619 (https://forum.fhem.de/index.php/topic,48558.msg435619.html#msg435619).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 11 April 2016, 19:42:40
Hab im anderen Thread geantwortet
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ma_Bo am 18 April 2016, 16:29:58
Kurze Frage, erschlagt mich bitte nicht, falls es diese schonmal gab, aber ich habe jetzt nicht alle 100 Seiten gelesen.

Gibt es ein fertiges Image mit laufender aktueller Homebridge ?

Grüße Marcel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tyrolean am 01 Mai 2016, 18:09:50
Hallo,

ich habe jetzt schon einige Zeit meine Homebridge in Verbindung mit FHEM und Pilight laufen. Mittlerweile bin ich in der Lage Funksteckdosen sowie meine Heizung über die EVE App zu steuern. An dieser Stelle einmal vielen Dank an alle die sich hier beteiligen.
Leider würde ich mich immer noch als blutiger Anfänger bezeichnen da ich offensichtlich an folgendem Problem scheitere:

Ich würde gerne den Status eines Bewegungsmelders (HC-SR501) welcher einfach über eine RPI_GPIO ausglesen wird in der EVE App anzeigen. Es gibt ja originale Bewegungsmelder für HomeKit also müsste es ja entsprechende DeviceTypes geben. (so ähnlich wie bei ContactSensor...)

Hat jemand eine Idee wie ich das Ganze verwirklichen kann. Bitte schreibt nicht dass ich es einfach über einen Dummy lösen soll, weil genau daran scheitere ich im Moment.

Mit der Bitte um eure Hilfe

Gruß aus Tirol
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Abercrombie1892 am 02 Mai 2016, 08:37:10
Hallo,

Homebridge läuft bei mir auch super mittlerweile. Ich habe nur ein Problem wenn ich meinen harmony hub nutzen möchte mit homebridge. Eve zeigt mir den hub an, aber schlüsselt nicht die einzelnen activities auf. Ich kann den hub nur ein und ausschalten.

Hat jemand vielleicht auch das Problem?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 Mai 2016, 09:31:17
welche version verwendest du?

was hat du genau konfiguriert?

was steht beim starten auf der konsole?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Abercrombie1892 am 02 Mai 2016, 20:10:56
[5/2/2016, 5:58:59 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2

[5/2/2016, 5:59:12 PM] [FHEM] SZ.Harmony is switch
[5/2/2016, 5:59:12 PM] [FHEM] SZ.Harmony has
[5/2/2016, 5:59:12 PM] [FHEM]   On [activity;activity+Fire.Tv,off]
[5/2/2016, 5:59:12 PM] [FHEM]   On [activity;activity+Musik.hören,off]
[5/2/2016, 5:59:12 PM] [FHEM]   On [activity;activity+Nvidia.Shield.TV,off]
[5/2/2016, 5:59:12 PM] [FHEM]   On [activity;activity+PowerOff,off]
  2016-05-02 17:59:12 caching: SZ.Harmony-activity: Nvidia.Shield.TV
[5/2/2016, 5:59:12 PM] [FHEM]     caching: On:Fire.Tv: false (as boolean; from 'Nvidia.Shield.TV')
[5/2/2016, 5:59:12 PM] [FHEM]     caching: On:Musik.hören: false (as boolean; from 'Nvidia.Shield.TV')
[5/2/2016, 5:59:12 PM] [FHEM]     caching: On:Nvidia.Shield.TV: true (as boolean; from 'Nvidia.Shield.TV')
[5/2/2016, 5:59:12 PM] [FHEM]     caching: On:PowerOff: false (as boolean; from 'Nvidia.Shield.TV')

hoffe das hilft dir weiter
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 Mai 2016, 20:25:08
du solltest für jede activity einen schalter im hub device haben. leider zeigt eve die namen nicht an. entweder steckst du sie jeweils in homebridge szenen oder du legst dir für jede activity eine readingsProxy an (ist weiter oben oder im anderen thread beschrieben) und bekommst so für jede activity einen eigenes device in eve.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Abercrombie1892 am 02 Mai 2016, 20:45:13
ok danke, dann werd ich mich mal hier belesen und hoffen das ich das ganze so hinbekomme. wäre es denn so auch möglich die lautstärke mit siri hoch und runter zustellen?

gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 02 Mai 2016, 20:55:13
nein. das geht nicht. siri kann keine custom characteristics steuern.

du kannst zwar eine der standart characteristics als
laustärke missbrauchen aber zu sagen mach mal den fernseher heller oder dunkler ist nicht wirklich gut.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mikesn am 05 Mai 2016, 22:05:17
Hi, also erstmal ein riesen Danke für die tolle Arbeit hier.

Ich würde nur etwas Hilfe brauchen bei einem Rolladenschalter von FS20.

Bei den Lichtern gebe ich ja folgenden genericDeviceType ein:
attr WZ_Deckenleuchte genericDeviceType light

Wie mache ich das für einen FS20RSU damit ich Siri sagen kann "Schließe die Rolladen im Wohnzimmer".

Gibt es dafür eine Lösung?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 Mai 2016, 22:10:00
versuch mal genericDeviceType blind

wenn es nicht direkt geht zeig ein jsonlist2 vom device.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mikesn am 05 Mai 2016, 22:33:29
Hi, danke für die promte Hilfe, wenn ich auf Blind setze kann ich nur die Prozent einstellen, aber es fährt nichts los.

Siri sagt dann "OK ich habe auf 100 % gestellt" oder auf 0...

Code Auswählen
{
  "Arg":"KZ_Rolladen",
  "Results": [
  {
    "Name":"KZ_Rolladen",
    "PossibleSets":"oben:noArg unten:noArg off off-for-timer on on-for-timer reset timer toggle on-till off-till-overnight on-till-overnight blink off-till intervals",
    "PossibleAttrs":"verbose:0,1,2,3,4,5 room group comment:textField-long alias eventMap userReadings IODev follow-on-for-timer:1,0 follow-on-timer do_not_notify:1,0 ignore:1,0 dummy:1,0 showtime:1,0 event-on-change-reading event-on-update-reading event-aggregator event-min-interval stateFormat model:dummyDimmer,dummySender,dummySimple,fs20as1,fs20as4,fs20bf,fs20bs,fs20di,fs20di10,fs20du,fs20fms,fs20hgs,fs20irl,fs20kse,fs20ls,fs20ms2,fs20pira,fs20piri,fs20piru,fs20rgbsa,fs20rst,fs20rsu,fs20s16,fs20s20,fs20s4,fs20s4a,fs20s4m,fs20s4u,fs20s4ub,fs20s8,fs20s8m,fs20sa,fs20sd,fs20si3,fs20sig,fs20sm4,fs20sm8,fs20sn,fs20sr,fs20ss,fs20st,fs20st2,fs20str,fs20su,fs20sv,fs20tc1,fs20tc6,fs20tfk,fs20tk,fs20ue1,fs20usr,fs20uts,fs20ws1,fs20ze cmdIcon devStateIcon devStateStyle fhem_widget_command fm_fav fm_groups fm_name fm_order fm_type fm_view fp_wohnung genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ShutterContact homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "BTN": "22",
      "DEF": "24312431 1313 fg 4413 gm 4444",
      "NAME": "KZ_Rolladen",
      "NR": "41",
      "STATE": "unten",
      "TYPE": "FS20",
      "XMIT": "7878"
    },
    "Readings": {      "state": { "Value":"off", "Time":"2016-05-05 21:13:27" }    },
    "Attributes": {
      "IODev": "CUL",
      "alias": "Kinderzimmer Rolladen",
      "devStateIcon": "on:shutter_open off:shutter_closed oben:shutter_open unten:shutter_closed",
      "eventMap": "on:oben off:unten",
      "fhem_widget_command": "{\"allowed_values\":[\"off\", \"on\"], \"order\":6}",
      "fp_wohnung": "890,690,1,Rolladen",
      "genericDeviceType": "blind",
      "model": "fs20rsu",
      "room": "Homekit,Kinderzimmer"
    }
  }  ],
  "totalResultsReturned":1
}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 05 Mai 2016, 23:22:15
versuch mal

Code Auswählen
attr KZ_Rolladen homebridgeMapping CurrentPosition=state,values=unten:0;oben:100 TargetPosition==state,values=unten:0;oben:100,cmds=0:unten;100:oben

die ganzen % werte machen aber bei deinem aktor vermutlich überhaupt keinen sinn. vielleicht ist ein genericDeviceType switch bei dir sinnvoller. wenn es damit alleine noch nicht geht setz mal
Code Auswählen
attr KZ_Rolladen homebridgeMapping  On:state,valueOn=oben,cmdOn=oben,cmdOff=unten eventuell oben und unten noch vertauschen.

wenn du dir siri szenen für öffne und geschlossen anlegst bist du auch in der wortwahl ziemlich frei.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mikesn am 06 Mai 2016, 15:17:10
Bei deviceType blind mit
attr KZ_Rolladen homebridgeMapping CurrentPosition=state,values=unten:0;oben:100 TargetPosition==state,values=unten:0;oben:100,cmds=0:unten;100:oben

bekomme ich diese Fehlermeldung in FHEM:
Unknown command oben:100, try help. Unknown command oben:100,cmds=0:unten, try help. Unknown command 100:oben, try help.

Das untere Beispiel geht mit genericDeviceType switch also auch ohne genericDeviceType,
da muss ich aber bei beiden ohne Szenario sagen: "schalte wohnzimmerrolladen ab"

Die Eventmap  "eventMap": "on:oben off:unten" hab ich nur geändert weil es im Plugin besser aussieht wenn da steht "Rolladen nach... oben oder unten". (Für die Holde zuhause  :) )
Funktioniert aber beides, also auch "set WZ_Rolladen on"

Kann ich mit dem attr homebridgeMapping sagen er soll alle 100 % befehle als "set WZ_Rolladen on" absetzen und 0% als off?

Edit:
Das kommt raus wenn Siri den Rolladen öffnen soll:
Code Auswählen
[2016-05-06 15:26:54] [FHEM] WZ_Rolladen delaying command [object Object] with value 100
[2016-05-06 15:26:55] [FHEM] WZ_Rolladen: executing set cmd for TargetPosition with value 100
[2016-05-06 15:26:55] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20WZ_Rolladen%20pct%20100&XHR=1

Könnte man das dann mit einem Notify lösen?
Code Auswählen
define WZ_Rollo_rauf notify WZ_Rolladen.pct 100 { \
fhem ("set WZ_rolladen on")}
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: neidersun am 21 Mai 2016, 15:34:27
hallo alle zusammen,
ich habe jetzt fhem und hombridge mit plugin zum laufen bekommen.
ich habe das wiki gelesen für Max-Cube und habe den cube geflachst .
die Thermostate sind so weit eingebunden und Siri schaltet diese auch.
leider gehen die andren Funktionen nicht die sie ich in eve sehe.
was muss ich machen das es alles richtig funktioniert mit eco auto usw.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Mai 2016, 16:40:16
@Miesen: gibt die zeile im frontend im attribut feld ein, wenn du es auf der kommandozeile eingibst oder direkt in die config scheinst musst du die ; verdoppeln.

@neidersun: im anderen thread hier: https://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024 (https://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024) ist beschreiben wie du devices und funktionen konfigurieren kannst die nicht automatisch erkannt/angeleg werden.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 22 Mai 2016, 16:45:56
Hallo Zusammen,

ich würde gern meinen TV mit der Homebrigde ausschalten.

Der TV ist im Fhem eingebunden und kann darüber top gesteuert werden. Es ist ja nicht damit getan, den TV einfach in den Raum Homekit zuschieben. Könntet ihr mir einen Tipp geben wie ich es realisieren kann, dass in Homebrige der korrekte Status des TV angezeigt wird (an oder aus) und ich ihn ausschalten kann?

Vorab vielen Dank für eure Hilfe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Mai 2016, 17:19:39
was ist das für ein device? wenn es on und off versteht und das gleiche in state steht reicht es genericDeviceType auf switch zu setzen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 22 Mai 2016, 17:37:56
hatte ich schon ausprobiert, klappt nicht (es kann aber die Lautstärke gesteuert werden).

Ist ein Panasonic TV, er versteht in Fhem leider nur off.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 22 Mai 2016, 18:00:27
hier https://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024 ist beschrieben wie du alles frei konfigurierbar.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Odin am 22 Mai 2016, 18:04:03
Zitat von: justme1968 am 22 Mai 2016, 18:00:27
hier https://forum.fhem.de/index.php/topic,48558.msg402024.html#msg402024 ist beschrieben wie du alles frei konfigurierbar.

gruss
  andre

habe ich mir ja schon durchgelesen, nur leider verstehe ich nur Bahnhof...  :-[
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: neidersun am 24 Mai 2016, 00:42:32
Odin@

da bist du nicht der einzige.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: neidersun am 07 Juni 2016, 21:14:19
Hallo, ich habe jetzt eine hirde mit @Tueftler1983 ,@sash.sc, @Esjaycc überstanden und bedanke mich dafür. 8)
jetzt zu mein nächten frage.
wieso aktualiesirt homebridge nicht wenn ich z.b in fhem schalte.??
muss ich irgentwas noch in der config konfigorieren von homebridge..??
Laut wiki nur das:

{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "auth": {"user": "FhemUser", "pass": "XXX"},
            "filter": "room=Homekit"
        }
     ],

    "accessories": []
}

user und passord ist alles gestest und geht auch wenn ich schalte, wenn ich aber in fhem schalte und denn in evo schaue steht immer noch das selbe.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Juni 2016, 21:52:28
was hat du genau konfiguriert?

was steht beim starten von homebridge mit --debug auf der konsole?

was steht beim schalten im fhem event monitor?

was steht auf der konsole wenn du in fhem schaltest?

was steht im debug browser?

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: neidersun am 08 Juni 2016, 02:10:35
@justme1968
Hallo,:)

@was hat du genau konfiguriert?

define Flur_Licht  pilight_switch arctech_switch 14663666 14 mit define Funken pilight_ctrl 127.0.0.1:5000 6.0 und ligt alles im ordner Homekit.

jetzt geht es wenn ich die fernbedinung salte.. jetzt habe ich aber wieder ein anderes problem. :-\ .
ich kann in hombridge nicht schalten und fhem auch nicht.


@was steht beim starten von homebridge mit --debug auf der konsole?
wie mach ich das genau.?


@was steht auf der konsole wenn du in fhem schaltest?
ich glaube due meinst bestimmt wenn ich homebridge so starte.
ich weis nicht aber ich benutze jessie auf RPI2 wenn das noch relewant ist.
wenn ich einfach homebridge eingebe kommt nur das und weiter nichts.

pi@raspberrypi:~ $ 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>
[6/8/2016, 2:08:12 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[6/8/2016, 2:08:12 AM] Registering platform 'homebridge-fhem.FHEM'
[6/8/2016, 2:08:12 AM] ---
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

[6/8/2016, 2:08:12 AM] Homebridge is running on port 51826.
Server listening on: http://<ip>:8082


@was steht im debug browser?
ich denke da hat mit --debug zu tun,oder?













Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Juni 2016, 10:18:49
du hast die homebridge config nicht gezeigt, du hast nicht gezeigt wie du das deine in fhem bezüglich hombridge konfiguriert hast.

was ist ein ordner homekit?

homebridge solltest du mit --debug starten, was es mit dem debug browser auf sich hat steht mehrfach in diesem und im anderen thread.

laut deinem log (wenn es vollständig ist) ist nichts konfiguriert und es werden auch keine devices gefunden.

wenn es die frage gibt wie du etwas in fhem konfiguriert hast zeigst du am besten ein list auf das device (und im homebridge fall auch ein jsonlist2)

gruss
  andre

ps: bitte verwende die code tags wenn du quelltext oder listings oder log ausgaben postest.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: JoWiemann am 08 Juni 2016, 12:10:00
Hallo Zusammen,

nach einigen erfolglosen Versuchen habe ich es nun geschafft auf meinem RPi A und RPi B mit wheezy homebridge zu installieren. Vorgegangen bin ich nach folgender Anleitung:

https://alexbloggt.com/homebridge-installieren/

Grüße Jörg
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: JoWiemann am 08 Juni 2016, 14:40:23
Zitat von: xMichiix am 02 Februar 2016, 15:09:16
hallo,
hab jetzt alles zum laufen bekommen doch jetzt kann ich die befehle von der wiki nicht einrichten : http://www.fhemwiki.de/wiki/Homebridge_Start_und_Status_in_FHEM

Homebridge Start DOIF einrichten


define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
attr FHEM.Homebridge.DOIF room 9.03_Tech


Hallo,

habe das für mich jetzt so gelöst:

zunächst:
Code Auswählen
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start")

dann im neuen Device auf Def klicken und dort eingeben:
Code Auswählen

([FHEM.Homebridge] eq "start") ({my $hb = qx (sudo /etc/init.d/homebridge start);; fhem("set FHEM.Homebridge $hb")})
DOELSEIF ([FHEM.Homebridge] eq "stop") ({my $hb = qx (sudo /etc/init.d/homebridge stop);; fhem("set FHEM.Homebridge $hb")})
DOELSEIF ([FHEM.Homebridge] eq "restart") ({my $hb = qx (sudo /etc/init.d/homebridge restart);; fhem("set FHEM.Homebridge $hb")})
DOELSEIF ([FHEM.Homebridge] eq "status") ({my $hb = qx (sudo /etc/init.d/homebridge status);; fhem("set FHEM.Homebridge $hb")})


Das Ergebnis wird hier im state des Dummy hinterlegt.

Grüße Jörg
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: neidersun am 09 Juni 2016, 12:31:06
Zitat von: justme1968 am 08 Juni 2016, 10:18:49
du hast die homebridge config nicht gezeigt, du hast nicht gezeigt wie du das deine in fhem bezüglich hombridge konfiguriert hast.

was ist ein ordner homekit?

homebridge solltest du mit --debug starten, was es mit dem debug browser auf sich hat steht mehrfach in diesem und im anderen thread.

laut deinem log (wenn es vollständig ist) ist nichts konfiguriert und es werden auch keine devices gefunden.

wenn es die frage gibt wie du etwas in fhem konfiguriert hast zeigst du am besten ein list auf das device (und im homebridge fall auch ein jsonlist2)
ps: bitte verwende die code tags wenn du quelltext oder listings oder log ausgaben postest.

config siehr so aus:
Code Auswählen
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "auth": {"user": "pi", "pass": "1"},
            "filter": "room=Homekit"
        }
     ],

    "accessories": []
}


das device
Siehe foto:

log:

Code Auswählen
pi@raspberrypi:/var/homebridge $ sudo systemctl status  -l homebridge
● homebridge.service - Node.js HomeKit Server
   Loaded: loaded (/etc/systemd/system/homebridge.service; enabled)
   Active: active (running) since Thu 2016-06-09 12:06:55 CEST; 22min ago
Main PID: 1136 (homebridge)
   CGroup: /system.slice/homebridge.service
           └─1136 homebridge

Jun 09 12:06:59 raspberrypi homebridge[1136]: [6/9/2016, 12:06:59 PM] [FHEM]     manufacturer, model and serial number characteristics for Ronny
Jun 09 12:06:59 raspberrypi homebridge[1136]: [6/9/2016, 12:06:59 PM] [FHEM]   Switch service for Ronny
Jun 09 12:06:59 raspberrypi homebridge[1136]: [6/9/2016, 12:06:59 PM] [FHEM]     On characteristic for Ronny:state
Jun 09 12:06:59 raspberrypi homebridge[1136]: Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
Jun 09 12:06:59 raspberrypi homebridge[1136]:
Jun 09 12:06:59 raspberrypi homebridge[1136]:     ┌────────────┐
Jun 09 12:06:59 raspberrypi homebridge[1136]:     │ 031-45-154 │
Jun 09 12:06:59 raspberrypi homebridge[1136]:     └────────────┘
Jun 09 12:06:59 raspberrypi homebridge[1136]:
Jun 09 12:06:59 raspberrypi homebridge[1136]: [6/9/2016, 12:06:59 PM] Homebridge is running on port 51826.


leider nimmt er die device config nicht auf und ist neu gestartet und wie gesagt ich kann in fhem nicht schalten und homebride auch nicht weil es nicht in eve drin steht.




Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: neidersun am 09 Juni 2016, 13:45:26
ich habe es hinbekommen das es in eve auftaucht und habe eine neue config erst mal in /home/pi/.hombridge hinterlegt.
aber immer noch gleiche problem ich kann nicht in hombridge schalten und auch nicht in fhem.

jetzt siet es so aus wenn ich homebridge --debug eingebe.


Code Auswählen
homebridge --debug
*** 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>
[6/9/2016, 1:35:16 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[6/9/2016, 1:35:16 PM] Registering platform 'homebridge-fhem.FHEM'
[6/9/2016, 1:35:16 PM] ---
[6/9/2016, 1:35:16 PM] Loaded config.json with 0 accessories and 1 platforms.
[6/9/2016, 1:35:16 PM] ---
[6/9/2016, 1:35:16 PM] Loading 1 platforms...
[6/9/2016, 1:35:16 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1465472118192
[6/9/2016, 1:35:18 PM] [FHEM] Checking genericDeviceType...
[6/9/2016, 1:35:18 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[6/9/2016, 1:35:18 PM] [FHEM] Fetching FHEM devices...
[6/9/2016, 1:35:18 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[6/9/2016, 1:35:18 PM] Loading 0 accessories...
Server listening on: http://<ip>:8082
[6/9/2016, 1:35:18 PM] [FHEM] got: 3 results
[6/9/2016, 1:35:18 PM] [FHEM] mappings for MAX_149d8f: { CurrentTemperature: { reading: 'temperature', minValue: -30 },
  StatusLowBattery:
   { reading: 'battery',
     values: [ 'ok:BATTERY_LEVEL_NORMAL', '/.*/:BATTERY_LEVEL_LOW' ] },
  FirmwareRevision: { reading: 'firmware', _isInformation: true },
  TargetTemperature:
   { reading: 'desiredTemperature',
     cmd: 'desiredTemperature',
     delay: true,
     minValue: 5,
     maxValue: 30,
     minStep: 0.5 },
  '4648454d-0201-686F-6D65-627269646765':
   { reading: 'valveposition',
     name: 'Actuation',
     format: 'UINT8',
     unit: 'PERCENTAGE',
     maxValue: 100,
     minValue: 0,
     minStep: 1 } }
[6/9/2016, 1:35:18 PM] [FHEM] MAX_149d8f is thermostat
[6/9/2016, 1:35:18 PM] [FHEM] MAX_149d8f has
[6/9/2016, 1:35:18 PM] [FHEM]   CurrentTemperature [temperature]
[6/9/2016, 1:35:18 PM] [FHEM]   StatusLowBattery [battery]
[6/9/2016, 1:35:18 PM] [FHEM]   FirmwareRevision [firmware]
[6/9/2016, 1:35:18 PM] [FHEM]   TargetTemperature [desiredTemperature]
[6/9/2016, 1:35:18 PM] [FHEM]   Custom Actuation [valveposition]
  2016-06-09 13:35:18 caching: MAX_149d8f-temperature: 25.7
[6/9/2016, 1:35:18 PM] [FHEM]     caching: CurrentTemperature: 25.7 (as number; from '25.7')
[6/9/2016, 1:35:18 PM] [FHEM] value2homekit_re: [ { re: '.*', to: 1 } ]
[6/9/2016, 1:35:18 PM] [FHEM] value2homekit: { ok: 0 }
[6/9/2016, 1:35:18 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
  2016-06-09 13:35:18 caching: MAX_149d8f-battery: ok
[6/9/2016, 1:35:18 PM] [FHEM] MAX_149d8f-battery values: value ok mapped to 0
[6/9/2016, 1:35:18 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from 'ok')
  2016-06-09 13:35:18 caching: MAX_149d8f-firmware: 1.0
[6/9/2016, 1:35:18 PM] [FHEM]     caching: FirmwareRevision: 1.0 (as string; from '1.0')
  2016-06-09 13:35:18 caching: MAX_149d8f-desiredTemperature: 7.0
[6/9/2016, 1:35:18 PM] [FHEM]     caching: TargetTemperature: 7 (as number; from '7.0')
  2016-06-09 13:35:18 caching: MAX_149d8f-valveposition: 0
[6/9/2016, 1:35:18 PM] [FHEM]     caching: Custom Actuation: 0 (as number; from '0')
[6/9/2016, 1:35:18 PM] [FHEM] mappings for Ronny: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[6/9/2016, 1:35:18 PM] [FHEM] Ronny is switch
[6/9/2016, 1:35:18 PM] [FHEM] Ronny has
[6/9/2016, 1:35:18 PM] [FHEM]   On [state;on,off]
  2016-06-09 13:35:18 caching: Ronny-state: off
[6/9/2016, 1:35:18 PM] [FHEM] Ronny-state valueOn/valueOff: value off mapped to 0
[6/9/2016, 1:35:18 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[6/9/2016, 1:35:18 PM] [FHEM] mappings for Steckdose: { On: { reading: 'state', valueOff: 'off', cmdOn: 'on', cmdOff: 'off' } }
[6/9/2016, 1:35:18 PM] [FHEM] Steckdose is switch
[6/9/2016, 1:35:18 PM] [FHEM] Steckdose has
[6/9/2016, 1:35:18 PM] [FHEM]   On [state;on,off]
  2016-06-09 13:35:18 caching: Steckdose-state: on
[6/9/2016, 1:35:18 PM] [FHEM] Steckdose-state valueOn/valueOff: value on mapped to 1
[6/9/2016, 1:35:18 PM] [FHEM]     caching: On: true (as boolean; from 'on')
[6/9/2016, 1:35:18 PM] [FHEM] Initializing platform accessory 'MAX_149d8f'...
[6/9/2016, 1:35:18 PM] [FHEM] creating services for MAX_149d8f
[6/9/2016, 1:35:18 PM] [FHEM]   information service for MAX_149d8f
[6/9/2016, 1:35:18 PM] [FHEM]     manufacturer, model and serial number characteristics for MAX_149d8f
[6/9/2016, 1:35:18 PM] [FHEM]     firmware revision characteristic for MAX_149d8f
[6/9/2016, 1:35:18 PM] [FHEM]   Thermostat service for MAX_149d8f
[6/9/2016, 1:35:19 PM] [FHEM]     CurrentTemperature characteristic for MAX_149d8f:temperature
[6/9/2016, 1:35:19 PM] [FHEM]       initial value is: 25.7 (number)
[6/9/2016, 1:35:19 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[6/9/2016, 1:35:19 PM] [FHEM]     StatusLowBattery characteristic for MAX_149d8f:battery
[6/9/2016, 1:35:19 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[6/9/2016, 1:35:19 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[6/9/2016, 1:35:19 PM] [FHEM]     TargetTemperature characteristic for MAX_149d8f:desiredTemperature
[6/9/2016, 1:35:19 PM] [FHEM]       initial value is: 7 (number)
[6/9/2016, 1:35:19 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: 5,
  maxValue: 30,
  minStep: 0.5,
  perms: [ 'pr', 'pw', 'ev' ] }
[6/9/2016, 1:35:19 PM] [FHEM]     Custom Actuation characteristic for MAX_149d8f:valveposition
[6/9/2016, 1:35:19 PM] [FHEM]       initial value is: 0 (number)
[6/9/2016, 1:35:19 PM] [FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[6/9/2016, 1:35:19 PM] [FHEM] Initializing platform accessory 'Ronny'...
[6/9/2016, 1:35:19 PM] [FHEM] creating services for Ronny
[6/9/2016, 1:35:19 PM] [FHEM]   information service for Ronny
[6/9/2016, 1:35:19 PM] [FHEM]     manufacturer, model and serial number characteristics for Ronny
[6/9/2016, 1:35:19 PM] [FHEM]   Switch service for Ronny
[6/9/2016, 1:35:19 PM] [FHEM]     On characteristic for Ronny:state
[6/9/2016, 1:35:19 PM] [FHEM]       initial value is: false (boolean)
[6/9/2016, 1:35:19 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[6/9/2016, 1:35:19 PM] [FHEM] Initializing platform accessory 'Steckdose'...
[6/9/2016, 1:35:19 PM] [FHEM] creating services for Steckdose
[6/9/2016, 1:35:19 PM] [FHEM]   information service for Steckdose
[6/9/2016, 1:35:19 PM] [FHEM]     manufacturer, model and serial number characteristics for Steckdose
[6/9/2016, 1:35:19 PM] [FHEM]   Switch service for Steckdose
[6/9/2016, 1:35:19 PM] [FHEM]     On characteristic for Steckdose:state
[6/9/2016, 1:35:19 PM] [FHEM]       initial value is: true (boolean)
[6/9/2016, 1:35:19 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:

    ┌────────────┐
    │ 031-45-154 │
    └────────────┘

[6/9/2016, 1:35:19 PM] Homebridge is running on port 51826.
  2016-06-09 13:35:54 caching: Steckdose-state: off
[6/9/2016, 1:35:54 PM] [FHEM] Steckdose-state valueOn/valueOff: value off mapped to 0
[6/9/2016, 1:35:54 PM] [FHEM]     caching: On: false (as boolean; from 'off')
  2016-06-09 13:35:55 caching: Steckdose-state: on
[6/9/2016, 1:35:55 PM] [FHEM] Steckdose-state valueOn/valueOff: value on mapped to 1
[6/9/2016, 1:35:55 PM] [FHEM]     caching: On: true (as boolean; from 'on')
  2016-06-09 13:36:00 caching: Steckdose-state: off
[6/9/2016, 1:36:00 PM] [FHEM] Steckdose-state valueOn/valueOff: value off mapped to 0
[6/9/2016, 1:36:00 PM] [FHEM]     caching: On: false (as boolean; from 'off')
  2016-06-09 13:36:01 caching: Steckdose-state: on
[6/9/2016, 1:36:01 PM] [FHEM] Steckdose-state valueOn/valueOff: value on mapped to 1
[6/9/2016, 1:36:01 PM] [FHEM]     caching: On: true (as boolean; from 'on')
[6/9/2016, 1:37:32 PM] [FHEM] query: On for Ronny-state
[6/9/2016, 1:37:32 PM] [FHEM]   cached: false
[6/9/2016, 1:37:32 PM] [FHEM] query: On for Steckdose-state
[6/9/2016, 1:37:32 PM] [FHEM]   cached: true
[6/9/2016, 1:37:34 PM] [FHEM] Ronny: executing set cmd for On with value 1
[6/9/2016, 1:37:34 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Ronny%20on&XHR=1
[6/9/2016, 1:37:38 PM] [FHEM] Steckdose: executing set cmd for On with value 0
[6/9/2016, 1:37:38 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Steckdose%20off&XHR=1
[6/9/2016, 1:37:40 PM] [FHEM] Steckdose: executing set cmd for On with value 1
[6/9/2016, 1:37:40 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Steckdose%20on&XHR=1
[6/9/2016, 1:37:48 PM] [FHEM] Steckdose: executing set cmd for On with value 0
[6/9/2016, 1:37:48 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20Steckdose%20off&XHR=1


ich kann ich fhem und hompridge schalten wie ich will geht nichts auser der letzten ausgabe kommt in hombridge nichts.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 09 Juni 2016, 22:42:28
seit kurzem geht meine Homebridge nicht mehr  :-X

Wenn ich sie starten will, kommen folgende Meldungen:

Code Auswählen
/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
          ^
Error: /usr/lib/node_modules/homebridge/node_modules/mdns/build/Release/dns_sd_bindings.node: undefined symbol: node_module_register
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)


Keine Ahnung, was mir das sagen soll  ???
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 14 Juni 2016, 14:05:56
Zitat von: Mitch am 09 Juni 2016, 22:42:28
seit kurzem geht meine Homebridge nicht mehr  :-X

Wenn ich sie starten will, kommen folgende Meldungen:

Code Auswählen
/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:35
    throw ex;
          ^
Error: /usr/lib/node_modules/homebridge/node_modules/mdns/build/Release/dns_sd_bindings.node: undefined symbol: node_module_register
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (/usr/lib/node_modules/homebridge/node_modules/mdns/lib/dns_sd.js:24:20)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)


Keine Ahnung, was mir das sagen soll  ???
Hast du schon die Anleitungen im Wiki dazu gelesen?
Da gibt es einen Lösungsvorschlag.

Wenn es nicht funktionieren sollte, was bei mir der Fall war, dann solltest du alle npm pakete mal komplett deinistallieren und erneut installieren.
Das hat zumindest bei mir geholfen.
Wobei ich auch noch alle debian pakete mal deinstalliert und erneut installiert habe.

Gruß Robert
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 14 Juni 2016, 16:23:27
Hm, ich scheine blind zu sein, weil im Wiki finde ich keine Lösung?  ???

Die Homebridge lief ja ohne Probleme. Geändert wurde nur "Ubuntu Update".
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 15 Juni 2016, 07:15:42
Zitat von: Mitch am 14 Juni 2016, 16:23:27
Hm, ich scheine blind zu sein, weil im Wiki finde ich keine Lösung?  ???

Die Homebridge lief ja ohne Probleme. Geändert wurde nur "Ubuntu Update".

Okay lass mich dir helfen
http://www.fhemwiki.de/wiki/Homebridge_einrichten#Fehler_w.C3.A4hrend_der_Installation

Wenn du ein Ubuntu update gemacht hast.
Eventuell wurde hierbei nodes oder ein paket aktualisiert.
Würde ich vorschlagen Homebridge komplett neu zu installieren.
Wie das genau geht mit dem deinstallieren mit npm kannst du google entnehmen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 15 Juni 2016, 07:39:34
Zitat von: Mitch am 14 Juni 2016, 16:23:27
Hm, ich scheine blind zu sein, weil im Wiki finde ich keine Lösung?  ???

Die Homebridge lief ja ohne Probleme. Geändert wurde nur "Ubuntu Update".
Vielleicht hat das Ubuntu Update eher ein node Downgrade gemacht.
Dann hilft auch homebridge neu installieren nicht. node -v zeigt dir deine Version. Und die dann mit den mindestanforderungen vergleichen. Habe ich leider nicht mehr im Kopf. Sorry.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 15 Juni 2016, 11:11:01
Zitat von: no_Legend am 15 Juni 2016, 07:15:42
Okay lass mich dir helfen
http://www.fhemwiki.de/wiki/Homebridge_einrichten#Fehler_w.C3.A4hrend_der_Installation

Danke, aber das hat doch mit meinem Fehler gar nicht zu tun  ???

@andreas.maurer: schon komisch, node -v zeigt mir: v0.10.28, nodejs -v: v5.11.1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 15 Juni 2016, 11:49:10
Zitat von: Mitch am 15 Juni 2016, 11:11:01
@andreas.maurer: schon komisch, node -v zeigt mir: v0.10.28, nodejs -v: v5.11.1
Dann ist deine node version zu alt. Es war eine "downgrade" :) v0.12 ist Mindestvoraussetzung.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 15 Juni 2016, 12:59:00
Zitat von: Mitch am 15 Juni 2016, 11:11:01
Danke, aber das hat doch mit meinem Fehler gar nicht zu tun  ???

@andreas.maurer: schon komisch, node -v zeigt mir: v0.10.28, nodejs -v: v5.11.1
Laut deiner Fehlermeldung ist ein DNS fehler.
Somit hätte wenn die nodes version nicht die falsche wäre, dies aus dem Wiki eintrag helfen können.

Code Auswählen
Kommt eine DNS Fehlermeldung fehlt meistens der AVAHI-DAEMON, zu installieren via

sudo apt-get install avahi-daemon
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 15 Juni 2016, 13:17:25
unwahrscheinlich:

Code Auswählen
dns_sd_bindings.node: undefined symbol: node_module_register
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 15 Juni 2016, 13:21:07
Zitat von: andreas.maurer am 15 Juni 2016, 13:17:25
unwahrscheinlich:

Code Auswählen
dns_sd_bindings.node: undefined symbol: node_module_register

Ist halt dei Frage, was mit der DNS Fehlermeldung genau gemeint ist.
Sei es drum.

Ich hab den DNS_SD Fehler mal ins Wiki gepackt.
Mit dem Hinweis auf die nodes Versionsprüfung.

Läuft es jetzt bei dir eigentlich wieder?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Mitch am 15 Juni 2016, 13:48:34
Bin leider unterwegs und kann nicht testen, aber die homebridge startet zumindest wieder und läuft.

Gemacht habe ich folgendes:
- node deinstalliert
- node installiert

Ich glaube auch den Fehler gefunden zu haben. Da ich noch eine alte Version von node für airsonos benötige, habe ich n installiert.
Vermute, dass dadurch homebridge "durcheinander" gekommen ist.

Danke euch!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bjoernbo am 20 Juni 2016, 16:06:06
Hallo, habe die Installation soweit hinbekommen. Wenn ich homebridge nun starte bleibt er dann aber stehen und es geht nicht weiter

Zitat*** 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>
[6/20/2016, 4:04:12 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2
[6/20/2016, 4:04:13 PM] Registering platform 'homebridge-fhem.FHEM'
[6/20/2016, 4:04:13 PM] ---
[6/20/2016, 4:04:13 PM] Loaded config.json with 0 accessories and 1 platforms.
[6/20/2016, 4:04:13 PM] ---
[6/20/2016, 4:04:13 PM] Loading 1 platforms...
[6/20/2016, 4:04:13 PM] [FHEM] Initializing homebridge-fhem.FHEM platform...
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1466431454752
[6/20/2016, 4:04:14 PM] [FHEM] Checking genericDeviceType...
[6/20/2016, 4:04:14 PM] [FHEM]   executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[6/20/2016, 4:04:14 PM] [FHEM] Fetching FHEM devices...
[6/20/2016, 4:04:14 PM] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[6/20/2016, 4:04:14 PM] Loading 0 accessories...
Server listening on: http://<ip>:8082
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juni 2016, 16:44:22
@bjoernbo: ist dein fhem unter dieser adresse erreichbar?

bist du sicher das ssl richtig ist? ohne auth?


was passiert wenn du mit wget oder einem browser https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1 (https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1) aufrufst?


gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bjoernbo am 20 Juni 2016, 17:00:51
stimmt, die IP ist falsch, aber wo korrigiere ich diese. Wenn die IP im Browser richtig eintrage werden mir meine entspr. Geräte angezeigt!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juni 2016, 17:45:34
im homebridge config file.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bjoernbo am 20 Juni 2016, 17:50:10
home bridge config.json?


Zitat{    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
       
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "192.168.178.51",
            "port": "8083",
            "auth": {"user": "FhemUser", "pass": "123456"},
            "filter": "room=Homekit"
        }
     ],

    "accessories": [
]
}
da steht die IP drin  :-\
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bjoernbo am 20 Juni 2016, 18:22:02
gefunden.

Nachdem ich
Zitat~/.homebridge

eingeben habe wird mir eine weitere config angeboten!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Ronn am 02 Juli 2016, 16:10:15
Hallom,

hat es jmd bereits geschafft seine Synology zu integrieren? bei mir will das so nicht richtig. wird zwar angezeigt, kann aber keine verbindung hergestellt werden. und nach einem reboot werden gar keine geräte mehr erkannt (steckdosen, fritzbox). nehme ich die synology wieder raus geht wieder alles. kennt das jmd? beste grüße + thx
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris8888 am 03 Juli 2016, 16:40:30
Hallo,

ich habe heute auf die aktuelle Homebridge .28 upgedatet.

Leider startet die Bridge nun nicht mehr:

Code Auswählen
====================
[7/3/2016, 4:31:42 PM] ERROR LOADING PLUGIN homebridge-fhem:
[7/3/2016, 4:31:42 PM] SyntaxError: Unexpected token )
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:373:25)
    at Object.Module._extensions..js (module.js:416:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
    at Module.require (module.js:353:17)
    at require (internal/module.js:12:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
    at Array.forEach (native)

Ich kann mit meinen geringen Mitteln leider den Fehler nicht finden.
Hat jemand eine Idee? Besten Dank vorab!

VG
Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 03 Juli 2016, 22:03:10
Hmm, klingt merkwürdig.
Habe die aktuellen Versionen von homebridge und homebridge-fhem ohne Probleme im Einsatz. Vielleicht einfach noch mal beide entfernen und neu installieren!?

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: chrisz am 03 Juli 2016, 22:07:41
Zitat von: Chris8888 am 03 Juli 2016, 16:40:30
Hallo,

ich habe heute auf die aktuelle Homebridge .28 upgedatet.

Leider startet die Bridge nun nicht mehr:

Code Auswählen
====================
[7/3/2016, 4:31:42 PM] ERROR LOADING PLUGIN homebridge-fhem:
[7/3/2016, 4:31:42 PM] SyntaxError: Unexpected token )
    at exports.runInThisContext (vm.js:53:16)
    at Module._compile (module.js:373:25)
    at Object.Module._extensions..js (module.js:416:10)
    at Module.load (module.js:343:32)
    at Function.Module._load (module.js:300:12)
    at Module.require (module.js:353:17)
    at require (internal/module.js:12:17)
    at Plugin.load (/usr/local/lib/node_modules/homebridge/lib/plugin.js:65:22)
    at Server.<anonymous> (/usr/local/lib/node_modules/homebridge/lib/server.js:112:14)
    at Array.forEach (native)

Ich kann mit meinen geringen Mitteln leider den Fehler nicht finden.
Hat jemand eine Idee? Besten Dank vorab!

VG
Christian


Habe das gleiche Problem nach einem Update heute!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 Juli 2016, 22:36:48
irgendwie ist sind die git und npm versionen nicht mehr synchron gewesen.

sollte ab jetzt wieder funktionieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris8888 am 04 Juli 2016, 19:02:03
Hallo Andre,

läuft wieder! Danke!

VG
Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcel151 am 16 September 2016, 05:07:09
Ich möchte meine Devices auch über das Internet steuern können, habe leider keinen AppleTV oder ein iPad. Gibt es eine Anleitung um einen "HomeKit Accessory Server" auf einem RPi zu installieren?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: micomat am 16 September 2016, 06:24:18
Hallo,

auf die Gefahr hin es bei 149 Seiten nicht gesehen zu haben:
Gibt es irgendwo eine Anleitung wie das sauber einzurichten ist?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 16 September 2016, 08:00:43
Zitat von: marcel151 am 16 September 2016, 05:07:09
Ich möchte meine Devices auch über das Internet steuern können, habe leider keinen AppleTV oder ein iPad. Gibt es eine Anleitung um einen "HomeKit Accessory Server" auf einem RPi zu installieren?

Was soll ein "HomeKit Accessory Server" sein???

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 16 September 2016, 08:01:19
Zitat von: micomat am 16 September 2016, 06:24:18
Hallo,

auf die Gefahr hin es bei 149 Seiten nicht gesehen zu haben:
Gibt es irgendwo eine Anleitung wie das sauber einzurichten ist?

http://lmgtfy.com/?q=fhem+homebridge

Erstes Ergebnis!

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dev0 am 16 September 2016, 08:29:37
Zitat von: marcel151 am 16 September 2016, 05:07:09
Ich möchte meine Devices auch über das Internet steuern können, habe leider keinen AppleTV

Ohne Apple TV wird die Steuerung schwierig bis unmöglich, wenn Dein Client nicht in der gleichen Broadcast Domain ist. Ein Ansatz wäre vielleicht der avahi reflector mode.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 September 2016, 08:35:37
kauf dir ein gebrauchtes apple tv gen 3. das ist unterm strich ziemlich sicher die günstigste variante und es geht dann out of the box. ohne vpn oder sonst etwas zu starten.

gruss
  andre 
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: C0mmanda am 16 September 2016, 08:37:36
Zitat von: dev0 am 16 September 2016, 08:29:37
Ohne Apple TV wird die Steuerung schwierig bis unmöglich, wenn Dein Client nicht in der gleichen Broadcast Domain ist. Ein Ansatz wäre vielleicht der avahi reflector mode.

Mit iOS 10 kann nun auch ein iPad als Hub betrieben werden und so Devices über das Internet gesteuert werden.
Das iPad muss eben nur immer zuhause bleiben, was bei mir aber der Fall ist.

Mit der neuen "Home" App von iOS 10 arbeitet Hombedridge auch prima zusammen. Vor 2 Tagen alles komplett eingerichtet.
Kein "Eve" oder sowas mehr nötig.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: micomat am 16 September 2016, 08:49:53
Zitat von: DeeSPe am 16 September 2016, 08:01:19
http://lmgtfy.com/?q=fhem+homebridge

Erstes Ergebnis!

Gruß
Dan

Danke ;) Lass mich die Uhrzeit als Entschuldigung nennen ;D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 16 September 2016, 08:53:56
@C0mmanda: ich würde trotzdem den apple tv weg gehen. alleine schon weil es immer an ist und niemand dran rum fummelt.

@micromat: und das hier ist ganz neu: https://www.youtube.com/watch?v=dL35MdnLcZY (https://www.youtube.com/watch?v=dL35MdnLcZY)

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: C0mmanda am 16 September 2016, 09:21:24
Zitat von: justme1968 am 16 September 2016, 08:53:56
@C0mmanda: ich würde trotzdem den apple tv weg gehen. alleine schon weil es immer an ist und niemand dran rum fummelt.

gruss
  andre

Recht hast du, jedoch habe ich kein ATV und plane aktuell auch nicht eines anzuschaffen.
Am iPad fummelt aber auch niemand rum außer mir. Die Frau hat ihr eigenes.
Nur mit immer an muss ich momentan acht geben ;).
Auf Dauer wird es aber an die Wand kommen zur zentralen Steuerung dann hat sich das Problem erledigt.

grtz
CmdA
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: micomat am 16 September 2016, 11:18:26
Zitat von: justme1968 am 16 September 2016, 08:53:56
@micromat: und das hier ist ganz neu: https://www.youtube.com/watch?v=dL35MdnLcZY (https://www.youtube.com/watch?v=dL35MdnLcZY)

uiiiiiiii :D:D:D danke!

EDIT: laeuft. hab eben meine SONOS sammlung eingebaut. kann auch ein- und ausschalten, aber wie ich die weiter steuern kann? geht wohl nocht nicht? lautstaerke hab ich irgendwo gelesen, aber ich kriegst nicht hin =(
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: marcel151 am 17 September 2016, 03:14:59
Zitat von: justme1968 am 16 September 2016, 08:35:37
kauf dir ein gebrauchtes apple tv gen 3. das ist unterm strich ziemlich sicher die günstigste variante und es geht dann out of the box. ohne vpn oder sonst etwas zu starten.

gruss
  andre

Würde gerne ein Apple TV 3 nehmen, die sind ja recht günstig. Aber mit iOS 10 geht nur noch die 4. Generation. Siehe:https://support.apple.com/en-us/HT207057?cid=tw_sr (https://support.apple.com/en-us/HT207057?cid=tw_sr)
Und nur als HomeKit Server das Ding zu kaufen ist mir zu teuer.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: andreas.maurer am 17 September 2016, 07:30:44
Moin,ich habe ein ATV3 laufen. Und auch damit kannich außerhalb meines Netzes mit meinem unter iOS 10 laufenden Handy die homekit Geräte bedienen.
Ob jetzt da irgendwas schlechter läuft kann ich nicht beurteilen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: schka17 am 17 September 2016, 08:06:52
Zitat von: marcel151 am 17 September 2016, 03:14:59
Würde gerne ein Apple TV 3 nehmen, die sind ja recht günstig. Aber mit iOS 10 geht nur noch die 4. Generation. Siehe:https://support.apple.com/en-us/HT207057?cid=tw_sr (https://support.apple.com/en-us/HT207057?cid=tw_sr)
Und nur als HomeKit Server das Ding zu kaufen ist mir zu teuer.
ATV4 benötigst du nur für Automatisierung, dafür haben wir ja FHEM. ATV3 funktioniert nach wie vor mit der Homebridge und auch iPhones mit IOS10


Sent from my iPad using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2016, 09:08:29
warte noch ein paar wochen bis wirklich sicher ist wie es jetzt genau ist.

bisher hatte ich es auch so verstanden das die 4 nur für automatisierung nötig ist und die 3 für den remote access reicht.

bei mir geht es aktuell noch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Diggewuff am 17 September 2016, 11:21:19
Ist nur ne Vermutung, aber ich musste nach dem Update auf ios10 auf die 2faktor Authentifizierung umsteigen, damit der Fernzugriff über meine aTV 4 wieder funktioniert, Eventuell wird das von der aTV 3 nicht unterstützt?!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2016, 11:51:48
@micromat: laustärke geht über eine custom characteristic. die zeigt home nicht an. eve schon.

@Diggewulf: für anwendungen die 2faktor nicht unterstützen kann man app spezifische passwörter erzeugen. das du funktioniert auch mit gen3.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: micomat am 17 September 2016, 13:15:30
danke, eve hab ich nicht. vielleicht gehts ja irgendwann :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 17 September 2016, 16:11:51
Zitat von: micomat am 17 September 2016, 13:15:30
danke, eve hab ich nicht. vielleicht gehts ja irgendwann :)

Dann lade es dir doch einfach kostenlos runter (https://itunes.apple.com/de/app/elgato-eve/id917695792?mt=8), tut ganz bestimmt auch nicht weh...  ;)

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: micomat am 17 September 2016, 20:07:49
mag sein :) aber nur um sonos besser steuern zu können macht das keinen sinn. dafür gibt's ja auch ne sonos app. und für fhem gibt's auch genug. hatte gehofft das die neue home app das kann.
ich suche noch nach der einefuerallesapp.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 17 September 2016, 21:16:14
apple hat die dokumentation inzwischen präzisiert: https://support.apple.com/en-us/HT207057 (https://support.apple.com/en-us/HT207057).

es ist so wie wir vermutet haben: remote access geht auch mit gen3 weiterhin. nur die automatisierung geht nur mit gen4. das ist aber sowieso nicht nötig wenn man fhem einsetzt :)

leider wird aber die remote kamera unterstützung mit gen3 auch nicht gehen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: deluxe41 am 18 September 2016, 12:50:46
Zitat von: justme1968 am 17 September 2016, 21:16:14
apple hat die dokumentation inzwischen präzisiert: https://support.apple.com/en-us/HT207057 (https://support.apple.com/en-us/HT207057).

es ist so wie wir vermutet haben: remote access geht auch mit gen3 weiterhin. nur die automatisierung geht nur mit gen4. das ist aber sowieso nicht nötig wenn man fhem einsetzt :)

leider wird aber die remote kamera unterstützung mit gen3 auch nicht gehen.

gruss
  andre
Hallo Andre,

Ich würde gerne versuchen eine Kamera zu nutzen, was muss ich denn beachten ?

Hab mir gestern nen ATV 4 dafür zugelegt.


Sent from my iPhone using Tapatalk
Titel: Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 18 September 2016, 13:06:23
kamera ist in homebridge noch nicht eingebaut. das kommt erst noch.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: deluxe41 am 18 September 2016, 13:57:56
Zitat von: justme1968 am 18 September 2016, 13:06:23
kamera ist in homebridge noch nicht eingebaut. das kommt erst noch.

gruss
  andre
Ok, da bin ich mal gespannt...




Sent from my iPhone using Tapatalk
Titel: iPhone Homekit App - TimeOut
Beitrag von: ritter_runkel am 19 September 2016, 21:32:02
hi ho,
ich nutze Homekit in der aktuellen Version.
Ich habe meine Firbaro-Rolladen-Aktoren, die über einen zwave USB Stick am Raspi hängen, als "blind" in Homekit eingebunden.

Mit iOS 10 stelle ich fest, dass die Rolladen-Aktoren nur kurz nach einer direkten Nutzung //per Schalter oder aus dem fhem direkt heraus// unter der Homekit-App als erreichbar gekennzeichnet werden.
Im Normalzustand //ohne Eingriff// werden sie als nicht erreichbar gekennzeichnet.


Hat einer von Euch eine Idee, ob hier Timeouts ablaufen und ob ich die irgendwie konfigurieren kann?

PS:
Ich habe schon eine "event-min-reading" auf 60s gesetzt - ohne Wirkung.

Liebe Grüsse
Erik
Titel: Home aktualisiert nicht
Beitrag von: butsify am 08 Oktober 2016, 13:51:24
Hi,

first things first: Bin neu hier und will einmal Hallo sagen: Hallo! So, erledigt  :D Jetzt zur eigentlichen Frage:

Ich setze mittels notify einen Dummy, der mir anzeigen soll, ob meine Heizung läuft. Dieser Dummy kann auch die Heizung einschalten. Allerdings stimmt der Status des Dummys im FHEM und des Schalters in der Home App nicht überein! Irgendwie aktualisiert sich der Wert offenbar nicht. Hat hier jemand schon Erfahrungen gemacht oder einen Lösungsvorschlag?

Danke schon einmal im Voraus!

MFG
Tobias
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Oktober 2016, 13:54:28
zeig mal was du genau konfiguriert hast, was im event monitor und auf der homebridge console zu sehen ist.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: butsify am 09 Oktober 2016, 13:06:41
Hi, danke für deine Antwort!

Konfiguration:

- 2x HTTPMOD für Alpha2 Heizung. Einmal zum auslesen, einmal zum setzen.
- Über einen Dummy setze ich ein Attribut "Anwesend" (über Notifiy)
- Diesen Dummy habe ich im Homebridge integriert, damit ich den auch über iOS steuern kann. Das funktioniert auch soweit richtig. Wenn ich direkt in FHEM den   
  Wert nun beim Dummy ändere, übernimmt auch Homebridge den Wert. Wenn ich den Wert im iOS ändere, übernimmt FHEM den Wert.
- Gleichzeitig habe ich ein Notify, welches auf das auslesen der Alpha2 reagiert und auf den ausgelesenen Wert "Anwesend" auf den Dummy überträgt (falls ich das
  Attribut direkt bei der Heizung ändere). Das auslesen passiert alle 10 Sekunden. Der Dummy wird auch richtig in FHEM gesetzt, aber Homebridge reagiert darauf
  nicht.

Homebridge Log:

[Sun Oct 09 2016 10:44:46 GMT+0000 (UTC)] [FHEM] WZAnwesend: executing set cmd for On with value 1            // Einschalten über iOS
[Sun Oct 09 2016 10:44:46 GMT+0000 (UTC)] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=set%20WZAnwesend%20on&XHR=1
  2016-10-09 10:44:48 caching: WZAnwesend-state: on
[Sun Oct 09 2016 10:44:48 GMT+0000 (UTC)] [FHEM]     caching: On: true (as boolean; from 'on')
  2016-10-09 10:45:01 caching: WZAnwesend-state: off                                                                                      // Ausschalten über FHEM (direkt am Dummy)
[Sun Oct 09 2016 10:45:01 GMT+0000 (UTC)] [FHEM]     caching: On: false (as boolean; from 'off')
  2016-10-09 10:45:08 caching: WZAnwesend-state: on                                                                                      // Einschalten über FHEM (direkt am Dummy)
[Sun Oct 09 2016 10:45:08 GMT+0000 (UTC)] [FHEM]     caching: On: true (as boolean; from 'on')

Bei Änderung des Dummys über Notify passiert nichts.

FHEM Event Monitor:

2016-10-09 11:03:31 dummy WZAnwesend on                                                                                                  // Einschalten über iOS
2016-10-09 11:04:39 HTTPMOD Alpha2 Anwesend Wohnzimmer: 0                                                                     // Auslesen in FHEM nach Änderung an Alpha2

Im Event Log steht nicht, dass der Dummy gesetzt wird, wird er aber. Irgendwie reagiert aber Homebridge nicht darauf.

Ich hoffe du kannst damit etwas anfangen.

Danke!

MFG Tobias
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Oktober 2016, 13:12:51
bist du sicher das du attribute meinst? homebridge reagiert nur auf readings bzw. events.

wenn es kein event gibt kann homebridge auch nicht reagieren.

wie genau setzt du den dummy?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: butsify am 09 Oktober 2016, 13:34:34
Mit dem Attribut meine ich direkt das Attribut der Heizung. Gesetzt wird es über ein ein Notify:

WZAnwesend:.* {if(Value("WZAnwesend") eq "on") { fhem("set Alpha2Set WZ-Anwesend 1") } else { fhem("set Alpha2Set WZ-Anwesend 0") }}

WZAnwesend ist der dummy, Alpha2Set das HTTPMOD Modul zum setzen.

Ausgelesen ebenfalls mittels Notify:

Alpha2:.* {if(ReadingsNum("Alpha2","Anwesend Wohnzimmer",0) eq 1) { fhem("setstate WZAnwesend on") } else { fhem("setstate WZAnwesend off") }}

Hier ist Alpha2 das HTTPMOD Modul mit den Readings der Heizung.

MFG Tobias
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Oktober 2016, 13:36:23
setstate erzeug keine events.

du musst set oder setreading verwenden.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: butsify am 09 Oktober 2016, 14:36:49
Hi,

danke! Daran hab ich natürlich nicht gedacht (bzw. gewusst)! Jetzt funktioniert es!

Noch 3 andere Fragen (bitte um Nachsicht, falls das irgendwo steht, aber ich hab mit meiner Suche nichts gefunden und bin noch ein ziemlicher Neuling).

1. Gibt es ein Modul, welches von Homebridge unterstützt wird, mit dem ich Temperaturen einstellen kann?
2. Gibt es ein Modul, welches von Homebridge unterstützt wird und einen Text anzeigen kann, ohne dass ich diesen ändern kann?
3. Gibt es ein Modul, welches von Homebridge unterstützt wird, mit dem ich einen Status read only anzeigen kann?

MFG Tobias
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 09 Oktober 2016, 15:07:04
1. thermostat
2. nein
3. wenn es nur on/off ist: StatefulProgrammableSwitch service mit ProgrammableSwitchOutputState characteristic. geht aber aktuell nur mit eve und (noch) nicht mit home.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: butsify am 09 Oktober 2016, 16:53:24
Ok, danke recht herzlich für deine Hilfe! Hast mir echt weitergeholfen!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: butsify am 11 Oktober 2016, 20:50:49
Hi,

ich nochmal.

Hab jetzt geschafft, dass ich die Temperatur mittels Thermometer anzeige.

Allerdings habe ich noch Probleme mit Thermostat:

- Kann ich irgendwie den Modus (Aus, Warm, Kalt, Automatisch) auslesen?
- Wie kann ich verhindern, dass "state" vor dem Wert steht?
- Ist es möglich, auch Komma-Zahlen anzuzeigen?

Ich habe einen Dummy wie im Anhang ersichtlich definiert. Das homebridgeMapping lautet Folgendermaßen: TargetTemperature=state::target,minValue=18,maxValue=25,minStep=0.5 CurrentTemperature=Alpha2:WZ-Ist

Danke im Vorhinein!

MFG Tobias
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 Oktober 2016, 20:58:00
wo du deinen aktuellen mode auslesen kannst musst du wissen, um in in homekit anzuzeigen und einzustellen gibt es die CurrentHeatingCoolingState und TargetHeatingCoolingState characteristics

entweder readingList verwenden oder im homebridgeMapping cmd/cmds verwenden

minStep=0.5 setzen. nicht nur für target sondern auch für current.

schau dir mal den anderen homebrige thread an. da gibt es einiges zu thermostaten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 15 Oktober 2016, 13:13:57
Hi zusammen,

meine Homebridge läuft ganz zuverlässig. Danke dafür erst einmal direkt an justme1968.
Ich habe nur das Problem, dass beim Starten meines RPI bzw. allgemein beim ersten Start von Homebridge immer ein Neustart von Homebridge verlangt wird.
Das heißt, selbst das Autostart Script richtig läuft, muss ich Homebridge einmal neu starten...

Code Auswählen
Sat, 15 Oct 2016 10:07:07 GMT EventedHTTPServer Server listening on port 51826
[2016-10-15 12:07:07] [FHEM_Homebridge] genericDeviceType attribute was not known. please restart homebridge.

Könnt ihr mir sagen, wie ich das vermeiden kann?

VG
Pazekal
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 Oktober 2016, 13:18:22
auf fhem seite ein mal save verwenden nach dem das attribut gesetzt wurde.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 15 Oktober 2016, 14:25:07
Ok. Danke. Mich würde noch interessieren, was da genau geschrieben wird in die CFG
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 15 Oktober 2016, 14:44:19
es wird das genericDeviceType attribut in den userattr von general bekannt gemacht.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pazekal am 15 Oktober 2016, 17:30:36
Alles klar.. Gefunden..

Danke dir.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Praktiker am 15 Oktober 2016, 18:41:36
Erstmal ein Lob auf justme1968 für die gute Arbeit!!
Nachdem nun alles soweit läuft habe ich Homebridge mit dem Scrit aus dem WIKI als dienst gestartet.
So fine ich aber keine Logs. Kann mir jemand sagen wie ich an die Ausgaben der Homebride komme??
Mit tail -f /var/log/homebridge.log klappt es leider nicht.

Grüsse
Praktiker
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tyrolean am 26 Oktober 2016, 09:11:17
Hallo,

ich hätte da eine kurze Frage. (Passt nicht 100%ig in diesen Thread, wollte aber keinen neuen öffnen)
Ich regle seit einiger Zeit meine Heizung via FHEM, messe hierfür die Temperatur mit 4 DS18B20 und die Regelung übernimmt je ein PID20. Das Ganze ist über die Homebridge mit meinen iOS Devices verbunden und funktioniert soweit bestens. Über einen Apple TV 3 stelle ich die Verbindung zur "Außenwelt" her.
Mir ist jetzt aufgefallen dass sich die Akkulaufzeit von meinem iPhone sobald das Ganze aktiv ist mehr als halbiert. Wenn ich dem ATV den Stecker ziehe normalisiert sich das Ganze wieder...

Hat jemand von euch ein ähnliches Problem bzw. einen Lösungsvorschlag? Gibt es eine Möglichkeit zu sehen was und vor allem wie oft der Raspberry Kontakt mit HomeKit aufnimmt...

Gruß aus Tirol
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Oktober 2016, 09:16:33
@Praktiker: das start script muss die ausgaben auch in ein log umbiegen. keine ahnung ob deins das macht.

@tyrolean: dir anfragen von homekit siehst du in der consolenausgaba von homebridge.

normalerweise passiert das selten bzw. dann wenn du aktiv eine homekit app verwendet.

hast du irgendwelche regeln oder automationen in homekit konfiguriert?

ich glaube irgendwo hatte schon mal jemand das problem.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 26 Oktober 2016, 09:31:06
Zitat von: Praktiker am 15 Oktober 2016, 18:41:36
Erstmal ein Lob auf justme1968 für die gute Arbeit!!
Nachdem nun alles soweit läuft habe ich Homebridge mit dem Scrit aus dem WIKI als dienst gestartet.
So fine ich aber keine Logs. Kann mir jemand sagen wie ich an die Ausgaben der Homebride komme??
Mit tail -f /var/log/homebridge.log klappt es leider nicht.

Grüsse
Praktiker

Auf Raspbian?
Dann empfehle ich den Dienst auf systemd umzustellen (https://gist.github.com/johannrichard/0ad0de1feb6adb9eb61a/).
Danach kannst Du mit "sudo journalctl -f -u homebridge" auf die Ausgaben der Konsole zugreifen.
Und ganz nebenbei: initd wird sicher in einer nächsten Raspbian Version deprecated.

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tyrolean am 26 Oktober 2016, 11:19:31
Danke für die rasche Antwort, ich greife mit der Eve App auf meine HomeKit Konfiguration zu. Regeln oder ähnliches habe ich nicht erstellt. Ich werde mal versuchen ob es einen Unterschied macht wenn ich alle Dinge die sich regelmäßig ändern wie Temp. Sensoren oder PID Werte aus der HomeKit Konfiguration rausschmeisse und nur noch einfache Schalter drin lasse...
Das mit der Konsole schaue ich natürlich an, ich gehe davon aus dass auch für mich das Kommando sudo journalctl -f -u homebridge funktionieren sollte.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: charly166 am 09 November 2016, 11:23:11
Hallo zusammen,

ich wollte nochmal kurz die Steuerung von UniROLL-Rollläden aufgreifen. @ChrisKoh hat das Thema ja bereits hier (https://forum.fhem.de/index.php/topic,32652.msg371456.html#msg371456 (https://forum.fhem.de/index.php/topic,32652.msg371456.html#msg371456) angesprochen. @SirUli, @justme und @bgewehr hatten daraufhin geantwortet. Habe daraufhin versucht eure Ansätze nachzuvollziehen. Bin jetzt ehrlich gesagt etwas verwirrt ob man das über ein Mapping, cmdalias oder den ReadingProxy realisiert. Wäre super wenn mir da jemand weiterhelfen könnte. Gerade das Thema ReadingProxy verstehe ich noch gar nicht!
Vielen Dank im Voraus.
Gruß

Charly

Anbei nochmal die Angaben zum Device:
Code Auswählen
{
  "Arg":"WZ_ROLLO_R",
  "Results": [
  {
    "Name":"WZ_ROLLO_R",
    "PossibleSets":"down pos stop up",
    "PossibleAttrs":"alias comment:textField-long eventMap group room suppressReading userReadings:textField-long verbose:0,1,2,3,4,5 IODev do_not_notify:1,0 ignore:1,0 showtime:1,0 rMin:slider,0,1,120 rMax:slider,0,1,120 rPos:slider,0,1,120 useRolloPos:1,0 sendStopBeforeCmd:1,0,2,3 model:R_23700,dummySimple alarmDevice alarmSettings cmdIcon devStateIcon devStateStyle fm_type genericDeviceType:switch,outlet,light,blind,speaker,thermostat homebridgeMapping:textField-long icon sortby webCmd widgetOverride userattr",
    "Internals": {
      "BTN": "1",
      "CFGFN": "./mycfg/20_FS20.cfg",
      "DEF": "BCFA 1",
      "NAME": "WZ_ROLLO_R",
      "NR": "139",
      "STATE": "up",
      "TYPE": "UNIRoll",
      "XMIT": "bcfa"
    },
    "Readings": {
      "oldPos": { "Value":"0", "Time":"2016-11-09 07:40:21" },
      "oldstate": { "Value":"up 21", "Time":"2016-11-09 07:40:00" },
      "state": { "Value":"up", "Time":"2016-11-09 07:40:00" }
    },
    "Attributes": {
      "IODev": "CUL868",
      "devStateIcon": "up:shutter_open down:shutter_closed stop:shutter_halfopen",
      "genericDeviceType": "blind",
      "group": "WZ_ROLLADEN",
      "icon": "shutter_halfopen",
      "model": "R_23700",
      "rMax": "21",
      "rMin": "0",
      "rPos": "0",
      "room": "FS20,Homekit,Wohnzimmer",
      "sendStopBeforeCmd": "0",
      "useRolloPos": "1",
      "webCmd": "up:stop:down"
    }
  }  ],
  "totalResultsReturned":1
}

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 11 November 2016, 06:29:29
Mach mal generic device type auf blind
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: charly166 am 11 November 2016, 07:53:31
Hallo bgewehr,

wenn dein letzter Kommentar für mich gemeint war - herzlichen Dank erstmal!
Das Attribut genericDeviceType steht bereits auf "blind".
Viele Grüße

Charly
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 11 November 2016, 07:59:22
Zitat von: charly166 am 11 November 2016, 07:53:31
Hallo bgewehr,

wenn dein letzter Kommentar für mich gemeint war - herzlichen Dank erstmal!
Das Attribut genericDeviceType steht bereits auf "blind".
Viele Grüße

Charly
Ja, sorry, habe ich danach auch gesehen, der json Text war am iPhone etwas durcheinander...

Ich habe homematic blinds benutzt, das ging sofort. Leider ist bei mir 100% = ganz unten und bei HomeKit ganz oben...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 November 2016, 09:18:45
bei homekit (und auch bei homematic) ist 100% offen (hell) und 0% zu (dunkel). wie bei einem dimmer.

man kann bei homematic levelInverse setzen um zahlen zu invertieren und im homebridgeMapping kann man invert=1 für CurrentPosition und TargetPosition setzen.

mit einem von beiden oder beiden sollte man jede richtung oder falsch einbau in den griff bekommen.

ich meine oben im thread gibt es beispiele für die richtung und auch für alle möglichen aktoren. auch für aktoren die nur auf und zu können. diese eventuell mit hilfe des ROLLO moduls (sehe wiki).

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: charly166 am 14 November 2016, 09:25:53
Hallo Andre,

habe in deinem letzten Post das ROLLO-Modul aufgeschnappt und sogleich ausprobiert. Setze ich dies ein, kann ich darüber via HomeKit die Rollos schalten (habe zwar ebenfalls noch das Problem mit der Invertierung, werde ich aber wohl noch hinbekommen).
Viele Grüße und vielen Dank

Charly

PS: Hier mein Code, sollte noch jemand das Problem mit  UniRoll haben ...
1. UniRoll definieren:
Code Auswählen
define WZ_ROLLO_L UNIRoll BCFA 0
attr WZ_ROLLO_L IODev CUL868
attr WZ_ROLLO_L devStateIcon up:shutter_open down:shutter_closed stop:shutter_halfopen
attr WZ_ROLLO_L genericDeviceType blind
attr WZ_ROLLO_L group WZ_ROLLADEN
attr WZ_ROLLO_L icon shutter_halfopen
attr WZ_ROLLO_L model R_23700
attr WZ_ROLLO_L rMax 21
attr WZ_ROLLO_L rMin 0
attr WZ_ROLLO_L rPos 0
attr WZ_ROLLO_L room FS20,Wohnzimmer
attr WZ_ROLLO_L sendStopBeforeCmd 0
attr WZ_ROLLO_L useRolloPos 1
attr WZ_ROLLO_L webCmd up:stop:down

2. ROLLO-Modul:
Code Auswählen
define WZ_ROLLLADEN_L ROLLO
attr WZ_ROLLLADEN_L autoStop 0
attr WZ_ROLLLADEN_L commandDown set WZ_ROLLO_L down
attr WZ_ROLLLADEN_L commandStop set WZ_ROLLO_L stop
attr WZ_ROLLLADEN_L commandUp set WZ_ROLLO_L up
attr WZ_ROLLLADEN_L devStateIcon open:fts_shutter_10:closed closed:fts_shutter_100:open half:fts_shutter_50:closed drive-up:fts_shutter_up@red:stop drive-down:fts_shutter_down@red:stop position-100:fts_shutter_100:open position-90:fts_shutter_80:closed position-80:fts_shutter_80:closed position-70:fts_shutter_70:closed position-60:fts_shutter_60:closed position-50:fts_shutter_50:closed position-40:fts_shutter_40:open position-30:fts_shutter_30:open position-20:fts_shutter_20:open position-10:fts_shutter_10:open position-0:fts_shutter_10:closed
attr WZ_ROLLLADEN_L excessBottom 2
attr WZ_ROLLLADEN_L excessTop 4
attr WZ_ROLLLADEN_L genericDeviceType blind
attr WZ_ROLLLADEN_L resetTime 0
attr WZ_ROLLLADEN_L room FS20,Homekit,Wohnzimmer
attr WZ_ROLLLADEN_L secondsDown 21
attr WZ_ROLLLADEN_L secondsUp 21
attr WZ_ROLLLADEN_L switchTime 1
attr WZ_ROLLLADEN_L type normal
attr WZ_ROLLLADEN_L webCmd open:closed:half:stop:position
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 14 November 2016, 09:29:53
zum invertieren:
Code Auswählen
attr <name> homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thymjan am 27 November 2016, 22:30:26
Es wurde schon mal erwähnt: Der Wert für luminosity muss evtl. skaliert werden.
https://forum.fhem.de/index.php/topic,32652.msg398537.html#msg398537  (https://forum.fhem.de/index.php/topic,32652.msg398537.html#msg398537)

Aktuell habe ich zum Beispiel in fhem den Wert für luminosity= 0,0304 lux, in der home app wird dieser als 0,115 lux angezeigt.

Warum ist das so? Wird für luminosity eine andere Einheit erwartet?

Nun habe ich bei meinem Helligkeitssensor ein User-Reading angelegt und weis nun nicht weiter:
Code Auswählen
attr TSL2561 userReadings helligkeit { sprintf("%.8f", ReadingsVal("TSL2561","luminosity",0)*0.265)}

Kann mir jemand einen Tipp geben, wie ich diesen Wert "helligkeit" der homebridge als luminosity verkaufen kann?

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thymjan am 29 November 2016, 19:53:27
Habe es jetzt folgendermaßen gelöst:

userReadings wie im vorhergehenden Beitrag. Und dann
Code Auswählen
homebridgeMapping CurrentAmbientLightLevel=helligkeit

homebridge einmal neu starten, dann wird der umgerechnete Faktor in der home app angezeigt.

Wozu es den Umrechnungsfaktor 0.265 gibt, ist mir aber nach wie vor schleierhaft.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 November 2016, 20:20:50
den faktor von 0.265 gibt es deswegen: http://www.fhemwiki.de/wiki/Universalsensor#Der_Helligkeitssensor (http://www.fhemwiki.de/wiki/Universalsensor#Der_Helligkeitssensor)

wenn das ein selbst erzeugtes reading ist solltest du statt luminosity besser brightness oder luminance verwenden. die werden 1:1 durchgereicht.

gruss
  andre

ps: zum korrigieren brauchst du vermutlich kein userReading. es sollte reichen factor zu verwenden:
Code Auswählen
homebridgeMapping TSL2561 CurrentAmbientLightLevel=luminosity,factor=0.265
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thymjan am 29 November 2016, 20:48:32
Hallo Andre, danke für deine Antwort.

Habe den TSL2561 direkt am RPi über I2C. Das Modul I2C_TSL2561 gibt das Reading luminosity aus. Dies habe ich zunächst direkt an die homebridge übergeben. Habe dann aber bemerkt, dass der Wert um den Faktor 0.265 verändert ist. Warum steckt der Faktor in der homebridge drin? Dann steht ja in FHEM ein andere Faktor als in der home app.

Das Mapping mit dem Faktor funktioniert leider nicht. Die Umrechnung bekomme ich nur mit userReadings hin.

Habe ich das richtig verstanden: Wenn das Modul I2C_TSL2561 das Reading brightness oder luminance ausspucken würde, würde homebridge den Wert unverändert durchreichen?

Gruß,
Stefan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 November 2016, 20:55:25
ZitatWarum steckt der Faktor in der homebridge drin?
weil das reading luminosity nicht in lux ist, homekit aber lux erwartet.

ZitatDas Mapping mit dem Faktor funktioniert leider nicht.
der in homebridge-fhem fest vorgegebene wert war tatsächlich nicht überschreibbar. das geht mit dem nächsten update.

ZitatHabe ich das richtig verstanden: Wenn das Modul I2C_TSL2561 das Reading brightness oder luminance ausspucken würde, würde homebridge den Wert unverändert durchreichen?
ja.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thymjan am 29 November 2016, 20:59:05
Das Modul I2C_TSL2561 gibt das Reading luminosity aber mit der Einheit lux aus. Ist das dann physikalisch falsch?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 November 2016, 21:03:06
in fhem gibt es aktuell nicht wirklich einheiten. höchstens buchstaben und symbole hinter den zahlen die für einen menschlichen anwender etwas bedeuten.

es gibt zwei vorschläge und einen ersten anfang wie man einheiten wirklich auch zur automatischen auswertung in fhem integriert. und zwei erste module dir das verwenden.

aktuell hat aber das was hinter den zahlen im reading steht keinerlei weiter auswirkungen. es wird einfach angeschnitten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 November 2016, 21:05:24
und was die physikalische größe luminosity angeht: die wird nicht in lux angegeben.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thymjan am 29 November 2016, 21:07:28
OK. Das ist mir klar. Aber ist die Bezeichnung luminosity für eine Variable die einen berechneten Wert mit der (nicht integrierten) Einheit lux enthält die falsche? Sollte die dann eher brightness oder luminance heißen? Darauf zielt meine Frage ab.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 November 2016, 21:13:28
der erste sensor der diese reading verwendet hat hat dort etwas abgelegt das nicht die einheit lux hatte.

andere sensoren die das gleiche reading verwenden sollten entweder die gleiche einheit verwenden oder ein anderes reading.

aktuell gibt es kein allgemein gültiges richtig. ich kann dir nur sagen wovon homebridge-fhem ausgeht weil es dafür präzedenzfälle gibt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: NSA am 30 Dezember 2016, 20:31:54
hi,

bei meinem iphone läuft Homebridge tadellos :-) das iphone meiner Freundin findet jedoch kein Gerät.
Kann mir jemand einen Tipp geben was beachtet werden muss wenn zwei Apple Geräte unabhänig voneinander auf das Homebridgegerät zugreifen wollen.

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 30 Dezember 2016, 20:34:12
Zitat von: NSA am 30 Dezember 2016, 20:31:54
hi,

bei meinem iphone läuft Homebridge tadellos :-) das iphone meiner Freundin findet jedoch kein Gerät.
Kann mir jemand einen Tipp geben was beachtet werden muss wenn zwei Apple Geräte unabhänig voneinander auf das Homebridgegerät zugreifen wollen.

Danke

Es kann nur einen geben der auf die Homebridge zugreift! 8)
Du kannst sie aber einladen in der App!

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: NSA am 30 Dezember 2016, 20:44:31
Zitat

Es kann nur einen geben der auf die Homebridge zugreift! 8)
Du kannst sie aber einladen in der App!

Gruß
Dan

Kann man die Homebridge-Config so anpassen, dass zwei Homebridge Geräte unabhänig auf Fhem zugreifen. Das zweite Gerät würde ich mit dem iphone meiner Freundin koppeln.

Gruß Fabian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 30 Dezember 2016, 21:21:43
Zitat von: NSA am 30 Dezember 2016, 20:44:31
Kann man die Homebridge-Config so anpassen, dass zwei Homebridge Geräte unabhänig auf Fhem zugreifen. Das zweite Gerät würde ich mit dem iphone meiner Freundin koppeln.

Gruß Fabian

Nö, so ist das nicht gedacht soweit ich weiß!
Es kann nur einen Master geben der auf die Homebridge zugreift und der erteilt dann die Berechtigungen!

Du könntest aber eine zweite Homebridge Instanz machen wenn Du das unbedingt so haben möchtest!

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Dezember 2016, 21:30:53
ein homekit gerät kann nur mit einem iCloud account verbunden sein. andere müssen eingeladen werden.

wenn das einladen aus irgend einem grund nicht reicht kannst du eine zweite homebridge instanz aufsetzen und diese für den anderen account verwenden.

wenn du remote zugriff möchtest brauchst du für den zweiten account ein eigenes apple tv.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 30 Dezember 2016, 22:05:14
Mit dem "nur eine Homebridge" Konzept kann man aber keine Berechtigungen umsetzen wie z.B. "Jenny darf in Ihrem Raum Heizung und Rolläden steuern, aber nicht die Heizung im Wohnzimmer oder die Gartenbewässerung." Richtig?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Dezember 2016, 22:07:56
nicht eine homebridge sondern ein homekit. das ist keine homebridge einschränkung sondern das konzept von homekit.

bei der freigabe gibt man einzelne geräte frei. genau für solche berechtigungen ist die freigabe da. beim direkten pairen hätte man nämlich darüber keine kontrolle.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nerdletics am 30 Dezember 2016, 23:34:46
Hi zusammen,

ich habe ein kleines Verständnisproblem. Und zwar nutze ich begeistert Homebridge. Alles voll toll. Also wenn man keine MiLights benutzt  ;D Aber ansonsten alles supi.

Nur habe ich immer das Problem, daß ich per Siri meinen HarmonyHub nicht ansteuern kann. Nach einem Update oder einem Reboot geht es dann mal wieder ein paar Tage und dann plötzlich nicht mehr. Ich habe nichts an den Homebridge Sachen geändert oder rumgestellt. Das macht die Sache für mich so schwer nachvollziehbar. Vielleicht hat noch jemand von Euch einen Tipp?

Code Auswählen
pi@raspberrypi:~ $ homebridge --debug
*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
[12/30/2016, 6:15:24 PM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
[12/30/2016, 6:15:24 PM] Registering platform 'homebridge-fhem.FHEM'
[12/30/2016, 6:15:24 PM] ---
[12/30/2016, 6:15:24 PM] Loaded config.json with 0 accessories and 1 platforms.
[12/30/2016, 6:15:24 PM] ---
[12/30/2016, 6:15:24 PM] Loading 1 platforms...
[12/30/2016, 6:15:24 PM] [FHEM] Initializing FHEM platform...
starting longpoll: http://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1483118124936
[12/30/2016, 6:15:24 PM] [FHEM] Checking genericDeviceType...
[12/30/2016, 6:15:24 PM] [FHEM]   executing: http://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[12/30/2016, 6:15:24 PM] [FHEM] Fetching FHEM devices...
[12/30/2016, 6:15:24 PM] [FHEM] fetching: http://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[12/30/2016, 6:15:24 PM] Loading 0 accessories...
Server listening on: http://<ip>:8282
[12/30/2016, 6:15:25 PM] [FHEM] got: 14 results
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Badezimmer: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] Badezimmer is light
[12/30/2016, 6:15:25 PM] [FHEM] Badezimmer has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: Badezimmer-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] Badezimmer-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Badezimmer-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] Badezimmer-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Badezimmer-brightness: 100
[12/30/2016, 6:15:25 PM] [FHEM] Badezimmer-brightness value 100 scaled to: 100
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-12-30 18:15:25 caching: Badezimmer-state: on 100
[12/30/2016, 6:15:25 PM] [FHEM] Badezimmer-state valueOn/valueOff: value on 100 mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: true (as boolean; from 'on 100')
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Dachgeschoss: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] Dachgeschoss is light
[12/30/2016, 6:15:25 PM] [FHEM] Dachgeschoss has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: Dachgeschoss-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] Dachgeschoss-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Dachgeschoss-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] Dachgeschoss-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Dachgeschoss-brightness: 100
[12/30/2016, 6:15:25 PM] [FHEM] Dachgeschoss-brightness value 100 scaled to: 100
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-12-30 18:15:25 caching: Dachgeschoss-state: on 100
[12/30/2016, 6:15:25 PM] [FHEM] Dachgeschoss-state valueOn/valueOff: value on 100 mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: true (as boolean; from 'on 100')
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Flur_Oben_Motion: { CurrentAmbientLightLevel: { reading: 'luminance', minValue: 0 },
  CurrentTemperature: { reading: 'temperature', minValue: -30 } }
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Oben_Motion is LightSensor
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Oben_Motion has
[12/30/2016, 6:15:25 PM] [FHEM]   CurrentAmbientLightLevel [luminance]
[12/30/2016, 6:15:25 PM] [FHEM]   CurrentTemperature [temperature]
  2016-12-30 18:15:25 caching: Flur_Oben_Motion-luminance: 0 Lux
[12/30/2016, 6:15:25 PM] [FHEM]     caching: CurrentAmbientLightLevel: 0 (as number; from '0 Lux')
  2016-12-30 18:15:25 caching: Flur_Oben_Motion-temperature: 20.3 C
[12/30/2016, 6:15:25 PM] [FHEM]     caching: CurrentTemperature: 20.3 (as number; from '20.3 C')
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Flur_Unten: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten is light
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: Flur_Unten-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Flur_Unten-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Flur_Unten-brightness: 0
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten-brightness value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: Flur_Unten-state: off
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten-state valueOn/valueOff: value off mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Flur_Unten_Motion: { CurrentAmbientLightLevel: { reading: 'luminance', minValue: 0 },
  BatteryLevel: { reading: 'battery' },
  StatusLowBattery:
   { reading: 'battery',
     threshold: 20,
     values: [ '0:BATTERY_LEVEL_LOW', '1:BATTERY_LEVEL_NORMAL' ] },
  CurrentTemperature: { reading: 'temperature', minValue: -30 } }
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten_Motion is LightSensor
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten_Motion has
[12/30/2016, 6:15:25 PM] [FHEM]   CurrentAmbientLightLevel [luminance]
[12/30/2016, 6:15:25 PM] [FHEM]   BatteryLevel [battery]
[12/30/2016, 6:15:25 PM] [FHEM]   StatusLowBattery [battery]
[12/30/2016, 6:15:25 PM] [FHEM]   CurrentTemperature [temperature]
  2016-12-30 18:15:25 caching: Flur_Unten_Motion-luminance: 0 Lux
[12/30/2016, 6:15:25 PM] [FHEM]     caching: CurrentAmbientLightLevel: 0 (as number; from '0 Lux')
  2016-12-30 18:15:25 caching: Flur_Unten_Motion-battery: 96 %
[12/30/2016, 6:15:25 PM] [FHEM]     caching: BatteryLevel: 96 (as number; from '96 %')
[12/30/2016, 6:15:25 PM] [FHEM] value2homekit: { '0': 1, '1': 0 }
[12/30/2016, 6:15:25 PM] [FHEM] homekit2name: { '0': 'BATTERY_LEVEL_NORMAL', '1': 'BATTERY_LEVEL_LOW' }
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten_Motion-battery threshold: value 96 % mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM] Flur_Unten_Motion-battery values: value 1 mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: StatusLowBattery: 0 (as number; means BATTERY_LEVEL_NORMAL; from '96 %')
  2016-12-30 18:15:25 caching: Flur_Unten_Motion-temperature: 22.2 C
[12/30/2016, 6:15:25 PM] [FHEM]     caching: CurrentTemperature: 22.2 (as number; from '22.2 C')
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Harmony: { On:
   [ { reading: 'activity',
       subtype: 'Playstation',
       valueOn: 'Playstation',
       cmdOn: 'activity+Playstation',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Xbox',
       valueOn: 'Xbox',
       cmdOn: 'activity+Xbox',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Fernseher',
       valueOn: 'Fernseher',
       cmdOn: 'activity+Fernseher',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Heimkino',
       valueOn: 'Heimkino',
       cmdOn: 'activity+Heimkino',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Musik',
       valueOn: 'Musik',
       cmdOn: 'activity+Musik',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'PowerOff',
       valueOn: 'PowerOff',
       cmdOn: 'activity+PowerOff',
       cmdOff: 'off' } ] }
[12/30/2016, 6:15:25 PM] [FHEM] Harmony is switch
[12/30/2016, 6:15:25 PM] [FHEM] Harmony has
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Playstation,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Xbox,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Fernseher,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Heimkino,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Musik,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+PowerOff,off]
  2016-12-30 18:15:25 caching: Harmony-activity: Playstation
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Playstation: true (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Xbox: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Fernseher: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Heimkino: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Musik: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:PowerOff: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Subwoofer: { On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] Subwoofer is switch
[12/30/2016, 6:15:25 PM] [FHEM] Subwoofer has
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: Subwoofer-state: off
[12/30/2016, 6:15:25 PM] [FHEM] Subwoofer-state valueOn/valueOff: value off mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Tannenbaum: { On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] Tannenbaum is switch
[12/30/2016, 6:15:25 PM] [FHEM] Tannenbaum has
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: Tannenbaum-state: on
[12/30/2016, 6:15:25 PM] [FHEM] Tannenbaum-state valueOn/valueOff: value on mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: true (as boolean; from 'on')
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for WZ_Decke: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Decke is light
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Decke has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: WZ_Decke-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Decke-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Decke-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Decke-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Decke-brightness: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Decke-brightness value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Decke-state: off
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Decke-state valueOn/valueOff: value off mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for WZ_Front: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Front is light
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Front has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: WZ_Front-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Front-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Front-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Front-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Front-brightness: 100
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Front-brightness value 100 scaled to: 100
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 100 (as number; from '100')
  2016-12-30 18:15:25 caching: WZ_Front-state: on 100
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Front-state valueOn/valueOff: value on 100 mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: true (as boolean; from 'on 100')
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for WZ_Hinten: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Hinten is light
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Hinten has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: WZ_Hinten-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Hinten-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Hinten-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Hinten-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Hinten-brightness: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Hinten-brightness value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Hinten-state: off
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Hinten-state valueOn/valueOff: value off mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[12/30/2016, 6:15:25 PM] [FHEM] detected MilightDevice
[12/30/2016, 6:15:25 PM] [FHEM] mappings for WZ_Sofa: { Hue: { reading: 'hue', cmd: 'hue', max: 359, maxValue: 359 },
  Saturation:
   { reading: 'saturation',
     cmd: 'saturation',
     max: 100,
     maxValue: 100 },
  Brightness:
   { reading: 'brightness',
     cmd: 'dim',
     max: 100,
     maxValue: 100,
     delay: true },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' } }
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Sofa is light
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Sofa has
[12/30/2016, 6:15:25 PM] [FHEM]   Hue [hue;hue;0-359]
[12/30/2016, 6:15:25 PM] [FHEM]   Saturation [saturation;saturation;0-100]
[12/30/2016, 6:15:25 PM] [FHEM]   Brightness [brightness]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
  2016-12-30 18:15:25 caching: WZ_Sofa-hue: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Sofa-hue value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Hue: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Sofa-saturation: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Sofa-saturation value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Saturation: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Sofa-brightness: 0
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Sofa-brightness value 0 scaled to: 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Brightness: 0 (as number; from '0')
  2016-12-30 18:15:25 caching: WZ_Sofa-state: off
[12/30/2016, 6:15:25 PM] [FHEM] WZ_Sofa-state valueOn/valueOff: value off mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: false (as boolean; from 'off')
[12/30/2016, 6:15:25 PM] [FHEM] mappings for Wallplug: { 'E863F10D-079E-48FF-8F27-9C2605A29F52': { name: 'Power', reading: 'power', format: 'FLOAT', factor: 1 },
  'E863F10C-079E-48FF-8F27-9C2605A29F52': { name: 'Energy', reading: 'energy', format: 'FLOAT', factor: 1 },
  On:
   { reading: 'state',
     valueOff: '/off|A0|000000/',
     cmdOn: 'on',
     cmdOff: 'off' },
  CurrentRelativeHumidity: { reading: 'humidity' } }
[12/30/2016, 6:15:25 PM] [FHEM] Wallplug is switch
[12/30/2016, 6:15:25 PM] [FHEM] Wallplug has
[12/30/2016, 6:15:25 PM] [FHEM]   Custom Power [power]
[12/30/2016, 6:15:25 PM] [FHEM]   Custom Energy [energy]
[12/30/2016, 6:15:25 PM] [FHEM]   On [state;on,off]
[12/30/2016, 6:15:25 PM] [FHEM]   CurrentRelativeHumidity [humidity]
  2016-12-30 18:15:25 caching: Wallplug-power: 0.0 W
[12/30/2016, 6:15:25 PM] [FHEM] Wallplug-power factor: value 0 mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Custom Power: 0 (as number; from '0.0 W')
  2016-12-30 18:15:25 caching: Wallplug-energy: 47.48 kWh
[12/30/2016, 6:15:25 PM] [FHEM] Wallplug-energy factor: value 47.48 mapped to 47.48
[12/30/2016, 6:15:25 PM] [FHEM]     caching: Custom Energy: 47.48 (as number; from '47.48 kWh')
  2016-12-30 18:15:25 caching: Wallplug-state: off
[12/30/2016, 6:15:25 PM] [FHEM] Wallplug-state valueOn/valueOff: value off mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On: false (as boolean; from 'off')
  2016-12-30 18:15:25 caching: Wallplug-humidity: 58.1 %
[12/30/2016, 6:15:25 PM] [FHEM]     caching: CurrentRelativeHumidity: 58 (as number; from '58.1 %')
[12/30/2016, 6:15:25 PM] [FHEM] no accessory created for harmony_38109268 (harmony)
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Badezimmer'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Badezimmer
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Badezimmer
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Badezimmer
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for Badezimmer
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for Badezimmer:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for Badezimmer:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for Badezimmer:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 100 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for Badezimmer:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: true (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Dachgeschoss'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Dachgeschoss
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Dachgeschoss
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Dachgeschoss
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for Dachgeschoss
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for Dachgeschoss:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for Dachgeschoss:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for Dachgeschoss:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 100 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for Dachgeschoss:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: true (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Flur_Oben_Motion'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Flur_Oben_Motion
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Flur_Oben_Motion
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Flur_Oben_Motion
[12/30/2016, 6:15:25 PM] [FHEM]   LightSensor service for Flur_Oben_Motion
[12/30/2016, 6:15:25 PM] [FHEM]     CurrentAmbientLightLevel characteristic for Flur_Oben_Motion:luminance
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'lux',
  minValue: 0,
  maxValue: 100000,
  minStep: 0.0001,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     CurrentTemperature characteristic for Flur_Oben_Motion:temperature
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 20.3 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Flur_Unten'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Flur_Unten
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Flur_Unten
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Flur_Unten
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for Flur_Unten
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for Flur_Unten:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for Flur_Unten:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for Flur_Unten:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for Flur_Unten:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Flur_Unten_Motion'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Flur_Unten_Motion
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Flur_Unten_Motion
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Flur_Unten_Motion
[12/30/2016, 6:15:25 PM] [FHEM]   LightSensor service for Flur_Unten_Motion
[12/30/2016, 6:15:25 PM] [FHEM]     CurrentAmbientLightLevel characteristic for Flur_Unten_Motion:luminance
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'lux',
  minValue: 0,
  maxValue: 100000,
  minStep: 0.0001,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     BatteryLevel characteristic for Flur_Unten_Motion:battery
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 96 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'uint8',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     StatusLowBattery characteristic for Flur_Unten_Motion:battery
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number; means BATTERY_LEVEL_NORMAL)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'uint8',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     CurrentTemperature characteristic for Flur_Unten_Motion:temperature
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 22.2 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'celsius',
  minValue: -30,
  maxValue: 100,
  minStep: 0.1,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Harmony'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Harmony
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Harmony
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Harmony
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Harmony
[12/30/2016, 6:15:25 PM] [FHEM]     On:Playstation characteristic for Harmony:activity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: true (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Harmony (Xbox)
[12/30/2016, 6:15:25 PM] [FHEM]     On:Xbox characteristic for Harmony:activity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Harmony (Fernseher)
[12/30/2016, 6:15:25 PM] [FHEM]     On:Fernseher characteristic for Harmony:activity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Harmony (Heimkino)
[12/30/2016, 6:15:25 PM] [FHEM]     On:Heimkino characteristic for Harmony:activity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Harmony (Musik)
[12/30/2016, 6:15:25 PM] [FHEM]     On:Musik characteristic for Harmony:activity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Harmony (PowerOff)
[12/30/2016, 6:15:25 PM] [FHEM]     On:PowerOff characteristic for Harmony:activity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Subwoofer'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Subwoofer
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Subwoofer
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Subwoofer
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Subwoofer
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for Subwoofer:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Tannenbaum'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Tannenbaum
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Tannenbaum
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Tannenbaum
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Tannenbaum
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for Tannenbaum:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: true (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'WZ_Decke'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for WZ_Decke
[12/30/2016, 6:15:25 PM] [FHEM]   information service for WZ_Decke
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for WZ_Decke
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for WZ_Decke
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for WZ_Decke:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for WZ_Decke:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for WZ_Decke:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for WZ_Decke:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'WZ_Front'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for WZ_Front
[12/30/2016, 6:15:25 PM] [FHEM]   information service for WZ_Front
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for WZ_Front
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for WZ_Front
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for WZ_Front:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for WZ_Front:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for WZ_Front:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 100 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for WZ_Front:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: true (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'WZ_Hinten'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for WZ_Hinten
[12/30/2016, 6:15:25 PM] [FHEM]   information service for WZ_Hinten
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for WZ_Hinten
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for WZ_Hinten
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for WZ_Hinten:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for WZ_Hinten:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for WZ_Hinten:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for WZ_Hinten:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'WZ_Sofa'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for WZ_Sofa
[12/30/2016, 6:15:25 PM] [FHEM]   information service for WZ_Sofa
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for WZ_Sofa
[12/30/2016, 6:15:25 PM] [FHEM]   Lightbulb service for WZ_Sofa
[12/30/2016, 6:15:25 PM] [FHEM]     Hue characteristic for WZ_Sofa:hue
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'arcdegrees',
  minValue: 0,
  maxValue: 359,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Saturation characteristic for WZ_Sofa:saturation
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Brightness characteristic for WZ_Sofa:brightness
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'int',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for WZ_Sofa:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM] Initializing platform accessory 'Wallplug'...
[12/30/2016, 6:15:25 PM] [FHEM] creating services for Wallplug
[12/30/2016, 6:15:25 PM] [FHEM]   information service for Wallplug
[12/30/2016, 6:15:25 PM] [FHEM]     manufacturer, model and serial number characteristics for Wallplug
[12/30/2016, 6:15:25 PM] [FHEM]   Switch service for Wallplug
[12/30/2016, 6:15:25 PM] [FHEM]     Custom Power characteristic for Wallplug:power
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 0 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     Custom Energy characteristic for Wallplug:energy
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 47.48 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     On characteristic for Wallplug:state
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: false (boolean)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'bool',
  unit: null,
  minValue: null,
  maxValue: null,
  minStep: null,
  perms: [ 'pr', 'pw', 'ev' ] }
[12/30/2016, 6:15:25 PM] [FHEM]     CurrentRelativeHumidity characteristic for Wallplug:humidity
[12/30/2016, 6:15:25 PM] [FHEM]       initial value is: 58 (number)
[12/30/2016, 6:15:25 PM] [FHEM]       props: { format: 'float',
  unit: 'percentage',
  minValue: 0,
  maxValue: 100,
  minStep: 1,
  perms: [ 'pr', 'ev' ] }
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
[12/30/2016, 6:15:25 PM] Homebridge is running on port 51826.
^C[12/30/2016, 6:17:24 PM] Got SIGINT, shutting down Homebridge...

meine config.json
Code Auswählen
{
    "bridge": {
        "name": "Homebridge",
        "username": "CC:22:3D:E3:CE:30",
        "port": 51826,
        "pin": "031-45-154"
    },

    "platforms": [
        {
            "platform": "FHEM",
            "name": "FHEM",
            "server": "127.0.0.1",
            "port": "8083",
            "auth": {"user": "XXX", "pass": "XXX"},
            "filter": "room=Homekit"
        }
     ],

    "accessories": []
}

Installiert habe ich alles ganz strikt nach Wiki-Anleitung.

Danke
Micha
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 30 Dezember 2016, 23:41:18
Zitat[12/30/2016, 6:15:25 PM] [FHEM] mappings for Harmony: { On:
   [ { reading: 'activity',
       subtype: 'Playstation',
       valueOn: 'Playstation',
       cmdOn: 'activity+Playstation',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Xbox',
       valueOn: 'Xbox',
       cmdOn: 'activity+Xbox',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Fernseher',
       valueOn: 'Fernseher',
       cmdOn: 'activity+Fernseher',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Heimkino',
       valueOn: 'Heimkino',
       cmdOn: 'activity+Heimkino',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'Musik',
       valueOn: 'Musik',
       cmdOn: 'activity+Musik',
       cmdOff: 'off' },
     { reading: 'activity',
       subtype: 'PowerOff',
       valueOn: 'PowerOff',
       cmdOn: 'activity+PowerOff',
       cmdOff: 'off' } ] }
[12/30/2016, 6:15:25 PM] [FHEM] Harmony is switch
[12/30/2016, 6:15:25 PM] [FHEM] Harmony has
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Playstation,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Xbox,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Fernseher,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Heimkino,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+Musik,off]
[12/30/2016, 6:15:25 PM] [FHEM]   On [activity;activity+PowerOff,off]
  2016-12-30 18:15:25 caching: Harmony-activity: Playstation
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 1
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Playstation: true (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Xbox: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Fernseher: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Heimkino: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:Musik: false (as boolean; from 'Playstation')
[12/30/2016, 6:15:25 PM] [FHEM] Harmony-activity valueOn/valueOff: value Playstation mapped to 0
[12/30/2016, 6:15:25 PM] [FHEM]     caching: On:PowerOff: false (as boolean; from 'Playstation')

Sieht doch soweit gut aus!!!

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nerdletics am 30 Dezember 2016, 23:46:18
Zitat von: DeeSPe am 30 Dezember 2016, 23:41:18
Sieht doch soweit gut aus!!!

Gruß
Dan

Da stimme ich Dir auch zu :D  Konnte jetzt auch nichts finden. Aber warum taucht nur die Harmony als Schalter in EVE oder Home auf und keine der Aktivitäten? Gehe natürlich den Web über Szenen, welcher ja auch schon mal funktionierte. Über die FHEM Weboberfläche kann ich alle Aktionen starten. Da kann der Fehler nicht liegen.

Noch jemand eine Idee?

Danke
Micha
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 30 Dezember 2016, 23:49:18
in eve solltest du unter der harmony für jede activity einen schalter sehen (leider unbenannt).
diese schalter kannst du dann in homekit szenen einbinden und so mit siri verwenden.

alternativ kannst du so wie hier: https://wiki.fhem.de/wiki/Harmony#Button_f.C3.BCr_eine_bestimmte_Activity_im_Frontend_und_Homekit_.C3.BCber_readingsProxy (https://wiki.fhem.de/wiki/Harmony#Button_f.C3.BCr_eine_bestimmte_Activity_im_Frontend_und_Homekit_.C3.BCber_readingsProxy) beschrieben für jede activity einen eigenen schalter konfigurieren.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 30 Dezember 2016, 23:58:11
Zitat von: justme1968 am 30 Dezember 2016, 23:49:18
in eve solltest du unter der harmony für jede activity einen schalter sehen (leider unbenannt).
diese schalter kannst du dann in homekit szenen einbinden und so mit siri verwenden.

Ich schalte die auch ganz normal ohne Szene(n).
Eine Activity heißt bei mir z.B. "Fernseher". Wenn ich sage "Hey Siri, schalte den Fernseher ein" dann wird genau dieser eingeschaltet!
Klappt auch beim Ausschalten! 8)

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nerdletics am 31 Dezember 2016, 00:12:22
Zitat von: justme1968 am 30 Dezember 2016, 23:49:18
in eve solltest du unter der harmony für jede activity einen schalter sehen (leider unbenannt).
diese schalter kannst du dann in homekit szenen einbinden und so mit siri verwenden.

alternativ kannst du so wie hier: https://wiki.fhem.de/wiki/Harmony#Button_f.C3.BCr_eine_bestimmte_Activity_im_Frontend_und_Homekit_.C3.BCber_readingsProxy (https://wiki.fhem.de/wiki/Harmony#Button_f.C3.BCr_eine_bestimmte_Activity_im_Frontend_und_Homekit_.C3.BCber_readingsProxy) beschrieben für jede activity einen eigenen schalter konfigurieren.

gruss
  andre

Leider taucht in EVE nichts auf. Genau das wäre jetzt mein Wunsch. Habe gerade aus Verzweiflung schon einmal die ganze Harmony mit allem drum und dran entfernt und neu hinzugefügt. Danach neugestartet, nichts. Anbei mal ein Screenshot, damit Ihr mir glaubt  ;)

Zur Not muss ich sonst echt über readingsProxy gehen. Bin jetzt ich ehrlich gesagt nicht so heiß drauf. Da kann ich ja wieder lauter neue Fehler einbauen  8) ::)

Danke
Michael
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 31 Dezember 2016, 00:14:15
tip mal auf harmony
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 31 Dezember 2016, 00:15:08
@DeeSPe: das eve alle schalter benennt ist neu. das war früher nicht so :)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nerdletics am 31 Dezember 2016, 00:22:49
Zitat von: justme1968 am 31 Dezember 2016, 00:14:15
tip mal auf harmony

Jetzt ist mir kurz das Herz in die Hose gerutscht. Wenn das so einfach gewesen wäre  ;)

Geht aber nur ein Menü weiter wo es dann als "Strom" also Schalter auftaucht. Mehr nicht.

...ich wäre im Boden versunken vor scham  :D
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 31 Dezember 2016, 00:34:51
vergiss das mit dem antippen. das war früher so.

inzwischen sollte jede szene direkt im raum auftauchen. bei mir sind auch nur die szenen zu sehen und das hub device selber garnicht. schau mal ob sie vielleicht im default raum sind.

wenn du auf einstellungen -> geräte -> den hub -> siri namen gehst, siehst du dann die einzelnen activities ?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nerdletics am 31 Dezember 2016, 00:48:54
Zitat von: justme1968 am 31 Dezember 2016, 00:34:51
vergiss das mit dem antippen. das war früher so.

inzwischen sollte jede szene direkt im raum auftauchen. bei mir sind auch nur die szenen zu sehen und das hub device selber garnicht. schau mal ob sie vielleicht im default raum sind.

wenn du auf einstellungen -> geräte -> den hub -> siri namen gehst, siehst du dann die einzelnen activities ?

Unter den Einstellungen erscheint auch nur der Hub. Keine Activities. Auch nicht in anderen Räumen. Auch nicht beim Siri-Namen. Habe gerade noch mal am iPad mit iOS9 geschaut. Dort das selbe Phänomen.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 31 Dezember 2016, 09:43:54
dann habe ich leider gerade keine idee.

das iphone hat aber ios 10.2?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Nerdletics am 31 Dezember 2016, 10:04:23
Zitat von: justme1968 am 31 Dezember 2016, 09:43:54
dann habe ich leider gerade keine idee.

das iphone hat aber ios 10.2?

Ist alles auf der neusten Version.

Trotzdem ganz doll Danke für Eure Hilfe
Titel: keine Verbindung zu Eve
Beitrag von: Byllyy am 03 Januar 2017, 17:49:17
Nach einem wechsel auf Pi3 habe ich mein System neu aufgesetzt und Homebridge nach Anleitung installiert.
Bei der Installation sind mir keine Fehler aufgefallen jedoch bekomme ich keine Verbindung zu Eve.

Ein
Code Auswählen
sudo service homebridge status zeigt mir

Code Auswählen
pi@raspberrypi:~ $ sudo service homebridge start
pi@raspberrypi:~ $ sudo service homebridge status
● homebridge.service - LSB: Start daemon at boot time for homebridge
   Loaded: loaded (/etc/init.d/homebridge)
   Active: active (running) since Tue 2017-01-03 17:33:54 CET; 9min ago
  Process: 825 ExecStart=/etc/init.d/homebridge start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/homebridge.service
           └─886 homebridge

Jan 03 17:33:54 raspberrypi homebridge[825]: Homebridge starting
Jan 03 17:33:54 raspberrypi homebridge[825]: Homebridge is not running
Jan 03 17:33:54 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Jan 03 17:33:56 raspberrypi nodejs[886]: *** WARNING *** The program 'nodejs....
Jan 03 17:33:56 raspberrypi nodejs[886]: *** WARNING *** Please fix your app...!
Jan 03 17:33:56 raspberrypi nodejs[886]: *** WARNING *** For more informatio...>
Jan 03 17:33:56 raspberrypi nodejs[886]: *** WARNING *** The program 'nodejs....
Jan 03 17:33:56 raspberrypi nodejs[886]: *** WARNING *** Please fix your app...!
Jan 03 17:33:56 raspberrypi nodejs[886]: *** WARNING *** For more informatio...>
Jan 03 17:43:39 raspberrypi systemd[1]: Started LSB: Start daemon at boot ti....
Hint: Some lines were ellipsized, use -l to show in full.
pi@raspberrypi:~ $


Was läuft falsch? Bitte um Hilfe
Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 Januar 2017, 18:01:27
es wäre hilfreich das komplette log und alle ausgaben vom homebridge zu sehen.

für den einstige ist es meist sinnvoll erst mal von hand zu starten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Byllyy am 03 Januar 2017, 18:57:58
Hallo und Danke für die schnelle Antwort.

Zum Glück konnte ich Fhem und Homebridge selber wieder richten.

Besten Dank,
Byllyy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: z400 am 07 Januar 2017, 19:26:46
Hallo & guten Abend zusammen.

Ich hebe bei meiner (noch keinen) FHEM-Installation ein Problem.
Ich habe mich heute an der Homekitinstallation probiert. Die Installation lief (gem. den Wiki-Artikel) fehlerfrei
durch. Allerdings bekomme ich beim (ersten) Startversuch folgende Fehlermeldung, wo ich nicht recht weiss, was ich nun machen soll:

Code Auswählen

*** 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>

/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Camera.js:28
  let options = {
  ^^^
SyntaxError: Unexpected strict mode reserved word
    at Module._compile (module.js:439:25)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)
    at Function.Module._load (module.js:312:12)
    at Module.require (module.js:364:17)
    at require (module.js:380:17)
    at Object.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/hap-nodejs/index.js:3:14)
    at Module._compile (module.js:456:26)
    at Object.Module._extensions..js (module.js:474:10)
    at Module.load (module.js:356:32)



Ich habe echt keinen Plan, wo oder wie ich mit der Suche weitermachen soll.
Auf der Seite von meintechblog.de gibt es noch jemanden, der das Problem hat. (Leider gibts dort noch keine Lösung)

Kann mir jemand von euch bitte behilflich sein?
Vielen Dank vorab!

Gruß Martin
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 08 Januar 2017, 10:42:20
du hast eine zu alte node version. vermutlich 0.10.x. es ist mindestens 0.12.7 nötig.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: z400 am 09 Januar 2017, 08:49:58
Vielen Dank für die Hilfe.
Nachdem ich erstmal ne halbe Stunde googeln musste, wie man die Node-Version ändert, hat es nun sofort geklappt.
Da wäre ich echt nicht draufgekommen. Also nochmal: Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hme am 11 Januar 2017, 15:06:25
Hi z400, ich bin der aus dem meintechblog.de ;D . Ich hatte in der dortigen Anleitung die nodejs Version 4.3.0 in 4.3.2 (auf die sich auch später bezogen wird) geändert. Dann ging alles.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 11 Januar 2017, 16:33:44
Moin zusammen,

kurze Frage, wenn ich im FHEM z.B. einen Namen ändere oder so und Homebridge neustarte, würde ich erwarten, dass diese Änderung auch im Homekit auf dem iPhone auftaucht. Das geschieht bei mir aber nicht. Wie ist das der richtige Prozess?

Danke & Gruß
Psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 11 Januar 2017, 16:41:21
Zitat von: PsychoD am 11 Januar 2017, 16:33:44
Moin zusammen,

kurze Frage, wenn ich im FHEM z.B. einen Namen ändere oder so und Homebridge neustarte, würde ich erwarten, dass diese Änderung auch im Homekit auf dem iPhone auftaucht. Das geschieht bei mir aber nicht. Wie ist das der richtige Prozess?

Danke & Gruß
Psy

Weil HB die unter dem alten Namen gecached hat!
Wenn ich ein Device umbenenne oder Alias ändere, nehme ich das Device immer kurz aus HB heraus, starte HB neu, füge es dann wieder hinzu und starte HB wieder neu!

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 11 Januar 2017, 16:48:18
wenn du was wie umbenennst? wenn sich der device namen ändert aber der alias gleich bleibt ist das homebridge/homekit egal.

du solltest aber homebridge neu starten.

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hme am 12 Januar 2017, 00:54:36
Gibt es eigentlich eine Möglichkeit von Homekit aus (also z.B aus per Siri oder der Eve App) auf FHEM einzuwirken? Also zum Beispiel bestimmte Programme aufzurufen. Momentan erzeuge ich alle Szenen die ich per Siri ansteuern möchte direkt in den Apps (Apple's Home oder Eve) was irgendwie ein bisschen redundant zur Steuerung in FHEM erscheint?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 12 Januar 2017, 01:10:49
Zitat von: hme am 12 Januar 2017, 00:54:36
Gibt es eigentlich eine Möglichkeit von Homekit aus (also z.B aus per Siri oder der Eve App) auf FHEM einzuwirken? Also zum Beispiel bestimmte Programme aufzurufen. Momentan erzeuge ich alle Szenen die ich per Siri ansteuern möchte direkt in den Apps (Apple's Home oder Eve) was irgendwie ein bisschen redundant zur Steuerung in FHEM erscheint?

Alles was Du willst! Kommt nur drauf an wie Du es willst! ;)
Eine Möglichkeit wäre LightScene zu benutzen und für jede Szene eine On Characteristics zu definieren. Dann evtl. noch jeden Schalter in HomeKit einer Szene zuordnen.
structure sollte sich auch mappen lassen.
Im Prinzip kannst Du Dir jedes Device was on/off hat auf eine On Characteristics mappen.
Also jeden dummy den Du beliebig mit Aktionen (notify/DOIF) verknüpfen kannst.
Mit anderen Characteristics lassen sich auch ausgefallenere Sachen umsetzen (Alarmanlage usw.).

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hme am 12 Januar 2017, 02:53:27
Herzlichen Dank für die Anregung! Die Definition einiger Scenes einer LightScene in FHEM hat schon mal super funktioniert. Ich habe dann mal testweise zwei Dummy-Schalter (nur on) inkl. dazugehöriger notify's erzeugt. Diese erscheinen auch im Homekit, schalten aber leider die Szenen nicht. In FHEM selbst funktionieren sowohl die Scenes als auch die Schalter problemlos.

Code Auswählen

# Lightscene Test
define LS LightScene HUEDevice15 HUEDevice8

# Dummy Schalter incl. Notify (für Szene 1 "Rosa")
define LightScene_Rosa dummy
attr LightScene_Rosa genericDeviceType switch
attr LightScene_Rosa room Homekit
attr LightScene_Rosa setList on
attr LightScene_Rosa webCmd on
define nf_LightScene_Rosa notify LightScene_Rosa:on set LS scene Rosa

# Dummy Schalter incl. Notify (für Szene 2 "GelbBlau")
define LightScene_Blau dummy
attr LightScene_Blau genericDeviceType switch
attr LightScene_Blau room Homekit
attr LightScene_Blau setList on
attr LightScene_Blau webCmd on
define nf_LightScene_GelbBlau notify LightScene_Blau:on set KGS scene GelbBlau


Vermutlich weiss Homekit noch nicht wie das Schalten "on" in der App an FHEM weitergereicht werden soll, aber wie macht man das?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 12 Januar 2017, 09:04:57
Zitat von: hme am 12 Januar 2017, 02:53:27
Herzlichen Dank für die Anregung! Die Definition einiger Scenes einer LightScene in FHEM hat schon mal super funktioniert. Ich habe dann mal testweise zwei Dummy-Schalter (nur on) inkl. dazugehöriger notify's erzeugt. Diese erscheinen auch im Homekit, schalten aber leider die Szenen nicht. In FHEM selbst funktionieren sowohl die Scenes als auch die Schalter problemlos.

Code Auswählen

# Lightscene Test
define LS LightScene HUEDevice15 HUEDevice8

# Dummy Schalter incl. Notify (für Szene 1 "Rosa")
define LightScene_Rosa dummy
attr LightScene_Rosa genericDeviceType switch
attr LightScene_Rosa room Homekit
attr LightScene_Rosa setList on
attr LightScene_Rosa webCmd on
define nf_LightScene_Rosa notify LightScene_Rosa:on set LS scene Rosa

# Dummy Schalter incl. Notify (für Szene 2 "GelbBlau")
define LightScene_Blau dummy
attr LightScene_Blau genericDeviceType switch
attr LightScene_Blau room Homekit
attr LightScene_Blau setList on
attr LightScene_Blau webCmd on
define nf_LightScene_GelbBlau notify LightScene_Blau:on set KGS scene GelbBlau


Vermutlich weiss Homekit noch nicht wie das Schalten "on" in der App an FHEM weitergereicht werden soll, aber wie macht man das?

Code Auswählen
attr LightScene_Rosa setList on off
Code Auswählen
attr LightScene_Blau setList on off

Sollten Besserung bringen.
Ein Schalter (On Characteristic) braucht immer on und off.

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 12 Januar 2017, 10:06:31
Zitat von: justme1968 am 11 Januar 2017, 16:48:18
wenn du was wie umbenennst? wenn sich der device namen ändert aber der alias gleich bleibt ist das homebridge/homekit egal.

du solltest aber homebridge neu starten.

Ich hatte den Alias eines Dummys umbenannt, und dir Anpassung ließ auf sich warten, ist jetzt aber da. Danke!!! Klappt das auch beim entfernen von Geräten?

Noch eine Frage: ich habe aktuell in Homebridge keinen Filter oder ähnliches gesetzt, habe daher also auch einige Devices drin die ich nicht brauche. Jetzt hätte ich überlegt einen extra Homekit Raum in FHEM zu definieren in den ich alle Geräte die ich haben will, und nur diesen an Homebridge zu übergeben.

Macht man das so oder gibt es eine elegantere Lösung?
Danke und Gruß
Psy
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 12 Januar 2017, 10:11:45
aktuell musst du homebridge noch neu starten wenn sich an der geräte liste etwas ändert. das werde ich noch umbauen das es automatisch abgeglichen wird.

du musst einen filter haben. ohne filter hättest du kein einziges device in homekit.

du kannst als filter alles verwenden das du auch bei list als devspec angeben kannst. einen eigenen raum, devicve typen, irgendein attribut oder das direkte aufzählen der devices. du kannst auch mehrere fhem plattformen mit jewels eigenem filter im config file haben.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: PsychoD am 12 Januar 2017, 12:23:59
Alles klar, Danke - das probiere ich mal aus.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hme am 12 Januar 2017, 15:16:02
Vielen Dank, so funktioniert es. Gibt es eigentlich ein Gerät in Homekit, dass eine Art Trigger (d.h. einen Schalter mit nur einem Zustand) repräsentiert? Das wäre für das Schalten von Lightscenes ja im Prinzip noch passender, denn beim "Ausschalten" des momentanen Schalters in Homekit passiert ja nichts. Das Sprachkommande "Schalte <Szenenname> ein" funktioniert aber natürlich schon so perfekt.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 21 Januar 2017, 22:36:37
hallo
ich hätte eine frage zu fhem und siri,
das zusammenspiel von fhem und siri(25 OKT/15 316 Mit Siri und FHEM das gesamte Smart Home per Stimme steuern) klappt bei mir ohne probleme, was nicht funktioniert ist in der App eve eine Regel hinzuzufügen, ich gebe einen Auslöser ,Bedingungen und Szene ein und am ende bekomme ich immer die Nachricht: Die Heimatadresse ist deaktiviert. Sie läßt sich auch nicht aktivieren.
Es wäre super wenn mir jemand dabei helfen könnte.
grüsse
tkaiser

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tim.michel am 22 Januar 2017, 12:24:22
Hallo zusammen,

ich habe heute Vormittag den Custom Skill von Alexa FHEM installiert. Dabei hat es mir anscheinend etwas an meinen Homebridge zerschossen.

Wenn ich den Dienst manuell starte bekomme ich folgenden Error angezeigt...

Code Auswählen
pi@raspberrypi:~ $ homebridge
*** WARNING *** The program 'nodejs' 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=nodejs>
*** WARNING *** The program 'nodejs' 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=nodejs&f=DNSServiceRegister>
[1/22/2017, 11:48:29 AM] Loaded plugin: homebridge-fhem
homebridge API version: 2.1
this homebridge-fhem 0.2.70
[1/22/2017, 11:48:30 AM] Registering platform 'homebridge-fhem.FHEM'
[1/22/2017, 11:48:30 AM] ---
[1/22/2017, 11:48:30 AM] Loaded plugin: homebridge-http
[1/22/2017, 11:48:30 AM] Registering accessory 'homebridge-http.Http'
[1/22/2017, 11:48:30 AM] ---
[1/22/2017, 11:48:30 AM] Loaded config.json with 0 accessories and 1 platforms.
[1/22/2017, 11:48:30 AM] ---
[1/22/2017, 11:48:30 AM] Loading 1 platforms...
[1/22/2017, 11:48:30 AM] [FHEM] Initializing FHEM platform...
[1/22/2017, 11:48:31 AM] [FHEM] Checking devices and attributes...
[1/22/2017, 11:48:31 AM] [FHEM]   executing: https://127.0.0.1:8083/fhem?cmd=%7BAttrVal(%22global%22,%22userattr%22,%22%22)%7D&XHR=1
[1/22/2017, 11:48:31 AM] [FHEM]   executing: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20TYPE=siri&XHR=1
starting longpoll: https://127.0.0.1:8083/fhem.pl?XHR=1&inform=type=status;addglobal=1;filter=.*;since=null;fmt=JSON&timestamp=1485082111400
[1/22/2017, 11:48:31 AM] [FHEM] Fetching FHEM devices...
[1/22/2017, 11:48:31 AM] [FHEM] fetching: https://127.0.0.1:8083/fhem?cmd=jsonlist2%20room=Homekit&XHR=1
[1/22/2017, 11:48:31 AM] Loading 0 accessories...
Server error: Error: listen EADDRINUSE :::8282
Server listening on: http://<ip>:8283
[1/22/2017, 11:48:32 AM] [FHEM] no siri device found. please define it.
[1/22/2017, 11:48:32 AM] [FHEM] got: 6 results
[1/22/2017, 11:48:32 AM] [FHEM] Heizung_Kueche_Clima is thermostat
[1/22/2017, 11:48:32 AM] [FHEM] Heizung_Kueche_Clima has
[1/22/2017, 11:48:32 AM] [FHEM]   TargetTemperature [desired-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   Custom Actuation [ValvePosition]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentTemperature [measured-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentHeatingCoolingState [undefined]
  2017-01-22 11:48:32 caching: Heizung_Kueche_Clima-desired-temp: 21.5
[1/22/2017, 11:48:32 AM] [FHEM]     caching: TargetTemperature: 21.5 (as number; from '21.5')
  2017-01-22 11:48:32 caching: Heizung_Kueche_Clima-ValvePosition: 32
[1/22/2017, 11:48:32 AM] [FHEM]     caching: Custom Actuation: 32 (as number; from '32')
  2017-01-22 11:48:32 caching: Heizung_Kueche_Clima-measured-temp: 22.1
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentTemperature: 22.1 (as number; from '22.1')
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[1/22/2017, 11:48:32 AM] [FHEM] Heizung_Wohnzimmer_Clima is thermostat
[1/22/2017, 11:48:32 AM] [FHEM] Heizung_Wohnzimmer_Clima has
[1/22/2017, 11:48:32 AM] [FHEM]   TargetTemperature [desired-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   Custom Actuation [ValvePosition]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentTemperature [measured-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentHeatingCoolingState [undefined]
  2017-01-22 11:48:32 caching: Heizung_Wohnzimmer_Clima-desired-temp: 22.5
[1/22/2017, 11:48:32 AM] [FHEM]     caching: TargetTemperature: 22.5 (as number; from '22.5')
  2017-01-22 11:48:32 caching: Heizung_Wohnzimmer_Clima-ValvePosition: 0
[1/22/2017, 11:48:32 AM] [FHEM]     caching: Custom Actuation: 0 (as number; from '0')
  2017-01-22 11:48:32 caching: Heizung_Wohnzimmer_Clima-measured-temp: 23.0
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentTemperature: 23 (as number; from '23.0')
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[1/22/2017, 11:48:32 AM] [FHEM] Leucht_Spuele is switch
[1/22/2017, 11:48:32 AM] [FHEM] Leucht_Spuele has
[1/22/2017, 11:48:32 AM] [FHEM]   On [state;on,off]
  2017-01-22 11:48:32 caching: Leucht_Spuele-state: off
[1/22/2017, 11:48:32 AM] [FHEM]     caching: On: false (as boolean; from 'off')
[1/22/2017, 11:48:32 AM] [FHEM] Licht_Bad is light
[1/22/2017, 11:48:32 AM] [FHEM] Licht_Bad has
[1/22/2017, 11:48:32 AM] [FHEM]   On [pct;on,off]
[1/22/2017, 11:48:32 AM] [FHEM]   Brightness [pct]
  2017-01-22 11:48:32 caching: Licht_Bad-pct: 0
[1/22/2017, 11:48:32 AM] [FHEM]     caching: On: false (as boolean; from '0')
[1/22/2017, 11:48:32 AM] [FHEM]     caching: Brightness: 0 (as number; from '0')
[1/22/2017, 11:48:32 AM] [FHEM] Steuerung_Bad_Climate is thermostat
[1/22/2017, 11:48:32 AM] [FHEM] Steuerung_Bad_Climate has
[1/22/2017, 11:48:32 AM] [FHEM]   TargetTemperature [desired-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentTemperature [measured-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentRelativeHumidity [humidity]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentHeatingCoolingState [undefined]
  2017-01-22 11:48:32 caching: Steuerung_Bad_Climate-desired-temp: 21.5
[1/22/2017, 11:48:32 AM] [FHEM]     caching: TargetTemperature: 21.5 (as number; from '21.5')
  2017-01-22 11:48:32 caching: Steuerung_Bad_Climate-measured-temp: 22.1
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentTemperature: 22.1 (as number; from '22.1')
  2017-01-22 11:48:32 caching: Steuerung_Bad_Climate-humidity: 46
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentRelativeHumidity: 46 (as number; from '46')
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[1/22/2017, 11:48:32 AM] [FHEM] Steuerung_Schlafzimmer_Climate is thermostat
[1/22/2017, 11:48:32 AM] [FHEM] Steuerung_Schlafzimmer_Climate has
[1/22/2017, 11:48:32 AM] [FHEM]   TargetTemperature [desired-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentTemperature [measured-temp]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentRelativeHumidity [humidity]
[1/22/2017, 11:48:32 AM] [FHEM]   CurrentHeatingCoolingState [undefined]
  2017-01-22 11:48:32 caching: Steuerung_Schlafzimmer_Climate-desired-temp: 21.5
[1/22/2017, 11:48:32 AM] [FHEM]     caching: TargetTemperature: 21.5 (as number; from '21.5')
  2017-01-22 11:48:32 caching: Steuerung_Schlafzimmer_Climate-measured-temp: 22.0
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentTemperature: 22 (as number; from '22.0')
  2017-01-22 11:48:32 caching: Steuerung_Schlafzimmer_Climate-humidity: 44
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentRelativeHumidity: 44 (as number; from '44')
[1/22/2017, 11:48:32 AM] [FHEM]     caching: CurrentHeatingCoolingState: 1 (as number; means HEAT; from 'mapping.default')
[1/22/2017, 11:48:32 AM] [FHEM] Initializing platform accessory 'Heizung_Kueche_Clima'...
[1/22/2017, 11:48:32 AM] [FHEM] creating services for Heizung_Kueche_Clima
[1/22/2017, 11:48:32 AM] [FHEM]   information service for Heizung_Kueche_Clima
[1/22/2017, 11:48:32 AM] [FHEM]     manufacturer, model and serial number characteristics for Heizung_Kueche_Clima
[1/22/2017, 11:48:32 AM] [FHEM]   Thermostat service for Heizung_Kueche_Clima
[1/22/2017, 11:48:32 AM] [FHEM]     TargetTemperature characteristic for Heizung_Kueche_Clima:desired-temp
[1/22/2017, 11:48:32 AM] [FHEM]     Custom Actuation characteristic for Heizung_Kueche_Clima:ValvePosition
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentTemperature characteristic for Heizung_Kueche_Clima:measured-temp
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentHeatingCoolingState characteristic for Heizung_Kueche_Clima:undefined
[1/22/2017, 11:48:32 AM] [FHEM] Initializing platform accessory 'Heizung_Wohnzimmer_Clima'...
[1/22/2017, 11:48:32 AM] [FHEM] creating services for Heizung_Wohnzimmer_Clima
[1/22/2017, 11:48:32 AM] [FHEM]   information service for Heizung_Wohnzimmer_Clima
[1/22/2017, 11:48:32 AM] [FHEM]     manufacturer, model and serial number characteristics for Heizung_Wohnzimmer_Clima
[1/22/2017, 11:48:32 AM] [FHEM]   Thermostat service for Heizung_Wohnzimmer_Clima
[1/22/2017, 11:48:32 AM] [FHEM]     TargetTemperature characteristic for Heizung_Wohnzimmer_Clima:desired-temp
[1/22/2017, 11:48:32 AM] [FHEM]     Custom Actuation characteristic for Heizung_Wohnzimmer_Clima:ValvePosition
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentTemperature characteristic for Heizung_Wohnzimmer_Clima:measured-temp
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentHeatingCoolingState characteristic for Heizung_Wohnzimmer_Clima:undefined
[1/22/2017, 11:48:32 AM] [FHEM] Initializing platform accessory 'Leucht_Spuele'...
[1/22/2017, 11:48:32 AM] [FHEM] creating services for Leucht_Spuele
[1/22/2017, 11:48:32 AM] [FHEM]   information service for Leucht_Spuele
[1/22/2017, 11:48:32 AM] [FHEM]     manufacturer, model and serial number characteristics for Leucht_Spuele
[1/22/2017, 11:48:32 AM] [FHEM]   Switch service for Leucht_Spuele
[1/22/2017, 11:48:32 AM] [FHEM]     On characteristic for Leucht_Spuele:state
[1/22/2017, 11:48:32 AM] [FHEM] Initializing platform accessory 'Licht_Bad'...
[1/22/2017, 11:48:32 AM] [FHEM] creating services for Licht_Bad
[1/22/2017, 11:48:32 AM] [FHEM]   information service for Licht_Bad
[1/22/2017, 11:48:32 AM] [FHEM]     manufacturer, model and serial number characteristics for Licht_Bad
[1/22/2017, 11:48:32 AM] [FHEM]   Lightbulb service for Licht_Bad
[1/22/2017, 11:48:32 AM] [FHEM]     On characteristic for Licht_Bad:pct
[1/22/2017, 11:48:32 AM] [FHEM]     Brightness characteristic for Licht_Bad:pct
[1/22/2017, 11:48:32 AM] [FHEM] Initializing platform accessory 'Steuerung_Bad_Climate'...
[1/22/2017, 11:48:32 AM] [FHEM] creating services for Steuerung_Bad_Climate
[1/22/2017, 11:48:32 AM] [FHEM]   information service for Steuerung_Bad_Climate
[1/22/2017, 11:48:32 AM] [FHEM]     manufacturer, model and serial number characteristics for Steuerung_Bad_Climate
[1/22/2017, 11:48:32 AM] [FHEM]   Thermostat service for Steuerung_Bad_Climate
[1/22/2017, 11:48:32 AM] [FHEM]     TargetTemperature characteristic for Steuerung_Bad_Climate:desired-temp
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentTemperature characteristic for Steuerung_Bad_Climate:measured-temp
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentRelativeHumidity characteristic for Steuerung_Bad_Climate:humidity
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentHeatingCoolingState characteristic for Steuerung_Bad_Climate:undefined
[1/22/2017, 11:48:32 AM] [FHEM] Initializing platform accessory 'Steuerung_Schlafzimmer_Climate'...
[1/22/2017, 11:48:32 AM] [FHEM] creating services for Steuerung_Schlafzimmer_Climate
[1/22/2017, 11:48:32 AM] [FHEM]   information service for Steuerung_Schlafzimmer_Climate
[1/22/2017, 11:48:32 AM] [FHEM]     manufacturer, model and serial number characteristics for Steuerung_Schlafzimmer_Climate
[1/22/2017, 11:48:32 AM] [FHEM]   Thermostat service for Steuerung_Schlafzimmer_Climate
[1/22/2017, 11:48:32 AM] [FHEM]     TargetTemperature characteristic for Steuerung_Schlafzimmer_Climate:desired-temp
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentTemperature characteristic for Steuerung_Schlafzimmer_Climate:measured-temp
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentRelativeHumidity characteristic for Steuerung_Schlafzimmer_Climate:humidity
[1/22/2017, 11:48:32 AM] [FHEM]     CurrentHeatingCoolingState characteristic for Steuerung_Schlafzimmer_Climate:undefined
Scan this code with your HomeKit App on your iOS device to pair with Homebridge:
                       
    ┌────────────┐     
    │ 031-45-154 │     
    └────────────┘     
                       
events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:1022:11)
    at exports._exceptionWithHostPort (util.js:1045:20)
    at Server._listen2 (net.js:1259:14)
    at listen (net.js:1295:10)
    at Server.listen (net.js:1391:5)
    at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
    at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
    at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:496:16)
    at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:114:16)
    at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:372:14)

Hat jemand eine Idee woran das liegen kann?

Meine node version ist

Code Auswählen
pi@raspberrypi:~ $ node -v
v6.9.4

Vielen Dank und Grüße
Tim
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris8888 am 27 Januar 2017, 20:25:14
Hallo,

ich möchte gerne meine Installation von einem Pi1 auf einen Pi3 umziehen.

Gibt es einen Weg die alte Bridge zu erhalten, also so, dass man sie im Handy nicht neu anlernen muss und die Konfig somit neu anlegen muss?

Danke für einen Tip.

Viele Grüße
Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 27 Januar 2017, 23:28:19
Zitat von: Chris8888 am 27 Januar 2017, 20:25:14
Hallo,

ich möchte gerne meine Installation von einem Pi1 auf einen Pi3 umziehen.

Gibt es einen Weg die alte Bridge zu erhalten, also so, dass man sie im Handy nicht neu anlernen muss und die Konfig somit neu anlegen muss?

Danke für einen Tip.

Viele Grüße
Christian

Klar, ganz easy!
Je nach dem wie Du homebridge installiert hast einfach den kompletten Konfig Ordner von homebridge packen und auf neuem System wieder an selber Stelle entpacken.
Das wären konkret die Datei "config.json" und die Ordner "accessories" und "persist".
Bei der Standardinstallation aus dem Wiki bei einem RPi zu finden unter /home/pi/.homebridge/

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: haginator am 31 Januar 2017, 12:47:36
Hallo zusammen,

ich habe HomeKit am laufen zusammen mit FHEM (gemäß der Anleitung im Wiki). Jetzt habe ich mir einen tollen HomeMatic Schalter gekauft HM-LC-Sw2PBU-FM der zwei Kanäle schalten kann. Diese ist in FHEM eingebunden und funktioniert tadellos. Jedoch erkennt HomeKit den Schalter nicht, ich nehme an HomeKit weiß noch nicht wie mit dem Schalter umzugehen ist. Der Schalter legt in für jeden Kanal ein Gerät an das ich on / off schalten kann. Es gibt einen etwa verbreiteten kleinen Bruder HM-LC-Sw1PBU-FM mit nur einem Kanal. Der ist soweit ist das gelesen habe per HomeKit schon schaltbar.

Kann mir jemand tipps geben wie ich ggf. das Profil von dem HM-LC-Sw1PBU-FM auch für den HM-LC-Sw2PBU-FM  benutzten kann. Ich denke von der Art und wiese wie geschalten wird unterscheiden die sich nicht. Nur der eine hat halt einen Kanal mehr.

VG

Hagi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 31 Januar 2017, 12:53:37
Zitat von: haginator am 31 Januar 2017, 12:47:36
Hallo zusammen,

ich habe HomeKit am laufen zusammen mit FHEM (gemäß der Anleitung im Wiki). Jetzt habe ich mir einen tollen HomeMatic Schalter gekauft HM-LC-Sw2PBU-FM der zwei Kanäle schalten kann. Diese ist in FHEM eingebunden und funktioniert tadellos. Jedoch erkennt HomeKit den Schalter nicht, ich nehme an HomeKit weiß noch nicht wie mit dem Schalter umzugehen ist. Der Schalter legt in für jeden Kanal ein Gerät an das ich on / off schalten kann. Es gibt einen etwa verbreiteten kleinen Bruder HM-LC-Sw1PBU-FM mit nur einem Kanal. Der ist soweit ist das gelesen habe per HomeKit schon schaltbar.

Kann mir jemand tipps geben wie ich ggf. das Profil von dem HM-LC-Sw1PBU-FM auch für den HM-LC-Sw2PBU-FM  benutzten kann. Ich denke von der Art und wiese wie geschalten wird unterscheiden die sich nicht. Nur der eine hat halt einen Kanal mehr.

VG

Hagi

Nicht das Hauptdevice in den Homekit Raum, sondern die beiden Kanäle!
Wenn die set on/off haben sollte HomeKit das erkennen. Wenn nicht musst Du manuell mappen.

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: haginator am 31 Januar 2017, 19:04:39
Zitat von: DeeSPe am 31 Januar 2017, 12:53:37
Nicht das Hauptdevice in den Homekit Raum, sondern die beiden Kanäle!
Wenn die set on/off haben sollte HomeKit das erkennen. Wenn nicht musst Du manuell mappen.

Gruß
Dan
Danke für den Tipp. Habe ich probiert geht leider nicht automatisch (hab dann auch alles mal rebootet)... hast du mir zufällig ne gute Anleitung wie das mit manuell Mappen geht ... iwie find ich gerade nix gescheites xD
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 31 Januar 2017, 20:06:24
Zitat von: haginator am 31 Januar 2017, 19:04:39
Danke für den Tipp. Habe ich probiert geht leider nicht automatisch (hab dann auch alles mal rebootet)... hast du mir zufällig ne gute Anleitung wie das mit manuell Mappen geht ... iwie find ich gerade nix gescheites xD

Bei homebridge-fhem auf Github (https://github.com/justme-1968/homebridge-fhem#enhanced-config) ist es genau erklärt und auch im homebridge Thema auf der ersten Seite!

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: haginator am 01 Februar 2017, 09:31:06
Zitat von: DeeSPe am 31 Januar 2017, 20:06:24
Bei homebridge-fhem auf Github (https://github.com/justme-1968/homebridge-fhem#enhanced-config) ist es genau erklärt und auch im homebridge Thema auf der ersten Seite!

Gruß
Dan

Danke  ;) Habs hinbekommen. Es hat gereicht den GenericType zu setzten im FHEM.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Pati_Alpha am 02 Februar 2017, 17:28:57
Hey,

ich hatte grade nach dem updaten von FHEM übelste Probleme mit Homebridge:

Alle meine dummys und all meine pilight-switches (Funksteckdosen, die sonst immer als Lampen erkannt wurden), waren in HomeKit auf einmal weg. Nachforschung ergab, dass er all diese Geräte als "no service type detected" abgelehnt hat.

Die Lösung ist zwar recht einfach: überall sowas wie
Code Auswählen
attr GERAETENAME genericDeviceType light oder sowas hinsetzen, aber da muss man auf den Schock, dass alles "weg" ist erstmal hin kommen. Und jetzt darf ich in HomeKit 32 Geräte schön neu in die Räume einsortieren und 2-3 Szenen neu erstellen... :(
(EDIT: Räume vorgeben per Homebridge zu HomeKit geht soweit ich weiß nicht, richtig?)

Ist das Problem bekannt?

EDIT:
Interessanterweise hatte ich auch für die Rauchmelder die (über Umwege :P) an einem Arduino ankommen vorher:
Code Auswählen
attr Eingang10 homebridgeMapping homebridgeMapping SmokeDetected=reading,values=on:SMOKE_DETECTED;;off:SMOKE_NOT_DETECTED

und es hat trotz doppeltem "homebridgeMapping" funktioniert. Nun hat das zur Folge gehabt, dass Homebridge garnicht starten wollte. ;)
Ist mein Fehler klar, aber komisch, dass es vorher ging und jetzt nicht mehr?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 21 Februar 2017, 20:11:40
Hallo
könnt ihr mir helfen, ich habe die homebridge auf meinem pi3 installiert und SIRI funktioniert auch,
jetzt wollte ich meinen Harmony hub mit in die homebridge integrieren. aber der hub wird in der App Home als nicht Unterstützt angezeigt.
Installiert habe ich den hub mit: sudo npm install -g homebridge-harmonyhub .
Wenn ich beim pi homebridge eingebe bekomme ich das was im Anhang steht.
Kann mir jemand einen Tipp geben?

Gruß
Tkaiser
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Februar 2017, 20:15:43
falls du homebridge-fhem verwendest: der hub geht pur of the box. je nach dem was du genau machen willst gibt es unterschiedliche möglichkeiten mehr zu konfigurieren. siehe wiki und forum.

wenn du etwas anderes verwendest: du bist im
falschen forum.

wenn du fhem verwendest gibt es keinen grund etwas anderes als homebridge-fhem zu verwenden :)

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 21 Februar 2017, 20:35:59
Hallo Andre,
ja ich verwende fhem, ich hatte gedacht das man mit dem hub in verbindung mit der homebridge zb, mein TV, SAT receiver etc. mit SIRI schalten kann

Gruß
tkaiser
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 21 Februar 2017, 20:37:51
das geht alles über homebridge-fhem. du brauchst kein anderes modul.

je weniger komponenten direkt auf den hub zugreifen um so besser.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 26 Februar 2017, 14:44:32
Gibt es schon einen device-type für homebridge für Rauchmelder?
Ich habe nun einige HM-SEC-SD-2 eingebaut, bekomme sie aber nicht ordentlich in Homekit visualisiert...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Februar 2017, 14:53:48
genericDeviceType SmokeSensor, characteristic SmokeDetected

siehe hier: https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 26 Februar 2017, 15:00:58
Klappt sofort, danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: bgewehr am 26 Februar 2017, 15:05:58
Gibt es eine Quelle für die aktuelle Liste für das fhem global device userattr Attribut oder muss ich die aus dem Code extrahieren?

Ich habe bis jetzt:

   
Code Auswählen
genericDeviceType:contact,security,window,lock,ignore,switch,outlet,light,blind,speaker,thermostat,garage,SmokeSensor
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 26 Februar 2017, 15:09:32
dir quelle ist das oben verlinkte file. alles was dorrt enthalten ist kann verwendet werden.

die liste in genericDeviceType ist nur ein vereinfachter subset und soll garnicht die ganze liste enthalten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Beckmann am 27 Februar 2017, 11:17:16
Guten Tag,

kann mir jemand sagen warum mein genericDeviceType speaker nicht funktioniert? Wenn ich speaker klein schreibe, wird er in der app als Schalter angezeigt, wenn ich es groß schreibe als nicht unterstütztes gerät. Wie kann das sein, dass Groß/Klein Schreibung etwas aus macht? Ebenso bei den anderen devices geht jeweils nur eins, entweder groß oder klein...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 27 Februar 2017, 13:05:00
weil es einen genericDeviceType speaker nicht gibt. es gibt nur: security,ignore,switch,outlet,light,blind,thermometer,thermostat,contact,garage,window,lock

zusätzlich lässt sich jeder service type aus https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js (https://github.com/KhaosT/HAP-NodeJS/blob/master/lib/gen/HomeKitTypes.js) eintragen. hier gibt es seit kurzem einen Speaker service. dieser wird aber je nach homekit app noch garnicht unterstützt. eve ist hier meist besser als home.

und natürlich macht die groß/klein schreibung etwas aus wenn man nach einem typ sucht oder vergleicht.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Wuppi68 am 27 Februar 2017, 18:31:31
Zitat von: bgewehr am 26 Februar 2017, 15:00:58
Klappt sofort, danke!

wie hast Du Deinen Racumelder definiert?

Kannst Du mal die Attribute posten?

Gruß und Dank

Ralf
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: jflachsb am 12 April 2017, 10:34:23
Hallo Leute,

ich hoffe die Frage wurde bisher nicht beantwortet und ich bin zu blind.
Ich versuche, meine MAX! Thermostate so einzurichten, dass ich über die EVE App zwischen OFF=OFF, HEAT=Manuell, COOL=ECO, AUTO=AUTO einstellen kann, bekomme das mit dem Homebridgemapping nicht hin. Hab einiges versucht aber ich mach da glaub ich was mit der Syntax falsch.

Hat hier jemand mal ein funktionierendes Homebridgemapping für den Thermostat+ von MAX! für mich?

Danke!
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: aherby am 12 April 2017, 20:07:09
Servus Zusammen,

ich habe es jetzt geschafft meinen Raspberry als Homebridge einzurichten.
Danke für die hilfreichen Informationen hier.

Für Singlehaushalte ist die Einrichtung / Nutzung ja super. Nur sollten mehrere Bewohner in einem Haushalt leben
finde ich es sehr ungewöhnlich, dass man nicht mehrere Benutzer einrichten kann oder übersehe ich hier irgendetwas?

-Ist es möglich ohne ,,Person einladen" mehrere Benutzer Zugriff auf das Homekit / Homebridge zu geben?

-Könnte man zwei Homebridges auf einem Raspberry Pi einrichten z.B. mit der MAC 30 und 31?
Wie müste dann die Config aussehen?

Danke

aherby

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 12 April 2017, 20:16:35
Zitat von: aherby am 12 April 2017, 20:07:09
Servus Zusammen,

ich habe es jetzt geschafft meinen Raspberry als Homebridge einzurichten.
Danke für die hilfreichen Informationen hier.

Für Singlehaushalte ist die Einrichtung / Nutzung ja super. Nur sollten mehrere Bewohner in einem Haushalt leben
finde ich es sehr ungewöhnlich, dass man nicht mehrere Benutzer einrichten kann oder übersehe ich hier irgendetwas?

-Ist es möglich ohne ,,Person einladen" mehrere Benutzer Zugriff auf das Homekit / Homebridge zu geben?

-Könnte man zwei Homebridges auf einem Raspberry Pi einrichten z.B. mit der MAC 30 und 31?
Wie müste dann die Config aussehen?

Danke

aherby



Verstehe Dein Problem nicht, denn besser als per Einladung kann es ja nun wirklich kaum gehen.
Du bist und bleibst immer der Herr (Admin) über HomeKit und kannst gezielt Geräte für andere frei geben.
Aber wenn Du denkst mit 2x Homebridge besser zu fahren, dann mach das eben. Als sinnvoll kann ich das nicht ansehen.

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: aherby am 12 April 2017, 22:50:02
Hallo Dan,

danke für deine Antwort.
Verstehe ich es richtig, dass wenn ich einen ,,Gast" oder eingeladene Person Zugang zur Homebridge /Homekit gebe,
kann ich einzelne Geräte freigeben?
Hatte ich dann wohl überlesen, war der Meinung das nur keine ,,Veränderungen" durch ,,Gäste" vorgenommen werden können
aber alle Geräte sehen.

Gruß

aherby

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 13 April 2017, 08:25:28
Zitatwar der Meinung das nur keine ,,Veränderungen" durch ,,Gäste" vorgenommen werden können
aber alle Geräte sehen

So kenne ich das auch.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 19 April 2017, 14:16:15
Zitat von: aherby am 12 April 2017, 22:50:02
Verstehe ich es richtig, dass wenn ich einen ,,Gast" oder eingeladene Person Zugang zur Homebridge /Homekit gebe,
kann ich einzelne Geräte freigeben?
Hatte ich dann wohl überlesen, war der Meinung das nur keine ,,Veränderungen" durch ,,Gäste" vorgenommen werden können
aber alle Geräte sehen.
Das war aber auch nicht Deine Frage oben.
Wenn man nicht nur mehrere Benutzer, sondern auch noch mit unterschiedlichen Rechten auf Geräte will, bleibt tatsächlich nur die Möglichkeit separate Home-Bereiche einzurichten.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris8888 am 29 April 2017, 15:56:51
Hallo,

meine Umgegung wächst und gedeiht. Leider kann man über die Homebridge ja nur 50 Geräte anmelden.
Gibt es einen Weg bei >50? Also zB einfach eine zweite Installation? Geht das überhaupt?

Viele Grüße
Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 29 April 2017, 16:39:20
zweiten instanz mit eigenem config file (-U) laufen lassen.

gruss
  andre
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 29 April 2017, 16:47:40
Zitat von: Chris8888 am 29 April 2017, 15:56:51
Hallo,

meine Umgegung wächst und gedeiht. Leider kann man über die Homebridge ja nur 50 Geräte anmelden.
Gibt es einen Weg bei >50? Also zB einfach eine zweite Installation? Geht das überhaupt?

Viele Grüße
Christian

Ich habe bereits 72 Geräte in einer Homebridge.

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris8888 am 29 April 2017, 17:23:06
Hi Dan,

versucht habe ich das auch. Aber ich konnte die Geräte nicht mehr editieren (zB anderer Raum als Standardraum).

Von daher werde ich also eine zweite Instanz angehen.

Viele Grüße
Christian

PS: Gibt es irgendwo schon eine Anleitung für die zweite Instanz? Ich konnte per Suche nichts finden.
Oder ist das so einfach und ich habe nur ein Brett vor dem Kopf?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: volschin am 01 Mai 2017, 09:45:58
Zitat von: Chris8888 am 29 April 2017, 15:56:51
Hallo,

meine Umgegung wächst und gedeiht. Leider kann man über die Homebridge ja nur 50 Geräte anmelden.
Gibt es einen Weg bei >50? Also zB einfach eine zweite Installation? Geht das überhaupt?

Viele Grüße
Christian
Wie kommst Du darauf? Die Beschränkung unter iOS10 liegt für HomeKit bei 100 Geräten pro Bridge. Homebridge führt da meines Wissens keine niedrigere Beschränkung ein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: MrFisch am 10 Mai 2017, 11:33:47
Zitat von: aherby am 12 April 2017, 20:07:09

-Könnte man zwei Homebridges auf einem Raspberry Pi einrichten z.B. mit der MAC 30 und 31?
Wie müste dann die Config aussehen?


Ich habe dazu einen ausführlichen Beitrag geschrieben:

https://forum.fhem.de/index.php/topic,48558.msg557427.html#msg557427
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Chris8888 am 21 Mai 2017, 14:55:53
Hallo MrFisch,

so etwas habe ich gesucht. Besten Dank!!

VG
Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Loredo am 07 Juni 2017, 19:38:34
Frisch von der WWDC gibts jetzt eine offizielle Spec für nicht-kommerzielle Zwecke
https://developer.apple.com/homekit/specification/


Sent from my iPhone using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 07 Juni 2017, 20:25:32
es gibt seit iOS 10.3 eine Color Temperature characteristic :) die sich leider nicht zusammen mit Hue und Saturation im gleichen service verwenden lässt :(

die service und characteristic types die dieses jahr für iOS 11 dazu kommen sind noch nicht dokumentiert.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: aherby am 20 Juni 2017, 21:36:48
Hallo Zusammen,

danke für die super Anleitung

Homekit funktioniert in einem Netzwerksegment.

Nun würde ich gern die Homebridge z.B. auf einen Raspberry Pi in eine Art "DMZ oder Routerkaskade" platzieren.
Jedoch finde ich keinen Weg wie das iOS-Gerät(e) in einem "nachfolge" Netzwerksegment eine Verbindung aufbaut.

Also Aufbau ist wie folgt gedacht:
Fritzbox 1 Internetzugang (IPv4), DMZ z.B. Homebridge
Fritzbox2 hängt hinter der Fritzbox 1 (als Routerkaskade, IPv4 /24-Netzmaske). Die Wlan-Geräte hängen an der Fritzbox 2.

Ich habe schon versucht eine statische Route in der Fritzbox 1 mit dem Netzwerksegment der Fritzbox 2 einzusetzten.
Auch habe ich versucht den Port 51826 weiterzuleiten.

Alle anderen Anwendungen kann ich von der "oberen" Fritzbox zur "unteren" Fritzbox 1 weiterleiten oder erreichen.

Leiter komme ich einfach an dieser Stelle nicht weiter.

Hat jemand für dieses Problemstellung eine Idee / Lösung?

Danke

aherby
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 20 Juni 2017, 22:01:25
das geht nicht. bzw. nicht gut/einfach.

das homekit protokoll basiert auf dnssd und anderen broadcast nachrichten die nur innerhalb einer broadcast domain funktionieren. mit einiger handarbeit müsste es zwar möglich sein mit einem bonjour proxy etwas zu erreichen. das geht mit fritzboxen aber nicht.

mir ist auch nicht ganz klar was du damit erreichen willst. du handelst dir nur probleme ein.

homebridge sollte im gleichen netz sein wie die iOS geräte. falls du einen zugriff von aussen willst brauchst du ein appletv gen3 oder gen4 im gleichen netz.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: aherby am 25 Juni 2017, 16:09:55
Hallo justme1968
danke für die schnelle Anwort.
Leider hatte ich die letzten Tage keine Zeit hier zu schauen.

Ja habe ich mir schon gedacht, dass es nicht einfach oder ohne Probleme funktionieren wird.

Ich habe auf den Raspberry Pi auch andere Anwendungen laufen, die ich mittels VPN-Tunnel erreichen wollte.
Daher sollte der Raspberry Pi mit Homekit hinter die erste Fritzbox. Um ggf auch das Homekit über die VPN-Verbindung erreichen zu können.

In zwischen habe ich mein Apple TV 3. Gen wieder im Heimnetz aber irgendwie bekomme ich hier auch kein Homekit angeboten.
In einem Bericht habe ich gelesen, dass nur die 4. Generation nur noch unterstützt werden soll.
Ist die richtig?

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: schka17 am 25 Juni 2017, 17:23:47
Nein, das stimmt nicht, Apple Tv 3rd gen funktioniert.


Sent from my iPad using Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 26 Juni 2017, 08:05:57
ZitatIn einem Bericht habe ich gelesen, dass nur die 4. Generation nur noch unterstützt werden soll.

Das stimmt nicht, steht sogar auf der offiziellen Support-Seite von Apple:
https://support.apple.com/de-de/HT207057 (https://support.apple.com/de-de/HT207057)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 19 Juli 2017, 22:50:21
Hallo
ich hätte eine frage zur homebridge, ich habe homebridge neu insterlliert nach dieser Anleitung:https://wiki.fhem.de/wiki/Homebridge_einrichten
Leider findet mein Iphone nicht die homebridge.
Frage :Wie kann ich mir die Log Dateien ansehen oder aktivieren

Gruß
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 20 Juli 2017, 08:41:18
Zitat von: tkaiser am 19 Juli 2017, 22:50:21
Hallo
ich hätte eine frage zur homebridge, ich habe homebridge neu insterlliert nach dieser Anleitung:https://wiki.fhem.de/wiki/Homebridge_einrichten
Leider findet mein Iphone nicht die homebridge.
Frage :Wie kann ich mir die Log Dateien ansehen oder aktivieren

Gruß
Thorsten

Homebridge im Debugmodus starten und schauen ob das Ding sauber startet:
Code Auswählen
homebridge --debug
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: CarstenF am 20 Juli 2017, 08:46:23
Ich hatte die Tage auch Probleme weil die Homebridge immer wieder den Dienst einstellte. Ich wollte auch log Dateien einsehen und hab keine gefunden. Dieser Link hat mir weitergeholfen
http://forum.smartapfel.de/forum/thread/181-homebridge-log/
Gruß Carsten


Gesendet von iPad mit Tapatalk
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 20 Juli 2017, 17:51:57
Hallo Einfach,
wenn ich homebridge im debug starte sieht es für mich gut aus,aber schau du doch bitte einmal drüber.
meine node Version:  node -v && npm -v     v6.11.1  5.3.0

Danke
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 21 Juli 2017, 08:31:38
Zitat von: tkaiser am 20 Juli 2017, 17:51:57
Hallo Einfach,
wenn ich homebridge im debug starte sieht es für mich gut aus,aber schau du doch bitte einmal drüber.
meine node Version:  node -v && npm -v     v6.11.1  5.3.0

Danke
Thorsten

Hattest du scon mal Homebridge laufen? Ich meine, hat es schon mal funktioniert. Du hast es neu installiert und seit dem funktioniert es nicht?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 21 Juli 2017, 15:38:46
Hallo Eineinfach
Ja so ist es, ich hatte sie mal am laufen, dann eine Neuinstallation gemacht und nun
findet mein iPhone die homebridge nicht.
Kannst du einen Fehler beim starten meiner Bridge sehen.
Gruß
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 21 Juli 2017, 23:10:04
Dann solltest du in dem homebridge Ordner die Ordner persist und accessories löschen und homebridge neue starten, dann sollte dein iPhone die Bridge wieder finden.

1.Zu dem User wechseln unter dem die Homebridge läuft.
2. cd ~/.homebridge
3. Mit rm Befehl die beiden Ordner löschen
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 21 Juli 2017, 23:17:33
Das habe ich schon mehrfach gemacht leider auch ohne Erfolg .
Ich hatte die homebridge neu installiert weil nach einemupdate vom raspi und fhem die Bridge
Nicht mehr funktioniert hatte.
Gruß
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: tkaiser am 23 Juli 2017, 22:10:58
Hallo EinEinfach
zur Info: Meine Bridge funktioniert wieder,
Ich hatte vegessen die Bridge bei dem Handy meiner Frau zu löschen (war von mir eingeladen worden) ,deshalb konnte ich nach einer neuinstallation der Bridge wohl keine Homebridge auf meinem Handy finden.
Danke für deine Unterstützung
Gruß
Thorsten
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 24 Juli 2017, 08:28:34
Super! Freut mich!

P.S. Deine Frau hat was gut bei dir  ;)
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Christian Uhlmann am 08 August 2017, 23:42:14
Hallo zusammen,

hat jemand Erfahrung mit der Homebridge auf Debian Stretch?
Bisher habe ich nur gesehen, das es Jessie sein sollte, aber ich wollte lieber auf die aktuelle Stable stretch gehen.


Danke und Grüße

Christian
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 08 August 2017, 23:47:58
Zitat von: Christian Uhlmann am 08 August 2017, 23:42:14
Hallo zusammen,

hat jemand Erfahrung mit der Homebridge auf Debian Stretch?
Bisher habe ich nur gesehen, das es Jessie sein sollte, aber ich wollte lieber auf die aktuelle Stable stretch gehen.


Danke und Grüße

Christian

Sollte kein Problem sein sofern Du in der Lage bist Node JS zu installieren.

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: daywalkero am 18 August 2017, 13:47:37
Meine homebridge mag nicht mehr. Hat jemand ne Idee? Lief bis zum fhem/pi update wunderbar.

Code Auswählen
events.js:160
      throw er; // Unhandled 'error' event
      ^

Error: listen EADDRINUSE :::51826
    at Object.exports._errnoException (util.js:1020:11)
    at exports._exceptionWithHostPort (util.js:1043:20)
    at Server._listen2 (net.js:1258:14)
    at listen (net.js:1294:10)
    at Server.listen (net.js:1390:5)
    at EventedHTTPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/util/eventedhttp.js:60:19)
    at HAPServer.listen (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/HAPServer.js:158:20)
    at Bridge.Accessory.publish (/usr/lib/node_modules/homebridge/node_modules/hap-nodejs/lib/Accessory.js:486:16)
    at Server._publish (/usr/lib/node_modules/homebridge/lib/server.js:114:16)
    at Server.<anonymous> (/usr/lib/node_modules/homebridge/lib/server.js:372:14)
pi@fhem:~ $ npm -v
3.10.10
pi@fhem:~ $ nodejs -v
v6.11.2


Homebridge ist 0.4.22
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: DeeSPe am 18 August 2017, 13:50:17
Zitat von: daywalkero am 18 August 2017, 13:47:37
Meine homebridge mag nicht mehr. Hat jemand ne Idee? Lief bis zum fhem/pi update wunderbar.

Code Auswählen

Error: listen EADDRINUSE :::51826


Da läuft noch was auf dem Port der homebridge?
Sicher dass homebridge wirklich beendet ist?

Mal ein:
Code Auswählen
sudo killall homebridge
getestet und dann versucht homebridge zu starten?

Gruß
Dan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: daywalkero am 18 August 2017, 13:52:52
Autsch, das wars. Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: daywalkero am 18 August 2017, 20:37:49
Nachtrag: meine iOS Geräte zeigen alle ,,keine Antwort" an. Im Fhem sind Sie erreichbar, HomeKit/Bridge läuft, AppleTV auch und wird gefunden. Wo sollte ich zur Fehlersuche ansetzen?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dbwise am 19 August 2017, 17:01:37
Hallo Gemeinde,
ich suche nach einer Lösung für Taster (StatelessProgrammableSwitch)  und Mehrfachumschalter (StatefulProgrammableSwitch ) in Homekit.

z.B. in Verbindung mit einer/einem HarmonyHub.

StatelessProgrammableSwitch - ein Taster, der z.B. nur ein EIN-Kommando schickt und anschließend wieder in den AUS-Zustand wechselt und dabei nichts tut. Dies wäre besonders für Harmony IR-Kommandos ganz hilfreich. Ggf. wäre noch ONCE und HOLD zu unterscheiden gut. Dies sollte eigentlich mit den GenericDeviceType = switch funktionieren. Ich tute mich nur mit dem HomebridgeMapping schwer.
StatefulProgrammableSwitch - Mehrfachumschalter, der z.B. zwei oder mehr unterschiedliche z.B. EIN-Kommandos schickt. Über cmds könnte man Geräte Einschalten und andere Ausschalten. Im Sinne es kann nur einen Zustand geben.

Vielleicht hat sich jemand damit bereits auseinander gesetzt. Für Lösungstips wäre ich dankbar.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: dbwise am 19 August 2017, 17:08:19
@daywalkero

versuch mal im Verzeichnis: ~/.homebridge/accessories  die Datei "cachedAccessories" zu löschen.

sudo rm ~/.homebridge/accessories/cachedAccessories

Anschließend Homebridge neu starten.

sudo service homebridge restart
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: daywalkero am 20 August 2017, 08:53:48
@dbwiese leider kein Erfolg :(

Habe das Haus auch mal gelöscht und neu hinzugefügt, aber ebenfalls ohne Erfolg.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: daywalkero am 20 August 2017, 11:23:07
Nachdem ich die macadresse der config geändert hatte ging es dann wieder...

Edit: nach nem Reboot des Pi schon wieder nicht. Gibts doch nicht...
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: oberlon am 01 September 2017, 22:01:57
Hey.

bin mit meinen Geräte auf die aktuelle IOS Public Beta und habe seitdem ein paar Probleme mit Homebridge.
Glaube aber langsam es hat nichts mit der Public Beta zu tun sondern ehr mit Homebridge.
Homebridge habe ich auf den aktuellsten Stand aktualisiert...
Unabhängig von IOS sollte ich doch theoretisch Homebridge mit avahi-browse sehen!?!

Wie würde der Service denn heißen? Ich meine da sowas wie "_airplay._tcp"

avahi-browse -a meldet mir leider beim starten oder beenden von Homebridge keine Änderung.

Wie schon gesagt. Mich würde zuerst interessieren wie der Service heißt.
Eine Lösung für Debian 9 mit Node.JS 6.11.2 wäre natürlich auch toll.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: justme1968 am 03 September 2017, 10:27:18
ja. der dienst muss mit einem bonjour browser als _hap._tcp. sichtbar sein.
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt ----UNIROLL ???
Beitrag von: Sky am 09 Oktober 2017, 18:45:01
Hallo ,

hat jemand von Euch schon erfolgreich das Funkmodul des Uniroll-Gurtantrieb in Fhem bzw. in Homekit einbinden können ?
Habe die Definition aus der commandref ,kann auch in Fhem steuern.
Im Homekit auf dem iPhone ist es auch vorhanden ,allerdings nicht steuerbar .

Finde aber keinen Fehler , da die Infos spärlich zu finden sind hoffe ich auf Eure Hilfe  .

Danke
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 10 Oktober 2017, 12:31:55
Wie sieht dein homebridgeMapping Attribut aus?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 10 Oktober 2017, 18:08:52
attr roll homebridgeMapping CurrentPosition=invert=1 TargetPosition=invert=1
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 11 Oktober 2017, 08:52:08
Es wird auch nichts passieren, es fehlt ein Mapping für cmds. Homebridge weiß nicht was an FHEM gesendet werden soll, wenn ein Kommando kommt.

Am besten schaust du dir diesen Thread an (den ersten Post von Andre "justme1968")
https://forum.fhem.de/index.php/topic,48558.0/topicseen.html (https://forum.fhem.de/index.php/topic,48558.0/topicseen.html)

Hier ist eigentlich alles super beschrieben.

Gruß

Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: Sky am 11 Oktober 2017, 13:47:41
Wäre das eine Möglichkeit ?

clear On=state,valueOn=on,cmdOn=on-for-timer+1,cmdOff=on-for-timer+1

Danke für die Hilfe ....
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 12 Oktober 2017, 08:16:47
Kann ich dir nicht sagen, ob das eine mögliche Lösung wäre... dafür warst du nicht gerade großzügig mit den Informationen. Im Zweifelsfall ausprobieren.
Poste am besten hier den "list" von dem Device und die Befehlsstrings, die du aus FHEM heraus nutzt, um das Gerät anzusteuern.

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: onkel-tobi am 14 Oktober 2017, 13:01:26
Hi zusammen,

ich nutze homebridge auch schon eine Weile, leider funktioniert momentan das Öffnen meiner Tür nicht mehr.

Ich habe jetzt noch mal home app und eve gelöscht, die mac in der config.json geändert und alles neu eingerichtet.

Anshcließend wieder die bridge in eve hinzugefügt, die Tür aktiviert und eine szene ,,mach auf" definiert, die das schloss auf offen setzt und die Tür auf geöffnet.

Es tut sich aber leider nichts. Gehe ich in eve auf die Tür und klicke auf geöffnet, klappts.
Homebridge Version ist 0.4.20.

Hat noch jemand eine Idee?

Danke & Gruß,
Tobi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 16 Oktober 2017, 08:49:17
Schau dir das hier an:
https://forum.fhem.de/index.php/topic,48558.msg612276.html#msg612276 (https://forum.fhem.de/index.php/topic,48558.msg612276.html#msg612276)

Wenn du Keymatic hast, kannst du es direkt so übernehmen.

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: onkel-tobi am 17 Oktober 2017, 19:42:28
Zitat von: EinEinfach am 16 Oktober 2017, 08:49:17
Schau dir das hier an:
https://forum.fhem.de/index.php/topic,48558.msg612276.html#msg612276 (https://forum.fhem.de/index.php/topic,48558.msg612276.html#msg612276)

Wenn du Keymatic hast, kannst du es direkt so übernehmen.

Gruß
Hi,

habe Keymatic, aber ich frage mich, wieso es bisher auch ohne Mapping funktioniert hat, hast Du da eine Idee?

Werde es die Tage aber dann mal mit ausprobieren.

Gruß,
Tobi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 18 Oktober 2017, 09:09:03
Nein kann ich dir nicht sagen, bei mir ging es ganz am Anfang auch ohne, bis dann es plötzlich nicht mehr der Fall war. Nach diversen Aussagen scheint es tatsächlich ein Bug (oder Feature, wer weißt das schon) in der Homekit-App zu sein.

P.S. Andre wollte sich das anschauen, allerdings weiß ich nicht, ob er zu einem Ergebnis gekommen ist. Ist auch nicht wirklich dringend, funktioniert mit dem angepassten mapping wunderbar.

Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: onkel-tobi am 21 Oktober 2017, 12:07:59
Hi EinEinfach,

ich habe das nun mal entsprechend geändert, aber leider geht es immer noch nicht?
Wie sieht die Szene bei Dir in Eve aus? Habe einmal Schloss offen und Tür auf geöffnet gesetzt.
Und einmal nur Tür auf geöffnet, geht aber beides nicht :(

Hast Du noch eine Idee?
Update: ich habe die Hombridge nun noch mal komplett entfernt und neu eingebunden. Nun funktioniert es, wenn ich einfach nur eine Szene erstelle mit Tür = geöffnet.

Danke!

Danke & Gruß,
Tobi
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: EinEinfach am 23 Oktober 2017, 09:34:44
ZitatNun funktioniert es, wenn ich einfach nur eine Szene erstelle mit Tür = geöffnet.

Genauso ist es bei mir auch umgesetzt.
Gruß
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: sixpack am 01 Dezember 2017, 10:54:44
Hi,

erstmal danke für die super Infos, ich scheitere grade (nachdem alles andere (also diverse Schalter und Thermostate (HM)) funktioniert) an meine Homematic Rolladen.

Subtype ist blindActuator, in der Home app kann ich keinen Typ auswählen und das ganze wird als Lampe angezeit (schalten hat keine Funktion) und im FHEM kommt im log / Event Monitor nichts an.

Irgendeine Idee wo ich schauen kann, ich habe das jetzt so gelesen das diese eigentlich nativ unterstützt werden(sollten) ?

Gruß,

Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: stratege-0815 am 11 Februar 2018, 12:50:54
Hallo zusammen,
gibt es eine Empfehlung für nodeJS bei einer Neuinstallation?
4, 5, 6 ? Einfach die neueste Version?
Ich habe einen frisch installierte pi3 mit aktuellem Kernel und aktuellem FHEM.
Gruß
Jan
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: hoppel118 am 11 Februar 2018, 13:05:10
Siehe folgenden Post:

https://forum.fhem.de/index.php?topic=48558.msg763162#msg763162

Bei mir läuft V7 seit einigen Tagen unter Debian Stretch, bei @no_Legend sogar V9 unter Ubuntu 16.04. Laut @justme1968 reicht V4.

Ich hatte in dem anderen Thread versucht eine klare Empfehlung herauszukitzeln. Anscheinend kannst du nehmen, was du willst, V4 reicht aber aus. ;)

Gruß Hoppel
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: no_Legend am 11 Februar 2018, 16:49:01
Grundlegend würde ich schon sagen auf eine LTS Version zu setzten.
Da hier die Support Dauer ab längsten ist.


Gesendet von iPhone mit Tapatalk Pro
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: monosurr0und am 26 Juli 2022, 20:20:27
Hey Leute, ich muss das Ding hier noch einmal ausgraben,

Bin habe meinen Pi4 auf Debian 11 geupdatet.
Die Homebridge startet und bricht dann mit folgender Meldung ab:

Code Auswählen
[26/07/2022, 20:15:30] Homebridge v1.5.0 (HAP v0.10.2) (Homebridge) is running on port 51826.
[26/07/2022, 20:16:22] Error: send ENETUNREACH 224.0.0.251:5353
    at doSend (node:dgram:705:16)
    at defaultTriggerAsyncIdScope (node:internal/async_hooks:464:18)
    at afterDns (node:dgram:651:5)
    at processTicksAndRejections (node:internal/process/task_queues:83:21)
[26/07/2022, 20:16:22] Got SIGTERM, shutting down Homebridge...


Hat jemand ne Idee was diese Zeilen mir sagen sollen?

Grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 26 Juli 2022, 20:48:26
Hallo,

zu der Fehlermeldung kann ich nichts beitragen. Mein Rat wäre eine Neuinstallation von Homebridge wie auf folgender Github-Seite beschrieben:

https://github.com/homebridge/homebridge

Entsprechend der Readme vorgehen und genau abarbeiten, dann wirst du keine Probleme mehr haben!!!
Für mich hat die Installation von Homebridge ihren "Schrecken" verloren.
Sehr gut ist auch das Tool:

https://github.com/oznu/homebridge-config-ui-x

Damit ist das Handling wie Updates etc. schnell und komfortabel erledigt.

Spar dir die Zeit der Fehlersuche und gehe den Weg...
Viele Grüße
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: monosurr0und am 26 Juli 2022, 22:46:40
 Hey Pit,

Danke für deine Antwort!
...die Config UI nützt mir recht wenig, wenn die Bridge nicht läuft.
Neu installiert habe ich schon. ENETUNREACH soll wohl was mit dem Netzwerk zu tun haben.

Habe gerade einen zweiten Pi mit dem Homebridge OS am laufen, hätte aber gerne alles wieder auf einem Gerät...

Grüße
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 27 Juli 2022, 08:25:23
Hallo,
ich habe Homebridge und FHEM auf 2 Geräten und das läuft seit 2 Jahren stabil ohne Ausfälle.

Ich weiss nicht, wie du installiert hast, meine Aussage war, dass Homebridge sehr einfach zu installieren ist, wenn du nach der Read.Me auf dem Homebridge-github vorgehst.

Das FHEM-Wiki ist da nicht mehr auf dem neuesten Stand, Homebridge hat sich da sehr weiterentwickelt.

Diese Config-Ui (die ich nicht mehr missen möchte) ist da eine tolle Zugabe! Aber jeder wie er will...
Viele Grüße
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: thymjan am 27 Juli 2022, 11:34:06
@piet_pit:
Wie stellst Du die Verbindung zu FHEM her mit Deiner Installationsmethode?
Über ein plugin in dem GUI?
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: piet_pit am 27 Juli 2022, 11:58:16
Hallo,

ist ja nicht "meine" Methode, sondern die aktuelle Standardinstallation von Homebridge...!

Es ändert sich nichts, die config.json bleibt und es bleibt ja auch das Plug-In von Justme (homebridge-fhem).
Die Installation dieses Plugins geht über diese ConfigUi, es lassen sich auch weitere Plug-Ins installieren, Aktualisierungen dieser Plug-Ins gehen auch über diese Config-Ui.

Viele Grüße
Pit
Titel: Antw:Apple Homekit: die Hoffnung stirbt zuletzt
Beitrag von: monosurr0und am 28 Juli 2022, 00:02:13
Ok hab rasugefunden was da los war, hab ein meiner dhcpcd.conf scheinbar an zwei stellen feste ip für wlan0 eigestellt und damit das und noch ein paar andere Problemchen verursacht.
Es läuft wieder alles wie es soll  :)

Grüße
Nur Text | Text mit Bildern