Gen7+Teacup keine Verbindung nach Progammieren

rex2010 Wrote:
-------------------------------------------------------
> arduino erkennt den COM-Port automatisch siehe
> Bild wurde nicht manuel ausgewählt
>

Sollte Dein anderes Projekt damit auch funktioniert haben ... ok ...
Ich musste aber nach tagelangem herumprobieren den COM-Port, ich glaube von 11 oder 16, auf COM1 mit Gewalt legen und die anderen Geräte rausschmeißen bzw. verlegen. Erst dann bekam ich Zugang.
Frag' mich bloß nicht warum, ich war heilfroh, dass es endlich funktionierte.

rex2010 Wrote:
-------------------------------------------------------
> noch ein Bild von der Platine verbindung zum PC
> über FTDI/USB
>

Äh ja ... ok ...
Hast Du schon mal versucht unter den Aufkleber zu schauen? Die Bezeichnung ist ja auch auf den Chip gebrannt/geätzt.
Da hat sich der Verkäufer einen schönen Scherz erlaubt.

Max Bahr Wrote:
-------------------------------------------------------
> rex2010 Wrote:
> --------------------------------------------------
> -----
> > noch ein Bild von der Platine verbindung zum PC
> > über FTDI/USB
> >
>
> Äh ja ... ok ...
> Hast Du schon mal versucht unter den Aufkleber zu
> schauen? Die Bezeichnung ist ja auch auf den Chip
> gebrannt/geätzt.
> Da hat sich der Verkäufer einen schönen Scherz
> erlaubt.

ja unter dem Aufkleber steht ATMEGA644P 20PU ich versteh das auch nicht warum die unterschiedlich sind ???

Ich hoffe mal, dass einer der Experten hierzu sich äußern kann. Ich bin mir da auch nicht so sicher, ob das zusammen passt.
Allerdings gibt es ja unterschiedliche Chips und Bootloader, daher gehe ich mal davon aus, dass das nicht so 100%-ig passt.

Hast Du zufällig einen Programmer bei Dir rumliegen?
Um genau zu sein, diesen hier: Pololu USB AVR Programmer
Dann kannst Du ganz einfach den Bootloader selber neu auf den Chip laden.
Und diesmal den Richtigen.

Ich will Dir ja nicht den Spaß daran verderben, aber bei mir ging damals fast zwei Wochen lang nichts, und ich habe hier alles mögliche versucht, was mir das kompetente Forum anbot. Wofür ich echt dankbar bin für die Hilfe hier. Aber schlussendlich musste ich mir den Programmer doch kaufen und siehe da, es funktionierte sofort, nachdem ich den Bootloader erneut auf den Chip gespielt hatte.

Max Bahr Wrote:
-------------------------------------------------------
> Ich hoffe mal, dass einer der Experten hierzu sich
> äußern kann. Ich bin mir da auch nicht so
> sicher, ob das zusammen passt.
> Allerdings gibt es ja unterschiedliche Chips und
> Bootloader, daher gehe ich mal davon aus, dass das
> nicht so 100%-ig passt.
>
> Hast Du zufällig einen Programmer bei Dir
> rumliegen?
> Um genau zu sein, diesen hier: Pololu USB AVR
> Programmer
> Dann kannst Du ganz einfach den Bootloader selber
> neu auf den Chip laden.
> Und diesmal den Richtigen.
>
> Ich will Dir ja nicht den Spaß daran verderben,
> aber bei mir ging damals fast zwei Wochen lang
> nichts, und ich habe hier alles mögliche
> versucht, was mir das kompetente Forum anbot.
> Wofür ich echt dankbar bin für die Hilfe hier.
> Aber schlussendlich musste ich mir den Programmer
> doch kaufen und siehe da, es funktionierte sofort,
> nachdem ich den Bootloader erneut auf den Chip
> gespielt hatte.

Ich habe eine Programmer aber nicht den du hast sondern diesen Programmer

Damit mußte es auch funktionieren.

---

Bob Morrison
Wörth am Rhein, Germany
"Luke, use the source!"
BLOG - PHOTOS - Thingiverse

rhmorrison Wrote:
-------------------------------------------------------
> Damit mußte es auch funktionieren.


Ok dann werde ich mal versuchen ihn umzuflaschen die *.hex kann ich doch aus diesem Ordner nehem oder ?

C:\arduino-0022\arduino-0022\hardware\Gen7\bootloaders\Gen7\bootloader-644P-20MHz.hex

hat einer noch eine deutsche Anleitung?

Kenn ich.
Sorry, aber den hatte ich mir zuerst auch gekauft, weil ich dachte ich spare mir die 4-5 Euro.
Falsch gedacht.
Der Programmer erzeugt leider keinen realen COM-Port, sondern ich glaube einen Virtuellen.
Und das funktioniere bei mir nicht. Weder unter Windows Vista, 7 oder unter Ubuntu.
Darum habe ich mir dann den Pololu USB AVR Programmer gekauft. Der auch sofort funktionierte.

Der FTDI ist auch ein Virtuelles COM Port.
Wie betreibts du deine RepRap überhaupt?

---

Bob Morrison
Wörth am Rhein, Germany
"Luke, use the source!"
BLOG - PHOTOS - Thingiverse

Über FTDI an COM1.
Aber mit dem FTDI kannst Du keinen Bootloader schreiben.
Und darum geht es ja.

Quote

Da Du weiter oben schreibst, dass Du einen 644P Chip mit fertig aufgespielten 644 Bootloader gekauft hast.

Copy Shops eben.

Die ATmegas haben eine Signatur und man kann eine Firmware nur hochladen, wenn die Signatur passt. Allerdings ist diese Signatur m.W. nicht im Chip selbst, sondern Teil des Bootloaders. Entsprechend muss man in der IDE nicht nach dem Chip, sondern nach dessen Bootloader einstellen.

So gesehen würde ich auch mal schauen, welche Frequenz der Quarz denn hat. Das ist das ovale silberne Gehäuse gleich vor dem IC. Die Frequenz steht drauf. Steht da nicht 20.000MHz drauf, passt der Bootloader ebenfalls nicht.

Die Bootloader der v1.2 waren übrigens recht anfällig, was erst mit dem Release 1.3.1 verbessert wurde: [reprap.org] . Ist aber nicht dramatisch, der v1.3.1 Bootloader funktioniert auch auf einer v1.2 - wenn man ihn denn drauf hat.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

also der Quarz ist ein 20.000MHz

Ich werde mal versuchen den bootloader neu aufzuspielen vorausgesetzt ich begreif das mal mit den Kommandozeilen.

Vielen Dank erst mal für eure Hilfe!!!

Rico

Quote

C:\arduino-0022\arduino-0022\hardware\Gen7\bootloaders\Gen7\bootloader-644P-20MHz.hex

Der ist richtig, wenn das neueste Arduino IDE Support Päckchen installiert ist.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

Ich habe jetzt mal das Board ohne ATmega angeschlossen und versucht was aufzuspielen um zu Prüfen ob vom arduino ein Fehler kommt aber selbst da kommt kein Timeout.

ich verstehe das nicht

Kannst Du mit Ubuntu umgehen? Oder hast Du ein Win7 auf einem evtl. Zweitrechner?
Oder hast Du die Möglichkeit und Zeit Dir ein virtuelles System aufzusetzen?
Ich vermute das der COM-Port mit ein Problem ist. Versuche doch mal dich mehr in Richtung COM1 zu bewegen.

Was machen die kleinen LEDs am FTDI, sobald Du etwas am PC abschickst?
Leuchten die LEDs und wenn ja welche Farben siehst Du?

1-mal bearbeitet. Zuletzt am 28.09.11 14:59.

1. Ubunto habe ich als Bootstick kann ich also starten
2. Win 7 habe ich auf meine Notebook

den COM habe ich auf COM 1 umgestellt

