[DEPRECATED] Abkündigung Adapter ioBroker.info

ofri2607

@thomas-braun
Bei mir ist das genauso mit dem Admin Adapter am Master und am Slave und es war mir so nicht bewusst, dass der am Master ausreichend ist. Ich bin da bei dir, was nicht wirklich notwendig ist, gehört raus.
Vielleicht ist das jetzt eine blöde Frage, aber kann ich den Admin-Adapter am Slave einfach löschen, oder ist da zuvor etwas zu beachten / einzustellen?

Thomas Braun

@ofri2607

Sollte gehen.

olifre

@mcm57 said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

Sollten einzelne Funktionen jemandem dringend abgehen, dann bitte ruhig hier nachfragen. Eventuell gibt es punktuellen Ersatz oder eine sonstige Lösung dafür.

Ich schließe mich auch einmal den Fragen nach einem Adapter für CPU-Temperatur-Monitoring an. Habe dafür bisher gerne den Info-Adapter genutzt.

In meinem Fall ist das System ein kleiner x86 mit 3 Watt Stromverbrauch, der die Temperaturen per lm_sensors problemlos zur Verfügung stellt.

Was ich bisher als Alternativen zum Info-Adapter probiert habe:

ioBroker.systeminfo und damit manuell die Daten aus sysfs oder so einsammeln. Der Adapter legt bei mir gar keine Objekte an, scheinen auf GitHub auch andere User zu reporten, wird vermutlich nicht mehr gepflegt.
ioBroker.snmp, leider kann aber der snmpd, wie er bei Debian und abgeleiteten Distros mitgeliefert wird, kein lm_sensors (siehe https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1062250 ).
ioBroker.linux-control , da dort das letzte Update im Git scheinbar vor zwei Jahren war, ist es vermutlich keine gute Idee, auf diesen Adapter zu setzen, da früher oder später Inkompatibilitäten zu erwarten sind.

Hat jemand eine gute Alternative zum Auslesen von CPU-Temperaturen?
Oder besteht die Möglichkeit, das im System-Adapter naczurüsten (zumindest für standardisiert per lm_sensors angebotene Temperaturen)?

Homoran

@olifre sagte in [DEPRECATED] Abkündigung Adapter ioBroker.info:

Hat jemand eine gute Alternative zum Auslesen von CPU-Temperaturen?

leider nein.

Zur Blütezeit von ioBroker auf SBCs habe ich feststellen müssen, dass selbst je nach Distro die Pfade zu den Temperaturen unterschiedlich waren.
Teilweise auch die Befehle um sie angezeigt zu bekommen.
Dadurch wurde es nahezu unmöglich diese einheitlich zu parsen.

Erschwerend jam dann noch dazu, dass sich das selbst bei gleichen SBC und OS dieses mit OS Versionen änderte.

Wenn man sann noch Win, Apfel und wer weiß was unter eine Haube bringen will ohne zusätzliche Programme zu installieren wird es IMHO nahezu unmöglich.

olifre

@homoran said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

Zur Blütezeit von ioBroker auf SBCs habe ich feststellen müssen, dass selbst je nach Distro die Pfade zu den Temperaturen unterschiedlich waren.
Teilweise auch die Befehle um sie angezeigt zu bekommen.

Das stimmt natürlich — mit libsensors von lm_sensors ist es zumindest auf allen Linux-Systemen schön einheitlich lösbar (bei Verwendung der Library ohne dass man Pfade braucht), aber die Spezialfälle wie Raspis oder Betriebssysteme wie Windows oder macOS erschlägt man damit natürlich leider nicht.

Wahrscheinlich bleibt mir dann nichts Anderes übrig, als selbst etwas zu basteln . Vermutlich dann mit einem snmp_passpersist-Skript als Erweiterung zum snmpd, auch wenn das nicht schön wird.

Falls jemand noch eine andere Idee hat, natürlich immer her damit .

Lucky_ESA

@olifre Habe 3 Raspberrys die mir alle Daten per Mqtt an den Adapter Mqtt jede Minute übergeben. Das kann ich dir nicht geben da ich dafür den Mqtt Adapter anpassen musste.
Habe dann allerdings noch ein weiteres Python Script laufen, welches per runlevel gestartet wird und dann jede Sekunde mir die CPU und RAM Daten liefert. Das kann man natürlich auch um die Temperatur erweitern.

Hier die IP und den Datenpunkt anpassen sowie eventuell den Intervall.

#!/usr/bin/env python3.0

import os
import time
import requests
import json
import math

url = "http://192.168.x.x:8087/setValueFromBody/0_userdata.0.Hiobs.debmatic_cpu?ack=true"

def read_meminfo():
   meminfo = {}
   for line in open('/proc/meminfo'):
       if not line: continue
       (name, value) = line.split()[0:2]
       meminfo[name.strip().rstrip(':')] = int(value)
   return meminfo

