Weihnachtsangebot 2025! 🎄

[M-A-X]

• Adaptername: doorbird
• Link zu Adapterrepository: https://github.com/iobroker-community-adapters/ioBroker.doorbird
• Adapterversion: 3.0.0
• js-controller Version: 7.1.0
• Admin Version: 7.7.20
• Hardwaresystem: QNAP Virtualization
• Arbeitsspeicher: 6GB
• Festplattenart: virtuelle HDD
• Betriebssystem: Debian Trixie
• Nodejs-Version: 22.21.0
• NPM-Version: 10.9.4
• Installationsart: Skript

Linux User bitte hier den Output von iob diag einfügen.

========== Start marking the full check here ===========

```bash
Script v.2025-08-09

*** BASE SYSTEM ***
Operating System: Debian GNU/Linux 13 (trixie)
 Static hostname: iobroker
       Icon name: computer-vm
         Chassis: vm 🖴
    AF_VSOCK CID: 1
  Virtualization: kvm
          Kernel: Linux 6.12.57+deb13-amd64
    Architecture: x86-64
 Hardware Vendor: qemu
  Hardware Model: qemu
Firmware Version: e0d6339-dirty-20220919_024111-d528eb931742
   Firmware Date: Tue 2014-04-01
    Firmware Age: 11y 8month 2w
OS is similar to:

model name      : Westmere E56xx/L56xx/X56xx (Nehalem-C)
Docker          : false
Virtualization  : kvm
Kernel          : x86_64
Userland        : 64 bit

Systemuptime and Load:
 19:31:27 up 26 days, 11:37,  1 user,  load average: 0.81, 0.43, 0.25
CPU threads: 2


*** LIFE CYCLE STATUS ***
Operating System is the current Debian stable version codenamed 'trixie'!

*** TIME AND TIMEZONES ***
               Local time: Sun 2025-12-14 19:31:27 CET
           Universal time: Sun 2025-12-14 18:31:27 UTC
                 RTC time: Sun 2025-12-14 18:31:27
                Time zone: Europe/Berlin (CET, +0100)
System clock synchronized: yes
              NTP service: active
          RTC in local TZ: no

*** Users and Groups ***
User that called 'iob diag':
max
HOME=/home/max
GROUPS=max cdrom floppy sudo audio dip video plugdev users netdev iobroker

User that is running 'js-controller':
iobroker
HOME=/home/iobroker
SUDO_HOME=/home/max
GROUPS=iobroker tty dialout audio video plugdev

*** DISPLAY-SERVER SETUP ***
Display-Server:         false
Unit display-manager.service could not be found.
Display-Manager:
Desktop:
Session:                tty

*** MEMORY ***
               total        used        free      shared  buff/cache   available
Mem:            4.1G        2.7G        632M        9.5M        1.0G        1.4G
Swap:           1.0G        417M        604M
Total:          5.1G        3.1G        1.2G

Active iob-Instances:   21

         3921 M total memory
         2603 M used memory
         2002 M active memory
         1021 M inactive memory
          603 M free memory
           83 M buffer memory
          885 M swap cache
          974 M total swap
          398 M used swap
          576 M free swap

*** top - Table Of Processes  ***
top - 19:31:28 up 26 days, 11:37,  1 user,  load average: 0.81, 0.43, 0.25
Tasks: 139 total,   1 running, 138 sleeping,   0 stopped,   0 zombie
%Cpu(s):  3.6 us,  7.1 sy,  0.0 ni, 82.1 id,  3.6 wa,  0.0 hi,  0.0 si,  3.6 st
MiB Mem :   3921.8 total,    603.3 free,   2602.8 used,    969.7 buff/cache
MiB Swap:    975.0 total,    576.6 free,    398.4 used.   1319.1 avail Mem

*** FAILED SERVICES ***

  UNIT LOAD ACTIVE SUB DESCRIPTION

0 loaded units listed.


*** DMESG CRITICAL ERRORS ***
1 CRITICAL ERRORS DETECTED!
Check 'sudo dmesg --level=emerg,alert,crit -T' for details

*** FILESYSTEM ***
Filesystem     Type      Size  Used Avail Use% Mounted on
udev           devtmpfs  1.9G     0  1.9G   0% /dev
tmpfs          tmpfs     393M  556K  392M   1% /run
/dev/vda1      ext4       48G   27G   20G  58% /
tmpfs          tmpfs     2.0G     0  2.0G   0% /dev/shm
tmpfs          tmpfs     5.0M  8.0K  5.0M   1% /run/lock
tmpfs          tmpfs     1.0M     0  1.0M   0% /run/credentials/systemd-journald.service
tmpfs          tmpfs     2.0G   22M  1.9G   2% /tmp
tmpfs          tmpfs     1.0M     0  1.0M   0% /run/credentials/getty@tty1.service
tmpfs          tmpfs     393M   12K  393M   1% /run/user/1000

Messages concerning ext4 filesystem in dmesg:
[Tue Nov 18 07:54:29 2025] EXT4-fs (vda1): mounted filesystem f82e5312-4344-4f94-8855-87d3ce3d7b34 ro with ordered data mode. Quota mode: none.
[Tue Nov 18 07:54:31 2025] EXT4-fs (vda1): re-mounted f82e5312-4344-4f94-8855-87d3ce3d7b34 r/w.

Show mounted filesystems:
TARGET SOURCE    FSTYPE OPTIONS
/      /dev/vda1 ext4   rw,relatime,errors=remount-ro

Files in neuralgic directories:

/var:
812M    /var/
498M    /var/log
483M    /var/log/journal/e5f462e376c74804b4653fb360827b55
483M    /var/log/journal
177M    /var/lib

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 132.3M in the file system.

/opt/iobroker/backups:
216M    /opt/iobroker/backups/

/opt/iobroker/iobroker-data:
298M    /opt/iobroker/iobroker-data/
158M    /opt/iobroker/iobroker-data/files
104M    /opt/iobroker/iobroker-data/backup-objects
47M     /opt/iobroker/iobroker-data/files/admin.admin
46M     /opt/iobroker/iobroker-data/files/admin.admin/custom/assets

The five largest files in iobroker-data are:
30M     /opt/iobroker/iobroker-data/objects.jsonl
8.1M    /opt/iobroker/iobroker-data/files/backitup.admin/assets/index-DWwiPxYL.js
6.7M    /opt/iobroker/iobroker-data/states.jsonl
4.6M    /opt/iobroker/iobroker-data/files/javascript.admin/vs/language/typescript/tsWorker.js
4.1M    /opt/iobroker/iobroker-data/backup-objects/2025-12-14_18-05_objects.jsonl.gz

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_CC2538_USB_CDC-if00

*** ZigBee Settings ***

HINT:
Your zigbee.0 COM-Port is NOT matching 'by-id'. Please check your setting:
/dev/ttyACM0
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         v22.21.0
/usr/bin/node           v22.21.0
/usr/bin/npm            10.9.4
/usr/bin/npx            10.9.4
/usr/bin/corepack       0.34.0

nodejs:
  Installed: 22.21.0-1nodesource1
  Candidate: 22.21.0-1nodesource1
  Version table:
 *** 22.21.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
        100 /var/lib/dpkg/status
     22.20.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.19.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.18.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.17.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.17.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.16.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.15.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.15.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.14.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.13.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.13.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.12.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.11.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.10.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.9.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.8.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.7.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.6.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.5.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.5.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.4.1-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.4.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.3.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.2.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.1.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     22.0.0-1nodesource1 1001
        500 https://deb.nodesource.com/node_22.x nodistro/main amd64 Packages
     20.19.2+dfsg-1 500
        500 http://deb.debian.org/debian trixie/main amd64 Packages

Temp directories causing deletion problem: 0
No problems detected

Errors in npm tree: 0
No problems detected

Checking for nodejs vulnerability:


 █████  ██      ██           ██████   ██████   ██████  ██████         ██
██   ██ ██      ██          ██       ██    ██ ██    ██ ██   ██     ██  ██
███████ ██      ██          ██   ███ ██    ██ ██    ██ ██   ██         ██
██   ██ ██      ██          ██    ██ ██    ██ ██    ██ ██   ██     ██  ██
██   ██ ███████ ███████      ██████   ██████   ██████  ██████         ██



*** ioBroker-Installation ***

ioBroker Status
iobroker is running on this host.


Objects type: jsonl
States  type: jsonl

Hosts:
iobroker            iobroker (version: 7.1.0, hostname: iobroker      , alive, uptime: 545156)

Core adapters versions
js-controller:  7.1.0
admin:          7.7.20
javascript:     9.0.11

nodejs modules from github:     0

Adapter State
+ system.adapter.admin.0                  : admin                 : iobroker                                 -  enabled, port: 8081, bind: 0.0.0.0, run as: admin
+ system.adapter.alexa2.0                 : alexa2                : iobroker                                 -  enabled
+ system.adapter.backitup.0               : backitup              : iobroker                                 -  enabled
  system.adapter.daswetter.0              : daswetter             : iobroker                                 - disabled
+ system.adapter.discovery.0              : discovery             : iobroker                                 -  enabled
+ system.adapter.doorbird.0               : doorbird              : iobroker                                 -  enabled
+ system.adapter.ems-esp.0                : ems-esp               : iobroker                                 -  enabled
+ system.adapter.history.0                : history               : iobroker                                 -  enabled
+ system.adapter.hm-rega.0                : hm-rega               : iobroker                                 -  enabled
+ system.adapter.hm-rpc.1                 : hm-rpc                : iobroker                                 -  enabled, port: 0
  system.adapter.ical.0                   : ical                  : iobroker                                 - disabled
+ system.adapter.iot.0                    : iot                   : iobroker                                 -  enabled
+ system.adapter.javascript.0             : javascript            : iobroker                                 -  enabled
+ system.adapter.melcloud.0               : melcloud              : iobroker                                 -  enabled
+ system.adapter.puppeteer.0              : puppeteer             : iobroker                                 -  enabled
+ system.adapter.rct.0                    : rct                   : iobroker                                 -  enabled
+ system.adapter.rssfeed.0                : rssfeed               : iobroker                                 -  enabled
+ system.adapter.simple-api.0             : simple-api            : iobroker                                 -  enabled, port: 8087, bind: 0.0.0.0, run as: admin
+ system.adapter.sonoff.0                 : sonoff                : iobroker                                 -  enabled, port: 1883, bind: 0.0.0.0
+ system.adapter.telegram.0               : telegram              : iobroker                                 -  enabled, port: 8443, bind: 0.0.0.0
  system.adapter.vis.0                    : vis                   : iobroker                                 -  enabled
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.zigbee.0                 : zigbee                : iobroker                                 -  enabled, port: /dev/ttyACM0

+ 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.hm-rpc.1                 : hm-rpc                : iobroker                                 -  enabled, port: 0
+ system.adapter.simple-api.0             : simple-api            : iobroker                                 -  enabled, port: 8087, bind: 0.0.0.0, run as: admin
+ system.adapter.sonoff.0                 : sonoff                : iobroker                                 -  enabled, port: 1883, bind: 0.0.0.0
+ system.adapter.telegram.0               : telegram              : iobroker                                 -  enabled, port: 8443, bind: 0.0.0.0
+ system.adapter.web.0                    : web                   : iobroker                                 -  enabled, port: 8082, bind: 0.0.0.0, run as: admin
+ system.adapter.zigbee.0                 : zigbee                : iobroker                                 -  enabled, port: /dev/ttyACM0

ioBroker-Repositories
┌─────────┬────────────────────┬─────────────────────────────────────────────────────────┬──────────────┐
│ (index) │ name               │ url                                                     │ auto upgrade │
├─────────┼────────────────────┼─────────────────────────────────────────────────────────┼──────────────┤
│ 0       │ 'Stable (default)' │ 'http://download.iobroker.net/sources-dist.json'        │ false        │
│ 1       │ 'Beta (latest)'    │ 'http://download.iobroker.net/sources-dist-latest.json' │ false        │
│ 2       │ 'stable'           │ 'http://download.iobroker.net/sources-dist.json'        │ false        │
└─────────┴────────────────────┴─────────────────────────────────────────────────────────┴──────────────┘

Active repo(s): Beta (latest)
Upgrade policy: none

Installed ioBroker-Adapters
Used repository: Beta (latest)
Adapter    "admin"        : 7.7.20   , installed 7.7.20
Adapter    "alexa2"       : 3.27.4   , installed 3.27.4
Adapter    "backitup"     : 3.3.11   , installed 3.3.11
Adapter    "daswetter"    : 3.2.8    , installed 3.2.8
Adapter    "discovery"    : 5.0.0    , installed 5.0.0
Adapter    "doorbird"     : 3.0.0    , installed 3.0.0
Adapter    "ems-esp"      : 7.0.0    , installed 7.0.0
Adapter    "history"      : 3.0.1    , installed 3.0.1
Adapter    "hm-rega"      : 5.1.0    , installed 5.1.0
Adapter    "hm-rpc"       : 3.0.1    , installed 3.0.1
Adapter    "ical"         : 1.18.1   , installed 1.18.1
Adapter    "iot"          : 5.0.8    , installed 5.0.8
Adapter    "javascript"   : 9.0.13   , installed 9.0.11 [Updatable]
Controller "js-controller": 7.1.0    , installed 7.1.0
Adapter    "melcloud"     : 3.0.2    , installed 3.0.2
Adapter    "puppeteer"    : 0.4.0    , installed 0.4.0
Adapter    "rct"          : 1.2.25   , installed 1.2.25
Adapter    "rssfeed"      : 3.6.1    , installed 3.6.1
Adapter    "simple-api"   : 3.0.7    , installed 3.0.7
Adapter    "socketio"     : 7.0.8    , installed 7.0.8
Adapter    "sonoff"       : 3.3.0    , installed 3.3.0
Adapter    "telegram"     : 4.1.0    , installed 4.1.0
Adapter    "vis"          : 1.5.6    , installed 1.5.6
Adapter    "web"          : 7.0.9    , installed 7.0.9
Adapter    "ws"           : 3.0.19   , installed 3.0.19
Adapter    "zigbee"       : 3.3.0    , installed 3.3.0

Objects and States
Please stand by - This may take a while
Objects:        10245
States:         8753

*** OS-Repositories and Updates ***
W: https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details
Hit:1 http://deb.debian.org/debian trixie InRelease
Hit:2 http://deb.debian.org/debian trixie-updates InRelease
Hit:3 http://security.debian.org/debian-security trixie-security InRelease
Hit:4 https://deb.nodesource.com/node_22.x nodistro InRelease
Reading package lists...
W: https://deb.nodesource.com/node_22.x/dists/nodistro/InRelease: Policy will reject signature within a year, see --audit for details
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:8100            0.0.0.0:*               LISTEN      1001       1425808    36411/io.doorbird.0
tcp        0      0 0.0.0.0:1883            0.0.0.0:*               LISTEN      1001       1026177    27653/io.sonoff.0
tcp        0      0 192.168.9.77:42010      0.0.0.0:*               LISTEN      1001       1026221    27635/io.hm-rpc.1
tcp        0      0 127.0.0.1:43449         0.0.0.0:*               LISTEN      1001       1025401    27879/chrome
tcp        0      0 127.0.0.1:25            0.0.0.0:*               LISTEN      0          6817       953/exim4
tcp        0      0 127.0.0.1:9000          0.0.0.0:*               LISTEN      1001       1023492    27494/iobroker.js-c
tcp        0      0 127.0.0.1:9001          0.0.0.0:*               LISTEN      1001       1024305    27494/iobroker.js-c
tcp        0      0 0.0.0.0:22              0.0.0.0:*               LISTEN      0          6608       666/sshd: /usr/sbin
tcp        0      0 0.0.0.0:111             0.0.0.0:*               LISTEN      0          2879       1/init
tcp6       0      0 :::8087                 :::*                    LISTEN      1001       1025791    27782/io.simple-api
tcp6       0      0 :::8081                 :::*                    LISTEN      1001       1023698    27514/io.admin.0
tcp6       0      0 :::8082                 :::*                    LISTEN      1001       1025811    27797/io.web.0
tcp6       0      0 ::1:25                  :::*                    LISTEN      0          6818       953/exim4
tcp6       0      0 :::22                   :::*                    LISTEN      0          6618       666/sshd: /usr/sbin
tcp6       0      0 :::111                  :::*                    LISTEN      0          537        1/init
udp        0      0 0.0.0.0:68              0.0.0.0:*                           0          6428       568/dhclient
udp        0      0 0.0.0.0:111             0.0.0.0:*                           0          2880       1/init
udp6       0      0 :::111                  :::*                                0          2883       1/init

*** Log File - Last 25 Lines ***

2025-12-14 19:22:49.933  - debug: doorbird.0 (36411) Checking if we need to create any favorites..
2025-12-14 19:22:49.933  - debug: doorbird.0 (36411) Cheking if Favorite for Doorbell ID 1 exists.
2025-12-14 19:22:49.934  - debug: doorbird.0 (36411) Favorite for Doorbell ID 1 exists!
2025-12-14 19:22:49.934  - debug: doorbird.0 (36411) Checking if we need to create any favorites..
2025-12-14 19:22:49.934  - debug: doorbird.0 (36411) Cheking if Favorite for Doorbell ID 2 exists.
2025-12-14 19:22:49.935  - debug: doorbird.0 (36411) Favorite for Doorbell ID 2 exists!
2025-12-14 19:22:49.935  - debug: doorbird.0 (36411) Checking if we need to create any favorites..
2025-12-14 19:22:49.935  - debug: doorbird.0 (36411) Favorites checked successfully. No actions needed!
2025-12-14 19:22:49.936  - debug: doorbird.0 (36411) Checking if we need to create Schedules on DoorBird Device..
2025-12-14 19:22:49.937  - debug: doorbird.0 (36411) Okay we dont need to create any Doorbell-Schedules..
2025-12-14 19:22:49.937  - debug: doorbird.0 (36411) Okay we dont need to create any Doorbell-Schedules..
2025-12-14 19:25:19.553  - info: javascript.0 (35608) script.js.LaufenAlleInstanzenRichtig: Instanz doorbird.0 alive läuft wieder
2025-12-14 19:25:47.905  - info: admin.0 (27514) <== Disconnect system.user.admin from ::ffff:192.168.9.121 admin
2025-12-14 19:25:49.985  - debug: doorbird.0 (36411) Refresh connection check...
2025-12-14 19:25:50.050  - debug: doorbird.0 (36411) Authorization with User ghuapi0002 successful!
2025-12-14 19:26:12.432  - info: admin.0 (27514) ==> Connected system.user.admin from ::ffff:192.168.9.121
2025-12-14 19:26:38.525  - info: admin.0 (27514) <== Disconnect system.user.admin from ::ffff:192.168.9.121 admin
2025-12-14 19:28:00.555  - info: admin.0 (27514) ==> Connected system.user.admin from ::ffff:192.168.9.121
2025-12-14 19:28:06.870  - info: admin.0 (27514) <== Disconnect system.user.admin from ::ffff:192.168.9.121 admin
2025-12-14 19:28:50.051  - debug: doorbird.0 (36411) Refresh connection check...
2025-12-14 19:28:50.114  - debug: doorbird.0 (36411) Authorization with User ghuapi0002 successful!
2025-12-14 19:28:59.877  - info: admin.0 (27514) ==> Connected system.user.admin from ::ffff:192.168.9.52
2025-12-14 19:30:00.224  - info: javascript.0 (35608) script.js.openepaper.Temperaturen: Erfolgreich gesendet:
2025-12-14 19:31:50.118  - debug: doorbird.0 (36411) Refresh connection check...
2025-12-14 19:31:50.202  - debug: doorbird.0 (36411) Authorization with User ghuapi0002 successful!

============ Mark until here for C&P =============

Hi,
ich habe seit kurzem eine Doorbird Klingel und da die Anlage leider in den letzten 2 Monaten bestimmt 4 Mal plötzlich nicht erreichbar war, wollte ich gerne mit dem "Info" "Connection" Object über den Doorbird Adapter den Onlinestatus prüfen und wenn dieser sich auf "FALSE" ändert mich per Telegram benachrichtigen lassen.
Leider kommt diese Meldung aber mehrmals täglich (und auch manchmal mehrmals pro Stunde). Wenn ich dann über die Doorbird App nachschaue, ist die Klingel aber online...
Hat jemand eine Idee was ich ändern kann? Ich habe bereits das Logging auf DEBUG gesetzt, aber die Meldungen helfen denke ich nicht viel weiter...

doorbird.0
2025-12-14 19:34:55.236	warn	Error in testBird() Request timed out: AxiosError: timeout of 5000ms exceeded

doorbird.0
2025-12-14 19:34:50.210	debug	Refresh connection check...

doorbird.0
2025-12-14 19:31:50.202	debug	Authorization with User USERNAME successful!

doorbird.0
2025-12-14 19:31:50.118	debug	Refresh connection check...

doorbird.0
2025-12-14 19:28:50.114	debug	Authorization with User USERNAME successful!

doorbird.0
2025-12-14 19:28:50.051	debug	Refresh connection check...

doorbird.0
2025-12-14 19:25:50.050	debug	Authorization with User USERNAME successful!

Ich habe hier den Usernamen durch "USERNAME" ersetzt. Es handelt sich NICHT um den ADMIN User.
Zum Aufbau:
Ich habe einen FritzRepeater direkt innen neben der Tür, der nur das 2,4 GHz Band aktiviert hat und über eine eigene SSID verfügt. Diese und auch das Passwort haben keine Sonderzeichen. Die Klingel ist über WLAN verbunden mit diesem SSID und der Repeater selber mit dem MESH meines Fritz Netzwerks.
Es läuft auch alles stabil, bis ich irgendwann plötzlich nach mehreren Tagen oder Wochen merke, dass die Klingel nicht mehr klappt. Dann hat diese keine Verbindung mehr zum WLAN. Ein Neustart der Klingel (Strom weg und wieder dran) behebt dann das Problem. Um einzugrenzen, was genau passiert ist, würde ich gerne den Moment des "OFFLINE" gehens eingrenzen. (Einmal war es ein Stromausfall im Haus, aber die anderen Male....)
Vielen Dank im Voraus für eure Ideen und Tipps.
Grüße
Max

[Homoran]

@M-A-X und wo vermutest du einen Bug von ioBroker?

[M-A-X]

Hey.
Ich möchte hier unter anderem aufs Schwarmwissen setzen. Zunächst habe ich ein github issue erstellt. Dort wurde mir 'geraten' parallel hier im forum nach Hilfe zu suchen.
Evtl kann mir zum Beispiel einer erklären, wo der Unterschied zwischen den Adapteranfragen des doorbird Adapters und den Anfragen der App liegt.
Die app bekommt immer eine Verbindung (obwohl diese den 'Umweg' über die cloud nimmt), während der doorbird Adapter im selben Netzwerk anscheinend keine Verbindung bekommt.
Evtl. liest ja sogar jemand mit, der den Adapter mit gestaltet. Keine Ahnung, ob es so ist, aber fragt der Adapter evtl nur einmal an und wartet dann nur 5 Sekunden auf ne Antwort und gibt dann auf. 'besser' wäre meiner Meinung nach dann nochmal anzufragen und ggf. 10 Sekunden zu warten. Und erst wenn beide Anfragen keine Rückmeldung bringen das ganze offline zu setzen.

[toralt]

Evtl. Würde ich mal testen, ob es einen Unterschied macht, wenn der Repeater mit Kabel an der Fritz Box hängt. Mesh und „stabil“ beißt sich, da kann einfach zuviel stören. Als nächstes würde ich den Kanal des Repeaters mal wechseln. Wenn sich dann nichts am Verhalten der Doorbird geändert hat, würde ich das WLAN ausschließen.
Ich selbst nutze auch eine Doorbird, allerdings via PoE. Früher hatte ich netatmo und aqara, beide via wlan, und immer Probleme. Ich hatte einen unifi AP via mesh hinter der Tür und dennoch immer wieder Verbindungsbbrüche. Erst seit dieser per Kabel angeschlossen wurde, waren die Probleme weg, obwohl die Mesh Verbindung vollen Empfang hatte. Ich konnte eine alte Telefonleitung dafür umfunktionieren 😊
Wenn das Wlan stabil ist, sollte es eigentlich keine Probleme geben.
Das erstmal hinsichtlich de Verbindungsabbrüche, die lt App aber nicht statt finden. Hier würde ich kurze Abbrüche vermuten, die die App evtl „schneller“ kompensiert, da beim öffnen direkt eine Anfrage geschickt wird. Der Adapter wiederum prüft die Verbindung evtl. via Ping nur alle 30 Sekunden o.ä. Ich hab den Adapter zwar laufen, benötige ihn aktuell aber nicht. Daher hab ich mir die einzelnen Objekte noch nicht so genau angesehen.

[M-A-X]

Hi.
Vielen Dank für die Tipps. Ich müsste hierfür das LAN Kabel über mehr als 15 Meter durch die Wohnungstür bis hinter die Haustür legen. Und wenn es dann am WLAN hängen würde, hätte ich leider trotzdem keine Lösung.
Kanal kann ich seltsamerweise im Repeater nicht ändern. Das hatte ich schon gesucht, aber die Möglichkeit ist ausgegraut. Kann es sein, dass das seit ner bestimmten Firmware deaktiviert wurde? Früher ging das, das weiß ich.

Ich habe hier auch den doorbird PoE injector und den 2 Kabel PoE Adapter rum liegen, aber die vorhandene Telefonleitung ist nur 4 adrig. Hiervon brauche ich 2 für den Schnapper. Also habe ich nur 2 Adern. Die laufen einmal quer und schlecht geschirmt durchs ganze Haus bis zum Sicherungskasten. Ich könnte den 2 Kabel Adapter hinter der Klingelanlage verstauen, auch wenn das die Hausaußenwand ist und daher nicht Wassergeschützt. Dann müsste ich noch nen LAN Kabel zum Sicherungskasten ziehen, dort den injector verstauen und den Sender des 2 Kabel Adapters. Das ist alles sehr gebastelt und ich möchte das eigentlich verhindern. Daher das logging per doorbird Adapter.
Bei github hab ich gesehen, dass der Adapter wirklich beim ersten nicht erfolgreichen ping den Status direkt auf offline setzt. Ich hoffe, dass jemand der sich auskennt das ganze einfach etwas weniger strikt programmiert. Dann hätte ich zumindest die falschen offline Meldungen weg und könnte testen, wann die doorbird wirklich offline ist...

[mcm1957]

@Homoran sagte in Doorbird - Error in testBird() Request - Connection FALSE:

@M-A-X und wo vermutest du einen Bug von ioBroker?

Ich hab ihm geraten hier mal zu fragen.

Ich vermute eigentlich primär keinen Fehler in ioBroker (kann es aber auch nicht 100% ausschließen). Da ich die Doorbird nicht kenne erscheint es mir sinnvoll hier mal das Thema anzusprechen. Ev. haben ja andere Erfahrung damit. Mir fallen mal die Stichworte Netzwerkstabilität, parallele Zugriffe (der Adapter greift ggF mehrfach gleichzeitig zu), WLAN Störungen etc. ein.

EDIT:

Keine Ahnung, ob es so ist, aber fragt der Adapter evtl nur einmal an und wartet dann nur 5 Sekunden auf ne Antwort und gibt dann auf.

Dazu hab ich im Issue schon geantwortet: Ja der Adapter testet alle 3 Minuten durch Absetzen eines http Requests ob die Doorbird erreichbar ist. Das Antworttimeout beträgt 5s. Es gibt kein Retry. Und ja - auch schon om Issue angemerkt - man könnte überlegen ob das als eigener Task laufende Testen der Verbindung so überhaupt sinnvoll ist insbesondere da es zeitlich mit anderen Polls zusammenfallen könnte, ob ein retry Sinnmacht etc.

[M-A-X]

@mcm1957 hi. Ja, ich hab das immer parallel hier und auf github geschrieben, da das ggf unterschiedliche Leute lesen. Ich gehe mittlerweile auch davon aus, dass das Öffnen der App direkt eine Art ping zur Klingel schickt und diese dann 'sehr viel Zeit' hat eine Verbindung aufzubauen.
Der Adapter gibt der Klingel wahrscheinlich nicht die gleiche Zeit oder Anzahl der Verbindungsversuche.
Das ist bestimmt kein high prio Thema.
Wie weiter oben geschrieben ist das verkabeln per PoE LAN hier leider aufwändig und gleichzeitig könnte es sein, dass es gar nicht klappt (ungeschirmte Klingeldrähte / 2-Kabel-Adapter im ungeschützten Außenbereich). Daher muss ich mit WLAN leben und hoffen, dass ich die 'echten' offline Meldungen abpasse und diagnostizieren kann.

[toralt]

@m-a-x Das Grundproblem muss gelöst werden. Eine Doorbird darf nicht offline gehen. Die beiden Klingeldrähte sind kein Problem. Ich nutze diese und sende mit 1 GBit stabil Daten über diese beiden dünnen Drähte. Umgesetzt habe ich das ganze mit den devolo Gigabridge Phoneline Adaptern. ich habe da bestimmt 20m Telefonkabel dazwischen, eher mehr. Die Drähte sind so dünn, das ich mir nicht vorstellen konnte, dass das stabil läuft. Seit knapp einem Jahr laufen nun stabil 1 GBit darüber. Die Strecke von dem Adapter zur Tür habe ich dann via RJ45 hinter der Sockelleiste versteckt, bin am Türrahmen hoch und hab dann schräg nach außen gebohrt.
https://www.devolo.de/de/produkte/giga-bridge-phoneline?p=1&limit=36&sortOrder=standardsort_artikelpos

Die Frage nach dem Adapter und wie oft nach Verbindung geprüft wird darfst Du Dir eigentlich nicht stellen müssen, da das Grundproblem nicht vorhanden sein darf. Da Du eine Verkabelung ja schon durchgespielt hast, würde ich da die Energie reinstecken, dann erledigt sich (es sei denn die Klingel hat einen defekt) dein Problem von ganz alleine.

[mcm1957]

Verkabelungsproblem zu einer Haustüre sind oft ein Problem ...
Und sorry, wollt dich nicht angreifen mit den Infos dass ich das drüben schon geschroeben habe sondern nur hier auch alle auf denselben Stand bringen.

Was den WLAN Kanal betrifft schau mal ob die beim Repeater eingestellt hast dass er die Daten von Der Fritte übernimmt. Könnte der Grund für ausgegraute Dinge sein.
MESH und eigene SSID spießen sich m.E. irgendwie.

Check sicherheitshalber dass dei Doorbird sicher mit dem Repeater verbunden ist UND dass der Repeater auch stabil mit der Fritzbox verbunden ist.

Manche FB Repeater erlaube es am Repeater ein Kabel anzuschließen an dem dann ein Gerät hängt. HWär also ev. eine Option vond er Doorbird per Kabel zum Repeater zu gehen und von dort per Funk weiter wenn es dein Repeater kann.

Wenn es ohne Verletzungsgefahr möglich ist wär ein Test mit einem 15m "quer über den Gang" verlegtem Netzwerkkabel ev sinnvoll. Wenn dann null Probleme weiß man wenigstens wo man ansetzen sollte - auch wenn es da noch keine klare Lösung gibt.

Schau ev. ob die Abbrüche in zeitlichem Zusammenhang mit dem Türöffner stehen könnten. DIe Dinger können ggF höhere Spannungsspitzen auslösen und damit Geräte stören. Ev. kann da eine Freilaufdiode helfen.

Wenn möglich wär es auch ne Option die Doorbird einige Zeit in die Nähe der Fritte zu bringen und zu testen ob es dort auch Offline Fehler gibt. Ich weiß allerdings nicht wie leicht / schwer da ein Abbau / Umbau wäre. Ansonsten mal nen Tag bei einem Ausflug oder während eines Kurzurlaubs testen - einfach zu einer Zeit wo niemand läuten muss.

Aber ev. kommen hier ja noch Rückmeldungen von anderen Usern mit ihren Erfahrung. (Anmerkung: Auch wenn jemand nur sagen kann bei mir läufts mit LAN / WLAN / ... stabil wär das ne Hilfe!)

[M-A-X]

@toralt sagte in Doorbird - Error in testBird() Request - Connection FALSE:

@m-a-x Das Grundproblem muss gelöst werden. Eine Doorbird darf nicht offline gehen. Die beiden Klingeldrähte sind kein Problem.

Die Steckdose hinter der Tür ist leider "rechts" neben den Briefkästen und einem Lichtband, während die Klingel links neben der Tür ist. Ich habe in dem Bereich keine Sockelleisten und auch viele Versprünge (Mauer, Rahmen, Lichtband, Rahmen, Türrahmen), sodass ein Kabelkanal oder ähnliches sehr hässlich wird. Die 2 zur Verfügung stehenden Klingeldrähte enden direkt hinter der Doorbird. Dort ist wie gesagt genug Platz für den 2-Draht-PoE-Adapter von Doorbird. Allerdings soll dieser nicht im Außenbereich angebracht werden.
Dazu kommt, dass am anderen Ende der Klingeldrähte der Sicherungskasten im Keller sitzt. Hier habe ich keinen Platz für den PoE Injektor + 2-Draht-Sender + Netzteil und muss zudem noch irgendwie LAN in den Sicherungskasten bekommen :) Und ich gebe dir recht, dass die Doorbird nicht offline gehen sollte. Ich bin mir aber auch sicher, dass die Anlage nicht so oft Offline ist, wie es der Status des Adapters hergibt. Daher meine Anfrage. Wir haben hier seit ca 2 Monaten die Doorbird und grundsätzlich kein "Offline" Problem (wenn jemand klingelt, klingelt es auch). Aber leider ging die Anlage halt wirklich 4 mal in den 2 Monaten Offline. Und für diese Fälle versuchte ich den Status des Doorbird Adapters zu nutzen.

@mcm1957 sagte in Doorbird - Error in testBird() Request - Connection FALSE:

Verkabelungsproblem zu einer Haustüre sind oft ein Problem ...
Und sorry, wollt dich nicht angreifen mit den Infos dass ich das drüben schon geschroeben habe sondern nur hier auch alle auf denselben Stand bringen.

Hab ich nicht als Angriff verstanden :)

Was den WLAN Kanal betrifft schau mal ob die beim Repeater eingestellt hast dass er die Daten von Der Fritte übernimmt. Könnte der Grund für ausgegraute Dinge sein.

Hier könnte ich die Einstellungen übernehmen, was ich aber nicht gemacht habe.

MESH und eigene SSID spießen sich m.E. irgendwie.

Ja. Ich hatte zunächst alle Repeater im MESH. Der Doorbird support hat mir geraten eine eigene SSID am Repeater in der Nähe einzustellen, sodass die Klingel sich immer mit genau diesem Gerät verbindet. Daher hab ich den Repeater zurück gesetzt und ohne Übernahme der Einstellungen in Betrieb genommen.

Check sicherheitshalber dass dei Doorbird sicher mit dem Repeater verbunden ist UND dass der Repeater auch stabil mit der Fritzbox verbunden ist.

Der nächste MESH Repeater ist ca. 7 m vom "doorbird" Repeater entfernt. Dieser ist dann als LAN-Brücke mit der Fritzbox verbunden. Hier hatte ich in den 2-3 Jahren, die dieser Repeater im Dienst ist, keinelei Verbindungsprobleme. Das wäre bestimmt aufgefallen, da der Repeater unser EG mit WLAN abdeckt.

Manche FB Repeater erlaube es am Repeater ein Kabel anzuschließen an dem dann ein Gerät hängt. Wär also ev. eine Option von der Doorbird per Kabel zum Repeater zu gehen und von dort per Funk weiter wenn es dein Repeater kann.

s.o. Leider komme ich nicht mit nem LAN Kabel hinter die Klingel. Hierfür müsste ich im Treppenhaus an "unschöner" Stelle ein Loch bohren...

Wenn es ohne Verletzungsgefahr möglich ist wär ein Test mit einem 15m "quer über den Gang" verlegtem Netzwerkkabel ev sinnvoll. Wenn dann null Probleme weiß man wenigstens wo man ansetzen sollte - auch wenn es da noch keine klare Lösung gibt.

Schau ev. ob die Abbrüche in zeitlichem Zusammenhang mit dem Türöffner stehen könnten. DIe Dinger können ggF höhere Spannungsspitzen auslösen und damit Geräte stören. Ev. kann da eine Freilaufdiode helfen.

Wenn möglich wär es auch ne Option die Doorbird einige Zeit in die Nähe der Fritte zu bringen und zu testen ob es dort auch Offline Fehler gibt. Ich weiß allerdings nicht wie leicht / schwer da ein Abbau / Umbau wäre. Ansonsten mal nen Tag bei einem Ausflug oder während eines Kurzurlaubs testen - einfach zu einer Zeit wo niemand läuten muss.

Es ist ein Zweifamilienhaus. Da kann ich der anderen Partei schlecht die Klingel weg nehmen :)

Aber ev. kommen hier ja noch Rückmeldungen von anderen Usern mit ihren Erfahrung. (Anmerkung: Auch wenn jemand nur sagen kann bei mir läufts mit LAN / WLAN / ... stabil wär das ne Hilfe!)

Ja, das wäre hilfreich. Ist hier jemand der ne doorbird per WLAN (oder LAN) angeschlossen hat und einfach mal den Status von Info - Connection mit loggen könnte? Ich "hoffe", dass es ein Adapterproblem und kein WLAN Problem ist. Also dass der Adapter zu streng mit der Abfrage umgeht. Das müsste ja dann bei jedem anderen auch so sein. Wenn ich nicht auf Fehlersuche wäre, hätte ich nie festgestellt, dass die Connection auf False geht.

[toralt]

@M-A-X sagte in Doorbird - Error in testBird() Request - Connection FALSE:

Ja, das wäre hilfreich. Ist hier jemand der ne doorbird per WLAN (oder LAN) angeschlossen hat und einfach mal den Status von Info - Connection mit loggen könnte? Ich "hoffe", dass es ein Adapterproblem und kein WLAN Problem ist. Also dass der Adapter zu streng mit der Abfrage umgeht. Das müsste ja dann bei jedem anderen auch so sein. Wenn ich nicht auf Fehlersuche wäre, hätte ich nie festgestellt, dass die Connection auf False geht.

Ich denke nicht das der Adapter zu "streng" ist, sondern Du tatsächlich immer mal einen kurzen Aussetzer hast. Ich richte mir ein blockly ein, damit ich Meldung bekomme, falls ein Wechsel statt findet. Da meine Doorbird stabil läuft, sollte da nichts kommen. Ich hoffe jetzt nicht, dass ich ein Problem in meinem Setup erkenne, von dem ich noch gar nicht wusste, dass ich es habe :D

[mcm1957]

Was du noch machen könntest ist die Doorbird mittels ping Adapter zu prüfen. Da siehst du zwar nicht ob die Doorbird antwortet aber die log level ip Connectivität würdest du sehen. Wenn ping stst OK ist und trotzdem die http Polls austimen klingt das nach einem Problem mit der Doorbird oder einem ungünstigen Zugriff auf die Doorbird (zB. zuviele parallele Zugriffe o.ä.) Wär mal ein Ansatz zur Informationssammlung der nichts kostet.

[M-A-X]

@mcm1957 Der Tipp war gut, aber es sieht leider schlecht für mich aus :(
Auch beim Ping ist die Doorbird des öfteren nicht erreichbar (trotz zweitem Ping nach 30 Sekunden). Der Adapter scheint demnach nicht das Problem zu sein (wie von vielen hier geschrieben). Jetzt muss ich mal schauen, ob ich das mit dem Kabel irgendwie hinbekomme. Da hätte ich dann auch die "bessere" Klingel mit RFID / Zahlencode o.ä. nehmen können. Die gibt es leider nur ohne WLAN.

[mcm1957]

check mal das WLAN mit dem Handy oder nem Laptop aus. Ich glaub AVM hat da auch was als app.
Und schau ob es an der WLAN Strecke zwischen sensor und Repeater liegt oder zwischen Repeater und Fritte. ICh glaub der Repeater hat auch ne IP und kann daher angepingt werden.

Wenn ich es richtig verstehe ist den Netz in etwas so

DoorBird --WLAN-- Repeater --WLAN-- Repeater2 --LANKABEL-- Fritzbox

richtig?4

Was sich ein wenig in meinem Kopf jetzt spiest ist dass die DoorBird SSID#2 benutzt. Damit muss wohl der nahe Repeater auch SSID2 benutzen. Wenn der nur WLAN kann wie verbindet er sich dann mit dem Repeater2 der im Mesh ist und daher SSID#1 benutzen muss. Ist der Repeater 1 als Accessoint mit 2 SSIDs konfiguriert (sofern so was überhaupt geht. Oder wie läuft das.

Kann aber guts ein, dass ich im Moment nur einen Knopf in meinen Gedanken habe. Aber wenn ein Repeater in einem WLAN mit 2 SSIDs kommunizieren soll und dass bei nicht festgelegter Kanalzuordnung könnte das problematisch sein,

[M-A-X]

@mcm1957
So wie du es schreibst ist alles richtig.
Doorbird verbindet sich mit nahen repeater1 mit SSID1. Dieser verbindet sich per WLAN mit mesh (zum Beispiel repeater2) mit ssid2.
Das ganze ist so von AVM vorgesehen. Repeater1 ist ein Fritz 1200 ax.
Im mesh ist repeater2 (Fritz 2400), repeater3 (sollte außer Reichweite sein, wäre aber nen Fritz 1200ax), Fritzbox 5690 pro.
Mit dem Handy oder Laptop habe ich selbst vor der Tür guten Empfang zum mesh :) die doorbird ist wohl durch den Einbauort 'in' der Wand benachteiligt.
Ich pinge aber einfach mal repeater2 und repeater1 auch an und checke ob es da schon Probleme gibt.
Leider hab ich sehr viele (ich schätze 30-50) wlan Geräte sonst würde ich ja mal mein Netzwerk komplett neu aufsetzen.

[mcm1957]

Je nach Situation zwischen Repeater 1 und Repeater 2 könnte es auch einen Versuch wert sein diese Strecke mit 5GHz zu betrieben. Dann wären die Funkmodule im Repeater 1 wahrscheinlich unabhängig voneinander - kenn aber das Innenleben des Fritzrepeaters nicht.

[mcm1957]

Wenn du einen anderen Repeater hast könnte ev. auch ein testweiser Tausch des Repeaters sinnvoll sein, Da hatte jemand seit Fitz OS8 ein Problem mit seinem 1200AX den AVM dann getauscht hat. https://www.ip-phone-forum.de/threads/seit-fos-8-0-auf-der-7520-verliert-doorbird-verbindung-zum-1200ax.320524/ Leider nicht viel Info - insbesondere nicht ob da im Einzelfall ein Defekt vorlag oder der 1200AX irgendwelche Kompatibilitätsprobleme hatte. Ev. kannst ja auch bei AVM mal fragen.

[M-A-X]

@mcm1957
So steht man manchmal auf dem Schlauch. Ich hatte 5GHz komplett deaktiviert. Jetzt hab ich es aktiviert und im 5 GHz Netz die Verbindung zu repeater2 hergestellt. SSID für 5 GHz ist ne andere sodass die doorbird sich mit dem 2,4ghz verbindet (kann ja auch nichts anderes).
Bei der Gelegenheit hab ich gesehen, wenn ich das Band abschalte und neu aktiviere kann ich auch den Kanal wählen. Hab den jetzt auf kanal1 gestellt (laut Oberfläche der am wenigsten belastete).

[mcm1957]

Na dann schau ma mal ob das was hilft...

[zahnheinrich]

Ich betreibe neben einigen Doorbird POE Anlagen auch eine solche über Wlan.
Ich hatte zu Beginn nach der Installation ähnliche Probleme mit aussetzender Erreichbarkeit der Doorbird, obwohl die Fritzbox nur ca 6 Meter Luftlinie entfernt steht.
Seitdem ich einen zusätzlichen FRITZ!Repeater 2400 im Mesh-Betrieb in ca 2 Meter Entfernung zur Doorbird eingestellt habe, gibt es seit ca 2 Jahren keinerlei Probleme mehr.
Offensichtlich ist die WLAN Anbindung der Doorbird nicht sehr feldstark, oft auch bedingt durch den Einbau in oder auf eine mehr oder weniger dicke Aussenmauer.

Wäre im vorliegenden Fall auch meine erste Option.
Repeater bei Ama... bestellen, einige Tage ausprobieren (Steckdose liegt ja offensichtlich in unmittelbarer Nähe).
Im Negativfall den Repeater zurückschicken.