Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[NetBuzta]

@jacquesnorris Falls noch aktuell: Firmware meines HamGeek ist 0.6.10
HamGeek Einstellungen:
Serial: 115200 b/s, Socket Port 6638
Adapter-Einstellungen im IOBroker:
COM-Anschlussname. tcp://<IP>:6638, als Typ den TI Z-Stack/CCxxxx auswählen, Baudrate 115200
PAN-ID, Kanal und Transportschlüssel sollten klar sein... Sendeleistung hab ich auf high+ gestellt.
Läuft bei mir so absolut stabil!

BTW: Wichtig ist natürlich, ob der als LAN-Coordinator oder USB Coordinator laufen soll! Eventuell muss der vorher mittels ZigStar GW Multitool geflasht werden!

Zigbee-Gateway-LAN-PRO_EN.docx.pdf

[JacquesNorris]

@netbuzta

Ich hab auch die gleiche FW, alle Einstellungen identisch.
Beim starten des Adapters kommt immer

	2024-03-17 17:37:37.259	error	Error herdsman start

zigbee.0
2024-03-17 17:37:37.259	error	Failed to start Zigbee

zigbee.0
2024-03-17 17:37:37.258	error	Starting zigbee-herdsman problem : "Failed to connect to the adapter (Error: SRSP - SYS - ping after 6000ms)"

zigbee.0
2024-03-17 17:37:17.648	info	Installed Version: iobroker.zigbee@1.10.1

zigbee.0
2024-03-17 17:37:17.371	info	Starting Zigbee npm ...

zigbee.0
2024-03-17 17:37:17.272	info	starting. Version 1.10.1 in /opt/iobroker/node_modules/iobroker.zigbee, node: v18.19.0, js-controller: 5.0.17
host.ioBroker
2024-03-17 17:37:12.915	info	instance system.adapter.zigbee.0 started with pid 80775

einen MQTT-Server brauchtest du nicht dazu installieren oder so, richtig?

Ich hatte zwischenzeitlich auch schon HomeAssistant installiert, da Corogoo ja nur HA supported, aber da hatte ich das gleiche Problem.

[GuLi69]

Hallo zusammen, habe auch den HamGeek gekauft und bekomme es im IObroker nicht zum laufen.
Mein Gerät hat die Firmware 1.2.6 installiert.
Beim Adapter habe ich meine IP hinterlegt: tcp://192.168.2.111:6638
Speed & Port waren im HG schon richtig eingestellt.
log: Starting zigbee-herdsman problem : "Error while opening socket"

Muss ich sonst noch etwas einstellen?

Danke Euch im voraus!

VG
Günter

[valbuz]

Hallo.
Möchte das Thema nochmals aufgreifen, da ich mittlerweile auch versuche genau diesen Coordinator HMG01 Plus PoE einzubinden.

• Kann der HamGeek direkt per LAN-Socket eingebunden werden? Adapter Zigbee oder Zigbee2MQTT?
• Welche FW muss auf dem Coordinator sein? Aktuell bei mir: 20250313

Danke für jede Hilfe.
Pat

[ewc]

@valbuz moin… ich habe 3 davon bei mir problemlos über Z2M am laufen…
Ich sehe gerade, Du bist auch mit Proxmox unterwegs… so isses bei mir auch!

Heute habe ich mal einen Versuch gestartet, einen 4. über den Zigbeeadapter reinzubringen, weil mich ein Danalock nervt. klappt noch nicht so ganz… (ich forsche 🤣)

[Asgothian]

Steop By Step Anleitung hier : https://github.com/ioBroker/ioBroker.zigbee/wiki/Step‐by‐Step-guide-for-the-Zigbee-network-configuration (leider englisch).

Wenn die über z2m gehen gehen sie auch mit dem Zigbee Adapter

[ewc]

@Asgothian ich „übe“ morgen weiter! Bisher hat es nicht geklappt 🥂

[Asgothian]

Alles gut - aber nimm Dir die Zeit den Artikel durchzulesen. Das macht das 'versuchen' und so weiter deutlich einfacher (hoffe ich).

[ewc]

@Asgothian ich bin komplett entspannt… kann auch sein, dass ich den Hamgeek bereits ins Jenseits geschickt habe… learn it by doing halt

[ewc]

Melde Vollzug... Der Coordinator läuft sowohl mit Z2M, als auch mit dem ZigbeeAdapter.
Die Anleitung war bei mir nicht das große Problem, sondern ich hätte die Ausgaben mal besser lesen sollen. Es musste lediglich die externe PanID geändert werden und schon war die Messe gelesen.
Jetzt mal schauen, ob sich das Danalock mit dem Adapter besser, als mit Z2M benimmt!?

[Asgothian]

Viel Glück.

[ewc]

@Asgothian Wenn ich mich gerade nicht komplett verpeilt habe, ist der Adapter von Dir.... Vielen Dank dafür!!! mit "meinem" Danalock kann er aber wesentlich weniger, als über dem Z2M Adapter.
Außer "available", "link quality" und "state" steht alles auf "null"
adapter v3.1.5
Nodejs 22.21.0
npm 10.9.4

