2 Kanal Dimmer auf STM32 Basis zur Diskussion

[Jack01]

So, habe das EEPROM gewechselt. Hat aber nichts geändert.
Ich habe dann mal das Beispiel Sketch aus der Arduino IDE für das EEPROM geflasht. Ich bin damit aber nicht vertraut und weiß nicht, was da für Meldungen im Falle eines Fehlers kommen. Auf jeden Fall kamen keine Errors und es ließen sich alle Befehle mit entsprechenden Rückmeldungen aufrufen (habe leider keine Screenshots gemacht).
Ich werde das Gerät jetzt erstmal in die Schublade packen und die Gartengeräte winterfest machen.

Gruß

Hans-Jürgen

[der-pw]

Installiere mal bitte die Version 2019.7.28 für die STMduino Boardpakete.
Damit läuft es bei mir jedenfalls.

[jp112sdl]

Mit der Version läuft es auch bei mir!

ABER:
Unmittelbar nach dem Flashen mittel STLink startet der Sketch automatisch.
Danach findet weder der I2C Scanner den EEPROM, noch klappt das Speichern der Config beim FreqTest.

Erst wenn ich den STM 1x abziehe (kpl. stromlos machen), dann geht alles.

Auf jeden Fall belasse ich meine IDE erstmal auf Boardversion 2019.7.28.

[Psi]

Jack, kannst du das bestätigen? Dann muss das in die Doku rein

[papa]

Den STM-Kram habe ich mit STM32F1:2017.9.5 entwickelt. Da hat eigentlich alles gut funktioniert.

[jp112sdl]

2017 sogar.
Mag sein, dass das alte Zeug gut stabil ist.
Wenn man die Boardunterstützung neu installiert, bekommt man zwangsläufig erstmal die neueste Version.

[Jack01]

Habe mich doch nochmals aufgerafft und ein wenig weiter experimentiert.
Folgendes habe ich gemacht:
Einen neuen STM32 geflasht, die vorgeschlagenen Boardversionen getestet (vorher hatte ich ja schon mal das EEPROM gewechselt).
Alle Komponenten auf der Platine sowie die Verbindungen kontrolliert und durchgemessen.
Habe aber nach wie vor keine Funktion.
Dann habe ich das Beispiel Skript aus der Arduino IDE geflasht. Der Screenshot hängt dran. Ich ihn aber leider nicht interpretieren (habe keine Ahnung davon )

als nächstes dann nochmal den Freq. Test laufen lassen. Was bedeute die Meldung "ERROR EPROM WAIT" mit anschließendem "stored!"? Ist der Wert dann doch gespeichert worden?

Und hier ein Screenshot des Logfiles von der CCU:

Aber wie ich schon sagte, ich erwarte kein Brainstorming. Das ist wirklich nur aus reinem Interesse .

Gruß

Hans-Jürgen

[jp112sdl]

Probier bitte mal den I2C-Scanner, ob der EEPROM überhaupt erkannt wird.
Ggf. musst du Serial3 noch ändern... weiß nicht, welchen seriellen Port du nutzt.

Code: Alles auswählen

#include <Wire.h>


void setup()
{
  Wire.begin();

  Serial3.begin(57600);
  while (!Serial3);     
  Serial3.println("\nI2C Scanner");
}


void loop()
{
  byte error, address;
  int nDevices;

  Serial3.println("Scanning... ");

  nDevices = 0;
  for(address = 1; address < 127; address++ ) 
  {
    // The i2c_scanner uses the return value of
    // the Write.endTransmisstion to see if
    // a device did acknowledge to the address.
    Wire.beginTransmission(address);
    error = Wire.endTransmission();

    if (error == 0)
    {
      Serial3.print("I2C device found at address 0x");
      if (address<16) 
        Serial3.print("0");
      Serial3.print(address,HEX);
      Serial3.println("  !");

      nDevices++;
    }
    else if (error==4) 
    {
      Serial3.print("Unknown error at address 0x");
      if (address<16) 
        Serial3.print("0");
      Serial3.println(address,HEX);
    }    
  }
  if (nDevices == 0)
    Serial3.println("No I2C devices found\n");
  else
    Serial3.println("done\n");

  delay(5000);           // wait 5 seconds for next scan
}

Wenn der nix findet... 1x den STM32 stromlos machen.
Wenn dann immer noch nix kommt... evtl. doch ein HW-Problem? Die Pullup Widerstände am I2C hast du verbaut?

[stan23]

als nächstes dann nochmal den Freq. Test laufen lassen. Was bedeute die Meldung "ERROR EPROM WAIT" mit anschließendem "stored!"? Ist der Wert dann doch gespeichert worden?

Das "stored" kommt in Zeile 167 sofern sich die Zugriffe in den Zeilen davor nicht aufhängen.
Leider bieten die Funktionen clear(), setByte() und validate() keine Fehlerbehandlung an, sonst könnte man auswerten ob das Speichern erfolgreich war.

[TomMajor]

Wenn es so viele Probleme beim STM32 mit dem EEPROM gibt, vielleicht anschließend (nur im STM32 Fall) sc.getByte für beide Bytes durchführen um im Log auszugeben ob das Schreiben erfolgreich war?
Dann weiß man woran man ist.