Tag zusammen,

wir sind ein kleines Unternehmen aus dem schönen (Mittel-)Hessen, dass sich hauptsächlich auf Open-Source-Hardware und allgemeine IoT-, Web- und Infrastruktur-Entwicklung spezialisiert hat. Vor ein paar Jahren haben wir angefangen Open-Source Hardware (CC-BY-NC-SA) zu bauen.
Neben dem vielleicht vom dem Garagentor bekannten cod.m WLED Controller bauen wir auch ZigBee-Hardware.

Angefangen hat in dieser Richtung alles mit einem ZigBee Raspberry Pi pHat, der mittlerweile mit einem CC2652P bestückt ist. Vorletztes Jahr haben wir dann, inspiriert von einem Video von @haus-automatisierung, einen Netzwerk-CC2652P-Coordinator mit einem USR-K6-Modul für die Netzwerkanbindung gebaut.

Letztes Jahr war dann klar, dass wir eine neue bessere Version aus Basis des ESP32/LAN8720 entwickeln wollen. Will euch hier nicht mit der kompletten Entwicklungsgeschichte langweilen, könnt ihr in meinem Blog nachlesen: https://allgeek.de/2024/04/25/der-lange-weg-zum-cod-m-zigbee-coordinator/

Seit Mai diesen Jahres ist unser neuer Coordinator endlich verfügbar: https://shop.codm.de/en/automation/zigbee/40/zigbee-coordinator-cc2652p7-PoE
Wir nutzen unseren eigenen Fork der UZG-Firmware (GPL) und geben natürlich unsere Änderungen an Upstream zurück.

Wir entwickeln und produzieren komplett in Deutschland, inkl. CE, WEEE, RoHS und VERE. Außerdem haben wir uns recht viel Mühe mit der deutschen Dokumentation gegeben: https://docs.codm.de/zigbee/coordinator/ - speziell auch mit dem Teil für ioBroker.
Ich habe das alles immer mal wieder in der ioBroker-Facebook-Gruppe dokumentiert: https://www.facebook.com/groups/440499112958264/posts/2260951324246358/

Gehäuse und eine Variante mit Wandhalterung findet ihr auf printables: https://www.printables.com/de/model/857864-codm-zigbee-coordinator-cases-czc-10

Geplant ist natürlich auch Matter Unterstützung, die wir in einer der nächsten Firmwareversionen nachliefern wollen.

Ich würde mich unheimlich über euer Feedback freuen und natürlich über Fragen, Anregungen und allgemeinen Input.

Gruß,
Patrik

Hallo zusammen,

es ist endlich soweit. Die CZC Firmware V2.0 ist fertig.
Sicher hier und da noch mit Kanten aber sie läuft im Test die letzten Wochen ohne Probleme.

Das Update wird durch einen Bug in V1.0 leider nicht automatisch angeboten, sondern mann muss die Version explizit installieren. Das wiederum ist aber mit einem Knopfdruck zu machen.
Unter System and Tool > Firmware Update kann man bei ESP32 update den Knopf Install latest from Github drücken. Dadurch wird V2.0 installiert und ab da funktioniert auch die Benachrichtigung über vorhandene Updates...

!! Achtung: Vor dem Update natürlich die Hostapplikation (zigbee-adapter) stoppen. Das Update ändert nichts an der Config oder am CC2652P7. Danach funktioniert die Hostapplikation ganz normal weiter.

Falls es doch Probleme bei der Übernahme der bestehenden Konfiguration geben sollte - bei uns im Test nicht vorgekommen - kann man einen Werksreset machen. Nochmal, am ZigBee Chip wird nichts geändert.
Außerdem könnt ihr mit dem Webinstaller natürlich auch wieder die V1.0 per USB aufspielen... oder die V2.0 falls es Probleme mit dem Update per Webinterface gibt.

Zu den größten Neuerungen gehören:

• CC2652P7 Firmware kann nun per Webinterface geflasht werden
• NVRAM des CC2652P7 kann nun per Webinterface geleert werden
• Modus (Coordinator, Router) kann jetzt per Webinterface gewählt werden
• Neues, saubereres Webinterface
• neues LED verhalten inkl. Nachtmodus
• Mehrsprachigkeit inkl. Deutsch
• Bessere und ausfühlichere Netzwerkkonfiguration
• Basiert nun auf XZG statt UZG

UZG wird nicht mehr weiterentwickelt und ist komplett in XZG aufgegangen. Wir wollen zeitnah die aktuellen Features der XZG noch in die CZC-FW holen. Ich gebe aber zu, dass die Hauptentwickler da ziemlich viele unterschiedliche Ideen einbringen, was wir natürlich teilweise wieder aufräumen müssen. (Featuritis)
Und natürlich fließen unseren Verbesserungen auch zurück in die XZG.

