Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[Wszene]

Danke @dimaiv
Sehr schnelle Lieferung
Und sogar zum Sonntag Abend auch noch schnelle und gute Hilfe geleistet

Kann ich nur empfehlen

[-cs-]

@dimaiv Danke für die schnelle Lieferung, Freitag bestellt, Samstag bekommen. Super

Was noch besser ist, ich hatte ja vorher den USB CC2538+CC2592 PA Zigbee Stick und immer wieder mal Probleme mit dem finden des Sticks egal in welcher der verschiedenen Möglichkeiten der Adresseingabe. Jetzt per LAN wird er gefunden.
War schon kurz davor Zigbee zu entfernen und komplett auf EnOcean oder HM umzuschwenken.

Angeschlossen, Adresse eingegeben, ca. 1 Min. gewartet (WICHTIG! bis zu 3 Min.), dann wurden alle meine Geräte übernommen ohne das ich was machen musste.
Was soll ich sagen, bin begeistert Empfangswerte von über 100 hatte ich noch nie, meist bis max. 60, jetzt ist 60 bis auf einzelne Ausnahmen das untere Level.

Schöne Grüße
Christian

[klassisch]

[/OT]
@csr sagte in [Verkaufe] Zigbee LAN/USB/WLAN Gateway CC2652P:

Was noch besser ist, ich hatte ja vorher den USB CC2538+CC2592 PA Zigbee Stick und immer wieder mal Probleme mit dem finden des Sticks egal in welcher der verschiedenen Möglichkeiten der Adresseingabe. Jetzt per LAN wird er gefunden.
War schon kurz davor Zigbee zu entfernen und komplett auf EnOcean oder HM umzuschwenken.

Behaupte mal: Alles Linuxprobleme bzw. Durchreichen in VM, Container, Docker etc. Hat nichts mit dem Stick oder Zigbee zu tun. Bei mir unter Win liefen auch die anderen Sticks einwandfrei.
Ist aber gefühlt die Ursache 80% aller Beschwerden über Zigbee in diesem Forum und kann den Spass an Zigbee verderben - zu Unrecht.
Deshalb finde ich es so gut, daß @dimaiv diese Möglichkeit hier eröffnet hat.

[-cs-]

@klassisch sagte in [Verkaufe] Zigbee LAN/USB/WLAN Gateway CC2652P:

[/OT]
Ist aber gefühlt die Ursache 80% aller Beschwerden über Zigbee in diesem Forum und kann den Spass an Zigbee verderben - zu Unrecht.
Deshalb finde ich es so gut, daß @dimaiv diese Möglichkeit hier eröffnet hat.

Ich möchte hier keine große Diskussion anfangen und den Thread sprengen, nur bestätigen .

USB- Leseköpfe werden durchgereicht und ohne Probleme erkannt, nur beim Zigbee-Stick gabs Probleme. Irgendwo hier gabs mal einen Thread in dem das Problem mit dem "alten" Chip bei Neuverbindung nach reboot oder so beschrieben wurde, leider finde ich das nicht.
Und genau deshalb finde ich die Lösung wie du selber schreibst sehr gut. Auch im Hinblick auf die Platzierung, die jetzt übers Netzwerk noch flexibler ist. (meiner ist am gleichen fleck geblieben)

[Humidor]

@dimaiv hab ihn erhalten, danke
gestern angelegt, nach ein paar Minuten wurde er im ioBroker erkannt
keiner meiner Sensoren war aktiv verbunden, dachte mir, nee das mach ich heute nicht mehr, geh lieber ein trinken
heute sind bereits fast alle drin, welch wunderbare Art und Weise
den Türkonakt muss ich nur mal anstoßen was zu senden, denke dann ist auch der letzte drin.

[AlexAtHome]

@dimaiv Empfiehlt sich ein Update auf Firmware CC1352P2_CC2652P_launchpad_coordinator_20220103.zip ? Meiner hat derzeit die Ver 20210708 drauf.

[dimaiv]

@alexathome
Ich würde deine Firmware erst updaten, wenn man dazu gezwungen ist. Zum Beispiel, wenn man das ganze Zigbee Geschichte neu einrichtet, oder man holt die neuen Aqara Geräte Serie E1 (die brauchen unbedingt neuere Firmware ab version 20211217)

[AlexAtHome]

@dimaiv Okidoki Danke für Deine Antwort!

[holgerwolf]

Mal ne Frage in die Runde. Bei mir schmiert das Gateway alle paar Tage ab. Ist erst nicht per WebInterface erreichbar (ping geht noch, Adapter läuft auch noch), aber dann bleibt auch der hängen.
Jetzt ist mir aufgefallen, dass die Anzahl der Socket-Verbindungen hoch zählt. Solange der Adapter noch nicht läuft, steht der auf 0. Wenn ich den Adapter starte, kommt da ne 1. Heute morgen ist da aber schon wieder ne 2. Meine mich zu erinnern, da auch schonmal eine 6 gesehen zu haben.
Irgendne Idee? Gibt es eigentlich irgendne Art von Logfiles?

