CC2530/CC2531 als Custom-Zigbee-Aktor/Sensor

[MartinP]

@skvarel Ist ein etwas älterer Leitungsgebundener Netzwerkstandard.
Die Variante, die mir vorschwebt funktioniert mit serieller Kommunikation entweder Point to Point oder Bus.
Die chinesischen Hersteller haben diesen Standard entdeckt, und einiges an kleinen günstigen Modulen herausgebracht.
Ich habe ein paar Leistungsmess Module gekauft (PZEM 004T). Wollte die eigentlich mit einem ESP und Tasmota verbinden. Bei Tasmota wird der Modbus in der Tasmota Firmware implementiert. Es ist wahrscheinlich zu langsam, wenn es keine Möglichkeit für die Modbus Implementierung im CC2531 gibt.

[skvarel]

Nicht unbedingt schön, funktioniert aber super

Da der Sensor vier Adern benötigt, habe ich ein altes USB-Kabel zerschnitten.

Die nächste Idee ...... am CC2531 ein USB-Anschluß für ein Datenkabel und am US-100 dann das Gegenstück. Dann könnte man USB-Verlängerungskabel nutzen.

@haus-automatisierung ... eine Idee für dein Platinen-Layout! Einen USB als Data-Out/In

[skvarel]

@martinp .. irgendwas mit MODBUS ist wohl möglich. Ich habe aber gar keine Ahnung davon

[MartinP]

@skvarel Wirklich interessant - die Modbus Leistungsmesser liegen noch in einem der "Wenn ich Zeit habe" Kartons - vielleicht packe ich mir zusätzlich zum ESP32 Modul einen CC2531dazu, wenn ich günstig irgendwo einen "schießen" kann

Diese Modbus Option ist in der "Freien" Version des Tools verfügbar?

Werde mal ein Foto meines Experimentier Moduls machen, und hier einfügen

Erstmal den Link zu einem Thread, wo ich meine erhaltene neue Variante beschreibe:

https://forum.iobroker.net/topic/71700/infos-neue-variante-netz-powermeter-pzem-004t-v3-1?_=1736600294961

Schwarz neben der Schukosteckdose die Stromwandlerspule (100 A). An die Schukosteckdose will ich Test-Verbraucher anschließen ...

Erste Tests will ich mit einem USB-Seriell-Wandler am Linux - PC machen ...
Man muss den Modulen wohl individuelle IDs geben, wenn man sie zu mehreren gemeinsam auf einem Bus betreiben will

[skvarel]

@martinp .. die CC2531 kosten ja fast nichts. Bei Amazon im Doppelpack rund 14,- oder bei Ali für unter 5,-

PZEM ist auch bei der Firmware möglich

[MartinP]

@skvarel Gibt es da nur EINE Port Definition?

Gibt eigentlich einen Rx und einen Tx Pin, der verbunden werden muss ... also einen Input für Tx des PZEM, und einen Output für Rx

EDIT:
https://github.com/zigpy/zha-device-handlers/issues/1851

EDIT2:
https://csrlabs.io/diy-zigbee-energy-monitor-based-on-pzem-004t.html

delta010 created this issue in zigpy/zha-device-handlers

closed pzem-004t not working with zha #1851

[skvarel]

@martinp .. es kann (ähnlich wie beim US-100) sein, dass wenn man P0.2 auf PZEM setzt, der nachfolgende Pin direkt als TX definiert wird.

Der US-100 benötigt auch RX und TX. In der Firmware gebe ich nur den RX an und TX wird automatisch festgelegt.

Das müsste man mit dem PZEM testen.

Mehr dazu: https://ptvo.info/zigbee-configurable-firmware-features/external-sensors/pzem-003/

[skvarel]

@martinp

Drei Sensoren parallel. P0.2 wäre dann RX in der Firmware definiert und P0.3 wird automatisch als TX festgelegt. So wie vermutet, wie beim US-100!

[Malaus]

@skvarel falls es dich interessiert, ich benutze den hier mit ptvo:

CC2530F256 USB Test Board Kit von Aliexpress