Freue mich wie immer über Feedback von euch.
Für Bugmeldungen nutzt bitte die Issues bei GitHub: https://github.com/codm/czc-fw/

Bis denn,
Patrik

edit:
Falls das Update nicht per Knopfdruck funktionieren sollte, nehmt euch bitte die .ota.bin aus dem Release und flasht sie über "ESP File Update" im Webinterface.
https://github.com/codm/czc-fw/releases/tag/v2.0.0

So,

NVRAM wird seit gestern nach unserem Funktionstest geleert.

Gruß,
p

Sers,

https://github.com/codm/czc-firmware/commits/czc/ in dem Fall. Haben noch nicht in main gemerged.

Wir müssen da aber nochmal umbauen. Habe mit Radu(ZigStar) gesprochen und die UZG-Firmware wird sowieso zu Gunsten der XZG-Firmware eingestellt: https://xzg.xyzroe.cc/features/

Die XZG-Firmware unterstützt unseren CZC bereits und kann über den Webinstaller installiert werden. Dort kann man den CZC dann auch als Router umflashen. Leider noch keine Matter Firmware für verbauten CC2652P7 - da arbeiten wir unter anderen auch dran.
Wir müssen gerade gucken ob wir die neuen Freatures von XZG in underen Fork von UZG portieren oder auf XZG schwenken.

Zurück zur aktuellen CZC-FW 1.0 kommt man mit unseren Webinstaller https://docs.codm.de/zigbee/coordinator/web-installer/ (muss noch schön gemacht werden )

Meldet euch gerne, wenn ihr Fragen habt.

https://github.com/codm/
https://github.com/codmpm/
https://github.com/codmdu/
https://github.com/UtechtDustin/
https://github.com/tsmt09/

Gruß,
Patrik

Hier mal ein kleines Update für euch:

Erst mal vielen vielen Dank für die ganzen Vorbestellungen in den letzten Wochen Die letzte Charge war unerwartet schnell leer weswegen wir die Nachproduktion nicht schnell genug anstoßen konnten.

Wir haben seit heute wieder Coordinator und haben schon fleißig angefangen du versenden. Leider ist DHL bei uns spätestens im 16:00 durch, deswegen haben wir heute nicht alle geschafft.
Montag gehts weiter

Des Weiteren sind wir an der neuen Version der Firmware auf Basis der XZG-Firmware dran, mit neuem Design und neuen Funktionen wie zum Beispiel:

• Flashen der CC2652P7 Firmware über das Webinterface
• NVRAM leeren per Webinterface
• Mehrsprachigkeit
• etc.

Wir sind aktuell fleißig am Testen und letzte Fehler am ausräumen.

Wenn jemand Lust zum (Beta-)testen hat, sagt gerne bescheid und ich stelle die Binary zur Verfügung.

Gruß,
Patrik

@arteck Schon verstanden

Haben wir nicht explizit getestet, weil ich einfach davon ausging, dass es funktioniert.

Ich kann das aber gerne mal checken.

Tag zusammen!

Nur ein kurzes Update von mir: Habe mittlerweile eine neue Version des ZigBee Raspberry Pi Moduls gebaut - diesmal aber mit CC2652P inkl. +20dBm power amplifier.

Die Unterschiede der einelnen Chips lassen sich hier nachlesen:
https://github.com/Koenkk/Z-Stack-firmware/tree/master/coordinator

Das Modul ist wie immer open-source (CC-BY-SA-NC) und wer mag kann natürlich eins kaufen anstatt es selbst zu bauen:
https://github.com/codm/cc2652-raspberry-pi-module

Wir sind mittlerweile bei zigbee2mqtt.io als supported adapter gelistet:
https://www.zigbee2mqtt.io/information/supported_adapters.html

Bis dahin,
Patrik

Da ja auch ein paar von euch unseren Coordinator haben:

https://docs.codm.de/zigbee/tutorials/cc2652p7-z-stack-firmware-update-zigstar-multitool-fw-1.x/

Ich hab mal eine Anleitung geschrieben wie man die Z-Stack Firmware des CC2652P7 mit der CZC-Firmware 1.x updatet.
Ab Version 2.x unserer Firmware geht das dann per Webinterface.

@homoran sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:

heisst?
Produktiv einsetzbar?

Auf jeden Fall. Am grundliegenden Code für die Coordinator-Funktionalität hat sich nichts geändert.
V2.0pr läuft bei mir seit September im Produktivbetrieb.

@fabio Sers Fabio,

gibt keinen Aus-Schalter. Wenn du es ausschalten willst per PoE-Port, mit so einem Schaltbaren USB-Kabel oder mit einer Schaltsteckdose am Netzteil.

Haben wir nie vorgesehen weil ZigBee ja normalerweise Teil der Infrastruktur ist.

Gruß,
Patrik