[dimaiv]

@holgerwolf
Netzteil wechseln. Kein Handy-Ladegerät benutzen!

[holgerwolf]

@dimaiv Wieviel Watt braucht das GW? Was zeichnet ein "nicht Handy-Ladegerät" aus?

[dimaiv]

@holgerwolf sagte in [Verkaufe] Zigbee LAN/USB/WLAN Gateway CC2652P:

@dimaiv Wieviel Watt braucht das GW? Was zeichnet ein "nicht Handy-Ladegerät" aus?

<1 Watt

[saeft_2003]

@holgerwolf sagte in [Verkaufe] Zigbee LAN/USB/WLAN Gateway CC2652P:

@dimaiv Wieviel Watt braucht das GW? Was zeichnet ein "nicht Handy-Ladegerät" aus?

läuft dein iobroker zufällig in einer VM mit proxmox?

[holgerwolf]

@saeft_2003 Ja. Jetzt wirds spannend

[saeft_2003]

@holgerwolf sagte in [Verkaufe] Zigbee LAN/USB/WLAN Gateway CC2652P:

@saeft_2003 Ja. Jetzt wirds spannend

In der tat. Weil wenn es nicht das Netzteil sein sollte, könnte auch proxmox Schuld sein. War bei mir der Fall. Schau mal ob du im proxmox syslog sowas findest.

Detected Hardware Unit Hang

Jun 14 12:43:13 pve-1 kernel: e1000e 0000:00:1f.6 eno1: Detected Hardware Unit Hang:
TDH <2>
TDT <45>
next_to_use <45>
next_to_clean <1>
buffer_info[next_to_clean]:
time_stamp <101dbc441>
next_to_watch <2>
jiffies <101dbc5a8>
next_to_watch.status <0>
MAC Status <40080083>
PHY Status <796d>
PHY 1000BASE-T Status <7800>
PHY Extended Status <3000>
PCI Status <10>
Jun 14 12:43:15 pve-1 kernel: e1000e 0000:00:1f.6 eno1: Detected Hardware Unit Hang:
TDH <2>
TDT <45>
next_to_use <45>
next_to_clean <1>
buffer_info[next_to_clean]:
time_stamp <101dbc441>
next_to_watch <2>
jiffies <101dbc7a1>
next_to_watch.status <0>
MAC Status <40080083>
PHY Status <796d>
PHY 1000BASE-T Status <7800>
PHY Extended Status <3000>
PCI Status <10>

[holgerwolf]

@saeft_2003 Treffer:

Jan 20 13:01:16 pve2 kernel: e1000e 0000:00:1f.6 eno1: Detected Hardware Unit Hang:
  TDH                  <81>
  TDT                  <b9>
  next_to_use          <b9>
  next_to_clean        <80>
buffer_info[next_to_clean]:
  time_stamp           <107e2fcf6>
  next_to_watch        <81>
  jiffies              <107e2fe18>
  next_to_watch.status <0>
MAC Status             <40080083>
PHY Status             <796d>
PHY 1000BASE-T Status  <3800>
PHY Extended Status    <3000>
PCI Status             <10>

Was hast du gemacht? Aber warum hängt sich dann auch das GW auf? Ich komme da ja auch nicht mehr aufs Webinterface.

[saeft_2003]

@holgerwolf

Bring erstmal proxmox in Ordnung.

https://forum.proxmox.com/threads/e1000-driver-hang.58284/page-8

Du musst das aber in deine interfaces packen sonst ist es nach einem Neustart wieder weg.

auto lo
iface lo inet loopback

iface eno1 inet manual
  offload-gso off
  offload-gro off
  offload-tso off
  offload-rx off
  offload-tx off
  offload-rxvlan off
  offload-txvlan off
  offload-sg off
  offload-ufo off
  offload-lro off

auto vmbr0
iface vmbr0 inet static
	address 192.168.178.101/24
	gateway 192.168.178.1
	bridge_ports eno1
	bridge_stp off
	bridge_fd 0

[holgerwolf]

@saeft_2003 Ich habs zum Testen erstmal nur als Befehl ausgeführt. So oft startet ich den PVE ja nicht
Mal schauen obs hilft...

[saeft_2003]

@holgerwolf

Bei mir hat das geholfen. Hatte vorher auch Probleme mit den LAN Gateways…

[holgerwolf]

@saeft_2003 Auch wenn der ursächliche Fehler dann am Host liegt und der dann wohl immer neue Verbindungen zum GW auf macht (deshalb zählen dann auch die Sockets hoch), sollte das GW das doch mitkriegen und nicht "volllaufen"?