Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. Error/Bug
  4. History - getEnabledDPs hängt wenn Adapter deaktiviert ist

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    770

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    18
    1
    6.2k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    1.5k

History - getEnabledDPs hängt wenn Adapter deaktiviert ist

Geplant Angeheftet Gesperrt Verschoben Error/Bug
historyerrorgetenableddps
1 Beiträge 1 Kommentatoren 190 Aufrufe 1 Beobachtet
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • afuerhoffA Offline
    afuerhoffA Offline
    afuerhoff
    Developer
    schrieb am zuletzt editiert von afuerhoff
    #1
    Systemdata Bitte Ausfüllen
    Hardwaresystem: Pi3
    Arbeitsspeicher: 1GB
    Festplattenart: SD-Karte
    Betriebssystem: Debian GNU/Linux
    Node-Version: 12.22.0
    Nodejs-Version: 12.22.0
    NPM-Version: 6.14.11
    Installationsart: Manuell
    Image genutzt: Nein
    History Adapter Version: 1.9.12

    Die Funktion getEnabledDPs bleibt beim Aufruf aus meinem Adapter (fb-checkpresence) hängen, wenn der History Adapter deaktivert ist. Es wäre gut, wenn die Funktion getEnabledDPs nach einer gewissen Zeit einen Fehler zurückmelden würde. Sie bleibt aber einfach hängen und liefert auch keinen Wert, wenn der Adapter gestartet wurde.

    Bei einem Reboot des Servers ist nicht sichergestellt, dass der History-Adapter vor meinem Adapter gestartet wird. Daher wäre es gut, wenn die Startreihenfolge der Adapter festgelegt werden könnte.

    Workaround ist, den Alive-Value des Adapters in einer Schleife abzufragen und nach einer gewissen Zeit dann abzubrechen.

    Aus meiner Sicht müsste die Funktion aber selber ein Abbruch Kriterium haben.

    Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

    1 Antwort Letzte Antwort
    0

    Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

    Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

    Mit deinem Input könnte dieser Beitrag noch besser werden 💗

    Registrieren Anmelden
    Antworten
    • In einem neuen Thema antworten
    Anmelden zum Antworten
    • Älteste zuerst
    • Neuste zuerst
    • Meiste Stimmen


    Support us

    ioBroker
    Community Adapters
    Donate

    469

    Online

    32.8k

    Benutzer

    82.7k

    Themen

    1.3m

    Beiträge
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
    ioBroker Community 2014-2025
    logo
    • Anmelden

    • Du hast noch kein Konto? Registrieren

    • Anmelden oder registrieren, um zu suchen
    • Erster Beitrag
      Letzter Beitrag
    0
    • Home
    • Aktuell
    • Tags
    • Ungelesen 0
    • Kategorien
    • Unreplied
    • Beliebt
    • GitHub
    • Docu
    • Hilfe