@a200 Vielen vielen Dank!
Freue mich wenn du im Shop auch ne Bewertung abgibst, also wenn du magst.

@homoran sagte in Zigbee.0: You need save and run adapter before pairing!:

@Asgothian
wird der Chip unterstützt?

Der CC2652P7 funktioniert ohne Problem mit dem zigbee-herdsman. Oder hab ich dich falsch verstanden wo die Frage hinzielte?

Sooo,

unser Entwickler hat sich mal durch die Sourcen der Z-Stack Firmware und cc2538-bsl gegraben.
Wie es aussieht wird beim Update die IEEE im CC2652P7 an die falsche stelle geschrieben, weil das Speicherlayout anders ist als beim CC1352P7.

Ich denke, dass wor cc2538-bsl (was auch unter dem ZigStar Tool läuft) patchen. Müssen wir uns noch anschauen.

Wir bauen uns jetzt mal ne gepatchte binary und gucken ob es funktioniert.

Ich hab unseren Entwickler gebeten hier im Thread zu posten.

Gruß,
Patrik

@chucky666 Japp. Wir sind dran. Dauert aber leider noch...
Aktuell suchen wir das Problem, weswegen man IEEE nicht ändern kann.

Danke @Neuschwansteini

@schmakus

error:         z2m: Error: Cannot discover TCP adapters at this time. Specify valid 'adapter' and 'port' in your configuration.

Das sieht danach aus also ob z2m die IP nicht erreichen kann.
Kannst du sicherstellen, dass dein z2m an die 192.168.0.92 kommt? Thema Docker-Netzwerk, etc?

Kann auch sein, dass nur adapter fehlt, siehe dazu https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/ und speziell https://docs.codm.de/zigbee/tutorials/setup-zigbee2mqtt/#ipv4

Seit zigbee2mqtt Version 2.0 ist die Angabe von adapter zwingend, da zstack nicht mehr der Standardwert ist.

Ist im nächsten Update der CZC-FW drin, damit im Webinterface das richtige Config-Beispiel gezeigt wird.
Die aktuelle FW ist noch von vor z2m-2.0-Zeiten.

@mods: Kann das mal einer abtrennen? Support und die IEEE Diskussion machen sicher keinen Sinn im Marktplatz.

@schmakus Ja! Eventuell musst du das NVRAM leeren, wenn du ihn vorher mal Testweise am laufen hattest.

https://docs.codm.de/zigbee/faq/#firmware-v20-und-hoher

@neuschwansteini sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:

Und in Zukunft laesst es sich einfacher die Hardware wechseln, ohne alles neu anzulernen.. (oder muss man das trotzdem?)

Wie gesagt ist das Problem von @Schmakus das erste wo offensichtliche die IEEE geändert werden muss. Normalerweise reichte das Leeren des NVRAM's, was wir ja seit Anfang Februar ja vor der Auslieferung machen. Damit lässt sich im Normalfall einfach das vorhandene Backup einspielen bei einem Hardwarewechsel.

Das Problem entsteht nur unter bestimmten Umständen, wie @Asgothian weiter oben schreibt: https://forum.iobroker.net/post/1245442

@schmakus Hab dir auf deine Support-Mail nochmal geantwortet.

Du könntest noch das hier probieren:

@asgothian sagte in cod.m ZigBee Coordinator (PoE/non-PoE) - made in Germany:

Wenn die User die bisher im Adapter vorgesehene Standard-PanID (16x D) nicht umstellen, dann wird bei Koordinatoren die eine IEEE besitzen deren IEEE als ExtPanID genutzt (abweichend von der Konfiguration). Das bedeutet das sich dann im NVRam (auf dem Koordinator sowie auf der Sicherung im Adapter) eine andere ExtPanID befindet als in der Adapter-Konfiguration angegeben ist. Da diese in dieser Situation Hardwarespezifisch ist kann das natürlich zu Problemen führen, insbesondere wenn man die Hardware austauschen will.
Die korrekte Gegenmassnahme ist das eintragen einer eigenen ExtPanID un der Adapter Konfiguration. Wenn Das Kind bereits im Brunnen ist - sprich der Adapter schon mit 16D und einem modernen Koordinator läuft - muss man die im NVRam eingetragene ExtPanID ermitteln und diese im Adapter eintrage. Das iobroker Diag Skript kann diese ausgeben. Auch ein Blick in die nvbackup.json zeigt diesen Wert.

@schmakus Ich hab wohl gestern irgendwas falsch gesehen.... schaffe es mit dem ZigStar Multitool auch nicht die IEEE zu ändern... verstehe aber nicht warum.
Hab es auch gerade nochmal per USB mit cc2538-bsl.py probiert.

Ich testen und beratschlage mich mit @Asgothian und melde mich wieder.

@schmakus Ahhhh - ok.

Die ZigBee Firmware ist damit gemeint.
Ich prüf das heute nochmal...