STM32F1 Blue Pill und RC522

[Kay L. (kgbrus)]

Hallo Zusammen,

nachdem Ihr mir hier mit meinem Arduino und CAN geholfen habt, habe ich 
eine Neue Frage an euch.
Ich verzweifel gerade an meinem STM32F1 Blue Pill und dem RFID reader 
RC522.

ich habe mir, wie in allen Anleitungen beschrieben die Bibliothek 
MFRC522 installiert. Wenn ich die im Sketch includiere bekomme ich einen 
fehlermeldung.

Mein sxcetch:

  #include <MFRC522.h>

#define SS_PIN   PA4 // 10
#define RST_PIN  PB0 // 9
 
MFRC522 rfid(SS_PIN, RST_PIN); // Instance of the class

MFRC522::MIFARE_Key key; 


#include <LiquidCrystal.h>
#include <SPI.h> // SPI-Bibiothek hinzufügen
MFRC522 mfrc522(SS_PIN, RST_PIN); // RFID-Empfänger benennen
// Eingaenge
// Ausgaenge

// LCD Ausgänge
const int rs = PA0, en = PA1, d4 = PA2, d5 = PA3, d6 = PB1, d7 = PB10;
LiquidCrystal lcd(rs, en, d4, d5, d6, d7);
void setup() {
  // put your setup code here, to run once:
//  Serial.begin(9600);
}
void loop()
{
 lcd.begin(16, 2);
 lcd.setCursor(0, 0);
 lcd.print("Hello World");

}

ergibt beim kompelieren folgenden Fehler:

WARNUNG: Bibliothek MFRC522 behauptet auf avr, megaavr, STM32F1, teensy, 
esp8266, esp32, samd, atmelsam Architektur(en) ausgeführt werden zu 
können und ist möglicherweise inkompatibel mit Ihrem derzeitigen Board, 
welches auf stm32 Architektur(en) ausgeführt wird.

Sowie:
exit status 1
Fehler beim Kompilieren für das Board Generic STM32F1 series.

Als Board hab ich "Generic STM32F1 Series" eingestellt.

ich verstehe nicht warum die IDE eine STM32 Architektur ausgiebt obwohl 
ich STM32F1 eingestellt habe.

Gruß

kay

[Wastl (hartundweichware)]

Kay L. schrieb:
> ich verstehe nicht warum die IDE eine STM32 Architektur ausgiebt obwohl
> ich STM32F1 eingestellt habe.

Ich verstehe nicht warum du von der IDE sprichst, gibt es
nur eine? Ist deine Welt die welche die ganze restliche Welt
auch kennt und verwendet?

[Kay L. (kgbrus)]

Sorry, ich meinte die Arduino IDE.

[J. S. (jojos)]

was völlig egal ist weil sowie das Buildsystem von Arduino genutzt wird. 
Da wird eher ein define fehlen oder in der Lib nicht das richtige 
abgefragt zu werden. Besser im Arduino Forum fragen.

[Steve van de Grens (roehrmond)]

Möglicherweise ist due Bibliothek für den alten STM32Duino Core von 
Roger Clarks geschrieben worden.

http://stefanfrings.de/stm32/stm32f1.html#arduino

[Peter (wokinloksar)]

Dann poste doch mal bitte den Fehler, den der Compiler auswirft, bevor 
der exit status 1 gesetzt wird.

[J. S. (jojos)]

Steve van de Grens schrieb:
> Möglicherweise ist due Bibliothek für den alten STM32Duino Core von
> Roger Clarks geschrieben worden.

Das dürfte es sein, da wird das STM32F1 definiert
https://github.com/rogerclarkmelbourne/Arduino_STM32/blob/338020bee1491a3876d4b0bdd26ea0a395c89c38/STM32F1/platform.txt#L39

[Kay L. (kgbrus)]

Hallo zusammen,

Erstmal vielen Dank an die jenigen, die mir helfen wollen.

Der Hinweis auf dem alten Core von Roger clarks könnte ein passender 
Hinweis sein, dann suche ich mal nach einem anderen.
Ich gebe euch dann bescheid.

Gruss
Kay

[Kay L. (kgbrus)]

soderle,

ich hab in der Datei libary.properties den Eintrag

architectures=avr,megaavr,STM32F1,teensy,esp8266,esp32,samd,atmelsam

auf

architectures=avr,megaavr,STM32,teensy,esp8266,esp32,samd,atmelsam gändert.

jetzt kommt folgende Warnung:

WARNUNG: Bibliothek MFRC522 behauptet auf avr, megaavr, STM32, teensy, esp8266, esp32, samd, atmelsam Architektur(en) ausgeführt werden zu können und ist möglicherweise inkompatibel mit Ihrem derzeitigen Board, welches auf stm32 Architektur(en) ausgeführt wird.

Die Warnung bleibt also. Nur die Bezeichnung wurde von STM32F1 auf STM32 
geändert.

Ebenfalls in der Datei libary.json hab ich den Eintrag:

 "platforms": ["atmelavr", "atmelsam", "ststm32F1", "espressif8266", "espressif32", "samd"]

in

 "platforms": ["atmelavr", "atmelsam", "ststm32", "espressif8266", "espressif32", "samd"]

geändert.

Das wirft die IDE for Exit 1 aus:

C:\Users\kayla\OneDrive\Dokumente\Arduino\libraries\MFRC522\src\MFRC522Extended.cpp: In member function 'MFRC522::StatusCode MFRC522Extended::TCL_Transceive(TagInfo*, byte*, byte, byte*, byte*)':
C:\Users\kayla\OneDrive\Dokumente\Arduino\libraries\MFRC522\src\MFRC522Extended.cpp:824:34: error: ordered comparison of pointer with integer zero ('byte*' {aka 'unsigned char*'} and 'int')
  824 |         if (backData && (backLen > 0)) {
      |                          ~~~~~~~~^~~
C:\Users\kayla\OneDrive\Dokumente\Arduino\libraries\MFRC522\src\MFRC522Extended.cpp:847:42: error: ordered comparison of pointer with integer zero ('byte*' {aka 'unsigned char*'} and 'int')
  847 |                 if (backData && (backLen > 0)) {
      |                                  ~~~~~~~~^~~
Bibliothek MFRC522 in Version 1.4.11 im Ordner: C:\Users\kayla\OneDrive\Dokumente\Arduino\libraries\MFRC522  wird verwendet
Bibliothek SPI in Version 1.0.0 im Ordner: C:\Users\kayla\AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.5.0\libraries\SPI  wird verwendet
Bibliothek SrcWrapper in Version 1.0.1 im Ordner: C:\Users\kayla\AppData\Local\Arduino15\packages\STMicroelectronics\hardware\stm32\2.5.0\libraries\SrcWrapper  wird verwendet

Kann ich die angebene Architekur überhaupt ändern? Zumindest das was ich 
gemacht habe, scheint ja nicht auszureichen. Oder geht das so gar nicht?

Gruß

Kay

[J. S. (jojos)]

Um die Warnung wegzubekommen das stm32 eventuell klein schreiben, 
scheint case sensitiv zu sein die Prüfung.
Mit der anderen Architektur wird jetzt eventuell ein neuerer Compiler 
verwendet der penibler ist. Der Pointervergleich > 0 wird angemeckert, 
diese Zeile mal auf != 0 oder != nullptr ändern.

[Kay L. (kgbrus)]

J. S. schrieb:
> Um die Warnung wegzubekommen das stm32 eventuell klein schreiben,
> scheint case sensitiv zu sein die Prüfung.
> Mit der anderen Architektur wird jetzt eventuell ein neuerer Compiler
> verwendet der penibler ist. Der Pointervergleich > 0 wird angemeckert,
> diese Zeile mal auf != 0 oder != nullptr ändern.

Hallo JoJos,
ich sag mal vielen Dank, nachdem ich beide Änderungen durchgeführt habe 
meckert der Compiler nicht mehr. den Rest muß ich noch testen.
Top da kann ich jetzt weitermachen. Ihr seit echt klasse!

Gruß

Kay

[J. S. (jojos)]

Das wäre jetzt die Quick 'n Dirty Variante um mit dem Code 
weiterzukommen. Sauber ist dann einen Fork von der Lib zu machen und 
diese zu korrigieren.
Es geht ja wahrscheinlich um diese:
https://github.com/miguelbalboa/rfid
Die ist eingefroren und wird nicht weiterentwickelt. Aber es wird auf 
eine v2 verwiesen die noch lebt.
Da kann man einen Pull Request machen um die Änderungen da zu 
übernehmen. Die meisten scheinen die Lib ja mit AVR oder zu nutzen, 
wundert mich das stm32 da noch nicht angefragt wurde.
Jedenfalls ist die Lib im Interface Teil flexibel gebaut und verwendet 
ja auch die in Arduino überall vorhandene Wire Lib. Da sollten jetzt 
keine größeren Steine mehr im Weg liegen. Kann es am Smartphone gerade 
nicht selber testen, Wünsche schon mal maximale Erfolge.