Test Adapter Hoymiles-wifi
-
@bilberry Hallo gibt´s schon weitere Test`s? Kann man auch die Leistung einstellen?
-
@tom_berlin
Eine Installation ist nun auch möglich per bash:iobroker url https://github.com/MicHi07i/ioBroker.hoymiles-wifi install MicHi07i/ioBroker.hoymiles-wifi#7190a6c4e34eb7f2e89747888ff2d65db7ee2968Kurze Zusammenfassung:
- Den HMS aufbauen und per App konfigurieren und ins WLAN bringen.
- Von https://github.com/suaveolent/hoymiles-wifi das Programm installierne und testen
- Den Adapter hier installieren (siehe oben) und konfigurieren.
Prinzipiell führt dieser lediglich in Intervallen die Befehlszeile aus und schreibt die JSON-Werte als Objekte nach ioBroker.
Per Ping kann geprüft werden ob HMS aktiv ist (nachts ohne IP-Adresse) und dann die Abfragen überspringen.Da man nur selten Werte schreibt, ist es wohl sicherer dies per Handy-App oder per Bash einmalig hoymiles-wifi mit den Optionen wie set-power-limit oder set-wifi. Aktuell könnte man im Adapter die Optionen darauf ändern, aber dann wird das mit jedem Intervall ausgeführt.
Später wäre es für mich interessant über den Adapter Einzelwerte / Objekte schreibend zu machen, vorher wäre es auch reizvoll die Bibliothek von suaveolent zum implementieren und nicht auf ein installiertes Programm angewiesen zu sein. -
Da dieser Adapter zumindest derzeit noch nicht in die Repositories aufgenommen wurde und auch noch kein Review angeregt wurde die übliche WARNUNG:
Der Vollständigkeit und als Info - NICHT als Kritik
Von direkten Installation von GitHub - insbesondere auf produktiven Systemen - wird explizit abgeraten. GitHub Versionen können sich jederzeit (auch kurzfristig) ändern und durchaus auch in sich inkonsistent und fehlerhaft sein. Versionsangaben von GitHub Installationen sind Schall und Rauch da die Versionsnummer zumindest bei Verwendung der standardmäßigen Umgebung erst im Zuge der Releaseerstellung geändert wird.
Auf explizite Aufforderung durch den Entwickler kann eine GitHub Installation zur Fehlereingrenzung oder zum Test neuer Funktionalität - unter Inkaufnahme des erhöhten Risikos - natürlich erfolgen.
Adapter die nur via GitHub installierbar sind sind mit erhöhter Vorsicht zu betrachten. Hier sollte der Entwickler drum ersucht werden eine Aufnahme in die Repositories zu veranlassen indem z.B. ein Issue im Adapterrepository erstellt wird.
-
@michael-6 said in Hoymiles hms-800w-2t:
vorher wäre es auch reizvoll die Bibliothek von suaveolent zum implementieren und nicht auf ein installiertes Programm angewiesen zu sein.
Ja wäre unbedingt anzuregen. Adapter die regelmäßig weitere Programm via bash aufrufen haben spätestens unter Windows ein Problem. Erfahrungsgemäß mit es auch mit Code der Python voraussetzt häufig Probleme. Reine JS Lösungen sind da eindeutig stabiler und vorzuzioehen.
-
@mcm1957 Danke für den Warnhinweis.
Wo und wie lasse ich nun am Besten testen? Das hatte ich noch nicht richtig verstanden.
Ja, das mit der Integration der Bibliothek wäre nett, aber da brauche ich wohl noch etwas Zeit. -
@michael-6
Der Warnhinweis bezieht sich NICHT auf dich und nicht auf alle die bewusst testen wollen. Allen jenen gebührt ein ganz ganz großes DANKE.Der Hinweis bezieht sich auch Benutzer den den Adapter produktiv einsetzen wollen. Es kommt immer wieder vor dass User (negativ) überrascht sind, dass ein Adapter ggF Störungen am Gesamtsystem auslöst, dass er nicht aktualisisert wird und es auf keine Infos gibt dass es eine neue Version gibt, dass ein Adapter überraschend inkompatibel wird etc. Außerdem ist bei Installationen von GitHub die Versionsangabe nicht nachvollziehbar da der Inhalt jederzeit beliebig geändert werden kann (und normalerweise auch wird.)
Ergo
TESTEN von GitHub ist völlig OK - insbesondere im Austausch mit dem Dev.
Vom produktiven Einsatz von direkten GitHub Installation wird aber aus den oben genannten Gründen abgeraten. Es werden aber GitHub Installationen weder jetzt noch in Zkunft blockiert oder erschert. Jeder der will kann so fahren - auf eigenes Risiko.Und da man es wahrscheinlich nicht oft genug sagen kann:
DANKE dass du dich des Adapters annimmst.Testkommunikation hier im Forum ist völlig OK. Und GitHub oder npm TEST-Installationen sind auch völlig OK. Ev. wär das Topic im TESTER Bereich besser aufgehoben - aber das ist cosmetic. Wenn du magst kann das @Homoran verschieben. Er kann dirt auch dort Zugriffsrechte zun Anlegen neuer Topics geben. Schreib ihn einfach an (z.B. hier im Chat) oder als Kommentra und mention ihn.
P.S. Falls du Fragen zur Adapterentwoicklung hast meld dich im Telegramm Channel (iobroker-adapterentwicklung-starter) an. Invitelinks auf https://www.iobroker.dev
-
@mcm1957
Ein sehr guter genereller Warnhinweis!
Um so wichtiger, als kurz nach meiner letzen Version mein Raspberry Probleme machte, deren Eingrenzung im Try- and Errorverfahren Tage brauchte und am Ende war es aber nur das Netzteil und ein anderes Dockupdate.
Leider habe ich noch keine freiwilligen Tester und Feedbacks. -
@michael-6
Gerne werde ich Dich mit Tests und Feedback unterstützen. Ist gerade zeitlich etwas eng bei mir. Meine iob-dev-Instanz läuft aber "nur" im Docker-Container. Habs dort noch nicht probiert - denke aber mit der Python-Installation auf Probleme zu stoßen.... -
@Michael-6
Erstmal super Arbeit ein toller Adapter. Besteht irgendwie wie die Möglichkeit das PowerLimit zu setzen? Würde gerne über NodeRed eine Nulleinspeisung Realisieren. -
@michael-6
Auch von mir ein großes Danke für Deine Arbeit! Ich hab mich an Deine Vorgehensweise gehalten und den Adapter erfolgreich installiert. Muss mich noch ein wenig durcharbeiten, welche Daten was darstellen, aber das wird sicherlich noch klappen. Aktuell habe ich irgendwie das Problem, dass entweder die Cloud oder der Adapter funktionieren. In der Cloud ist mein System zwar online, wird dort aber nicht mehr aktualisiert, wenn der Raspi und damit iOBroker läuft. Sofern ich es teilweise richtig verstanden bzw. gelesen habe, ist die Datenübertragung immer nur kurz aktiv. Kannst Du das eventuell noch mit einer asynchronen Abfrage verändern? -
@novi Bei mir läuft es mit Cloud und Raspi parallel, aber du hast Recht: die Cloud wird weit seltener aktualisiert. Das hatte ich aber vorher auch schon recht verzögert, aber nie die Verzögerung gemessen.
Ich habe bei mir das Intervall auf 5 Minuten (also 300 Sekunden) angehoben. Der Abgleich mit der App/Cloud geht so wohl etwas besser, scheinbar werden die Tagesdaten über die historischen Daten von hoymiles-wifi.0.app_get_hist_power immer wieder nachgebessert - vermutlich sind die Server in der chinesischen Cloud nicht besonders performant.hoymiles-wifi.0.get_real_data_new.dtuPower - aktuelle Einspeißung (4321 = 432,1W)
(=hoymiles-wifi.0.get_real_data_new.sgsData.0.activePower)
(hoymiles-wifi.0.get_real_data_new.pvData.0.power = Watt bei Panel0, jetzt)
(hoymiles-wifi.0.get_real_data_new.pvData.1.power = Watt bei Panel1, jetzt)
hoymiles-wifi.0.get_real_data_new.dtuDailyEnergy (1234 = 1,23 kWh heute)
Mit dem Adapter kommen ja recht schnell Daten, so dass man darauf reagieren könnte.
@saibot852 Ja, dein Szenario macht Sinn für mich, ich schaue mir
das in zwei Wochen an; vorher komme ich wohl leider nicht dazu.hoymiles-wifi.0.get_real_data_new.sgsData.0.powerLimit (999=100% - dies wäre interessant schreibend für die Nulleinspeißung; nächstes Projekt wenn ich wieder Zeit habe) Per App ergibt 95% einen Wert von 950, per Befehlszeile:
$ hoymiles-wifi --host 192.168.1.2 set-power-limit
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! WARNING !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
!!! Danger zone! This will change the power limit of the dtu. !!!
!!! Please be careful and make sure you know what you are doing. !!!
!!! Only proceed if you know what you are doing. !!!
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! WARNING !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!Do you want to continue? (y/n): y
Enter the new power limit (0-100): 90
Setting power limit to 90%
Are you sure? (y/n): y
Set-power-limit Response:
dtu_sn: "414393xxxxxx"
time: 1724xxxxxx
action: 8
tid: 1724xxxxxxDamit geht der Wert powerLimit auf 900. Die Sicherheitsabfragen sind eine zusätzliche Herausforderung...
-
@michael-6 Ich habe versucht über die Bash den Adapter zu installieren:
Sieht erst gut aus, dann kommt aber doch eine fehlermeldung:nico@iobroker:~$ sudo iobroker url https://github.com/MicHi07i/ioBroker.hoymiles-wifi install MicHi07i/ioBroker.hoymiles-wifi#7190a6c4e34eb7f2e89747888ff2d65db7ee2968 [sudo] password for nico: install MicHi07i/ioBroker.hoymiles-wifi#7190a6c4e34eb7f2e89747888ff2d65db7ee2968 NPM version: 10.8.2 Installing MicHi07i/ioBroker.hoymiles-wifi#7190a6c4e34eb7f2e89747888ff2d65db7ee2968... (System call) up to date in 3s 123 packages are looking for funding run `npm fund` for details host.iobroker Cannot install MicHi07i/ioBroker.hoymiles-wifi#7190a6c4e34eb7f2e89747888ff2d65db7ee2968: 0MOD-EDIT: Code in code-tags gesetzt!
Überraschenderweise taucht dann aber doch ein Adapater hoymiles-wifi auf.
Den konnte ich konfiguieren, der hoymiles ist dann aber nicht pingeable.hoymiles-wifi --host 192.168.1.50 gibt mir aber sehr wohl Daten zurück.
Was mache ich verkehrt?
-
@drnicolas sagte in Hoymiles hms-800w-2t:
Was mache ich verkehrt?
Befehle mit
iobroker...niemals mit sudo anfassen -
@homoran DIe Fehlermeldung war die gleiche. Das ist der Grund warum ich es dann nochmal MIT sudo probiert habe.
-
@drnicolas hattest du schon öfter
sudo iobroker....verwendet?Dann bieg mal erst die Rechte wieder gerade
iob stop iob fix iob startwenn es dann wieder alles gut ist, dann den Install Befehl mit --debug flag starten, also
iob....... --debugund alles zeigen!
-
@homoran Neustart hat auch nichts gebracht.
In iobroker kommt diue Meldung "Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted ".
Das hört sich für mich nach einem grundlegenden Problem an.
ping kann ich ohnehin nur als sudo ausführen -
@drnicolas sagte in Hoymiles hms-800w-2t:
ping kann ich ohnehin nur als sudo ausführen
ping ist ja auch kein Befehl der mit
iob...beginnt.@drnicolas sagte in Hoymiles hms-800w-2t:
Das hört sich für mich nach einem grundlegenden Problem an.
dann wäre
iob diagin der Langfassung angebracht -
@drnicolas sagte in Hoymiles hms-800w-2t:
ping kann ich ohnehin nur als sudo ausführen
Das stimmt so natürlich nicht.
Man muss/kann/sollte dem user dann die Rechte dazu einräumen, wenn das für einen Standard-User erforderlich sein sollte. -
======== Start marking the full check here =========
Skript v.2024-05-22 *** BASE SYSTEM *** Static hostname: iobroker Icon name: computer-container Chassis: container Virtualization: lxc Operating System: Debian GNU/Linux 11 (bullseye) Kernel: Linux 6.8.4-2-pve Architecture: x86-64 model name : Intel(R) Xeon(R) CPU E5-2667 v2 @ 3.30GHz Docker : false Virtualization : lxc Kernel : x86_64 Userland : 64 bit Systemuptime and Load: 09:40:35 up 4 min, 1 user, load average: 2.01, 1.69, 1.69 CPU threads: 1 *** Time and Time Zones *** Local time: Sun 2024-09-08 09:40:35 CEST Universal time: Sun 2024-09-08 07:40:35 UTC RTC time: n/a Time zone: Europe/Berlin (CEST, +0200) System clock synchronized: yes NTP service: inactive RTC in local TZ: no *** Users and Groups *** User that called 'iob diag': nico HOME=/home/nico GROUPS=nico adm dialout sudo plugdev iobroker User that is running 'js-controller': iobroker HOME=/home/iobroker GROUPS=iobroker tty dialout audio video plugdev *** Display-Server-Setup *** Display-Server: false Desktop: Terminal: tty Boot Target: graphical.target *** MEMORY *** total used free shared buff/cache available Mem: 1.0G 606M 301M 0.0K 115M 434M Swap: 2.0G 0B 2.0G Total: 3.1G 606M 2.3G Active iob-Instances: 7 1024 M total memory 606 M used memory 551 M active memory 139 M inactive memory 301 M free memory 0 M buffer memory 116 M swap cache 2048 M total swap 0 M used swap 2048 M free swap *** top - Table Of Processes *** top - 09:40:35 up 4 min, 1 user, load average: 2.01, 1.70, 1.69 Tasks: 47 total, 1 running, 46 sleeping, 0 stopped, 0 zombie %Cpu(s): 6.2 us, 0.0 sy, 0.0 ni, 93.8 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st MiB Mem : 1024.0 total, 301.5 free, 606.4 used, 116.1 buff/cache MiB Swap: 2048.0 total, 2048.0 free, 0.0 used. 434.3 avail Mem *** FAILED SERVICES *** UNIT LOAD ACTIVE SUB DESCRIPTION * run-rpc_pipefs.mount loaded failed failed RPC Pipe File System * sys-kernel-config.mount loaded failed failed Kernel Configuration File System * systemd-journald-audit.socket loaded failed failed Journal Audit Socket LOAD = Reflects whether the unit definition was properly loaded. ACTIVE = The high-level unit activation state, i.e. generalization of SUB. SUB = The low-level unit activation state, values depend on unit type. 3 loaded units listed. *** FILESYSTEM *** Filesystem Type Size Used Avail Use% Mounted on DATA/subvol-301-disk-0 zfs 8.0G 2.9G 5.2G 36% / none tmpfs 492K 4.0K 488K 1% /dev udev devtmpfs 32G 0 32G 0% /dev/tty tmpfs tmpfs 32G 0 32G 0% /dev/shm tmpfs tmpfs 13G 148K 13G 1% /run tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock tmpfs tmpfs 6.3G 0 6.3G 0% /run/user/1001 Messages concerning ext4 filesystem in dmesg: dmesg: read kernel buffer failed: Operation not permitted Show mounted filesystems: TARGET SOURCE FSTYPE OPTIONS / DATA/subvol-301-disk-0 zfs rw,relatime,xattr,posixacl,casesensitive |-/run tmpfs tmpfs rw,nosuid,nodev,size=13162596k,nr_inodes=819200,mode=755,uid=100000,gid=100000,inode64 | |-/run/lock tmpfs tmpfs rw,nosuid,nodev,noexec,relatime,size=5120k,uid=100000,gid=100000,inode64 | `-/run/user/1001 tmpfs tmpfs rw,nosuid,nodev,relatime,size=6581296k,nr_inodes=1645324,mode=700,uid=101001,gid=101001,inode64 |-/dev none tmpfs rw,relatime,size=492k,mode=755,uid=100000,gid=100000,inode64 | |-/dev/shm tmpfs tmpfs rw,nosuid,nodev,uid=100000,gid=100000,inode64 | |-/dev/mqueue mqueue mqueue rw,nosuid,nodev,noexec,relatime | |-/dev/.lxc/proc proc proc rw,relatime | |-/dev/.lxc/sys sys sysfs rw,relatime | |-/dev/full udev[/full] devtmpfs rw,nosuid,relatime,size=32872676k,nr_inodes=8218169,mode=755,inode64 | |-/dev/null udev[/null] devtmpfs rw,nosuid,relatime,size=32872676k,nr_inodes=8218169,mode=755,inode64 | |-/dev/random udev[/random] devtmpfs rw,nosuid,relatime,size=32872676k,nr_inodes=8218169,mode=755,inode64 | |-/dev/tty udev[/tty] devtmpfs rw,nosuid,relatime,size=32872676k,nr_inodes=8218169,mode=755,inode64 | |-/dev/urandom udev[/urandom] devtmpfs rw,nosuid,relatime,size=32872676k,nr_inodes=8218169,mode=755,inode64 | |-/dev/zero udev[/zero] devtmpfs rw,nosuid,relatime,size=32872676k,nr_inodes=8218169,mode=755,inode64 | |-/dev/pts devpts devpts rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026 | |-/dev/ptmx devpts[/ptmx] devpts rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026 | |-/dev/console devpts[/0] devpts rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026 | |-/dev/tty1 devpts[/1] devpts rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026 | `-/dev/tty2 devpts[/2] devpts rw,nosuid,noexec,relatime,gid=100005,mode=620,ptmxmode=666,max=1026 |-/proc proc proc rw,nosuid,nodev,noexec,relatime | |-/proc/sys proc[/sys] proc ro,relatime | | |-/proc/sys/net proc[/sys/net] proc rw,nosuid,nodev,noexec,relatime | | `-/proc/sys/kernel/random/boot_id none[/.lxc-boot-id] tmpfs ro,nosuid,nodev,noexec,relatime,size=492k,mode=755,uid=100000,gid=100000,inode64 | |-/proc/sysrq-trigger proc[/sysrq-trigger] proc ro,relatime | |-/proc/cpuinfo lxcfs[/proc/cpuinfo] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | |-/proc/diskstats lxcfs[/proc/diskstats] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | |-/proc/loadavg lxcfs[/proc/loadavg] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | |-/proc/meminfo lxcfs[/proc/meminfo] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | |-/proc/slabinfo lxcfs[/proc/slabinfo] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | |-/proc/stat lxcfs[/proc/stat] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | |-/proc/swaps lxcfs[/proc/swaps] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other | `-/proc/uptime lxcfs[/proc/uptime] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other `-/sys sysfs sysfs ro,nosuid,nodev,noexec,relatime |-/sys/fs/fuse/connections fusectl fusectl rw,nosuid,nodev,noexec,relatime |-/sys/devices/virtual/net sysfs[/devices/virtual/net] sysfs rw,nosuid,nodev,noexec,relatime |-/sys/fs/cgroup none cgroup2 rw,nosuid,nodev,noexec,relatime `-/sys/devices/system/cpu lxcfs[/sys/devices/system/cpu] fuse.lxcfs rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other Files in neuralgic directories: /var: 948M /var/ 547M /var/cache 545M /var/cache/apt 504M /var/cache/apt/archives 288M /var/log Archived and active journals take up 281.2M in the file system. /opt/iobroker/backups: 38M /opt/iobroker/backups/ /opt/iobroker/iobroker-data: 129M /opt/iobroker/iobroker-data/ 80M /opt/iobroker/iobroker-data/backup-objects 38M /opt/iobroker/iobroker-data/files 13M /opt/iobroker/iobroker-data/files/backitup.admin 12M /opt/iobroker/iobroker-data/files/modbus.admin/static/js The five largest files in iobroker-data are: 11M /opt/iobroker/iobroker-data/objects.jsonl 7.6M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.18496c94.js.map 3.7M /opt/iobroker/iobroker-data/files/backitup.admin/custom/static/js/vendors-node_modules_file-saver_dist_FileSaver_min_js-node_modules_react-icons_di_index_mjs-n-f0ed96.6c33ff1f.chunk.js 3.5M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.18496c94.js 3.4M /opt/iobroker/iobroker-data/files/backitup.admin/static/js/main.70cad8ba.js USB-Devices by-id: USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id': No Devices found 'by-id' *** NodeJS-Installation *** /usr/bin/nodejs v20.17.0 /usr/bin/node v20.17.0 /usr/bin/npm 10.8.2 /usr/bin/npx 10.8.2 /usr/bin/corepack 0.29.3 nodejs: Installed: 20.17.0-1nodesource1 Candidate: 20.17.0-1nodesource1 Version table: *** 20.17.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 100 /var/lib/dpkg/status 20.16.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.15.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.15.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.14.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.13.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.13.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.12.2-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.12.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.12.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.11.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.11.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.10.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.9.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.8.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.8.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.7.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.6.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.6.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.5.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.5.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.4.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.3.1-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.3.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.2.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.1.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 20.0.0-1nodesource1 1001 500 https://deb.nodesource.com/node_20.x nodistro/main amd64 Packages 12.22.12~dfsg-1~deb11u4 500 500 http://ftp.debian.org/debian bullseye/main amd64 Packages 500 http://security.debian.org bullseye-security/main amd64 Packages Temp directories causing npm8 problem: 0 No problems detected Errors in npm tree: *** ioBroker-Installation *** ioBroker Status iobroker is running on this host. Objects type: jsonl States type: jsonl Core adapters versions js-controller: 6.0.11 admin: 7.0.23 javascript: "javascript" not found nodejs modules from github: 1 +-- iobroker.hoymiles-wifi@0.1.1 (git+ssh://git@github.com/MicHi07i/ioBroker.hoymiles-wifi.git#7190a6c4e34eb7f2e89747888ff2d65db7ee2968) Adapter State + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.backitup.0 : backitup : iobroker - enabled + system.adapter.discovery.0 : discovery : iobroker - enabled system.adapter.dwd.0 : dwd : iobroker - enabled + system.adapter.hoymiles-wifi.0 : hoymiles-wifi : iobroker - enabled + system.adapter.influxdb.0 : influxdb : iobroker - enabled, port: 8086 system.adapter.mqtt.0 : mqtt : iobroker - disabled, port: 1883, bind: 0.0.0.0 system.adapter.smartmeter.0 : smartmeter : iobroker - disabled + system.adapter.sonoff.0 : sonoff : iobroker - enabled, port: 1883, bind: 0.0.0.0 + instance is alive Enabled adapters with bindings + system.adapter.admin.0 : admin : iobroker - enabled, port: 8081, bind: 0.0.0.0, run as: admin + system.adapter.influxdb.0 : influxdb : iobroker - enabled, port: 8086 + system.adapter.sonoff.0 : sonoff : iobroker - enabled, port: 1883, bind: 0.0.0.0 ioBroker-Repositories ┌────────────────────────────────────────────────────────────────────────────────────────────── │ (index) │ name │ url │ auto upgrade │ ├────────────────────────────────────────────────────────────────────────────────────────────── │ 0 │ 'stable' │ 'http://download.iobroker.net/sources-dist.json' │ false │ │ 1 │ 'beta' │ 'http://download.iobroker.net/sources-dist-latest.json' │ false │ └────────────────────────────────────────────────────────────────────────────────────────────── Active repo(s): stable Upgrade policy: none Installed ioBroker-Instances Used repository: stable Adapter "admin" : 7.0.23 , installed 7.0.23 Adapter "asterisk" : 1.0.6 , installed 1.0.6 Adapter "backitup" : 3.0.19 , installed 3.0.19 Adapter "discovery" : 4.5.0 , installed 4.5.0 Adapter "dwd" : 2.8.5 , installed 2.8.5 Adapter "influxdb" : 4.0.2 , installed 4.0.2 Controller "js-controller": 6.0.11 , installed 6.0.11 Adapter "miele" : 0.1.5 , installed 0.1.5 Adapter "modbus" : 6.2.3 , installed 6.2.3 Adapter "mqtt" : 5.2.0 , installed 5.2.0 Adapter "mqtt-client" : 2.0.0 , installed 2.0.0 Adapter "smartmeter" : 3.4.0 , installed 3.4.0 Adapter "sonoff" : 3.1.0 , installed 3.1.0 Adapter "sql" : 3.0.1 , installed 3.0.1 Objects and States Please stand by - This may take a while Objects: 346 States: 244 *** OS-Repositories and Updates *** W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://packages.grafana.com/enterprise/deb stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 963FA27710458545 W: Failed to fetch https://packages.grafana.com/enterprise/deb/dists/stable/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 963FA27710458545 W: Some index files failed to download. They have been ignored, or old ones used instead. Hit:1 http://ftp.debian.org/debian bullseye InRelease Hit:2 http://ftp.debian.org/debian bullseye-updates InRelease Hit:3 http://security.debian.org bullseye-security InRelease Get:4 https://packages.grafana.com/enterprise/deb stable InRelease [7660 B] Hit:5 https://deb.nodesource.com/node_20.x nodistro InRelease Err:4 https://packages.grafana.com/enterprise/deb stable InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 963FA27710458545 Reading package lists... W: An error occurred during the signature verification. The repository is not updated and the previous index files will be used. GPG error: https://packages.grafana.com/enterprise/deb stable InRelease: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 963FA27710458545 W: Failed to fetch https://packages.grafana.com/enterprise/deb/dists/stable/InRelease The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 963FA27710458545 W: Some index files failed to download. They have been ignored, or old ones used instead. Pending Updates: 0 *** Listening Ports *** Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State User Inode PID/Program name tcp 0 0 0.0.0.0:5355 0.0.0.0:* LISTEN 104 73368672 139/systemd-resolve tcp 0 0 127.0.0.1:25 0.0.0.0:* LISTEN 0 73368975 330/master tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 73355890 1/init tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN 1000 73373769 470/io.sonoff.0 tcp 0 0 127.0.0.1:8088 0.0.0.0:* LISTEN 110 73368752 140/influxd tcp 0 0 127.0.0.1:9001 0.0.0.0:* LISTEN 1000 73368873 141/iobroker.js-con tcp 0 0 127.0.0.1:9000 0.0.0.0:* LISTEN 1000 73368878 141/iobroker.js-con tcp 0 0 127.0.0.53:53 0.0.0.0:* LISTEN 104 73368678 139/systemd-resolve tcp6 0 0 :::5355 :::* LISTEN 104 73368675 139/systemd-resolve tcp6 0 0 :::8086 :::* LISTEN 110 73369252 140/influxd tcp6 0 0 :::8081 :::* LISTEN 1000 73373829 463/io.admin.0 tcp6 0 0 :::22 :::* LISTEN 0 73356160 1/init tcp6 0 0 :::111 :::* LISTEN 0 73355892 1/init tcp6 0 0 :::3000 :::* LISTEN 109 73369262 163/grafana tcp6 0 0 ::1:25 :::* LISTEN 0 73368976 330/master udp 0 0 127.0.0.53:53 0.0.0.0:* 104 73368677 139/systemd-resolve udp 0 0 0.0.0.0:68 0.0.0.0:* 0 73356164 86/dhclient udp 0 0 0.0.0.0:111 0.0.0.0:* 0 73355891 1/init udp 0 0 0.0.0.0:5355 0.0.0.0:* 104 73368671 139/systemd-resolve udp6 0 0 :::111 :::* 0 73355893 1/init udp6 0 0 :::5355 :::* 104 73368674 139/systemd-resolve *** Log File - Last 25 Lines *** 2024-09-08 09:37:05.171 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:38:05.160 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:38:05.165 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:38:05.170 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:39:05.163 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:39:05.169 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:39:05.174 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:40:05.165 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:40:05.170 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:40:05.177 - warn: hoymiles-wifi.0 (565) Host 192.168.1.50 is not reachable: ping: socket: Operation not permitted 2024-09-08 09:40:07.047 - info: host.iobroker instance system.adapter.dwd.0 in version "2.8.5" started with pid 641 2024-09-08 09:40:08.397 - info: dwd.0 (641) starting. Version 2.8.5 in /opt/iobroker/node_modules/iobroker.dwd, node: v20.17.0, js-controller: 6.0.11 2024-09-08 09:40:08.567 - info: dwd.0 (641) Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason 2024-09-08 09:40:09.096 - info: host.iobroker instance system.adapter.dwd.0 having pid 641 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)============ Mark until here for C&P =============
-
@drnicolas sagte in Hoymiles hms-800w-2t:
Icon name: computer-container
Chassis: container
Virtualization: lxcContainer sind da was 'eigen'.
Und ich raus, weil ich mich damit nicht beschäftigen will.
