Weiter zum Inhalt

ioBroker Allgemein

29.7k Themen 437.5k Beiträge
Integrationtsplattform für IoT

NEWS

  • Shelly Adapter startet nicht

    5
    3
    0 Stimmen
    5 Beiträge
    346 Aufrufe
    A
    Stop. Kommando zurück. Ist über CoAP jetzt online. Wieder mal typisch. Kaum fragt man schon geht es. DANKE
  • SQL: Connections läuft hoch und sperrt DB

    Verschoben
    4
    0 Stimmen
    4 Beiträge
    308 Aufrufe
    ?
    @axel sagte in SQL: Connections läuft hoch und sperrt DB: Besten Dank für Deine Tips. Ich setze die Version 2.2 ein und habe ca. 700 Datenpunkte aktiviert. Mir ist aber was anderen aufgefallen: Es gibt min. 2 Variablen in der DB zu den Connections: Max_Connections und Max_usd_connections. Max_connections läuft hoch (über 200.000 in 3 Tagen) und Max_used_connections (aktuell 87 und stabil). Die Verwendung ist mir nicht klar, auch nicht, wann denn die Schnittstelle blockiert mit "Too_many_connections"... Im moment läuft es stabil. Fahre die Datenpunkte jetzt langsam wieder hoch. Die Sache mit Influx werde ich auch mal prüfen. Ich mache Auswertungen mit Grafana und da scheint Influx besser geeignet zu. Wewlches SQL-Tool benutzt Du da? Ich nutze HeidiSQL. Moin, ich misch' mich da mal ein, weil ich gern etwas lerne. Ich glaube, Du verwechselst etwas, die max connection, die die dann auch zur besagten Fehlermeldung führen, kommen vom mariaDB Server das kannst Du abfragen, wenn Du Dir mittels GUI Tool (HeidiSQL) oder ich nutze DBeaver das eingibst. SHOW variables; Dies ist bei einem nicht angepassten Datenbankserver 150 + 1 für den root Zugriff, es gibt die Möglichkeit das zu verändern, indem man an passender Stelle, bei meiner mariaDB auf einem Arch Linux LXC Container wäre das in # vim /etc/my.cnf.d/server.cnf # [mysqld] max_connections=[desired new maximum number] Wenn man diesen Parameter ändert, sollte man auch den RAM Verbrauch im Auge behalten, auf kleinen Servern ist ein anheben auf ~200 sicher zu verkraften, größere auch gern 500 - 1000. Das, was ich glaube, was Du bei Dir eingestellt hast, ist auf der Client Seite die Max. Gleichzeitig geöffneten Verbindungen [image: 1684329953512-aabb1d0a-3801-41b2-a7cf-457ca77ed0e7-grafik.png] Das ist dann natürlich irgendwann zu viel für den Server, alle Clients sollten in Summe max_connection des Servers nicht überschreiten. Da ich bis auf das JSON nichts gesehen habe, kann ich hier nur vermuten, aber mit Deiner Aussage, dass Du aktuell 87 max_used_connection hast, gehe ich davon aus, dass ich nicht so falsch liege. Schraube mal die max connection im Adapter wieder runter, wenn Du da wirklich 200000 eingetragen hast. VG Bernd
  • [gelöst] min. Abweichg in History n. mit Dezimalen möglich?

    10
    1
    0 Stimmen
    10 Beiträge
    217 Aufrufe
    Marc BergM
    @homoran sagte in minimale Abweichung in History nicht mit Dezimalen möglich?: @marc-berg nur strange, dass ich kein Komma eingeben kann weil ist in der Android Tastatur ausgegraut Bei iOS (Safari) kannst du das Komma eingeben, es wird aber eine Zehntelsekunde später wieder gelöscht. Am PC (Firefox) kann das Komma eingegeben werden. Drei verschiedene Verhaltensweisen.
  • [gelöst]Zigbee Adapter streikt

    9
    0 Stimmen
    9 Beiträge
    268 Aufrufe
    J
    @thomas-braun alles klar! Thanx
  • Verwendung Aqara Smart H1 Knob

    10
    1
    0 Stimmen
    10 Beiträge
    1k Aufrufe
    saintheinS
    @phinix Perfekt! Vielen Dank für den Tip.
  • RING Adapter Verbindet sich nicht mehr

    41
    0 Stimmen
    41 Beiträge
    2k Aufrufe
    Thomas BraunT
    @michihorn Künftig regelmäßig Updates fahren und den root in Ruhe lassen.
  • Problem mit dem Reminder Adapter

    3
    1
    0 Stimmen
    3 Beiträge
    294 Aufrufe
    V
    @schmakus Hallo Schmarkus Hier meine Instanzen Einstellunmgen des Reminder Adapter [image: 1684265589433-5350106b-63b2-4a49-b76b-6e501f0bccd9-grafik.png] Ich hatte die Lautstärke Einstellungen mal in irgenwas geändert um zu testen [image: 1684265644219-39346644-0ef9-42be-95ab-1ac4b7af2116-grafik.png] Und hier noch mal die aktuelle Log Datei [image: 1684265828626-594c379b-8730-4ae9-9c58-e014d5d04519-grafik.png]
  • Backitup auf Fritzbox 7590

    48
    2
    0 Stimmen
    48 Beiträge
    5k Aufrufe
    HomoranH
    @djmarc75 sagte in Backitup auf Fritzbox 7590: Darauf muss man aber auch erstmal aus dem Stehgreif kommen zumal diese Informationen wieder einmal nicht vorlag
  • Ring Adapter Verifizierung

    ring ringdoorbell ring adapter objekte
    69
    0 Stimmen
    69 Beiträge
    14k Aufrufe
    N
    Für alle die an dieser Stelle noch Probleme haben den Ring-Adapter im Docker-Container zu authentifizieren: cd /opt/iobroker/node_modules npm i ring-client-api cd /opt/iobroker/node_modules/ring-client-api/lib node ring-auth-cli Bei mir hat sich die ring-auth-cli.js im Ordner lib wieder gefunden. VG Nico
  • Backup not created: Invalid string length

    Verschoben
    12
    1
    0 Stimmen
    12 Beiträge
    1k Aufrufe
    HomoranH
    Enteder ihr schreibt jetzt auf englisch weiter, oder ich werde das aus der englischen Sektion entfernen
  • [gelöst] Backitup (2.6.19) klappt nicht

    12
    0 Stimmen
    12 Beiträge
    430 Aufrufe
    RaspiUserR
    @glasfaser said in [gelöst] Backitup (2.6.19) klappt nicht: freut mich ... und mich erst ... Danke nochmal
  • ioBroker stürzt ab, startet neu

    33
    1
    0 Stimmen
    33 Beiträge
    3k Aufrufe
    crunchipC
    @snupy sagte in ioBroker stürzt ab, startet neu: Sourceanalytix, eine Instanz gelöscht, eine zweite Instanz in die erste "verschoben", somit habe ich jetzt nur noch eine Instanz die Instanz selbst ist ja nur für die "Grundeinstellung/Preisdefinitionen" , von daher irgendwie unlogisch eine 2. zu erstellen, den Rest stellt man dann ja beim jeweiligen DP ein, welchen man mit SA erfasst. @snupy sagte in ioBroker stürzt ab, startet neu: hoffe die Zeit der Abstürze ist damit vorbei wenn da sehr viele Adapter laufen + motioneye, kann das schon mal wieder passieren
  • Web, Alexa, Telegramm zeitweise Gelb Fritzbox 6850 LTE

    9
    0 Stimmen
    9 Beiträge
    639 Aufrufe
    AtomicIXA
    Hier noch mal ein aktueller Log. Habe den NUC und die Fritzbox mal komplett neu gestartet. Leider bekomme ich die Instanzen jetzt gar nicht mehr auf Grün. Wie kann ich denn jetzt weiter machen. ? 2023-05-15 17:47:37.757 - error: telegram.0 (1217) setWebHook Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2023-05-15 17:47:38.951 - error: telegram.2 (1232) setWebHook Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2023-05-15 17:47:41.760 - info: host.ioBroker "system.adapter.alexa2.0" disabled 2023-05-15 17:47:42.446 - error: iot.0 (562) Error by device connection: "getaddrinfo EAI_AGAIN a18wym7vjdl22g.iot.eu-west-1.amazonaws.com" 2023-05-15 17:47:42.446 - error: iot.0 (562) DNS name of a18wym7vjdl22g.iot.eu-west-1.amazonaws.com cannot be resolved: connection will be retried in 10 seconds. 2023-05-15 17:47:42.447 - info: iot.0 (562) Connection changed: disconnect 2023-05-15 17:47:43.695 - info: host.ioBroker "system.adapter.alexa2.0" enabled 2023-05-15 17:47:43.776 - info: host.ioBroker instance system.adapter.alexa2.0 started with pid 1263 2023-05-15 17:47:44.431 - info: alexa2.0 (1263) starting. Version 3.23.2 in /opt/iobroker/node_modules/iobroker.alexa2, node: v18.16.0, js-controller: 4.0.24 2023-05-15 17:47:44.450 - info: alexa2.0 (1263) Starting Alexa2 adapter ... it can take several minutes to initialize all data. Please be patient! A done message is logged. 2023-05-15 17:47:44.451 - info: alexa2.0 (1263) Proxy IP not set, use first network interface (192.168.222.210) instead 2023-05-15 17:47:45.698 - info: host.ioBroker "system.adapter.cloud.0" disabled 2023-05-15 17:47:45.698 - info: host.ioBroker stopInstance system.adapter.cloud.0 (force=false, process=true) 2023-05-15 17:47:45.703 - info: cloud.0 (1247) Got terminate signal TERMINATE_YOURSELF 2023-05-15 17:47:45.704 - info: cloud.0 (1247) terminating 2023-05-15 17:47:45.705 - info: cloud.0 (1247) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2023-05-15 17:47:45.742 - info: host.ioBroker stopInstance system.adapter.cloud.0 send kill signal 2023-05-15 17:47:46.242 - info: host.ioBroker instance system.adapter.cloud.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) 2023-05-15 17:47:46.547 - error: javascript.0 (207) Request error: Error: connect EHOSTUNREACH 192.168.222.233:80 2023-05-15 17:47:46.547 - error: javascript.0 (207) script.js.Garten.Telegram.Überwachung.Solarbatterie-Steuerung: {'errno':-113,'code':'EHOSTUNREACH','syscall':'connect','address':'192.168.222.233','port':80} 2023-05-15 17:47:47.871 - info: host.ioBroker "system.adapter.cloud.0" enabled 2023-05-15 17:47:47.951 - info: host.ioBroker instance system.adapter.cloud.0 started with pid 1279 2023-05-15 17:47:48.687 - info: cloud.0 (1279) starting. Version 4.3.0 in /opt/iobroker/node_modules/iobroker.cloud, node: v18.16.0, js-controller: 4.0.24 2023-05-15 17:47:48.708 - info: cloud.0 (1279) Connecting with https://iobroker.pro:10555 with "@pro_elbschrauber.christian@gmail.com_5920e7d0-46d1-11eb-b2c7-27" 2023-05-15 17:47:48.778 - info: cloud.0 (1279) Trying to connect as system.user.admin to cloud 2023-05-15 17:47:52.057 - info: host.ioBroker "system.adapter.iot.0" disabled 2023-05-15 17:47:52.057 - info: host.ioBroker stopInstance system.adapter.iot.0 (force=false, process=true) 2023-05-15 17:47:52.059 - info: iot.0 (562) Got terminate signal TERMINATE_YOURSELF 2023-05-15 17:47:52.060 - info: iot.0 (562) terminating 2023-05-15 17:47:52.060 - info: iot.0 (562) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2023-05-15 17:47:52.108 - info: host.ioBroker stopInstance system.adapter.iot.0 send kill signal 2023-05-15 17:47:53.108 - info: host.ioBroker stopInstance system.adapter.iot.0 killing pid 562 2023-05-15 17:47:53.716 - info: host.ioBroker "system.adapter.iot.0" enabled 2023-05-15 17:47:53.793 - info: host.ioBroker instance system.adapter.iot.0 started with pid 1388 2023-05-15 17:47:54.251 - error: iot.0 (1388) iot.0 already running 2023-05-15 17:47:54.253 - warn: iot.0 (1388) Terminated (ADAPTER_ALREADY_RUNNING): Without reason 2023-05-15 17:47:54.795 - error: host.ioBroker instance system.adapter.iot.0 terminated with code 7 (ADAPTER_ALREADY_RUNNING) 2023-05-15 17:47:54.795 - info: host.ioBroker Restart adapter system.adapter.iot.0 because enabled 2023-05-15 17:47:57.549 - info: telegram.0 (1217) Adapter is disabled => stop 2023-05-15 17:47:57.553 - info: host.ioBroker "system.adapter.telegram.0" disabled 2023-05-15 17:47:57.553 - info: host.ioBroker stopInstance system.adapter.telegram.0 (force=false, process=true) 2023-05-15 17:47:57.565 - info: telegram.0 (1217) Got terminate signal TERMINATE_YOURSELF 2023-05-15 17:47:57.598 - info: host.ioBroker stopInstance system.adapter.telegram.0 send kill signal 2023-05-15 17:47:57.768 - error: telegram.0 (1217) getMe Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2023-05-15 17:47:58.058 - info: telegram.0 (1217) terminating 2023-05-15 17:47:58.058 - info: telegram.0 (1217) Terminated (NO_ERROR): Without reason 2023-05-15 17:47:58.594 - info: telegram.2 (1232) Adapter is disabled => stop 2023-05-15 17:47:58.594 - info: host.ioBroker "system.adapter.telegram.2" disabled 2023-05-15 17:47:58.594 - info: host.ioBroker stopInstance system.adapter.telegram.2 (force=false, process=true) 2023-05-15 17:47:58.599 - info: host.ioBroker stopInstance system.adapter.telegram.0 killing pid 1217 2023-05-15 17:47:58.600 - info: telegram.2 (1232) Got terminate signal TERMINATE_YOURSELF 2023-05-15 17:47:58.642 - info: host.ioBroker stopInstance system.adapter.telegram.2 send kill signal 2023-05-15 17:47:58.770 - error: cloud.0 (1279) Error while connecting to cloud: timeout 2023-05-15 17:47:58.961 - error: telegram.2 (1232) getMe Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2023-05-15 17:47:59.100 - info: telegram.2 (1232) terminating 2023-05-15 17:47:59.101 - info: telegram.2 (1232) Terminated (NO_ERROR): Without reason 2023-05-15 17:47:59.504 - info: host.ioBroker "system.adapter.telegram.0" enabled 2023-05-15 17:47:59.603 - info: host.ioBroker instance system.adapter.telegram.0 started with pid 1399 2023-05-15 17:47:59.642 - info: host.ioBroker stopInstance system.adapter.telegram.2 killing pid 1232 2023-05-15 17:48:00.450 - info: telegram.0 (1399) starting. Version 1.15.2 in /opt/iobroker/node_modules/iobroker.telegram, node: v18.16.0, js-controller: 4.0.24 2023-05-15 17:48:01.447 - info: host.ioBroker "system.adapter.telegram.2" enabled 2023-05-15 17:48:01.488 - info: host.ioBroker instance system.adapter.telegram.2 started with pid 1417 2023-05-15 17:48:02.254 - info: telegram.2 (1417) starting. Version 1.15.2 in /opt/iobroker/node_modules/iobroker.telegram, node: v18.16.0, js-controller: 4.0.24 2023-05-15 17:48:04.580 - error: alexa2.0 (1263) Error: 2023-05-15 17:48:04.580 - error: alexa2.0 (1263) Error: You can try to get the cookie manually by opening http://192.168.222.210:36775/ with your browser. 2023-05-15 17:48:12.497 - error: host.ioBroker instance system.adapter.iot.0 terminated by request of the instance itself and will not be restarted, before user restarts it. 2023-05-15 17:48:12.497 - info: host.ioBroker Do not restart adapter system.adapter.iot.0 because desired by instance 2023-05-15 17:48:16.563 - error: javascript.0 (207) Request error: Error: connect EHOSTUNREACH 192.168.222.233:80 2023-05-15 17:48:16.563 - error: javascript.0 (207) script.js.Garten.Telegram.Überwachung.Solarbatterie-Steuerung: {'errno':-113,'code':'EHOSTUNREACH','syscall':'connect','address':'192.168.222.233','port':80} 2023-05-15 17:48:17.813 - info: host.ioBroker instance system.adapter.telegram.0 terminated with code 0 (NO_ERROR) 2023-05-15 17:48:17.813 - info: host.ioBroker Restart adapter system.adapter.telegram.0 because enabled 2023-05-15 17:48:18.716 - info: cloud.0 (1279) Trying to connect as system.user.admin to cloud 2023-05-15 17:48:19.013 - info: host.ioBroker instance system.adapter.telegram.2 terminated with code 0 (NO_ERROR) 2023-05-15 17:48:19.013 - info: host.ioBroker Restart adapter system.adapter.telegram.2 because enabled 2023-05-15 17:48:20.630 - error: telegram.0 (1399) setWebHook Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2023-05-15 17:48:22.442 - error: telegram.2 (1417) setWebHook Error:Error: EFATAL: Error: getaddrinfo EAI_AGAIN api.telegram.org 2023-05-15 17:48:24.834 - info: host.ioBroker instance system.adapter.iot.0 started with pid 1433 2023-05-15 17:48:25.547 - info: iot.0 (1433) starting. Version 1.14.2 in /opt/iobroker/node_modules/iobroker.iot, node: v18.16.0, js-controller: 4.0.24 2023-05-15 17:48:25.582 - info: iot.0 (1433) Connecting with a18wym7vjdl22g.iot.eu-west-1.amazonaws.com 2023-05-15 17:48:28.713 - error: cloud.0 (1279) Error while connecting to cloud: timeout
  • Letzten Eintrag Blockly-Liste mit debug anzeigen

    4
    0 Stimmen
    4 Beiträge
    347 Aufrufe
    HomoranH
    @schweiger2 sieht auf den ersten Blick brauchbar aus. Den Zeitplan würde ich per einfachem CRON machen. der wizard spinnt ab und zu
  • Werte von Temperatursensor auslesen - fehlende Datenpunkte

    10
    2
    0 Stimmen
    10 Beiträge
    840 Aufrufe
    B
    @mickym said in Werte von Temperatursensor auslesen - fehlende Datenpunkte: JSON.parse(val).svalue Wow, das hat wirklich geholfen. Danke Dir mickym!
  • Einen Wert in allen Datenpunkten in einem Ordner ändern

    datenpunkt batch ändern
    8
    0 Stimmen
    8 Beiträge
    802 Aufrufe
    M
    @paul53 Hat bestens funktioniert, vielen Dank!
  • Probleme mit Octoprint Adapter

    14
    0 Stimmen
    14 Beiträge
    1k Aufrufe
    FredFF
    @draexler Vielleicht liegt es ein dem kleinen Wörtchen "or" in der Fehlermeldung und es ist ganz normal das diese Meldung beim Drucken kommt? Nur so eine Idee, ich nutze den Adapter nicht.
  • Tagesstromverbräuche via Shelly - wie?

    3
    0 Stimmen
    3 Beiträge
    125 Aufrufe
    HomoranH
    @bertderkleine sagte in Tagesstromverbräuche via Shelly - wie?: Tips sourceanalytics
  • Server während update nicht mehr erreichbar

    Verschoben
    10
    0 Stimmen
    10 Beiträge
    747 Aufrufe
    HomoranH
    @xsev sagte in Server während update nicht mehr erreichbar: @djmarc75 Hab ich ;-) jetzt schon 3x irgendwie zerlegt es den immer völlig... fixed!
  • InfluxDB 2.7 Totalabsturz - BackItUp mit Fehler

    Verschoben
    28
    0 Stimmen
    28 Beiträge
    3k Aufrufe
    akuhnshA
    @marc-berg said in InfluxDB 2.7 Totalabsturz - BackItUp mit Fehler: @akuhnsh sagte in InfluxDB 2.7 Totalabsturz - BackItUp mit Fehler: Das ist jetzt neu. Funktionierte doch vorhin noch einwandfrei... Ja, was soll man dazu noch sagen? Ein System, welches sich mehrfach "von selbst" vergisst ... Ist das noch die selbe SD Card? Genau um den Punkt drehten sich die Überlegungen die letzten Tage und ich habe eine Lösung gefunden. Die alte SD-Karte habe ich zwar auf Herz und Nieren geprüft und keine defekten Sektoren gefunden, aber die Wiederherstellung auf dieser Karte funktionierte für die InfluxDB 2 nicht mehr. Dann habe ich die Wiederherstellung mit einem USB-Stick vorgenommen und siehe da, alles wieder im grünen Bereich. Da dies aber ebenfalls keine Dauerlösung war und der Stick zudem füchterlich heiß wurde, habe ich mir ein neues Gehäuse samt aktivem Kühler für den Raspi zugelegt und ein Board für eine M.2 SSD lag ebenfalls bei, das nun mit einer 256GB SSD bestückt ist. Den USB-Stick habe ich einfach mit Balena Etcher darauf geklont und dann später über die raspi-config mit einem Klick bis zur vollen Größe erweitert. Damit läuft nun alles wieder einwandfrei und hoffentlich auch störungsfrei in die Zukunft. Danke für eure Hilfe und beste Grüße, Alex...

294

Online

32.8k

Benutzer

82.9k

Themen

1.3m

Beiträge