NEWS
{ESP Home} Webinterface wird nicht geladen
-
@thomas-braun
Zusammenfassung oder Komplett?Zusammenfassung
======================= SUMMARY ======================= v.2023-10-10 Static hostname: raspberrypi Icon name: computer Operating System: Raspbian GNU/Linux 12 (bookworm) Kernel: Linux 6.1.0-rpi6-rpi-v8 Architecture: arm64 Installation: native Kernel: aarch64 Userland: armhf Timezone: Europe/Berlin (CET, +0100) User-ID: 1000 X-Server: false Boot Target: multi-user.target Pending OS-Updates: 0 Pending iob updates: 2 Nodejs-Installation: /usr/bin/nodejs v18.19.0 /usr/bin/node v18.19.0 /usr/bin/npm 10.2.3 /usr/bin/npx 10.2.3 /usr/bin/corepack 0.22.0 Recommended versions are nodejs 18.19.0 and npm 10.2.3 Your nodejs installation is correct MEMORY: total used free shared buff/cache available Mem: 8.2G 603M 7.0G 1.3M 716M 7.6G Swap: 104M 0B 104M Total: 8.3G 603M 7.1G Active iob-Instances: 6 Active repo(s): beta ioBroker Core: js-controller 5.0.17 admin 6.10.1 ioBroker Status: iobroker is running on this host. Objects type: jsonl States type: jsonl Status admin and web instance: + system.adapter.admin.0 : admin : raspberrypi - enabled, port: 8081, bind: 0.0.0.0, run as: admin Objects: 1123 States: 967 Size of iob-Database: 30M /opt/iobroker/iobroker-data/objects.jsonl 1.6M /opt/iobroker/iobroker-data/states.jsonl =================== END OF SUMMARY ====================@rackermann sagte in {ESP Home} Webinterface wird nicht geladen:
Vermutlich kommt das bei dir daher:
Kernel: aarch64 Userland: armhfDas ist ein Mix aus einem 64Bit-Kernel mit einem 32Bit 'Userland'. Das kann unter Umständen solch schrägen Abhänigigkeiten fabrizieren. Mein System sieht an der Stelle nämlich so aus:
Kernel: aarch64 Userland: arm64 -
@rackermann sagte in {ESP Home} Webinterface wird nicht geladen:
Vermutlich kommt das bei dir daher:
Kernel: aarch64 Userland: armhfDas ist ein Mix aus einem 64Bit-Kernel mit einem 32Bit 'Userland'. Das kann unter Umständen solch schrägen Abhänigigkeiten fabrizieren. Mein System sieht an der Stelle nämlich so aus:
Kernel: aarch64 Userland: arm64@thomas-braun
Neu aufsetzen oder gibt es eine andere möglichkeit des zu testen? -
@thomas-braun
Neu aufsetzen oder gibt es eine andere möglichkeit des zu testen?Ich würde es so oder so neuaufsetzen. Dann hast du an der Stelle Ruhe.
-
@thomas-braun
Neu aufsetzen oder gibt es eine andere möglichkeit des zu testen?Wobei ich nicht verstehe, wie man auf einem Pi5 an solch eine Installation kommt? Das kann ja erst kürzlich installiert worden sein, warum nimmt man da nicht gleich das 64Bit Image?
-
@thomas-braun
Neu aufsetzen oder gibt es eine andere möglichkeit des zu testen?@rackermann
Ich habe ähnliche Probleme und ebenfallsKernel: aarch64 Userland: armhfHat das neu Aufsetzen bei dir Abhilfe geschaffen?
-
@rackermann
Ich habe ähnliche Probleme und ebenfallsKernel: aarch64 Userland: armhfHat das neu Aufsetzen bei dir Abhilfe geschaffen?
Bei mir war das Problem Node.js: v16.... als ich es auf Node.js: v18.19.0 geupdate hab, war die ESPHome oberfläche sichtbar.
-
Bei mir war das Problem Node.js: v16.... als ich es auf Node.js: v18.19.0 geupdate hab, war die ESPHome oberfläche sichtbar.
Bei nodejs fährt man selbstverständlich eh immer die vorgesehene und empfohlene Version.
-
Bei nodejs fährt man selbstverständlich eh immer die vorgesehene und empfohlene Version.
Ja jetzt wo ich das kapiert hab, ist es logisch
Hätte aber ruhig ein Hinweis kommen können, wieSie verwenden eine zu alte Verion von nodejsIch hab damals auf Github die Seite bestimmt 10x gelesen, aber das muss ich 10x ignoriert haben :)
-
@berndsolar13 nodejs ist aktuell
der Adapter ansich läuft auch solange das Dashboard deaktiviert ist
wenn es aktiviert wird stürzt der Adapter ab -
@berndsolar13 nodejs ist aktuell
der Adapter ansich läuft auch solange das Dashboard deaktiviert ist
wenn es aktiviert wird stürzt der Adapter abok, dann ist es ein anderes Problem, bei mir kam die Webobfläche nicht, kam immer Verbindung wurde abgelehnt.
Es gibt aber einen Trick 17
Wenn du zum Beispiel docker nutzt, dann kannst du ESPHome in einem weiteren Container nutzen, und es dann so starten. Vielleicht hilft es. -
Ja jetzt wo ich das kapiert hab, ist es logisch
Hätte aber ruhig ein Hinweis kommen können, wieSie verwenden eine zu alte Verion von nodejsIch hab damals auf Github die Seite bestimmt 10x gelesen, aber das muss ich 10x ignoriert haben :)
Kommt halt nur wenn das auch programmiert wurde. Aber losgelöst davon hält man das ganze auch eigenständig auf dem aktuellen Stand
-
Kommt halt nur wenn das auch programmiert wurde. Aber losgelöst davon hält man das ganze auch eigenständig auf dem aktuellen Stand
ist richtig sollte man ;)
Ich bin mehr so, "never touch a running system" ;) -
ok, dann ist es ein anderes Problem, bei mir kam die Webobfläche nicht, kam immer Verbindung wurde abgelehnt.
Es gibt aber einen Trick 17
Wenn du zum Beispiel docker nutzt, dann kannst du ESPHome in einem weiteren Container nutzen, und es dann so starten. Vielleicht hilft es.@berndsolar13 sagte in {ESP Home} Webinterface wird nicht geladen:
docker
das werd ich als alternative mal testen
-
ist richtig sollte man ;)
Ich bin mehr so, "never touch a running system" ;)Und 'never tatsch irgendwas' ist das falscheste was man machen kann.
-
Und 'never tatsch irgendwas' ist das falscheste was man machen kann.
Und von mir die übliche Frage
- Um welche Adapterversion gehet es bei dem heute geschildertern Problemen?
- Welche js-controller / node version ist im Einsatz?
- Da ihr ein Problem zu haben scheint, gibt es dazu ein Issue beim Adapter ? Ansonsten bitte nicht wundern wenn niemand einem Fehler nachgeht.
Entwicklung u Betreuung: envertech-pv, hoymiles-ms, ns-client, pid, snmp Adapter;
Support Repositoryverwaltung.Wer Danke sagen will, kann nen Kaffee spendieren: https://paypal.me/mcm1957atiobroker
-
Und von mir die übliche Frage
- Um welche Adapterversion gehet es bei dem heute geschildertern Problemen?
- Welche js-controller / node version ist im Einsatz?
- Da ihr ein Problem zu haben scheint, gibt es dazu ein Issue beim Adapter ? Ansonsten bitte nicht wundern wenn niemand einem Fehler nachgeht.
@mcm57 Einen Issue gibts noch nicht, habe noch bedenken dass es an meiner begrenzten Kompetenz liegt
Adapterversion v0.5.0-beta.8
Node.js 18.19.0
NPM 10.2.3habe mal auf meiner NAS im Docker das Dashboard laufen da funktioniert es
Mit angabe von IP und Port auch über Iobroker
Komisch dass das Dashboard direkt im IoBroker zum Absturz führt
Werd den Adapter nochmal platt machen und neu installieren, wenn es dann nicht geht ist das Problem vermutlich nicht bei mir dann stelle ich einen Issue -
@mcm57 Einen Issue gibts noch nicht, habe noch bedenken dass es an meiner begrenzten Kompetenz liegt
Adapterversion v0.5.0-beta.8
Node.js 18.19.0
NPM 10.2.3habe mal auf meiner NAS im Docker das Dashboard laufen da funktioniert es
Mit angabe von IP und Port auch über Iobroker
Komisch dass das Dashboard direkt im IoBroker zum Absturz führt
Werd den Adapter nochmal platt machen und neu installieren, wenn es dann nicht geht ist das Problem vermutlich nicht bei mir dann stelle ich einen IssueOk,
Weiß nicht ob @Dutchman dieses Topic sieht / gesehen hat.Ansonsten würd ich raten den Test Topic zu verwenden:
https://forum.iobroker.net/topic/42741/esphome-beta-release/591
Dort liest er sicher mit.
710
Online32.5k
Benutzer81.6k
Themen1.3m
Beiträge