Hallo Kalle,
so schaut das bei mir in der board.txt auch aus. Aber das ist ja dann noch immer der alte Bootloader soweit ich da sehe. Denn beim Nano steht der optiboot drinnen. Hier die Einträge für den Nano, wobei der old bootloader dort genau der ist, der für den Pro Mini eingetragen ist:
## Arduino Nano w/ ATmega328P
## --------------------------
nano.menu.cpu.atmega328=ATmega328P
nano.menu.cpu.atmega328.upload.maximum_size=30720
nano.menu.cpu.atmega328.upload.maximum_data_size=2048
nano.menu.cpu.atmega328.upload.speed=115200
nano.menu.cpu.atmega328.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328.bootloader.high_fuses=0xDA
nano.menu.cpu.atmega328.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328.bootloader.file=optiboot/optiboot_atmega328.hex
nano.menu.cpu.atmega328.build.mcu=atmega328p
## Arduino Nano w/ ATmega328P (old bootloader)
## --------------------------
nano.menu.cpu.atmega328old=ATmega328P (Old Bootloader)
nano.menu.cpu.atmega328old.upload.maximum_size=30720
nano.menu.cpu.atmega328old.upload.maximum_data_size=2048
nano.menu.cpu.atmega328old.upload.speed=57600
nano.menu.cpu.atmega328old.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328old.bootloader.high_fuses=0xDA
nano.menu.cpu.atmega328old.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328old.bootloader.file=atmega/ATmegaBOOT_168_atmega328.hex
nano.menu.cpu.atmega328old.build.mcu=atmega328p
Nachdem ich da gerade nachgeschaut habe, fand ich unter
C:\Program Files (x86)\Arduino\hardware\arduino\avr\bootloaders\optiboot
Auch noch eine Datei namens
optiboot_atmega328-Mini.hex
was die Verwirrung nun vollenden dürfte.
Letztlich hat es jedenfalls mit der Einstellung wie in meinem vorigen Posting zu sehen funktioniert.
Ad Pegel: Wenn man wüsste, wie der S.Port-Pin aus dem Modulschacht im Sender genau am Prozessor hängt, dann wüsste man mehr. Fraglich ist dann halt noch, ob die unterschiedlichen Sender das alle gleich handhaben. Der vorgeschlagene Widerstand dürfte aber so oder so keinen Schaden anrichten und ich würde den bei 5V auf jeden Fall vorsehen. On-Chip im STM32 hängt da auf jeden Fall eine ESD-Schutzdiode zur Versorgungsspannung des Prozessors dran. Und die findet die ständige Überspannung auf Dauer eher nicht lustig. Könnte aber sein, dass ohnehin schon ein Serienwiderstand vorgesehen ist. Könnte. Selbst dann dürfte ein zusätzlicher Serienwiderstand nicht schaden.
Die mögliche Folge der dauernden Überspannung könnte ansonsten durchaus auch ein spontaner Totalschaden des Mikrocontrollers im Sender sein. Das läuft nach dem Motto "steter Tropfen höhlt den Stein" ab. Wenn dann gerade ein Modell in der Luft ist...
LG
Markus
so schaut das bei mir in der board.txt auch aus. Aber das ist ja dann noch immer der alte Bootloader soweit ich da sehe. Denn beim Nano steht der optiboot drinnen. Hier die Einträge für den Nano, wobei der old bootloader dort genau der ist, der für den Pro Mini eingetragen ist:
## Arduino Nano w/ ATmega328P
## --------------------------
nano.menu.cpu.atmega328=ATmega328P
nano.menu.cpu.atmega328.upload.maximum_size=30720
nano.menu.cpu.atmega328.upload.maximum_data_size=2048
nano.menu.cpu.atmega328.upload.speed=115200
nano.menu.cpu.atmega328.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328.bootloader.high_fuses=0xDA
nano.menu.cpu.atmega328.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328.bootloader.file=optiboot/optiboot_atmega328.hex
nano.menu.cpu.atmega328.build.mcu=atmega328p
## Arduino Nano w/ ATmega328P (old bootloader)
## --------------------------
nano.menu.cpu.atmega328old=ATmega328P (Old Bootloader)
nano.menu.cpu.atmega328old.upload.maximum_size=30720
nano.menu.cpu.atmega328old.upload.maximum_data_size=2048
nano.menu.cpu.atmega328old.upload.speed=57600
nano.menu.cpu.atmega328old.bootloader.low_fuses=0xFF
nano.menu.cpu.atmega328old.bootloader.high_fuses=0xDA
nano.menu.cpu.atmega328old.bootloader.extended_fuses=0xFD
nano.menu.cpu.atmega328old.bootloader.file=atmega/ATmegaBOOT_168_atmega328.hex
nano.menu.cpu.atmega328old.build.mcu=atmega328p
Nachdem ich da gerade nachgeschaut habe, fand ich unter
C:\Program Files (x86)\Arduino\hardware\arduino\avr\bootloaders\optiboot
Auch noch eine Datei namens
optiboot_atmega328-Mini.hex
was die Verwirrung nun vollenden dürfte.
Letztlich hat es jedenfalls mit der Einstellung wie in meinem vorigen Posting zu sehen funktioniert.
Ad Pegel: Wenn man wüsste, wie der S.Port-Pin aus dem Modulschacht im Sender genau am Prozessor hängt, dann wüsste man mehr. Fraglich ist dann halt noch, ob die unterschiedlichen Sender das alle gleich handhaben. Der vorgeschlagene Widerstand dürfte aber so oder so keinen Schaden anrichten und ich würde den bei 5V auf jeden Fall vorsehen. On-Chip im STM32 hängt da auf jeden Fall eine ESD-Schutzdiode zur Versorgungsspannung des Prozessors dran. Und die findet die ständige Überspannung auf Dauer eher nicht lustig. Könnte aber sein, dass ohnehin schon ein Serienwiderstand vorgesehen ist. Könnte. Selbst dann dürfte ein zusätzlicher Serienwiderstand nicht schaden.
Die mögliche Folge der dauernden Überspannung könnte ansonsten durchaus auch ein spontaner Totalschaden des Mikrocontrollers im Sender sein. Das läuft nach dem Motto "steter Tropfen höhlt den Stein" ab. Wenn dann gerade ein Modell in der Luft ist...
LG
Markus
Zuletzt bearbeitet: