Ankündigung

**henfri** · 12.09.2024, 08:43

Moin,

vielen Dank. Das hat sehr geholfen.
Ich habe die Fingerprint-Firmware (nach einem .\Restore-Checkout-Hash.ps1) teils erfolgreich gebaut:

Code:

Environment          Status    Duration
-------------------  --------  ------------
debug_RP2040         FAILED    00:00:40.581   Edit: Ging im zweiten Anlauf.
upload_JLINK_RP2040  SUCCESS   00:00:58.019
release_R503         SUCCESS   00:00:37.363
release_R503Pro      SUCCESS   00:00:53.533
release_VFP_REG1     FAILED    00:00:36.931
========================================================= 2 failed, 3 succeeded in 00:03:46.428 =========================================================

Fehlermeldungen dieser Art habe ich:

Code:

Compiling .pio\build\release_VFP_REG1\libdb1\knx\knx\bau.cpp.o
Compiling .pio\build\release_VFP_REG1\libdb1\knx\knx\bau07B0.cpp.o
Compiling .pio\build\release_VFP_REG1\libdb1\knx\knx\bau091A.cpp.o
src\FingerprintModule.cpp: In member function 'virtual void FingerprintModule::setup()':
src\FingerprintModule.cpp:27:13: error: 'LED_GREEN_PIN' was not declared in this scope
   27 |     pinMode(LED_GREEN_PIN, OUTPUT);
      |             ^~~~~~~~~~~~~
src\FingerprintModule.cpp:28:13: error: 'LED_RED_PIN' was not declared in this scope
   28 |     pinMode(LED_RED_PIN, OUTPUT);
      |             ^~~~~~~~~~~
src\FingerprintModule.cpp:31:13: error: 'SCANNER_TOUCH_PIN' was not declared in this scope
   31 |     pinMode(SCANNER_TOUCH_PIN, INPUT_PULLDOWN);
      |             ^~~~~~~Archiving .pio\build\release_VFP_REG1\libc94\libEEPROM.a
~~~~~~~~~~
src\FingerprintModule.cpp:34:13: error: 'TOUCH_LEFT_PIN' was not declared in this scope
   34 |     pinMode(TOUCH_LEFT_PIN, INPUT);
      |             ^~~~~~~~~~~~~~
Compiling .pio\build\release_VFP_REG1\libdb1\knx\knx\bau27B0.cpp.o
Compiling .pio\build\release_VFP_REG1\libdb1\knx\knx\bau2920.cpp.o
src\FingerprintModule.cpp:35:13: error: 'TOUCH_RIGHT_PIN' was not declared in this scope
   35 |     pinMode(TOUCH_RIGHT_PIN, INPUT);
      |             ^~~~~~~~~~~~~~~
Compiling .pio\build\release_VFP_REG1\libdb1\knx\knx\bau57B0.cpp.o
src\FingerprintModule.cpp: In static member function 'static void FingerprintModule::interruptTouchLeft()':
src\FingerprintModule.cpp:98:48: error: 'TOUCH_LEFT_PIN' was not declared in this scope
   98 |     KoFIN_TouchPcbButtonLeft.value(digitalRead(TOUCH_LEFT_PIN) == HIGH, DPT_Switch);

Das wirkt, als fürde die Datei fehlen, in denen die Pins definiert sind - aber die include/hardware.h ist vorhanden und z.B. TOUCH_LEFT_PIN ist darin definiert.

Edit:
Das liegt daran, dass die Pin-Definitionen in der hardware.h nur für BOARD_ABTOOLS_FINGERPRINT_V13 gemacht werden.

Das bedeutet, dass im Github-Stand aktuell nicht alle Targets gebaut werden können.

Gruß,
Hendrik

**mumpf** · 12.09.2024, 09:42

Du willst ja entwickeln, Du solltest wirklich

Code:

./restore/Restore-Dependencies-Branch.ps1

nehmen, wie ich oben schrieb. Dann hast Du den aktuellsten GIT-Stand, von dem man sinnvoll ausgehen kann.

Der REG1 ist ein Versuch von mir, einen VFP (also einen Virtuellen-FP) zu machen, der die Finger von einem (oder mehreren) existierenden Leser bekommt, selber aber keine FP-Hardware hat. Das Szenario ist aber noch nicht fertig, deswegen hab ich auch noch nichts für den REG1 released. Insofern ist der nicht wichtig.

Da debug jetzt läuft (das kannst Du mit develop gleichsetzen), könntest Du in hardware.h jetzt ein Board definieren (mit den UP1-Pins), dieses Board in der pio.common.ini im [debug_RP2040] environent eintragen (musst mal schauen, in welcher Section genau die Boards stehen, viele sind auskommentiert, weil ich mit unterschiedlicher Hardware teste, nur ein -D BOARD_xxx darf aktiv sein) und dann debug_RP2040 bauen. Vorher aber den OpenKNXproducer mit dem normalen Fingerprint.xml laufen lassen (F1->Run test task->OpenKNXproducer Fingerprint). Ich hab mir für Run Test Task ein Shortcut Ctrl-Shift-T (passend zum Ctrl-Shift-B für Build Task) eingerichtet.

Es bringt auch nichts, immer alle environments zu bauen, weil die unterschiedliche OpenKNXproducer-läufe vorher brauchen. Also nicht den Defult build task nutzen sonden in PIO unten in der Statuszeile den gewünschten Task auswählen (bei Dir develop_RP2040).

Gruß, Waldemar

**henfri** · 12.09.2024, 09:59

Danke Waldemar,

ich war schon ein Stück weiter gekommen und hatte meinen Beitrag oben editiert.

Restore-Dependencies-Branch.ps1 hatte ich nicht gemacht, weil ich erstmal den letzten Release bauen wollte - um sicher zu gehen etwas zu bauen, was laufen soll.
Zum REG1: Da kann man ja auch den FP anklemmen. Von daher finde ich es schon sinnvoll die Pins zu definieren - und dann baut er auch.

Ich frage mich da nur:

Code:

 #define TOUCH_LEFT_PIN 26
    #define TOUCH_RIGHT_PIN 27
    #define LED_GREEN_PIN 24
    #define LED_RED_PIN 25

Diese Hardware wird ja nicht jedes Gerät haben.
Vergeben wir dann einen Pin, oder definieren wir eine Variable, die definiert ob Touch und LED vorhanden sind und führen den Code nur dann aus?
Ist vielleicht eher eine Frage an abtools, da letzteres den Code beeinflust und nicht nur die hardware.h

Ich bin jetzt dabei, die Pins für den UP1 zu definieren. Zum debug_RP2040 muss ich wohl erstmal in das Wiki. Auch ist mir noch nicht klar, ob ich den OpenKNXProducer laufen lassen muss, denn an der KNXProd habe ich ja noch nix geändert.

Noch eine Frage zum SWA:

Code:

    #define OPENKNX_SWA_CHANNEL_COUNT 1
    #define OPENKNX_SWA_SET_PINS 14
    #define OPENKNX_SWA_RESET_PINS 15
    #define OPENKNX_SWA_SET_ACTIVE_ON LOW
    #define OPENKNX_SWA_RESET_ACTIVE_ON LOW
    #define OPENKNX_SWA_BISTABLE_IMPULSE_LENGTH 50

Was sind die Set und Reset Pins?

Gruß,
Hendrik

**Ing-Dom** · 12.09.2024, 13:47

das OFM-SwitchActuator ist aktell nur für bistabile Relais gebaut, d.h. zum einschalten wird der SET Pin für OPENKNX_SWA_BISTABLE_IMPULSE_LENGTH auf OPENKNX_SWA_SET_ACTIVE_ON gesetzt.

Für monostabile Relais müsste man das OFM erweitern. (aus meiner Sicht grundsätzlich sinnvoll).