Ah ok, naja als User hat man da nicht so den Überblick, dass überlasse ich auch gerne den Profis

pi@iobroker:~ $ which npm
/usr/local/bin/npm

Ist das korrekt?

Edit:
Ok, hab es selber gefunden.
Die npm location war tatsächlich eine andere.

pi@iobroker:~ $ /usr/local/bin/npm -v
4.6.1
pi@iobroker:~ $ /usr/bin/npm -v
6.13.0

Habe jetzt /usr/local/bin/node durch einen Symlink ersetzt

sudo rm /usr/local/bin/npm
sudo ln -s /usr/bin/npm /usr/local/bin/npm

Und voila:

pi@iobroker:~ $ /usr/local/bin/npm -v
6.13.0

@paul53
Es funktioniert einwandfrei ohne Datenpunkt und "Frei" Variable.
Ein schönes kurzes Script ist es nun geworden, was es auch gleich um einiges übersichtlicher macht.
Vielen Dank!

Hier nun noch für alle späteren Leser wie es jetzt aussieht:

var Flora01 = "ble.1.xx:xx:xx:xx:xx:xx.fertility";
var Flora02 = "ble.1.xx:xx:xx:xx:xx:xx.fertility";
var Flora03 = "ble.1.xx:xx:xx:xx:xx:xx.fertility";

function ecWertRechner(data) {
    let ecWert = '0.0';
    if (data >= 100 && data <= 219) ecWert = '0.1';
    else if (data >= 220 && data <= 329) ecWert = '0.2';
    else if (data >= 320 && data <= 429) ecWert = '0.3';
    else if (data >= 430 && data <= 549) ecWert = '0.4';
    else if (data >= 550 && data <= 559) ecWert = '0.5';
    return ecWert;
}
 
on(Flora01, function(dp) {setState("javascript.0.variable.Statustext.ecwert.ecwert1", ecWertRechner(dp.state.val))});
on(Flora02, function(dp) {setState("javascript.0.variable.Statustext.ecwert.ecwert2", ecWertRechner(dp.state.val))});
on(Flora03, function(dp) {setState("javascript.0.variable.Statustext.ecwert.ecwert3", ecWertRechner(dp.state.val))});

@crunchip
Gut das Du das sagst. Ich werde den Datenpunkt mal beobachten, ob er aktualisiert wird.
Zur Zeit ist er auf jeden Fall aktuell und wurde nach dem Neustart der FB vorhin aktualisiert.
Sieht also ganz gut aus. Notfalls bastele ich mir sonst auch ein Script, wäre ja schnell erledigt.
Auf jeden Fall schon mal danke für den Tipp!
Wird wohl ein paar Tage dauern, aber sowie ich Gewissheit habe, dass es die Lösung ist melde ich mich hier nochmal.
Nichts hasse ich mehr als abrupt endende Threads, ohne zu wissen, wie es weiter ging

@liv-in-sky
Oh Mann, vielen Dank für den Denkanstoß, es kommt tatsächlich von einem Script.
Ich habe jetzt mal ein wenig gestöbert in den Scripts und dann folgendes heraus bekommen:
In einem meiner Scripts wird mit schedule ein Log erstellt und immer wenn ich das Log gleichzeitig geöffnet habe genau zu dieser Zeit kann nicht in diese Datei geschrieben werden. Allerdings nur, wenn ich die Log-Datei mit OpenOffice geöffnet habe passiert das.
Ist das Log in Notepad++ geöffnet, kann er ohne Probleme in die Datei schreiben und N++ aktualisiert mir dann die Ansicht auf den neuesten Stand.
OpenOffice scheint die Datei zu schützen. Muss ich also dort mal gucken, ob man das Verhalten ändern kann.

Moin, mal ne Frage an die SmartHome Freaks und Linux Spezis hier.
Und zwar geht es um eine Ausfallsicherung des SmartHomes, wenn der RasPi sich mal aufhängt, auf dem bei mir ioBroker als Master läuft.
Zugegeben, es kommt nur max. 1-2x im Jahr vor (wenn überhaupt), grundsätzlich nach Murphys Law aber dann, wenn ich nicht zu Hause bin und nicht kurz eingreifen kann und den RasPi neu durchstarte.
Wenn es passiert, kann ich mir abends von meiner Frau Vorträge anhören, weil nix ging und wie unnütz der ganze Automatisierungskram ist, obwohl sie es im Normalfall wenn alles normal läuft liebt
Meine Frage geht in 2 Richtungen:
Wie schützt ihr Euch vor Ärger mit der Regierung in solchen Fällen? Also was habt ihr so für Vorkehrungen getroffen? "Ich komme erst nach Hause wenn sie schon schläft" ist hierbei keine Option!
Die zweite Richtung ist eine Idee die ich habe, aber als Linux Laie nicht wüsste, wie ich so etwas umsetzen könnte. Dafür würde ich auf jeden Fall Hilfe benötigen.
Die Idee ist folgende:
Wenn der Master RasPi mal abstürzt, ist er auch nicht anpingbar.
Ich habe noch einen Raspberry Zero als ioBroker Slave im System.
Könnte man nicht eine Art Cronjob (unabhängig von ioBroker) auf dem Slave einrichten, der alle x-Minuten einen Ping auf die IP-Adresse des Masters macht?

• Wenn dieser positiv ist, wird der Job beendet.

• Wenn der Ping negativ ist, warte nochmal 1 Minute und wiederhole den Ping. Ist dieser wieder negativ, sende einen http-request an einen Tasmota-Sonoff, der den Strom vom Master-RasPi auschaltet und dann nach 10 Sekunden einen Zweiten request, der ihn wieder einschaltet.
  Damit würde der Master-RasPi dann automatisch neu gestartet werden und sollte wieder normal funktionieren.

Die Wahrscheinlichkeit, dass beide Raspberries gleichzeitig abstürzen, sodass der Crojob also nicht funktioniert halte ich für extrem unwahrscheinlich, von daher scheint mir das eine super Lösung um immer eine funktionierende Installation des SmartHomes zu erhalten.

Was haltet ihr von der Idee und kann mir jemand bei der Umsetzung helfen?
Ich habe bisher nur extrem simple Bashs geschrieben (und die eigentlich auch eher aus dem Netz zusammengeklaut und mit Copy&Paste mit kleinen eigenen Änderungen dann verwendet).

Aber bitte jetzt keine Diskussion über "lieber solltest du prüfen warum der Master-RasPi abgestürzt ist" und dergleichen. Das prüfe ich dann sowieso und in der Regel waren es bisher immer Einzelfälle, keine grundlegenden Fehler. Es geht mir hier nur um eine Ausfallsicherung in der oben beschrieben Form, bei der das Problem bisher immer durch einen simplen Neustart des Systems behoben war.

Gruß und Dank im voraus aus dem Norden

Oh, sorry mein Fehler, ich dachte Bookworm wäre irgendetwas Spezielles für den Zero und habe erst jetzt geschnallt das die aktuelle Debian Version so heißt
Soviel zum Thema KnowHow ...
Bis der Zero 2 hier ist werde ich mal mit der 32Bit rumtesten

Danke für die Hilfe!

Okay,
danke für die Antworten.
Dann kommt demnächst ein Zero 2 W dahin, bestellt habe ich ihn eben schon, die sind ja wieder richtig erschwinglich geworden.

Nur so interessenhalber, was für Probleme kann es denn geben bei unterschiedlichen Host Versionen?
Und was macht man mit dem alten Zero W noch sinnvolles?

Moin!
Ich habe ioBroker auf einem RasPi4 als Master und einen Slave auf einem RasPi Zero W.
Bei beiden ist noch js-controller 4.0.24 installiert.
Auf dem Master könnte ich das Update auf 5.0.19 durchführen.
Auf dem Slave ist das für den RasPi W Zero W nicht möglich, da dort nur Node v12.20.0 zu installieren geht. Ich weiß es gibt Umwege dieses upzudaten, hatte ich mal getestet und ist mir nicht gelungen, einfach zu wenig KnowHow.
Ist aber auch gar nicht da Thema ...
Die Frage die ich habe ist viel simpler:
Ich möchte nur den Master updaten und den Slave so lassen wie er ist, da läuft eh nur ein BLE Adapter drauf.
Ist es eine gute Idee, das Master und Slave verschiedene js-controller Versionen haben oder sind da Probleme vorhersehbar?

