ARDUINO am KNX

[Lapheus]

So, hab mal mein erstes Projekt dokumentiert.
Anbindung Smartmeter per Arduino und IR Auge...

[intelligente Haustechnik]

Richtig, + stand für plus

Die BCU und der Arduino funktionieren aber problemlos in beide Richtungen.

Habe noch eine Bestellung mit 3 BCU´s im Rückstand, werde das dann noch mal testen und berichten.

Jens

[Mag Gyver]

Hallo intelligente Haustechnik,

dann ist das aber sehr komisch.

Wenn ich bei direkter Verbindung zwischen BCU und dem Arduino-UNO die GND-Leitung nicht anschließe, funktioniert bei mir weder Senden noch Empfangen.
Das + Zeichen steht für VCC oder 5Volt nehme ich mal an. Die TTL-Schnittstelle ist eine Spannungsschnittstelle.
Tippe auch auf einen defekten Baustein in der BCU.

Die Verbindung + besteht auch während dem Programmieren des Arduino-UNO ?

Ich hatte auch einmal die Verbindung + beim Programmieren über USB vergessen zu trennen und habe mir die BCU abgeschossen.
Ich glaube Senden ging noch, aber Empfangen nicht mehr oder das Signal kam sehr verstümmelt an (Signalflanken, Aussetzer).
Seither benütze ich nur noch die Anschaltung über Optokoppler.



Mit freundlichen Grüßen

Mag Gyver

[intelligente Haustechnik]

bei Verwendung von Optokoppler benötigt man keine GND-Verbindung zwischen der BCU und dem Original Arduino-UNO.

Das ist mir schon klar und so habe ich es ja auch auf meiner Zwischenplatine gebaut, meine Bemerkung galt der Direktverbindung BCU - Arduino, dort halt nur + RX TX.

Jens

[Mag Gyver]

Hallo intelligente Haustechnik,

bei Verwendung von Optokoppler benötigt man keine GND-Verbindung zwischen der BCU und dem Original Arduino-UNO.

Anbei Schaltungsskizze wie es bei mir funktioniert.
Benötigte Materialien:

2 Stück 820 Ohm Widerstände
2 Stück 10 Kiloohm Widerstände
2 Stück 6N137 Optokoppler

Arduino Uno R3 und 5WG1 117-2AB12.JPG



Rechtlicher Hinweis:

Aufbau bzw. Nachbau erfolgt auf eigene Gefahr.


So funktioniert es bei mir sehr gut, die Schaltung bezieht sich auf den Original Arduino Uno R3.
Natürlich gibt es noch andere Bausteine/Möglichkeiten zur galvanischen Entkopplung. Dies ist nur ein Beispiel mit Standartbauteilen.



Mit freundlichen Grüßen

Mag Gyver

[intelligente Haustechnik]

Hallo Marco,

ich hatte ein ähnliches Phänomen mit meinem Original-Uno.
Anfangs ging nichts zu empfangen. Irgendwann zieht man dann sinnlos auf dem Steckbrett die Verbindungen und steckt sie wieder zusammen. Dabei ist mir aufgefallen, daß ich eine beidseitige Kommunikation nur zum laufen bekomme, wenn ich die GND-Verbindung weglasse (nur + RX TX). Spannungsversorgung des Uno über USB.
Ist für mich nicht so richtig nachvollziehbar und ja, ist wirklich so. Da ich mir aber eine Adapterplatine mit 2 Optokopplern zwischen Uno und dem BTM dazwischengebaut habe, um einfacher stecken zu können, habe ich das Problem bis zur Lieferung der nächsten BCU vertagt.

Jens

[mars]

Vielen Dank für die Tipps (komme wegen der L+B aber erst jetzt zum lesen und antworten)

zu Deinen Fragen:
- Ja, Verbindungen sind (mehrfach) geprüft und senden auf den Bus geht problemlos
- (Versorgungs-) Spannung aus der BCU beträgt 5,05V - gemessen mit einfachen Multimeter. Zusätzlich habe ich auch versucht, den Uno per USB-Netzteil zu betreiben und dafür nur GND (und natürlich RX/TX bzw TX/RX) von Arduino und BCU verbunden.
- Ich habe bisher immer die IDE in Version 1.6.5 genutzt
- Bezugsquelle für meinen Uno-Clone kann ich leider nicht mehr nennnen

... Ich werde mir wohl einen Saleae Logic 8 bestellen und dazu einen neuen Uno + BCU um noch mal "von vorn" anzufangen.
Mal sehen, wann es weiter geht. Jetzt geht bei mir erst mal die Bastelsaison zu Ende und die Gartenzeit beginnt.


Marco

[Mag Gyver]

Hallo mars,

am Arduino oder der BCU konnte ich seither keinen Defekt feststellen.
Leider vergesse ich öfters die BCU vom Arduino Uno zu trennen.

RxD und TxD kann man testen, ich benütze dafür den Saleae Logic 8.

Verbindungen hast du überprüft?

RxD ATmega <-> TxD BCU
TxD ATmega <-> RxD BCU
GND ATmega <-> GND BCU
5V ATmega <-> 5V BCU

Spannung muss mindestens 4,5 Volt höchsten 5,5 Volt betragen, damit der ATmega mit 16Mhz arbeiten kann.

Welche IDE-Version benützt du den zum Programmieren des ATmegas?
Hatte mal bei einer Version das Verhalten, das das Empfangen nicht gehen wollte.
Der benützte Compiler hat die Variablen wegrationalisiert, dadurch wurden diese von "Serial Event" nicht mehr an die "void loop" übergeben.

Bis heute benütze ich die Versionen der ARDUINO IDE 1.0.5 und 1.6.5 von arduino.cc.
Damit laufen bisher meine ATmega´s ohne Probleme.

Bezusquelle für deinen Arduino Uno Clone?

Mit freundlichen Grüßen

Mag Gyver

[mars]

...sondern an der eingesetzten Hardware liegt

Ja, das vermute ich inzwischen auch - Danke für die Bestätigung.
und

sollte man beim Programmieren den 5WG1 117-2AB12 abstecken oder TxD und RxD trennen

... habe ich auch gemerkt, dann geht das Hochladen des Sketches nicht.
Aber kann dabei am Arduino oder an der BCU was kaputt gehen?
Kann ich TX und RX-Pin an der BCU testen?

Marco

[Mag Gyver]

Hallo mars,

ich teste nur mit dem Original Uno oder Mega.

Des Weiteren gibt es zwei ProMini Varianten, einer mit 3,3 Volt und einer mit 5 Volt.
Die 5 Volt Variante mit dem Atmega 328P sollte eigentlich funktionieren, dieser Aufbau beschränkt sich auf das Minimum an notwendigen Bauteilen zur Funktion.
Ist wie ein ATmega 328P im Breadboard mit Quarz und Koppelkondensatoren, sowie Resettaster und Abblockkondensatoren.

Den ATmega 16U2 halt ich auch bei nicht USB-Speisung und Anschluss an den Rechner im Reset.

Bei meinen eigenen Tests hatte sich herausgestellt das nicht jeder Atmega 16U2 die Kommunikation zwischen ATmega 328P und 5WG1 117-2AB12 störte.
Manche taten dies, manche nicht. Deshalb empfehle ich immer den Atmega 16U2 im Reset zuhalten. Betrifft jetzt nur den Arduino Uno (Original R3).

Wie gesagt bei mir laufen derzeit 5 Stück Arduino Uno (Original R3) mit senden und empfangen.
Weitere 6 Stück ATmega 328P (Breadboard Variante) mit senden und empfangen.
Zwei Atmega 1284P (Breadboard Variante) mit senden und empfangen.
Und natürlich 1 Stück Arduino Mega (Original R3) mit senden und empfangen.

Alle lassen sich problemlos programmieren und verrichten ihre aufgetragene Arbeit (beim Arduino Uno oder dem ATmega 328P "Breadboard" sollte man beim Programmieren den 5WG1 117-2AB12 abstecken oder TxD und RxD trennen).

Ich gehe bei dir davon aus das es nicht an deiner Programmierung sondern an der eingesetzten Hardware liegt.


Mit freundlichen Grüßen

Mag Gyver

[tuxedo]

... ja, mit KONNEKTING habe ich auch schon geliebäugelt (und schon erste, leider erfolglose Versuche gemacht)

Wir können nur besser werden, wenn wir Feedback bekommen. Magst du uns vielleicht im KONNEKTING-Board (neuer Thread, weil passt in diesen hier nicht so recht rein) verraten wie's lief und wo es Probleme gab?

