deCONZ - Zigbee gateway van Dresden Elektronik

[Petertje750]

Waar kan ik in de logs zien als er lampen niet reageren op een on / off.
Het issue is dat een paar lampen op zolder niet reageren op de switch of app.

Of moet je voor logs dev mode inschakelen?

[ Voor 13% gewijzigd door Petertje750 op 25-06-2021 19:01 ]

[iisworks]

Heeft iemand anders met deCONZ v2.12.1-Beta ook last van connectivity problemen (in Docker op Synology)?

Ik heb de logging even niet meer bij de hand omdat ik terug ben naar een eerdere versie (geen issues), maar hij stond vol met:
- Error 0xA7
- Reconnecting (15s)

[Vorkie]

iisworks schreef op maandag 28 juni 2021 @ 07:08:
Heeft iemand anders met deCONZ v2.12.1-Beta ook last van connectivity problemen (in Docker op Synology)?

Ik heb de logging even niet meer bij de hand omdat ik terug ben naar een eerdere versie (geen issues), maar hij stond vol met:
- Error 0xA7
- Reconnecting (15s)

Lijkt zich dan in de app voor te doen, niet in het Zigbee netwerk. Wel report in geschoten mag ik hopen?

0xA7 No application ACK received

Is similar to 0xE9 but works over a complete route.

https://github.com/dresde...ee-Error-Codes-in-the-Log

[Vorkie]

Tipje van de ochtend:
Na verwijderen uit Deconz kan je zowaar jezelf helemaal opvreten dat je device in HomeAssistant blijft staan.

Ga naar ontwikkelhulpmiddelen > services > plak deconz.remove_orphaned_entries en start deze.

Zo ruimt ie alle entries op

[JBS]

Vorkie schreef op vrijdag 2 juli 2021 @ 07:10:
Tipje van de ochtend:
Na verwijderen uit Deconz kan je zowaar jezelf helemaal opvreten dat je device in HomeAssistant blijft staan.

Ga naar ontwikkelhulpmiddelen > services > plak deconz.remove_orphaned_entries en start deze.

Zo ruimt ie alle entries op

Mooi dat het bij jou werkt.
Zelf heb ik daar eigenlijk zelden succes mee. Uiteindelijk blijkt een herstart van HA het meest succesvol om dit soort wijzigingen in HA doorgevoerd te krijgen.

[Mimiix]

JBS schreef op vrijdag 2 juli 2021 @ 07:41:
[...]
Mooi dat het bij jou werkt.
Zelf heb ik daar eigenlijk zelden succes mee. Uiteindelijk blijkt een herstart van HA het meest succesvol om dit soort wijzigingen in HA doorgevoerd te krijgen.

Ik heb helaas dezelfde ervaring

[bitjeverkeerd]

Ik heb hier in huis een vreemd probleem. De laatste tijd gaat 1 van de groepen in de meterkast er regelmatig uit bij het inschakelen van mijn computer (oplosbaar).

Op deze groep zitten echter ook een paar "slimme" Ikea lampen (6 stuks van de in totaal 24 in huis). Wanneer ik de groep in de meterkast weer aanzet werkt alles weer. Echter na enkele uren werken er dan een aantal remote controls niet meer. Als je nog langer wacht (langer dan een dag) dan werken alle remote controls en sensors niet meer (end devices). De lampen zijn dan nog wel aan/uit te zetten via de app/pc dit gaat echter merkbaar trager.

Wanneer ik dan het het huis power cycle (spanning een paar seconden uit) en wacht tot alles opnieuw is opgestart dan werkt alles weer goed. Allen de conbee-pi opnieuw opstarten helpt niet, het is wel echt een ding met de Ikea lampen lijkt het.

Dit is de afgelopen maand een aantal keer gebeurd. Zijn er mensen hier op het forum met vergelijkbare issues?

[JBS]

@bitjeverkeerd Welke type/versie van de IKEA lampen betreft het? Welke firmware draait er op je Conbee en IKEA lampen? Welke versie van deCONZ gebruik je?

Zie o.a. JBS in "deCONZ - Zigbee gateway van Dresden Elektronik"

[ Voor 23% gewijzigd door JBS op 03-07-2021 08:33 ]

[hubertgruber]

JBS schreef op zaterdag 3 juli 2021 @ 08:33:
@bitjeverkeerd Welke type/versie van de IKEA lampen betreft het? Welke firmware draait er op je Conbee en IKEA lampen? Welke versie van deCONZ gebruik je?

Zie o.a. JBS in "deCONZ - Zigbee gateway van Dresden Elektronik"

Over firmware (van de lampen) updaten gesproken: is het ook binnen de Hass OS add-on een kwestie van de lamp selecteren en op ‘query’ klikken? Of is het nodig om handmatig de firmware bestanden in een map te hangen?

[RudolfR]

@hubertgruber

Alleen dat eerste; de IKEA OTA bestanden worden vanzelf gedownload en gevonden.

[bitjeverkeerd]

JBS schreef op zaterdag 3 juli 2021 @ 08:33:
@bitjeverkeerd Welke type/versie van de IKEA lampen betreft het? Welke firmware draait er op je Conbee en IKEA lampen? Welke versie van deCONZ gebruik je?

Zie o.a. JBS in "deCONZ - Zigbee gateway van Dresden Elektronik"

Ik heb de ikea hardware allemaal recent ge-update (versie 2.3.068 (E27) en 2.3.050 (GU10) en 2.3.014 (remote control)). Deconz is versie 2.11.05. De Conbee firmware is 266B0700.

Ik zou de conbee firmware dus nog verder kunnen updaten. Zal ik binnenkort doen.

Heb dit weekend ook een andere groep in de meterkast tijdelijk uit gehad i.v.m. onderhoud. Ook toen ontstond er enkele uren na dat de spanning er weer op gezet was weer een vergelijkbare storing.

[The Fops]

Iemand ervaring met deze Friends of Hue wandschakelaar? https://www.robbshop.nl/d...der-zigbee-friends-of-hue

Ik wil m'n Shelly's gaan vervangen met een zigbee schakelaar zodat wanneer deconz uitvalt ik altijd nog de Hue lampen met de schakelaars kan schakelen d.m.v. binding, als een backup.
Of hebben jullie daar andere oplossingen voor? Ik heb geen blauwe draad bij de schakelaars en wil het liefst m'n Jung afdekraam en en schakelaars blijven gebruiken...

[de Peer]

The Fops schreef op donderdag 8 juli 2021 @ 22:26:
Iemand ervaring met deze Friends of Hue wandschakelaar? https://www.robbshop.nl/d...der-zigbee-friends-of-hue

Ik wil m'n Shelly's gaan vervangen met een zigbee schakelaar zodat wanneer deconz uitvalt ik altijd nog de Hue lampen met de schakelaars kan schakelen d.m.v. binding, als een backup.
Of hebben jullie daar andere oplossingen voor? Ik heb geen blauwe draad bij de schakelaars en wil het liefst m'n Jung afdekraam en en schakelaars blijven gebruiken...

Trek er gewoon even een blauwe draad bij. Dat is echt niet zo moeilijk hoor.

Shelly werkt juist perfect met de oude knoppen, ook als je domotica uitgevallen is.

[ Voor 6% gewijzigd door de Peer op 08-07-2021 23:57 ]

[The Fops]

de Peer schreef op donderdag 8 juli 2021 @ 23:54:
[...]

Trek er gewoon even een blauwe draad bij. Dat is echt niet zo moeilijk hoor.

Shelly werkt juist perfect met de oude knoppen, ook als je domotica uitgevallen is.

Werkt natuurlijk niet als je de Shelly's in detached mode gebruikt omdat er Hue lampen op aan zijn gesloten. Vandaar de overweging om over te stappen op zigbee.

[Speedy-Andre]

Ik heb een leuk ( ) grapje met m'n Raspbee en een Pi 4B met Buster.
Zonder de Raspbee aangesloten zegt de gateway dit: Version 2.12.02 / 12-7-2021
Zodra de Raspbee erin zit kan ik webpagina niet bereiken omdat ie crasht.
Deconz crasht met "code=killed, signal=BUS" als ik het check met systemctl status, dit kan ik elke minuut
opnieuw doen met steeds weer dit resultaat
Het lijkt erop dat Deconz steeds opnieuw start en direct crasht.

Zet ik de Raspbee in een oude Pi 1B dan rapporteert Deconz 2.10.04 / 14-3-2021 en FW 26390500.
Deze Pi 1B heb ik tot mei gebruikt om ontstane problemen met een Pi 2B met de Raspbee te omzeilen.
Omdat die 2 samen niet echt vlot werkten heb ik maar een Pi 4B gehaald en alles daar op gezet.
Het aantal switches, sensors enz. is niet veranderd.

Mijn conclusie is dat de Raspbee print nog in orde is maar dat er iets met de firmware fout gaat.
Ik heb dit probleem wel vaker op het net gezien, maar er was meestal geen oplossing voor anders dan alles opnieuw installeren waar ik liever niet aan begin

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 17:46:
Ik heb een leuk ( ) grapje met m'n Raspbee en een Pi 4B met Buster.
Zonder de Raspbee aangesloten zegt de gateway dit: Version 2.12.02 / 12-7-2021
Zodra de Raspbee erin zit kan ik webpagina niet bereiken omdat ie crasht.
Deconz crasht met "code=killed, signal=BUS" als ik het check met systemctl status, dit kan ik elke minuut
opnieuw doen met steeds weer dit resultaat
Het lijkt erop dat Deconz steeds opnieuw start en direct crasht.

Zet ik de Raspbee in een oude Pi 1B dan rapporteert Deconz 2.10.04 / 14-3-2021 en FW 26390500.
Deze Pi 1B heb ik tot mei gebruikt om ontstane problemen met een Pi 2B met de Raspbee te omzeilen.
Omdat die 2 samen niet echt vlot werkten heb ik maar een Pi 4B gehaald en alles daar op gezet.
Het aantal switches, sensors enz. is niet veranderd.

Mijn conclusie is dat de Raspbee print nog in orde is maar dat er iets met de firmware fout gaat.
Ik heb dit probleem wel vaker op het net gezien, maar er was meestal geen oplossing voor anders dan alles opnieuw installeren waar ik liever niet aan begin

Gaat het om een nieuwe installatie?
Heb je de install guide van de fabrikant secuur gevolgd?

[Speedy-Andre]

Mimiix schreef op dinsdag 13 juli 2021 @ 18:07:
[...]


Gaat het om een nieuwe installatie?
Heb je de install guide van de fabrikant secuur gevolgd?

Het is een image van Dresden (met Homebridge) waar ik tot nu toe geen problemen mee heb gehad.
Vandaag ging ie opeens de mist in en zoek dan maar uit waarom
Eerst het image op een SD gezet en al het andere geïnstalleerd, dit alles is later overgezet naar een SSD.
Het opvallendste is de firmware met recente datum, dat doet ie misschien op de achtergrond ...

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 18:28:
[...]

Het is een image van Dresden (met Homebridge) waar ik tot nu toe geen problemen mee heb gehad.
Vandaag ging ie opeens de mist in en zoek dan maar uit waarom
Eerst het image op een SD gezet en al het andere geïnstalleerd, dit alles is later overgezet naar een SSD.
Het opvallendste is de firmware met recente datum, dat doet ie misschien op de achtergrond ...

Heb je eventueel loggs?

[Speedy-Andre]

Mimiix schreef op dinsdag 13 juli 2021 @ 18:31:
[...]


Heb je eventueel loggs?

Misschien wel, als ik zou weten waar ze staan

code:

pi@phoscon:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer required:
  python-colorzero
Use 'sudo apt autoremove' to remove it.
The following packages will be upgraded:
  deconz gpicview grafana libuv1 raspberrypi-sys-mods raspberrypi-ui-mods rpi-eeprom
