Mein KNX Breakout / Shield / Busankoppler

Schönes Ding! Würdest Du für interessierte Deinen Schaltplan 
veröffentlichen?

5120: weil den der Bestücker deutlich günstiger besorgen konnte

Schaltplan orientiert sich stark am Referenz-Schaltplan aus dem 
Datasheet.

Wie wird das Teil in der ETS implementiert? Gibt es wie bei 
Weinzierl-Modulen eine Möglichkeit, 1000 Objekte/Gruppenadressen und 
1000 8-Bit-Parameter zu definieren?

Ich würde auch paar nehmen.

Info von der Internetseite des Herstellers:

NCN5120: This device is not recommended for new designs. Please consider 
using the pin-to-pin replacement NCN5121 instead.

Martin R. schrieb:
> Wie wird das Teil in der ETS implementiert? Gibt es wie bei
> Weinzierl-Modulen eine Möglichkeit, 1000 Objekte/Gruppenadressen und
> 1000 8-Bit-Parameter zu definieren?

der 5120 (und 5121 und 5130) sind KNX Transceiver, im wesentlichen wird 
hier nur die Busphyshik (und etwas Link Layer) in UART umgesetzt + 
Versorgung aus der Busspannung.

Alle oberen Schichten muss der angeschlossene Host machen.. ATmega, 
SAMD, RasPi, was immer du willst.
Gibt aber Libraries dafür, wobei eine Integration in die ETS schwierig 
ist (technisch UND lizenztechnisch).
Das ist aber NICHT der Scope meiner BCU.

Martin R. schrieb:
> Info von der Internetseite des Herstellers:
>
> NCN5120: This device is not recommended for new designs. Please consider
> using the pin-to-pin replacement NCN5121 instead.

ja das ist bekannt und ich habe den 5120 bewusst aufgrund des 
Preisvorteils ausgewählt. Ich hab ja hier kein zertifiziertes Produkt 
bei dem das Obsolezenzmanagement irgendwie ein Problem wäre...
Wenn der 5120 nicht mehr zu dem günstigen Preis lieferbar ist, stell ich 
um auf 5121 (habe ich bereits evaluiert) oder stelle das ganze ein.

Ich wäre auch an zwei Stück interessiert.

das Projekt hat eine Heimat gefunden:

https://gitlab.com/SirSydom/knx_microbcu2

Da laufen alle Infos zusammen, und sei es nur als Link.

Ich wäre auch an zwei Stück interessiert.
Nachtrag: gerade den Bestellvorgang im genannten Link durchgeführt. 
Danke.

Hoffentlich werden die Diskussionen dazu hier weitergeführt. Oder auch 
Projekte hier präsentiert. Ich finde die KNX Themen immer sehr spannend 
und hilfreich.

ich kann gerne hier ab und an Updates posten aber das zugehörige 
"Projekt" Konnekting findet im KNX-User-Forum statt und da sind auch die 
meisten User die Elektronik im KNX-Umfeld entwickeln.

Footprints mit 3D-Modell gibts nun zur BCU auch:
https://gitlab.com/SirSydom/knx_microbcu2/-/wikis/KiCad-Footprints

aktuell und bis zum 21.02 lege ich wieder eine Serie der MicroBCU2 
(https://gitlab.com/knx-makerstuff/knx_microbcu2/-/wikis/home) auf.

Außerdem gibts eine verkleinerte Version auf 18x18mm, die NanoBCU 
(https://gitlab.com/knx-makerstuff/knx_microbcu2/-/wikis/NanoBCU)

Auch das Raspi HAT PCB mit 2x KNX gibts für Neugierige early adopters.
(https://gitlab.com/knx-makerstuff/knx_microbcu2/-/wikis/DualKNX_MicroBCU_RaspiHat)

gibt verschiedene Libraries!
AVR (also mega8 meinst du sicher) eher weniger geeignet da wird schnell 
ram/flash knapp.

Gibt mittlerweile ne echt gut lib für SAMD21/ESP32/ESP8266 und Linux 
(RasPi), das geht dann sogar mit ETS. Ist aber schon advanced zum 
anwenden:
https://github.com/thelsing/knx

Ne ganz einfache Arduino Lib gibts hier:
http://liwan.fr/KnxWithArduino/

Eine darauf aufbauende Lib die dann auch die Konfiguration wie in der 
ETS erlaubt, aber weniger Komplex:
https://github.com/KONNEKTING/KonnektingDeviceLibrary

Und auf Linux/RasPi gibts dann noch den guten alten knxd:
https://github.com/knxd/knxd

knx_microbcu2 ist heute eingetroffen! Danke. Erster Aufbau erfolgt und 
klappt erst einmal am Bus mit dem Scope. Sind die beiden Pins RX und TX 
5V tolerant? Oder brauche ich einen Pegelumsetzer?

Nein, die sind nicht 5V-tolerant. Der NCN kann nur 3v3 Pegel.
Levelshifter sind angezeigt.

ok, danke. ich habe noch einen CP2102 mit 3,3Volt gefunden.

Das Empfangen und mitlesen auf dem Bus klappt schon mal via HTerm.
Leider klappt kein Senden. Ich setzte anscheinen die Daten falsch 
zusammen. Kannst Du mir hier oder ein Anderer auf die Sprünge helfen?
Es gibt leider nur "State Service" Meldungen zurück: re- und pe- error
Muss der NCN erst eine eigne Adresse bekommen? Oder verstehe ich das mit 
den letzten Bytes beim Senden verkehrt (Seite 36.)

Hi,

hier muss ich ganz ehrlich zugeben - mit dem Protokoll hab ich mich nie 
vertieft auseinandergesetzt. Ich verwende die TPUart-Lib von 
http://liwan.fr/KnxWithArduino/

Falls noch einer darüber stolpert:
So Fehler gefunden. Ich habe nicht genau genug auf Deiner Website 
https://gitlab.com/knx-makerstuff/knx_microbcu2
gelesen ... MicroBCU2, Schematic V00.20 (NCN5120) - UART: 19200bps 8E1 / 
3.3V

Anbei die Bestätigung aus der Doku.
Gemein ist das die interne Kommunikation mit dem NCN klappte, siehe 
Hinweis in der Doku, aber halt nicht das Senden. Und ich habe mich auch 
gefragt warum ich den Modus Bus-Monitor nicht aktiviert bekam. Hier 
scheint das Parity Bit anscheinen doch wichtig!

1. Lesen eines Telegramms vom Schalter: Aktor an
2. Eigenes senden via HTerm: Aktor aus
3. Bestätigung des eigenen Telegramms mit Status Byte

Weitere Erkenntnis ist das keine Adresse im NCN festgelegt werden muss 
und man sogar im Namen einer Anderen senden kann :-)

Die NanoBCU V00.11 ist nun auch mit einem Tantalum Elko bestückbar, 
zusammen mit flacheren Spulen und einem reduziertem PCB beträegt die 
Gesamtdicke nur noch 5mm.

https://gitlab.com/knx-makerstuff/knx_microbcu2/-/wikis/NanoBCU

jetzt auch doppelseitig bestückt erhältlich.

https://github.com/OpenKNX/OpenKNX/wiki/NanoBCU