Hallo habe, folgende Schaltung für ein Schwindungsmessgerät mit dem µC Atmega32U4 entwickelt, jedoch komm ich nach dem betätigen des Reset-Buttons nicht in den USB-Bootloader... Der Reset-Pin und die D+/D- Leitungen habe ich bereits geprüft. Im Anhang habe ich Bilder von dem Print und von der Schlatung.. Vllt hatte jemond schon solch ein Problem bzw. weiß woran es liegt.. Danke im vorraus :/
Ist die HWBE- und/oder die BOOTRST-Fuse programmiert?
HWBE-Fuse
Florian F. schrieb: > Im Anhang habe ich Bilder von dem Print und von der Schlatung.. Ist Deine Brille kaputt? Die sind total unscharf. Aber auch so sehe ich das Du nicht ausreichend Abblock-Kondensatoren verbaut hast. Die sind außerdem viel zu weit weg von den Pins. Wieso wurde da eigentlich eine USB 3 Buchse verbaut? Waren die USB2.0B-Buchsen alle?
Danke für dein Hilfe, werden den Print überarbeiten und ja die USB-B 2.0 Stecker sind alle :D
Gast
#5302760
Florian F. schrieb: > werden den Print überarbeiten Da wäre dringendst Hilfe aus dem Forum angebracht. Alleine wird das nichts!
So hätte die Schaltung und den Print überarbeitet. Habe die Kondensatoren C7,C3, und C6 nun näher an die Versorgungs Pins des µC plaziert und den USB 3.0 durch einen 2.0 Stecker Typ B ausgetauscht. Dann habe ich noch einen ISP Anschluss hinzugefügt. Weiß nur nicht genau wie ich aus Altium die Schaltung bzw. den Print für das Forum am besten hochlade, weil mit dem Sniping Tool wird es etwas unscharf...
Gast
#5313454
Ein Pullup an Reset wäre wohl kein Fehler.
Florian F. schrieb: > Weiß nur nicht genau wie ich aus Altium die Schaltung bzw. den Print für > das Forum am besten hochlade, Drucken als PDF?
Hier das Projekt als PDF
Also da sind von Fundamentalen Fehlern bis hin zu "komischen" Dingen alles enthalten. Wohin geht XTAL2?? Was sind das für C da oben in der Reihe?! Warum ist die Leiterbahn um den dreier Pin herrum geführt?! Usw... Usw... Von der USB D+/D- Leitung will ich garnicht erst anfangen. Überdenke dein Platinenlayout nochmal bitte.
Ich habe ein PCB mit Dual Layer gemacht, deshalbt sieht es vllt für dich so aus als ob der XTAL2 niergendwo hin verbunden wurde. Die drei 100nF Kondensatoren dienen als Stützkondensatoren für den Mikrocontroller...
Gast
#5843667
Die Platzierung von Quarz und Kondensatoren ist in der Praxis bei 8-Bit-Controllern weit weniger kritisch wie in den vorherigen Antworten angemahnt. Die Beschaltung von HWB, Reset und der Stromversorgung erscheint fehlerfrei. Bitte prüfen, ob UCAP tatsächlich 3,3 V führt. Ich würde folgendes vermuten: * Falscher Quarz, muss genau 16 MHz oder 8 MHz haben. Vielleicht daneben gegriffen? * Problem im Hostsystem. Falls Windows, ist Uwe Siebers "usbtreeview" erste Wahl, um sich ein Bild vom USB-Device zu machen. Wenn da nichts erscheint: Draht D+ ab. Wenn da ein Fehler steht: Kann falscher Quarz, falsches UCAP oder kaputter Draht sein. Wenn da alles OK ist, muss man libusb evtl. noch mal daran anbinden. Ich habe mich mal nach einem kleineren Urlader umgesehen, da 4 KByte ganz schön happig ist und der Arduino-Urlader mit 2 KByte besch... in der Benutzung ist. Da der vorgefundene 0,5-KByte-ubaboot zu zickig war habe ich's hier noch mal neu programmiert: http://www.tu-chemnitz.de/~heha/enas/Convac-Ätzer/#5 Grüße
Gast
#5843885
Es lag nicht an der Schaltung, sonder es war kein Bootloader drauf
Gast
#5843912
Florian schrieb: > Es lag nicht an der Schaltung, sonder es war kein Bootloader drauf Der HW Bootloader ist ab Werk drauf und unlöschbar.
Gast
#5843937
Laut Rs-component wurde der uC ohne bootloader verschickt und ich haben den bootloader danach mittels i2c auf den uc geflasht.
Gast
#5843979
Florian schrieb: > Laut Rs-component wurde der uC ohne bootloader verschickt ... Der Hardware Bootloader ist ab Werk drauf und unlöschbar.
Gast
#5843983
Es geht um den USB Bootloader im Thread
Gast
#5844020
Arduino Fanboy D. schrieb: > Florian schrieb: > Laut Rs-component wurde der uC ohne bootloader verschickt ... > > Der Hardware Bootloader ist ab Werk drauf und unlöschbar. Ja ein Bootloader ist drauf aber den kann man auch ändern in meinen Projekten, mit der Platine von ehajo.de, habe ich die Einstellungen angepasst und einen anderen Bootloader - LUFA - installiert.
Gast
#5844026
Florian, Ein anderes Problem ist ARef, den legt man nicht an VCC. Siehe die application note von Microchip zu den AVRs.
Gast
#5844029
Florian schrieb: > Laut Rs-component wurde der uC ohne bootloader verschickt und ich > haben den bootloader danach mittels i2c auf den uc geflasht. Kannst du mir mal einen Link reinstellen, wo beschrieben ist, wie man AVRs über I2C beschreibt?
Gast
#5844038
Karl M. schrieb: > aber den kann man auch ändern Du kannst den HW Bootloader deaktivieren (per Fuse und/oder per Pin) Aber weder löschen, noch mit einem anderen Bootloader überschreiben Und ja, man kann einen zweiten Bootloader aufspielen. (aber nicht per I2C)
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.