def getCPU():
   headers = {'Content-type': 'application/json', 'Accept': 'text/plain'}
   last_value = ""
   while True:
       meminfo = read_meminfo()
       memTotal = meminfo["MemTotal"]
       memFree = meminfo["MemFree"] + meminfo["Buffers"] + meminfo["Cached"]
       memUsed = math.ceil((memTotal - memFree) / 1024)
       memFreePct = 100.0*memFree/memTotal
       i = 0
       p = os.popen("cat /proc/stat")
       data = []
       for thing in p:
           i = i + 1
           all_time = 0
           line = thing.strip().split()[0:9]
           if line[0].startswith('cpu'):
               all_time_use = int(line[1]) + int(line[2]) + int(line[3]) + int(line[4]) + int(line[5]) + int(line[6]) + int(line[7]) + int(line[8])
               if i==1:
                   all_cpu = int(line[4])
               all_time = ((all_time_use - int(line[4])) / all_cpu) * 100.0
               data.append({"name": line[0], "value": str(round(all_time, 2)) + " %"})
       #tot_m, used_m, free_m = map(int, os.popen('free -t -m').readlines()[-1].split()[1:])
       data.append({"name": "RAM", "value": str(round(memUsed,2)) + " MB"})
       if last_value != json.dumps(data):
           r = requests.post(url, data=json.dumps(data), headers=headers)
           #if r.status_code == 200:
               #print(r.status_code)
           data_value = json.dumps(data)
       time.sleep(1)


if __name__ == "__main__":
   getCPU()

#! /bin/sh

case "$1" in
   start)
       echo "CPU wird gestartet"
       # Starte Programm
       python /home/rpi/cpu.py &
       ;;
   stop)
       echo "CPU wird beendet"
       # Beende Programm
       killall python /home/rpi/cpu.py
       ;;
   *)
       echo "Benutzt: /etc/init.d/cpustart {start|stop}"
       exit 1
       ;;
esac

exit 0

Nun noch 4 Symlinks erstellen:

sudo ln -s /etc/init.d/cpustart /etc/rc3.d/S99cpustart
sudo ln -s /etc/init.d/cpustart /etc/rc0.d/K01cpustart
sudo ln -s /etc/init.d/cpustart /etc/rc1.d/K01cpustart
sudo ln -s /etc/init.d/cpustart /etc/rc6.d/K01cpustart

Einmal neu Starten....

Natürlich müsste man jetzt das noch für dein System anpassen aber das sollte machbar sein.

Finde es schade das der Adapter nun entfernt werden muss aber es lässt sich nicht ändern.

EDIT: simple-api muss natürlich installiert sein!

Gruß//Lucky

pk68

Eine Frage zu dem Parameter "system.host.raspi4-sh.cpu" der ja die "CPU usage in % of one core" angeben soll. Bei Mehrkernsystemen wie z.B. einem Raspi 4 was gibt der Parameter an? Die Auslastungen eines beliebigen Kerns oder den Kern mit der Höchsten?

jolic

Hi, angesichts der Tatsache, dass es schon seit längerem keine neuen Updates mehr für den RPi-Monitor (rpi2) gibt und dieser ausschließlich für Debian konzipiert wurde, setze ich auf ein kleines JavaScript. Dieses Skript überwacht kontinuierlich die CPU-Temperatur und die Laufzeit meines Raspberry Pi-Systems und speichert diese Daten regelmäßig in ioBroker-Datenpunkten ab. Wer zusätzliche Informationen benötigt, kann diese Basis gerne als Ausgangspunkt nehmen und sie nach Bedarf erweitern.

Vielleicht gibt es jemanden, der eine bessere Lösung oder Idee für diesen Code hat? Bei mir läuft er jedenfalls ohne Probleme.

// V23.12.002
// Linux Pi-System Monitor
//
// Das Skript überwacht die CPU-Temperatur und die Uptime eines Raspberry Pi-Systems,
// und speichert diese Informationen regelmäßig in ioBroker-Datenpunkten,
// wobei die Temperatur auf eine Stelle und die Uptime auf zwei Stellen hinter dem Komma begrenzt wird.

var exec = require("child_process").exec;

// Pfad für die Datenpunkte
var dataPath = "javascript.0.linux-pi-system";

// Funktion zur Aktualisierung eines Zustands, falls vorhanden, oder zur Erstellung eines neuen Zustands
function updateOrCreateState(path, value, callback) {
    getObject(path, function (err, obj) {
        if (!err && obj) {
            // Der Zustand existiert bereits, aktualisiere ihn
            setState(path, value, true, callback);
        } else {
            // Zustand erstellen
            createState(path, value, true, callback);
        }
    });
}