7 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 59.6 MB of archives.
After this operation, 1,125 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://archive.raspberrypi.org/debian buster/main armhf gpicview armhf 0.2.5-2+rpt1 [137 kB]
Get:2 http://phoscon.de/apt/deconz buster-beta/main armhf deconz armhf 2.12.02-raspbian-buster-beta [6,235 kB]
Get:3 http://archive.raspberrypi.org/debian buster/main armhf raspberrypi-ui-mods armhf 1.20210706 [323 kB]
Get:4 http://archive.raspberrypi.org/debian buster/main armhf raspberrypi-sys-mods armhf 20210706 [12.2 kB]
Get:5 http://archive.raspberrypi.org/debian buster/main armhf rpi-eeprom armhf 12.9-1 [701 kB]
Get:6 http://mirror.transip.net/raspbian/raspbian buster/main armhf libuv1 armhf 1.24.1-1+deb10u1 [96.9 kB]
Get:7 https://packages.grafana.com/oss/deb stable/main armhf grafana armhf 8.0.5 [52.1 MB]
Fetched 59.6 MB in 6s (9,639 kB/s)
Reading changelogs... Done
(Reading database ... 189233 files and directories currently installed.)
Preparing to unpack .../0-gpicview_0.2.5-2+rpt1_armhf.deb ...
Unpacking gpicview (0.2.5-2+rpt1) over (0.2.5-2) ...
Preparing to unpack .../1-libuv1_1.24.1-1+deb10u1_armhf.deb ...
Unpacking libuv1:armhf (1.24.1-1+deb10u1) over (1.24.1-1) ...
Preparing to unpack .../2-raspberrypi-ui-mods_1.20210706_armhf.deb ...
Unpacking raspberrypi-ui-mods (1.20210706) over (1.20201210+nmu1) ...
Preparing to unpack .../3-raspberrypi-sys-mods_20210706_armhf.deb ...
Unpacking raspberrypi-sys-mods (20210706) over (20210310) ...
Preparing to unpack .../4-rpi-eeprom_12.9-1_armhf.deb ...
Unpacking rpi-eeprom (12.9-1) over (12.7-1) ...
Preparing to unpack .../5-deconz_2.12.02-raspbian-buster-beta_armhf.deb ...
Unpacking deconz (2.12.02-raspbian-buster-beta) over (2.12.01-raspbian-buster-beta) ...
Preparing to unpack .../6-grafana_8.0.5_armhf.deb ...
Unpacking grafana (8.0.5) over (8.0.4) ...
Setting up gpicview (0.2.5-2+rpt1) ...
update-alternatives: using /usr/bin/gpicview to provide /usr/bin/display (display) in auto mode
Setting up raspberrypi-sys-mods (20210706) ...
Setting up raspberrypi-ui-mods (1.20210706) ...
Setting up libuv1:armhf (1.24.1-1+deb10u1) ...
Setting up rpi-eeprom (12.9-1) ...
Setting up deconz (2.12.02-raspbian-buster-beta) ...
Setting up grafana (8.0.5) ...
Restarting grafana-server service... OK
Processing triggers for mime-support (3.62) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for gnome-menus (3.31.4-3) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...
Processing triggers for systemd (241-7~deb10u7+rpi1) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for shared-mime-info (1.10-1) ...
Processing triggers for desktop-file-utils (0.23-4) ...
pi@phoscon:~ $ sudo service deconz-gui status
● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: signal) since Tue 2021-07-13 15:01:48 CEST; 12s ago
  Process: 4329 ExecStart=/usr/bin/deCONZ --http-port=80 (code=killed, signal=BUS)
 Main PID: 4329 (code=killed, signal=BUS)
pi@phoscon:~ $ sudo service deconz-gui start
pi@phoscon:~ $ apt policy deconz
deconz:
  Installed: 2.12.02-raspbian-buster-beta
  Candidate: 2.12.02-raspbian-buster-beta
  Version table:
 *** 2.12.02-raspbian-buster-beta 500
        500 http://phoscon.de/apt/deconz buster-beta/main armhf Packages
        100 /var/lib/dpkg/status
pi@phoscon:~ $ sudo service deconz-gui status
● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: signal) since Tue 2021-07-13 15:03:49 CEST; 13s ago
  Process: 13453 ExecStart=/usr/bin/deCONZ --http-port=80 (code=killed, signal=BUS)
 Main PID: 13453 (code=killed, signal=BUS)

Ik had nog een venster open staan en jawel er kwam een Deconz update mee met apt update

[ Voor 92% gewijzigd door Speedy-Andre op 13-07-2021 18:49 ]

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 18:39:
[...]

Misschien wel, als ik zou weten waar ze staan

code:

pi@phoscon:~ $ sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following package was automatically installed and is no longer required:
  python-colorzero
Use 'sudo apt autoremove' to remove it.
The following packages will be upgraded:
  deconz gpicview grafana libuv1 raspberrypi-sys-mods raspberrypi-ui-mods rpi-eeprom
7 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
Need to get 59.6 MB of archives.
After this operation, 1,125 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:1 http://archive.raspberrypi.org/debian buster/main armhf gpicview armhf 0.2.5-2+rpt1 [137 kB]
Get:2 http://phoscon.de/apt/deconz buster-beta/main armhf deconz armhf 2.12.02-raspbian-buster-beta [6,235 kB]
Get:3 http://archive.raspberrypi.org/debian buster/main armhf raspberrypi-ui-mods armhf 1.20210706 [323 kB]
Get:4 http://archive.raspberrypi.org/debian buster/main armhf raspberrypi-sys-mods armhf 20210706 [12.2 kB]
Get:5 http://archive.raspberrypi.org/debian buster/main armhf rpi-eeprom armhf 12.9-1 [701 kB]
Get:6 http://mirror.transip.net/raspbian/raspbian buster/main armhf libuv1 armhf 1.24.1-1+deb10u1 [96.9 kB]
Get:7 https://packages.grafana.com/oss/deb stable/main armhf grafana armhf 8.0.5 [52.1 MB]
Fetched 59.6 MB in 6s (9,639 kB/s)
Reading changelogs... Done
(Reading database ... 189233 files and directories currently installed.)
Preparing to unpack .../0-gpicview_0.2.5-2+rpt1_armhf.deb ...
Unpacking gpicview (0.2.5-2+rpt1) over (0.2.5-2) ...
Preparing to unpack .../1-libuv1_1.24.1-1+deb10u1_armhf.deb ...
Unpacking libuv1:armhf (1.24.1-1+deb10u1) over (1.24.1-1) ...
Preparing to unpack .../2-raspberrypi-ui-mods_1.20210706_armhf.deb ...
Unpacking raspberrypi-ui-mods (1.20210706) over (1.20201210+nmu1) ...
Preparing to unpack .../3-raspberrypi-sys-mods_20210706_armhf.deb ...
Unpacking raspberrypi-sys-mods (20210706) over (20210310) ...
Preparing to unpack .../4-rpi-eeprom_12.9-1_armhf.deb ...
Unpacking rpi-eeprom (12.9-1) over (12.7-1) ...
Preparing to unpack .../5-deconz_2.12.02-raspbian-buster-beta_armhf.deb ...
Unpacking deconz (2.12.02-raspbian-buster-beta) over (2.12.01-raspbian-buster-beta) ...
Preparing to unpack .../6-grafana_8.0.5_armhf.deb ...
Unpacking grafana (8.0.5) over (8.0.4) ...
Setting up gpicview (0.2.5-2+rpt1) ...
update-alternatives: using /usr/bin/gpicview to provide /usr/bin/display (display) in auto mode
Setting up raspberrypi-sys-mods (20210706) ...
Setting up raspberrypi-ui-mods (1.20210706) ...
Setting up libuv1:armhf (1.24.1-1+deb10u1) ...
Setting up rpi-eeprom (12.9-1) ...
Setting up deconz (2.12.02-raspbian-buster-beta) ...
Setting up grafana (8.0.5) ...
Restarting grafana-server service... OK
Processing triggers for mime-support (3.62) ...
Processing triggers for hicolor-icon-theme (0.17-2) ...
Processing triggers for gnome-menus (3.31.4-3) ...
Processing triggers for libc-bin (2.28-10+rpi1) ...
Processing triggers for systemd (241-7~deb10u7+rpi1) ...
Processing triggers for man-db (2.8.5-2) ...
Processing triggers for shared-mime-info (1.10-1) ...
Processing triggers for desktop-file-utils (0.23-4) ...
pi@phoscon:~ $ sudo service deconz-gui status
● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: signal) since Tue 2021-07-13 15:01:48 CEST; 12s ago
  Process: 4329 ExecStart=/usr/bin/deCONZ --http-port=80 (code=killed, signal=BUS)
 Main PID: 4329 (code=killed, signal=BUS)
pi@phoscon:~ $ sudo service deconz-gui start
pi@phoscon:~ $ apt policy deconz
deconz:
  Installed: 2.12.02-raspbian-buster-beta
  Candidate: 2.12.02-raspbian-buster-beta
  Version table:
 *** 2.12.02-raspbian-buster-beta 500
        500 http://phoscon.de/apt/deconz buster-beta/main armhf Packages
        100 /var/lib/dpkg/status
pi@phoscon:~ $ sudo service deconz-gui status
● deconz-gui.service - deCONZ: ZigBee gateway -- GUI/REST API
   Loaded: loaded (/lib/systemd/system/deconz-gui.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: signal) since Tue 2021-07-13 15:03:49 CEST; 13s ago
  Process: 13453 ExecStart=/usr/bin/deCONZ --http-port=80 (code=killed, signal=BUS)
 Main PID: 13453 (code=killed, signal=BUS)

Ik had nog een venster open staan en jawel er kwam een Deconz update mee met apt update

Staat in een groot rood vak in dit topic..

[Speedy-Andre]

Mimiix schreef op dinsdag 13 juli 2021 @ 19:09:
[...]


Staat in een groot rood vak in dit topic..

Dan heb ik een speciale versie want bij help is er geen debug optie te zien


Wel iets bij api info:

