Monatsrückblick Januar/Februar 2026 ist online!

[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"?

[saeft_2003]

@holgerwolf

Das musst du @dimaiv fragen.

[qqolli]

@dimaiv

Hi,

ich überlege mir gerade auf deinen Stick umzusteigen. Da dieser ja per USB-C versorgt wird wollte ich mal nach der Stromaufnahme fragen, da ich den Stick über PoE betreiben will.

Dazu wollte ich einen PoE-Splitter benutzen:

Die gibt es mit folgenden Leistungen: 2.4A und 3A.

Ich denke, 2.4A sollten reichen, oder?

[dimaiv]

@qqolli
Hi. Ja, reicht auch 2,4A Variante.

[holgerwolf]

@saeft_2003 Das GW läuft jetzt durch. Also nicht Netzteil.

Zwei Fragen:

• Warum muss man das Problem bei Proxmox manuell patchen?
• Warum hat nur das GW damit Probleme? Hab ne Menge anderer Geräte die über IP verbunden sind, die den Netzwerkneustart ab könnnen.

[saeft_2003]

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

@saeft_2003 Das GW läuft jetzt durch. Also nicht Netzteil.

Zwei Fragen:

• Warum muss man das Problem bei Proxmox manuell patchen?
• Warum hat nur das GW damit Probleme? Hab ne Menge anderer Geräte die über IP verbunden sind, die den Netzwerkneustart ab könnnen.

Zweimal keine Ahnung. Bei mir hatten auch andere Adapter (Telegram, wled, usw...) die Verbindung verloren und haben sich wieder verbunden.

[pseudoreal]

Hallo zusammen,

ich habe das Problem, dass der ikea tradfri LED Treiber (ICPSHC24-10EU-IL-1) immer wieder die Verbindung zum Gateway verliert. Ich muss ihn dann immer wieder neu anlernen. Wenn die Geräte an ihrem Ort sind, dann hat der tradfri eine Verbindungsstärke von rund 50. Ich habe dazu jetzt nichts spezifisches im Netz gefunden (Tradfri und CC2652P).

Ideen?