homebridge-config-ui-x | Webinterface für Homebridge

Zitat von sschuste

Nein, das sollst du nicht, sondern das musst du.

ja, das meinte ich natürlich

Zitat von sschuste

Es würde keine zweite Instanz angelegt werden. So etwas passiert nicht automatisch. Du startest deine Homebridge, sie liest in /root/.homebridge/config.json nach, was angesagt ist und das ist es. Wenn du eine zweite config.json anlegst, würde diese nicht weiter beachtet werden.

Dein Verzeichnis ist /root/.homebridge, und zwar immer und es ist ganz egal, was irgendwo im Internet steht. Alle Konfigurationen beziehen sich darauf.

verstehe, dann mach ich mal vorsichtshalber eine Sicherung und probiere es gleich mal aus.

Vielen Dank

Grüße

Christian

Moin,

ich habe folgendes Problem. Meine SD Karte ist abgetauscht und ich habe alles neu auf einer Neuen aufgesetzt.

Die erstinstallation von hb funktionierte ohne Probleme. Dann habe ich aus dem Backup alles wieder installiert. Die homebridge läuft. Aber ich komme nicht mehr auf die UI. Der Port i. Der Config ist der neue. Also bei mir läuft es auf 9999.

wo kann ich nachgucken woran es liegen kann? Habe UI x runtergeworfen und noch mal neu installiert. Aber auch das hat nichts gebracht ich erreiche die Oberfläche nicht mehr

Zitat von Flausen

wo kann ich nachgucken woran es liegen kann? Habe UI x runtergeworfen und noch mal neu installiert. Aber auch das hat nichts gebracht ich erreiche die Oberfläche nicht mehr

In config.json steht der Port. Auf den Raspi einloggen und dann:

