Skip to content

Error/Bug

Hier könnt ihr Fehler von ioBroker melden

6.5k Topics 73.5k Posts

NEWS

  • Zigbee - does not have a known model

    10
    0 Votes
    10 Posts
    479 Views
    EnyE
    @asgothian Ja, dies konnte ich aber ebben nur machen, weil ich im IOB den Adapter über einen Link installiert hab. Dies habe ich bis heute noch nie gemacht. Aber es rennt dank deiner hilfe wie es sollte :) Nochmals vielen dank !
  • Zigbee Adapter - Restart loop detected

    6
    0 Votes
    6 Posts
    272 Views
    AsgothianA
    @bigchris @bigchris sagte in Zigbee Adapter - Restart loop detected: Es sind keine errors die auf den Zigbee-Adapter hinweisen vorhanden. Dann darfst du die Restart-Loop Meldung ignorieren. Sollte der Adapter irgendwann noch einmal nicht laufen, bitte wieder schauen was es an Meldungen gibt. Es muss welche geben. ggf. weder als Warnung noch als Error - es können auch Info-Meldungen sein. Der Neustart des Zigbee-Adapters hinterlässt üblicherweise deutliche Spuren im Log. Bei meiner Test-Installation immer so 20 Zeilen. @bigchris sagte in Zigbee Adapter - Restart loop detected: 2025-09-04 20:05:16.196 - warn: zigbee.1 (629689) Send command to 0xe0798dfffeb91594 failed with: Code 205 (No network route) 2025-09-04 03:07:23.872 - warn: zigbee.1 (629689) Send command to 0xe0798dfffeb91594 failed with: Code 205 (No network route) Diese Meldungen besagen das das Gerät mit der IEEE 0xe0798dfffeb91594 nicht erreichbar ist. Der Koordinator weiss nicht wo es ist. A.
  • StartInstance iot.0: cannot find start file!

    9
    3
    0 Votes
    9 Posts
    470 Views
    F
    @thomas-braun Vielen Dank für deine Erklärung! Werde ich beherzigen.
  • Alexa2 Adapter ** Gelöst **

    5
    1
    0 Votes
    5 Posts
    382 Views
    Horst BöttcherH
    @Cinimod das müssen keien anleden daten ein :-) gin alles über die amamzon webseite Das problem ist das ich hier im foum keine lösung gefunden hab :-( edit adapter noch mal neu installiert und dann gin es
  • [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7

    16
    0 Votes
    16 Posts
    906 Views
    HomoranH
    @kelzith sagte in [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7: Ich finde ohm nicht. ohm = ihm = @mcm1957 sagte in [gelöst] Fehler bei Update js-controller von 7.0.6 auf 7.0.7: Device reminder
  • (Gelöst) Instanzeinstellungen nach Update auf V1.4.4

    s7 adapter
    6
    0 Votes
    6 Posts
    328 Views
    M
    @mickwks ....und natürlich herzlichen Dank für die schnelle Prolemlösdaung.:ok_hand:
  • Gelöst: Reboot, Raspi 5 Probleme mit Mqtt und Zigbee2mqttper

    22
    0 Votes
    22 Posts
    1k Views
    G
    Meine hier geschilderten Probleme wurden mit der Node.js-Version: 22.18.0 und der NPM-Version: 10.9.3 gelöst. Vielen herzlichen Dank für all eure hilfreichen Beiträge zu diesem Thema! Eure Unterstützung und Erfahrungen haben mir sehr weitergeholfen.
  • States database error: read ECONNRESET

    9
    0 Votes
    9 Posts
    309 Views
    R
    @haselchen Das ist der Hauptgrund. pi5 mit 8 GB und einen hochwertigen Speicher sd oder ssd.
  • Adapter S7 | Fehlermeldungen

    4
    1
    0 Votes
    4 Posts
    154 Views
    Thomas BraunT
    @j-borger sagte in Adapter S7 | Fehlermeldungen: Daher gehe ich von einem Problem mit der Nodejs-Version: v22.18.0 aus. Ich ich gehe davon aus, das der s7-Adapter lediglich nochmal neugebaut werden muss.
  • Adapter "Connector Local Control"

    3
    0 Votes
    3 Posts
    211 Views
    mcm1957M
    @arteck said in Adapter "Connector Local Control": @smarthomie der hat nie in stable geschafft.. Der ist überhaupt in KEINEN Repository. Und seit JAHREN nicht gewartet. Die Fehlermeldung Object of state "connector-local-control.0.34xxxxxxx9f0.34ab958fa9f00002.up" is missing the required property "common.type" kriegst du weg indem du den Code korrigierst. Wundert mich dass bei solchen Fehlern überhaupt irgendwas funktioniert. Bitte wende dich betreffend Support an den Repository Owner. Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird. Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen. Adapter die nur via GitHub oder npm (also NICHT aus einem der beiden Repositories) installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird. Und falls es irgendwie unklar ist: ioBroker unterstützt folgende Arten von Installation: aus dem STABLE Repository Das sind Adapter Releases die keine groben Fehler aufweisen (sollten). Natürlich kann es auch dort Fehler geben, die Behebung davon obliegt dem jeweiligen Dev und kann ggF auch dauern. aus dem LATEST Repository Das sind Adapter Releases die neu erstellt wurden und nur rudimentär getestet sind - oft auch als BETA Releases bezeichnet. Releases aus dem LATEST sind primär für unsere zahlreichen freiwilligen Tester gedacht. BETA / LATEST Releases können durchaus Fehler aufweisen - auch wenn ich davon ausgehe dass jeder aintainer dies zu vermeiden versucht. Vom Einsatz auf produktiven Systemen wird abgeraten außer man braucht irgenein neues Feature (z.B. neues Gerät) unbedingt. Hier muss dann jeder Entscheiden was ihm wichtig ist. direkt von GITHUB Von Installationen direkt aus Giuthub wird definitiv abgeraten außer auf Anweisung des Maintainers und für den Fall dass man gemeinsam mit diesem etwas testen will. Details siehe oben. direkt von npm Diese Installation kann erforderlich sein, wenn man eine bestimmte Version installieren möchte / muss. Im Normalfall sollte man direkte npm Installationen ebenso meiden wie direkte GitHub Installationen - ausgenommen um z.B. zu einer bekannten Version downzugraden - obwohl hier wenigstens ein definierter Stand garantiert ist. Adapter die NUR via npm und/oder nur via GitHub installierbar sind sollte man meiden - diese wurden nicht mal einem rudimentären Review unterzogen und sollten mit dem Attribut "vollständig auf eigenes Risiko verwenden" installiert werden. Hier empfiehlt es sich den Developer zu ersuchen eine Aufnahme in die Repos zu veranlassen. Wenn dieser darauf nicht reagiert sollte man von einer eher kurzen und unklaren Lebensdauer des Adapters ausgehen. Support meiner-/unsererseits für solche Adapter ist mit Sicherheit minimalistisch. @mcm1957
  • 0 Votes
    5 Posts
    266 Views
    Thomas BraunT
    @rccardany sagte in admin.0 enabled aber webinterface nicht erreichbar: *** 20.19.2+dfsg-1 500 Dein nodejs ist falsch. Bring das per iob nodejs-update 22 auf die richtige Version. Und dann die ganzen Adapter-Antiquitäten auf Stand bringen.
  • This topic is deleted!

    0
    0 Votes
    0 Posts
    2 Views
    No one has replied
  • iot Adapter - neue DP werden automatisch Alexa-Geräte

    7
    1
    0 Votes
    7 Posts
    388 Views
    S
    @crunchip sagte in iot Adapter - neue DP werden automatisch Alexa-Geräte: Je nachdem, was damit anstellst. Z. B. Verarbeitung in Scripten, oder eben Ansteuerung per Sprache. Ich verarbeite sie nur in Scripten. Also aus damit :)
  • tap-adapters bleibt leer und zeigt Fehlermeldung

    37
    0 Votes
    37 Posts
    3k Views
    HomoranH
    @lollo_c sagte in tap-adapters bleibt leer und zeigt Fehlermeldung: wenn der Zugriff auf eine (welche?) externe URL nicht möglich ist? Das wäre das Repo/die Adapterbewertung. Sollte aber nicht zum "Nicht-Anzeigen" führen, sondern nur Info, dass dies nicht aktuell ist
  • FATAL ERROR: Reached heap limit Allocation failed JavaS....

    7
    0 Votes
    7 Posts
    373 Views
    CodierknechtC
    @bugs sagte in FATAL ERROR: Reached heap limit Allocation failed JavaS....: Da ich nicht häufig mit Linux arbeite sind mir die Befehle und der Syntax im Terminal nicht geläufig. Da ich hauptsächlich unter Windows unterwegs bin, sind mir seltener verwendete Befehle auch nicht geläufig. Die schreibe ich mir dann in meine eigene "Knowledgebase" oder schlage sie nach. Dafür spare ich mir aber das herumschleppen eines Desktop, der nur unnötig Ressourcen frisst. Was nicht installiert ist muss auch nicht aktualisiert werden, kann keine Fehler produzieren oder Lücken ins System reißen. Insbesondere auf einem nicht so üppig ausgestatteten System. Und da man ja auch nicht alle Nase lang an einem gut funktionierenden System rumschrauben muss, vermisse ich auch keine grafische Oberfläche.
  • Mal wieder zerschossen

    iobroker stoppt nicht
    17
    -1 Votes
    17 Posts
    1k Views
    ChaotC
    @codierknecht Doch. zwei Ports brauche ich leider offen. Im Netzwerk hängt noch ein Kassensystem.
  • iob startet nicht mehr nach js-controller-Update

    15
    0 Votes
    15 Posts
    691 Views
    andisoft1A
    Hallo, Danke für das Feedback - Backups habe ich reichlich. Ich werde es mal mit einer neuen Installation probieren.
  • eCharts Datumsformat wird teils ignoriert

    1
    1
    0 Votes
    1 Posts
    112 Views
    No one has replied
  • 0 Votes
    4 Posts
    217 Views
    andisoft1A
    @samson71 Hallo, mein erster Post, habe einen neuen Post mit den notwendigen Informationen erstellt. https://forum.iobroker.net/topic/81669/iob-startet-nicht-mehr-nach-js-controller-update
  • [gelöst] Puppeteer-Adapter läuft auf Raspi 4 nicht

    4
    0 Votes
    4 Posts
    356 Views
    BertDerKleineB
    @bertderkleine Kleine Doku meiner Tests mit KI Hilfe: Ich habe ein Testskript erstellt: const puppeteer = require('puppeteer-core'); (async () => { try { const browser = await puppeteer.launch({ executablePath: '/usr/bin/chromium-browser', headless: true, args: ['--no-sandbox', '--disable-setuid-sandbox', '--disable-gpu'] }); const page = await browser.newPage(); await page.goto('https://example.com'); await page.screenshot({ path: 'example.png' }); await browser.close(); console.log('Erfolg!'); } catch (error) { console.error('Fehler:', error); } })(); Auf der Kommandozeile läuft das prima: $ sudo -u iobroker node test-puppeteer.js Erfolg! und $ node test-puppeteer.js Erfolg! Die KI meint dazu: Das Testskript lief sowohl als normaler Benutzer als auch als ioBroker-Benutzer erfolgreich, was bestätigt, dass: puppeteer-core@23.11.1 funktioniert. Chromium 126.0.6478.164 mit den Argumenten --no-sandbox, --disable-setuid-sandbox, --disable-gpu korrekt startet. Der ioBroker-Benutzer die notwendigen Berechtigungen hat. Alle erforderlichen Abhängigkeiten installiert sind. Hm. Zwischenzeitlich hat mich die KI mal eine Datei README löschen lassen sudo rm /etc/chromium.d/README Ich denke nicht, dass das wichtig war, aber hier zur Doku Den Test hier $ chromium-browser --headless --no-sandbox --disable-gpu [0714/095037.307664:WARNING:bluez_dbus_manager.cc(248)] Floss manager not present, cannot set Floss enable/disable. [0714/095037.390598:WARNING:sandbox_linux.cc(430)] InitializeSandbox() called with multiple threads in process gpu-process. hat die KI dann als harmlos/ok Reaktion bezeichnet. Und Tada (!) jetzt habe ich auch eine Lösung und der Adapter läuft grün, indem in der Adapter-Konfig die folgenden Eintragungen gemacht werden: [image: 1752481739931-09ff2ce4-450e-409f-bf8f-82e08cbd352b-grafik.png] Essentiell war die manuelle Eintragung des Pfads oben.

488

Online

32.6k

Users

82.1k

Topics

1.3m

Posts