IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer

obelix · 23. Juni 2019

Ich habe noch etwas getestet... leider fliegt mir irmplird nach einer gewissen Zeit weg....

Code

un 23 13:44:36 obelix irmplircd[25358]: Started
Jun 23 13:46:06 obelix systemd[1]: irmplircd@hidraw2.service: Start operation timed out. Terminating.
Jun 23 13:46:06 obelix systemd[1]: irmplircd@hidraw2.service: Control process exited, code=killed, status=15/TERM
Jun 23 13:46:06 obelix systemd[1]: irmplircd@hidraw2.service: Failed with result 'timeout'.
Jun 23 13:46:06 obelix systemd[1]: Failed to start Start irmplircd on irmp_stm32 device.
Jun 23 13:46:06 obelix audit[1]: SERVICE_START pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=irmplircd@hidraw2 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'
Jun 23 13:46:06 obelix kernel: audit: type=1130 audit(1561290366.508:103): pid=1 uid=0 auid=4294967295 ses=4294967295 msg='unit=irmplircd@hidraw2 comm="systemd" exe="/usr/lib/systemd/systemd" hostname=? addr=? terminal=? res=failed'

obelix · 23. Juni 2019

Ich habe den Fehler gefunden. Bei der ganzen Testerei hatte ich die Option -f gesetzt gehabt. Ohne -f geht es. D.h. zu der vdr4arch Konfiguration habe ich folgendes ergänzt:

/usr/lib/udev/rules.d/80-irmp.rules:

Code

ACTION=="add", SUBSYSTEM=="hidraw", ATTRS{idVendor}=="1209", ATTRS{idProduct}=="4444", TAG+="systemd", ENV{SYSTEMD_WANTS}="irmplircd@%k.service", SYMLINK+="irmp_stm32"

/usr/lib/systemd/system/irmplircd@.service:

Code

[Unit]
Description=Start irmplircd on irmp_stm32 device

[Service]
Type=forking
ExecStart=/usr/bin/irmplircd -t /etc/irmp_stm32.map /dev/irmp_stm32
SuccessExitStatus=0 71

Ich habe die Variablen wie bei seahawk1986 bei der Testerei weggelassen. Das ändere ich und mach mal ein PKGBUILD, falls einer das brauch....

obelix · 23. Juni 2019

Anbei die Veränderungen. Ein makepkg erstellt ein entsprechendes Paket für Arch / Manjaro.

irmplircd.tar.gz

Gruß

Obelix

jrie · 24. Juni 2019

Zitat von Freizeit-Admin

das macht die Logitech "von alleine" über eine Aktion, oder habe ich dich nicht richtig verstanden ? ...

Aha, ok.

Auch dafür gelten die Tipps in #892.

jrie · 24. Juni 2019

Zitat von Grillbert

Allerdings wird die Platine vom Rechner nur als "nackter" Maple erkannt

Das könnte an der USB Reenumeration liegen.
Das kannst du mit einem Multivoltmeter sehen. Du könntest mal messen, ob USBDP kurz runter geht nach dem Bootloader-Blinken.

Zum Verständnis lies ab #101.

obelix · 26. Juni 2019

Hi,

bei einer der letzen Bestellungen sind zwei Sticks dabei gewesen, die ich nicht mit openocd vorbereitet bekomme:

Code

./bin/openocd -f scripts/interface/stlink.cfg -f scripts/target/stm32f1x.cfg -c "init" -c "halt" -c "stm32f1x unlock 0" -c "shutdown"
GNU MCU Eclipse OpenOCD, 64-bitOpen On-Chip Debugger 0.10.0+dev-00593-g23ad80df4 (2019-04-22-20:18)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
Info : clock speed 1000 kHz
Info : STLINK V2J29S7 (API v2) VID:PID 0483:3748
Info : Target voltage: 3.257482
Warn : UNEXPECTED idcode: 0x2ba01477
Error: expected 1 of 1: 0x1ba01477

Alles anzeigen

Ich habe mal Google bemüht aber so richtig schlau werde ich daraus nicht. Die beiden Sticks unterscheiden vor allem dadurch, dass die Platine bei den Anschlüssen keine Bohrungen haben sondern vorbereitete Lötpunkte mit Beschriftung.

jrie · 26. Juni 2019

So wie die?

obelix · 26. Juni 2019

Zitat von jrie

So wie die?

Nein. Auf dem Chip steht:

cks32f 103c8t6

jrie · 26. Juni 2019

Scheint ein Clon zu sein. Probier mal set CPUTAPID 0x2ba01477

Siehe hier.

obelix · 26. Juni 2019

Zitat von jrie

Scheint ein Clon zu sein. Probier mal set CPUTAPID 0x2ba01477

Siehe hier.

Das hat funktioniert:

Code

/bin/openocd -f scripts/interface/stlink.cfg -f scripts/target/stm32f1x_.cfg -c "init" -c "halt" -c "stm32f1x unlock 0" -c "shutdown"
GNU MCU Eclipse OpenOCD, 64-bitOpen On-Chip Debugger 0.10.0+dev-00593-g23ad80df4 (2019-04-22-20:18)
Licensed under GNU GPL v2
For bug reports, read
    http://openocd.org/doc/doxygen/bugs.html