Und seit gestern teste ich den:

Den kannn man über usb flashen.

[Asgothian]

@malaus sagte in CC2531 als Custom-Zigbee-Aktor/Sensor:

Und seit gestern teste ich den:

Aus Neugier:

Woher beziehst du den ?
Was kostet der so ?

A.

[Malaus]

@asgothian ich habe den im August 23 für 13€ bei Ali gekauft. Momentan findet den man auf Ali für ca. 16€

[skvarel]

@malaus .. die Beiden sind aber schon eine andere Preisklasse. Den CC2531 bekommt man unter 5,- pro Stk.

Der CC2652 könnte interessant sein. Die müsste Zigbee3 können, der CC2531 kann das nicht.

[skvarel]

@malaus .. was für Geräte hast du bis jetzt gebaut?

[Malaus]

@skvarel daran habe ich gar nicht gedacht, dass der cc2531 kein zigbee 3 kann.

• Raumsensoren mit Senseair S8 und DHT22.
• Licht Taster für die Räume im Schaltschrank. Dadurch brauch ich nicht in jedem Raum ein Gerät als Taster, sondern fasse das im Schaltschrank zusammen. Hier hat jeder Raum ein SSR Relais (230V/5V), so kann ich die Signale mit dem Zigbee erfassen.
• Außensensor mit DS18B20, SHTC3 und BH1750

[skvarel]

@malaus sagte in CC2531 als Custom-Zigbee-Aktor/Sensor:

@skvarel daran habe ich gar nicht gedacht, dass der cc2531 kein zigbee 3 kann.

Wenn man den CC2530/CC2531 als Endgerät flascht, stört das fehlende Zigbee3 ja nicht. Mein Netzwerk ist stabil genug und kann noch ein paar Endgeräte vertragen

[skvarel]

Da es jetzt mit DS18B20, dem Reed-Kontakt und dem US-100 klappt, kommt jetzt ein (für mich) etwas aufwendigeres Projekt.

CC2530 mit zwei Relais, Reed-Kontakte, Luft-Temp-/Feuchtigkeitsmessung und Erdfeuchtigkeit.

Geplant ist diese Einheit dann für das Gewächshaus. Die Relais sollen die Heizung und das Licht steuern, zwei Reed für Tür und Fenster, Luft-Temp-/Feuchtigkeit für den Innenraum und die Erdfeuchtigkeit für die Pflanzen.

Alles kabelgebunden!

Die Einzelteile sind gerade bestellt. Gehäuse wird selbst gezeichnet und gedruckt.

[Radi]

@skvarel Hallo miteinander,
ich finde das Projekt sehr interessant und habe mir mal flux die Hardware nachgebaut, das Gehäuse gedruckt und verzweifle im moment daran den Stick mit zwei DS18B20 mit dem Zigbeeadapter zum laufen zu bekommen. Die Kachel im Adapter sieht bei mir so aus:

Im Log erscheint folgende Fehlermeldung:

zigbee.0
	2025-01-18 16:10:04.144	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:10:04.143	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:54.202	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:54.201	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:54.143	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:54.143	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:44.214	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:44.213	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:44.146	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:44.145	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:34.218	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.
zigbee.0
	2025-01-18 16:09:34.217	info	Device 0x00124b001ccc975d "CC2531.DS18B20" not present in statesMapping - relying on exposes for device definition.

Dies sind die Einstellungen im Zigbeeadapter.

Was kann ich da verkehrt gemacht haben, bzw. welche Informationen fehlen einem potentiellen Helfer noch?

[dimaiv]

@radi Einstellungen External Converters sind falsch eingetragen.

[Radi]

@dimaiv Danke für die Antwort, nur wie müsste es richtig aussehen??
Ich hatte mich hier orientiert Link Github

[Radi]

@radi Ich antworte mir mal selber. Wieder erwarten sind die Dateiendungen der Converter doch wichtig. Diese eingetragen und, tadaaa, es funktioniert.

Muss wohl doch noch einen der Temperaturfühler auf den anderen Eingang umlöten, dass auch beide Temperaturen angezeigt werden