in unserem Projekt verwende ich eine externe Batch-Datei (Start_Compiling.bat) um den SDCC-Compiler und den Flashvorgang über das Kommandozeilenprogramm vom ST Visual Programmer direkt aus Eclipse heraus zu starten. https://github.com/OpenSource-EBike-firmware/BMSBattery_S_controllers_firmware Das klappt wunderbar, nur bleibt der STVM_cmdline Prozess immer aktiv, da er einen Druck auf die Leertaste erwartet um sich zu beenden. Das stört nicht wirklich, man hat dann aber nach 5x Flashen 5 nicht beendete Prozesse laufen, wenn man mal in den Taskmanager schaut. Hat jemand eine Idee, wie ich dieses Leerzeichen zum Beenden des Prozesses über die Eclipse Console senden kann, am liebsten automatisiert?! Gruß hochsitzcola
Sieh dir die Hilfe zu den Parametern mit STVP_CmdLine.exe /h an. Da gibt es ein --loop und ein --no_loop.
in die Hilfe hatte ich natürlich schon reingeschaut, da ist aber nur ein -loop dokumentiert, kein -no_loop
1 | [-erase]|[-no_erase] [-blank]|[-no_blank] [-verif]|[-no_verif] |
2 | [-FileProg=fname.hex/s19] [-FileData=fname.hex/s19] [-FileOption=fname.hex/s19] |
3 | With: |
4 | [-BoardName=STxxx] ==========> Programming Tool name (ST-LINK, RLINK, STICE, ...) |
5 | [-Tool_ID=x] ================> ST-LINK Programming Tool ID (0, 1, 2...) |
6 | [-NbTools=x] ================> Number of ST-LINK Tools with same device connected (Tool_ID is automatically incremented) |
7 | [-Port=xxx] =================> Communication Port (USB, LPT1) |
8 | [-ProgMode=xxx] =============> Programming mode or protocol (SWIM, JTAG, SWD) |
9 | [-Device=STxxx] =============> Device name (exact same name as in STVP) |
10 | [-version] ==================> Display version of this application |
11 | [-verbose] ==================> Display messages, warnings, errors |
12 | [-log] ======================> Generate or append Result.log log file |
13 | [-loop] =====================> Loop on actions until 'Space' key hit |
14 | [-progress] =================> Display progress of each action |
15 | [-warn_protect] =============> Message Box if programming Option Byte protection |
16 | [-no_progProg] ==============> Do not program PROGRAM MEMORY (used to verify device from a file) |
17 | [-no_progData] ==============> Do not program DATA MEMORY (used to verify device from a file) |
18 | [-no_progOption] ============> Do not program OPTION BYTE (used to verify device from a file) |
19 | [-readProg] =================> Read PROGRAM MEMORY |
20 | [-readData] =================> Read DATA MEMORY |
21 | [-readOption] ===============> Read OPTION BYTE |
22 | [-erase] ====================> Erase the device (before programming) |
23 | [-blank] ====================> Blank Check the device (before programming) |
24 | [-verif] ====================> Verify the device after programming |
25 | [-FileProg=fname.hex/s19] ===> File name to program PROGRAM MEMORY area (hex or s19) |
26 | [-FileData=fname.hex/s19] ===> File name to program DATA MEMORY area (hex or s19) |
27 | [-FileOption=fname.hex/s19] => File name to program OPTION BYTE area (hex or s19) |
Funktioniert aber trotzdem :-), Vielen Dank! Gruß hochsitzcola
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.