// Funktion zur Speicherung der CPU-Temperatur
function saveCPUTemperature() {
    exec("cat /sys/class/thermal/thermal_zone0/temp", function (error, stdout, stderr) {
        if (!error) {
            // Umrechnung in Grad Celsius mit einer Stelle hinter dem Komma begrenzt
            var millikelvin = parseFloat(stdout.trim());
            var celsius = (millikelvin / 1000).toFixed(1);

            // Speichern des Wertes in ioBroker
            updateOrCreateState(dataPath + ".temperature", celsius, function () {});
        } else {
            log("Fehler beim Abrufen der CPU-Temperatur: " + error);
        }
    });
}

// Funktion zur Umrechnung der Uptime in Stunden und Speicherung
function saveUptime() {
    exec("cat /proc/uptime", function (error, stdout, stderr) {
        if (!error) {
            // Zerlegen des stdout-Strings und Umwandlung der ersten Zahl in Stunden
            var uptimeInSeconds = parseFloat(stdout.split(' ')[0]);
            var uptimeInHours = (uptimeInSeconds / 3600).toFixed(2);

            // Speichern des umgerechneten Wertes in ioBroker
            updateOrCreateState(dataPath + ".uptime", uptimeInHours, function () {});
        } else {
            log("Fehler beim Abrufen der Uptime: " + error);
        }
    });
}

// Initialer Aufruf der Funktionen
saveCPUTemperature();
saveUptime();

// Zeitplan für die regelmäßige Ausführung
schedule("*/5 * * * *", saveCPUTemperature); // Alle 5 Minuten die CPU-Temperatur abrufen und speichern
schedule("*/10 * * * *", saveUptime); // Alle 10 Minuten die Uptime abrufen und speichern

olifre

@lucky_esa Super, besten Dank! Das hat mich auf jeden Fall inspiriert — auch wenn meine Lösung nun etwas anders aussieht, aber die Idee, einfach direkt Werte zu setzen statt über einen anderen Adapter wie SNMP zu gehen, fand ich dann in der Tat erstmal einfacher.

Was ich jetzt mache, ist Folgendes:

const sistm = require("systeminformation");

const prefix = "0_userdata.0.temperatures";

{
    const data = await sistm.cpuTemperature();
    createState(prefix + ".main", undefined, {name: "CPU Temp Main", unit: "°C"});
    createState(prefix + ".socket", undefined, {name: "CPU Temp Socket", unit: "°C"});
    for (let i = 0; i < data.cores.length; i++) {
        createState(prefix + ".cores-" + i, undefined, {name: "CPU Temp Core "+i, unit: "°C"});
    }
}

schedule({second: [0, 30]}, async function () {
  const data = await sistm.cpuTemperature();
  setState(prefix + ".main", {val: data.main !== null ? data.main : null, ack: true});
  setState(prefix + ".socket", {val: data.socket[0] !== null ? data.socket[0] : null, ack: true});
  for (let i = 0; i < data.cores.length; i++) {
      setState(prefix + ".cores-" + i, {val: data.cores[i] !== null ? data.cores[i] : null, ack: true});
  }
  // console.log("cpu Temp res = " + JSON.stringify(data));
});

Das nutzt systeminformation, was noch gut gepflegt wird und auch vom Info-Adapter verwendet wurde. Damit legt es dann Datenpunkte, die ähnlich benannt sind wie beim Info-Adapter, für die CPU-Temperaturen an. Aktuell Auslese alle 30 Sekunden, das werde ich vermutlich noch reduzieren.
Dazu muss das NPM-Modul systeminformation natürlich installiert sein.

Vielleicht hilft das ja Jemandem, der auch so eine Lösung sucht .

mcm1957

@ag said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

Hallo
Ich habe hier einen Master und einen Slave.
Im Adapter Tab des Masters werden auch die auf dem Slave installierten Adapter angezeigt und können darüber auch aktualisiert werden.

Werden die bei dir ständig / per Default angezeigt oder musst du zuerst auf den Slave umschalten (Host wechseln ?).

Das es mit manuellem Wechsel des Hosts geht ist bekannt. Störend ist dabei nur, dass man da zuerst mal auf den / die Hosts wechseln muss um dann festzustellen, dass es nichts festzustellen gibt. Falls also bei dir gleichzeitig irgendwie der Status des Matsers UND der Slaves ohne Umscahlten angezeigt wird, wär es intressant zu klären wie das geht.

Zwischenzeitlich gibts auch schon eine Feature Issue zu dem Thema
https://github.com/ioBroker/ioBroker.admin/issues/2350

Garfonso created this issue in ioBroker/ioBroker.admin

open [enhancement]: indicate updates on other hosts somewhere #2350

ag

@mcm57
Hallo

Bei mir läuft auf dem Slave im Heizungsraum der CAN-BUS Adapter und der DS18B20 Adapter beide gemeldet wenn Updates vorliegen.

mcm1957

@ag said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

@mcm57
Hallo

Bei mir läuft auf dem Slave im Heizungsraum der CAN-BUS Adapter und der DS18B20 Adapter beide gemeldet wenn Updates vorliegen.

Ja - frage war
Parallel / gleichzeitig im Admin des Masters?
Oder selektierts du zuerst den Slave und dann zeigt dir Admin den Update an?

Und noch ne Zusatzfrage:
hast du am Slave admin installiert?

ag

@mcm57
Der Admin Adapter ist zwar auf dem Slave, noch von der Installation her, ist bei mir aber nicht aufrufbar.

Was die Updates angeht, da hast du Recht, muss erst den slave auswählen.
Asche auf mein ergrautes Haupt.

werde Jetzt den Admin am Slave mal deinstallieren.

beste Grüße

mcm1957

@ag said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

@mcm57
Der Admin Adapter ist zwar auf dem Slave, noch von der Installation her, ist bei mir aber nicht aufrufbar.

Was die Updates angeht, da hast du Recht, muss erst den slave auswählen.
Asche auf mein ergrautes Haupt.

werde Jetzt den Admin am Slave mal deinstallieren.

beste Grüße

Danke - das bestätigt, dass derzeit keine zentrale Anzeige in Admin vorhanden ist.

Homoran

@mcm57 sagte in [DEPRECATED] Abkündigung Adapter ioBroker.info:

das bestätigt, dass derzeit keine zentrale Anzeige in Admin vorhanden ist.

???

hier geht es doch nur darum, dass du auf dem Slave keinen eigenen admin brauchst.
Es wird bei richtiger Konfiguration und Installation alles über den admin des Masters verwaltet.

mcm1957

@homoran said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

hier geht es doch nur darum, dass du auf dem Slave keinen eigenen admin brauchst.
Es wird bei richtiger Konfiguration und Installation alles über den admin des Masters verwaltet.

NÖ es ging / geht auch darum, dass man nicht von Master auf Slave manuell UMSCHALTEN muss um zu sehen ob ob Slave was aktualisieren ist. Das ist lästig und man vergisst drauf. Man sollte ohne viel Umschalten / Auswählen auf einen Blick sehen können ob was zu aktualisiseren ist, d.h. eine gemeinsame Ansicht welche Adapter zu aktualisieren sind - unabhängig davon ob auf Master oder Slave x - wurde vermisst. Info hat das scheinbar angeboten.

Dazu gibts aber jetzt mal eine Feature - Issue im Admin.

Homoran

@mcm57 sagte in [DEPRECATED] Abkündigung Adapter ioBroker.info:

Dazu gibts aber jetzt mal eine Feature - Issue im Admin.

super, gilt das dann auch für das log?

@homoran sagte in [DEPRECATED] Abkündigung Adapter ioBroker.info:

@mcm57 sagte in [DEPRECATED] Abkündigung Adapter ioBroker.info:

Was wolfi913 sucht ist eine Möglichkeit OHNE den Host umzuschalten mit einem Blick zu sehen ob und welche Adapter auf den Slaves zu aktualisieren sind; auch wenn diese am aktiven Hist (z.B. Master) gar nicht installiert sind.

wäre dann in der Hostliste eine weitere Auswahl ("alle") möglich?

so etwas wünsche ich mir auch bei den logs. Fehlermeldungen auf den Slaves gehen mir immer wieder durch die Lappen

mcm1957

@homoran

Nö für den Log müßtest du noch ein Issue schreiben
Wär dann aber wohl js-controller und nicht admin.

mcm1957

@homoran said in [DEPRECATED] Abkündigung Adapter ioBroker.info:

@homoran sagte in [DEPRECATED] Abkündigung Adapter ioBroker.info:

so etwas wünsche ich mir auch bei den logs. Fehlermeldungen auf den Slaves gehen mir immer wieder durch die Lappen

Hab extra für dich da mal ein Feature Issue geschrieben. Ev. ergänze wenn du weitere Iddeen / Anregungen hast:

https://github.com/ioBroker/ioBroker.js-controller/issues/2608

mcm1957 created this issue in ioBroker/ioBroker.js-controller

closed [enhancement]: add (optional?) central logging #2608

Homoran

@mcm57 Danke!

Aber entweder habe ich da was falsch verstanden, oder es geht um verschiedene Dinge!

Meine Systeme haben keinen admin auf dem Slave/den Slaves.
Ich bekomme immer alle logs auf den admin des Masters.
ob das nicht so ist, wenn sich auf den slaves ebenfalls admins befänden, kann ich nicht beurteilen, glaube aber dass auch dann alle logs auf dem Master zusammenlaufen.

und ja, um die logs der slaves im Master zu sehen muss man die Ansicht über das Pulldown im Reiter Protokolle umstellen

NEWS