die LED´s am FTDI machen nix wenn ich etwas zum Bord sende :-(

habe gerade mal bei meinem anderen Projekt auf einen Arduino pro mini eine neue Software aufgespielt, mit dem gleichen Port und Übertragungsrade da geht alles ohne Probleme

Quote

die LED´s am FTDI machen nix wenn ich etwas zum Bord sende

So lange das so ist, brauchst Du Dir um den ATmega keine Gedanken zu machen. Wenn das FTDI Board funktioniert, blinkert es bei Eingaben oder avrdude-Versuchen auch ohne dass es in die Gen7 eingesteckt ist. Eventuell nur eine Zeit lang, bis der Puffer voll ist, aber anfangs auf jeden Fall.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

ich habe es nochmal versucht wenn er fertig ist mit compelieren blinkt die TX LED kurz und mit großen Abständen immer wierder kurz

rex2010 Wrote:
-------------------------------------------------------
> ich habe es nochmal versucht wenn er fertig ist
> mit compelieren blinkt die TX LED kurz und mit
> großen Abständen immer wierder kurz

Du meinst wenn er fertig mit dem "Upload" ist?
Die LEDs sollten allerdings den kompletten Upload über blinken und nicht nur einmal kurz.
Hast Du Dein Board selbst zusammengelötet oder fertig gekauft?
So oder so solltest Du ersteinmal noch alle Lötstellen überprüfen und ggf. die einzelnen Elemente durchmessen.
Denn wie Traumflug schon gesagt hat, bringt Dir der FTDI nichts solange das Board nicht einwandfrei ist.

Das ist ein wenig ärgerlich. Ich kann da aus Erfahrung sprechen. Meine Sommermonate habe ich mit der Suche nach Fehlern und dem Posten hier im Forum verbracht. Aber es war lehrreich.

nein wenn er den Upload beginnen möchte blickt die LED mal kurz, das Board habe ich fertig gekauft die Lötstellen habe ich bereits alle geprüft und die die nicht so gut aussahen nachgelötet
die Verbindungen vom FTDI zum ATmega habe ich auch schon durchgemessen die sind OK

So wies aussieht funktioniert also dein FTDI Board.
Kann das Symptom bestätigen. Wenn er beim Schicken keine Verbindung aufbauen kann blinkt das TX LED kurz auf und erlischt danach.
Was du versuchen könntest ist den Chip kurz vor dem Upload manuell zu resetten. Also kompilieren lassen und sobald er fertig ist schnell Reset drücken oder erst dann Strom anstecken. Bei meinem Breadboard GEN7 Testaufbau kann ich nur so FW aufspielen.(hab da sicherlich eine Leitung vergessen)

Bei meinem GSG-Mod-Board , ( ist fast wie GEN7 ), ist das auch so wie bei scuba.
Ich kann nur programmieren indem ich den Reset-Knopf drücke, loslasse und sofort den Upload-Button drücken.


Edit:
Ich habe mir letztens ein Arduino UNO Board gekauft und bei dem kann ich den Resetknopf drücken wann ich will.
Schon seltsam. Der Grund daran liegt wohl an der anderen Bootloader Version.

2-mal bearbeitet. Zuletzt am 29.09.11 04:28.

ich nochmal
als ich mir gestern die Platine genauer angesehen habe stellte ich eine Brücke (siehe Bild) fest diese hatte ich gleich entfernt.

Nun stellt sich mir aber die Frage da alles kein Erfolg gebracht hat ob diese nicht doch richtig war?

kann mir das einer sagen

Danke Rico

Also eine Brücke gehört da definitiv nicht hin! siehe [reprap.org]
Ist für mich auf dem Foto aber auch nicht wirklich als solche erkennbar.

dies habe ich doch bereits entfernt

Wenn ich mich nicht in den Bildern von der Gen7 verlaufen habe würdest du wenn dort eine Brücke währe die LED überbrücken die Links von der Stelle sitzt ich denke nicht das das richtig ist.

Hast du den Bootlader mal erneuert ? Da gibt es nämlich in den alten Loadern das Problem das sie sich selber zerstören.


@scuba wenn du den Reset Kopf drücken mußt fehlt warscheinlich die Verbindung von pin6 Am seriellen Stecker zum Resetpin an der CPU (mit dem C in der Verbindung).

Paul

---

Prusa Mendel Wade Gen7(Teacup)
MendelMax Wade Ramps(Marlin)

ja die Brücke wahr swischen R16 und R30 brückt also die Stanby LED

nein den Bootloader habe ich noch nicht erneut bin noch dabei die Anleitung richtig zu verstehen

Jetzt wo ich zum zweiten mal deine Fotos anschau fällts mir erst auf.... was ist mit deinen Drahtbrücken auf der Bestückungsseite??... no nix fertig ?! oder bewusst weg gelassen??
Den "Power Option" Jumper hast du zwar korrekt gesetzt aber liefert dein FTDI auch die benötigte Spannun?! Traumflug erwähnt auf der GEN7 Seite , dass einige Adapter möglicherweise einen Umbau hierfür benötigen.

Vielleicht versuchst dus mal mit standard Stromversorgung sobald du das Board fertig aufgebaut hast.

Quote

was ist mit deinen Drahtbrücken auf der Bestückungsseite??... no nix fertig ?!

Das ist doch ein zweiseitiges Board. Statt der Drahtbrücken sind Leiterbahnen auf der Bestückungsseite. Sieht man auf einem der Bilder weiter oben.

---

Generation 7 Electronics	Teacup Firmware	RepRap DIY

diese Platiene hat keine Drahtbrücken auf der Bestückungsseite, das ist eine doppelseitige Platine da sind Leiterbahnen statt Brücken.

das mir dem Power Options Jumper habe ich auch schon getestet mit ATX Netzteil und natürlich richtig umgejumpert hat ach nix gebracht. Ich habe auch mal die Spannung am Atmege Pin 10 und 11 gemessen da kommen mit dem FTDI 4,9V an.

Fuses und Bootloader habe ich auch gerade neu aufgespielt auch ohne Erfolg es lässt sich nicht´s über den FTDI aufspielen nur bei lock the bootloader kommt ein error