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

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

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

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

@haus-automatisierung hat mal ein Video zu unserem WLED LAN Controller gemacht:

https://www.youtube.com/watch?v=P_rmNA8vRQg

@blockmove Will ich nicht - ich muss/will aber natürlich einen marktfähigen Preis anbieten. Ging mir auch mehr um den WLED Controller, nicht die Hutschienenvariante.

Mir ist leider schon zu oft begegnet, dass Leute nicht lesen was der Controller an maximaler Leistung kann und einfach irgendwas dranhängen. Deswegen ja auch die Entscheidung keinen Laststrom in unseren Controllern zu machen.

Ich weiß nicht ob eine komplett fertig konfektionierte Variante flexibel genug für die meisten Anwendungsfälle ist.

@blockmove Das meinte ich ja....

Problem ist, dass so gut wie keine Installation gleich ist. Bei PWM gedimmten klassischen LED's ist das Einfach. Bei WLED muss man konfigurieren.
Hab das schon ein paar Elektrikern erklärt

Die Stecker finde ich eine gute Idee. Rechnen sich aber denke im Preiskampf bei den günstigen Controllern nicht.

BTW: Finde die Diskussion super! So Input ist für uns absolut wichtig.

@blockmove Hast du unsere Controller gesehen?

Das Problem mit WLED ist, dass es immer Konfigurationsaufwand ist. Deswegen ja die Idee mit dem Starterset. Aber selbst wenn du da statt 5m nur 4m verwendest, muss ja die Länge angepasst werden.

@asgothian sagte in WLED Bundle Anforderung (Feedback):

@pmayer aus meiner Sicht ist warm weiß und eine begrenzte Auflösung gegenüber 12v ohne ww und hoher Auflösung im Vorteil. Damit lässt sich eine Effekt- fähige indirekte Beleuchtung realisieren.
Ich denke das ist der Anwendungsfall für komplett Sets. Die hohe Auflösung ohne ww ist in meinen Augen eher für bastellösungen wo neben den Wled noch mehr zu basteln ist.

A.

Sehe ich zu 90% genau so.
Das Voting spiegelt das ja auch wieder

Ähm, ihr wisst schon, dass ich WLED Controller Hardware baue
(Made in Germany, CE, WEEE, etc.)

Quindor baut super Sachen und gibt vor allem die technischen Grundlagen mit. Stehen in gutem Kontakt zueinander.

Wir machen die Laststromversorgung zum Beispiel komplett außerhalb des Controllers. Das ist je Installation einfach zu unterschiedlich.

Mir gings mit dem Post darum abzufragen mit welchen Strip-Typ unser Starterset Sinn macht.
Eben genau die Diskussion mit Auflösung un RGBW.

@haselchen: Was meinst du? Die Stromversorgung musst du entsprechend deiner Verbraucher dimensionieren oder zum Beispiel den Brightness-Limiter von WLED nutzen.
Hab das Ende letzten Jahres mal sehr detailliert in dem Video der Smart Masters alles erklärt: https://www.youtube.com/watch?v=pybgkRh1dNs

@blockmove Danke dir für deinen Input.
Das ist ein wichtiger Punkt.

Ich versuche die Balance zu finden zwischen "Leute wollen Warmweiß" und "hoher Auflösung" mit "leichtem Anschluss".

@blockmove Bin ich bei dir - schauen wir auch gerade nach wegen unserem Starterset: https://forum.iobroker.net/topic/81731/wled-bundle-anforderung-feedback

Du kommst leider nicht um "basteln" drum rum, da jede Installation anders ist. Allein das Thema Spannungsversorgung bei längeren Strips.

@mf19862 Wir haben es auf unserer Hardware am laufen, nachdem wir mit Koenkk nochmal über das Thema diskutiert haben: https://github.com/Koenkk/OpenThread-TexasInstruments-firmware/issues/5

Aktuell müssen wir ein Timing-Problem in unserer Coordinator-Firmware finden, da wir UDP Paket Drops haben. XZG, die Firmware von der wir geforked haben, hat das gleiche Problem.

Tag zusammen,

wie vielleicht ein paar Wissen, ist unser WLED Controller in dem recht bekannten Garagentorvideo genutzt worden: https://www.youtube.com/watch?v=M8xCgQUihd8

Das Thema hat damals ziemliche Wellen geschlagen weswegen wir (cod.m) angefangen haben ein Starterset zu verkaufen.
Zuerst in mit 2,5m SK6812 5V RGBWW, Sicherung, Netzteil und Controller und später eine Version mit 5m WS2815 12V RGB (Bild).

Ich würde gerne mal euer Feedback einholen wie wichtig euch der Weißkanal ist - nicht nur im Zusammenhang mit dem Garagentor sondern allgemein für so ein Set.
Meine Idee wäre dann WS2814 FCOB 24V RGBWW für das nächste Starterset zu nutzen.

Danke schonmal

// edit:
Ich hätte vielleicht noch dazu schreiben sollen, dass der WS2815 12V 300 einzeln ansteuerbare LED’s auf 5m hat, der WS2814 24V FCOB nur 100.
Der FCOB hat zwar über 700 LED’s, diese sind aber gruppiert.

Meine Frage bezieht sich also auch drauf, ob die Auflösung des FCOB ausreichend ist.

Gruß,
Patrik