2 Kanal Dimmer auf STM32 Basis zur Diskussion

[jp112sdl]

Grundsätzlich lässt sich das Gerät jetzt auch an der Zentrale anmelden.

Hmm... FFFFFF als Zentralenadresse sieht merkwürdig aus.
Sicher, dass das Anlernen erfolgreich war?

[stan23]

Vielleicht Mal einen RESET machen indem der Config-Tasterehr als 5 Sekunden gedrückt wird bis die Meldung RESET kommt, danach neu anlernen.

[Jack01]

Ein Test auf der Raspberrymatic sagt, dass er erfolgreich war.
Müssen die Encoder angeschlossen sein, damit es funktioniert? Das habe ich noch nicht gemacht.

[jp112sdl]

Müssen die Encoder angeschlossen sein, damit es funktioniert?

Nein

Ein Test auf der Raspberrymatic sagt, dass er erfolgreich war.

Der sagt nicht viel aus.
Der CCU ist es egal, ob die Pakete an sie oder sonst jemanden gerichtet sind.
Es reicht aus, dass der Absender korrekt ist.

[der-pw]

Was mir auffällt ist, dass im Logfile ein Wert von 214 bis 223 für die Temp angezeigt wird. Soll das die Temp in Grad Celsius sein?

Das entspricht der Temperatur in °C (x 10). Das passt also.

Würde auch erstmla sagen, dass da beim Anlernen etwas nicht geklappt hat.

[Jack01]

Ich habe für den ersten Versuch den STM mithilfe eines FTDI Adapters einen Bootloader geflasht. Danach dann via USB-Anschluß den Sketch.
Heute habe ich dann mal den Sketch via dem ST-Link Adapter übertragen. Dazu mußte ich allerdings den Boot0 Jumper umstecken. Damit war dann auch der Bootloader weg. Habe das Gerät dann wieder getestet, mit dem gleichem Ergebnis. Allerdings funktioniert jetzt auch der serielle COM Anschluß nicht mehr. Ich kann also leider keine Meldungen mehr sehen.
Anbei dafür mal ein Screenshzot vom AskSinn Analyzer (tolles Tool!). Ich denke, dass das Gerät die ID 145698 und die Zentrale die ID 00FFF haben. Warum da aber mal 00FFF und mal FFFFF steht, weiß ich nicht.

[jp112sdl]

Warum da aber mal 00FFF und mal FFFFF steht, weiß ich nicht.

Das sieht irgendwie nach EEPROM Problem aus.

Ich hatte vor kurzem auch ein bisschen mit dem STM32 experimentiert und dann irgendwann aufgegeben.

Es gibt für die Arduino IDE verschiedene Board-Versionen... und bei jeder geht irgendwas anderes nicht.
Mal wurde mein I2C EEPROM gar nicht erkannt. Mal wurde es erkannt, aber es konnte nicht geschrieben/gelesen werden.
Bei irgendeiner Version ging tatsächlich mal beides. Dachte ich... Dann ging wieder gar nix.
Hat mich in den Wahnsinn getrieben.
stan23 auch ein bisschen

Würde auch erstmla sagen, dass da beim Anlernen etwas nicht geklappt hat.

Welche Board-Version setzt du ein?

[stan23]

Heute habe ich dann mal den Sketch via dem ST-Link Adapter übertragen. Dazu mußte ich allerdings den Boot0 Jumper umstecken.

Das ist nicht nötig, den Jumper muss man nur zum Flashen über RX/TX per FTDI umstecken.
Zum Flashen über ST-Link oder USB muss der Jumper nicht geändert werden. Am USB erkennt der Bootloader das selber, per ST-Link ist kein Bootloader nötig.

[Jack01]

@stan23: komisch, wenn der Jumper auf 0 steht, funktioniert das laden per ST_link aber nicht.
@jp112sdl: zum Glück benötige ich den STM32 nicht unbedingt. Es hat mich einfach nur mal interessiert. Alle anderen Nachbauten mit dem Mini Pro der dem Nano laufen problemlos.

Heute habe ich den Bootloader neu geflasht (per FTDI). Dann habe ich den Freq. Test Sketch via Bootloader geladen. Habe den Screenshot mal angehängt. Auffällig ist, dass der initialisierungsteil fehlt und das es einen Fehler "ERROR EEPROM WAIT" gibt. Das deutet ja wohl auf ein Problem mit dem EEPROM hin (wie von @jp112sdl vermutet). Das Board ist ein STM32F103C8T6.
Da werde ich wohl mal wieder meinen Heißluftlöter aktivieren müssen.....

[stan23]

@stan23: komisch, wenn der Jumper auf 0 steht, funktioniert das laden per ST_link aber nicht.

Merkwürdig, bei mir ging das mehrfach. Vielleicht ein komischer Seiteneffekt.