Der Master soll nur langsam auf Version 5.0.19 hochgezogen werden weil jetzt immer mehr Adapter das voraussetzen, daher die Frage.

@ralla66
Danke für die Antwort, aber die erste Zahl gibt den Key an, die zweite die Option.
In deinem Beispiel bringst du ein wenig etwas durcheinander
21:32:52 CMD: RfCode2 16
21:32:52 MQT: stat/Bridge/RESULT = {"RfCode":16}
Beim Aufruf von "RFCode" übergibst du der Bridge einen Code den sie ausführen soll. Da braucht es gar keine erste Zahl, weil gar kein RFKey verwendet wird. Du übergibst im Beispiel nur den RFCode 16, den die Bridge auch sendet, ohne auf die 2 einzugehen, weil sie für das ausführen des Codes keinen spezifischen Key verwendet. Nur so kann man ja auch RFCodes ausführen die gar nicht in der Bridge gespeichert sind.
Für die Optionen (1-6) muss der Befehl RFKey anstatt RFCode verwendet werden.
Bei mir macht die Bridge das ja auch korrekt und führt gewünschten Code oder gespeicherten Key aus, allerdings eben nicht 6stellig wie von mir übergeben, sondern nur 5stellig (anstatt Code 56550C nur Code 56550. Deshalb reagiert der angesteuerte Switch auch nicht, da er sich gar nicht angesprochen fühlt.
Deswegen vermute ich ja auch einen Formatfehler durch eine falsche Einstellung in der Bridge. Nur das ich eben nicht weiß, welche Einstellung dort relevant ist.

Habe jetzt mal den LogLevel etwas erhöht.
Sendet die Bridge überhaupt irgend etwas?
Laut

CMD: rfkey5 5
MQT: stat/RF-BRIDGE/RESULT = {"RfKey5":{"Sync":9120,"Low":300,"High":890,"Data":"56550C"}}

ist der RFCode korrekt auf dem Key5 hinterlegt.
Wenn ich den Key5 dann sende ist "Data" aber leer?

CMD: Grp 0, Cmd 'RFKEY', Idx 5, Len 0, Pld -99, Data ''
MQT: stat/RF-BRIDGE/RESULT = {"RfKey5":"Learned sent"}

... ich verstehe es nicht ...

@ralla66

CMD: rfkey5 6
MQT: stat/RF-BRIDGE/RESULT = {"RfKey5":"Learned sent"}

Kommt auf das gleiche heraus leider. Auslösen kann man auch ohne " 6"

Moin,
ich habe in der Sonoff RF-Bridge mit Tasmota (verschiedene Versionen getestet, bis ganz aktuell 13.1) zB. auf RFKey5 einen Code gespeichert.
Alles erscheint korrekt in der Konsole

CMD: rfkey5 5
MQT: stat/RF-BRIDGE/RESULT = {"RfKey5":{"Sync":9090,"Low":300,"High":890,"Data":"56550C"}}

Wenn ich nun im WebIF der RF-Bridge oder über den ioBroker per Script schalten will, wird das Senden zwar ausgeführt, aber der gesendete Code ist nur fünf- statt sechs-stellig. Dadurch schaltet natürlich gar nichts.

CMD: rfcode 56550C
MQT: stat/RF-BRIDGE/RESULT = {"RfCode":56550}
CMD: rfkey5
MQT: stat/RF-BRIDGE/RESULT = {"RfKey5":"Learned sent"}
CMD: RfCode5
MQT: stat/RF-BRIDGE/RESULT = {"RfCode":56550}

Es sieht für mich so aus als ob irgendeine falsche Format-Einstellung aktiv ist, die nur 5stellige Codes akzeptiert.
Komischerweise hat es mal funktioniert vor einiger Zeit. Allerdings muss ich wohl in den Einstellungen der RF-Bridge entweder etwas verändert haben oder da ist etwas mit einem Tasmota-Update geändert worden.
Hat jemand eine Idee?
setoption28 ist Aus
RFRaw ist auch Aus

Danke im voraus für Tipps

@paul53
Ah ok danke, dann ist natürlich klar das nichts ausgelesen wird.
Und wie werden da gültige Datenpunkt-IDs draus?

Moin, wieder mal ich mit einem Loop Problem ... irgendwie raff ich es nicht und brauche mal wieder eure Hilfe.
Also, ich habe eine Funktion die mir Höchst und Tiefstwerte eines Datenpunkts speichern soll.
Da es insgesamt 21 Datenpunkte (Kurs1 - Kurs21) sind die überwacht werden, lasse ich einen Loop über die Datenpunkte laufen.
Die Daten sollen dann mit dem bisherigen Wert von den Datenpunkten (High1 - High21; Low1 - Low21)verglichen werden und falls der Wert tiefer oder höher ist die bisherigen Werte der entsprechenden Datenpunkte überschreiben.
Mein Ansatz sieht so aus:

function HiLo() {
  for (let i = 1; i <= 21; i++) {
    const kursId = `Kurs${i}`; // Namen Kurs1 - Kurs21 vergeben
    const lowId = `Low${i}`; // Namen Low1 - Low21 vergeben
    const highId = `High${i}`; // Namen High1 - High21 vergeben
    const kursValue = getState(kursId).val; // Wert von Kurs1 - Kurs21 holen
    const lowValue = getState(lowId).val; // Wert von Low1 - Low21 holen
    const highValue = getState(highId).val; // Wert von High1 - High21 holen

    if (kursValue < lowValue) setState(lowId, kursId, true);
    if (kursValue > highValue) setState(highId, kursId, true);
}
};

Die Werte von kursId, lowId, highId entsprechen laut einem Konsolencheck auch jeweils auch dem Namen Kurs1, Low1 und High1 usw. aber die davon ausgelesenen Werte (obwohl im Datenpunkt vorhanden und mit Werten) ergeben immer "null".
Was mache ich denn falsch?
Wahrscheinlich bin ich aber für die ganze Funktion wieder mal viel zu kompliziert unterwegs, oder?
Aber ich versuche es zumindest immer erst mal selbst hinzukriegen bevor ich hier frage

@oliverio
"Warum ist dein Regex mit lookbehind und lookahead."
Weil ich so ein richtiger RegEx Held bin und eigentlich keine Ahnung habe, was ich da tue
Alles zusammen geklaut und gebastelt bis es einigermaßen funktionierte ...
Danke für das auf die Sprünge helfen!
Mit Deinem RegEx ist das €-Zeichen jetzt gleich weg. Allerdings lasse ich ihn auf String, dann war es hinterher (s.o.) leichter in mein Script einzubauen.
Ich habe jetzt sozusagen eine Mischung aus deinem RegEx und dem Script von @paul53 eingebaut, funktioniert super!

Allerdings musste ich alle Regeln im Parser unter neuem Namen neu anlegen, weil die Datenpunkte im Objekte-Tab auf einmal nicht mehr aktualisiert wurden. Keine Ahnung was da passiert war, im Log konnte ich sehen, dass die Werte aktualisiert werden, aber der jeweilige Datenpunkt im Objekte-Tab blieb stur beim alten Wert. Auch eine De- und dann Neuinstallation des Parsers hat nichts gebracht, sobald ich eine Regel mit dem alten Namen neu angelegt habe, hat er sich den alten festgefrorenen Wert wieder reingeholt und ihn auch nicht aktualisiert. Die gleiche Regel mit einem neuen Namen hat er ganz normal aktualisiert.
Alles bezüglich meiner oben gestellten Fragen funktioniert also nun wie es soll, allerdings wüsste ich schon gerne wie ich die alten Einstellungen noch herauslöschen kann. Auch weil ich die alten Namen der Regeln schon gerne wieder verwenden würde.
Parser beenden, dann das Verzeichnis "iobroker.parser" unter /opt/iobroker/node_modules/ umbenennen und dann den Parser neu installieren? Oder gibt es eine Art "Cache löschen" Funktion, welche die alte Daten des Adapters in die Tonne tritt?
Vielleicht weiß noch jemand etwas dazu.

Auf jeden Fall schon mal vielen Dank für die tolle Hilfe bei den Ursprungsfragen!