Selbstbau CUN (MapleCUN)

[stefanru]

Hi PeMue,

kommt da nur das copyright wird garnichts erkannt.
Hast du auf deinem maple den Bootloader maple_mini_boot20.bin schon per stm32flash aufgespielt?

Benutzt du sudo vorm aufruf von dfu-util?

Ich sehe das so entweder hast du den Bootloader nicht drauf, bist nicht im Bootloader Modus oder dfu-util fehlen Berechtigungen / Treiber.
Bin auf Linux da selbst noch am schauen. Kann das am WE nochmal am Raspberry testen.

Hoffe das hilft irgendwie.

Gruß,
Stefan

[PeMue]

Hallo zusammen,

ich habe locutus' USB Stick, der meldet sich einmal mit

Code Auswählen Erweitern

tail -f /var/log/syslog

Code Auswählen Erweitern

Jun  9 10:00:50 PMRPI03 kernel: [ 1231.412860] usb 1-1.4: new full-speed USB device number 28 using dwc_otg
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.520497] usb 1-1.4: New USB device found, idVendor=0483, idProduct=5743
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.520525] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.520543] usb 1-1.4: Product: MapleCUL
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.520559] usb 1-1.4: Manufacturer: STM32
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.520575] usb 1-1.4: SerialNumber: 12f3a0ac
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.530990] cdc_acm 1-1.4:1.0: ttyACM0: USB ACM device
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.536145] cdc_acm 1-1.4:1.2: ttyACM1: USB ACM device
Jun  9 10:00:50 PMRPI03 kernel: [ 1231.538856] cdc_acm 1-1.4:1.4: ttyACM2: USB ACM device
Jun  9 10:01:09 PMRPI03 rsyslogd-2007: action 'action 17' suspended, next retry is Fri Jun  9 10:01:39 2017 [try http://www.rsyslog.com/e/2007 ]
Hat dann stabil die drei /dev/ttyACM

• Schnittstellen, in fhem noch nicht getestet, aber ich denke, der wird schon gehen. Nach Drücken des Reset Knopfes tut sich bei dfu-util bis auf das Copyright nichts. Dann habe ich noch den Einfach-Transceiver, der macht so alle zwei Sekunden eine neuen Satz /dev/ttyACM
• Schnittstellen auf. Ich habe den LAN-Transceiver schon runtergenommen, aber es bleibt dabei 
  
  Gruß PeMue
  

[Ranseyer]

Wenn er sich wirklich nur einmalig meldet, also vor dem Anschließen schon das syslog angezeigt wurde nutzt locutus keinen USB-Bootloader.
Das bedeutet du musst den Bootloader selbst aufspielen*, oder kannst nur Firmwares per USB_Wandler aufspielen, aber die Firmware muss dafür kompiliert sein dass kein Bootloader verwendet wird. Die neueren Images von Telekatz setzen einen (bestimmten!) Bootloader voraus.

Dann habe ich noch den Einfach-Transceiver, der macht so alle zwei Sekunden eine neuen Satz /dev/ttyACM
Schnittstellen auf. Ich habe den LAN-Transceiver schon runtergenommen, aber es bleibt dabei 

Das hört sich so an als ob die eigentlich Software ständig neu startet. Wenn du einen Debug-Anschluss hast hier mal per USB-Wandler @115200 lauschen warum das der Fall ist.



*Wenn man einen USB Bootloader verwenden will muss auch HW-Seitig manches passen. (Pullups / Pulldown wegen USB disconnect um später das andere USB-Device zu sehen) Kann dir nicht sagen ob das mit dem Stick von Locutus klappt.

[stefanru]

Ups,

da muss ich aber auch nochmal nachhaken

*Wenn man einen USB Bootloader verwenden will muss auch HW-Seitig manches passen. (Pullups / Pulldown wegen USB disconnect um später das andere USB-Device zu sehen)

Ich habe die 2 Fach Platine und gestern auch gesehen dass im Fhem Log der Maple immer nach dem Empfang einer 868 Nachricht disconnected und neu connected.
Ich hatte das jetzt erstmal auf mein nicht richtiges Wissen welcher meiner Chips 433 und welcher 868 ist und eventuell vertauschten Einstellungen geschoben und wollte das erstmal testen/nachschauen.

Brauche ich auch irgendwelche Pullups / Pulldowns mit Bootloader?

Gruß,
Stefan

[Telekatz]

Der Stick von locutus sieht so aus, als ob er nicht die USB disconnect Schaltung vom Maple Mini hat. In dem Fall braucht man einen angepassten Bootloader, der die USB Verbindung anders trennen kann. Wie man den erstellt ist hier beschrieben:
https://github.com/rogerclarkmelbourne/STM32duino-bootloader

[juergs]

Ich habe diesen Bootloader hier für Locutus-Board  verwendet:

https://github.com/rogerclarkmelbourne/STM32duino-bootloader/blob/master/STM32F1/binaries/generic_boot20_pc13.bin

Zusammen mit dieser Binary von hier:
https://forum.fhem.de/index.php/topic,60458.msg638507.html#msg638507

Boot1 muss mit GND verbunden sein, ist die Lötbrücke auf der Unterseite der Platine, neben TX1 und RX1.
Beides mit FTDI-USB-Seriell-Wandler geflasht.
Diese Versionen  haben eine Abhängigkeit mit der Zuordnung der User-LED zum verwendeten I/O-Pin. 

Ohne USB, aber Arduino flasht über USB mit dfu-util:
Vorraussetzung: 3 Serielle COM-Schnittstellen und die erste ist als Arduino-Port angegeben.  Es sei dem, Windows enumeriert sie anders.
Bei mir war am Anfang die 2. Serielle die "Aktive", was sich leicht mit einem Terminal@115200Bd und dem Kommando "V" prüfen lasst....
Jede weitere MapleCUL-Platine enumeriert den COM-Port weiter nach oben.
Bei mir 18,19,20 die nächste Platine 20,21,22 etc. das ist auch noch ein störender Effekt.
Mal schauen, wie man das auf eine Schnittstellenserie festzurren kann... 



Habe diese Version seit 2 Wochen am BananaPi (noch zusammen mit 2 "normalen" NanoCULs) laufen.

[RaspiLED]

Hi, ich lösche im Gerätemanager immer die nicht verbundenen Geräte (muss man erst im Menu anzeigen) Dann werden die Ports wieder frei[emoji6]


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[stefanru]

Hi,

so hab jetzt soweit alles am Laufen auf der 2fach Platine. 433 und 868. Der 433 ist an cc0 and der 868 an cc1.
Soweit echt cool auf der Platine mit beiden Empfängern.
Ein Problem bleibt leider noch.

Immer wenn ich auf 868 von meinem ESA2000 (alle 3 min.) die Readings empfange disconnected und reconnected der Maple.
Der ESA ist mein einziges 868 Gerät. Lasse ich die 868 Antenne weg und empfange ich ihn nicht rebootet der Maple auch nicht.

Die Spannungsversorgung will ich eigentlich ausschließen. Habe das original Raspberry Netzteil mit 5.1V und 2,5A.
Habe den Maple nun auch noch über VCC und GND zusätzlich versorgt.
Das brachte alles keine besserung.

Im Log steht dann immer:

Code Auswählen Erweitern

2017.06.10 02:55:07 1: /dev/serial/by-id/usb-STM32_MapleCUL_a55355d1-if00 disconnected, waiting to reappear (mapleCUL433_2)
2017.06.10 02:55:07 3: Setting mapleCUL433_2 serial parameters to 38400,8,N,1
2017.06.10 02:55:07 3: mapleCUL433_2: Possible commands: BbCFiAZNEkGMKLUYRTVWXeflptxz*
2017.06.10 02:55:07 1: /dev/serial/by-id/usb-STM32_MapleCUL_a55355d1-if00 reappeared (mapleCUL433_2)
2017.06.10 02:55:07 3: mapleCUL868_2: Possible commands: bCFiAZNEGMKLUYRTVWXfz

Die readings wurden genau um 02:55:07 aktualisiert.

Code Auswählen Erweitern

actual
0
2017-06-10 02:55:07
actual_ticks
0
2017-06-10 02:55:07
aktuell
0.00
2017-06-10 02:55:07
battery
ok
2017-06-10 02:55:07
day
1.33333333333333
2017-06-10 02:55:07
day_hr
2.49333333333333
2017-06-09 19:59:24
day_last
5.21333333333333
2017-06-10 00:00:53
day_lr
1.33333333333333
2017-06-10 02:55:07
diff
0.0000
2017-06-10 02:55:07
diff_sec
125
2017-06-10 02:55:07
diff_ticks
0
2017-06-10 02:55:07
hour
0.88
2017-06-10 02:55:07
hour_last
0.0533333333333333
2017-06-10 02:01:47
last_sec
1497056107
2017-06-10 02:55:07
letzteStunde
0.05
2017-06-10 02:55:07
letzterTag
5.21
2017-06-10 02:55:07
max
20.1
2017-05-06 11:26:23
month
51.4533333333341
2017-06-10 02:55:07
month_hr
14.9466666666669
2017-06-09 19:59:24
month_last
183.706666666642
2017-06-01 00:00:31
month_lr
36.5066666666665
2017-06-10 02:55:07
rate
LR
2017-06-10 02:55:07
raw
CNT: 126- CUM: 17637 CUR: 0 TICKS: 75 LR
2017-06-10 02:55:07
raw_total
216508.360
2017-06-10 02:55:07
repeat
-
2017-06-10 02:55:07
sequence
126
2017-06-10 02:55:07
state
CNT: 126- CUM: 235.160 CUR: 0.000 TICKS: 75 LR
2017-06-10 02:55:07
stunde
0.88
2017-06-10 02:55:07
tag
1.33
2017-06-10 02:55:07
ticks
75
2017-06-10 02:55:07
total
235.159999999948
2017-06-10 02:55:07
total_ticks
17637
2017-06-10 02:55:07
type
ESAx000WZ
2017-06-10 02:55:07
year
235.159999999948
2017-06-10 02:55:07
year_hr
63.5733333333361
2017-06-09 19:59:24
year_lr
171.586666666655
2017-06-10 02:55:07

Hat jemand da eine Idee was ich probieren könnte oder woran es liegen könnte?

Gruß,
Stefan

[juergs]

Hallo Stefan,

scheint mir eher ein Hinweis auf ein Fehler in der FW.
Ich kenne das ESA gerät nicht. Deshalb kann ich zu dem Sachverhalt nicht weiter beitragen.

Wie bist Du zum Binary gekommen? aculfw selbst kompiliert ?

Hatte so einen ähnlichen Fall schon mal, wo ein Conditional nicht gegriffen hat und der
Funktionpointer ins Nirwana zeigte. Dann müsste man den Code und den Compiler Output dazu
genauer analysieren.

Kannst Du Einzelheiten zu den Einstellungen/Protokoll-Einstellung in aculfw dazu geben? Ein List des Devices wäre auch hilfreich....
Evtl ein verbose 5 und den output vor dem Reset ...

Grüße,
Jürgen

[stefanru]

Hi Jürgen,

ich danke dir vielmals.
Ich denke es hat sich erledigt.
Seltsamerweise hat ein neustart von FHEM das Problem behoben.
Das verstehe ich nicht wirklich aber jetzt geht alles.

Ich muss hier nochmal allen Danken für die Hilfe.

Jetzt muss ich nur noch einen neuen mini USB Port Einlöten dann wäre das Projekt auch fertig

Gruß und Danke,
Stefan

[juergs]

Hi Stefan,

reboot tut gut ... 
Du weißt aber nicht, ob sich der Zustand möglicherweise irgendwann wieder einstellt....

Aber da täte sich die Frage auf:
Die MapleCUL-FW-Variante emuliert ja das ATmega-EEPROM im Flash.
Wäre da ein "set <mapleCUL> raw e" hilfreich gewesen?

Wobei das Eine mit dem Anderen nichts zu tun hat.

[locutus]

Hallo zusammen,

ich habe den einfach Transceiver von locutus an meinen Raspberry Pi angeschlossen (ohne Netzwerk Transceiver) und bekomme regelmäßig folgende Meldung mit

Code Auswählen Erweitern

tail -f /var/log/syslog

Code Auswählen Erweitern

Jun  9 07:24:22 PMRPI03 kernel: [3952458.309772] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:22 PMRPI03 kernel: [3952458.309789] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:22 PMRPI03 kernel: [3952458.309805] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:22 PMRPI03 kernel: [3952458.311543] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:22 PMRPI03 kernel: [3952458.314917] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:22 PMRPI03 kernel: [3952458.317668] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:24 PMRPI03 kernel: [3952460.262660] usb 1-1.5: USB disconnect, device number 111
Jun  9 07:24:24 PMRPI03 kernel: [3952460.501911] usb 1-1.5: new full-speed USB device number 112 using dwc_otg
Jun  9 07:24:24 PMRPI03 kernel: [3952460.609647] usb 1-1.5: New USB device found, idVendor=0483, idProduct=5743
Jun  9 07:24:24 PMRPI03 kernel: [3952460.609677] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 07:24:24 PMRPI03 kernel: [3952460.609707] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:24 PMRPI03 kernel: [3952460.609725] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:24 PMRPI03 kernel: [3952460.609741] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:24 PMRPI03 kernel: [3952460.611459] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:24 PMRPI03 kernel: [3952460.615007] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:24 PMRPI03 kernel: [3952460.617504] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:26 PMRPI03 kernel: [3952462.310928] usb 1-1.5: USB disconnect, device number 112
Jun  9 07:24:26 PMRPI03 kernel: [3952462.551922] usb 1-1.5: new full-speed USB device number 113 using dwc_otg
Jun  9 07:24:26 PMRPI03 kernel: [3952462.659795] usb 1-1.5: New USB device found, idVendor=0483, idProduct=5743
Jun  9 07:24:26 PMRPI03 kernel: [3952462.659824] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 07:24:26 PMRPI03 kernel: [3952462.659866] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:26 PMRPI03 kernel: [3952462.659884] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:26 PMRPI03 kernel: [3952462.659900] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:26 PMRPI03 kernel: [3952462.661541] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:26 PMRPI03 kernel: [3952462.664032] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:26 PMRPI03 kernel: [3952462.666544] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:28 PMRPI03 kernel: [3952464.615266] usb 1-1.5: USB disconnect, device number 113
Jun  9 07:24:29 PMRPI03 kernel: [3952464.851925] usb 1-1.5: new full-speed USB device number 114 using dwc_otg
Jun  9 07:24:29 PMRPI03 kernel: [3952464.959722] usb 1-1.5: New USB device found, idVendor=0483, idProduct=5743
Jun  9 07:24:29 PMRPI03 kernel: [3952464.959751] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 07:24:29 PMRPI03 kernel: [3952464.959800] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:29 PMRPI03 kernel: [3952464.959817] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:29 PMRPI03 kernel: [3952464.959833] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:29 PMRPI03 kernel: [3952464.962104] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:29 PMRPI03 kernel: [3952464.964632] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:29 PMRPI03 kernel: [3952464.967124] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:31 PMRPI03 kernel: [3952466.919540] usb 1-1.5: USB disconnect, device number 114
Jun  9 07:24:31 PMRPI03 kernel: [3952467.161906] usb 1-1.5: new full-speed USB device number 115 using dwc_otg
Jun  9 07:24:31 PMRPI03 kernel: [3952467.269655] usb 1-1.5: New USB device found, idVendor=0483, idProduct=5743
Jun  9 07:24:31 PMRPI03 kernel: [3952467.269684] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 07:24:31 PMRPI03 kernel: [3952467.269721] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:31 PMRPI03 kernel: [3952467.269739] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:31 PMRPI03 kernel: [3952467.269755] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:31 PMRPI03 kernel: [3952467.273869] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:31 PMRPI03 kernel: [3952467.276930] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:31 PMRPI03 kernel: [3952467.280472] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:33 PMRPI03 kernel: [3952468.967826] usb 1-1.5: USB disconnect, device number 115
Jun  9 07:24:33 PMRPI03 kernel: [3952469.281934] usb 1-1.5: new full-speed USB device number 116 using dwc_otg
Jun  9 07:24:33 PMRPI03 kernel: [3952469.389558] usb 1-1.5: New USB device found, idVendor=0483, idProduct=5743
Jun  9 07:24:33 PMRPI03 kernel: [3952469.389588] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 07:24:33 PMRPI03 kernel: [3952469.389620] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:33 PMRPI03 kernel: [3952469.389637] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:33 PMRPI03 kernel: [3952469.389653] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:33 PMRPI03 kernel: [3952469.391420] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:33 PMRPI03 kernel: [3952469.394933] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:33 PMRPI03 kernel: [3952469.398043] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:35 PMRPI03 kernel: [3952471.272137] usb 1-1.5: USB disconnect, device number 116
Jun  9 07:24:35 PMRPI03 kernel: [3952471.511971] usb 1-1.5: new full-speed USB device number 117 using dwc_otg
Jun  9 07:24:35 PMRPI03 kernel: [3952471.619865] usb 1-1.5: New USB device found, idVendor=0483, idProduct=5743
Jun  9 07:24:35 PMRPI03 kernel: [3952471.619895] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Jun  9 07:24:35 PMRPI03 kernel: [3952471.619925] usb 1-1.5: Product: MapleCUL
Jun  9 07:24:35 PMRPI03 kernel: [3952471.619942] usb 1-1.5: Manufacturer: STM32
Jun  9 07:24:35 PMRPI03 kernel: [3952471.619958] usb 1-1.5: SerialNumber: e07896cf
Jun  9 07:24:35 PMRPI03 kernel: [3952471.621737] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device
Jun  9 07:24:35 PMRPI03 kernel: [3952471.624934] cdc_acm 1-1.5:1.2: ttyACM1: USB ACM device
Jun  9 07:24:35 PMRPI03 kernel: [3952471.627597] cdc_acm 1-1.5:1.4: ttyACM2: USB ACM device
Jun  9 07:24:37 PMRPI03 kernel: [3952473.576465] usb 1-1.5: USB disconnect, device number 117
Ist da die falsche Firmware drauf?

Nicht die falsche, sondern die veraltete, Bootloader freie Firmware aus der Entwicklungszeit. Damals waren unterschiedliche Firmwarevarianten für Maple Mini mit und ohne Netzwerkcontroller erforderlich.

[PeMue]

Nicht die falsche, sondern die veraltete, Bootloader freie Firmware aus der Entwicklungszeit. Damals waren unterschiedliche Firmwarevarianten für Maple Mini mit und ohne Netzwerkcontroller erforderlich.

Sprich ich habe jetzt zwei Möglichkeiten:
- den Bootloader per serieller Schnittstelle flashen und dann die Binary von Mediafire per USB zu flashen oder
- neu zu compilieren (wie beim mapleCUL USB Stick) und die Firmware per serieller Schnittstelle zu flashen, oder?

Danke + Gruß

Peter

[juergs]

Hallo locutus + Peter,

ich habe jetzt 5 MapleCULs aus locutus DualTransceiver-Platine aufgebaut.
Davon funktionieren 4 sehr zuverlässig und eine zeigt ein ähnliches Verhalten wie die von PeMue.

Bei allen ist die gleiche Variante seriell geflasht worden:

Zuerst Bootloader von hier:
https://github.com/rogerclarkmelbourne/STM32duino-bootloader/blob/master/STM32F1/binaries/generic_boot20_pc13.bin

Dann Applikationsbinary MapleCULx4.bin von hier:
https://forum.fhem.de/index.php/topic,60458.msg638507.html#msg638507

Eine Platine zeigt ein ähnliches Verhalten mit den Disconnects, wie die von PeMue (allerdings unter Windows).
Ich wollte das heute reproduzieren bzw. untersuchen. Leider funktioniert das heute tadellos ...

Deshalb:

Nicht die falsche, sondern die veraltete, Bootloader freie Firmware aus der Entwicklungszeit. Damals waren unterschiedliche Firmwarevarianten für Maple Mini mit und ohne Netzwerkcontroller erforderlich.

auf was für eine Bootloader-Variante/Version beziehst Du Dich da genau?

Grüße,
Jürgen 

PS: Auch der maple_mini_boot20.bin-Bootloader funktioniert:
maple-mini-clone-bootloader-flashen
bzw. dieser hier:
stm32f103-minimal-board-bootloader-flashen

[locutus]

Sprich ich habe jetzt zwei Möglichkeiten:
- den Bootloader per serieller Schnittstelle flashen und dann die Binary von Mediafire per USB zu flashen oder
- neu zu compilieren (wie beim mapleCUL USB Stick) und die Firmware per serieller Schnittstelle zu flashen, oder?

Du hast den üblichen STM32 Maple Mini vom Chinamann? Du kannst die Optionen anwenden, die hier besprochen und zur Verfügung gestellt worden sind.
Aus dem Thema Bootloader bin ich raus. Ich habe mich nie damit auseinandergesetzt, nur hier mitgelesen.

Deshalb:auf was für eine Bootloader-Variante/Version beziehst Du Dich da genau?

Version 1.23.xx ohne Bootloader!

Das makefile ist in der Lage, folgende Targets zu erzeugen:

Code Auswählen Erweitern

MapleCUL
MapleCUN
MapleCULx4
MapleCUNx4
MapleCUNx4_W5100
MapleCUNx4_W5500
MapleCUNx4_W5100_BL
MapleCUNx4_W5500_BL
Nur zwei davon unterstützen offiziell den Bootloader. Dazu hat sich der Maintainer bereits in Antwort #326 geäußert.