Da ist aber (wenn es so wie bei mir schon erste Erfolgserlebnisse gab) der Einarbeitungsaufwand hoch:
- neue (mir unbekannte) Bibliotheken für den Arduino

Die neue Lib (die im Kern gar nicht so neu ist) ist an und für sich recht einfach. Sie ist aber primär "anders" als die KnxTpUart Lib.

- zusätzlich zum Sketch noch ein korrespondierendes XML

Das kann ich leider nicht wegdiskutieren. Für einfache Dinge, ist die XML aber auch sehr einfach gehalten.

- weitere Software (KONNEKTING Suite)

Auch das kann ich nicht wegdiskutieren. Aber die Suite macht es dir unheimlich einfach später an deinem Sketch Einstellungen zu ändern ohne nochmal die Arduino IDE ausgraben zu müssen.

Da hatte ich gehofft mit den hiesigen Möglichkeiten einfacher zum Ziel zu kommen ...

Die KnxTpUart Lib ist natürlich noch einfacher als KONNEKTING.

Mein Tipp:

Um noch debuggen zu können während der TPUART am Arduino hängt, empfehle ich wärmstens SoftwareSerial. Verwenden wir mit KONNEKTING auch. Für debugging-Zwecke reicht das dicke und du musst nicht im Blindflug per try&error am Code herumfuhrwerken.

Wenn ich nicht weiter komme, werde ich mir das später mal näher ansehen - wird aber wohl erst nach der L&B was.

Gerne. Wenns Probleme gibt, dann bitte im KONNEKTING Board melden.

Für alle unentschlossenen, hier eine Pro/Kontra KONNEKTING Entscheidungshilfe:
https://knx-user-forum.de/forum/proj...tro-konnekting

Antworten zum Thema KONNEKTING bitte ins KONNEKTING Board. Dieser Thread hier ist schon lang genug und muss nicht zur KONNEKTING Diskussionsplattform werden wenn es dafür ein extra Board gibt.

[mars]

... ja, mit KONNEKTING habe ich auch schon geliebäugelt (und schon erste, leider erfolglose Versuche gemacht)
Da ist aber (wenn es so wie bei mir schon erste Erfolgserlebnisse gab) der Einarbeitungsaufwand hoch:
- neue (mir unbekannte) Bibliotheken für den Arduino
- zusätzlich zum Sketch noch ein korrespondierendes XML
- weitere Software (KONNEKTING Suite)
Da hatte ich gehofft mit den hiesigen Möglichkeiten einfacher zum Ziel zu kommen ...

Wenn ich nicht weiter komme, werde ich mir das später mal näher ansehen - wird aber wohl erst nach der L&B was.

[Eugenius]

das mit dem CH340G habe ich geschrieben. Da habe ich sogar versucht diesen Chip von den Arduino RX/TX Pins zu trennen (Widerstände auslöten), erst dann hat es funktioniert.

Es muss nicht unbedingt original Mega sein. ich meinen bei diesem Verkäufer gekaut: http://ebay.de/itm/121903526895

Funktierniert perfekt (sieht auch wie Original aus). Auf dem Bild neben dem USB-Anschluss sieht man Atmega 16U2, damit geht es auf jedem Fall (gilt auch für UNO).


Ich will jetzt nicht werben, aber mit

UCSR0C = UCSR0C | B00100000;
knx.uartReset();

hatte ich damals auch Probleme, mit allen meinen Arduinos, außer MEGA (der hat ja Serial1).

Seit dem ich selbst KONNEKTING nutze, funktioniert alles bei ersten Versuch.
Ausprobieren schadet ja nicht

[mars]

OK und Danke - habe (natürlich) einen China-Uno.
Wenn ich mir doch noch einen Mega hole(n muss), wirds wohl ein Original ...

...das erklärt aber nicht das gleiche Verhalten beim ProMini (siehe #810) - der hat keinen USB-Chip

[luigi4711]

Ohne selbst Ahnung zu haben... in einem anderen Thread kam dieser Hinweis: "...wenn du einen China Arduino hast (egal ob UNO, Nano o.ä) mit einem CH340G Chip, dann lass es lieber. Dieser Chip stört die Kommunikation zwischen BCU und Arduino..." !?
https://knx-user-forum.de/forum/proj...ang-ist-schwer