Problem Deconz Bookworm
-
@thomas-braun Auch alle vorhanden und nicht augegraut, also das sie nicht erreichbar wäre......alles wie es sein muß
-
@vandura sagte in Problem Deconz Bookworm:
Auch alle vorhanden und nicht augegraut, also das sie nicht erreichbar wäre......alles wie es sein muß
Den Satz verstehe ich nicht.
-
@thomas-braun
Beispiel.......sollten sie nicht erreichbar sein, werden sie schwach grau..... -
Und die Sensoren, die hier als 'geschlossen' geführt werden tauchen im Adapter als 'geöffnet' auf?
-
@thomas-braun nein, sie tauchen überall als geöffnet auf, ist ein Bild, wo ich sie schon wieder angelernt habe
-
@vandura sagte in Problem Deconz Bookworm:
sie tauchen überall als geöffnet auf
Dann ist es ein Ding für Phoscon/Deconz. Der Adapter verarbeitet ja nur das was da vom Stick angeliefert wird. Wenn das nicht stimmt...
-
@thomas-braun ok, dann werde ich mal dort den Kundendienst kontaktieren.....hätte ja sein können das in der Konfiguration irgend etwas krumm ist....Danke trotzdem für deine Geduld und Hilfe.....
-
-
pi@raspberrypi:~ $ sudo apt update Hit:1 http://deb.debian.org/debian bookworm InRelease Get:2 http://deb.debian.org/debian-security bookworm-security InRelease [48.0 kB ] Hit:3 http://deb.debian.org/debian bookworm-updates InRelease Hit:4 http://phoscon.de/apt/deconz bookworm InRelease Hit:5 http://archive.raspberrypi.com/debian bookworm InRelease Hit:6 https://deb.nodesource.com/node_18.x nodistro InRelease Get:7 http://deb.debian.org/debian-security bookworm-security/main armhf Package s [83.7 kB] Get:8 http://deb.debian.org/debian-security bookworm-security/main arm64 Package s [86.1 kB] Fetched 218 kB in 3s (84.0 kB/s) Reading package lists... Done Building dependency tree... Done Reading state information... Done All packages are up to date. W: http://phoscon.de/apt/deconz/dists/bookworm/InRelease: Key is stored in legacy trusted.gpg keyring (/etc/apt/trusted.gpg), see the DEPRECATION section in apt-key(8) for details. pi@raspberrypi:~ $ apt policy deconz* deconz: Installed: 2.23.02-debian-buster-stable Candidate: 2.23.02-debian-buster-stable Version table: *** 2.23.02-debian-buster-stable 500 500 http://phoscon.de/apt/deconz bookworm/main arm64 Packages 100 /var/lib/dpkg/status deconz-dev: Installed: (none) Candidate: 2.23.02-debian-buster-stable Version table: 2.23.02-debian-buster-stable 500 500 http://phoscon.de/apt/deconz bookworm/main arm64 Packages pi@raspberrypi:~ $ -
@vandura Nur zur Info. Auch mit dem Conbee und Phoscon/Deconz brauchen batteriebetriebene Geräte (wie Sensoren beispielsweise) teilweise längere Zeit, bis sie sich wieder mit dem aktuellen Stand bei Deconz melden. Ich habe da zwei Ikea-Schalter, die erst nach Stunden wieder mal einen Zustand melden. Danach dann aber zuverlässig.
Wenn Du sofort nach einem Neustart den aktuellen Status eines Sensors willst, musst Du entweder die Pairung-taste einmal kurz drücken oder eben das Fenster einmal auf- und wieder zumachen.
Wenn die Sensoren im Sekundentakt immer senden würden, könntest Du viermal am Tag die Batterien wechseln. So wird eben über längere Zeit mal ein Status gesendet, ansonsten nur bei Status-Änderungen.Das ist weder ein fehler von Deconz oder iobroker, sondern ganz normal.
Gruss, Jürgen
-
Das stimmt. Hatte ich aber als bekannt vorausgesetzt.
-
@wildbill Ist ja richtig, aber das war vorher nicht so, da waren nach einem reboot alle Betriebsbereit und haben reagiert.
und das öffnen und schließen, hat auch nichts gebracht.....Pairingtaste kurz auch nicht sondern erst ein langer Druck als wenn ich einen neuen anlernen möchte...... -
@vandura Das war schon immer so und war nie anders. Batteriebetriebene Geräte reagieren auf ihre Status-Änderung oder wenn man sie manuell anstößt, indem man die Pairing-Taste drückt. Daran hat sich nie was geändert. Wie sollte es auch? Wenn es je anders gewesen wäre, dann hättest Du einen Berg leerer Batterien bei Dir rumliegen.
Also entweder meinst Du etwas komplett anderes als wir, oder wir verstehen nicht, worum es Dir genau geht. Dann versuch doch bitte mal genau zu beschreiben, worin Dein jetziges Problem besteht, dass erst nach einem Update aufgetreten ist und vor allem, wie es vor dem Update genau war.Gruss, Jürgen
-
@wildbill
Wir verstehen uns schon richtig.
Der Zustand vor dem Update, war: Status der Sensoren auch nach einem reboot wie vor dem reboot, kein einziger Sensor hat seinen Zustand von false auf true geändert und war auch Betriebsbereit und hat reagiert wenn er benutzt wurde.
Zustand jetzt: nach dem reboot gehen alle Sensoren auf true und reagieren auch nicht wenn sie benutzt werden oder auf kurzen Druck auf pairing. Erst ein langer Druck auf pairing mit deinschalten in der Deconz Oberfläche erweckt den Sensor wieder zum leben.
Und großen Batterie Verbrauch habe ich nie gehabt und das System lief vorher schon über zwei Jahren mit diversen reboots. -
@vandura Redest Du von "falschen" Zuständen nach einem reboot in iobroker oder schon in Deconz/Phoscon?
Was rebootest Du dabei? iobroker oder deconz? Oder ist es egal, welches davon?Gruss, Jürgen
-
@wildbill Es kam als ich den Iobroker rebootet habe und danach als test auch wo ich den deconz rebootet habe.
Kann es sein das der Deconz jetzt von irgendwo her sich auch rebootet wenn ich den Iobroker reboote....kann ja sein das es daran liegt.....? -
@vandura sagte in Problem Deconz Bookworm:
Kann es sein das der Deconz jetzt von irgendwo her sich auch rebootet wenn ich den Iobroker reboote....kann ja sein das es daran liegt.....?
Nein, kann nicht sein, die Services laufen unabhängig von einander.
-
@vandura Versuch doch bitte, die Fragen zu beantworten, und alles so zu beschreiben, dass man es auch versteht, wenn man Dir helfen soll. Wer ist der Deconz? Worauf läuft alles?
Hier mal der Reihe nach bitte diese Fragen beantworten:*1 Laufen iobroker und Deconz auf der gleichen Hardware?
*2 Worauf läuft Deconz? (Raspberry, VM, LXC, Windows-Rechner...)
*3 Worauf läuft iobroker?
*4 Wenn Deconz rebooted wird, stimmen danach die Zustände sofort in Deconz?
*5 Sind die Zustände, die Deconz anzeigt immer 1:1 das, was iobroker anzeigt?
*6 WIE rebootest Du die Rechner? Stecker ziehen, oder sauberer Neustart?
Gruss, Jürgen
-
@thomas-braun
Ich hatte jetzt in der Neuinstallation nach anleitunge zwei Befehle in bootconfic.text eigegeben die ich vorher soweit ich noch weiß nicht eingeben musste.
1 ganz unten " enable_uart=1 "# For more options and information see # http://rptl.io/configtxt # Some settings may impact device functionality. See link above for details # Uncomment some or all of these to enable the optional hardware interfaces #dtparam=i2c_arm=on #dtparam=i2s=on #dtparam=spi=on # Enable audio (loads snd_bcm2835) dtparam=audio=on # Additional overlays and parameters are documented # /boot/firmware/overlays/README # Automatically load overlays for detected cameras camera_auto_detect=1 # Automatically load overlays for detected DSI displays display_auto_detect=1 # Automatically load initramfs files, if found auto_initramfs=1 # Enable DRM VC4 V3D driver dtoverlay=vc4-kms-v3d max_framebuffers=2 # Don't have the firmware create an initial video= setting in cmdline.txt. # Use the kernel's default instead. disable_fw_kms_setup=1 # Run in 64-bit mode arm_64bit=1 # Disable compensation for displays with overscan disable_overscan=1 # Run as fast as firmware / board allows arm_boost=1 [cm4] # Enable host mode on the 2711 built-in XHCI USB controller. # This line should be removed if the legacy DWC2 controller is required # (e.g. for USB device mode) or if USB support is not required. otg_mode=1 **enable_uart=1**- sollte ich in der cmdline.txt den Eitrag " console=serial0 " rausnehmen.....hat es damit was zu tun?
-
