Druckbare Version
Guten Morgen,
Vielen Dnak für die Infos... Damit werd ich bei Zeiten mal rumspielen...
Anscheinend muss man sich halt dann damit abfinden, dass man vorher die FUSES READen muss... aber ist ja auch nicht allzu tragisch...
Das Script ist aber sehr Interessant und klingt praktisch!
Hi
Also ich muss sagen, dass ich nicht glaube, dass das ein Silicon-Bug ist, da auf dem M8 so ziemlich alles läuft OHNE die Fuses zu verstellen, sowas höre ich jetzt zum ersten mal.
Die meisten Fehler liegen, und das sage ich aus leidvoller Erfahrung meistens zwischen den Kopfhörern.
Es kann sein, dass ein Bug im AVRGCC oder im Pony ist, oder ein Bedienfehler vorliegt.
Ich hatte noch keine Probleme mit selbstständigem "refusing"
Aber jetzt sind wir alle wieder Glücklich, dass es wieder geht.
Schöne Schaltung übrigens ;D
Ist das verzinnt oder versilbert?
VLG Tobi
Ich denke, dass es an PonyProg liegt. Denn das Programm läuft ja...
Mit anderen Chipshatte ich sowas noch nie...
Die Platine ist Chemisch Verzinnt...
mit der Platine hat das IMHO nix zu tun und auch nicht mit deinem Programm, das ist da unerheblich. Silicon bugs sind Fehler in der Hardware (zB im AVR-Core/Design)
Oder so... Um das herauszufinden müsste man einfach mal das obige
Programm mit nem anderen Programm auf nen ATmega8 Laden.
Ich hatte es nur mit Pony versucht, den Fehler konnte ich aber nicht wirklich nachvollziehen, es trat nur sporadisch auf. Womöglich auch nur bei krachneuen Controllern? Hauptsache, es gibt nen work around. So nen Fehler dingfest zu machen und mit Sicherheit zu sagen, welche Komponente(n) der Bösewicht ist/sind, ist super aufwändig und weit jenseits meiner Möglichkeiten...
Meiner ist neu, aber ich konnte noch keine komminikation aufbauen.
Angefangen hab ich mit einem PAR-Prommer mit Buffer, dann PAR-4Widerstandsmethode nach STK200/300 und schlussendlich mir SER(RS232) Version nach PONYPROG Bauanleitung ohne 5V Buffer füe den AtMega (Wird über Regelnetzteil erledigt).
Der /RESET geht beim Auslesen mehrmals nach LO.
SCK schwingt wunderbar mit einigen Aussetzern (warscheinlich /RESET syncron, kann ich jedoch nicht exakt messen)
MOSI erhält auch PULSE.
MISO hüpft nur einige mV herum, auch Pullup 10k half nix.
XTAL1 hat +5V
XTAL2 hat LO und eigentlich alle anderen Anschlüsse.
Hab auch schon enen 4MHz Q +2KerKo(XTAL1-2), bzw einen 555 mit 1MHz Oszilator an XTAL1 angehängt. Bachte nix.
Beim 555 ist das Taktverhältnis ca. 2/3 und nicht gerade Rechteckig, bügelt das der Atmega aus?
Ist mein neuer Atmega8 futsch. Werd bald einen zweiten zulegen, Fehlersuche kann einfacher sein wenn mann evtl 2x den selben Fehler hat. (dann liegs meist wo anders).
Ist nur der Mega8 so "empfindlich" oder alle gleich, sonst wechsle ich gleich auf eine andere Sorte. Sollte 2-3 Steuerungen pasteln.
Hoffe auf Hilfe.
Toni :?
Hallo Toni,
ich hab Deine Nachricht ganz übersehen.
Wenn es Dir noch hilft:
Versuch mal den XTAL1 Pin mit einem Quarzoszillator zu speisen...
Evtl hat es Dir die Fuses durcheinandergehaun...
Zum Programmer:
Ich habe bisher diese Programmermethode gehabt:
Bild hier
Hat mich bisher noch nie in Stich gelassen!
Und der 74HCT244N schützt deinen PC!
Natürlich die Versorgung für dieses IC nicht vergessen! 5V
@Kaiser-F Vielen dank für die Antwort
Habe meinen alten Progger vernichtet und zwischenzeitlich den Progger von
kreatives-chaos.com (Schaltung fast wie oben von Kaiser-F) gebaut, und gleich die Experimentierplatiene für den Mega8-48-88-168.
Da ich vom Bügeleisen auf einen Lami umgestiegen bin, hatte ich zu langes Timing, und musste noch Brücken entfernen, aber der Mega88 wird von BASCOM sofort erkannt. Zuerst machte der Progger noch Probleme, MOSI ging nur bis zum HC244. Hab dann mit Farbverdünner die Flussmittelreste entfernt und auch den 74hc244 nochmal aus dem Sockel gehoben und neu eingesetzt. Dann lief's.
Ohne Oszilloskop würde ich wohl immer noch suchen, wo der Fehler liegt.
Grüsse aus Tirol
Toni