Hallo Leute, Ihr seit meine letzte Hoffnung :-) Ich bau gerade einen Quadrocpter mit einem KK2.0 Board. Das Board arbeitet mit einem Atmega324PA. Die ursprüngliche Firmware war 1.4, nun wollte ich diese auf 1.6 erweitern. Habe mir dazu diesen Programmer gekauft. http://www.xxl-modellbau.de/KK-MultiWii-USBasp-ISP-Adapter-Multicopter-SimonK-Firmware-Programmer-V3 Mit dem Tool Progisp172 habe ich dann die Firmware versucht drauf zu schreiben. Die anfängliche Kommunikation hat auch funktioniert. Ich konnte die alte Firmware runtersichern. Dann habe ich den Programmiervorgang gestartet. Als sich nichts mehr weiter getan hat (blinken am Board hat aufgehört) Hab ich alles abgesteckt und fertig. Jetzt zeigt das Display des Boards nichts mehr an. Wenn ich den Programmer erneut anschließe bekomme ich nur noch die Meldung "Chip enable Program Error" Jetzt stehe ich da wie der Ochs vorm Berg. Kann mir jemand helfen und mit mir auf Fehlersuche gehen? Danke Giuseppe
Gast
#3492697
Gast
#3492939
Ich bin leider nicht vom Fach. Was genau hat es mit den Fuses auf sich, kann mir das einer erklären? Gruß
Gast
#3492949
Hiho Na ja, nicht alles was hinkt, ist ein Vergleich. Fuses fallen wohl eher schon unter Steuergerät tauschen Grüße
Gast
#3492952
Immer die blöden Antworten in diesem Forum! Fuse bedeutet Sicherung auf Deutsch. Würde mich mal eher in einem Multicopter Board umhören...
Gast
#3492977
http://www.mikrocontroller.net/articles/AVR_Fuses probier mal ponyprog http://www.youtube.com/watch?v=mVERnxqMMc0
Gast
#3492978
Daumen hoch, so ne Antwort erwartet man in einem Forum. Wenn die 69 für Dein Jahrgang steht dann prost. Echt ne Hilfreiche Antwort.
Gast
#3492984
Aber jetzt Spass bei Seite. Der Grund weswegen ich hier gepostet habe ist doch das ich ein Problem mit dem programmieren von nem Controller habe. Und wo wäre man da besser aufgehoben als in einem mirocontroller forum ;-) Aber ich habe parallel schon ein einem Copter forum gepostet. Werde auf jedenfall mal die "sinnvollen" Beiträge weiterverfolgen. Gruß Giuseppe
Gast
#3492997
Giuseppe Giuseppe schrieb: > Meldung "Chip enable Program Error" Hier was ähnliches: http://www.edaboard.com/thread193567.html Vermutlich gilt für Dich das: You will have this error when 1. The connections are wrong 2. the serial programming is disabled in AVR Fusebit 3. oscillator is not available as per fusebit and 4. Your chip is damaged Check for the above
Gast
#3493007
Hallo, eventuell ein Problem mit einer zu hohen Programmierfrequenz ? Ist diese mit dein Programmer und der Software veränderbar ? Wenn ja stell doch mal einen niederigen Wert (den minimal auswählbaren) ein und versuch den Atmega324PA anzusprechen (auszulesen). Hast du zugang zu ein STK500 (oder moderner) ? Wenn ja wird der Besitzer dir sicherlich helfen können (auch bei verfusten Chip). Falls das alles nicht möglich ist und dein Chip gesockelt (kein SMD) ist , versuch deinen Atmega324PA außerhalb der Schaltung mit den schon erwähnten Ponyprog anzusprechen (Breadbord und ein parr wenige Bauteile sind dafür notwendig - nähere Infos gibt es jede Menge im Netz). Ist der Atmega324PA ein festverlöteter SMD Typ und an der "richtigen(falschen)" stelle verfust sieht es ohne STK500 (HV Programmiermöglichkeit) leider schlecht aus :-( Bastler
Gast
#3493217
Bastler schrieb: > eventuell ein Problem mit einer zu hohen Programmierfrequenz ? > Ist diese mit dein Programmer und der Software veränderbar ? Hast du in der ProgISP Software den Schieber links mal ganz auf "low" gezogen? Das könnte die Geschwindigkeitseinstellung sein. Bei einem funktionierenden Chip würde ich die Fuses grundsätzlich so lassen wie sie sind, also weder "Lock Chip" noch "Program Fuse" aktivieren. D. V. schrieb im Beitrag #3492944: > Ich fahre ein Kraftfahrzeug, bin aber nicht in der Lage, ein Rad zu > tauschen. Da scheinst du nicht alleine zu sein. Viele Kfz-Fahrer können nicht einmal richtig ihre Fahrtrichtungsanzeige bedienen oder wissen, was eine Nebelrückleuchte ist - geschweige denn, wo der Schalter dafür ist.
Gast
#3493220
Hallo, das hängt aber nicht mit den fehlenden Wissen zusammen, sondern mit der seltsamen sozialen Einstellung der "Blinkverweigerer" - gehören halt zu der Gruppe "Fernlicht aufblink 210 km/h überholer" oder "Drehzahl nie unter 3000 um zu zeigen was für ein geiler Hecht mann ist". In den "seligen" ;-) 80 und 90er Jahren des letzten Jahrtausend halt die typischen Manta und was auch immer TDI Fahrer. Bastler
Gast
#3493258
Bastler schrieb: > In den "seligen" ;-) 80 und 90er Jahren des letzten Jahrtausend halt die > typischen Manta und was auch immer TDI Fahrer. Die waren schon im Mittelalter unterwegs? Oder meintest du vielleicht das letzte Jahrhundert. Wolfgang schrieb: > D. V. schrieb: >> Ich fahre ein Kraftfahrzeug, bin aber nicht in der Lage, ein Rad zu >> tauschen. > > Da scheinst du nicht alleine zu sein. Viele Kfz-Fahrer können nicht > einmal richtig ihre Fahrtrichtungsanzeige bedienen oder wissen, was eine > Nebelrückleuchte ist - geschweige denn, wo der Schalter dafür ist. Den Schalter für den Nebelscheinwerfer (der eigentlich oft der selbe ist) betätigen sie aber meist versehentlich. Manche wissen ja nicht mal, was ein Reißverschluss ist oder verstehen zumindest nicht den Zusammenhang zwischen diesem und dem nach im benannten laut Gesetz anzuwendenden Verfahren an Verengungen.
Hei, faszinierend, dass man vom flaschen eines Kopters auf den Schalter der Nebelschlussleuchte kommt! Wieviele Beiträge es wohl noch dauern wird, bis Godwins Gesetz erfüllt ist? :-P http://de.wikipedia.org/wiki/Godwin%E2%80%99s_law Viele Grüße, Tom
Gast
#3493292
Guten Morgen. Ja, wir sollten wieder zurück zum eingetlichen Thema :-) Also ich gebe zu, ich habe Fehler gemacht. Erst falschen Programmer (nicht kompatibel zu KKFLASHTOOL) gekauft und dann mit einer Software die ich nicht verstehe einfach losgeklickt. Jetzt möchte versuchen mit Eurer Hilfe rauszufinden was passiert ist und ob ich es mit den vorhanden Mitteln wieder geradebiegen kann. Also kurze Zusammenfassung: Der Programmer ist ein MX-USB ISP V3 mit einem Atmega8 Chip. Das FLugboard ist ein KK2.0 mit einem Atmega 324PA Chip. So wie ich es verstanden habe ist sehr wahrscheinlich ein Fusebit falsch gesetzt. Richtig? Erste Frage: Kann ich jetzt mit dieser Software ProgISP auf den Atmega324Pa noch zugreifen und die Fusebit zurücksetzen? Oder habe ich mit dieser Software nun sicher keinen Zugriff mehr. Im Netzt habe ich etwas gefunden, da geht es darum mit AVRDUDE auf einem KK Board die Fuse zu resetten. Das Tool Multicopter Flash Tool hat auch extra einen Punkt integriert zum Flashen von gefusten Board. Also sollte das doch Grundsätzlich möglich sein oder? Leider wird mein Programmer in KKFlashtool nicht unterstützt. Somit bleibt mir nur der Versuch über AVRDUDE. Soooooo.... Wie kann ich in AVRDUDE erstmal checken ob er ne Verbindung zum Programmer hat und den überhaupt erst mal erkennt? Gruß Giuseppe
Hi, versuche es mal mit dem kkmulticopterflashtool_0.74. Das basiert auf avrdude. Avrdude kennt man und wenn Du die Fehlermeldungen postest, kann Dir auch besser geholfen werden. Ich kann mir kaum vorstellen, daß das andere Tool auch nur die Möglichkeit hat das Ding zu verfusen. Ist ja für Leute wie Dich gedacht, da darf das gar nicht möglich sein. ISP Anschluss verpolt? Gruß, Norbert
Gast
#3493321
Hi Norbert ISP Anschluss ist nicht verpolt. Das Display leuchtet. Mit dem von Dir genannten Tool bin ich gerade am schauen. Problem eins, mein Programmer ist der Auswahl nicht aufgeführt. Wenn ich als Programmer USBASP Clone auswähle bekomme ich folgenden Fehler. error: could not find USB device with vid=0x3eb pid=0xc8b4 wobei ich hier in der config schon die vid und pid auf die geändert habe die ich im Gerätemanager gefunden habe. Gruß By the way, Als Schnittstelle wähle ich da USB oder Com3
Gast
#3493335
Giuseppe schrieb: > Erste Frage: Kann ich jetzt mit dieser Software ProgISP auf den > Atmega324Pa noch zugreifen und die Fusebit zurücksetzen? Das kommt drauf an, ob du dem Prozessor durch falsches Setzen einer Fuse möglicherweise seinen Takt abgeschaltet hast.
Hi, USB, das ist echtes USB und keine emulierte Com. Da ist noch mindestens ein anderer USBasp im Menü, nicht nur der Clone. Die Fehlermeldung ist aber schonmal klarer, er findet den Adapter nicht. Das schöne an dem Tool ist, man kann fast nichts verstellen und somit nicht viel falsch machen. Hoffentlich hat das andere Tool ihn nicht verfust, glaube ich aber nicht. Wo hast Du denn die vid und pid verstellt? Vielleicht keine so gute Idee da rumzuschrauben wenn Du keinen Plan hast. Gruß, Norbert
Giuseppe Giuseppe schrieb: > Ihr seit meine letzte Hoffnung :-) Wenn du magst, sende mir das Borad zu. Ich schau mir an ob noch was zu retten ist und bringe die neue Software drauf. Sende mir einfach eine PM.
Gast
#3493478
danke schon mal für die antworten. >Das kommt drauf an, ob du dem Prozessor durch falsches Setzen einer Fuse möglicherweise seinen Takt abgeschaltet hast. Ok und das würde ich wie feststellen? >>USB, das ist echtes USB und keine emulierte Com. Ok und ist jetzt diese Art von Programmer echtes USB oder emuliert er? >>>Wo hast Du denn die vid und pid verstellt? In der Configdatei von AVRDUDE. >>>>Vielleicht keine so gute Idee da rumzuschrauben wenn Du keinen Plan hast. Da hast du vollkommen Recht.
Gast
#3493489
Da war ein Bootloader drauf den du überschrieben hast. Du musst dir also vom Hersteller dieses Boards den Bootloader geben lassen, den mit deinem AVR Programmer programmieren und dann mit dem "Programmer" vom Boardhersteller die aktuelle Firmware aufflashen.
Gast
#3493497
Das Teil was ich habe ist doch ein AVR Programmer oder nicht?
Gast
#3493536
laut Artikelbeschreibung arbeitet dieser Programmer auf alle Fälle mit AVRDUDE ab Version 5.5. Daher noch mal meine Frage, wie kann ich mit AVRDUDE zum Testen den Programmer ansprechen. Kann ich diesen direkt ansprechen oder geht das nur wenn am Ende vom Programmer ein zu programmierender Chip sitzt. Gruß
Mit dem Bootloader hat das nichts zu tun. Dein Teil ist zwar ein Programmierer aber kein USBASP. Die haben vid=0x16c0 und pid=0x5dc und nicht vid=0x03eb und pid=0xc8b4. Hier hat jemand auch so einen gekauft: http://www.sciencetronics.com/greenphotons/?p=938 und beschriebt wie er ihn in einen richtigen USBASP umwandelt. Aber das muss wohl nicht sein, dein Händler beschriebt deinen Programmierer als kompatibel mit avrdude 5.5 - du solltest dich an den mal wenden und nachfragen wie das gehen soll. Falls du eine Antwort bekommst, poste die bitte hier, ich würde auch gerne wissen wie man diese HID Programmer unter avrdude verwendet.
Gast
#3493559
OK danke. Habe ja schon weiter oben befürchtet das der Programmer für meine Bedürfnisse nicht das Richtige ist. Ich werde am Montag da mal anrufen und nachhaken. Das heißt das man normal nichts an den vid pid umstellen muss weder in einer config datei noch sonst wo? zu diesen richtigen usbasp programmern habe steht noch ne Frage aus, sind das nun richtige USB Programmer oder emulieren die einen COM Port.
Alle Programmierer die du per USB anschliesst sind richtige USB Geräte. Die Geräte können aber angeben, daß sie eine Geräteklasse implementieren. Alle USB-Sticks z.B. melden sich als Geräte der Klasse "Massenspeicher" an. Dein OS weiss dann, wie es mit dem Gerät umgehen soll, weil es einen Treiber für alle USB Massenspeicher hat. USB Soundkarten unter stützen alle die Klasse "Audio-Device" usw. Details hier: http://de.wikipedia.org/wiki/Universal_Serial_Bus#Ger.C3.A4teklassen USBASP hat Geräteklasse 0xff, d.h. es benutzt keine vordefinierte Schnittstelle. Solche Geräte sind unter Linux und OSX unproblematisch, weil man sie direkt ansprechen kann. Unter Windows ist das aber hakeliger, man braucht idR. einen extra Treiber. Wenn man keine Treiber ausliefern will oder kann, gibt es z.B. die Möglichkeit den Programmierer eine bestimmte Geräteklasse sprechen zu lassen, die von Betriebssystem unterstützt wird. Die Daten überträgt man dann Huckepack. Die einfachste Möglichkeit wäre eben COM, aber unter Windows ist die Zuordnung von COM Ports eine ziemliche Katastrophe. Bei deinem Programmierer dürfte das aber HID sein - das sind normalerweise Tastaturen, Mäuse, Joysticks. Der Programmierer kann jetzt einfach angeschlossen werden und sofort über die HID Routinen des Betriebssystems angesprochen werden.
Hi, ist lange her mit Usbasp aber zumindest für USBTiny gibts nen extra Treiber. Ich meine das war bei Usbasp auch so. Bootloader ist übrigens Quatsch, das KK2.0 wird ganz normal über ISP geflasht. Versuch mal mit dem Tool von dem ich schrieb, das nutzt auch AVRdude. Dann schliess mal nix an ausser dem Usbasp an. Wenn dann so ein Fehler wie "Initialisation failed" kommt, ist das der fehlende µC d.h. der Programmer funzt schonmal. Ansonsten kommt "Couldn't find USBasp" oder so (was auch immer Du ausgewählt hast). Dann ist der falsche ausgewählt, kann AVRdude nicht mit umgehen oder was auch immer. Ich sehe gerade "AVRdude nach manueller Anpassung" auf der Seite des Programmers. Steht da aber nirgendwo wie und was. Ein normaler USBasp meldet sich auch nie und nimmer nich als HID an, steht ja auch da, daß die das reingefrickelt haben. Son Scheiß, nur um den Treiber zu sparen. Wenn Du aufgibst mit dem Ding, besorg Dir einen USBtiny, die sind völlig problemlos. Ich würde jetzt nicht Tage drauf verschwenden, dieses komische Ding für 9€ zum Laufen zu kriegen. Billige Alternative: Seriell nach Ponyprog-Art. Also USB-RS232 Adapter und daran etwas Hühnerfutter. Unzuverlässig und arschlahm durch die USB-RS232 mit Bitbanging aber um alle Jubeljahre mal das KK2.0 upzudaten reicht das allemal. Wenn Du noch einen PC mit echter Paralleler Schnittstelle hast, geht es elektronisch sogar noch einfacher und gar nicht langsam. Ich glaub das war aber ab Win XP irgendwie eklig, geht aber. Um erstmal das Board wieder hinzukriegen könnte ich Dir auch helfen, wenn Du im Raum HH sitzt. Nachtrag: Wenn Das KK2.0 nicht zu retten ist, ich hab eins mit kaputtem Display, Flachbandkabel abgerissen. Habs versucht aber das ist nicht zu retten. Also entweder steht das zum Verkauf oder ich nehme Dir Dein zerflashtes (wenn es denn so ist) ab oder auch nur das Display. Damit wäre der max. Schaden zumindest etwas gemindert ;-) Naja, das Board würde ich aber nicht mehr für größere Copter nehmen, das Display hat sich nämlich verabschiedet, als der Copter in den Teich geplumpst ist (Prop weggeflogen). Funzt aber noch, wenn man das Kabel geschickt auf das Display drückt. Gruß, Norbert
Gast
#3494144
OK Leute, ich finde es echt toll wie Ihr mich hier unterstützt. Aber ich denke ich verschwende Eure Zeit. Der Programmer ist einfach nur Mist. Ich werde mir am Montag einen anderen Programmer besorgen der von kkmulticopterflash erkannt wird und dann versuchen über die Option fuse reset das Board wieder zum laufen zu bekommen. Ich melde mich dann wieder. Gruß Giuseppe P.S. also unter dem KKFlashtool sagt er mir egal was ich auswähle immer kein USB Gerät gefunden.
Giuseppe schrieb: > P.S. also unter dem KKFlashtool sagt er mir egal was ich auswähle immer > kein USB Gerät gefunden. Klar, weil das Tool kein HID erwartet. Besorge Dir einen Standardadapter für AVR, dann klappt das auch. Gruß, Norbert
Gast
#3499138
HI Leute, nach dem ich nun vom Verkäufer auch eine Antwort bekommen habe in der man mir gesagt hat das ich sehr wahrscheinlich den Chip gelockt habe und man mir nicht weiterhelfen kann, hat man mir auch ganz nebenbei gesagt das für die Nutzung des Programmers mit AVRDUDE tiefreichende Programmierkenntnisse notwendig sind. Hahahahaha... Nun ja, vielleicht bin ich zu naiv, aber der Text auf deren Seite hört sich einfacher an... "- Unterstützung für AVRDude nach manueller HID Anpassung ab Version 5.5 " Naja, ich weiß wo ich nicht mehr einkaufe. Hab mir jetzt einen mySmartUSB light bestellt. Schauen wir mal ob ich damit was retten kann. Ansonsten brauche ich jemand der einen HV Programmer hat. Gruß Giuseppe
Hi, man kann sich per SPI nur per externem Oszillator aussperren. Serial ISP deaktivieren geht per Serial ISP nicht, Reset deaktivieren kennt der 324 nicht. Das Problem mit dem externem Oszillator kann man lösen, indem man eben einen externen Takt anlegt. Melde doch bitte, wie es weiter geht mit dem mySmartUSB. Gruß, Norbert
Gast
#3502773
Hi Norbert, hab heute meinen Programmer bekommen. Leider sieht es schlecht aus. Soweit ist alles installiert und wird erkannt. Die Verbindung zum bis zum 324er ist da und wird auch aufgebaut. Jedoch kommt es beim Programmieren bzw. beim Auslesen zu einem Timeout. Versucht habe ich es mit myAVRProg Tool. Beim kkMulticopter Flash Tool ebenfalls. Gehe ich nun recht in der Annahme das der Chip gesperrt ist und ich mit meinen Mitteln nicht weiter komme? Gruß Giuseppe
Hi, nein, im Gegenteil. Wenn der 324 erkannt wird, ist er nicht verfust. Sperren zum weiteren programmieren kann man den gar nicht bzw. löschen kann man den dann immer und dann neu programmieren. Was genau sagt das kkMulticopter Flash Tool und was genau hast Du da eingestellt (Screenshot)? Gruß, Norbert
Gast
#3502843
Also mit erkennen drücke ich mich vielleicht falsch aus. Ob er erkannt wird das weiß ich nicht. Folgendes bekomme ich siehe Anhänge. Erstes Bild wenn ich versuche zu flashen. Zweites Bild wenn ich die Option fuse restore versuche. Gruß
Angehängte Dateien:
-
kkmulti.jpg
(100 KB)
-
kkmulti2.jpg
(120 KB)
Gast
#3502851
myAVR bringt controller konnte nicht ermittelt werden.
Angehängte Dateien:
-
myavr.jpg
(100 KB)
Gast
#3502860
so mal anders herum. Das waren die Einstellungen als ich das erste mal geschrieben habe.
Angehängte Dateien:
-
progisp.jpg
(73 KB)
Für deine Fehlerr gibt es zwei Möglichkeiten: 1. Du hast die Fuse auf flaschen Takt gestellt (extern oder zu langsam) 2. Deine Verbindung ist elektrisch nicht sauber (ich hatte das mal bei einem zu langen ISP-Kabel, das ging nur zufällig mal) Wo wohnst du denn etwa? Vlt. ist ja ein µC.net member in der nähe und schaut deine Schaltung an.... Edit: ich sehe du hast den verfused 0x99F1 -> externer takt Besorg dir einen Quarzoszillator und verbinde den mit dem Takteingang vom mega und er sollte wieder antworten
Gast
#3502875
Ok nur aus Neugierde, wie genau stelle ich das an? Einen Quarzoszillator das ist ja meines Wissens nur ein Bauteil. Kann man das für Dummys erklären und bebildert darstellen? Also ich würde das gern selber versuchen. Danke für die ganzen angebote das zu übernehmen.
Angehängte Dateien:
-
progisp.jpg
(73 KB)
Der Haken bei "Programm Fuse" sagt dem Programm auf deinen µC die Fuses zu 0x99F1 zu setzen. Diese Einstellung verursacht, dass der µC am Pin "XTAL1" (Pin 7 bei TQFP-Package) einen Takt erwartet nach dem er sich richtet während er arbeitet. Dieser Takt ist quasi das was die soundsoviel GHz bei nem Desktop PC sagen, die Geschwindigkeit mit der der µC durch die Befehle läuft. Wenn jetzt (wie bei dir) kein externer Takt anliegt läuft auch nichts. Deswegen schließt man einen Quarzoszillator an, der liefert diesen Takt und man kann wieder mit dem µC sprechen (und die Fuses ändern)...
Gast
#3502907
also dann hole ich mich sonen Quarzoszillator http://www.conrad.de/ce/de/product/158119/?insert_kz=VQ&hk=SEM&WT.srch=1&WT.mc_id=google_pla&gclid=CMue5Paul7wCFQjjwgodORIAIQ Lege 5Volt an und eines der vier Pins ist der Taktgeber der geht dann an xtal1.
Erfasst (auch wenn Conrad natürlich Wucherpreise verlangt, aber man braucht ja nur einen ^^). In der Downloadsektion von Conrad ist auch ein Datanblatt wo gezeigt welcher pin von dem oszi welche funktion hat (einer ist leer, einer kommt an gnd, einer an vcc und einer liefert den takt)...
Gast
#3502920
muss ground des oszillators und des Board verbunden sein? kann ich dann die ISP Anschlüsse parallel geschaltet lassen und in dann programmieren? Wenn das soweit alles richtig ist. Wie bekomme ich die Fuses wieder resettet das er den internen Takt benutzt?
Hi, Ja, ist verfused. Waren diese 99F1 da voreingestellt oder wo kommen die her? Initialization failed heisst er findet keinen µC. Du brauchst irgendwie einen Takt von mindestens etwa 1MHz an dem 324. Langsamer geht nicht, da der Programmer wohl nicht weniger als ca. 211kHz kann. Vergiss mal den Quazoszillator. Könntest Du eine Schaltung mit einem Lokgik-IC aufbauen? Traust Du Dir zu, an ein Beinchen vom µC ein Kabelchen anzulöten? Naja, einer der 4 Anschlüsse von dem kleinen viereckigen Ding neben dem Controller tut es auch. Um das zu sehen musst Du das Display abnehmen. Vorsicht mit dem Flachbandkabel! Wenn Dir bei dem Gedanken schon schwindelig wird kannst Du das alles vergessen. Du könntest auch den Takt von dem anderen Drecksding von Programmer abgreifen. Da der aber wohl mit 12MHz getaktet ist, muß das nicht unbedingt funktionieren. Probieren kann man es aber. Schreib doch mal, wo Du sitzt. Für viele hier ist es eine Lachnummer, Dir da mal eben einen Takt anzulegen und den wieder hinzubiegen. Hiermit mein Angebot wenn Du nach HH-Barmbek kommen kannst. Wenn das alles nix wird, wie gesagt, ich nehm Dir das Ding ab. Edit: Ich sehe gerade, ich war etwas spät... Gruß, Norbert
Die originalen Fuses des controllers werden nicht zu deinem Board passen. Vlt. kann jemand sein KK 2.0 auslesen was da für fuses drinne sind. Wenn sich keiner findet, dann schau bitte welche frequenz auf dem Quarz (dem kleinen viereckigen Ding neben dem Controller) steht, dann wird man die meistens fuses abschätzen können. Solltest du in oder um Dresden wohnen wäre auch ich bereit direkt zu helfen....
Gast
#3503000
Wollt ihr mit den komischen Dingern Unfug anrichten??
Hi, der Quarz ist 20MHz. Wenn eine Chance besteht, daß Du das hinbekommst einen Takt anzulegen, kann ich gerne die Fuses eines meiner KK2.0 auslesen. Könnte man wie Max schreibt aber auch aus der Hüfte schiessen. Ok, hier die Fuses: lfuse: d7 hfuse: d5 efuse: fc Gar nicht schlecht dieser Terminalmode von AVRdude... Gruß, Norbert
Gast
#3503067
ja, es war alles so voreingestellt. ich hätte nichts umgestellt, schon alleine weil ich keine Ahnung hab. So langsam lerne ich aber dazu :-) also ich komme gern auf das angebot mit dem machen lassen zurück wenn ich nicht weiter komme. Aber ich will es selber versuchen. Warum keinen Quarzoszillator? Ok wenn ich es mit dem alten Programmer versuche als Taktgeber. Dann greife ich xtal1 oder xtal2 ab und verbinde diesen mit dem Takt Pin von meinem Board. Oder?
Hi, na dann... Abgreifen an Xtal2 des alten Programmers, anschliessen an Xtal1 des KK2.0. Gnd musst Du natürlich auch verbinden. Kabel so kurz wie irgend möglich! 5cm können schon zuviel sein. Viel Glück! Quarzoszillator geht natürlich, ist aber nicht der schnelle und einfache Weg. Wenn man das auch so hinbekommt... Wie Du die Fuses mit AVRdude schreibst kriegst Du dann hin? Wühl Dich mal durch die Anleitung, da steht alles. Gruß, Norbert
Gast
#3503131
Ok Super dann werde ich das morgen versuchen. das mit den fuses schau ich mir noch an. zwei Fragen hab ich noch. wenn ich beide usb Programmer über den selben Rechner laufen lass ist da Ground nicht schon verbunden? Was den Programmer für den Takt angeht. Wenn der einfach nur eingesteckt ist ohne einen µC dran. Taktet der dann schon?
Gast
#3503181
Kleine Frage zum Verständnis. Wo wird auf meinem Programmer der Takt von 12 MHz erzeugt. Ich habe den atmega8 und einen 12 MHz Quarz der an xtel1 und xtel2 verbunden ist. Also ich mutmaße jetzt. Ein elektrisches Signal geht über xtel1 raus in den Quarz der versetzt sich in Schwingungen von 12 MHz und gibt die wieder raus an xtal2. ist das Richtig? Oder wie ist die Funktionsweise?
Der Quarz wird von dem (im µC eingebauten) Oszillator angeregt und schwingt dann auf seinem Grundton (hier die 12 MHz). Hier von Wiki ein Bild mit Pierce-Oszillator: http://commons.wikimedia.org/wiki/File:Pierce_Quarz_Oszillator.svg U1, U2, R1 und R2 sind im µC integriert, der Quarz und die beiden Cs müssen extern ran. Deswegen greift man auch an XTAL2 ab, weil das der vom µC angetriebene Teil ist, XTAL1 ist vom Quarz "nachgeführt" und damit anfälliger für Störungen durchs abgreifen...
Hi, herzlich willkommen in der Welt der schnellen Signale. Ja, über den PC wäre alles an Gnd aber das mit den kurzen Kabeln gilt auch für Gnd. Also auch ein möglichst kurzes Kabel Gnd von dem Programmer an das KK2.0. Am besten direkt Gnd jeweils beim Takt und nicht an einer Steckerleiste. Wenn der Programmer angesteckt ist kriegt er Spannungsversorgung von USB und sollte rattern. Alles andere würde mich sehr wundern. Aber wie gesagt, kann sein, daß das nicht funktioniert. Ganz sauber ist das nicht. Und Max liefert die Grundlagen dazu. Sehr schön. Gruß, Norbert
Gast
#3504383
vielen vielen Dank. Ich konnte mit Eurer Hilfe heute mein KK2 Board wieder zum leben erwecken. Zuerst hatte ich den Takt von meinem SChrott Programmer an dem KK2 üübergeben. Direkt an den Quarz nicht an den µC. Dawaren die Lötpads etwas größer :-) Dann wurde der µC in myAVR auch direkt erkannt. Dann hatte ich in kkMulticopter Tool die Firmware neu draufgeflasht hat auch funktioniert. Natürlich lief er nicht weil der Takt immer noch auf extern gelegt war. Dann habe ich den Versuchsaufbau wieder zusammengestellt und per avrdude die Fuses neugeschrieben wie Norbert sie ausgelesen hat. Als er fertig war alles abgeklemmt und Strom auf das KK2 Board und siehe da. Juhuuu es bootet mit der neuen Firmware. Danke Leute. So macht ein Forum Spass.
Hi, so macht auch helfen Spaß! Das Meiste hast Du Dir ja mit ein paar Hinweisen selbst erarbeitet, was eher nicht die Regel ist. Respekt und Glückwunsch. Gruß, Norbert
Ich war stiller Mitleser und muss auch sagen: Gut gemacht! Gruß Max
Gast
#3504496
Bis zum nächsten mal.
Antwort schreiben
Bitte melde dich an, um einen Beitrag zu schreiben.