Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. ioBroker JS killt meine Synology ?

    NEWS

    • Monatsrückblick - April 2025

    • Minor js-controller 7.0.7 Update in latest repo

    • Save The Date: ioBroker@Smart Living Forum Solingen, 14.06.

    ioBroker JS killt meine Synology ?

    This topic has been deleted. Only users with topic management privileges can see it.
    • Humidor
      Humidor @Humidor last edited by

      so, alles von vorne, die Syno läuft, Docker ioBroker Container auf latest, läuft
      Bildschirmfoto 2024-11-30 um 12.27.54.png

      ioBroker läuft, mit den nötigsten
      woher kommen die 8 CPU's ?
      Bildschirmfoto 2024-11-30 um 12.28.43.png

      alle Adapter sind aus bis auf admin, cloud, iot, vis und web.
      Bildschirmfoto 2024-11-30 um 12.29.14.png

      sobald ich dann anfange Adapter zu starten, geht die CPU/Ram Auslastung hoch, das ist mM ja normal, aber bei Mqtt sind es gleich 20% und mehr pro! Adapter und ich habe 3 davon...
      Bildschirmfoto 2024-11-30 um 12.31.04.png

      und der ioBroker ist ausgelastet
      Bildschirmfoto 2024-11-30 um 12.31.37.png

      BananaJoe 1 Reply Last reply Reply Quote 0
      • BananaJoe
        BananaJoe Most Active @Humidor last edited by BananaJoe

        @humidor sagte in ioBroker JS killt meine Synology ?:

        sobald ich dann anfange Adapter zu starten, geht die CPU/Ram Auslastung hoch, das ist mM ja normal, aber bei Mqtt sind es gleich 20% und mehr pro! Adapter und ich habe 3 davon...

        Naja, der erste ist könnte ein Broker sein? Der war gerade aus, also werden alle Geräte die den gerade nutzen geichzeitig versuchen sich wieder zu verbinden. Als darf der nach dem Start mal eben 5 Minuten etwas höher lasten

        Humidor 1 Reply Last reply Reply Quote 0
        • Humidor
          Humidor @BananaJoe last edited by Humidor

          @bananajoe sehe nach geraumer Zeit kurz 27% und dann lange 83%, wiederholend
          Bildschirmfoto 2024-11-30 um 12.50.59.png Bildschirmfoto 2024-11-30 um 12.50.42.png Bildschirmfoto 2024-11-30 um 12.50.19.png Bildschirmfoto 2024-11-30 um 12.50.11.png Bildschirmfoto 2024-11-30 um 12.50.04.png

          hinzu kommt, das polling findet gar nicht statt, dazu müsste javastrict lauf, dort wird das polling gestartet
          dh die Mqtt sind nur aktiv und schon belastet es die CPU massiv! zumindest von Clients nicht.

          Humidor 1 Reply Last reply Reply Quote 0
          • Humidor
            Humidor @Humidor last edited by Humidor

            sobald der mqtt.0 Server läuft, läuft auch J auf Hochtouren
            Bildschirmfoto 2024-11-30 um 13.05.12.png

            wenn ich mqtt.o stoppe:
            Bildschirmfoto 2024-11-30 um 13.06.03.png

            es kommuniziert ein bsc (esp, liest die Daten per BT von einer Speicherbatterie ein) und 2 goE Wallboxen
            was soll daran so tragisch sein?
            Bildschirmfoto 2024-11-30 um 13.08.41.png

            Anhand vom Timestamp sehe ich auch, dass sich dort nicht viel bewegt. Mqtt aktualisiert ja nicht zyklisch, nur bei Änderung, das wäre ja der Vorteil....
            Bildschirmfoto 2024-11-30 um 13.14.26.png
            sobald ich den mqtt.o stoppe, ist die Auslastung = 0%

            jetzt habe ich mein javascript gestart, dh das lesen von mqtt1 und 2 ist aktiviert
            Bildschirmfoto 2024-11-30 um 13.17.36.png

            die Auslastung bleibt gering
            Bildschirmfoto 2024-11-30 um 13.18.20.png

            Armilar 1 Reply Last reply Reply Quote 0
            • Armilar
              Armilar Most Active Forum Testing @Humidor last edited by

              @humidor

              Warum laufen alle 3 Instanzen des MQTT auf Port 1883?

              7b03b491-8d56-4265-8bcd-5cf000a73495-image.png

              Humidor BananaJoe 2 Replies Last reply Reply Quote 0
              • Humidor
                Humidor @Armilar last edited by

                @armilar sollten die unterschiedlich eingestellt werden?

                Armilar 1 Reply Last reply Reply Quote 0
                • Armilar
                  Armilar Most Active Forum Testing @Humidor last edited by

                  @humidor

                  Jap und die Clients entsprechend auch...

                  Humidor 1 Reply Last reply Reply Quote 0
                  • Humidor
                    Humidor @Armilar last edited by

                    @armilar ändere ich den Port im mqtt.1 und im Cerbo (Mqtt Broker) auf 1884, kommunizieren die Dinger nicht mehr miteinander?

                    Thomas Braun 1 Reply Last reply Reply Quote 0
                    • Thomas Braun
                      Thomas Braun Most Active @Humidor last edited by

                      @humidor

                      Services dann auch neugestartet?

                      Humidor 1 Reply Last reply Reply Quote 0
                      • Humidor
                        Humidor @Thomas Braun last edited by

                        @thomas-braun immer natürlich, nein will nicht, weiß da nicht weiter.

                        1 Reply Last reply Reply Quote 0
                        • Armilar
                          Armilar Most Active Forum Testing last edited by Armilar

                          @humidor

                          Setze die Ports immer in mind. 2er Schritten. Wenn der MQTT.0 auf 1883 steht, dann nutzt der wahrscheinlich ebenfalls den 1884.

                          Also den MQTT.1 auf 1885 und den MQTT.2 auf 1887

                          Falls da noch ein Sonoff-Adapter, Shelly-Adapter oder anderer Adapter mit MQTT aktiv ist, dann dort auch abweichende Ports nutzen. Die stören sich sonst gegenseitig.

                          1 Reply Last reply Reply Quote 1
                          • Humidor
                            Humidor last edited by Humidor

                            @armilar es will nicht, sobald ich den mqtt.0 (Broker) abdrehe, fkt. irgendwie vieles nicht mehr in den Victron Cerbos (Node Red), die Cerbos sind aber Broker.
                            über die Clients lese ich die Werte der Cerbos aus, eine Änderung des Ports fkt. nicht.
                            da ist der Wurm drin.

                            am meisten frisst der JS Controller, ist das Sinn der Sache?
                            hmm, ist die % Anzeige vom JS die Summe aller Prozesse?

                            1 Reply Last reply Reply Quote 0
                            • BananaJoe
                              BananaJoe Most Active @Armilar last edited by

                              @armilar sagte in ioBroker JS killt meine Synology ?:

                              @humidor

                              Warum laufen alle 3 Instanzen des MQTT auf Port 1883?

                              7b03b491-8d56-4265-8bcd-5cf000a73495-image.png

                              STOP Warum soll da was an den Ports geändert werden?
                              mqtt.0 ist ein Broker, und der darf - wenn frei - natürlich auf Port 1883 laufen
                              mqtt.1 ist ein Client - und natürlich darf der sich zu einen Broker verbinden der auf 1883 läuft. Lokal belegt er damit den Port nicht, das ist der Zielport zu dem er sich verbinden will
                              mqtt.1 dito, siehe mqtt.0

                              Humidor 2 Replies Last reply Reply Quote 0
                              • Humidor
                                Humidor @BananaJoe last edited by

                                @bananajoe mqtt.0 ist der Broker, der hat mit meinen 2 Cerbos nichts zu tun. dennoch fkt. dann einiges auf den Cerbos nicht mehr, wenn ich ihn stoppe. Ich habe echt noch kA warum das so ist. Die Broker und Client Instanzen im ioBroker haben keine Abhängigkeiten zueinander oder? Es verbinden sich aber auch andere Geräte auf diesen Broker.
                                jede Instanz eines mqtt erzeugt eine Grundlast am ioBroker, denke ein weiterer Broker um die anderen Geräte auf einen anderen Port zu leiten, wird das System weiter an den Rand bringen. Außer durch die Mehrbelegung entsteht ein Problem, dass mehr Rechenleistung verursacht, als gewöhnlich (das weiß ich nicht).

                                Ich möchte mal rausfinden, warum da Zusammenhänge sind. Das gefällt mir nicht.
                                Die Victron Cerbos (bessere Raspis) haben einen Mqtt Broker am laufen. (den Port verändern habe ich noch nicht raus bekommen wie). Ich möchte nur per Clients zum ioBroker Daten holen, über die Clients kann dann auch ein Pfad geöffnet werden zur Kommunikation, das mache ich so. dh der ioBroker gibt eine Paar Werte rüber zur Steuerung an die Cerbos. Mehr ist da nicht.
                                Normalerweise wäre die Topology von Mqtt so, dass sich die Client anmelden und dann schickt der Broker geänderte Daten durch. Warum auch immer, muss ich einen Alive alle 30s machen, dass diese Verbindung aufrecht bleibt sonst beendet der Master diese nach ca.60s. In der Instanz wäre das eigentlich mit "Dauerhafter Session" aktiviert, so meine Interpretation, fkt. leider nicht. Das ist aber meine geringste Sorge.

                                Das Ziel wäre jetzt den Mqtt Broker im ioBroker zu stoppen (die verbundenen Geräte sind nur Datenlieferanten, die erstmal kalt gestellt werden können), dann rausfinden, warum am Cerbo Funktionen ausfallen.

                                1 Reply Last reply Reply Quote 0
                                • Humidor
                                  Humidor @BananaJoe last edited by

                                  @bananajoe ja da dürfte ich was gefunden haben
                                  in den Cerbos gibt es einen Node Red Baustein, der die Cennectivity zum ioBroker (Mqtt Master) abgefragt hat, das dürfte allen Übels sein, denn nun ist die Auslastung gering.
                                  Bildschirmfoto 2024-12-01 um 08.25.56.png

                                  noch die Frage, woher die 8 CPU's ?

                                  Thomas Braun 1 Reply Last reply Reply Quote 0
                                  • Thomas Braun
                                    Thomas Braun Most Active @Humidor last edited by

                                    @humidor sagte in ioBroker JS killt meine Synology ?:

                                    noch die Frage, woher die 8 CPU's ?

                                    Das sind 4 Cores / 8 Threads bei der CPU. Siehe:
                                    https://www.cpu-monkey.com/de/cpu-amd_ryzen_embedded_v1500b

                                    Humidor 1 Reply Last reply Reply Quote 1
                                    • Humidor
                                      Humidor @Thomas Braun last edited by

                                      @thomas-braun verstanden, danke, dh das Docker Image gibt die volle Anzahl des Systems frei oder wer macht das?

                                      Thomas Braun 1 Reply Last reply Reply Quote 0
                                      • Thomas Braun
                                        Thomas Braun Most Active @Humidor last edited by Thomas Braun

                                        @humidor

                                        Die info wird aus der Hardware ausgelesen. Wird z. B. im iob diag auch gemacht:

                                        Systemuptime and Load:
                                         09:25:36 up 17:14,  2 users,  load average: 0.76, 0.63, 0.55
                                        CPU threads: 4
                                        
                                        
                                        Humidor 1 Reply Last reply Reply Quote 0
                                        • Humidor
                                          Humidor @Thomas Braun last edited by

                                          @thomas-braun eine Anzeige des aktuellen Zustands, aber wer bestimmt es?

                                          Thomas Braun 1 Reply Last reply Reply Quote 0
                                          • Thomas Braun
                                            Thomas Braun Most Active @Humidor last edited by

                                            @humidor sagte in ioBroker JS killt meine Synology ?:

                                            eine Anzeige des aktuellen Zustands, aber wer bestimmt es?

                                            Nein, eine Anzeige der verwendeten Hardware. Wird vom Chip-Design bestimmt.

                                            Humidor 1 Reply Last reply Reply Quote 0
                                            • First post
                                              Last post

                                            Support us

                                            ioBroker
                                            Community Adapters
                                            Donate
                                            FAQ Cloud / IOT
                                            HowTo: Node.js-Update
                                            HowTo: Backup/Restore
                                            Downloads
                                            BLOG

                                            925
                                            Online

                                            31.6k
                                            Users

                                            79.4k
                                            Topics

                                            1.3m
                                            Posts

                                            6
                                            40
                                            1488
                                            Loading More Posts
                                            • Oldest to Newest
                                            • Newest to Oldest
                                            • Most Votes
                                            Reply
                                            • Reply as topic
                                            Log in to reply
                                            Community
                                            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                            The ioBroker Community 2014-2023
                                            logo