[Asgothian]

Na ja - er benutzt den Unterbau von Z2M. In der 3.1.5 ist auch noch ein Bug drin - nach dem Anlernen müssen die Devices konfiguriert werden (kachel umdrehen, da gibts nen icon zum 'reconfigure'

Ansonsten füllt der Adapter die States nur wenn das Gerät die Werte aktiv meldet

Nachtrag: Nein, der Adapter ist nicht von mir, ich bin nur der aktuelle Maintainer, und versuche auf die Neuerungen aus ZH und ZHC zu reagieren. (und einige Usability verbesserungen)

Auch am Danalock können wir schauen was geht - da ich keins hab kann ich das sonst nicht.

A.

[ewc]

@Asgothian Moin... das Danalock funktioniert weder mit Z2M, noch mit dem Zigbee Adapter korrekt...

z2m

zickbee adapter

Ich kläre jetzt mal mit dem Hersteller, ob bei meinem Schloss ein Problem vorliegen könnte.
Wenn das ausgeschlossen werden kann, erwäge ich Euch ein Danalock zum testen zukommen zu lassen

[arteck]

wenn es im z2m nicht geht dann gehts in zigbee Adapter auch nicht..

du zeigst aber die Ordnerstruktur beide aus iobroker..

schau bitte direkt im z2m ob es da alles so ist wie es soll..

wenn ja dann muss ich an z2m adapter dran.. dann stimmt da die Umsetzung nicht..

aber was fehlt dir ?? oder was geht nicht ?

[ewc]

@arteck Moin... ich bin jetzt schon etwas weiter und kann leider nicht mehr nachschauen!
Aus der sicheren Erinnerung war das Verhalten bei Z2M folgendermaßen:
Z2M Version 3.0.9
"State" wurde im Dashboard einwandfrei angezeigt, in den Objekten wurde der State vielleicht 3x aktualisiert. Spätestens nach manueller Schließung oder Öffnung des Schlosses aktualisierte sich der State und lock_state in den Objekten -nicht reproduzierbar- nach Lust und Laune. Bei Z2M wurde alles korrekt angezeigt.
Das Verhalten war mit dem ZigbeeAdapter 3.1.5 identisch, wobei dort die Objekte "anders" angelegt wurden- deswegen hatte ich die Bilder gepostet.

Gestern habe ich mal aus Jux die v3.3.1-alpha.0 von Github installiert und kann feststellen, dass der "State" und "lock_state" bisher einwandfrei aktualisiert wird.
Ebenfalls wird das Objekt "action_user" korrekt aktualisiert.

[Asgothian]

@ewc Was ich bräuchte um zu prüfen was beim Danalock Sache ist:

mit der 3.3.0:

• Schloss in Debug modus schalten (bug icon auf der Kachel)
• Schloss mehrfach öffnen und schliessen, jeweils von aussen und von innen
• Im Zigbee Bereich auf den 'debug Tab' wechseln. Schauen was da zum Thema Lock_State an 'Zeilen' existiert. Von den Zeilen brauch ich die Message-Strings. (siehe Screenshot)

eine "Zeile":

wenn man auf den button links clickt:

Das markierte einfach wie es ist heraus kopieren und in den Post packen. Hat dann schon code tags und alles.

Dann mit der current Stable 3.1.5 das gleiche. Wobei es da wahrscheinlich den Button für die Message-Strings noch nicht gibt - da muss ich dann mit Screenshots von den 'zeilen' leben.

Was ich erwarte:

• vielleicht fehlen bei der 3.1.5 Nachrichten die einfach nicht ankommen
• vielleicht kommen nachrichten an die unsauber verarbeitet werden

A.
p.s. Danke für den Post auf Github.

[ewc]

@asgothian mache ich Dir kurzfristig fertig...

vom Danalock werde ich mich sehr wahrscheinlich wieder verabschieden... Die Pseudowickinger haben mir heute geschrieben, dass sie mir keine Hoffnung machen können, die Firmware nach meinen Wünschen zu ändern...

[Asgothian]

Wundert mich nicht - als das neu war hatte ich mit dem Gedanken gespielt eins zu besorgen, aber da war das im Zigbee schon kritisch - deswegen hab ich das gelassen

[ewc]

das Schloß ansich ist gut... funktioniert auch gut mit unserem Mehrfachriegelschloss.
Blöd ist nur, dass ich 2 Schließpositionen brauche. In der 2. Position geht nur der "Hauptriegel" etwas weiter raus und aktiviert dadurch die Alarmanlage.
Habe mir erstmal damit beholfen, dass die erste Schließung nun unlocked ist und die 2. dann locked ist.
Fahre das Schloss nun einmal komplett nach locked, um es dann ne Sekunde später wieder ins unlocked zu stellen, damit die Tür verriegelt, aber Alarm abgeschaltet ist... Mir geht nur die Tussi aus der Alarmanlage auf den Keks, dass sie mich mit "ein" und "aus" nun voll labert :p
Über das Schloss komplett aufschließen geht natürlich so gar nicht... egal