NEWS

Ich vermute, es wird das systemd-journal ausgelesen.

Meins schaut dann z. B. für heute so aus:

echad@chet:~ $ journalctl -u iobroker --since=today Jan 12 15:08:21 chet bash[889]: Send diag info: {"uuid":"GELÖSCHT","language":"de","country":"Germany","hosts":[{"version":"7.0.6","platform":"Javascript/Node.js","type":"linux"}],"node":"v20.18.1","arch":"a> Jan 12 15:08:23 chet sudo[57479]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt -v Jan 12 15:08:23 chet sudo[57479]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 15:08:23 chet sudo[57479]: pam_unix(sudo:session): session closed for user root Jan 12 15:08:23 chet sudo[57484]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt list --upgradeable Jan 12 15:08:23 chet sudo[57484]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 15:08:24 chet sudo[57484]: pam_unix(sudo:session): session closed for user root Jan 12 15:28:32 chet bash[889]: Send diag info: {"uuid":"GELÖSCHT","language":"de","country":"Germany","hosts":[{"version":"7.0.6","platform":"Javascript/Node.js","type":"linux"}],"node":"v20.18.1","arch":"a> Jan 12 15:28:34 chet sudo[58314]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt -v Jan 12 15:28:34 chet sudo[58314]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 15:28:34 chet sudo[58314]: pam_unix(sudo:session): session closed for user root Jan 12 15:28:35 chet sudo[58331]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt list --upgradeable Jan 12 15:28:35 chet sudo[58331]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 15:28:36 chet sudo[58331]: pam_unix(sudo:session): session closed for user root Jan 12 16:48:03 chet bash[889]: Send diag info: {"uuid":"GELÖSCHT","language":"de","country":"Germany","hosts":[{"version":"7.0.6","platform":"Javascript/Node.js","type":"linux"}],"node":"v20.18.1","arch":"a> Jan 12 16:48:05 chet sudo[62196]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt -v Jan 12 16:48:05 chet sudo[62196]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 16:48:05 chet sudo[62196]: pam_unix(sudo:session): session closed for user root Jan 12 16:48:05 chet sudo[62201]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt list --upgradeable Jan 12 16:48:05 chet sudo[62201]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 16:48:06 chet sudo[62201]: pam_unix(sudo:session): session closed for user root Jan 12 16:48:19 chet bash[889]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [Process stopped] Jan 12 16:48:19 chet bash[889]: ================================== > LOG REDIRECT system.adapter.admin.0 => false [system.adapter.admin.0.logging] Jan 12 16:48:58 chet su[62281]: pam_unix(su:auth): authentication failure; logname= uid=1001 euid=0 tty= ruser=iobroker rhost= user=root Jan 12 16:48:59 chet su[62281]: FAILED SU (to root) iobroker on none Jan 12 16:49:01 chet su[62284]: pam_unix(su:auth): authentication failure; logname= uid=1001 euid=0 tty= ruser=iobroker rhost= user=root Jan 12 16:49:03 chet bash[889]: Send diag info: {"uuid":"GELÖSCHT","language":"de","country":"Germany","hosts":[{"version":"7.0.6","platform":"Javascript/Node.js","type":"linux"}],"node":"v20.18.1","arch":"a> Jan 12 16:49:03 chet su[62284]: FAILED SU (to root) iobroker on none Jan 12 16:49:05 chet sudo[62296]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt -v Jan 12 16:49:05 chet sudo[62296]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 16:49:05 chet sudo[62296]: pam_unix(sudo:session): session closed for user root Jan 12 16:49:05 chet sudo[62301]: iobroker : PWD=/ ; USER=root ; COMMAND=/usr/bin/apt list --upgradeable Jan 12 16:49:05 chet sudo[62301]: pam_unix(sudo:session): session opened for user root(uid=0) by (uid=1001) Jan 12 16:49:06 chet sudo[62301]: pam_unix(sudo:session): session closed for user root Jan 12 16:49:12 chet bash[889]: ================================== > LOG REDIRECT system.adapter.admin.0 => true [system.adapter.admin.0.logging]

Die Meldung FAILED SU (to root) iobroker on none ist total irrelevant.

Ich habe den Thread hier eben überflogen.
Leider war ich auch mal mit meiner qnap betroffen.

Mir kommt der Kram nicht mehr ins Haus. Erst recht mit cloud......

Mein Gerät wurde nicht verschlüsselt, aber ich habe Material gefunden was man nicht legal besitzen darf.

Ich kann dir 2 Sachen sagen.

Schau ob es reicht die Kisten zu formatieren. Mein qnap hatte einen Virus den man nur entfernen konnte wenn man ein Bauteil tauscht oder aufwendig formatiert.

Geh nicht zu Kripo (Hat mir selbst ein Bekannter empfohlen der da arbeitet. Lieber den Fall als Text verfassen und bei einem Anwalt hinterlegen, falls du deshalb mal bei Ermittlungen auftauchst). Falls die da vor dem verschlüsseln auch Sachen drauf geschoben haben wie bei mir, hast du über fast 2 Jahre ein Verfahren als Angeklagte am Hals.

Fazit:
Ich wurde freigesprochen (zum Glück hatte ich einige Beweise die für mich gesprochen haben) und mein qnap von der Kripo vernichtet.

@i0br0ker Also wir haben einmal Netz und SMACharge.

Also speichern wir das mal in Flowvariablen, OK?

27f6f984-b5bb-4186-ac00-f7a48e27a655-image.png

Als ergänze deine Change Node entsprechend, bitte wie oben abgebildet.

cdd9b2cc-0292-4da9-abd0-488385ce1d55-image.png

Woher bekomme ich Netz kann ich das mit Inject Node simulieren.
efcf58f9-92c4-404b-a447-bfc6ccd8462f-image.png

Ich habe jetzt mal folgende Werte im Flowkontext gespeichert:

SMACharge wie gesagt wie vorher in die Change Node mit aufgenommen.

So hier die modifizierten NOdes zum Anhängen an den letzten Flow (wie gesagt fehlende Werte über den Flowkontext in diesem Flow rein holen).

Spoiler

[ { "id": "60301a70f297d447", "type": "switch", "z": "7e6af0015415146d", "name": "AND?", "property": "$reduce(payload.*,function($i, $j){$i and $j})", "propertyType": "jsonata", "rules": [ { "t": "true" } ], "checkall": "true", "repair": false, "outputs": 1, "x": 1430, "y": 7700, "wires": [ [ "d888575ab7360fee", "b20ba726d88da12f" ] ], "info": "# All properties of an object must be true.\n\nAll properties of an object must be true.\n\n`{\n \"Office\": true,\n \"Bedroom\": true,\n \"Living Room Balcony\": true,\n \"Living Room Right Window\": true,\n \"Living Room Left Window\": true\n}`\n\nis true,\n\n`{\n \"Office\": true,\n \"Bedroom\": false,\n \"Living Room Balcony\": true,\n \"Living Room Right Window\": true,\n \"Living Room Left Window\": true\n}`\n\nis false.\n\n# Alle Eigenschaften eines Objektes müssen wahr sein\n\nAlle Eigenschaften eines Objektes müssen wahr sein.\n\n`{\n \"Büro Balkon\": true,\n \"Schlafzimmer Balkon\": true,\n \"Wohnzimmer Balkon\": true,\n \"Wohnzimmer rechtes Fenster\": true,\n \"Wohnzimmer linkes Fenster\": true\n}`\n\nergibt true,\n\n`{\n \"Büro Balkon\": true,\n \"Schlafzimmer Balkon\": true,\n \"Wohnzimmer Balkon\": true,\n \"Wohnzimmer rechtes Fenster\": false,\n \"Wohnzimmer linkes Fenster\": true\n}`\n\nergibt false." }, { "id": "d888575ab7360fee", "type": "debug", "z": "7e6af0015415146d", "name": "UND", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 1630, "y": 7800, "wires": [] }, { "id": "adcd9409b12f3bb2", "type": "inject", "z": "7e6af0015415146d", "name": "", "props": [ { "p": "payload" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "50", "payloadType": "num", "x": 1370, "y": 7400, "wires": [ [ "33bf712ae8c4b1e2" ] ] }, { "id": "33bf712ae8c4b1e2", "type": "change", "z": "7e6af0015415146d", "name": "", "rules": [ { "t": "set", "p": "netz", "pt": "flow", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1540, "y": 7400, "wires": [ [] ] }, { "id": "f5217ea1ff8a95ab", "type": "inject", "z": "7e6af0015415146d", "name": "", "props": [ { "p": "payload" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "+50", "payloadType": "num", "x": 1370, "y": 7480, "wires": [ [ "469f3a148143d8ea" ] ] }, { "id": "469f3a148143d8ea", "type": "change", "z": "7e6af0015415146d", "name": "", "rules": [ { "t": "set", "p": "verbrauchAC", "pt": "flow", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1570, "y": 7480, "wires": [ [] ] }, { "id": "e4b98fb5a4d3fd22", "type": "inject", "z": "7e6af0015415146d", "name": "", "props": [ { "p": "payload" } ], "repeat": "", "crontab": "", "once": false, "onceDelay": 0.1, "topic": "", "payload": "-50", "payloadType": "num", "x": 1370, "y": 7440, "wires": [ [ "75d6c6ee2f8e2599" ] ] }, { "id": "75d6c6ee2f8e2599", "type": "change", "z": "7e6af0015415146d", "name": "", "rules": [ { "t": "set", "p": "verbrauchDC", "pt": "flow", "to": "payload", "tot": "msg" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1570, "y": 7440, "wires": [ [] ] }, { "id": "b20ba726d88da12f", "type": "switch", "z": "7e6af0015415146d", "name": "verbrauchDC < 0 ?", "property": "verbrauchDC", "propertyType": "flow", "rules": [ { "t": "lt", "v": "0", "vt": "num" }, { "t": "else" } ], "checkall": "true", "repair": false, "outputs": 2, "x": 1630, "y": 7700, "wires": [ [ "ff681c7f22ccb7ae" ], [ "527710ec97a474b8" ] ] }, { "id": "527710ec97a474b8", "type": "change", "z": "7e6af0015415146d", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "netz", "tot": "flow" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1850, "y": 7740, "wires": [ [ "9c58499af8418c39" ] ] }, { "id": "ff681c7f22ccb7ae", "type": "change", "z": "7e6af0015415146d", "name": "", "rules": [ { "t": "set", "p": "payload", "pt": "msg", "to": "netz", "tot": "flow" }, { "t": "set", "p": "SMAcharge", "pt": "msg", "to": "SMAcharge", "tot": "flow" }, { "t": "set", "p": "payload", "pt": "msg", "to": "payload + SMAcharge", "tot": "jsonata" } ], "action": "", "property": "", "from": "", "to": "", "reg": false, "x": 1850, "y": 7660, "wires": [ [ "9c58499af8418c39" ] ] }, { "id": "9c58499af8418c39", "type": "debug", "z": "7e6af0015415146d", "name": "Netzberechnung", "active": true, "tosidebar": true, "console": false, "tostatus": false, "complete": "payload", "targetType": "msg", "statusVal": "", "statusType": "auto", "x": 2080, "y": 7700, "wires": [] } ]

4e9b805a-68a9-450a-b666-0c8cdf54da64-image.png

Mann kann auch überr die JSONATA Funktion $flowContext("Variablenname") direkt auf die Werte von Flowvariablen zugreifen, wenn Du willst und muss die nicht in das Nachrichtenobjekt holen.

@asgothian vielen Dank für deine Erklärung.
Grüße

@hafo sagte in Gelöst! Backitup Fehler (Berechtigungen?):

diese Möglichkeit gibt es nicht.

Möglicherweise wurde das in den letzten 15 Jahren geändert.
dann ist deine Interpretation richtig gewesen.

@dr-pie

Änder mal den User Namen in mqttuser, aber auf keinen Fall nur MQTT.

Jetzt mal bitte alle wieder beruhigen.

Und ja natürlich wird das TODO aus der Readme noch entfernt und ganz ehrlich ... Aktuell in der Alpha Phase mit dem oben fomulierten Ziel ist mir die Readme egal weil die Alpha Tester sich im Discord persönlich austauschen. Da kommt niemand nur mit der Readme. Und wer es doch jetzt schon tut ist erstmal frech "selbst schuld" 🙂

Wie @Feuersturm schon gesagt hat sind einige Themen noch im Fluss und damit schreibe ich lieber Doku am Ende wenn ich weiss was wie genau ist anstelle fünf mal.

Und ggf wird auch zum Start der Beta noch nicht alle Doku perfekt sein, weil das ist ein ganzer Haufen Holz und die Erfahrung zeigt das meistens eh nicht gelesen sondern "gemacht" wird, also ist übrigens auch eins der Ziele das die UI selbst viel schon abfrühstückt. AUch das ist ein grund für Verzögerungen weil wir hier immer iterieren sodass es sinnvoll und verständlich ist bestmöglich.

@mcm1957 @Feuersturm @DieterB

nein, der Adapter erfordert nicht den dunklem Modus oder die vis Einstellung eines dunklen Themas.
Allerdings setzt der Adapter von selbst den Hintergrund der view immer auf Schwarz.
daher ist es für Anwender, die eher auf eine helle vis stehen (ich spreche jetzt nicht vom vis edit mode, sondern die ihren Hintergrund hell halten), das der Adapter da grundlegende Eingriffe macht.

Ich habe mal nochmal getestet und kann es immer noch nicht nachvollziehen, daher gehe ich davon aus, das es nochmal mit einem weiteren Adapter und dessen CSS irgendeine weitere Reaktion gibt. Leider ist das testen nicht ganz simpel und erfordert ein paar Arbeitsschritte in den developer Tools (am besten in Chrome)
Evtl mag ja jemand mithelfen, da ich erst in die Behebung gehen kann, wenn das Problem identifiziert wurde.

In vis neues Projekt erzeugen, so das gesichert ist, das in keinem weiteren widget irgendwelche CSS-Anweisungen oder über den css-Reiter (Projekt,Global) irgendwelche CSS-Anweisungen eingeschleust werden,
Am besten auch das Theme "light" auswählen, so wie ich es in diesem Test gemacht habe. öffnen der Web-Developer Tools mit F12 Auf den Reiter sources gehen Im linken Bereich über die Baumstruktur die folgende Datei öffnen
http://<adresse>:8082/vis/js/visEdit.js
1fd0c0f1-4341-46e7-9f54-241e2120034f-image.png wenn visEdit.js angezeigt wird zur Zeile 6555 gehen und einen Breakpoint setzen per Klick auf die Zeilennummer. Das müsste dann so aussehen
6154b4fc-f7ad-4c99-a7b5-5c2dea287dc8-image.png Dann im vis editbereich die rechte Maustaste drücken, das Kontextmenü erscheint und der Code-Ablauf stoppt bei 6555 Dann, den Reiter Elements auswählen, so das die Htmlstruktur sichtbar wird Dann das Element Selektortool auswählen und auf eine Zeile des erschienenen vis-Kontextmenüs gehen
453a228e-bfa7-40c8-957e-bb51882de170-image.png
Das müsste dann so aussehen
2f7946d4-4013-4ff3-ad10-6b96de0a405a-image.png nach der Auswahl müsste dann das HTML-Element im Elementetab ebenfalls selektiert worden sein. Hier das span-Element, kann aber leicht abweichend sein, je nachdem was man mit dem selektor-Element tatsächlich erwischt.
4d2340a1-636c-451e-a78d-70ababbbed36-image.png Wir wollen aber das darüberliegende <li element haben, das dann per Klick auswählen
10a9e9da-b4ad-411a-8122-f8c16eb03ee8-image.png Im rechten Bereich der developer Tools werden die auf dieses Element wirkenden CSS-Styles angezeigt, dort dann aber auf den Reiter "computed" gehen
820af97b-21d8-496d-97c0-7fb2c53c2ffa-image.png Dort ein wenig runterscrollen zum filter-Feld und dort dann
color
eingeben
efa9499b-8758-408d-a721-d63217d2aea2-image.png Alle angezeigten Eigenschaften werden dann gefiltert, wenn sie color enthalten wiederum ein wenig runterscrollen, bis die Eigenschaft erscheint die nur color heißt und den kleinen Pfeil aufklappen. Genau diese Information benötige ich.
72979886-6db4-44a2-ae3b-785b6e328cda-image.png Nachdem ihr ein Screenshot gemacht habt, könnt ihr die Developer tools wieder schließen ggfs auch den breakpoint wieder entfernen.
Hier sehen wir welche color-Anweisungen aus welcher Quelle sich miteinander überlagern. Ich gehe davon aus, das da bei euch noch mindestens ein weiterer Adapter mit angezeigt wird, kann aber auch bei jedem anderen Element zwischen dem span und dem li-Element ebenfalls liegen, aber wir probieren es mal damit.

Sorry für die umfängliche Anleitung, aber so müsste das jeder relativ schnell (5Minuten) nachvollziehen können.

@termina Es kommt, wie immer, darauf an. Für Dein aktuelles Vorhaben sehe ich den I5 als locker ausreichend. Was Du in z.B. einem Jahr für Anforderungen hast, weißt evtl. nicht mal Du.

Auf meinem Proxmox laufen einige VMs, mit denen ich vor einem Jahr oder auch kürzer, nicht gerechnet hätte. Gerade die Windows 11 VM macht durch den Intel 1240P Spaß und bremst da auch nicht nicht die anderen VMs ein. Wichtig: Microsoft hat die Lizenzbedingungen geändert. Windows 10 / 11 lässt sich auf anderen Virtuellen Maschinen nicht mehr aktivieren. Also immer schön ein Backup der VM von kurz nach der Installation und weitere regelmäßige Backups erstellen. Als Prozessortyp immer den virtuellen wählen, dann kann man auch auf einen anderen Host umziehen.

Dank Proxmox VMs war der Umzug auf einen stärkeren NUC allerdings recht schnell und unproblematisch durchgeführt. Beim Wechsel des Host habe ich stets die VMs auf dem NAS gesichert, Proxmox frisch installiert, und die VM - Backups von dem NAS zurückgespielt. Der neue Host hat auch gleich neue SSD s bekommen. Der "alte" NUC blieb bis dahin unberührt, sodass dieser schnell wieder hätte übernehmen können, wenn etwas Unerwartetes aufgetreten wäre.

Bei Sonoff fehlt mir die Erfahrung. Meine letzten Zigbee-Koordinatoren habe ich hier aus dem Marktplatz.

@mathias2803

[16247.255779] Under-voltage detected! (0x00050005)

sowas kann durchaus mit deinem Problem zu tun haben - das Netzteil scheint bissel zu schlapp zu sein…

@claus @mcm1957
FYI: Im Adapter ist vor dem setState ist ein state.ack === false

https://github.com/crosenbe/ioBroker.domiqbase/blob/a8309aac0a07283af31edcb2755db47aa50b8af9/main.js#L297

P.S. Ich gucke mir immer mal gerne an wie andere Leute was machen 🙂

@david-g sagte in [Gelöst] Inbetriebnahme cod.m Koordinator mit Error:

Evtl kann man es in euer iobroker how to aufnehmen mit den Daten aus dem Backup für Kunden die (von Kompatibler Hardware mit dem selbem Chip) zu Euch wechseln.

Das ist eine gute Idee.... guck ich mir am Montag an.

@snopy_16 sagte in Proxmox VM Speicherverbrauch höher als in iobroker:

das heisst jetzt dann, dass der Puffer/Cache in der VM von Proxmox beim Speicherverbrauch mit einbezogen wird

Genau. Proxmox hat ja keine Ahnung wie die VM den Speicher verwaltet. Da kann ja (fast) jedes beliebige Betriebssystem laufen. Also zeigt es den benutzten Speicher (gesamt) an. Wenn der RAM und der Cache wirklich voll laufen, merkst du das. Entweder wird das System sehr langsam oder stürzt ab.

@seide-th sagte in Backitup kann nicht installiert werden:

Aber was heißt "kein Support per PN!" Habe ich einen falschen Bereich für meine Fragen genutzt?
Sorry aber mit ich dachte bei "Einsteigerfragen" bin ich richtig.

Ja, du bist hier richtig!

Das ist meine allgemeine Signatur
Es gibt immer wieder Spezialisten, die mich über PN persönlich anschreiben um Hilfe zu bekommen anstelle die Frage im Forum zu stellen

Erster (mehr, oder weniger) Erfolg, erzielt durch folg. Blockly:

ad4420bb-5d2b-4e15-ae36-42d7b218949c-grafik.png
Shelly Output ist "momentary" mit invertet Input
So wird das Licht auch ohne ioBroker funktionsfähig bleiben, nur eben ohne den Zusatz des Longpushs.
Wenn Output auf "detached" gesetzt würde, geht das Licht wenn Longpush erkannt wurde, oder aber eben beim loslassen an (in etwa wie "momentary_on_release" bei Shelly Gen.1). Nachteil: Wenn keine Kommunikation mit ioBroker, dann bleibt es dunkel.

@mickym super danke ! funktioniert hab jetzt -28dBm bei dem einen der andere "Schäft" wegen der EVU Sperre.

@tt-tom war ich grade dabei und habe die Punkte was nicht angehakt waren entfernt.
Der Adapter hat neu gestartet und ich könnte weinen und lachen, die Uhrzeit ist da und die Seite die ich angelegt habe. Vielen Dank für deine Hilfe. Kannst du mir bitte eine E-Mail senden an stk.kreativ@hotmail.com.
Liebe Grüsse aus Osttirol

@ticaki sagte in negative Werte mit cli state set:

Wenns interessiert hier findet man die Stelle im Code

Bin ja bekanntermaßen nicht unbedingt ein JS-Crack. Aber so wie ich das verstehe, liegt's eher an der Shell und nicht am Code selbst. "Da kannse dann machen watte wills"

@bastig93 Ich habe da auch Probleme gehabt, und lasse iobroker nur lokale Backups machen, die ich dann mit rsync im Cron-Job auf eine andere Platte schiebe

3 5 * * * sshpass -p "........." rsync -a /opt/iobroker/backups/* martin@192.168.2.203:/mnt/usbdrives/intenso1/backup/Martin/iobroker/ 3 5 * * * sshpass -p "........." rsync -a /opt/iobroker/log/*.log.gz martin@192.168.2.203:/mnt/usbdrives/intenso1/backup/Mar

@aproxxo

Schau mal bei gebrauchter Hardware.
Ich hab schon mehrmals hier eingekauft
https://www.itsco.de/
Aber ka ob die jetzt genau den Prozessor haben.