Apple Homekit: die Hoffnung stirbt zuletzt

[volschin]

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? 

[rapster]

du könntest z.B. auf

Code Auswählen Erweitern

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...

[justme1968]

@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.

[volschin]

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.

[rapster]

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? 

[justme1968]

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

[rapster]

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

[justme1968]

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

[flurin]

@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 Erweitern


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

Gruss
flurin

[noxi]

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

ich krieg das blöde Teil gar nicht zum laufen

habe einen Vanilla Raspberry mit Debian Wheezy und mache folgendes.....

Code Auswählen Erweitern


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

[volschin]

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.   

[volschin]

Hallo Andre,
ich habe dir nochmal den Abschnitt aus der commandref mit reingepackt.

winMatic

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 Erweitern

/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 Erweitern

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 Erweitern

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 Erweitern

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 Erweitern

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

[volschin]

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

[justme1968]

@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.

[marcus42]

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