code:

                    {
    "UTC": "2021-07-13T17:11:20",
    "announceinterval": 45,
    "announceurl": "https://phoscon.de/discover",
    "apiversion": "2.12.02",
    "bridgeid": "00212EFFFF027AC1",
    "datastoreversion": "93",
    "dhcp": true,
    "disablePermitJoinAutoOff": false,
    "discovery": true,
    "factorynew": false,
    "fwneedupdate": false,
    "fwupdatestate": "idle",
    "fwversion": "0x00000000",
    "gateway": "192.168.1.1",
    "groupdelay": 50,
    "homebridge": "managed",
    "homebridgepin": "9292xxxx",
    "homebridgeupdate": true,
    "homebridgeupdateversion": "0.13.5",
    "homebridgeversion": "0.13.5",
    "ipaddress": "192.168.1.x",
    "lightlastseeninterval": 60,
    "linkbutton": false,
    "localtime": "2021-07-13T19:11:20",
    "mac": "dc:a6:32:78:2e:ba",
    "modelid": "deCONZ",
    "name": "Phoscon-GW",
    "netmask": "255.255.255.0",
    "networkopenduration": 180,
    "ntp": "synced",
    "otauactive": false,
    "otaustate": "off",
    "panid": 0,
    "permitjoin": 0,
    "permitjoinfull": 0,
    "port": 80,
    "portalservices": false,
    "proxyaddress": "none",
    "proxyport": 0,
    "replacesbridgeid": null,
    "rfconnected": false,
    "runmode": "systemd/gui",
    "starterkitid": "",
    "swcommit": "017c66a486360b373fd43022383acaeaa38e095f",
    "swupdate": {
        "notify": false,
        "text": "",
        "updatestate": 0,
        "url": "",
        "version": "2.12.02"
    },
    "swupdate2": {
        "autoinstall": {
            "on": false,
            "updatetime": ""
        },
        "bridge": {
            "lastinstall": "2021-07-13T00:07:52",
            "state": "noupdates"
        },
        "checkforupdate": false,
        "lastchange": "",
        "state": "noupdates"
    },
    "swversion": "2.12.02",
    "system": "linux-gw",
    "timeformat": "24h",
    "timezone": "Etc/GMT-2",
    "updatechannel": "stable",
    "uuid": "aaaa8a56-f7ed-4216-8ca4-0696f20775a2",
    "websocketnotifyall": true,
    "websocketport": 20877,
    "whitelist": {
        "216DB2AD2B": {
            "create date": "2020-09-15T06:32:49",
            "last use date": "2020-12-25T00:30:04",
            "name": "Phoscon#B412x413"
       ===========

Ik zag ergens dat het via een prompt moet kunnen, wordt vervolgd.

[ Voor 0% gewijzigd door rens-br op 13-07-2021 19:58 . Reden: Quote tags toegevoegd ]

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 19:23:
[...]

Dan heb ik een speciale versie want bij help is er geen debug optie te zien

[Afbeelding]
Wel iets bij api info:

code:

                    {
    "UTC": "2021-07-13T17:11:20",
    "announceinterval": 45,
    "announceurl": "https://phoscon.de/discover",
    "apiversion": "2.12.02",
    "bridgeid": "00212EFFFF027AC1",
    "datastoreversion": "93",
    "dhcp": true,
    "disablePermitJoinAutoOff": false,
    "discovery": true,
    "factorynew": false,
    "fwneedupdate": false,
    "fwupdatestate": "idle",
    "fwversion": "0x00000000",
    "gateway": "192.168.1.1",
    "groupdelay": 50,
    "homebridge": "managed",
    "homebridgepin": "9292xxxx",
    "homebridgeupdate": true,
    "homebridgeupdateversion": "0.13.5",
    "homebridgeversion": "0.13.5",
    "ipaddress": "192.168.1.x",
    "lightlastseeninterval": 60,
    "linkbutton": false,
    "localtime": "2021-07-13T19:11:20",
    "mac": "dc:a6:32:78:2e:ba",
    "modelid": "deCONZ",
    "name": "Phoscon-GW",
    "netmask": "255.255.255.0",
    "networkopenduration": 180,
    "ntp": "synced",
    "otauactive": false,
    "otaustate": "off",
    "panid": 0,
    "permitjoin": 0,
    "permitjoinfull": 0,
    "port": 80,
    "portalservices": false,
    "proxyaddress": "none",
    "proxyport": 0,
    "replacesbridgeid": null,
    "rfconnected": false,
    "runmode": "systemd/gui",
    "starterkitid": "",
    "swcommit": "017c66a486360b373fd43022383acaeaa38e095f",
    "swupdate": {
        "notify": false,
        "text": "",
        "updatestate": 0,
        "url": "",
        "version": "2.12.02"
    },
    "swupdate2": {
        "autoinstall": {
            "on": false,
            "updatetime": ""
        },
        "bridge": {
            "lastinstall": "2021-07-13T00:07:52",
            "state": "noupdates"
        },
        "checkforupdate": false,
        "lastchange": "",
        "state": "noupdates"
    },
    "swversion": "2.12.02",
    "system": "linux-gw",
    "timeformat": "24h",
    "timezone": "Etc/GMT-2",
    "updatechannel": "stable",
    "uuid": "aaaa8a56-f7ed-4216-8ca4-0696f20775a2",
    "websocketnotifyall": true,
    "websocketport": 20877,
    "whitelist": {
        "216DB2AD2B": {
            "create date": "2020-09-15T06:32:49",
            "last use date": "2020-12-25T00:30:04",
            "name": "Phoscon#B412x413"
       ===========

Ik zag ergens dat het via een prompt moet kunnen, wordt vervolgd.

Dat is phoscon, niet deconz

[Speedy-Andre]

Mimiix schreef op dinsdag 13 juli 2021 @ 19:24:
[...]


Dat is phoscon, niet deconz

Dan nog is er een kip-ei probleem, of de debug moet nog iets kunnen schrijven voor ie crasht
Er draait van alles op de 4B waaronder Domoticz die veel met Deconz doet (nu even via de Pi 1B).
Net even met Vnc gekeken en ik kan diverse items bij debug selecteren.
Ik neem aan error en info?
Het is Phoscon die niet meer laadt als de Raspbee erin zit.

[ Voor 6% gewijzigd door Speedy-Andre op 13-07-2021 19:36 ]

[RudolfR]

@Speedy-Andre

Logging enabelen: Open deCONZ and click Help. After that, click Debug View. The following debug levels need to be enabled for proper logging:
"INFO, INFO_L2, ERROR,ERROR_L2,APS,APS_L2."

(Zie ook de topic-warning)

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 19:34:
[...]

Dan nog is er een kip-ei probleem, of de debug moet nog iets kunnen schrijven voor ie crasht
Er draait van alles op de 4B waaronder Domoticz die veel met Deconz doet (nu even via de Pi 1B).
Net even met Vnc gekeken en ik kan diverse items bij debug selecteren.
Ik neem aan error en info?
Het is Phoscon die niet meer laadt als de Raspbee erin zit.

Zeker.

Phoscon logs zitten we ook in.

Ik zou anders een clean image proberen.

Ik verwacht namelijk interferentie door je ssd.

[Speedy-Andre]

Ik zit half te slapen (al maanden) en nu is het weer feest

[Speedy-Andre]

Mimiix schreef op dinsdag 13 juli 2021 @ 19:37:
[...]


Zeker.

Phoscon logs zitten we ook in.

Ik zou anders een clean image proberen.

Ik verwacht namelijk interferentie door je ssd.

Maar waarom nu pas de SSD, die zit er sinds mei op?
Er waren in het begin wel problemen met de voeding vanuit de 4B (usb3.0 SSD) maar dat heb
ik opgelost door de andere usb 2.0 dingen op een powered hubje te zetten.

Lastig met een usb 3.0 SSD is dat je daar een powered 3.0 hub voor zou moeten hebben die de 4B herkent.

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 19:47:
[...]

Maar waarom nu pas de SSD, die zit er sinds mei op?
Er waren in het begin wel problemen met de voeding vanuit de 4B (usb3.0 SSD) maar dat heb
ik opgelost door de andere usb 2.0 dingen op een powered hubje te zetten.

Lastig met een usb 3.0SSD is dat je daar een powered 3.0 hub voor zou moeten hebben die de 4B herkent.

Ik vermoed het he, ik weet het niet zeker.

Zonder logs kunnen we weinig

[Speedy-Andre]

Mijn kip/ei probleem is er echt, met de Raspbee erin krijg ik niet eens de tijd om het debug venster te openen
omdat alles direct eruit klapt (met Vnc misschien 2 seconden een Deconz scherm).
Laat staan dat ik dan even snel de 6 vinkjes kan kiezen

Dit heb ik op de powered usb 2.0 hub aangesloten voor Domoticz:

Rfxtrx 433
Aeotec Z-stick G5
Pws720 (Cresta) weerstion
Deze blijven allemaal werken als de Raspbee hangt en Grafana blijft de DB lezen (van de SSD).

Als de Raspbee in de Pi 1B zit zie ik het groene ledje regelmatig flitsen, bij de 4B 1x bij herstart Deconz.
Ik zie heel kort het venster met alle nodes en dan sluit het zodat ook de debug weg is.

Dit is vanaf het moment dat ik de Raspbee los heb:

code:

20:53:23:531 device state timeout ignored in state 2
20:53:23:690 device state timeout ignored in state 2
20:53:23:850 device state timeout ignored in state 2
20:53:23:979 Announced to internet https://phoscon.de/discover
20:53:23:980 discovery server date: Tue, 13 Jul 2021 18:53:23 GMT
20:53:23:980     local time seems to be ok
20:53:24:010 device state timeout ignored in state 2
20:53:24:170 device state timeout ignored in state 2
20:53:24:331 device state timeout ignored in state 2
20:53:24:490 device state timeout (handled)
20:53:24:493 device disconnected reason: 1, index: 0
20:53:24:570 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state
20:53:24:571 device state timeout ignored in state 1
20:53:24:777 wait reconnect 15 seconds
20:53:25:790 wait reconnect 14 seconds
20:53:25:791 enqueue event config/localtime for /config/
20:53:25:797 rule event /config/localtime: 20:53:24.790 -> 20:53:25.791 (1001ms)
20:53:26:791 wait reconnect 13 seconds
20:53:26:792 enqueue event config/localtime for /config/
20:53:26:794 rule event /config/localtime: 20:53:25.791 -> 20:53:26.792 (1001ms)
20:53:27:790 wait reconnect 12 seconds
20:53:27:791 enqueue event config/localtime for /config/
20:53:27:794 rule event /config/localtime: 20:53:26.792 -> 20:53:27.791 (999ms)
20:53:28:790 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
20:53:28:791 wait reconnect 11 seconds
20:53:28:791 enqueue event config/localtime for /config/
20:53:28:797 rule event /config/localtime: 20:53:27.791 -> 20:53:28.791 (1000ms)
20:53:28:922 New websocket 192.168.1.7:57252 (state: 3) 
20:53:29:790 wait reconnect 10 seconds
20:53:29:791 enqueue event config/localtime for /config/
20:53:29:793 rule event /config/localtime: 20:53:28.791 -> 20:53:29.791 (1000ms)
20:53:30:790 wait reconnect 9 seconds
20:53:30:791 enqueue event config/localtime for /config/
20:53:30:797 rule event /config/localtime: 20:53:29.791 -> 20:53:30.791 (1000ms)
20:53:31:790 wait reconnect 8 seconds
20:53:31:791 enqueue event config/localtime for /config/
20:53:31:794 rule event /config/localtime: 20:53:30.791 -> 20:53:31.791 (1000ms)
20:53:32:790 wait reconnect 7 seconds
20:53:32:790 enqueue event config/localtime for /config/
20:53:32:792 rule event /config/localtime: 20:53:31.791 -> 20:53:32.790 (999ms)
20:53:33:790 wait reconnect 6 seconds
20:53:33:791 enqueue event config/localtime for /config/
20:53:33:861 COM: /dev/ttyACM0 : 0200 (0x0658/0x0200)
20:53:33:862 COM: /dev/ttyUSB0 : RFXtrx433 (0x0403/0x6001)
20:53:33:863 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:53:33:864 COM: /dev/ttyS0 :  (0x0000/0x0000)
20:53:33:865 dev /dev/ttyS0 (/dev/ttyS0)
20:53:33:866 GW firmware update select /dev/ttyS0 device
20:53:33:867 rule event /config/localtime: 20:53:32.790 -> 20:53:33.791 (1001ms)
20:53:33:927 GW update firmware not found: 
20:53:34:790 wait reconnect 5 seconds
20:53:34:791 enqueue event config/localtime for /config/
20:53:34:800 rule event /config/localtime: 20:53:33.791 -> 20:53:34.791 (1000ms)
20:53:35:790 wait reconnect 4 seconds
20:53:35:791 enqueue event config/localtime for /config/
20:53:35:793 rule event /config/localtime: 20:53:34.791 -> 20:53:35.791 (1000ms)
20:53:36:085 homebridge: {"homebridge":"not-managed"}
20:53:36:790 wait reconnect 3 seconds
20:53:36:790 enqueue event config/localtime for /config/
20:53:36:792 rule event /config/localtime: 20:53:35.791 -> 20:53:36.790 (999ms)
20:53:37:790 wait reconnect 2 seconds
20:53:37:791 enqueue event config/localtime for /config/
20:53:37:793 rule event /config/localtime: 20:53:36.790 -> 20:53:37.791 (1001ms)
20:53:38:790 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
20:53:38:791 wait reconnect 1 seconds
20:53:38:838 COM: /dev/ttyACM0 : 0200 (0x0658/0x0200)
20:53:38:839 COM: /dev/ttyUSB0 : RFXtrx433 (0x0403/0x6001)
20:53:38:840 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:53:38:840 COM: /dev/ttyS0 :  (0x0000/0x0000)
20:53:38:840 dev /dev/ttyS0 (/dev/ttyS0)
20:53:38:841 auto connect com /dev/ttyS0
20:53:38:841 enqueue event config/localtime for /config/
20:53:38:842 networkState: CC_ReconnectNetwork
20:53:38:842 start reconnect to network
20:53:38:893 rule event /config/localtime: 20:53:37.791 -> 20:53:38.841 (1050ms)
20:53:39:791 Skip idle timer callback, too early: elapsed 949 msec
20:53:40:790 enqueue event config/localtime for /config/
20:53:40:799 rule event /config/localtime: 20:53:38.841 -> 20:53:40.790 (1949ms)
20:53:40:856 Serial com connected
20:53:40:946 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:40:947 device state timeout ignored in state 2
20:53:41:106 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:41:107 device state timeout ignored in state 2
20:53:41:187 homebridge: {"homebridge":"managed"}
20:53:41:266 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:41:267 device state timeout ignored in state 2
20:53:41:426 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:41:427 device state timeout ignored in state 2
20:53:41:586 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:41:586 device state timeout ignored in state 2
20:53:41:746 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:41:747 device state timeout ignored in state 2
20:53:41:790 enqueue event config/localtime for /config/
20:53:41:796 rule event /config/localtime: 20:53:40.790 -> 20:53:41.790 (1000ms)
20:53:41:906 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:41:907 device state timeout ignored in state 2
20:53:42:066 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:42:067 device state timeout ignored in state 2
20:53:42:226 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:42:226 device state timeout ignored in state 2
20:53:42:386 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:42:387 device state timeout ignored in state 2
20:53:42:546 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:42:547 device state timeout ignored in state 2
20:53:42:706 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:42:707 device state timeout (handled)
20:53:42:719 Serial com disconnected, reason: 1
20:53:42:721 device disconnected reason: 1, index: 0
20:53:42:786 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state
20:53:42:787 device state timeout ignored in state 1
20:53:42:792 wait reconnect 15 seconds
20:53:42:793 enqueue event config/localtime for /config/
20:53:42:806 rule event /config/localtime: 20:53:41.790 -> 20:53:42.793 (1003ms)
20:53:43:790 failed to reconnect to network try=1
20:53:43:791 wait reconnect 14 seconds
20:53:43:792 enqueue event config/localtime for /config/
20:53:43:889 COM: /dev/ttyACM0 : 0200 (0x0658/0x0200)
20:53:43:890 COM: /dev/ttyUSB0 : RFXtrx433 (0x0403/0x6001)
20:53:43:891 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:53:43:891 COM: /dev/ttyS0 :  (0x0000/0x0000)
20:53:43:892 dev /dev/ttyS0 (/dev/ttyS0)
20:53:43:892 GW firmware update select /dev/ttyS0 device
20:53:43:893 rule event /config/localtime: 20:53:42.793 -> 20:53:43.792 (999ms)
20:53:43:913 GW update firmware not found: 
20:53:44:790 wait reconnect 13 seconds
20:53:44:791 enqueue event config/localtime for /config/
20:53:44:798 rule event /config/localtime: 20:53:43.792 -> 20:53:44.791 (999ms)
20:53:45:790 wait reconnect 12 seconds
20:53:45:791 enqueue event config/localtime for /config/
20:53:45:796 rule event /config/localtime: 20:53:44.791 -> 20:53:45.791 (1000ms)
20:53:46:790 wait reconnect 11 seconds
20:53:46:791 enqueue event config/localtime for /config/
20:53:46:797 rule event /config/localtime: 20:53:45.791 -> 20:53:46.791 (1000ms)
20:53:47:790 wait reconnect 10 seconds
20:53:47:791 enqueue event config/localtime for /config/
20:53:47:796 rule event /config/localtime: 20:53:46.791 -> 20:53:47.791 (1000ms)
20:53:48:790 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
20:53:48:790 failed to reconnect to network try=2
20:53:48:791 wait reconnect 9 seconds
20:53:48:791 enqueue event config/localtime for /config/
20:53:48:800 rule event /config/localtime: 20:53:47.791 -> 20:53:48.791 (1000ms)
20:53:49:790 wait reconnect 8 seconds
20:53:49:791 enqueue event config/localtime for /config/
20:53:49:798 rule event /config/localtime: 20:53:48.791 -> 20:53:49.791 (1000ms)
20:53:50:790 wait reconnect 7 seconds
20:53:50:791 enqueue event config/localtime for /config/
20:53:50:796 rule event /config/localtime: 20:53:49.791 -> 20:53:50.791 (1000ms)
20:53:51:790 wait reconnect 6 seconds
20:53:51:791 enqueue event config/localtime for /config/
20:53:51:796 rule event /config/localtime: 20:53:50.791 -> 20:53:51.791 (1000ms)
20:53:52:789 wait reconnect 5 seconds
20:53:52:790 enqueue event config/localtime for /config/
20:53:52:795 rule event /config/localtime: 20:53:51.791 -> 20:53:52.790 (999ms)
20:53:53:790 failed to reconnect to network try=3
20:53:53:791 wait reconnect 4 seconds
20:53:53:791 enqueue event config/localtime for /config/
20:53:53:848 COM: /dev/ttyACM0 : 0200 (0x0658/0x0200)
20:53:53:849 COM: /dev/ttyUSB0 : RFXtrx433 (0x0403/0x6001)
20:53:53:850 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:53:53:850 COM: /dev/ttyS0 :  (0x0000/0x0000)
20:53:53:850 dev /dev/ttyS0 (/dev/ttyS0)
20:53:53:851 GW firmware update select /dev/ttyS0 device
20:53:53:851 rule event /config/localtime: 20:53:52.790 -> 20:53:53.791 (1001ms)
20:53:53:868 GW update firmware not found: 
20:53:54:790 wait reconnect 3 seconds
20:53:54:791 enqueue event config/localtime for /config/
20:53:54:800 rule event /config/localtime: 20:53:53.791 -> 20:53:54.791 (1000ms)
20:53:55:790 wait reconnect 2 seconds
20:53:55:790 enqueue event config/localtime for /config/
20:53:55:796 rule event /config/localtime: 20:53:54.791 -> 20:53:55.790 (999ms)
20:53:56:790 wait reconnect 1 seconds
20:53:56:841 COM: /dev/ttyACM0 : 0200 (0x0658/0x0200)
20:53:56:843 COM: /dev/ttyUSB0 : RFXtrx433 (0x0403/0x6001)
20:53:56:844 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:53:56:845 COM: /dev/ttyS0 :  (0x0000/0x0000)
20:53:56:845 dev /dev/ttyS0 (/dev/ttyS0)
20:53:56:846 auto connect com /dev/ttyS0
20:53:56:846 enqueue event config/localtime for /config/
20:53:56:868 rule event /config/localtime: 20:53:55.790 -> 20:53:56.846 (1056ms)
20:53:57:790 Skip idle timer callback, too early: elapsed 943 msec
20:53:58:790 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
20:53:58:790 failed to reconnect to network try=4
20:53:58:791 enqueue event config/localtime for /config/
20:53:58:797 rule event /config/localtime: 20:53:56.846 -> 20:53:58.791 (1945ms)
20:53:58:865 Serial com connected
20:53:58:954 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:58:955 device state timeout ignored in state 2
20:53:59:115 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:59:115 device state timeout ignored in state 2
20:53:59:274 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:59:275 device state timeout ignored in state 2
20:53:59:434 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:59:435 device state timeout ignored in state 2
20:53:59:594 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:59:594 device state timeout ignored in state 2
20:53:59:754 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:59:755 device state timeout ignored in state 2
20:53:59:790 enqueue event config/localtime for /config/
20:53:59:796 rule event /config/localtime: 20:53:58.791 -> 20:53:59.790 (999ms)
20:53:59:915 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:53:59:916 device state timeout ignored in state 2
20:54:00:074 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:54:00:074 device state timeout ignored in state 2
20:54:00:234 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:54:00:235 device state timeout ignored in state 2
20:54:00:394 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:54:00:395 device state timeout ignored in state 2
20:54:00:554 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:54:00:554 device state timeout ignored in state 2
20:54:00:714 void zmMaster::handleStateStatus(zmMaster::MasterEvent) EVENT_TIMEOUT
20:54:00:715 device state timeout (handled)
20:54:00:727 Serial com disconnected, reason: 1
20:54:00:728 device disconnected reason: 1, index: 0
20:54:00:790 wait reconnect 15 seconds
20:54:00:791 enqueue event config/localtime for /config/
20:54:00:796 rule event /config/localtime: 20:53:59.790 -> 20:54:00.791 (1001ms)
20:54:00:797 void zmMaster::handleStateIdle(zmMaster::MasterEvent) not connected goto OFF state
20:54:00:799 device state timeout ignored in state 1
20:54:01:791 wait reconnect 14 seconds
20:54:01:792 enqueue event config/localtime for /config/
20:54:01:801 rule event /config/localtime: 20:54:00.791 -> 20:54:01.792 (1001ms)
20:54:03:392 wait reconnect 13 seconds
20:54:03:394 enqueue event config/localtime for /config/
20:54:03:421 rule event /config/localtime: 20:54:01.792 -> 20:54:03.393 (1601ms)
20:54:03:790 failed to reconnect to network try=5
20:54:03:791 wait reconnect 12 seconds
20:54:03:791 Skip idle timer callback, too early: elapsed 397 msec
20:54:03:852 COM: /dev/ttyACM0 : 0200 (0x0658/0x0200)
20:54:03:853 COM: /dev/ttyUSB0 : RFXtrx433 (0x0403/0x6001)
20:54:03:854 COM: /dev/ttyAMA0 :  (0x0000/0x0000)
20:54:03:855 COM: /dev/ttyS0 :  (0x0000/0x0000)
20:54:03:855 dev /dev/ttyS0 (/dev/ttyS0)
20:54:03:855 GW firmware update select /dev/ttyS0 device
20:54:03:868 GW update firmware not found: 
20:54:04:790 wait reconnect 11 seconds
20:54:04:791 enqueue event config/localtime for /config/
20:54:04:801 rule event /config/localtime: 20:54:03.393 -> 20:54:04.791 (1398ms)
20:54:05:790 wait reconnect 10 seconds
20:54:05:791 enqueue event config/localtime for /config/
20:54:05:798 rule event /config/localtime: 20:54:04.791 -> 20:54:05.791 (1000ms)
20:54:06:790 wait reconnect 9 seconds
20:54:06:791 enqueue event config/localtime for /config/
20:54:06:797 rule event /config/localtime: 20:54:05.791 -> 20:54:06.791 (1000ms)
20:54:07:790 wait reconnect 8 seconds
20:54:07:791 enqueue event config/localtime for /config/
20:54:07:796 rule event /config/localtime: 20:54:06.791 -> 20:54:07.791 (1000ms)
20:54:08:792 Daylight now: solarNoon, status: 170, daylight: 1, dark: 0
20:54:08:793 failed to reconnect to network try=6
20:54:08:793 wait reconnect 7 seconds
20:54:08:794 enqueue event config/localtime for /config/
20:54:08:806 rule event /config/localtime: 20:54:07.791 -> 20:54:08.794 (1003ms)
20:54:09:790 wait reconnect 6 seconds
20:54:09:791 enqueue event config/localtime for /config/
20:54:09:807 rule event /config/localtime: 20:54:08.794 -> 20:54:09.791 (997ms)
20:54:10:790 wait reconnect 5 seconds
20:54:10:792 enqueue event config/localtime for /config/
20:54:10:802 rule event /config/localtime: 20:54:09.791 -> 20:54:10.792 (1001ms)
20:54:11:791 wait reconnect 4 seconds
20:54:11:792 enqueue event config/localtime for /config/
20:54:11:804 rule event /config/localtime: 20:54:10.792 -> 20:54:11.791 (999ms)

[ Voor 0% gewijzigd door rens-br op 13-07-2021 21:18 . Reden: Quote tags toegevoegd ]

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 21:12:
Mijn kip/ei probleem is er echt, met de Raspbee erin krijg ik niet eens de tijd om het debug venster te openen
omdat alles direct eruit klapt (met Vnc misschien 2 seconden een Deconz scherm).
Laat staan dat ik dan even snel de 6 vinkjes kan kiezen

Dit heb ik op de powered usb 2.0 hub aangesloten voor Domoticz:

Rfxtrx 433
Aeotec Z-stick G5
Pws720 (Cresta) weerstion
Deze blijven allemaal werken als de Raspbee hangt en Grafana blijft de DB lezen (van de SSD).

Als de Raspbee in de Pi 1B zit zie ik het groene ledje regelmatig flitsen, bij de 4B 1x bij herstart Deconz.
Ik zie heel kort het venster met alle nodes en dan sluit het zodat ook de debug weg is.

Dit is vanaf het moment dat ik de Raspbee los heb:


[...]

Intressant, Ik denk dat het dan in de software zit die iets niet helemaal kan. Heb je evt een SD die je kan flashen en dan enkel de raspbee kan testen?

Ik zal ondertussen eens rondvragen

[Mimiix]

Speedy-Andre schreef op dinsdag 13 juli 2021 @ 21:12:
Mijn kip/ei probleem is er echt, met de Raspbee erin krijg ik niet eens de tijd om het debug venster te openen
omdat alles direct eruit klapt (met Vnc misschien 2 seconden een Deconz scherm).
Laat staan dat ik dan even snel de 6 vinkjes kan kiezen

Dit heb ik op de powered usb 2.0 hub aangesloten voor Domoticz:

Rfxtrx 433
Aeotec Z-stick G5
Pws720 (Cresta) weerstion
Deze blijven allemaal werken als de Raspbee hangt en Grafana blijft de DB lezen (van de SSD).

Als de Raspbee in de Pi 1B zit zie ik het groene ledje regelmatig flitsen, bij de 4B 1x bij herstart Deconz.
Ik zie heel kort het venster met alle nodes en dan sluit het zodat ook de debug weg is.

Dit is vanaf het moment dat ik de Raspbee los heb:


[...]

https://github.com/dresde...66#issuecomment-819403966

Kan je dat eens testen?

[Speedy-Andre]

Ik heb ook altijd wat bijzonders

code:

(gdb) r
Starting program: /usr/bin/deCONZ
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
qt.qpa.screen: QXcbConnection: Could not connect to display
Could not connect to any X display.
[Inferior 1 (process 25229) exited with code 01]

[Mimiix]

Speedy-Andre schreef op woensdag 14 juli 2021 @ 10:52:
Ik heb ook altijd wat bijzonders

code:

(gdb) r
Starting program: /usr/bin/deCONZ
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
qt.qpa.screen: QXcbConnection: Could not connect to display
Could not connect to any X display.
[Inferior 1 (process 25229) exited with code 01]

Je start de normale versie (met gui) echter heb geen scherm er aan hebt hangen dus dan kan ie niet connecten aan een scherm.

[Speedy-Andre]

Er hangt wel een scherm aan en zelfs met deCONZ ipv deCONZ-gui komt de melding ...
Op de Pi desktop kan ik de resolutie van het scherm instellen en hij geeft alleen hdmi 1 aan.
Straks eens booten met het scherm er aan, ik heb hem later aangesloten.

[Mimiix]

Speedy-Andre schreef op woensdag 14 juli 2021 @ 12:43:
Er hangt wel een scherm aan en zelfs met deCONZ ipv deCONZ-gui komt de melding ...
Op de Pi desktop kan ik de resolutie van het scherm instellen en hij geeft alleen hdmi 1 aan.
Straks eens booten met het scherm er aan, ik heb hem later aangesloten.

'
Ik denk dat daar dan het probleem in zit, dat er iets met die drivers niet oke is.

[Speedy-Andre]

Ik ben een stapje verder
Nu debug loopt kan ik de display problemen schrappen, Deconz headless crasht net zo hard als met gui.

code:

pi@phoscon:~ $ gdb --args /usr/bin/deCONZ -platform minimal
GNU gdb (Raspbian 8.2.1-2) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/deCONZ...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/deCONZ -platform minimal
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
libpng warning: iCCP: known incorrect sRGB profile
[New Thread 0xf3a25430 (LWP 10754)]
[New Thread 0xf2e27430 (LWP 10845)]
[New Thread 0xf21d7430 (LWP 10848)]
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
[Detaching after fork from child process 10905]
This plugin does not support propagateSizeHints()
[New Thread 0xf0f9e430 (LWP 11005)]
[New Thread 0xf079d430 (LWP 11006)]

Thread 1 "deCONZ" received signal SIGBUS, Bus error.
0xf78d9e50 in zmNeighbor::zmNeighbor(char const*, unsigned int) () from /lib/libdeCONZ.so.1

[Mimiix]

Speedy-Andre schreef op woensdag 14 juli 2021 @ 13:43:
Ik ben een stapje verder

code:

pi@phoscon:~ $ gdb --args /usr/bin/deCONZ -platform minimal
GNU gdb (Raspbian 8.2.1-2) 8.2.1
Copyright (C) 2018 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.
Type "show copying" and "show warranty" for details.
This GDB was configured as "arm-linux-gnueabihf".
Type "show configuration" for configuration details.
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>.
Find the GDB manual and other documentation resources online at:
    <http://www.gnu.org/software/gdb/documentation/>.

For help, type "help".
Type "apropos word" to search for commands related to "word"...
Reading symbols from /usr/bin/deCONZ...(no debugging symbols found)...done.
(gdb) r
Starting program: /usr/bin/deCONZ -platform minimal
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".
libpng warning: iCCP: known incorrect sRGB profile
[New Thread 0xf3a25430 (LWP 10754)]
[New Thread 0xf2e27430 (LWP 10845)]
[New Thread 0xf21d7430 (LWP 10848)]
This plugin does not support propagateSizeHints()
This plugin does not support propagateSizeHints()
[Detaching after fork from child process 10905]
This plugin does not support propagateSizeHints()
[New Thread 0xf0f9e430 (LWP 11005)]
[New Thread 0xf079d430 (LWP 11006)]

Thread 1 "deCONZ" received signal SIGBUS, Bus error.
0xf78d9e50 in zmNeighbor::zmNeighbor(char const*, unsigned int) () from /lib/libdeCONZ.so.1

Even voor mijn begrip:

Is dit een compleet nieuwe installatie of is dit vanaf de 1b ?

Wat heb je precies gedaan tot nu toe met de installaties etc?

[Mimiix]

Even een heads-up voor iedereen met Aqara (smart) switches: Sinds 2.12.2 beta schijnen die niet meer te werken. Zie ook https://github.com/dresde...z-rest-plugin/issues/5117 Manuel gaat dit morgen nakijken, ik hoop dat ie dat vandaag al kan doen of dat een andere dev het op pakt. Voor nu kan ik enkel aanraden om niet te updaten als je deze inderdaad hebt.

[Speedy-Andre]

Mimiix schreef op woensdag 14 juli 2021 @ 15:16:
[...]


Even voor mijn begrip:

Is dit een compleet nieuwe installatie of is dit vanaf de 1b ?

Wat heb je precies gedaan tot nu toe met de installaties etc?

Dit draait op de 4B met de Raspbee daar in, daar is nog niets aan veranderd.
Het is nog altijd een image dat ik begin mei bij Dresden op de website vond.
Waarom debug nu wel lukt is omdat ik deconz-gui heb gestopt en deconz (headless) start.
Deconz crasht nog steeds elke minuut en blijft draaien zodra ik de Raspbee eruit haal.
Het lijkt iets met een (oude?) node te zijn waar hij nu opeens over struikelt.

Wel apart dat als de nodes op de Raspbee zijn opgeslagen dit met de 1B wel goed gaat, maar die draait op Stretch en daar heb ik geen apt update op gedaan.

[Mimiix]

Speedy-Andre schreef op woensdag 14 juli 2021 @ 15:31:
[...]

Dit draait op de 4B met de Raspbee daar in, daar is nog niets aan veranderd.
Het is nog altijd een image dat ik begin mei bij Dresden op de website vond.
Waarom debug nu wel lukt is omdat ik deconz-gui heb gestopt en deconz (headless) start.
Deconz crasht nog steeds elke minuut en blijft draaien zodra ik de Raspbee eruit haal.
Het lijkt iets met een (oude?) node te zijn waar hij nu opeens over struikelt.

Wel apart dat als de nodes op de Raspbee zijn opgeslagen dit met de 1B wel goed gaat, maar die draait op Stretch en daar heb ik geen apt update op gedaan.

Maar is dit een image die oorspronkelijk op de 1B draaide en die je simpelweg naar de 4B hebt getrokken?

Op die Raspbee staat niets behalve de network settings (Mac adress en TC code).

[Speedy-Andre]

Mimiix schreef op woensdag 14 juli 2021 @ 15:35:
[...]


Maar is dit een image die oorspronkelijk op de 1B draaide en die je simpelweg naar de 4B hebt getrokken?

Op die Raspbee staat niets behalve de network settings (Mac adress en TC code).

Dat zou nooit gaan werken, de 1B heeft een andere Arm cpu en daar draait Buster denk ik niet op.
Op de 4B staat een image (met HomeBridge) die ik van de Dresden website heb gedownload, dat was toen
een verse install waar later Domoticz enz. bij is gezet.
Hier lees ik dat je eventueel naar een oudere firmware versie kan gaan.
Stel dat het lukt, dan kan ik tenminste vaststellen dat de firmware van 12-7 de problemen geeft.

[Mimiix]

Speedy-Andre schreef op woensdag 14 juli 2021 @ 15:44:
[...]

Dat zou nooit gaan werken, de 1B heeft een andere Arm cpu en daar draait Buster denk ik niet op.
Op de 4B staat een image (met HomeBridge) die ik van de Dresden website heb gedownload, dat was toen
een verse install waar later Domoticz enz. bij is gezet.
Hier lees ik dat je eventueel naar een oudere firmware versie kan gaan.
Stel dat het lukt, dan kan ik tenminste vaststellen dat de firmware van 12-7 de problemen geeft.

Ik heb met Manuel gesproken hierover. Die geeft het volgende aan:

[3:13 PM] manup: not sure, it's the first time I see this error. but the zmNeighbor class is in RAM only

Is er een optie dat je tijdelijk een clean OS kan testen (ofwel die image) zonder domoticz?

Firmware is niet die van 12-7. Dat is Software

[Speedy-Andre]

Mimiix schreef op woensdag 14 juli 2021 @ 16:15:
[...]


Ik heb met Manuel gesproken hierover. Die geeft het volgende aan:

[3:13 PM] manup: not sure, it's the first time I see this error. but the zmNeighbor class is in RAM only

Is er een optie dat je tijdelijk een clean OS kan testen (ofwel die image) zonder domoticz?

Firmware is niet die van 12-7. Dat is Software

Ik heb de 4B met de SD van mei laten booten ipv de SSD en dan werkt het weer.
Het moet dus een software probleem zijn en niet de firmware op de Raspbee.
Nu maar weer terug naar de situatie met de 1B als backup voor de Raspbee, Domoticz heeft alleen maar
een ander ip nodig om er mee te werken

[Yarisken]

Boys,
Ik heb nu dit toestel in huis.
https://www.home-assistant.io/blue/
Nu dit zijn enkel usb3 ingangen en ik vind de stick niet van de conbee 2. Na wat googlen blijkt dat deze stick issues heeft met usb3 .
Een oplossing is om een verlengkabel te gebruiken met usb2.
Heeft iemand nog andere opties voor ik zo'n kabel bestel ?

Groeten

[TheFes]

The Fops schreef op vrijdag 9 juli 2021 @ 07:59:
[...]

Werkt natuurlijk niet als je de Shelly's in detached mode gebruikt omdat er Hue lampen op aan zijn gesloten. Vandaar de overweging om over te stappen op zigbee.

Ik heb een vergelijkbare opzet, met een Shelly 1 die een slimme lamp aanstuurt. Ik heb er ESPhome opgezet, en een config waarbij het relais geschakeld wordt als er geen verbinding met Home Assistant is.

Op die manier werken de knop toch gewoon als HA of wifi eruit ligt. In principe werkt dat met elke lamp die altijd aan gaat als hij weer stroom krijgt.

De ESPhome config staat op esphome-devices: https://www.esphome-devices.com/devices/Shelly-1/
De config maakt gebruik van events waar je dan weer automations aan kunt hangen.

Hij kan iets simpeler overigens, een check op wifi verbinding is niet per se nodig.

[Mimiix]

Yarisken schreef op donderdag 15 juli 2021 @ 14:01:

Heeft iemand nog andere opties voor ik zo'n kabel bestel ?

Groeten

Heb je die oplossing gevonden?

Nee, er is geen oplossing

[Yarisken]

Mimiix schreef op donderdag 15 juli 2021 @ 15:35:
[...]


Heb je die oplossing gevonden?

Nee, er is geen oplossing

Ik zal zo'n kabeltje dan maar bestellen -)

Edit: Deze besteld
https://www.allekabels.be...-a-naar-usb-a-usb-20.html

[ Voor 20% gewijzigd door Yarisken op 15-07-2021 18:24 ]

[skank]

Goeiemorgen
Vraagje, ik gebruik de deconz addon in home assistant (os)
Dit al een lang.
Echter merk ik nu plots binnen HA, dat ik niks meer van mijn verlichtingnnnnnn kan bedienen.
Het is alsof de synchronisatie foutloopt.
Heel vreemd.
Ook binnen de deconz addon rechtstreeks kan ik de lampen niet meer bedienen (ze zijn wel beschikbaar).

Enig idee?
Heb ik iets gemist tijdens een of andere update?

Ik wil ook voorkomen dat al mijn apparaten/entiteiten een nieuwe naam krijgen

EDIT: ik zie vreemde dingen in HA addon log
09:49:26:482 CTRL got nwk update id 0
09:49:26:489 Device TTL 5699 s flags: 0x7
09:49:27:605 [INFO] - No button map for: SP 120, unicast to: 0x0000, endpoint: 0x01, cluster: 0x0B04, command: 0x0A, payload: 0805210000, zclSeq: 174
09:49:27:605 ZCL attribute report 0x00158D00038848C1 for cluster: 0x0B04, ep: 0x01, frame control: 0x18, mfcode: 0x0000
09:49:30:343 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:49:31:246 0x0017880104846CEF error APSDE-DATA.confirm: 0xE1 on task
09:49:32:174 0x0017880108530EA3 error APSDE-DATA.confirm: 0xE1 on task
09:49:33:495 dev /dev/ttyAMA0
09:49:33:496 GW firmware version: 0x264a0700
09:49:33:496 GW firmware version shall be updated to: 0x26660700
09:49:34:004 0x00178801083CC172 error APSDE-DATA.confirm: 0xE1 on task
09:49:35:816 0x0017880108430FA0 error APSDE-DATA.confirm: 0xE1 on task
09:49:36:661 0x0017880106BB6026 error APSDE-DATA.confirm: 0xE1 on task
09:49:38:523 0x0017880106D3BF78 error APSDE-DATA.confirm: 0xE1 on task
09:49:41:456 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:49:42:577 0x0017880104846CEF error APSDE-DATA.confirm: 0xE1 on task
09:49:43:471 0x0017880108530EA3 error APSDE-DATA.confirm: 0xE1 on task
09:49:44:586 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:49:45:189 0x00178801083CC172 error APSDE-DATA.confirm: 0xE1 on task
09:49:45:917 binding for cluster 0x0006 of 0xEC1BBDFFFE78A9DE exists (verified by reporting)
09:49:45:918 skip configure report for cluster: 0x0006 attr: 0x0000 of node 0xEC1BBDFFFE78A9DE (seems to be active)
09:49:46:991 0x0017880108430FA0 error APSDE-DATA.confirm: 0xE1 on task
09:49:48:799 0x0017880106BB6026 error APSDE-DATA.confirm: 0xE1 on task
09:49:48:942 Websocket disconnected 172.30.32.1:48720, state: 0, close-code: 1000, reason:
09:49:50:369 ZCL attribute report 0xEC1BBDFFFE2503A8 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000
09:49:50:569 0x0017880106C1B853 error APSDE-DATA.confirm: 0xE1 on task
09:49:52:531 [INFO] - No button map for: lumi.sensor_magnet.aq2, unicast to: 0x0000, endpoint: 0x01, cluster: BASIC (0x0000), command: 0x0A, payload: 01FF421D0121B30B03281B0421A84305213F00062401000000000A210000641000, zclSeq: 4
09:49:52:532 ZCL attribute report 0x00158D00045C3AD9 for cluster: 0x0000, ep: 0x01, frame control: 0x1C, mfcode: 0x115F
09:49:52:533 0x00158D00045C3AD9 extract Xiaomi special attribute 0xFF01
09:49:52:533 01 battery 2995 (0x0BB3)
09:49:52:536 03 Device temperature 27 °C
09:49:52:536 04 unknown 17320 (0x43A8)
09:49:52:537 05 RSSI dB (?) 63 (0x003F)
09:49:52:537 06 LQI (?) 4294967296 (0x0100000000)
09:49:52:538 0a Parent NWK 0 (0x0000)
09:49:52:538 64 on/off 0
09:49:55:394 ZCL attribute report 0xEC1BBDFFFE2503A8 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000
09:50:01:252 0x0017880104A9F580 error APSDE-DATA.confirm: 0xD0 on task
09:50:02:472 0x0017880104A9F550 error APSDE-DATA.confirm: 0xE1 on task
09:50:05:248 0x842E14FFFE51C638 error APSDE-DATA.confirm: 0xE1 on task
09:50:07:273 0x842E14FFFE51C638 error APSDE-DATA.confirm: 0xE1 on task
09:50:09:234 0x842E14FFFE51C638 error APSDE-DATA.confirm: 0xD0 on task
09:50:13:571 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:50:14:431 0x0017880104846CEF error APSDE-DATA.confirm: 0xE1 on task
09:50:16:184 0x0017880108530EA3 error APSDE-DATA.confirm: 0xE1 on task
09:50:17:993 0x00178801083CC172 error APSDE-DATA.confirm: 0xE1 on task
09:50:19:844 0x0017880108430FA0 error APSDE-DATA.confirm: 0xE1 on task
09:50:21:598 0x0017880106BB6026 error APSDE-DATA.confirm: 0xE1 on task
09:50:23:379 0x0017880104A9F580 error APSDE-DATA.confirm: 0xE1 on task
09:50:25:107 0x0017880106D3BF78 error APSDE-DATA.confirm: 0xE1 on task

[ Voor 79% gewijzigd door skank op 17-07-2021 09:52 ]

[Mimiix]

skank schreef op zaterdag 17 juli 2021 @ 09:27:
Goeiemorgen
Vraagje, ik gebruik de deconz addon in home assistant (os)
Dit al een lang.
Echter merk ik nu plots binnen HA, dat ik niks meer van mijn verlichtingnnnnnn kan bedienen.
Het is alsof de synchronisatie foutloopt.
Heel vreemd.
Ook binnen de deconz addon rechtstreeks kan ik de lampen niet meer bedienen (ze zijn wel beschikbaar).

Enig idee?
Heb ik iets gemist tijdens een of andere update?

Ik wil ook voorkomen dat al mijn apparaten/entiteiten een nieuwe naam krijgen

EDIT: ik zie vreemde dingen in HA addon log
09:49:26:482 CTRL got nwk update id 0
09:49:26:489 Device TTL 5699 s flags: 0x7
09:49:27:605 [INFO] - No button map for: SP 120, unicast to: 0x0000, endpoint: 0x01, cluster: 0x0B04, command: 0x0A, payload: 0805210000, zclSeq: 174
09:49:27:605 ZCL attribute report 0x00158D00038848C1 for cluster: 0x0B04, ep: 0x01, frame control: 0x18, mfcode: 0x0000
09:49:30:343 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:49:31:246 0x0017880104846CEF error APSDE-DATA.confirm: 0xE1 on task
09:49:32:174 0x0017880108530EA3 error APSDE-DATA.confirm: 0xE1 on task
09:49:33:495 dev /dev/ttyAMA0
09:49:33:496 GW firmware version: 0x264a0700
09:49:33:496 GW firmware version shall be updated to: 0x26660700
09:49:34:004 0x00178801083CC172 error APSDE-DATA.confirm: 0xE1 on task
09:49:35:816 0x0017880108430FA0 error APSDE-DATA.confirm: 0xE1 on task
09:49:36:661 0x0017880106BB6026 error APSDE-DATA.confirm: 0xE1 on task
09:49:38:523 0x0017880106D3BF78 error APSDE-DATA.confirm: 0xE1 on task
09:49:41:456 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:49:42:577 0x0017880104846CEF error APSDE-DATA.confirm: 0xE1 on task
09:49:43:471 0x0017880108530EA3 error APSDE-DATA.confirm: 0xE1 on task
09:49:44:586 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:49:45:189 0x00178801083CC172 error APSDE-DATA.confirm: 0xE1 on task
09:49:45:917 binding for cluster 0x0006 of 0xEC1BBDFFFE78A9DE exists (verified by reporting)
09:49:45:918 skip configure report for cluster: 0x0006 attr: 0x0000 of node 0xEC1BBDFFFE78A9DE (seems to be active)
09:49:46:991 0x0017880108430FA0 error APSDE-DATA.confirm: 0xE1 on task
09:49:48:799 0x0017880106BB6026 error APSDE-DATA.confirm: 0xE1 on task
09:49:48:942 Websocket disconnected 172.30.32.1:48720, state: 0, close-code: 1000, reason:
09:49:50:369 ZCL attribute report 0xEC1BBDFFFE2503A8 for cluster: 0x0006, ep: 0x01, frame control: 0x08, mfcode: 0x0000
09:49:50:569 0x0017880106C1B853 error APSDE-DATA.confirm: 0xE1 on task
09:49:52:531 [INFO] - No button map for: lumi.sensor_magnet.aq2, unicast to: 0x0000, endpoint: 0x01, cluster: BASIC (0x0000), command: 0x0A, payload: 01FF421D0121B30B03281B0421A84305213F00062401000000000A210000641000, zclSeq: 4
09:49:52:532 ZCL attribute report 0x00158D00045C3AD9 for cluster: 0x0000, ep: 0x01, frame control: 0x1C, mfcode: 0x115F
09:49:52:533 0x00158D00045C3AD9 extract Xiaomi special attribute 0xFF01
09:49:52:533 01 battery 2995 (0x0BB3)
09:49:52:536 03 Device temperature 27 °C
09:49:52:536 04 unknown 17320 (0x43A8)
09:49:52:537 05 RSSI dB (?) 63 (0x003F)
09:49:52:537 06 LQI (?) 4294967296 (0x0100000000)
09:49:52:538 0a Parent NWK 0 (0x0000)
09:49:52:538 64 on/off 0
09:49:55:394 ZCL attribute report 0xEC1BBDFFFE2503A8 for cluster: 0x0008, ep: 0x01, frame control: 0x08, mfcode: 0x0000
09:50:01:252 0x0017880104A9F580 error APSDE-DATA.confirm: 0xD0 on task
09:50:02:472 0x0017880104A9F550 error APSDE-DATA.confirm: 0xE1 on task
09:50:05:248 0x842E14FFFE51C638 error APSDE-DATA.confirm: 0xE1 on task
09:50:07:273 0x842E14FFFE51C638 error APSDE-DATA.confirm: 0xE1 on task
09:50:09:234 0x842E14FFFE51C638 error APSDE-DATA.confirm: 0xD0 on task
09:50:13:571 0x0017880104846C30 error APSDE-DATA.confirm: 0xE1 on task
09:50:14:431 0x0017880104846CEF error APSDE-DATA.confirm: 0xE1 on task
09:50:16:184 0x0017880108530EA3 error APSDE-DATA.confirm: 0xE1 on task
09:50:17:993 0x00178801083CC172 error APSDE-DATA.confirm: 0xE1 on task
09:50:19:844 0x0017880108430FA0 error APSDE-DATA.confirm: 0xE1 on task
09:50:21:598 0x0017880106BB6026 error APSDE-DATA.confirm: 0xE1 on task
09:50:23:379 0x0017880104A9F580 error APSDE-DATA.confirm: 0xE1 on task
09:50:25:107 0x0017880106D3BF78 error APSDE-DATA.confirm: 0xE1 on task

Zie https://github.com/dresde...ee-Error-Codes-in-the-Log

[skank]

Mimiix schreef op zaterdag 17 juli 2021 @ 12:16:
[...]


Zie https://github.com/dresde...ee-Error-Codes-in-the-Log

Die error staat er niet tussen toch?
Ik gebruik een extension cable.
Enig idee? Hoe los ik het op?

[Mimiix]

skank schreef op zaterdag 17 juli 2021 @ 12:39:
[...]


Die error staat er niet tussen toch?
Ik gebruik een extension cable.
Enig idee? Hoe los ik het op?

Ik zie 0xE1 heel vaak staan.

[Speedy-Andre]

Kleine update:
Ik heb deCONZ software 2.12.01 geïnstalleerd ipv 2.12.02 maar het verandert helaas niets aan het herstarten.
Blijkbaar heeft een ander pakket e.e.a. verkloot, ik denk aan eDomoticz voor Homebridge die een jaar oud is.
Ondanks dat die verwijderd is zijn er denk ik wel bestanden met een foute versie achter gebleven
In Homebridge-ui wordt Npm gebruikt om plug-ins te installeren en te verwijderen.
Hopelijk kan ik achterhalen welke bestanden die plug-in heeft verkloot maar dat is best lastig met mijn ervaring.

[skank]

Mimiix schreef op zaterdag 17 juli 2021 @ 15:46:
[...]

Ik zie 0xE1 heel vaak staan.

Ah daar mogen nog cijfers bijstaan.
Doet me net denken. Mss doordat ik nu met USb ssd werk en die stoort dan?
Ik bekijk het. Thx vr de heads-up

[roeleboel]

skank schreef op zaterdag 17 juli 2021 @ 17:32:
[...]

Ah daar mogen nog cijfers bijstaan.
Doet me net denken. Mss doordat ik nu met USb ssd werk en die stoort dan?
Ik bekijk het. Thx vr de heads-up

Die ssd kan idd storen. Zie dat de deconz stick minstens 50cm af ligt van alles wat naar usb3 ruikt
(dat is hier de ervaring toch)

[skank]

roeleboel schreef op zaterdag 17 juli 2021 @ 17:50:
[...]


Die ssd kan idd storen. Zie dat de deconz stick minstens 50cm af ligt van alles wat naar usb3 ruikt
(dat is hier de ervaring toch)

Dat was het hem idd.
Nu werkt alles weer.

[Mimiix]

skank schreef op zondag 18 juli 2021 @ 16:10:
[...]


Dat was het hem idd.
Nu werkt alles weer.

Top!

[sailor_dg]

Ik heb een installatie met HA & Deconz en daarbij rond de 60 tradfri lampen (standaard E27, E27 filament en GU10). Nu viel gisteren de stroom uit en verloren rond de 15 lampen hun settings. (verdeeld over alle type lampen). Heb een aantal dingen geprobeerd om weer connectie te krijgen: Powercycle van de lampen, Deconz & home assistant restart, maar de lampen blijven onbereikbaar: licht grijs in Phoscon. Krijg ze alleen terug door 6x een powercycle op de lamp uit te voeren en de lamp te resetten. Deconz herkent de lamp dan weer en alles werkt weer als vanouds.

Nu heb een deel van de lampen achter een slimme schakelaar zitten en deze gaan dagelijks 'van de stroom af' en deze hebben nooit issues. Heeft iemand hier evaring mee en enig idee waarom juist een stroomstoring zoveel issues geeft? Deconz/HA hangt niet achter een UPS dus kan het plotseling uitvallen van de co-ordinator een rol spelen?

[DeadMetal]

Weet iemand of de Frient Zigbee rookmelder kan praten met de Conbee II?
https://frient.dk/products/intelligent-smoke-alarm/

[JBS]

DeadMetal schreef op donderdag 29 juli 2021 @ 18:22:
Weet iemand of de Frient Zigbee rookmelder kan praten met de Conbee II?
https://frient.dk/products/intelligent-smoke-alarm/

Lijkt dezelfde als van Develco te zijn, en die wordt ondersteund.

[DeadMetal]

JBS schreef op donderdag 29 juli 2021 @ 19:23:
[...]
Lijkt dezelfde als van Develco te zijn, en die wordt ondersteund.

Thx! M.b.t. de Develco/Frient wordt hier redelijk ver onderaan de pagina gesproken over een vertraging van de sirene, en dat ze niet onderling samenwerken en niet vanuit HA uit te schakelen. Klinkt niet erg veelbelovend.

Ik kwam deze site tegen (die ook al vaker in dit topic genoemd blijkt te zijn): https://zigbee.blakadder.com/search.html en als ik daar op 'smoke' zoek kom ik diverse apparaten tegen (inclusief deze), dus zal binnenkort eens een aantal modellen vergelijken.

[Mimiix]

JBS schreef op donderdag 29 juli 2021 @ 19:23:
[...]
Lijkt dezelfde als van Develco te zijn, en die wordt ondersteund.

Hij kan wel een andere model Id hebben. Dus kan alsnog zijn dat ie gewhitelist moet worden.

[iisworks]

Op DSM 6 draait het perfect, maar is er iemand die deCONZ + Conbee II al zonder al teveel kunst- en vliegwerk daadwerkelijk draaiend heeft gekregen in Docker op Synology DSM 7.0 nu USB dongles niet meer officieel worden ondersteund?

[Mimiix]

iisworks schreef op vrijdag 30 juli 2021 @ 16:45:
Op DSM 6 draait het perfect, maar is er iemand die deCONZ + Conbee II al zonder al teveel kunst- en vliegwerk daadwerkelijk draaiend heeft gekregen in Docker op Synology DSM 7.0 nu USB dongles niet meer officieel worden ondersteund?

Ik denk niet dat dat werkt.

VM's werken wel schijnt.

[Thuurke]

Hallo,

Ik heb de conbee (1) stick en die werkt tot nu toe altijd naar behoren. Vorige week nog 3 ikea motion sensors (oude model) overgezet van ikea gateway naar deconz en werken naar behoren. Ook diverse xiaomi sensors gekoppeld. Nu heb ik 2 ikea shortcut knoppen besteld maar die willen maar niet connecten.

Via phoscon version 2.12.01 / 20-7-2021 firmware 26390500 en alle drie de opties van ikea buttons geprobeerd maar ze worden niet gevonden. Komt dit doordat ik nog de conbee 1 heb of zou die dat ook moeten kunnen?

[Mimiix]

Thuurke schreef op zaterdag 31 juli 2021 @ 10:25:
Hallo,

Ik heb de conbee (1) stick en die werkt tot nu toe altijd naar behoren. Vorige week nog 3 ikea motion sensors (oude model) overgezet van ikea gateway naar deconz en werken naar behoren. Ook diverse xiaomi sensors gekoppeld. Nu heb ik 2 ikea shortcut knoppen besteld maar die willen maar niet connecten.

Via phoscon version 2.12.01 / 20-7-2021 firmware 26390500 en alle drie de opties van ikea buttons geprobeerd maar ze worden niet gevonden. Komt dit doordat ik nog de conbee 1 heb of zou die dat ook moeten kunnen?

Heb je er toevallig ook routers aan hangen of enkel sensoren?

[The Fops]

Ik kan het niet goed vinden op github: wordt de Hue Wall switch module ondersteund (ook in de Phoscon WebApp) en ondersteunt deze direct binding/touchlink? Ik ben op zoek naar een vervanging van m'n Shelly schakelaars om m'n Hue lampen via deCONZ en Homey te schakelen met m'n Jung puls schakelaars.

[JBS]

The Fops schreef op zaterdag 31 juli 2021 @ 12:11:
Ik kan het niet goed vinden op github: wordt de Hue Wall switch module ondersteund (ook in de Phoscon WebApp) en ondersteunt deze direct binding/touchlink? Ik ben op zoek naar een vervanging van m'n Shelly schakelaars om m'n Hue lampen via deCONZ en Homey te schakelen met m'n Jung puls schakelaars.

Ja, deze wordt inmiddels ondersteund, ook in Phoscon. Op deel twee van je vraag heb ik geen antwoord maar @lubbertkramer vermoedelijk wel.

[lubbertkramer]

JBS schreef op zaterdag 31 juli 2021 @ 12:31:
[...]
Ja, deze wordt inmiddels ondersteund, ook in Phoscon. Op deel twee van je vraag heb ik geen antwoord maar @lubbertkramer vermoedelijk wel.

[Afbeelding]

Beetje mijn screenshots gebruiken xD

@The Fops zoals @JBS zegt is er al volledige ondersteuning via Deconz, ik heb er nu vier weekend in huis hangen aangestuurd via Deconz -> Home Assistant. Er is (nog) geen direct binding mogelijk.

Maar je hue lampen schakelen kan toch al zonder shelly of wall switch via homey of haal jij je slimme hue lampen steeds van en op het stroom ?

[ Voor 9% gewijzigd door lubbertkramer op 31-07-2021 15:56 ]

[The Fops]

lubbertkramer schreef op zaterdag 31 juli 2021 @ 15:54:
[...]


Beetje mijn screenshots gebruiken xD

@The Fops zoals @JBS zegt is er al volledige ondersteuning via Deconz, ik heb er nu vier weekend in huis hangen aangestuurd via Deconz -> Home Assistant. Er is (nog) geen direct binding mogelijk.

Maar je hue lampen schakelen kan toch al zonder shelly of wall switch via homey of haal jij je slimme hue lampen steeds van en op het stroom ?

Mijn vrouw schakelt nog regelmatig de lampen met de schakelaars, dus een Shelly in detached mode heeft dit opgelost. Echter verliezen die regelmatig de Internet connectie en dan is het niet meer echt WAF
Vandaar dat ik op zoek ben naar switches met direct binding en aansluiting op batterij of zonder blauwe draad, liefst met behoud van m'n huidige Jung schakelmateriaal.

[lubbertkramer]

The Fops schreef op zaterdag 31 juli 2021 @ 16:19:
[...]


Mijn vrouw schakelt nog regelmatig de lampen met de schakelaars, dus een Shelly in detached mode heeft dit opgelost. Echter verliezen die regelmatig de Internet connectie en dan is het niet meer echt WAF
Vandaar dat ik op zoek ben naar switches met direct binding en aansluiting op batterij of zonder blauwe draad, liefst met behoud van m'n huidige Jung schakelmateriaal.

Dan zijn deze wel een uitkomst, batterij zou 5 jaar mee moeten gaan. Deze werkt zonder blauwe draad, de lamp op een lasklem

[The Fops]

lubbertkramer schreef op zaterdag 31 juli 2021 @ 17:41:
[...]


Dan zijn deze wel een uitkomst, batterij zou 5 jaar mee moeten gaan. Deze werkt zonder blauwe draad, de lamp op een lasklem

[Afbeelding]

Ja zeker goede optie. Alleen jammer dat direct binding niet werkt. Dan maar hopen dat de Conbee niet uitvalt

[Thuurke]

Mimiix schreef op zaterdag 31 juli 2021 @ 11:51:
[...]


Heb je er toevallig ook routers aan hangen of enkel sensoren?

Alleen sensoren, die naar ik aanneem allemaal met de conbee (1) communiceren. De lampen zitten (nu nog) allemaal via de ikea gateway. Dit lijken mij dus 2 aparte netwerken. Ik probeer de shortcut knoppen ook dichtbij de conbee stick te connecten, dus in principe heb ik daar geen routers voor nodig. Connecten met de ikea gateway lukt overigens meteen.

[Mimiix]

Thuurke schreef op zaterdag 31 juli 2021 @ 18:29:
[...]


Alleen sensoren, die naar ik aanneem allemaal met de conbee (1) communiceren. De lampen zitten (nu nog) allemaal via de ikea gateway. Dit lijken mij dus 2 aparte netwerken. Ik probeer de shortcut knoppen ook dichtbij de conbee stick te connecten, dus in principe heb ik daar geen routers voor nodig. Connecten met de ikea gateway lukt overigens meteen.

Ik denk dat je aan de limiet zit.

De Conbee kan maximaal 18 sensoren direct op de ConBee hebben.

Meestal is de limiet al eerder bereikt. Routers helpen hierbij omdat die weer meer sensoren kunnen houden.

[Thuurke]

Mimiix schreef op zaterdag 31 juli 2021 @ 19:55:
[...]


Ik denk dat je aan de limiet zit.

De Conbee kan maximaal 18 sensoren direct op de ConBee hebben.

Meestal is de limiet al eerder bereikt. Routers helpen hierbij omdat die weer meer sensoren kunnen houden.

Oke dat maximaal 18 was mij niet bekend. Ik ga eens kijken of ik een lamp kan omzetten naar deconz zodat die als router kan dienen. Ik heb nog een ikea repeater. Is die ook aan deconz te koppelen?

[RudolfR]

@Thuurke

Ja, ik heb ook een ikea repeater gekoppeld met Deconz.

[The Fops]

lubbertkramer schreef op zaterdag 31 juli 2021 @ 15:54:
[...]


Beetje mijn screenshots gebruiken xD

@The Fops zoals @JBS zegt is er al volledige ondersteuning via Deconz, ik heb er nu vier weekend in huis hangen aangestuurd via Deconz -> Home Assistant. Er is (nog) geen direct binding mogelijk.

Maar je hue lampen schakelen kan toch al zonder shelly of wall switch via homey of haal jij je slimme hue lampen steeds van en op het stroom ?

Ander vraagje: werkt het dimmen smooth met de Hue Wall switch module? Gaat dit direct via deCONZ of moest je dit instellen via HA?

[peetgate]

Heeft iemand hier wel eens gehad dat een van de knoppen van de grote IKEA tradfri knop niet meer werkt? De rest van de knoppen geeft wel een deconz_event in home assistant, maar de grote ronde knop in het midden triggerd geen events. Is de knop kapot? Of zou er nog iets anders aan de hand kunnen zijn?

edit: even ter aanvulling nog, ik heb hem verscheidende malen opnieuw geprobeerd te koppelen in Deconz met hetzelfde resultaat.

[ Voor 17% gewijzigd door peetgate op 01-08-2021 10:41 ]

[hubertgruber]

peetgate schreef op zondag 1 augustus 2021 @ 10:30:
Heeft iemand hier wel eens gehad dat een van de knoppen van de grote IKEA tradfri knop niet meer werkt? De rest van de knoppen geeft wel een deconz_event in home assistant, maar de grote ronde knop in het midden triggerd geen events. Is de knop kapot? Of zou er nog iets anders aan de hand kunnen zijn?

edit: even ter aanvulling nog, ik heb hem verscheidende malen opnieuw geprobeerd te koppelen in Deconz met hetzelfde resultaat.

Dubbelklik en hold geven ook niets? In dat geval is het knopje wellicht fysiek defect.

[DaRieck]

Heeft er iemand een idee of Deconz ondertussen de energie data uit de niko Smart plug (552-80699) kan uitlezen?

Dit zou handig zijn om op te nemen in mijn home assistant configs.

[peetgate]

hubertgruber schreef op zondag 1 augustus 2021 @ 10:51:
[...]


Dubbelklik en hold geven ook niets? In dat geval is het knopje wellicht fysiek defect.

Die doen inderdaad ook niets helaas. Ik denk dat je gelijk hebt. Als niemand anders nog een idee heeft waar het aan zou kunnen liggen dan ga ik binnenkort maar eens met een bonnetje naar de IKEA.

[lubbertkramer]

The Fops schreef op zondag 1 augustus 2021 @ 08:09:
[...]

Ander vraagje: werkt het dimmen smooth met de Hue Wall switch module? Gaat dit direct via deCONZ of moest je dit instellen via HA?

Ik doe persoonlijk niets via Deconz maar alles via HA d.m.v. automations. Dit zou moeten werken, net als een Hue dimmer maar heb het zelf nog niet gedaan omdat de ruimtes waar ik nu een hue wall switch heb gebruik maken van adaptieve lightning en ik dus qua knoppen niets hoef te doen. Ik vind een slimme woning moet zo min mogelijk met knoppen e.d. werken maar alleen indien er een uitzondering is die je wilt overrulen.

[Yarisken]

De laatste hue dimmer werkt niet deftig met deconz. Ik heb , tijdelijk, een hue bridge in gebruik.

[lubbertkramer]

Yarisken schreef op zondag 1 augustus 2021 @ 15:40:
De laatste hue dimmer werkt niet deftig met deconz. Ik heb , tijdelijk, een hue bridge in gebruik.

Waarom werkt deze dan niet met Deconz, ik heb meerdere Hue dimmers in Deconz die ik via HA aanstuur

[Yarisken]

lubbertkramer schreef op zondag 1 augustus 2021 @ 16:31:
[...]


Waarom werkt deze dan niet met Deconz, ik heb meerdere Hue dimmers in Deconz die ik via HA aanstuur

Deze is het
pricewatch: Philips Hue Dimmer Switch
Redelijk recent.

Ik kreeg deze niet ingeladen in deconz en gelezen dat er nog wat problemen zijn met ondersteuning. Er zijn workarounds las ik maar ik heb 2dehands een hue bride gekocht tot het out of the box werkt.

[lubbertkramer]

Yarisken schreef op zondag 1 augustus 2021 @ 16:36:
[...]


Deze is het
pricewatch: Philips Hue Dimmer Switch
Redelijk recent.

Ik kreeg deze niet ingeladen in deconz en gelezen dat er nog wat problemen zijn met ondersteuning. Er zijn workarounds las ik maar ik heb 2dehands een hue bride gekocht tot het out of the box werkt.

Werkt hier in Deconz -> HA en kan op Github ook niets vinden dat deze (niet) meer werkt. Als je een van de eerste was met de nieuwe dan was de dimmer wel gekoppeld maar nog niet zichtbaar, dit is altijd zo met nieuwe devices (was ook zo met de hue wall switch, aqara lichtsensor e.d.) Laatste update van Manup @ een Git issue van 6 mei is dat deze werkt

[Yarisken]

lubbertkramer schreef op zondag 1 augustus 2021 @ 16:52:
[...]


Werkt hier in Deconz -> HA en kan op Github ook niets vinden dat deze (niet) meer werkt. Als je een van de eerste was met de nieuwe dan was de dimmer wel gekoppeld maar nog niet zichtbaar, dit is altijd zo met nieuwe devices (was ook zo met de hue wall switch, aqara lichtsensor e.d.) Laatste update van Manup @ een Git issue van 6 mei is dat deze werkt

Ow bedankt voor de tip. Ik ga het nog eens proberen dan. Ik geef hier nog feedback.

[Mimiix]

peetgate schreef op zondag 1 augustus 2021 @ 10:54:
[...]


Die doen inderdaad ook niets helaas. Ik denk dat je gelijk hebt. Als niemand anders nog een idee heeft waar het aan zou kunnen liggen dan ga ik binnenkort maar eens met een bonnetje naar de IKEA.

Er is een github issue over. En er was een fix voor in een latere versie geloof ik.

[peetgate]

Mimiix schreef op zondag 1 augustus 2021 @ 21:55:
[...]


Er is een github issue over. En er was een fix voor in een latere versie geloof ik.

En je bedoelt dan van de deconz firmware neem ik aan? Ik wacht het dan rustig af iig. Thanx voor je reactie.

[Mimiix]

peetgate schreef op zondag 1 augustus 2021 @ 23:32:
[...]


En je bedoelt dan van de deconz firmware neem ik aan? Ik wacht het dan rustig af iig. Thanx voor je reactie.

Nee, software.

Firmware is de stick

[Waah]

En nog steeds verdwijnen met aqara apparaten. Niet aan te raden dus. Paar dagen geleden opnieuw toegevoegd, gisteren nog wel zichtbaar in Home Assistant en Deconz maar gaf geen beweging meer door. Vandaag de melding dat die unavailable was (heb een automation die een melding geeft als een battery device niet beschikbaar is)

Bereik is het zeker niet. Genoeg devices om mee te verbinden. Batterij is gloednieuw.

[ Voor 11% gewijzigd door Waah op 02-08-2021 20:39 ]

[JBS]

Waah schreef op maandag 2 augustus 2021 @ 20:38:
En nog steeds verdwijnen met aqara apparaten. Niet aan te raden dus. Paar dagen geleden opnieuw toegevoegd, gisteren nog wel zichtbaar in Home Assistant en Deconz maar gaf geen beweging meer door. Vandaag de melding dat die unavailable was (heb een automation die een melding geeft als een battery device niet beschikbaar is)

Bereik is het zeker niet. Genoeg devices om mee te verbinden. Batterij is gloednieuw.

Heb je ze toevallig na het pairen verplaatst? Ze staan er namelijk niet om bekend op zoek te gaan naar een nieuwe route wanneer de initiële route niet meer beschikbaar is.

En, deCONZ en firmware up to date?

[Mimiix]

Waah schreef op maandag 2 augustus 2021 @ 20:38:
En nog steeds verdwijnen met aqara apparaten. Niet aan te raden dus. Paar dagen geleden opnieuw toegevoegd, gisteren nog wel zichtbaar in Home Assistant en Deconz maar gaf geen beweging meer door. Vandaag de melding dat die unavailable was (heb een automation die een melding geeft als een battery device niet beschikbaar is)

Bereik is het zeker niet. Genoeg devices om mee te verbinden. Batterij is gloednieuw.

In aanvulling op @JBS, kan je logs posten en een screenshot van je deconz gui?

[Waah]

JBS schreef op maandag 2 augustus 2021 @ 22:03:
[...]
Heb je ze toevallig na het pairen verplaatst? Ze staan er namelijk niet om bekend op zoek te gaan naar een nieuwe route wanneer de initiële route niet meer beschikbaar is.

En, deCONZ en firmware up to date?

Deconz firmware is up to date. Geüpdatet via Windows pc.

En nee, ik pair ze op de plek. En er is altijd een router binnen een meter van de aqara. En deze zijn altijd op spanning. Als ik ze opnieuw koppel pakt die wel gewoon de oude naam, als een lamp die spanningsloos geweest is opnieuw verbind.

Ben bang dat er ook weinig uit de log te halen is, aangezien de sensor in Deconz er nog gewoon staat, ook al reageert de sensor niet op beweging....



Ik kan de log wel toevoegen maar heb de sensoren opnieuw toegevoegd. Kan wel de log pakken als ze vastlopen of verdwijnen

[JBS]

@Waah En deCONZ zelf ook up to date?

[ Voor 56% gewijzigd door JBS op 02-08-2021 22:33 ]

[Waah]

@JBS Voor zover ik weet wel:

[ Voor 20% gewijzigd door Waah op 02-08-2021 23:22 ]

[Rianata]

@Waah heb je overlap in je zigbee netwerk en wifi netwerk? Over het algemeen en bij mij ook staan de Aqara (en vergelijkbare Xiaomi) sensoren als heel goed / betrouwbaar bekend. Ja, ze linken eigenlijk het liefst direct aan de controller en vinden nooit een alternatieve route na het pairen, maar als het een keer werkt blijft het ook werken is mijn ervaring.

[Mimiix]

Waah schreef op maandag 2 augustus 2021 @ 22:26:
[...]

Deconz firmware is up to date. Geüpdatet via Windows pc.

En nee, ik pair ze op de plek. En er is altijd een router binnen een meter van de aqara. En deze zijn altijd op spanning. Als ik ze opnieuw koppel pakt die wel gewoon de oude naam, als een lamp die spanningsloos geweest is opnieuw verbind.

Ben bang dat er ook weinig uit de log te halen is, aangezien de sensor in Deconz er nog gewoon staat, ook al reageert de sensor niet op beweging....

[Afbeelding]

Ik kan de log wel toevoegen maar heb de sensoren opnieuw toegevoegd. Kan wel de log pakken als ze vastlopen of verdwijnen

Logs zijn altijd nuttig

[Waah]

Mimiix schreef op dinsdag 3 augustus 2021 @ 09:44:
[...]


Logs zijn altijd nuttig

In dat geval:
A wild log appeared!
https://pastebin.com/1hQs0EZY

Ik heb even de errors bekeken van de link, plus die in de manual. Maar enkel 0x00 komt voor, wat Success is

Kwa wifi-kanaal:
Zigbee Channel 15
Wifi Channel: 6

Dat lijkt niet ideaal inderdaad. zal eens kijken of ik een gratis wifi-sniffer voor iOS kan vinden, en dan kijken welk kanaal nog wat vrij is. Maar in de stad....

[Rianata]

@Waah voor iOS raad ik Wi-Fi Sweetspots aan.

[Mimiix]

Waah schreef op dinsdag 3 augustus 2021 @ 11:05:
[...]

In dat geval:
A wild log appeared!
https://pastebin.com/1hQs0EZY

Ik heb even de errors bekeken van de link, plus die in de manual. Maar enkel 0x00 komt voor, wat Success is

Kwa wifi-kanaal:
Zigbee Channel 15
Wifi Channel: 6

Dat lijkt niet ideaal inderdaad. zal eens kijken of ik een gratis wifi-sniffer voor iOS kan vinden, en dan kijken welk kanaal nog wat vrij is. Maar in de stad....
[Afbeelding]

Hmm, de logs lijken zover schoon. In dat geval even afwachten inderdaad

https://github.com/dresde...ices-or-functional-issues

Heb je die al geprobeerd?