Ankündigung

**tuxedo** · 27.04.2020, 19:54

Scheint als ob dein Gerät nach dem Programmieren der Adresse für weitere Programmieraktionen nicht auf der Adresse hört.

Wenn du dein KONNEKTING Device frisch einschaltest und ganz von vorne auf der Konsole mitloggst: Was kommt da?
Hintergrund:
Beim booten meldet das Gerät sein komplettes Setup, inklusive Adresse.

Gruß
Alex

**HansMeiser** · 27.04.2020, 19:57

Wenn ich das Device einschalte sehe ich auf der Konsole nix (1. Auffälligkeit). Ich kann die Konsole ja auch erst öffnen wenn der Port da ist. Bin ich dann evtl. zu langsam?
Ist es ein Problem USB und BCU gleichzeitig dran zu haben?

**tuxedo** · 27.04.2020, 19:58

Du kannst die Serielle Ausgabe beim SAMD bremsen und auf das öffnen der Seriellen Verbindung "warten". Beschreibung hier: https://www.arduino.cc/reference/en/...erial/ifserial
USB und BCU gleichzeitig macht keine Probleme, solange du die 5 vom USB nicht an den Arduino bringst. Zumindest bei mir führt das mit der Siemens BCU zu Problemen, weswegen ich nur D+ D- und GND vom USB angebunden habe. Für die Spannugsversorgung brauche ich immer die BCU, aber das ist nicht tragisch, da ich ohne KNX ja eh nix machen kann.

**HansMeiser** · 27.04.2020, 20:12

Sollte der Teil im DemoSketch nicht genau das tun?

Code:

#if defined(__AVR_ATmega32U4__) || defined(__SAMD21G18A__)
// wait for serial port to connect. Needed for Leonardo/Micro/ProMicro/Zero only
while (!DEBUGSERIAL)
#endif

Jedenfalls macht ein zusätzliches

Code:

while (!Serial) {
;
}

keinen Unterschied, keine serielle Ausgabe außer beim Drücken des ProgButton und beim vollständigen Programmieren

Wie hast du denn 5V vom USB getrennt? Brutal am/im Kabel?

**Eugenius** · 27.04.2020, 22:48

Versuch mal communication test Sketch aus den Beispielen.
Da kann man über Bus Monitor schauen ob die Telegramme rauskommen.
Diesen Sketch muss man nicht Parammetrieren.

**tuxedo** · 28.04.2020, 06:58

Bzgl. der 5V:

In meinem Fall hab ich eine eigene Platine entworfen, da lässt sich das prima trennen. Im Endeffekt geht es darum die 5V vom USB nicht mit den 5V von der BCU zu verbinden. Bei dir ließe sich das damit lösen, dass du es genau umgekehrt machst: Nimm die 5V von USB und lass die 5V von der BCU weg. "Welche 5V" du nutzt ist eigentlich egal, solange du nicht beide miteinander verbindest.

Unabhängig von Eugen's Communication test Sketch:

Der Arduino sollte in der Lage sein von Anfang an zu loggen. Das ist in meinen Augen gerade dein Problem Nr. 1. KNX ist ein zweites Problem. Denn wenn auch KNX nicht geht, hast du immer noch keine Logausgabe. Und ohne Debugger mit den passenden Skills kommst du dann nicht weit.

Du solltest also erst mal schauen, dass der Serialmonitor von Anfang an etwas ausgibt. Aus der Ferne ohne weitere Details wird es schwer da zuverlässig Hilfestellung zu geben.

**HansMeiser** · 28.04.2020, 09:52

So, hab die 5V von der BCU vom SAMD getrennt. Der Communication Test läuft perfekt, schreibt brav im Interval auf den Bus und die LED lässt sich auch schalten.

Im DemoSketch gibt Konnekting.isReadyForApplication() im loop immer false aus. Egal ob programmiert oder nicht. Hier scheint ein/das(?) Problem zu liegen.

**Albatros62** · 28.04.2020, 10:22

M.W. zeigt Konnekting.isReadyForApplication() an, ob das Gerät im Programmiermodus ist. Konnekting.isFactorySetting() dagegen zeigt an, ob das Gerät programmiert ist.

**HansMeiser** · 28.04.2020, 10:47

Konnekting.isFactorySetting() gibt true aus
Konnekting.isReadyForApplication() gibt false aus
Auch nach erfolgter Programmierung in der Suite. Programmieren scheint also nicht zu funktionieren, bzw. die Programmierung nicht gespeichert zu werden.

// Arduino Zero has no "real" internal EEPROM,
// so we can use an external I2C EEPROM.
#include "EEPROM_24AA256.h" // external EEPROM

Könnte das hiermit zusammenhängen?

**Albatros62** · 28.04.2020, 10:51

Kann es sein, dass nach (missglückter) Programmierung das Gerät noch im ProgModus bleibt? Normalerweise wird nach geglückter Programmierung ein Reset ausgelöst und damit der Programmiermodus beendet.

**HansMeiser** · 28.04.2020, 10:54

Die Programmierung sieht laut Suite und Konsole gut aus und der Reset wird ausgeführt. Danach ist das Gerät aber wieder unprogrammiert. Brauch ich für das MiniBreakout vielleicht wirklich noch ein EEPROM?

**Eugenius** · 28.04.2020, 11:26

Also klar, entweder Extrenen i²c EEPROM oder mann müßte den Sketch auf internen Flash umschreiben, mit FlashStorage library.

Ohne EPROM bleibt den Board immer unprogrammiert, da die Daten im Nirvana landen.

Ich glaube ich muss mal Beispiele anpassen

**HansMeiser** · 28.04.2020, 11:37

Dann werde ich mir mal FlashStorage ansehen, oder hätte ein externes EEPROM irgendwelche Vorteile?
Das Debug-Meldungen bei mir erst ab loop rauskommen, aber nicht in setup erklärt das allerdings noch nicht. Hast du dazu irgendeine Idee?

**Eugenius** · 28.04.2020, 12:29

FlashStorage nutzt internen Flash.
Nachteile:
- nur wenige Schreibzyklen bis der Chip stirbt (ca. 10000)
- jedes Mal, wenn Sketch eingespielt wird, wird auch "EEPROM"-Teil gelöscht -> Datenverlust

Vorteil:
- keine extra Hardware.

So nutzt man FlashStorage:
Diese Zeilen nehmen:

https://github.com/KONNEKTING/Konnek...mi.h#L140-L159

Diese Zeile löschen
https://github.com/KONNEKTING/Konnek...Sketch.ino#L39

und an der gleichen Stelle Zeilen von oben einfügen. (ungetstet, sollte aber gehen).

Wire.begin() auch löschen:
https://github.com/KONNEKTING/Konnek...ketch.ino#L114

Probiere erst mal damit, dann schauen wir weiter was mit Monitor los ist.

Und um sicher zu sein, diese Zeile ist aktiviert? ("Entkommentiert")
https://github.com/KONNEKTING/Konnek...Sketch.ino#L69

Ankündigung

Startschwierigkeiten

Startschwierigkeiten

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar