Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. Skripten / Logik
    4. [Beantwortet] Systemdaten von anderem Raspberry Pi auslesen

    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

    [Beantwortet] Systemdaten von anderem Raspberry Pi auslesen

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

      Hi Leute,

      ich habe auf einem zweiten Einplatiner (auch ein Pi) meine HM CCU laufen. Was wäre der einfachste Weg, an die Systemdaten, die z.B. der Pi-Adapter ausspuckt (Wie SoC Temperatur, Uptime, …) zu kommen um sie in Datenpunkte zu schreiben?

      Was mir bislang in den Sinn kommt ist "sehr umständlich über Bash-Skript abfragen" oder MQTT, allerdings kann ich MQTTnicht einschätzen, da ich damit bislang nix am Hut hatte.

      beste Grüße

      fox

      1 Reply Last reply Reply Quote 0
      • wendy2702
        wendy2702 last edited by

        Wie läuft HM CCU? Rasperrymatic, YAHM, PiVCCU ?

        Außer bei Raspbberrymatic solltest du ohne Probleme auf dem Pi auch iobroker installieren können um dann eine Multihost konfig daraus zu machen.

        Das ist der einfachste weg der mir bekannt ist.

        1 Reply Last reply Reply Quote 0
        • foxriver76
          foxriver76 Developer last edited by

          Danke für die schnelle Antwort.

          @wendy2702:

          Wie läuft HM CCU? Rasperrymatic, YAHM, PiVCCU ?

          Außer bei Raspbberrymatic solltest du ohne Probleme auf dem Pi auch iobroker installieren können um dann eine Multihost konfig daraus zu machen. `

          Ausgerechnet Raspberrymatic. 😮

          Hat in diesem Fall jemand eine Ahnung bzw eine Idee für den Weg des geringsten Widerstands 😄

          1 Reply Last reply Reply Quote 0
          • D
            deimos last edited by

            Hi,

            vermutlich geringster Widerstand: Sicherung in RaspberryMatic machen, (ggf. neue) SD Karte mit All-In-One mit piVCCU bespielen und Pi damit starten, Nacharbeiten im Image machen, wie das auf der Download Seite beschrieben ist, Backup in die virtuelle CCU einspielen, ggf. alle CCU Addons in CCU2 Version drüberinstallieren. Dürfte eine Sache von unter 1h sein.

            Viele Grüße

            Alex

            1 Reply Last reply Reply Quote 0
            • P
              pix last edited by

              Hallo,

              hab das bei einem Odroid mit Bash und simple API gemacht.

              viewtopic.php?t=8064#p143912

              Pix

              1 Reply Last reply Reply Quote 0
              • foxriver76
                foxriver76 Developer last edited by

                @deimos:

                vermutlich geringster Widerstand: Sicherung in RaspberryMatic machen, (ggf. neue) SD Karte mit All-In-One mit piVCCU bespielen und Pi damit starten, Nacharbeiten im Image machen, wie das auf der Download Seite beschrieben ist, Backup in die virtuelle CCU einspielen, ggf. alle CCU Addons in CCU2 Version drüberinstallieren. Dürfte eine Sache von unter 1h sein. `

                Danke für die Antwort, allerdings hatte ich nicht vor das System zu wechseln/Multihost zu betreiben, sondern möchte lediglich ein paar Daten des anderen PI´s überwachen.

                @pix:

                hab das bei einem Odroid mit Bash und simple API gemacht.

                viewtopic.php?t=8064#p143912 `

                Danke, werde ich mir mal zu Gemüte führen. 😉

                1 Reply Last reply Reply Quote 0
                • foxriver76
                  foxriver76 Developer last edited by

                  Nun habe ich in Pixs Thread das auch so aufgefasst, dass er das nur so macht, da man auf seinem Device kein ioBroker installieren kann. Bevor ich mir umsonst die Mühe anderweitig mache:

                  Wird grundsätzlich empfohlen auf den möglichen Devices, diese als Slave einzubinden? Ergeben sich Einschränkungen daraus, wenn die CCU in einem virtuellen Container läuft?

                  Bislang (nach ersten Recherchen) wirkt es auf mich eher so als hätte piVCCU sogar eher Vorteile gegenüber Raspberrymatic. Und gegebenenfalls könnte man je nach Auslastung ein paar Prozesse an den Slave abgeben.

                  beste Grüße

                  fox

                  1 Reply Last reply Reply Quote 0
                  • wendy2702
                    wendy2702 last edited by

                    Ich habe bisher 3 Slave Installationen (PI3) zusätzlich zu meinem Host laufen.

                    Allerdings eher weniger wegen Lastverteilung sondern vielmehr weil mein Host auf dem Speicher steht, ich aber z.B, meinen Stromzähler im Hauswirtschaftsraum auslesen möchte etc.

                    Auf einem läuft iobroker auch mit PiVCCU bisher Problemlos. Für mich war die Einfachheit der CCU FW Upgrade und Übernahme der Daten CCU2 bei PiVCCU entscheidend.

                    Bei YAHM bin ich irgendwie an der Installation gescheitert und einen ganzen PI nur für CCU2 - Raspberrymatic zu „verschwenden“ wollte ich nicht.

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

                    Support us

                    ioBroker
                    Community Adapters
                    Donate

                    841
                    Online

                    31.7k
                    Users

                    79.8k
                    Topics

                    1.3m
                    Posts

                    4
                    8
                    1687
                    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