gismow
Active member
- Registriert
- 03.03.2012
- Beiträge
- 2.203
Moin, moin...
In den letzten Tagen kämpfe ich mit der Fahrplatine für den Black Devil, er soll nun auch eine bekommen. Dazu habe ich die Platine gelötet und wie immer einen 6-Pin Anschluss für ein FTDI Board hinzugefügt.
Hier kann ich ein FTDI Board anschließen. Dies wird per USB mit dem Computer verbunden und ich kann den Sketch wie bei einem Arduino Board hochladen. So muss den Chip zum Upload nicht immer aus dem Board raus puhlen, in das Uno stecken, upload durchführen Chip wieder raus puhlen und zurück in das Board stecken. Das tut auf die Dauer weder dem Sockel noch dem Chip gut. Und es ist lästig.
Das sieht dann z. B. so aus:
Das ganze hat 2 Vorteile:
1. Ich kann Platinen in meinem gewünschten Format bauen
2. Ich muss nicht auf die Analyse per serieller Ausgabe verzichten, denn das funktioniert nach wie vor.
Bisher hat dies auch wunderbar funktioniert, bis ich nun vor ein paar Tagen die Platine für den Black Devil angeschlossen habe.
Plötzlich erhielt ich Synchronisationsfehler
Diverse Recherchen haben nun den Grund dafür an Licht gebracht. Der aktuelle Bootloader für das Srduino Board verträgt sich nicht mit den Treibern der FTDI Chips. Wenn man einen Upload startet führt der avrdude erst einen Reset durch. Der Bootloader startet den Chip neu und erkennt dabei dass die Außenwelt gerne ein Upload machen möchte. Hier greift nun die Inkompatibilität. Der Bootloader versteht nicht dass dort ein FTDI Chip mit Daten wartet und startet den Chip sauber durch. Der FTDI Chip wartet sich einen Wolf und bricht dann irgendwann entnervt ab. So kommt es zu dieser Fehlermeldung.
Nach diversen Recherchen habe ich nun eine Lösung gefunden um den FTDI hip zu umgehen. Ich verwende das Arduino USB 2 Serial Micro.
Dieses Board verwendet nicht den FTDI Chip, sondern einen ATMega16U2 Chip für den Upload.
Und siehe da, ich kann wieder einen sauberen Upload durchführen und habe die Analyse über den seriellen Port zurück...
Wenn ihr also Upload Probleme habt, dies könnte eine Lösung sein.
Noch ein schönes Wochenende und "Happy coding"...
In den letzten Tagen kämpfe ich mit der Fahrplatine für den Black Devil, er soll nun auch eine bekommen. Dazu habe ich die Platine gelötet und wie immer einen 6-Pin Anschluss für ein FTDI Board hinzugefügt.
Hier kann ich ein FTDI Board anschließen. Dies wird per USB mit dem Computer verbunden und ich kann den Sketch wie bei einem Arduino Board hochladen. So muss den Chip zum Upload nicht immer aus dem Board raus puhlen, in das Uno stecken, upload durchführen Chip wieder raus puhlen und zurück in das Board stecken. Das tut auf die Dauer weder dem Sockel noch dem Chip gut. Und es ist lästig.
Das sieht dann z. B. so aus:
Das ganze hat 2 Vorteile:
1. Ich kann Platinen in meinem gewünschten Format bauen
2. Ich muss nicht auf die Analyse per serieller Ausgabe verzichten, denn das funktioniert nach wie vor.
Bisher hat dies auch wunderbar funktioniert, bis ich nun vor ein paar Tagen die Platine für den Black Devil angeschlossen habe.
Plötzlich erhielt ich Synchronisationsfehler
Diverse Recherchen haben nun den Grund dafür an Licht gebracht. Der aktuelle Bootloader für das Srduino Board verträgt sich nicht mit den Treibern der FTDI Chips. Wenn man einen Upload startet führt der avrdude erst einen Reset durch. Der Bootloader startet den Chip neu und erkennt dabei dass die Außenwelt gerne ein Upload machen möchte. Hier greift nun die Inkompatibilität. Der Bootloader versteht nicht dass dort ein FTDI Chip mit Daten wartet und startet den Chip sauber durch. Der FTDI Chip wartet sich einen Wolf und bricht dann irgendwann entnervt ab. So kommt es zu dieser Fehlermeldung.
Nach diversen Recherchen habe ich nun eine Lösung gefunden um den FTDI hip zu umgehen. Ich verwende das Arduino USB 2 Serial Micro.
Dieses Board verwendet nicht den FTDI Chip, sondern einen ATMega16U2 Chip für den Upload.
Und siehe da, ich kann wieder einen sauberen Upload durchführen und habe die Analyse über den seriellen Port zurück...
Wenn ihr also Upload Probleme habt, dies könnte eine Lösung sein.
Noch ein schönes Wochenende und "Happy coding"...
