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

Sooo,

fast fertig!
Alle Vorbesteller haben jetzt schon die neue Version 1.2 bekommen.

Die neue Version war nötig, da der zuvor verwendete PoE-Chip (NCP1092) abgekündigt wurde. Jetzt nutzen wir den TPS2378 und haben bei der Tour die Spannungsversorgung noch ein wenig optimiert.

Neu ist außerdem das kombinierte Tisch- und Wandhaltergehäuse, wie ja hier im Thread diskutiert wurde. Ihr bekommt den Coordinator jetzt in schwarz und in weiß bei uns.

Funktional gibt es zwischen V1.0 und V1.2 keinen Unterschied. Es läuft die gleiche Firmware darauf.

Freue ich wie immer auf Eurer Feedback und bedanke mich nochmal ausdrücklich bei allen Vorbestellern für Ihre Geduld

Gruß,
Patrik

Vielen Dank euch beiden.

Wir versuchen halt wirklich am Tag der Bestellung (Wochentags wenn vor 14:00) zu versenden. Das heißt auch, dass wir persönlich zur Poststelle fahren weil DHL uns leider keine feste Abholzeit geben kann.

Die Koordinatoren werden von uns (Kollegen oder mir) geflasht, getestet und geprüft. Dadurch bekommt jeder mit, was die aktuelle Firmware ist und welche Probleme wir damit behoben haben. Manchmal mögen wir ein neues Release von Koenkk übersehen - da dann bitte drauf hinweisen.
Will sagen: Die Leute die den CZC testen und verpacken sind keine externen Arbeiter, die das Produkt oder den Einsatzzweck nicht kennen.

Ja, sowas geht natürlich nur in einem kleinen Team aber wir planen nicht zu einem Konzern zu wachsen

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

Leider muss ich mich mit einer schlechten Nachricht an alle wenden, die in den letzten Wochen bei uns einen ZigBee Coordinator bestellt haben:

Durch Maschinenprobleme und Krankenstand bei unserem Bestücker verzögert sich die Auslieferung des ZigBee Coordinators (CZC) erneut um eine Woche. Aktuell haben wir den 30. Juni als Liefertermin genannt bekommen - verbindlich.

Ich kann nicht mehr machen als mich bei Euch zu entschuldigen und auf Eure Geduld und Euer Verständnis zu hoffen.
Probleme können auftreten. Hier müssen wir in unserer Lieferkette die Kommunikation verbessern - wir arbeiten daran.
Natürlich kann jeder seine Bestellung jederzeit widerrufen.

Wir werden selbstverständlich so schnell wie möglich liefern, sowie wir die Platinen erhalten haben. Im Normalfall dauert die Zustellung innerhalb Deutschlands nicht länger als einen Tag.

Nochmals dickes Sorry von uns,
Patrik

Hallo zusammen,

viele von euch kennen ja sicher schon unseren cod.m ZigBee Coordinator, der hier im Forum schon recht viel diskutiert wurde und ich von euch auch bereits einen Haufen Feedback bekommen habe. Dickes Danke dafür nochmal

https://forum.iobroker.net/topic/75468/cod-m-zigbee-coordinator-poe-non-poe-made-in-germany/6?_=1750930265005

Außer ZigBee Komponenten bauen wir aber auch Controller für WLED. Unseren WLED Controller (WLAN) haben sicher auch schon ein paar Leute gesehen, da er unter anderem für das allseits bekannte WLED Garagentorvideo genutzt wurde: https://www.youtube.com/watch?v=M8xCgQUihd8

Wer noch technische Infos zu WLED braucht, kann sich gerne das Video meines Besuchs bei den Smart Masters in Österreich angucken. Dort habe ich wirklich versucht alles an Grundlagen zu erklären. Vor allem auch welche Strip-Typen es gibt, wie man eine Installation und die Einspeisung plant und ein paar Tips & Tricks: https://www.youtube.com/watch?v=pybgkRh1dNs

Nun haben wir aber seit ein paar Monaten auch noch ein weiteres Modell im Programm, dass wir seit 2023 entwickelt haben: Den cod.m WLED LAN Controller für die Hutschiene (DIN-Rail).

Besonderheiten des WLED LAN Controllers sind gegenüber dem (normalen) WLED (WLAN) Controller:

• LAN-Anschluss mit PoE (802.3af) für stabile Verbindung, WLAN-Fallback möglich
• Unterstützt bis zu 4 LED-Linien, jede mit bis zu 1000 (logischen) LEDs
• Spannungsversorgung: 12–24V DC mit Verpolungsschutz oder PoE (802.3af)
• Montage auf Hutschiene (6 TE)

Da die Datenleitung im Normalfall 2-3m nicht überschreiten sollte, macht ein WLED Controller in der Verteilung ja erst mal wenig Sinn.
Wir haben aber unsere Range Extender als Ausgangsmodul gebaut (Range OUT Modul), womit das Datensignal auf ein Differenzsignal gewandelt wird (Twisted-Pair). Damit kann die Datenleitung bis zu 200m lang sein. Diese Konfiguration seht ihr auch im Bild oben.

Ebenso gibt es ein Direct OUT Modul falls man doch LED Strips in unmittelbarer Nähe ansteuern möchte.

Außerdem befindet sich noch ein Button IN Modul in der Entwicklung womit bis zu vier Taster galvanisch getrennt an den Controller angeschlossen werden können.
Danach setze ich mich an die Entwicklung des Audio IN Moduls, damit man die Audio/Sound Reactive Fähigkeiten von WLED nutzen kann.

Infos zur Funktion und Konfiguration sowie verschiedene Anschlusspläne findet ihr in unserer cod.m Knowledge Base : WLED LAN Controller.

Achso: Der WLED LAN Controller ist aktuell BTO (Build to Order). Das heißt, wir bauen den von Hand in Kleinserie und liefern bei fehlendem Bestand innerhalb von 2-3 Wochen.
Wenn die Nachfrage steigt werden wir den natürlich auch produzieren lassen.

Freue mich über eure Fragen und euer Feedback
Danke auch nochmal an die Mods, dass ich das hier im Marktplatz posten darf.

Gruß,
Patrik

Sooo,

seit gerade eben ganz frisch, CZC FW Release 2.0.3.

• Fixed a bug where you were unable to successfully update the ZigBee firmware
• Added a push restart-notification to the Zigbee/Serial setting tab

Update einfach übers Webinterface auf dem Coordinator.
ZigBee-Firmware Update damit ohne Probleme über das Webinterface durchführbar.

https://github.com/codm/czc-fw/releases/tag/V2.0.3

Vielen Dank für euer Verständnis und eure Geduld.

Gruß,
Patrik

So,

NVRAM wird seit gestern nach unserem Funktionstest geleert.

Gruß,
p

Ok... das ging jetzt schneller als erwartet.
Beginnen heute schon mit der Auslieferung.

@mf19862
https://shop.codm.de/ZigBee-Coordinator-Gehaeuse-V1.2-Umbausatz-Weiss/90821

Vielen Dank euch beiden.

Wir versuchen halt wirklich am Tag der Bestellung (Wochentags wenn vor 14:00) zu versenden. Das heißt auch, dass wir persönlich zur Poststelle fahren weil DHL uns leider keine feste Abholzeit geben kann.

Die Koordinatoren werden von uns (Kollegen oder mir) geflasht, getestet und geprüft. Dadurch bekommt jeder mit, was die aktuelle Firmware ist und welche Probleme wir damit behoben haben. Manchmal mögen wir ein neues Release von Koenkk übersehen - da dann bitte drauf hinweisen.
Will sagen: Die Leute die den CZC testen und verpacken sind keine externen Arbeiter, die das Produkt oder den Einsatzzweck nicht kennen.

Ja, sowas geht natürlich nur in einem kleinen Team aber wir planen nicht zu einem Konzern zu wachsen

@fabio ️️

Sooo,

seit gerade eben ganz frisch, CZC FW Release 2.0.3.

• Fixed a bug where you were unable to successfully update the ZigBee firmware
• Added a push restart-notification to the Zigbee/Serial setting tab

Update einfach übers Webinterface auf dem Coordinator.
ZigBee-Firmware Update damit ohne Probleme über das Webinterface durchführbar.

https://github.com/codm/czc-fw/releases/tag/V2.0.3

Vielen Dank für euer Verständnis und eure Geduld.

Gruß,
Patrik

@bigchris geht heute raus

Danke @BigChris

Kurzes Update auch von mir:
Wir haben das CC-Update per Webinterface in unserer Entwicklungsversion am Laufen.
XZG, die Firmware von der wir geforked haben, hat die CC-Firmware byteweise von GitHub geholt und direkt geflasht. Wenn GitHub - oder was auch immer - die Verbindung zu macht, kommen keine Daten mehr und das flashen geht in die Hose.
Wir laden die Firmware jetzt zuerst in das lokale Dateisystem des ESP32 und flashen dann von da aus.

Ich hoffe wir können heute die Beta veröffentlichen.

Gruß,
Patrik

@mf19862 Jein. Wir warten auf einen Kunden der eine Testfirmware hat.
Der ist allerdings noch bis nächste Woche in Urlaub.

Wir können das Problem bei uns leider nicht reproduzieren.

Workaround ist ja das Update per ZigStar Multitool: https://docs.codm.de/zigbee/tutorials/cc2652p7-z-stack-firmware-update-zigstar-multitool-fw-1.x/

@tbsjah Kannst ja trotzdem ein Bier trinken, hat ja jetzt geklappt

Wie gesagt, wir arbeiten dran. Kunde hat heute eine neue Testfirmware bekommen und wir haben bereits eine Idee wo es hängt. Wir können es nur leider bei uns nicht reproduzieren.

Deswegen ja der Weg übers Multitool und, wie bereits gesagt, wenn alles funktioniert gibt es keinen Grund fürs Update.

Danke dir trotzdem fürs Feedback

Soo,

wir haben endlich mal die aktualisierte Z-Stack Firmware zur Verfügung gestellt.
Update einfach übers Webinterface unter System -> Firmware Update > Git CC2652 Update.

Changelog findet ihr hier: https://github.com/Koenkk/Z-Stack-firmware/releases

Wenn ihr aktuell keine Probleme habt, gibt es keinen Grund zum Updaten.

Wir haben einen Bericht von ein paar Kunden, dass der Updatevorgang nicht abgeschlossen werden kann. Wir testen das gerade mit einem Kunden und einer Testfirmware.
Falls ihr das Problem habt, könnt ihr die Firmware mit dem ZigStar Multitool flashen: https://docs.codm.de/zigbee/tutorials/cc2652p7-z-stack-firmware-update-zigstar-multitool-fw-1.x/

Freue mich wie immer auf Euer Feedback.

Gruß,
Patrik

@martinp Danke dir!

Ich denke, dass der WLED WLAN Controller in einer der nächsten Versionen einen Schaltausgang bekommen wird.
Gibt natürlich Controller die das schon haben, ich traue aber deren Angaben zu Maximalstrom und dergleichen überhaupt nicht.
Bisher haben wir immer gesagt: Keinen Lastrom im Controller und sind damit gut gefahren.
Denke ich in jedem Fall drüber nach.

Beim WLED LAN Controller, mit vier Ausgängen, sieht die Sache mit dem integrieren schon anders aus. Die Idee dort ist, dass jeder Ausgang ein eigenes Segment ist und WLED hat eben keine Funktion um je Segment einen GPIO für Schaltaufgaben bereit zu stellen.

Hallo zusammen,

vielen wissen ja sicher, dass wir (cod.m) verschiedene WLED Controller (Made in Germany, CE, RoHS, etc.) bauen. Siehe https://docs.codm.de/.

Ein Problem mit Digitalstrips, wie zum Beispiel WS2811, SK6812, WS2814, WS2815, etc.), ist der Stromverbrauch im nicht eingeschalteten Zustand. In jeder LED werkelt ja ein Chip, der auf das Datensignal hört und die LED ansteuert.
Bei 5m WS2812B/5V mit 300 LED's hat man ca 1,2W Stand-By Strom während keine der LED's leuchtet.

Bei kleinen Installationen sehe ich das als nicht all zu großes Problem an. Wenn man aber größere Längen an LED Strips verbaut, wird die Frage nach dem Stand-By Stromverbrauch plötzlich wichtig.

WLED selbst bringt eine Funktion für einen Relaisausgang mit (konfigurierbarer GPIO). Allerdings nur je Controller und nicht getrennt für mehrere angeschlossene Strips bzw. für Segmente separat.

Unsere Idee, die wir auch schon im Prototyp laufen haben, ist eine eigenständige Platine, die das WLED Datensignal ausließt und einen 10A DC/5-24V Schaltausgang zur Verfügung stellt.

Wenn eine konfigurierbare Zeit keine "ein"-Daten über die Datenleitung kommen, schaltet die Platine den Laststromkreis aus. Innerhalb weniger Millisekunden wird bei anliegenden Daten eingeschaltet.

(erster Platinenprototyp für interne Tests)

Diese Platine kann beliebig vor ein Stück LED Strip geschaltet werden - also in das Datensignal eingeschliffen werden. Einen detaillierten Anschlussplan dafür stellen wir später natürlich zur Verfügung.

Vorteil der eigenständigen Platine ist auch, dass sie mit unserem Range-Extender benutzt werden kann, der das Datensignal auf bis zu 250m verlängert. Man will ja nicht noch einen Schaltdraht für das Lastnetzteil mitverlegen und einen Schaltausgang in der Automation programmieren um den LED-Strip wegzuschalten.

Ich würde mich freuen von euch Input für verschiedene Anwendungsfälle zu bekommen, damit die Platine nicht an der Wirklichkeit vorbei entwickelt wird.
Eine Überlegung wäre die Schaltung in unser Fused Capacitor zu integrieren, da wir sowieso empfehlen jede Einspeisung abzusichern.

Freue mich über jedwede Fragen oder Diskussion.

Gruß,
Patrik