Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Marc Berg

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    • Profile
    • Following 0
    • Followers 1
    • Topics 16
    • Posts 2905
    • Best 535
    • Groups 3

    Marc Berg

    @Marc Berg

    Most Active

    NUC10I3+Ubuntu+Docker+ioBroker+influxDB2+Node Red+RabbitMQ+Grafana

    Pi-hole, Traefik, Checkmk, Conbee II+Zigbee2MQTT, Signalduino+FHEM, LoRaWAN, Arduino, KiCad

    647
    Reputation
    174
    Profile views
    2905
    Posts
    1
    Followers
    0
    Following
    Joined Last Online

    Marc Berg Follow
    Pro Starter Most Active

    Best posts made by Marc Berg

    • Node-RED Nodes für externe ioBroker Integration

      Re: Externes node-RED und ioBroker. Wie verbinden ?

      Hallo,

      wie bereits mal in dem Parallelthread erwähnt, habe ich ein paar Nodes für die ioBroker-Anbindung für "Standalone Node-REDs" entwickelt. Nach dem ersten Entwurf auf Basis der REST-API wurde das ganze noch auf Websocket umgebaut.

      Das Paket richtet sich an Nutzer (wie mich), die Node-RED unabhängig von ioBroker betreiben möchten (und nicht als Adapter).

      Funktionen:

      • WebSocket-Verbindung zu ioBroker (über Web-, WebSocket- oder Admin-Adapter)
      • Bidirektionale Kommunikation (Lesen/Schreiben von States)
      • Wildcard-Pattern für Subscriptions (z.B. system.adapter.*.alive)
      • Interaktive State-Auswahl mit Suchfunktion
      • OAuth2-Authentifizierung und "No-Auth"-Modus
      • Automatische Wiederverbindung

      Das Paket ist als "node-red-contrib-iobroker" über die Palette oder npm verfügbar und auf GitHub dokumentiert.

      Falls jemand Interesse hat, das Paket zu testen oder Feedback zu geben, freue ich mich über Rückmeldungen. Besonders bei größeren ioBroker-Setups wäre Input hilfreich.
      Vielen Dank!

      Hinweis: Dies ist kein ioBroker-Adapter, sondern für externe Node-RED Installationen gedacht.

      ca0623d2-482b-4206-b3a8-e6159b4022f7-grafik.png fb498ce5-e046-45b8-86a2-d1c51bd7e053-grafik.png

      04f90895-5022-457e-9fb9-a4ca09b707b2-grafik.png

      93ad8343-797c-408b-95de-db4fa485d5e9-grafik.png

      posted in Node-Red
      Marc Berg
      Marc Berg
    • RE: Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev)

      @mickym sagte in Warnung vor Linux update: udev/stable 247.3-7+deb11u2:

      jedoch keine Ahnung wie man daraus nun die Teile installiert.

      Zum Glück nutze ich Ubuntu Server, und bin damit nicht von diesem Problem betroffen, habe das Downgrade aber mal auf meinem Debian Testsystem durchgespielt:

      wget https://snapshot.debian.org/archive/debian/20220829T032859Z/pool/main/s/systemd/libudev1_247.3-7%2Bdeb11u1_"$(dpkg --print-architecture)".deb
      wget https://snapshot.debian.org/archive/debian/20220829T032859Z/pool/main/s/systemd/libudev-dev_247.3-7%2Bdeb11u1_"$(dpkg --print-architecture)".deb
      wget https://snapshot.debian.org/archive/debian/20220829T032859Z/pool/main/s/systemd/udev_247.3-7%2Bdeb11u1_"$(dpkg --print-architecture)".deb
      
      sudo dpkg -i libudev1_247.3-7+deb11u1_"$(dpkg --print-architecture)".deb
      sudo dpkg -i libudev-dev_247.3-7+deb11u1_"$(dpkg --print-architecture)".deb
      sudo dpkg -i udev_247.3-7+deb11u1_"$(dpkg --print-architecture)".deb
      
      sudo apt install udev=247.3-7+deb11u1
      

      hat es getan.

      Das Ergebnis sieht dann so aus:

      docker@debian11:~$ apt-cache policy udev
      udev:
        Installed: 247.3-7+deb11u1
        Candidate: 247.3-7+deb11u2
        Version table:
           247.3-7+deb11u2 500
              500 http://debian.inf.tu-dresden.de/debian bullseye/main amd64 Packages
       *** 247.3-7+deb11u1 100
              100 /var/lib/dpkg/status
      

      Um zu verhindern, dass beim nächsten Update die fehlerhafte Version wieder installiert wird, die Pakete auf "Hold" setzen:

      sudo apt-mark hold udev
      sudo apt-mark hold libudev1
      sudo apt-mark hold libudev-dev
      

      Und wenn ein bereinigtes Update zur Verfügung steht, das Ganze rückgängig machen:

      sudo apt-mark unhold udev
      sudo apt-mark unhold libudev1
      sudo apt-mark unhold libudev-dev
      
      posted in Einbindung von Geräten
      Marc Berg
      Marc Berg
    • RE: Raspberry Pi 4 startet nicht mehr

      @legro sagte in Raspberry Pi 4 startet nicht mehr:

      Es sollte sich jeder selbst überlegen, ob er für die Entwickler den (kostenlosen) Betatester zu spielen bereit ist.

      Entschuldige, aber mir geht dieser Anspruch etwas gegen den Keks. Wenn man nicht bereit ist, den kostenlosen Betatester zu "spielen", darf man einfach nicht die allerneueste Version einsetzen. Ganz einfach. Welches QS-Team soll denn all die neuen Funktionen in allen möglichen Konstellationen durchtesten? Das ist Teil der Idee hinter Open Source: Geben und nehmen (und auch ab und zu mal die Dokumentation lesen).

      Umsonst ist offenbar nichts im Leben.

      Doch, die Lebenszeit der Entwickler, die auch du ein Stück weit für deine Zwecke nutzt. Und die der Leute, die dich hier supporten.

      posted in Pflege des Betriebssystems
      Marc Berg
      Marc Berg
    • RE: Nobody Knows (und reads) the Anleitungen

      @djmarc75
      Ja, das kann ich auch nachvollziehen. Getoppt wird das Ganze dann noch von Usern, die massenweise hier nach Hilfe suchen, tausende Beiträge auf der Uhr haben und doch unfähig sind, sich auch mal etwas mitzuschreiben. Das führt dann dazu, dass sie (wenn sie ihr System schrotten) exakt gleiche Fragen NOCHMAL stellen, denn ein funktionierendes Backup liegt nicht vor.
      Hey, wozu auch, ich bekomme doch hier jederzeit Hilfe von Menschen, die nichts anderes zu tun haben ...

      Vielleicht führt dieser Thread dazu, dass sich der eine oder andere hier mal hinterfragt. Die Hoffung stirbt zuletzt.

      posted in Off Topic
      Marc Berg
      Marc Berg
    • RE: ioBroker Raspberry OS Image v2

      @ps-neotrace sagte in ioBroker Raspberry OS Image v2:

      Durch das Entfernen des Standard users wird dies natürlich für den reinen n
      Neuanfänger deutlich erschwert.

      Und dieser Text im Eingangspost hat nicht geholfen?

      @andre sagte in ioBroker Raspberry OS Image v2:

      Standard-User + Kennwort sind entweder mit dem Raspberry-Pi-Imager beim SD-Karte schreiben oder beim ersten Boot über die Konsole festzulegen

      posted in Tester
      Marc Berg
      Marc Berg
    • RE: Zigbee/Conbee2 funktioniert nach Update nicht mehr (udev)

      @glasfaser @mickym
      Der Bug ist aber schon dokumentiert:
      https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1035094

      9837c5f9-5d24-4561-8ce4-7ab84ce21ffd-grafik.png

      posted in Einbindung von Geräten
      Marc Berg
      Marc Berg
    • RE: Überspringen des "Erststart-Wizards"

      @homoran sagte in Überspringen des "Erststart-Wizards":

      die drehen sich immer mit der Rückseite nach vorne!

      Verbesserungsvorschlag für 2034: Alle müssen sich ihren Foren-Namen und Avatar auf die Stirn kleben.

      EDIT: auf den Stirnen der meisten Teilnehmer wäre genug Platz gewesen ... 😉

      posted in ioBroker Allgemein
      Marc Berg
      Marc Berg
    • RE: [gelöst] Frischer Docker Container lässt sich nicht starten

      @percy
      Dann ist es aber kein iobroker - sondern ein Netzwerkproblem

      posted in Installation
      Marc Berg
      Marc Berg
    • RE: Usertreffen: Hannoveraner Raum -> 18.1.25, 16:00Uhr, Celle

      @haselchen sagte in Usertreffen: Hannoveraner Raum -> 18.1.25, 16:00Uhr, Celle:

      PN ist raus

      ... ich würde auch ungern von Tisch zu Tisch gehen und fragen, ob es hier die anonymen ioBroker sind ...

      posted in Usergroups
      Marc Berg
      Marc Berg
    • RE: Externes node-RED und ioBroker. Wie verbinden ?

      Falls noch Interesse an einer ioBroker Integration eines Standalone Node-RED besteht:

      Ich habe mal drei einfache Nodes unter Nutzung des REST-API Adapters entwickelt und stelle gerade meine Flows alle um. Wenn ich persönlich weitere Funktionen benötige, werde ich die integrieren. Mir fehlt aber im Moment die Zeit, um auf Feature Requests oder Bug Reports einzugehen.

      https://github.com/Marc-Berg/node-red-contrib-iobroker

      Das Readme sollte soweit alles sagen, bitte unbedingt auch den Hinweis zur Web-Adapter Integration lesen.

      EDIT: PRs natürlich willkommen!

      EDIT2: https://forum.iobroker.net/topic/81449/node-red-nodes-für-externe-iobroker-integration

      posted in Node-Red
      Marc Berg
      Marc Berg

    Latest posts made by Marc Berg

    • RE: Zeitraum Datensätze

      @seide-th sagte in Zeitraum Datensätze:

      Wie ich es hinbekomme, dass einzelene Datensätze unterschiedlich lange Vorhaltezeiten haben, ist mir egal.

      Es gibt bei der InfluxDB keine Möglichkeit, die Vorhaltezeit auf "Datensatz"ebene einzustellen. Deshalb ist die Option ja auch rausgeflogen.

      Stattdessen musst du mehrere Datenbanken/Buckets anlegen.

      posted in Automatisierung
      Marc Berg
      Marc Berg
    • RE: hinweis: zigbee2mqtt server unschöne Eigenschaft

      @martinp sagte in hinweis: zigbee2mqtt server unschöne Eigenschaft:

      In den Logs im Volume des Containers werden auch debug-messages abgelegt ... Erscheinen in der Oberfläche zwar nicht, aber sind nervig, wenn man sich z. B. mit Portainer mal um seinen Container-Zoo kümmern möchte

      Du kannst doch in den Einstellungen festlegen, ob die Meldungen in der console und/oder in Files ausgegeben werden

      36af7c32-5149-4a56-a219-325e20803c8a-grafik.png

      5cb43a8f-b2ef-4cf7-a1f2-f884ba67ae45-grafik.png

      Da kannst du auch das Level angeben

      posted in Off Topic
      Marc Berg
      Marc Berg
    • RE: InfluxDB restore in Docker auf einer Synology 923+

      @legro sagte in InfluxDB restore in Docker auf einer Synology 923+:

      Nach dem Restore gilt das PW aus der InfluxDB-Installation, aus der das Backup stammt. Was für ein Durcheinander.

      Genau dazu ist das Flag "--full" ja gedacht, dass es eine komplette Wiederherstellung der Datenbank mit allen Daten, Usern, Berechtigungen und Token macht. Verstehe nicht, was daran "durcheinander" sein soll. Wenn du das nicht willst, lass das "--full"-Flag weg und restore die Buckets einzeln.

      posted in ioBroker Allgemein
      Marc Berg
      Marc Berg
    • RE: InfluxDB restore in Docker auf einer Synology 923+

      @legro sagte in InfluxDB restore in Docker auf einer Synology 923+:

      <hier steht mein Admin-Token>

      Abgesehen davon, dass ich das Konstrukt mit dem Mapping per SSH noch nicht verstanden habe: Welchen Admin-Token verwendest du? Den des alten oder des neuen Servers?

      posted in ioBroker Allgemein
      Marc Berg
      Marc Berg
    • RE: Node-RED Nodes für externe ioBroker Integration

      @rewenode sagte in Node-RED Nodes für externe ioBroker Integration:

      //.filter(nodeInfo => nodeInfo.name && nodeInfo.name.includes('[Dashboard]'))  
      

      nodeInfo.name steht hier für den Namen des WS-ioB-nodes. Der darf nicht leer sein und muss den String [Dashboard] enthalten.
      Oder bin ich hier auf der falschen Fährte?

      ja, so ähnlich. Mit dem Konstrukt

      nodeInfo.name && nodeInfo.name.includes('[Dashboard]'))
      

      stellt man sicher, dass die Funktion keinen häßlichen Fehler auswirft, falls ein Node keine "Name" Eigenschaft besitzt. (ein eher theoretischer Fehler).

      Ich werde die Funktion noch ausbauen, sodass man den Namen der Trigger-Gruppe pro iob-in Node festlegen kann. Auf diese Weise muss man die Nodes im function Node nicht nochmal filtern.

      d3a36243-b85d-4792-819c-83844526eb72-grafik.png

      posted in Node-Red
      Marc Berg
      Marc Berg
    • RE: Node-RED Nodes für externe ioBroker Integration

      @marc-berg sagte in Node-RED Nodes für externe ioBroker Integration:

      (muss ich anpassen)

      --> v0.15.0-1

      posted in Node-Red
      Marc Berg
      Marc Berg
    • RE: Node-RED Nodes für externe ioBroker Integration

      @rewenode sagte in Node-RED Nodes für externe ioBroker Integration:

      Wäre es möglich, dem WS-ioB-In einen Eingang zu verpassen, um sozusagen von extern einen "Send initial value on startup" auszulösen?

      Möglich ja, aber: Nein.

      Abgesehen davon, dass der iob-in Node schon ziemlich überladen ist, finde ich es konzeptionell falsch. Ein "-in" Node sollte nur einen Ausgang haben, ein "-out" Node nur einen Eingang. Sonst werden Flows unlesbar, wenn man keine Trigger mehr erkennt.

      Aber ich verstehe das Problem und könnte mir eine Lösung vorstellen:

      • Jeder iob-in Node registriert sich selbst im Flow-Context und stellt eine Trigger-Funktion bereit. (muss ich anpassen)
      • Dein Dashboard Change Event triggert ein Function Node, in diesem steht sinngemäß:
      const registeredNodes = context.flow.get('iobroker_in_nodes');
      
      Object.values(registeredNodes)
          .filter(nodeInfo => nodeInfo.name && nodeInfo.name.includes('[Dashboard]'))
          .forEach(nodeInfo => nodeInfo.triggerCached());
      

      Oder beliebige andere Filter-Mechanismen, die Node-RED zur Verfügung stellt (alle Nodes eines Flows, einer Gruppe, ..)

      posted in Node-Red
      Marc Berg
      Marc Berg
    • RE: Pihole blockt nicht

      @negalein sagte in Pihole blockt nicht:

      fc4667b3-8f26-4c8a-bae5-9b9eb46a70da-image.png

      Achtung, hier gibt es unter Windows zwei Einstellungspunkte!

      df9999f4-f5ca-427f-828b-37185b4b0414-{75FB8973-CC90-47C9-9DD5-F706715746FC}.png

      je nach Konstellation (Feste IP-Zuweisung des Clients) kommen beide Punkte in Frage und können voneinander abweichen.

      Du musst unbedingt per

      nslookup
      

      prüfen, ob diese Einstellungen greifen, zur Not muss auch neu gestartet werden, bis es aktiv wird. So jedenfalls meine Erfahrung damit. Tipps, die nun auch noch einen anderen Blocker ins Feld führen, gehen am Problem vorbei.

      posted in Off Topic
      Marc Berg
      Marc Berg
    • RE: [gelöst] backup error von influxdb2 remote

      @tklein sagte in [backup

      error von influxdb2 remote](/post/1283150):

      /usr/local/bin/influx

      Richtig:

      /usr/local/bin/influx
      

      Falsch:

      /usr/bin/influx
      

      EDIT: oder einfach das Feld in backitup leer lassen

      posted in Einsteigerfragen
      Marc Berg
      Marc Berg
    • RE: [gelöst] backup error von influxdb2 remote

      @tklein sagte in backup error von influxdb2 remote:

      obwohl es per console geht?

      Console im Container?

      Dann ist vielleicht der Pfad in Backitup falsch? Was steht da drin?

      Was sagt

      which influx
      

      ?

      posted in Einsteigerfragen
      Marc Berg
      Marc Berg
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo