Das liest sich so als wäre die Bridge Voraussetzung für den auto unlock Aber das stimmt doch nicht es geht auch ohne.
nicht für Autounlook sondern für Geofance, das geht nur mit Bridge
Also das automatische abschliessen beim verkassen und auf schliesen beim betreten des Geo bereiches geht nur mit Bridge.
Ausserdem wird beim betreten das Schloss aus dem Stromsparmodus aufgeweckt und sucht peer Bluetoth nach dem Handy.
von welchem Zugriff vom iPhone auf RasPi redest Du?
HomeKit, ssh web?
um komplett zu löschen (Plugins, npm, node):
sudo rm -fr /usr/local/bin/* > /dev/null
sudo rm -fr /usr/local/include/node/* > /dev/null
sudo rm -fr /usr/local/lib/node_modules/* > /dev/null
sudo rm -fr /usr/lib/node_modules/* > /dev/null
sudo rm -fr /usr/lib/nodejs/* > /dev/null
sudo rm -fr ~/node_modules > /dev/null
sudo rm -fr ~/.npm >/dev/null
sudo rm -fr ~/.node-gyp > /dev/null
sudo rm -fr ~/.node-red > /dev/null
sudo rm -fr ~/.npm-global > /dev/null
sudo rm -fr /root/.npm > /dev/null
sudo rm -fr /root/.node-gyp > /dev/nullkönnte es so aussehen.
sollte ich vor sudo npm install mit cd /var/homebridge vielleicht erst in diesen Pfad wechseln
brauchst du nicht.
homebridge.service Datei den Pfad um „local“ reduzieren.
zeigen was du meinst
so muss es aussehen:
homebridge.services
[Unit]
Description=Node.js HomeKit Server
After=syslog.target network-online.target
[Service]
Type=simple
User=root
EnvironmentFile=/etc/default/homebridge
ExecStart=/usr/local/bin/homebridge $HOMEBRIDGE_OPTS
Restart=on-failure
RestartSec=10
KillMode=process
[Install]
WantedBy=multi-user.targetund die homebridge in defaults:
# Defaults / Configuration options for homebridge
# The following settings tells homebridge where to find the config.json file and where to persist the data (i.e. pairing and others)
#HOMEBRIDGE_OPTS=-U /var/homebridge >> /var/log/homebridge.log 2>> //var/log/homebridge.err
HOMEBRIDGE_OPTS=-U /var/homebridge
# If you uncomment the following line, homebridge will log more
# You can display this via systemd's journalctl: journalctl -f -u homebridge
# DEBUG=*Du kannst auch einen eigenen user erstellen und nimmst den.
Das plugin benutzt die API der Synology
gerade auch gefunden:
Dec 21 07:07:20 raspberrypi systemd[3919]: Failed at step EXEC spawning /etc/init.d/homebridge: Exec format error
Dec 21 07:07:20 raspberrypi systemd[1]: homebridge.service: control process exited, code=exited status=203
Dein start aufruf ist falsch.
ungefähr so sollte das log aussehen:
da wäre erstmal zu klären, wie und als wer wird gestartet?
wie wurde hombridge installiert, evtl. welche Anleitung?
wenn es über die HUE Plugin eingebunden ist,
muss "sensors": true in die config
bitte auch einen LOG Ausschnit posten:
sudo cat /var/log/syslogwo der Fehler zu sehen ist.
soll es dann ja eine Meldung geben wenn mann den Geofencebereich verlässt und die Tür nicht abgeschlossen ist.
Aber auch das funktioniert nicht
Ja, geht bei mir.
eine vom Schloss ob ich abschliessen möchte, dana eine von HomeKit das abgeschlossen wurde.
Bei den anderen finde ich gerade kein Nachricht, werde heute mal drauf achten.
Aufwecken abhängig vom Modell:
Control Panel > General > Power Recovery > Haken bei Enable WOL on LAN1 setzen, das gilt nicht nur für das Verhalten nach Stromausfall, sondern generell.
https://www.synology.com/de-de…orkTools/networktools_wol
zum runter fahren:
von windows aus:
putty download page plink documentation
plink xxx.xxx.xxx.xxx -l root -pw your_password poweroff
sonst per ssh:
mit poweroff, ab DMS 5.0 shutdown -h
noch gefunden:
execute “ssh root@IP-Adresse ‘shutdown -h now’”
Sie nach ob bei dir in der Datei homebridge in /etc/init.d
Der Start so aussieht.
su - root -c "homebridge >> /var/log/homebridge.log 2>> /var/log/homebridge.err &"
Statt root könnte auch pi stehen.
Sonst anpassen und homebridge neu starten, dann sollten beide logdateien erstellt werden.
sudo tail-f /var/log/syslogkommt gelegentlich, evtl. neustart von homebridge.
Manchmal geht es nach ca.3 min automatisch wieder.
Ist erkennbar am Batterie stand für den Vacuum.
hast du das raus:
286711f8da7eb6e60bd6ee52092f5d63
ausserdem hast Du 2 Plugin für den Sauger installiert:
wenn geht es nur mit einem.
ichnutze das:
nein der sollte 32 stellig sein und unverschlüsselt
evtl. mit "sudo" davor
Datei muss es geben
oder "daemon.log" Datei.
das ist nur der Status, das es nach 5s beendet wurde.
Bild oben sagt:
Das der Stick noch in benutzung ist!!
deswegen ist der Ordner /mnt/sda1 nicht leer und enthält Dateien.
Das unmount klappt deswegen auch nicht.
Irgendetwas greift auf den Stick zu.
sudo ps -ax | grep ddmal nachsehen
oder mit
topbeobachten, da sollte immer mal dd und mkfs.... auftauchen.
Hast du eine Idee wieso die Fehlermeldung "das dass Laufwerk nicht sauber getrennt wurde" auftritt?
das merkt er sich an hand der Stick kennung.
Wird durch unmount behoben (wenn er unmounten kann).
ist auf alle Fälle nicht normal.
Geht es noch manuell. so wie Du es Früher gemacht hast?
Nicht das ich was kaputt gemacht habe.
in
/var/log/system
mit "tail -f /var/log/system"