sudo nano /var/homebridge/config.json[/tt

.
.
.
 {
 "platform": "config",
 "name": "Config",
 "port": 9999,
 "auth": "form",
 "theme": "dark-mode",
 "restart": "sudo -n systemctl restart homebridge",
.
.
.
.

Einstellen und Homebridge neustarten. Testen mit curl http://localhost:9999. Unter anderem kommt dabei heraus:

curl -Ik https://homepi.lan:8088
HTTP/1.1 200 OK

In den Browser eingeben: http://192.168.1.22:9999 und es sollte funktionieren. Natürlich setzt du die IP-Adresse deines Raspi ein. Falls es nicht funktioniert: der Browser liefert eine Fehlermeldung, die sicherlich eine andere ist als "geht nicht".

Moin,

Verbindungsaufbau abgelehnt kommt dann.... auf dem Raspi bin ich an sich via ssh - die IP ist daher die richtige.

Fehlermeldung im Browser ist ebenfalls, dass da keine Verbindung zum Server aufgebaut werden konnte. Ist dann gar kein plugin problem.

Darf ich mal sehen, was du bekommst, wenn du im Mac-Terminal

curl -I http://192.168.1.22:9999 eingibst? Das -I ist ein großes i.

pi@raspberrypi:~ $ curl -I http://192.168.1.22:9999curl: (7) Failed to connect to 192.168.1.22 port 9999: Die Wartezeit für die Verbindung ist abgelaufen wenn man es auf der IP macht.

Das deconz UI kann ich ohne Probleme ansteuern.

Das ist ja auch die IP von meinem Raspi. Vielleicht möchtest mal die IP deines Raspi versuchen?

HTTP/1.1 200 OK

Content-Security-Policy: default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https://raw.githubusercontent.com https://user-images.githubusercontent.com; connect-src 'self' https://openweathermap.org https://api.openweathermap.org wss://192.168.178.99:9999 ws://192.168.178.99:9999

X-Content-Security-Policy: default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https://raw.githubusercontent.com https://user-images.githubusercontent.com; connect-src 'self' https://openweathermap.org https://api.openweathermap.org wss://192.168.178.99:9999 ws://192.168.178.99:9999

X-WebKit-CSP: default-src 'self'; script-src 'self' 'unsafe-inline' 'unsafe-eval'; style-src 'self' 'unsafe-inline'; img-src 'self' data: https://raw.githubusercontent.com https://user-images.githubusercontent.com; connect-src 'self' https://openweathermap.org https://api.openweathermap.org wss://192.168.178.99:9999 ws://192.168.178.99:9999

X-DNS-Prefetch-Control: off

X-Download-Options: noopen

X-Content-Type-Options: nosniff

Referrer-Policy: no-referrer

X-XSS-Protection: 1; mode=block

vary: Origin

access-control-allow-origin: false

content-type: text/html

cache-control: no-cache, no-store, must-revalidate

pragma: no-cache

expires: 0

content-length: 1608

Date: Sun, 14 Jun 2020 14:42:17 GMT

Connection: keep-alive

geht nun wieder alles wie es soll! Danke für,die Hilfe. Ich habe nichts mehr verändert

nach heutigen update von "homebridge-config-ui-x" startet meine Homebridge nicht mehr

kann mir jemand weiter helfen?

Loading logs using "custom" method...

CMD: journalctl -o cat -n 500 -f -u homebridge

at TLSSocket.socketOnData (_http_client.js:476:22)

at TLSSocket.emit (events.js:310:20)

at addChunk (_stream_readable.js:286:12)

at readableAddChunk (_stream_readable.js:268:9)

at TLSSocket.Readable.push (_stream_readable.js:209:10)

at TLSWrap.onStreamRead (internal/stream_base_commons.js:186:23) {

message: 'Incorrect statusCode: 401',

statusCode: 401,

json: [AsyncFunction],

text: [Function],

arrayBuffer: [Function],

headers: {

server: 'nginx/1.9.12',

date: 'Sat, 27 Jun 2020 07:48:40 GMT',

'content-type': 'application/json; charset=utf-8',

'content-length': '28',

connection: 'close'

}

}

Ich hab heute auf 4.25.1 upgedatet. Danach funktionierte config ui x nicht mehr. Habe dann wieder auf 4.25.0 gewechselt und es funktionierte wieder.

Meine erst Vermutung war dass es am “stand-alone” Modus von config-ui-x lag. Daraufhin hab ich den deaktiviert und es nochmal probiert aber auch das klappt nicht. Die homebridge startet aber das Webinterface von config-ui-x ist nicht aufrufbar.

Hat jemand ähnliche Erfahrungen gemacht? Irgendwer eine Idee woran das liegen könnte?

Zitat von buzz-dee

Hat jemand ähnliche Erfahrungen gemacht? Irgendwer eine Idee woran das liegen könnte?

Nein. Ich betreibe:

[email protected]

[email protected] (im standalone mode)

Ich hatte keine Probleme mit den Updates.

Zitat von buzz-dee

Daraufhin hab ich den deaktiviert und es nochmal probiert aber auch das klappt nicht. Die homebridge startet aber das Webinterface von config-ui-x ist nicht aufrufbar.

Was heißt nicht aufrufbar? Also:

• das Webinterface antwortet auch nach stundenlanger Warterei nicht
• der Browser meldet was Komisches
• irgendwas anderes Furcht erregendes passiert

Also ich habe auch ein Problem, und zwar das meine ganzen HomeBridge-Geräte in der Home-App alle mit "antwortet nicht" gekennzeichnet sind. Alles nach dem heutigen update auf 1.1.2 und die Config UI X.

Ok, ... keine Ahnung was jetzt geholfen hat:
apt-get update & upgrade

update npm

reboot now

und nun geht alles wieder.

Nach dem heutigen Update auf 1.1.2 und homebridge-config-ui-x v4.25.1 kann ich die Homebridge nicht mehr Neustarten. Er zeigt mir "Homebridge gestoppt" an, läuft aber weiter. Es kommt folgende Fehlermeldung.

Error: Service name is already in use on the network

at Registry._onProbeComplete (/usr/local/lib/node_modules/homebridge/node_modules/bonjour-hap/lib/Registry.js:106:27)

at Prober.done (/usr/local/lib/node_modules/homebridge/node_modules/bonjour-hap/lib/Prober.js:67:10)

at Prober.onMDNSresponse (/usr/local/lib/node_modules/homebridge/node_modules/bonjour-hap/lib/Prober.js:61:102)

at EventEmitter.emit (events.js:198:13)

at Socket.<anonymous> (/usr/local/lib/node_modules/homebridge/node_modules/multicast-dns/index.js:49:43)

at Socket.emit (events.js:198:13)

at UDP.onMessage (dgram.js:628:8)

ein Neustart des Raspberry brachte auch nichts.

Homebridge:

Kann mir jemand weiterhelfen?

Danke

Zitat von sschuste

Ich hatte keine Probleme mit den Updates.

Was heißt nicht aufrufbar? Also:

• das Webinterface antwortet auch nach stundenlanger Warterei nicht
• der Browser meldet was Komisches
• irgendwas anderes Furcht erregendes passiert

Sorry, die Fehlerbeschreibung war etwas dünn.

ich habe das Update über das Webinterface angestossen und den anschließend erforderlichen Neustart durchgeführt.

Das Webinterface ist ab da aber nicht mehr erreichbar, die Homebridge selbst läuft munter weiter. Auch nach reboot und systemctl restart ändert sich an der Situation nichts. Sobald ich per:

sudo npm i -g [email protected]

auf die vorhergehende Version wechsele, läuft alles wieder wie am Schnürchen.

Habe mir jetzt mal meine logs angeschaut und folgenden Fehler gefunden:

Aug 13 21:22:46 raspberrypi homebridge[19712]: [8/13/2020, 9:22:46 PM] [Config] Error: Missing `pino-pretty` module: `pino-pretty` must be installed 

Aug 13 21:22:46 raspberrypi homebridge[19712]: [8/13/2020, 9:22:46 PM] [Config] Caught Unhandled Rejection Error :: Details Below

Aug 13 21:22:46 raspberrypi homebridge[19712]: Error: Missing `pino-pretty` module: `pino-pretty` must be installed separately

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at getPrettyStream (/usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/pino/lib/tools

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at normalizeArgs (/usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/pino/lib/tools.j

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at pino (/usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/pino/pino.js:65:28)

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at createPinoLogger (/usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/fastify/lib/l

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at createLogger (/usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/fastify/lib/logge

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at build (/usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/fastify/fastify.js:96:33

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at /usr/local/lib/node_modules/homebridge-config-ui-x/dist/main.js:37631:24

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at Generator.next (<anonymous>)

Aug 13 21:22:46 raspberrypi homebridge[19712]:     at fulfilled (/usr/local/lib/node_modules/homebridge-config-ui-x/dist/main.js:37605:58)

Auf GitHub gibt es dazu wohl auch schon einen Problembericht:

Klick

der Fix dazu ist:

cd /usr/local/lib/node_modules/homebridge-config-ui-x/node_modules/

sudo npm i pino-pretty@latest

sudo systemctl restart homebridge

eigentlich sollte der Pfad zum Modul sein:

/usr/lib/node_modules/homebridge-config-ui-x/node_modules/

bei mir ist es aber

/usr/local/lib.......

keine Ahnung warum.

Ist nicht weiter schlimm, Pfad anpassen da wo es bei dir installiert ist und es sollte funktionieren

Zitat von SeydX

Ist nicht weiter schlimm, Pfad anpassen da wo es bei dir installiert ist und es sollte funktionieren

schon erledigt

Hatte hier ebenfalls das Problem, daß nach einem Update des "Homebridge Config UI" Plugins die Homebridge nicht mehr startete.

Also per SSH ein "sudo apt-get update" sowie ein "sudo apt-get upgrade" in Auftrag gegeben und eine bange Ewigkeit warten müssen. Jeder Befehl nahm sich ca 20 Minuten Zeit.

Danach ein sudo reboot und alles lief, wie vorher. Erstaunlicherweise war nicht nur die Config UI wieder auf der Ursprungsversion 4.17.1 angekommen, auch ein längst gelöschtes Plugin vom Typ Homebridge Delay Switch war samt Eintrag in der Config wieder da.

Nanü?

Also flugs den Eintrag noch einmal aus der Config entfernt und das Plugin noch einmal gelöscht. Dann ein erneutes reboot als sudo und schwupps, ist das Plugin und der Eintrag in der Config wiederauferstanden. So oft ich den DelaySwitch über das UI auch versuche loszuwerden - nach einem reboot sind sie wieder da.

Wie geht das und warum? Gibt es einen versteckten Rollback?

Zitat von Nately

Also flugs den Eintrag noch einmal aus der Config entfernt und das Plugin noch einmal gelöscht.

Und wie genau hast du das gemacht?

Zitat von sschuste

Und wie genau hast du das gemacht?

Im Browser, also im Frontend der Homebridge Config UI X mit dem Konfigurationseditor den Eintrag in der Config entfernt und dann auf "Speichern" geklickt. Danach unter Plugins das Delay-Switch-Plugin entfernt und Homebridge mit demselben Frontend neu gestartet. Ging danach auch ohne Zicken.

Wenn ich aber per SSH ein Reboot veranlasse... ->siehe oben.