Info : auto-selecting first available session transport "hla_swd". To override use 'transport select <transport>'.
Info : The selected transport took over low-level target control. The results might differ compared to plain JTAG/SWD
adapter speed: 1000 kHz
adapter_nsrst_delay: 100
none separate
Info : clock speed 1000 kHz
Info : STLINK V2J29S7 (API v2) VID:PID 0483:3748
Info : Target voltage: 3.256353
Info : stm32f1x.cpu: hardware has 6 breakpoints, 4 watchpoints
Info : Listening on port 3333 for gdb connections
target halted due to debug-request, current mode: Handler HardFault
xPSR: 0x01000003 pc: 0xfffffffe msp: 0xffffffd8
Info : device id = 0x20036410
Info : flash size = 64kbytes
stm32x unlocked.
INFO: a reset or power cycle is required for the new settings to take effect.
shutdown command invoked

Alles anzeigen

aber st-flash will dann auch nicht:

Code

st-flash --reset write boot.Red.bin 0x8000000
st-flash 1.5.1
2019-06-26T23:41:51 INFO usb.c: -- exit_dfu_mode
2019-06-26T23:41:51 INFO common.c: Loading device parameters....
2019-06-26T23:41:51 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2019-06-26T23:41:51 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes
2019-06-26T23:41:51 INFO common.c: Attempting to write 6844 (0x1abc) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08001800 erased
2019-06-26T23:41:51 INFO common.c: Finished erasing 7 pages of 1024 (0x400) bytes
2019-06-26T23:41:51 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2019-06-26T23:41:51 ERROR flash_loader.c: unknown coreid, not sure what flash loader to use, aborting! coreid: 2ba01477, chipid: 410
2019-06-26T23:41:51 WARN flash_loader.c: Failed to write flash loader to sram!
2019-06-26T23:41:51 ERROR common.c: stlink_flash_loader_init() == -1
stlink_fwrite_flash() == -1

Alles anzeigen

obelix · 26. Juni 2019

Das mit st-flash sieht nach dem aus:

Support for CS32F103C8T6 #756

jrie · 27. Juni 2019

Da könntest du im Source von stlink/include/stlink.h die STM32VL_CORE_ID von 0x1ba01477 in 0x2ba01477 ändern.

obelix · 27. Juni 2019

Zitat von jrie

Da könntest du im Source von stlink/include/stlink.h die STM32VL_CORE_ID von 0x1ba01477 in 0x2ba01477 ändern.

Ich habe gerade gesehen, im AUR von Archlinux gibt es stlink-git und da soll es ja drin sein. Ich schaue mir das morgen an. Gute Nacht.

jrie · 27. Juni 2019

Zitat von jrie

- du benutzt das dafür vorgesehene Feature (*)

(*) per irmpexec send_magic auswerten.

Das geht so noch nicht.

Werde ich noch überarbeiten.

obelix · 27. Juni 2019

So, mit dem stlink-git hat es funktioniert. Danke jrie für die Unterstützung.

Was war noch mal der Unterschied bei den Firmware Versionen "transfer to F105, firmwares" bzw. "firmwares with RCMM" ?

Gruß

Obelix

jrie · 27. Juni 2019

RCMM ist ein IR-Protokoll, F105 ist ein anderer STM32 Chip als der F103.

Guck einfach in die commits rein

obelix · 27. Juni 2019

Ich bin hier am aufräumen und habe noch zwei neue Sticks, die ca. 1 1/2 Jahre alt sind. Die sind noch von meiner aller ersten Lieferung damals als ich mit den Sticks anfing. openocd funktioniert aber ich bekomme den Bootloader nicht drauf....

Code

st-flash --reset write boot.Red.bin 0x8000000
st-flash 1.5.1
2019-06-27T22:54:32 INFO common.c: Loading device parameters....
2019-06-27T22:54:32 INFO common.c: Device connected is: F1 Medium-density device, id 0x20036410
2019-06-27T22:54:32 INFO common.c: SRAM size: 0x5000 bytes (20 KiB), Flash: 0x10000 bytes (64 KiB) in pages of 1024 bytes
2019-06-27T22:54:32 INFO common.c: Attempting to write 6844 (0x1abc) bytes to stm32 address: 134217728 (0x8000000)
Flash page at addr: 0x08001800 erased
2019-06-27T22:54:32 INFO common.c: Finished erasing 7 pages of 1024 (0x400) bytes
2019-06-27T22:54:32 INFO common.c: Starting Flash write for VL/F0/F3/F1_XL core id
2019-06-27T22:54:32 INFO flash_loader.c: Successfully loaded flash loader in sram
2019-06-27T22:54:32 ERROR flash_loader.c: write error, count == 512
2019-06-27T22:54:32 ERROR common.c: stlink_flash_loader_run(0x8000000) failed! == -1
stlink_fwrite_flash() == -1

Alles anzeigen

Gehen die Dinger vom herumliegen kaputt?

jrie · 27. Juni 2019

Mir sind sehr wenige kaputt gegangen. Und die Wenigen vermutlich durch statische Aufladung (Lederhausschuhe auf Wollteppich).

Von Martin habe ich gehört, ihm seien einige durch Herumliegen kaputt gegangen.

Die Qualität aus China ist sehr unterschiedlich. Ich kaufe bevorzugt nur noch bei bestimmten Händlern, mit denen ich gute Erfahrungen gemacht habe, z.B. Baite (MapleMini, Grüne) oder "cuiisw module Store" (Schwarze).

obelix · 28. Juni 2019

Wie führt man bei den Sticks eigentlich ein Reset durch? Ich habe irgendwo mal gelesen, dass man irgendwas gegen GND verbinden muss. Ich vermute RST ist es nicht, denn das wäre ja zu einfach, oder?

jrie · 28. Juni 2019

Du kannst im Datenblatt nachsehen, welcher Pin NRST ist, und dann ausklingeln, wo der auf der Platine herausgeführt ist.

IRMP auf STM32 - ein USB IR Empfänger/Sender/Einschalter mit Wakeup-Timer

Jetzt mitmachen!

Teilen