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

Hatte die plantine vorhher auf einem raspi4 mit loxberry da war der empfang etwas besser

Wollte das hier auch nicht als Werbung mißbrauchen sondern eben die Info's für das CC2538-Modul geben und euer Feedback einholen um möglichst was zu bauen was man auch gebrauchen kann.
Das Thema SBL war ja auch nicht so unwichtig, denke ich. Und die Platine ist open-source als CC-BY-SA-NC - kann sich also jeder nachbauen wenn er mag. Idee war eben nur, dass ich es auch fertig anbiete.

Was soll ich entfernen wegen eventueller Werbung?

und verkauf nur im Marktplatz

Habe noch zwei meiner Protoypen der Verkaufsversion hier, die ich gerne an Zwei von euch kostenlos abgebe.

Werde die Tage das Ganze noch auf Github packen. Schaltplan schonmal hier:

Die Eagle-Library für das CC2538-Modul findet ihr bereits hier: https://github.com/codm/eagle-libraries
Dort sind auch die Footprints für die eByte Module E18-MS1-IPX/E18-MS1-PCB und E18-MS1PA1-IPX inkl. 3D-Modell.

Gruß,
Patrik

CC2538+CC2592 Serial Raspberry Pi Modul an zigbee-herdsman angebunden über /dev/ttyAMA0 mit Z-Stack Firmware 3.0.x und Serial Bootloader von https://github.com/egony/MODKAM-STICK-V3/tree/master/firmware/cc2538/Riverieline_2020-02

Initial habe ich MODKAMRU_V3_UART-no-flow-control_with_SBL.hex per JTAG aufgespielt. Wichtig, die Version mit SBL, damit man später direkt über Seriell flashen kann.

Meldet sich dann als:

Coordinator firmware version: '{"type":"zStack30x","meta":{"transportrev":2,"product":2,"majorrel":2,"minorrel":7,"maintrel":2,"revision":20200211}}'

Tipps für die Hardware habe ich mir hier geholt: https://translate.google.com/translate?sl=ru&tl=de&u=https%3A%2F%2Fgithub.com%2Fegony%2FMODKAM-STICK-V3%2Fwiki - allerdings konnte ich die so direkt nicht nehmen, da sonst mein CC1101-SPI-Modul nicht mehr mit auf den GPIO passt.

Außerdem habe ich den Spannungswandler für 3.3V weggelassen und direkt vom GPIO des Pi genommen sowie das JTAG-Interface anders bestückt (siehe oben).

Danach dann das aufspielen der Firmware direkt am UART des Pi mit cc2538-prog getestet. :-D

Wichtig: Spielt man eine Firmware auf, die keinen SBL enthält, kann man danach nicht mehr seriell flashen.

Zum Flashen muss vor dem Ausführen von cc2538-prog das Modul in den seriellen Bootloader gebracht werden. Einfach "FLASH" halten und kurz "RESET" drücken. Dann ./cc2538-prog -d /dev/ttyAMA0 -f MODKAMRU_V3_UART-no-flow-control_with_SBL.hex ausführen:

ping ok
Bootloader detected
Erasing page 0
Erasing page 1

Erasing page 254
Erasing page 255
Writing 16 bytes to 0x00200000
Writing 16 bytes to 0x00200010
[...]
Writing 16 bytes to 0x0023C7F0
Writing 12 bytes to 0x0027FFD4

Danach dann wieder zigbee2mqtt gestartet - es funktioniert (!!) und mit gleichem Ergebnis wie vorher, ist ja die selbe Firmware ;-)

Coordinator firmware version: '{"type":"zStack30x","meta":{"transportrev":2,"product":2,"majorrel":2,"minorrel":7,"maintrel":2,"revision":20200211}}'

Platine landet bei uns im Shop und auf Github. Muss dafür aber noch ein bisschen Doku fertig machen. Meldet euch, wenn ihr welche haben wollt.

Gruß,
Patrik

Interaktive Version: https://a360.co/31kt3E6

danke für deine Rückmeldung!!

Das mit dem WLAN/BT-Modul ist ein guter Punkt. Ich gebe zu, dass ich darüber nicht wirklich nachgedacht habe, da in meinem Kopf sowieso eine externe Antenne an das Modul kommt.
Wie es sich bei interner- bzw. PCB-Antenne verhält, müsste man testen.

Einen vollen 2x10 JTAG-Header mit 2,54mm Spacing bekomme ich ohne Weiteres nicht aufs Board und die 2x5 (1,27mm) ist ja quasi die "offizielle" Variante des JTAG-Headers in klein.

Un noch einen Adapter für 29€ zu kaufen finde ich persönlich nicht sinnvoll.

Ich werde noch ne günstige Open-Sourche-Adapterplatine dafür bauen...

edit:
https://www.olimex.com/Products/ARM/JTAG/ARM-JTAG-20-10/ - 5€... hab aber auch grade eine Adapterplatine fertig gemacht: https://aisler.net/p/ERQBXPIN (CC-BY-SA-NC)

edit2:
Adapter funktioniert, kann sich also jeder aus dem Aisler-Link oben bestellen und bauen. Ein paar habe ich hier, falls jemand einen braucht.

Schlussendlich muss aber das Ziel sein, dass man per Serial eine neue Firmware drauf bekommt.
Das Problem hierbei ist nur, dass immer eine Firmware mit SBL (Serial Boot Loader) geflasht werden muss. Vertut man sich da oder vergisst das, muss man per JTAG flashen.
Außerdem benötigt man dafür Knöpfe auf der Platine. Das sollte aber kein Problem sein, maximal nur wieder aus Platzgründen...

Freue mich weiter über jedes Feedback :-)

Gruß,
Patrik

Test erfolgreich :-)

Hier nochmal die Frage an euch, welches JTAG-Pinout am gängigsten ist. Ich denke das hier, oder? https://www.segger.com/products/debug-probes/j-link/accessories/adapters/9-pin-cortex-m-adapter/

Aktuell habe ich mir einfach den Adapter vom CC-Debugger genommen und das Pinout am Modul entsprechend angepasst. Natürlich sollte es aber so sein, dass jeder mit Standardausrüstung das Modul flashen kann.

Hatte irgendwo auch ne gepatche modkam-uart-firmware gefunden womit das flashen per Serial möglich ist. Das sollte dann im aufgesteckten Zustand am Pi funktionieren. Da muss ich noch testen.

Freue mich über Input/Hilfe.

Hab mich mal hingesetzt und ne CC2538+CC2592 GPIO-Aufsteckplatine gebaut - siehe Link. Würde mich über euer Feedback freuen.

//edit:
Hier noch die (interaktive) 3D-Ansicht von V0.2: https://a360.co/31kt3E6
Warte noch auf die Muster der Aluminium-Polymer-Kondensatoren und dann gibts nen neuen Batch.

Bin gerade am Aufbau der CC2538 Adapterplatine.
Da ist mir aufgefallen, dass an den USB-Datenleitungen ein Tiefpass von 33Ohm und 47pF hängt.
Das geht eigentlich gar nicht. USB ist viel zu schnell! Oder ist das nur FullSpeed?