@mcm1957 Die Art des PW (trivial oder mit und ohne Sonderzeichen) und von welcher Version man updatet ändert nichts am Verhalten.
Ein Update auf die 7.6.3 führt zur Endlos-PW-Abfrage.
Mit Update auf 7.6.15 klappt wieder "jedes" PW.
Danke, jetzt warte ich auf die 7.6.15 im Stable-Repo.
Falls es Euch hilft:
Nach meiner Kenntnis saldieren alle dreiphasigen Stromzähler immer über alle 3 Phasen. Beispiel:
L1=100W Bezug
L2=200W Bezug
L3=400W Einspeisung (z. B. wegen Balkonkraftwerk)
ergibt gesamt 100W Einspeisung, die der Zähler anzeigt, wenns ein elektronischer ist bzw. je nach Zeitdauer der Leistung das Rollenzählerwerk weiter bewegt, wenns ein Ferraris ist.
Auch wenn ein Ferraris eine Rücklaufsperre hat, könnten über eine optische Abtastung Fehlimpulse generiert werden oder welche verloren gehen, wenn sich die Leistung z. B. öfter mal ändert. Beispiel:
Kurzer Strombezug, Markierung läuft am Sensor vorbei und wird gezählt.
Nun kommt Rückspeisung.
Jetzt nur eine "Behauptung" von mir:
Die Scheibe dreht zurück, aber nur bis die Markierung wieder vorn steht. (Das muß aber nicht bedeuten, daß das Zählwerk auch ein kleines Stück wieder rückwärts läuft, weil das u. U. über eine Schleppkupplung an die Scheibe gebunden ist, die das Zählwerk nur in eine Richtung bewegt.)
Dadurch erneut ein Abtastimpuls.
Bei kürzerer Rückspeisung und danach wieder kurzer Bezug reicht die Zeit vielleicht nicht, bis die Scheibe rückwärts wieder vorn ist, aber auch nicht für eine volle Umdrehung der Scheibe ==> gar keine Impulse.
Daher:
Bei intermittierendem Betrieb (also Einspeisung, Bezug, Einspeisung, ...) ist eine normale optische Abtastung unbrauchbar!
Selbst ohne Einspeisung, also nur Bezug wechselt sich mit kein Verbrauch ab, läuft die Scheibe bei "kein Verbrauch" auf die Markierung vor oder zurück, bis die Markierung wieder vorn ist oder bis wieder Verbrauch kommt.
Falls es jemandem hilft:
Ich hatte das gleiche Problem auf einem Samsung A5 und einem Acer Iconia Tablet, während es auf einem Samsung S10e durchgängig funktionierte. Mit Web V3.0.10 und socket.io V3.0.12 (jeweils aus latest) läuft es nun auch wieder auf meinen alten Geräten, allerdings erst, nach dem ich die App "zurückgesetzt" (Cache und Datenspeicher gelehrt) habe. Man muß dann natürlich die Netzwerkkennung noch einmal neu eingeben und braucht wirklich Geduld. Auf dem Tablet, das noch deutlich älter ist, als das Samsung, dauert es mehrere Minuten, bis der Laufbalken angekommen ist und dann locker noch einmal so lange, bis die Widgets geladen sind. Zwischendurch kommen Fehlermeldungen aber wenn man die ignoriert, erscheint auch auf dem Tablet irgendwann (größer 15 Minuten) die Start-View.
Schön, daß ich die alten Geräte wieder/weiter nutzen kann.
@hsteinme Naja, das passiert dann aber nur genau einmal im Sinne eines "breaking change" zur Optimierung des Adapters, damit es dann später keine weiteren Probleme mehr gibt. Ich würde es nicht als Nachteil sehen, einen Datenpunkttyp zu ändern, wenn man irgendwann merkt, daß die bisherige Definition ungewollte Randeffekte erzeugt.
@meister-mopper So, hab nun doch noch weiter "experimentiert":
Ohne Authentifizierung klappt es erwartungsgemäß. Insofern ersteinmal ein "workaround". Aber wenn es nun schon Authentifizierung gibt, würde ich halt auch erwarten, daß man sie nutzen kann. Bitte, bitte nicht weiter über Sinnhaftigkeit diskutieren, ich habe Euch ja verstanden.
@homoran Zu naiv?: Für den Anfang einfach einen zusätzlichen Button in die "Kopfleiste" des Admin
, der auf "https://www.iobroker.net/#de/documentation" zeigt.
@da_woody Wenn Du (noch (;-)) genauer schaust , wirst Du merken, daß sich die Namen der Datenpunkte der HDDs durch das Update verändert haben. Da steht jetzt überall "sata" vor dem "drive". Einfach die alten DP löschen und neue anlegen lassen. Dann sind die Warns weg. Natürlich dann im VIS auch auf die neuen umstellen.
@reed1701 Vorab: Ich habe/nutze weder Iphone noch Shelly Plug S.
Dennoch, weil es vielleicht zur Aufklärung beiträgt:
Unter Link Text steht
"Der Shelly Plus Plug S ist ... und Stromverbrauchsmessung...mit einer Leistung von bis zu 2500 W".
Annahme: Shelly Plug S und Shelly Plus Plug S nutzen die gleiche Meßtechnik.
Wenn das wirklich nur eine Stromverbrauchsmessung ohne Spannungsmessung ist, kann/darf das Ergebnis niemals die Einheit W (Wirkleistung), sondern wenn überhaupt nur VA (Scheinleistung) haben und die dann eben auch nur mit einer angenommenen Spannung. Andernfalls bräuchte man eine phasenrichtige Spannungsmessung. Außerdem müßte das dann auch ein recht guter Sensor/Auswertung sein, wenn der beim großen Endwert 2500 auch den sehr kleinen Wert 7,15 noch einigermaßen genau messen können soll. Beides (Spannungsmessung und Stromgenauigkeit) würde ich bei dem Preis von <€20,- nicht erwarten.
Ich bekomme dafür leider keine Werbegebühren, aber Fritz-Steckdosen können das richtig gut:
Echte Wirkleistungsmessung und recht genau bei kleinen und großen Werten.
Mein Android-Handy geht, wenn es voll ist (und Bildschirm AUS), inkl. Ladegerät auf einen Verbrauch deutlich unter 1W. Ich hätte eigentlich erwartet, daß das bei Apple nicht anders sein sollte.
Fasse doch Ladegerät und Handy einfach mal an. Bei Ladung mit 7W müßte/dürfte beides deutlich warm werden. Wenn Du nach Ende der Ladung keine Wärme mehr spürst, sind da auch definitiv keine 7W mehr vorhanden.
@marc_el_k sagte in go2rtc installieren und einrichten:
...noch die Config Datei anlegen und ebenfalls mit den entsprechenden Rechten versehen...
Welche Datei meinst Du damit konkret (go2rtc.service oder go2rtc.yaml)?
Ich habe go2rtc bei mir dank der Hinweise von @Thomas-Braun derzeit soweit zum Laufen bekommen, daß es als Dienst via systemd nach jedem Boot startet. Der Zugriff auf die Video-Streams einer D-Link DCS-2132L (die ich zum Testen benutze) via Browser und VIS-iFrame-Widget funktioniert allerdings nicht über einen Reboot des Raspis hinaus, da ich die Configuration bisher nur über den go2rtc-Webserver/GUI eingeben konnte und go2rtc dies offenbar nicht eigenständig in go2rtc.yaml hinterlegt. Auch das vorherige Anlegen einer (leeren) go2rtc.yaml-Datei (mit Berechtigung 777) unter /usr/local/bin/go2rtc/ bringt hier keine Abhilfe. Ich nehme an, daß man die Konfiguration manuel via Editor in die go2rtc.yaml eingeben muß!? Allerdings habe ich im Netz dafür leider keine (Syntax-)Beispiele gefunden.
Wäre nett, wenn Du oder vielleicht @jumbo125 ein paar Tips geben könntet, wie Ihr Eure via GUI erstellte Konfiguration "reboot-sicher" gemacht habt oder vielleicht Eure go2rtc.yaml hier einstellen würdet?
Probiere das ganze derzeit auf einem Debian11(Bullseye) auf nem Raspi4 8GB.
Edit:
Als ich meinen Beitrag eben abgeschickt hatte, kam die "Erleuchtung":
Die unter https://github.com/AlexxIT/go2rtc#source-rtsp stehenden "Code"-Beispiele sind bereits Einträge aus einer go2rtc.yaml.
Ich habe daher einfach das unter "RTSP over WebSocket" stehende Beispiel:
streams:
# WebSocket with authorization, RTSP - without
axis-rtsp-ws: rtsp://192.168.1.123:4567/axis-media/media.amp?overview=0&camera=1&resolution=1280x720&videoframeskipmode=empty&Axis-Orig-Sw=true#transport=ws://user:pass@192.168.1.123:4567/rtsp-over-websocket
für mich so abgewandelt und es funktioniert:
streams:
# Konfiguration für einen rtsp-Stream:
Kamera_1_rtsp: rtsp://Benutzer:Paßwort@IPmeinerKamera:Port/live1.sdp
@mcm1957 Die Art des PW (trivial oder mit und ohne Sonderzeichen) und von welcher Version man updatet ändert nichts am Verhalten.
Ein Update auf die 7.6.3 führt zur Endlos-PW-Abfrage.
Mit Update auf 7.6.15 klappt wieder "jedes" PW.
Danke, jetzt warte ich auf die 7.6.15 im Stable-Repo.
@haus-automatisierung Ich habe es mit und ohne Sonderzeichen probiert. Sowie / solange die Authentifizierung eingeschaltet ist, verlangt der admin nach dem Update ein PW was er jedoch nicht annimmt (auch wenn es definitiv korrekt ist), sondern in einer Endlos-PW-Abfrage hängen bleibt.
@meister-mopper So, hab nun doch noch weiter "experimentiert":
Ohne Authentifizierung klappt es erwartungsgemäß. Insofern ersteinmal ein "workaround". Aber wenn es nun schon Authentifizierung gibt, würde ich halt auch erwarten, daß man sie nutzen kann. Bitte, bitte nicht weiter über Sinnhaftigkeit diskutieren, ich habe Euch ja verstanden.
@haselchen Hat ein bißchen mit was mit "mach ich schon immer so", "Paranoia", "wenn das System das schon anbietet, probier ich´s auch gern mal aus", ... zu tun. Unbedingt notwendig wäre es nicht. Aber es abzuschalten, um einen Bug zu umgehen widerstrebt mir auch.
@meister-mopper Danke für die Rückmeldung. Werde ich ausprobieren, aber heute nicht mehr schaffen, auf Grund der Zeiten, die das jedesmal erforderliche Image-Sichern und -Kopieren erfordert, was ich gern bei behalten würde, um mir mein System nicht völlig zu ruinieren.
Wenn mit "Authentifizierung ausschalten" der admin.0 wieder erreichbar wäre, wüßte ich auch noch immer nicht, wie ich das Problem löse - oder? Denn grundsätzlich will ich ja eine Authentifizierung.
Bitte in der nachfolgenden Übersicht die mit ... bzw x gekennzeichneten Felder ausfüllen und im Anschluss an die Tabelle auf Linux Systemen den Output des Commands iob diag einfügen.
Hinweis: Das Eröffnen eines Issues hier ersetzt NICHT das Anlegen eine Issues im Repository des Adapters. Fehlerbehebungen werden ausschließlich über Issues getrackt.
DANKE
Bitte ausfüllen:
Linux User bitte hier den Output von iob diag einfügen.
========== Start marking the full check here ===========
```bash
Script v.2025-02-23
*** BASE SYSTEM ***
Static hostname: BEAS-Pi4B-8GB
Icon name: computer
Operating System: Debian GNU/Linux 12 (bookworm)
Kernel: Linux 6.1.0-33-arm64
Architecture: arm64
OS is similar to:
Docker : false
Virtualization : none
Kernel : aarch64
Userland : 64 bit
Systemuptime and Load:
21:32:48 up 28 min, 2 users, load average: 1.35, 0.90, 1.01
CPU threads: 4
*** LIFE CYCLE STATUS ***
Unknown release codenamed 'bookworm'. Please check yourself if the Operating System is actively maintained.
*** TIME AND TIMEZONES ***
Local time: Fri 2025-04-25 21:32:48 CEST
Universal time: Fri 2025-04-25 19:32:48 UTC
RTC time: n/a
Time zone: Europe/Berlin (CEST, +0200)
System clock synchronized: yes
NTP service: n/a
RTC in local TZ: no
*** Users and Groups ***
User that called 'iob diag':
pi
HOME=/home/pi
GROUPS=pi sudo iobroker
User that is running 'js-controller':
iobroker
HOME=/home/iobroker
GROUPS=iobroker tty dialout audio video
*** DISPLAY-SERVER SETUP ***
Display-Server: false
Desktop:
Terminal: tty
System is booting into 'graphical.target'. Usually a server is running in 'multi-user.target'. Please set BootTarget to 'multi-user.target' or run 'iobroker fix'
*** MEMORY ***
total used free shared buff/cache available
Mem: 8.2G 2.4G 5.0G 716K 1.1G 5.8G
Swap: 0B 0B 0B
Total: 8.2G 2.4G 5.0G
Active iob-Instances: 26
7805 M total memory
2308 M used memory
338 M active memory
2459 M inactive memory
4732 M free memory
86 M buffer memory
962 M swap cache
0 M total swap
0 M used swap
0 M free swap
*** top - Table Of Processes ***
top - 21:32:48 up 28 min, 2 users, load average: 1.35, 0.90, 1.01
Tasks: 169 total, 2 running, 167 sleeping, 0 stopped, 0 zombie
%Cpu(s): 50.0 us, 12.5 sy, 0.0 ni, 37.5 id, 0.0 wa, 0.0 hi, 0.0 si, 0.0 st
MiB Mem : 7805.1 total, 4730.3 free, 2309.8 used, 1049.5 buff/cache
MiB Swap: 0.0 total, 0.0 free, 0.0 used. 5495.3 avail Mem
*** FAILED SERVICES ***
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.
*** DMESG CRITICAL ERRORS ***
No critical errors detected
*** FILESYSTEM ***
Filesystem Type Size Used Avail Use% Mounted on
udev devtmpfs 3.8G 0 3.8G 0% /dev
tmpfs tmpfs 781M 700K 780M 1% /run
/dev/mmcblk1p2 ext4 15G 7.7G 5.7G 58% /
tmpfs tmpfs 3.9G 0 3.9G 0% /dev/shm
tmpfs tmpfs 5.0M 0 5.0M 0% /run/lock
/dev/mmcblk1p1 vfat 507M 143M 365M 29% /boot/firmware
/dev/sda1 ext4 458G 40G 395G 10% /mnt/usb_historydata
tmpfs tmpfs 781M 0 781M 0% /run/user/1000
Messages concerning ext4 filesystem in dmesg:
[Fri Apr 25 21:04:49 2025] EXT4-fs (mmcblk1p2): mounted filesystem with ordered data mode. Quota mode: none.
[Fri Apr 25 21:04:52 2025] EXT4-fs (mmcblk1p2): re-mounted. Quota mode: none.
[Fri Apr 25 21:05:37 2025] EXT4-fs (sda1): mounted filesystem with ordered data mode. Quota mode: none.
Show mounted filesystems:
TARGET SOURCE FSTYPE OPTIONS
/ /dev/mmcblk1p2 ext4 rw,relatime
|-/mnt/usb_historydata /dev/sda1 ext4 rw,relatime
`-/boot/firmware /dev/mmcblk1p1 vfat rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=ascii,shortname=mixed,utf8,errors=remount-ro
Files in neuralgic directories:
/var:
754M /var/
490M /var/log
488M /var/log/journal/429b641538604e4ca3675dd3733b658f
488M /var/log/journal
154M /var/cache
Hint: You are currently not seeing messages from other users and the system.
Users in groups 'adm', 'systemd-journal' can see all messages.
Pass -q to turn off this notice.
Archived and active journals take up 99.9M in the file system.
/opt/iobroker/backups:
4.0K /opt/iobroker/backups/
/opt/iobroker/iobroker-data:
1.1G /opt/iobroker/iobroker-data/
935M /opt/iobroker/iobroker-data/files
617M /opt/iobroker/iobroker-data/files/javascript.admin
560M /opt/iobroker/iobroker-data/files/javascript.admin/static
558M /opt/iobroker/iobroker-data/files/javascript.admin/static/js
The five largest files in iobroker-data are:
35M /opt/iobroker/iobroker-data/files/devices.admin/static/js/main.24f2bb56.js.map
24M /opt/iobroker/iobroker-data/files/web.admin/static/js/main.135279a0.js.map
24M /opt/iobroker/iobroker-data/files/modbus.admin/static/js/main.6a71b34c.js.map
20M /opt/iobroker/iobroker-data/objects.jsonl
19M /opt/iobroker/iobroker-data/files/text2command.admin/static/js/main.02fc3820.js.map
USB-Devices by-id:
USB-Sticks - Avoid direct links to /dev/tty* in your adapter setups, please always prefer the links 'by-id':
/dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001949C975-if00
*** ZigBee Settings ***
Your zigbee.0 COM-Port is matching 'by-id'. Very good!
Zigbee Network Settings on your coordinator/in nvbackup are:
zigbee.X
Extended Pan ID:
*** MASKED ***
Pan ID:
*** MASKED ***
Channel:
*** MASKED ***
Network Key:
*** MASKED ***
To unmask the settings run 'iob diag --unmask'
*** NodeJS-Installation ***
/usr/bin/nodejs v20.19.1
/usr/bin/node v20.19.1
/usr/bin/npm 10.8.2
/usr/bin/npx 10.8.2
/usr/bin/corepack 0.31.0
nodejs:
Installed: 20.19.1-1nodesource1
Candidate: 20.19.1-1nodesource1
Version table:
*** 20.19.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
100 /var/lib/dpkg/status
20.19.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.18.3-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.18.2-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.18.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.18.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.17.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.16.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.15.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.15.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.14.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.13.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.13.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.12.2-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.12.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.12.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.11.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.11.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.10.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.9.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.8.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.8.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.7.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.6.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.6.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.5.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.5.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.4.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.3.1-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.3.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.2.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.1.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
20.0.0-1nodesource1 1001
500 https://deb.nodesource.com/node_20.x nodistro/main arm64 Packages
18.19.0+dfsg-6~deb12u2 500
500 https://deb.debian.org/debian bookworm/main arm64 Packages
18.19.0+dfsg-6~deb12u1 500
500 https://security.debian.org/debian-security bookworm-security/main arm64 Packages
Temp directories causing deletion problem: 0
No problems detected
Errors in npm tree: 0
No problems detected
*** ioBroker-Installation ***
ioBroker Status
iobroker is running on this host.
Objects type: jsonl
States type: jsonl
Hosts:
BEAS-Pi4B-8GB BEAS-Pi4B-8GB (version: 7.0.6, hostname: BEAS-Pi4B-8GB , alive, uptime: 1659)
Core adapters versions
js-controller: 7.0.6
admin: 7.4.1
javascript: 8.8.3
nodejs modules from github: 1
| +-- syno@3.0.0 (git+https://git@github.com/MeisterTR/syno.git#0104a973d33fe332aa6b1ab5be7fe8c57d3c68b0)
Adapter State
+ system.adapter.admin.0 : admin : BEAS-Pi4B-8GB - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
system.adapter.alias-manager.0 : alias-manager : BEAS-Pi4B-8GB - enabled
+ system.adapter.backitup.0 : backitup : BEAS-Pi4B-8GB - enabled
system.adapter.cul.0 : cul : BEAS-Pi4B-8GB - disabled, port: 2323
system.adapter.devices.0 : devices : BEAS-Pi4B-8GB - enabled
+ system.adapter.discovery.0 : discovery : BEAS-Pi4B-8GB - enabled
system.adapter.dwd.0 : dwd : BEAS-Pi4B-8GB - enabled
+ system.adapter.email.0 : email : BEAS-Pi4B-8GB - enabled
+ system.adapter.fhem.0 : fhem : BEAS-Pi4B-8GB - enabled, port: 7072
system.adapter.flot.0 : flot : BEAS-Pi4B-8GB - enabled
+ system.adapter.fritzdect.0 : fritzdect : BEAS-Pi4B-8GB - enabled
+ system.adapter.history.0 : history : BEAS-Pi4B-8GB - enabled
+ system.adapter.hm-rega.0 : hm-rega : BEAS-Pi4B-8GB - enabled
+ system.adapter.hm-rpc.0 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.hm-rpc.1 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.hm-rpc.2 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.hm-rpc.3 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.homeconnect.0 : homeconnect : BEAS-Pi4B-8GB - enabled
+ system.adapter.info.0 : info : BEAS-Pi4B-8GB - enabled
+ system.adapter.javascript.0 : javascript : BEAS-Pi4B-8GB - enabled
+ system.adapter.modbus.0 : modbus : BEAS-Pi4B-8GB - enabled
+ system.adapter.onvif.0 : onvif : BEAS-Pi4B-8GB - enabled, port: 80, 7575, 8000, 8080, 8081, 8899
+ system.adapter.ping.0 : ping : BEAS-Pi4B-8GB - enabled
+ system.adapter.samsung_tizen.0 : samsung_tizen : BEAS-Pi4B-8GB - enabled, port: 8002
+ system.adapter.sayit.0 : sayit : BEAS-Pi4B-8GB - enabled
+ system.adapter.sma-em.0 : sma-em : BEAS-Pi4B-8GB - enabled
system.adapter.synology.0 : synology : BEAS-Pi4B-8GB - disabled, port: 4996
system.adapter.synology.1 : synology : BEAS-Pi4B-8GB - disabled, port: 4996
+ system.adapter.text2command.0 : text2command : BEAS-Pi4B-8GB - enabled
+ system.adapter.tr-064.0 : tr-064 : BEAS-Pi4B-8GB - enabled
system.adapter.vis.0 : vis : BEAS-Pi4B-8GB - enabled
+ system.adapter.web.0 : web : BEAS-Pi4B-8GB - enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.web.1 : web : BEAS-Pi4B-8GB - enabled, port: 8083, bind: 0.0.0.0, run as: admin
system.adapter.worx.0 : worx : BEAS-Pi4B-8GB - disabled
system.adapter.zigbee.0 : zigbee : BEAS-Pi4B-8GB - disabled, port: /dev/serial/by-id/usb-Texas_Instruments_TI_CC2531_USB_CDC___0X00124B001949C975-if00
+ instance is alive
Enabled adapters with bindings
+ system.adapter.admin.0 : admin : BEAS-Pi4B-8GB - enabled, port: 8081, bind: 0.0.0.0 (SSL), run as: admin
+ system.adapter.fhem.0 : fhem : BEAS-Pi4B-8GB - enabled, port: 7072
+ system.adapter.hm-rpc.0 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.hm-rpc.1 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.hm-rpc.2 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.hm-rpc.3 : hm-rpc : BEAS-Pi4B-8GB - enabled, port: 0
+ system.adapter.onvif.0 : onvif : BEAS-Pi4B-8GB - enabled, port: 80, 7575, 8000, 8080, 8081, 8899
+ system.adapter.samsung_tizen.0 : samsung_tizen : BEAS-Pi4B-8GB - enabled, port: 8002
+ system.adapter.web.0 : web : BEAS-Pi4B-8GB - enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.web.1 : web : BEAS-Pi4B-8GB - enabled, port: 8083, bind: 0.0.0.0, run as: admin
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-Adapters
Used repository: stable
Adapter "admin" : 7.6.3 , installed 7.4.1 [Updatable]
Adapter "alias-manager": 2.0.0 , installed 2.0.0
Adapter "backitup" : 3.0.31 , installed 3.0.25 [Updatable]
Adapter "cul" : 2.2.0 , installed 2.2.0
Adapter "devices" : 1.1.5 , installed 1.1.5
Adapter "discovery" : 5.0.0 , installed 5.0.0
Adapter "dwd" : 2.8.5 , installed 2.8.5
Adapter "email" : 2.0.3 , installed 1.3.1 [Updatable]
Adapter "fhem" : 3.0.0 , installed 3.0.0
Adapter "flot" : 1.12.0 , installed 1.12.0
Adapter "fritzdect" : 2.6.1 , installed 2.5.11 [Updatable]
Adapter "history" : 3.0.1 , installed 3.0.1
Adapter "hm-rega" : 5.1.0 , installed 5.1.0
Adapter "hm-rpc" : 2.0.2 , installed 2.0.2
Adapter "homeconnect" : 1.4.3 , installed 1.4.3
Adapter "javascript" : 8.8.3 , installed 8.8.3
Controller "js-controller": 7.0.6 , installed 7.0.6
Adapter "modbus" : 6.3.2 , installed 6.3.2
Adapter "onvif" : 1.1.4 , installed 1.1.4
Adapter "ping" : 1.6.2 , installed 1.6.2
Adapter "samsung_tizen": 1.1.0 , installed 1.1.0
Adapter "sayit" : 5.0.0 , installed 5.0.0
Adapter "simple-api" : 2.8.0 , installed 2.8.0
Adapter "sma-em" : 1.2.0 , installed 1.1.0 [Updatable]
Adapter "synology" : 3.1.0 , installed 3.1.0
Adapter "text2command" : 3.0.3 , installed 3.0.3
Adapter "tr-064" : 4.3.0 , installed 4.3.0
Adapter "vis" : 1.5.6 , installed 1.5.6
Adapter "web" : 7.0.8 , installed 6.2.5 [Updatable]
Adapter "worx" : 3.1.1 , installed 3.1.1
Adapter "ws" : 2.6.2 , installed 2.6.2
Adapter "zigbee" : 2.0.5 , installed 1.10.3 [Updatable]
Objects and States
Please stand by - This may take a while
Objects: 8329
States: 5965
*** OS-Repositories and Updates ***
Hit:1 https://deb.debian.org/debian bookworm InRelease
Hit:2 https://deb.debian.org/debian bookworm-updates InRelease
Hit:3 https://security.debian.org/debian-security bookworm-security InRelease
Hit:4 https://deb.nodesource.com/node_20.x nodistro InRelease
Reading package lists...
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:8086 0.0.0.0:* LISTEN 998 16631 575/perl
tcp 0 0 0.0.0.0:8084 0.0.0.0:* LISTEN 998 16633 575/perl
tcp 0 0 0.0.0.0:8085 0.0.0.0:* LISTEN 998 16632 575/perl
tcp 0 0 0.0.0.0:7072 0.0.0.0:* LISTEN 998 18973 575/perl
tcp 0 0 192.168.12.72:8701 0.0.0.0:* LISTEN 1001 21374 838/io.hm-rpc.1
tcp 0 0 0.0.0.0:9000 0.0.0.0:* LISTEN 1001 20416 555/iobroker.js-con
tcp 0 0 0.0.0.0:9001 0.0.0.0:* LISTEN 1001 20384 555/iobroker.js-con
tcp 0 0 0.0.0.0:8555 0.0.0.0:* LISTEN 0 20367 554/go2rtc_linux_ar
tcp 0 0 192.168.12.72:2010 0.0.0.0:* LISTEN 1001 21668 877/io.hm-rpc.3
tcp 0 0 192.168.12.72:2001 0.0.0.0:* LISTEN 1001 22774 819/io.hm-rpc.0
tcp 0 0 192.168.12.72:2000 0.0.0.0:* LISTEN 1001 19443 862/io.hm-rpc.2
tcp 0 0 0.0.0.0:111 0.0.0.0:* LISTEN 0 15368 1/init
tcp 0 0 0.0.0.0:16384 0.0.0.0:* LISTEN 1001 24614 713/io.javascript.0
tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 0 18968 573/sshd: /usr/sbin
tcp6 0 0 :::8082 :::* LISTEN 1001 23039 1017/io.web.0
tcp6 0 0 :::8083 :::* LISTEN 1001 24709 1146/io.web.1
tcp6 0 0 :::8081 :::* LISTEN 1001 29426 2900/io.admin.0
tcp6 0 0 :::8095 :::* LISTEN 1001 23832 1100/io.onvif.0
tcp6 0 0 :::1984 :::* LISTEN 0 20363 554/go2rtc_linux_ar
tcp6 0 0 :::8554 :::* LISTEN 0 20366 554/go2rtc_linux_ar
tcp6 0 0 :::111 :::* LISTEN 0 15369 1/init
tcp6 0 0 :::22 :::* LISTEN 0 18970 573/sshd: /usr/sbin
udp 0 0 192.168.12.72:5353 0.0.0.0:* 1001 21870 967/io.tr-064.0
udp 0 0 0.0.0.0:9522 0.0.0.0:* 1001 22912 949/io.sma-em.0
udp 0 0 0.0.0.0:68 0.0.0.0:* 0 16555 476/dhclient
udp 0 0 0.0.0.0:111 0.0.0.0:* 0 1224 1/init
udp 0 0 192.168.12.72:123 0.0.0.0:* 0 18947 563/ntpd
udp 0 0 127.0.0.1:123 0.0.0.0:* 0 18945 563/ntpd
udp 0 0 0.0.0.0:123 0.0.0.0:* 0 18941 563/ntpd
udp6 0 0 :::111 :::* 0 12950 1/init
udp6 0 0 fe80::dea6:32ff:feb:123 :::* 0 18951 563/ntpd
udp6 0 0 ::1:123 :::* 0 18949 563/ntpd
udp6 0 0 :::123 :::* 0 18938 563/ntpd
udp6 0 0 :::8443 :::* 0 20368 554/go2rtc_linux_ar
*** Log File - Last 25 Lines ***
2025-04-25 21:33:42.727 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:43.623 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde ausgelöst!
2025-04-25 21:33:43.726 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:44.260 - info: javascript.0 (713) script.js.common.Kühlschrank.Kühlschrank_Reset_Tagesverbrauch: Skript (Teil: Scheinleistung, ... ermitteln) wurde ausgelöst!
2025-04-25 21:33:44.261 - info: javascript.0 (713) script.js.common.Kühlschrank.Kühlschrank_Reset_Tagesverbrauch: Skript (Teil: Scheinleistung, ... ermitteln) wurde beendet!
2025-04-25 21:33:44.687 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde ausgelöst!
2025-04-25 21:33:44.789 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:45.141 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Überwachung_Füllstandssensor: Skript (Teil: Fehlerrücksetzung) wurde ausgelöst!
2025-04-25 21:33:45.141 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Überwachung_Füllstandssensor: Skript (Teil: Fehlerrücksetzung) wurde beendet!
2025-04-25 21:33:45.142 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Sensorwert_beruhigen: Skript wurde ausgelöst!
2025-04-25 21:33:45.143 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Sensorwert_beruhigen: Skript wurde beendet!
2025-04-25 21:33:45.621 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde ausgelöst!
2025-04-25 21:33:45.724 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:46.622 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde ausgelöst!
2025-04-25 21:33:46.722 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:47.666 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde ausgelöst!
2025-04-25 21:33:47.768 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:48.186 - info: tr-064.0 (967) forEachConfiguredDevice: in GetSpecificHostEntry 3(iPhonevonAaron/F2:E0:58:4C:A5:54) device seems offline but we never saw it since adapter was started:Error: sendSOAPActionRequest Error action=GetSpecificHostEntry serviceType=urn:dslforum-org:service:Hosts:1: 500 - {"code":500}
2025-04-25 21:33:48.566 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Überwachung_Füllstandssensor: Skript (Teil: Fehlerrücksetzung) wurde ausgelöst!
2025-04-25 21:33:48.567 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Überwachung_Füllstandssensor: Skript (Teil: Fehlerrücksetzung) wurde beendet!
2025-04-25 21:33:48.567 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Sensorwert_beruhigen: Skript wurde ausgelöst!
2025-04-25 21:33:48.568 - info: javascript.0 (713) script.js.common.Zisterne.Zisterne_Sensorwert_beruhigen: Skript wurde beendet!
2025-04-25 21:33:48.680 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde ausgelöst!
2025-04-25 21:33:48.782 - info: javascript.0 (713) script.js.common.PV-Anlage.PV_Erzeugung: Skript (Teil: "Leistung_Bezug") wurde beendet!
2025-04-25 21:33:49.173 - error: fritzdect.0 (1057) try/catch issue updating device in updateDevices TypeError: Cannot read properties of undefined (reading 'replace')
Nachdem ich einige Zeit leider keine Gelegenheit hatte, mich um Updates zu kümmern, wollte ich das heute nachholen und habe versucht, den Admin von V7.4.1 auf die stable V7.6.3 anzuheben. Danach erscheint immer wieder (reproduzierbar) die Anmeldemaske, die jedoch die bisherigen Zugangsdaten nicht akzeptiert. Nach weitere Tests stellte sich heraus, daß dies auch bereits bei anheben auf V7.5.0 so ist.
Man ist dann leider ausgesperrt. Zugang auf den Pi via SSH besteht weiterhin. Man kann iob starten, stoppen, ..., aber z. B. nicht da PW ändern. D. h man kann es via "iob passwd admin" ändern und erhält dabei keine Fehlermeldung, aber das neue PW funktioniert dann auch nicht.
Wäre dankbar, wenn mir jemand einen Tip geben könnte, was ich falsch mache /nicht blicke.
@ro75 sagte in tr-064 dauernde Meldung "device seems offline but we ...":
Mit dem Log und nicht sinnvoll -
Nur darum geht es.
@ro75 sagte in tr-064 dauernde Meldung "device seems offline but we ...":
Wenn es noch nie im WLAN war
Habe ich so nicht geschrieben, sondern so:
@andersmacher sagte in tr-064 dauernde Meldung "device seems offline but we ...":
das seit dem Neustart noch nie im WLAN war
Es ergibt doch keinen Sinn, jemanden, der gerade ´mal längere Zeit nicht da ist, anrufen zu müssen um zu sagen:
"Ich habe eben meinen ioBroker neu gestartet. Du mußt bitte ´mal eben mit Deinem Handy zurückkommen, damit er mir nicht mein Log vollschreibt".
OK, das soll´s jetzt aber von meiner Seite aus gewesen sein. Sofern sich nicht noch irgendwelche substanziellen Fakten ergeben, würde ich das Thema dann hier wirklich gern abschließen wollen.
@ro75 Da Du nocheinmal nachfragst, habe ich gemerkt, daß ich das in meinem Ursprungspost wohl nicht klar genug formuliert hatte, daher hier ergänzt/präzisiert:
Der Adapter funktioniert auch nach dem Neustart. Alle Smartfones werden korrekt als "im Netzt" oder "nicht im Netz" erkannt, jenachdem ob sie sich innerhalb der WLAN-Reichweite befinden oder eben nicht. Insofern:
@ro75 sagte in tr-064 dauernde Meldung "device seems offline but we ...":
Benutzer und Kennwort sind im Adapter korrekt eingetragen? Keine Sonderzeichen im Kennwort? Der Benutzer im Adapter, hat dieser in der Fritzbox auch alle Berechtigungen?
Ja! Ja! Ja!
Es geht nur darum, daß der Adapter für eines dieser Smartfones, das seit dem Neustart noch nie im WLAN war, alle rund 10s eine Logmeldung erzeugt, was ich für nicht sehr sinnvoll halte.
Wie schon geschrieben: Habe dafür ein Issue angelegt, weil das aus meiner Erinnerung heraus früher (vor 1a? mit ´ner älteren Version des Adapters) nicht so war. Da das ja hier aber keiner bestätigen konnte, hat sich das Thema dann hier im Forum wohl auch erledigt. Mal sehen, was auf git herauskommt.
@emil70 und @crunchip Danke an Euch beide für Eure Rückmeldungen, aber aus meiner Sicht löst weder löschen des Funktelefons noch nutzen des Skripts das von mir geschilderte Problem. Beim Löschen würde das Funktelefon ja nicht mehr vom Adapter überwacht und das Skript greift ja soweit ich es verstehe auch nur auf den Adapter zu. Da das geschilderte Problem ja aber wohl direkt durch den Adapter entsteht, nützt das Skript diesbezüglich ja auch nichts.
Aber ok, verstanden:
Andere nutzen die Geräteliste des Adapters entweder nicht oder haben irgendetwas anders eingestellt als ich, so daß sie das Problem nicht haben oder haben das Problem noch nicht bemerkt oder haben keine Geräte, die auch ´mal längere Zeit nach einem Neustart des Adapters noch nicht wieder im Netz waren oder starten den Adapter niemals neu, ...
Habe ein Issue auf github erstellt.
@crunchip Naja, irgendwann kommt es ja wieder ins Netz und dann will ich das in der VIS ja sehen. Das ist doch aus meiner Sicht eine der (sinnvollen) Anwendung dieser Geräteliste. Wozu gibt es die sonst?
@crunchip sagte in tr-064 dauernde Meldung "device seems offline but we ...":
(ich nutze gar keine Geräteliste in der Instanz)
heißt: Du nutzt die Möglichkeit dieses Adapters der "Anwesenheitserkennung" nicht? Oder gibt es eine Variante die Anwesenheitserkennung zu nutzen, aber diese Liste nicht zu nutzen?
