-
Thread
RSTDISBL-Fuse mit PonyProg
ich möchte gerne den PinC.6 als ganz normalen I/0 verwenden (ATmega8). Leider finde ich unter PonyProg (Version 2.06f Beta Mar 5 2005) nicht die Option zum setzen der Fuses. Wie kann das sein??? Welches Programm kann die RSTDISBL-Fuse setzen/löschen ? DANKE
attempts. beim Attiny13 ist das Datenblatt etwas mißverständlich: When programming the RSTDISBL Fuse, High-voltage Serial programming has to be used to change fuses to perform further programming. Aber trotzdem sollte es doch dann zumindest beim Attiny12 gehen. Ich hab das Gefühl Ponyprog hat das
-
Thread
ATMEL Evaluations Board - Write failed!!!
habe das ATMEL Evaluations Board von Pollin.de und folgendes Problem. Wenn ich ein Programm mit PonyProg übertragen will kommt immer die Fehlermeldung "Write failed". Meine FuseBits sind im Anhang zusehen. Meiner meinung nach habe ich mit den FuseBits die externe 8MHz Taktung angeschaltet und zum
Hallo, Fuse 1110 (hast Du laut Deinem Screenshot by Ponyprog so gesetzt) ist Ceramic-Resonator. Für Quarz (Crystal) muß es 1111 (alle Haken aus bei Ponyprog) sein. Normalerweise lässt sich ein Atmel so extern Takten (Funktionsgenerator, Quarz-Oscillator
-
Thread
Polin Display scheint tot
achja, lieber die fusebits mit der demoversion on bascom schreiben! ponyprog kann beim ersten mal gefährlich sein (ich weiß wovon ich rede ;)). damit lässt sich alles ganz gut auswählen.
also ich musste die fusebits aktivieren sonst hat es nicht geklappt!
-
Thread
PonyProg mit sp12 Programmer
sowohl bei einem mega8 als auch bei einem mega32 über dapa und sp12 problemlos. Nun wollte ich die Fuse-Bits mit PonyProg (neuste Version) auslesen, aber leider erkennt dieser meinen AVR nicht. Weder den 8er noch den 32er, auch dann nicht wenn ich die Auto-Erkennung abschalte. Ich erhalte immer "no device
ponyprog :-( gruß alex
-
Thread
Fusebits auf ATMega16???
gebrannt hab ich das mit Ponyprog2000. Kondensatoren berühren bringt leider nichts. ->Sanlo
ja es war Pony, aber vielleicht hast du ne andere Version... Ich hab Version 2.05a Beta ->Sanlo
-
Thread
ATMega 8 nach einem Beschreiben Tod
Feststellungen? "ann es an einem zu langen com Kabel liegen? 5Meter...." Kaum. 5m Kabel wo zwischen? PonyProg? STK500? Möglicherweise: Fusebit "CKOPT". Schau im Datenblatt mal auf S. 25, "Table 4. Crystal Oscillator Operating Modes", da geht's um die Wahl der Kondensatoren und die Einstellung des Arbeitspunktes mit Fusebits in Abhängigkeit von der Quarzfrequenz. Ciao Wolfgang Horn
-
Thread
von AT90S zu ATTINY
mir einen neuen Bestellt aber leider einen Attiny2313 bekommen. Ich arbeite mit Bascom und Ponyprog2000. Das erste Problem ist was muss ich den nach ganz oben schrieben? $regfile = ????? $crystal = ????? $baud = ????
und Taster betätige dauert es jetzt einwenig länger als vorher! Kann ich das beheben?" ckdiv8 fuse?
-
Thread
-
Thread
quarz für attiny2313
hi danke für die antworten.ich benutze ponyprog und das avr studio 4.wie kann ich denn jetzt am einfachsten die fusebits auslesen und ändern.ich habe auch gelesen das man irgenwie die bits im datenblatt invertieren muss stimmt das.werde mal versuchen
entpsprechenden Quarz einsetzen.Im Datenblatt stand bei 3MHz-8MHz 110.Invertiert wäre das dann 001 in Ponyprog. Seeadler78
-
Thread
AVR Werksauslieferung brenenn über ISP seriell
problem: ich kann meinen attin2313 nicht über isp beschreiben und auslesen, er wird nicht von ponyprog bzw avrstudio erkannt. Programmierplatine ist von http://s-huehn.de/elektronik/avr-prog/avr-prog.htm der atmel ist ohne quarz ( interne taktung) und hat auch außer einen entstörkondensator
Hallo ete, vielleicht sind die Clock-Select-Fusebits falsch gesetzt. Aber bei einem neuen Controller? Leg doch mal einen externen Takt (Funktionsgenerator 2 MHz) an einen der beiden Quarzpins (beide durchprobieren). So solltest Du Kontakt bekommen
-
Thread
avrdude und fusebits
MoinMoin, habe seit kurzem ein sonderbares Problem, vielleicht kennt's ja jemand: Ich programmiere meinen Atmega64 immer mit einem seriellen "Ponyprog" Adapter und avrdude. Ging bisher immer ohne Probleme. Bisher. Jetzt hatte ich folgendes Problem: Runterschreiben eines Programms und verifizieren lief ohne Problem. Dann sagt avrdude: (habe leider den original-output nicht mehr, aber sinngemäß): Fuses nicht in Ordnung. lfuse should be FF, reads 0 hfuse should be 0D, reads 0 efuse should be FF, reads 0 Dann fragt der dude, ob er das korrigieren soll. Bei "Yes" versucht avrdude 10 mal,
-
Thread
AtTiny2313 programmieren
zur Not mit nem ISP der nur aus ein paar Widerständen besteht Programmieren. Als Software reicht Ponyprog.
thx! könnt mir nurmehr einer sagen wie ich den tiny2313 anschliese? ps: welcher ic ist es im ponyprog? Da ist ein tiny 12, 15 und 22
-
Thread
Probleme mit Verify auf dem STK500
es 100% zu sagen. Ähnliche Probleme hatte ich auch schon mit meinem Prommer für die LPT1 und Ponyprog. Deswegen habe ich eine zweite Theorie die ich untersuchen wollte. Bei den Clock-Fuses gibt es jede Taktfrequenz in drei Varianten - kann es sein das dort Verzögerungen mit drin sind die Dauer des
einschalten stabilisieren kann. Programmieren läuft auf allen einstellungen (außer 125khz mit clock div 8 fuse)
-
Thread
ATmega8535 funktioniert nicht mehr nach clk fuse-bit proggen
Hab den mikroC mit Pony prog Programmiert und auch über Parallel Programmer. Wollte die Clk-source auf externen Oszillator stellen. rogrammiert hat er, aber am schluss der Programmierung der fuse-bits hat er einfach gesagt
hab die fuse-bits aber vorher ausgelesen
-
Thread
Fuses - zum hundertsten male!
unglaubliche 2 Serielle Schnittstellen -> aber keine Parallele :-( Wie kann ich nun meine µC's fusen? Zuvor habe ich Yaap, bzw. PonyProg verwendet; aber ohne Parallele Schnittstelle sehe ich alt aus! Habe an eine Erweiterung des PC's gedacht, aber wie in anderen Beiträgen zu lesen ist, funktioniert
Hä? Das Pony unterstützt doch simpel-serielle-programmer. Guck einfach nochmal genau hin - so ein Ding aus 3 Widerständen und 3 Z-Dioden, oder so. Es muss doch nicht parallel sein. cu joern
-
Thread
Problem mit ATmega32, Ponyprog und fusebits
Hallo, Ich hab ein Problem mit Ponyprog und Fusebits. Ich habe einen ATmega32, einen selbstgebastelten Parallelport-Programmieradapter und Ponyprog2000 2.06f. Ich kann den Flash und EEPROM fehlerfrei und zuverlässig lesen und schreiben
Der Controller reagiert auch nicht auch diese Änderungen. Was mache ich falsch? Hat die Ponyprog-Beta einen Fehler, oder braucht man einen speziellen Programmieradapter um die Fuse-Bits zu setzten?
-
Thread
Quarz über Fuses aktivieren
Hallo was muss ich bei PonyProg einstellen, damit ich an Xtal1 und Xtal2 meines ATMEGA16 einen 16 MHz Quarz anschliessen kann? Gruss Philipp
auf den Tab "Lock and Fuse Bits". Warten bis alles gelesen wurde. Für deinen Quarz stellst du die Fusebit für den Quarz auf 111111 Ext. Crystal/Resonator High freq. usw. Dann rechts Write FS klicken. Fertig.
-
Thread
AVR minimale Taktfrequenz
müssen. Habe einen ATmega48 für eine KFZ-Anwendung (also Ziel: Strom sparen) mit 128kHz getaktet (per Fuses). Das Ergebnis war, daß ich mich damit für das ISP erstmal ausgesperrt habe. Erst "uisp" war per Argument in der Lage, den STK200-Klon langsam genug zu takten, so daß der AVR auch mitkam. Fuses konnte
erkennen und die Fuses zu schreiben. Wie gesagt, Flash schreiben bzw. verifizieren schlägt fehl. PonyProg konnte ich leider nicht testen, weil meine libc-Version nicht paßte. ;( PonyProg hat sich sonst bei Schreibproblemen sehr gut bewährt (auch wenn ich die Kommandozeilentools wie avrdude und uisp bevorzuge
-
Thread
Fusebit
Hallo hab ein bisschen mist gebaut. Ich hab über PonyProg die Fusebit umgestellt. Ich habe bei ckopt, cksel0, cksel1, cksel2 und cksel3 ein häckchen gemacht. Nun funktioniert nichts mehr. Hab es mit 16 und 6 MHz Quarz ausprobiert. Weiss jemand wie ich den
ckopt kannst du das Häkchen lassen. Bei den cksel.. nimmst du alle weg. Vor dem schreiben der Fusebits, das einlesen nicht vergessen.
-
Thread
UART bringt nur NULL-Zeichen
Nach dem Einlöten läuft der Atmel immer mit internem Oszillator. Fusebits geändert für 8Mhz ?
sicher bin ich mir nicht, ob ich alles richtig "gefused" hab... Die Standardeinstellungen von den Fusebits hab ich nur insofern geändert, als dass ich CSEL0 getoggelt hab - den Rest habe ich nicht geändert, ist das richtig so? Im PonyProg sind folgende Checkboxen aktiv (also programmiert, bit=0): JTAGEN
-
Thread
ISP Programmierung geht nicht mehr
die wurde auch gleich erkannt und ich konnte ohne Probleme programmieren. Doch auf einmal sagte PonyProg, dass er das gerät nicht mehr finden kann. Nun gut dachte ich mir, etwas rumprobiert, nach fehlern gesucht, aber nichts gefunden. Also habe ich einen neuen Mega8 raufgesetzt. Mit dem ging es dann
Wenn das Timing bei Ponyprog nicht stimmt, weil andere Software beim Proggen dazwischenfunkt, kann´s beim Controller die Fuses verstellen und dann ist Ende im Gelände. Guck mal, ob Du Dir einen anständigen ISP-Progger leisen
-
Thread
probleme ATtiny2313 und Ponyprog
Hi leute! ich hab ein ganz komisches Problem mit meinem Tiny2313. ich wollte mit ponyprog ein programm hinunterladen, aber es hat nur EINMAL funktioniert. ich kann zwar noch lesen was ich hinuntergeschrieben habe und die fusebits umsetzten, aber ein neues programm lässt sich leider nicht
Ich weiß nicht obs beim Tiny möglich ist aber gibt es nicht FuseBits die das schreiben verbieten?
-
Thread
Reset als I/O pin nutzen
habe folgendes Programm geschrieben und in einen ATtiny 12L geschrieben. Zusätzlich hab ich das Fuse-Bit "RSTDISBL" für den internen reset aktiviert. Das Programm soll folgendes machen: Wenn Taster 1 (an PB0) gedrückt wird, ist NUR PB3 high Wenn Taster 2 (an PB1) gedrückt wird, ist NUR PB4 high
out PORTB , r16 rjmp mainloop Ich nutze den ATtiny 12L, AVR Studio zum Programmieren und PonyProg zum Brennen. Was fehlt, bzw was hab ich falsch gemacht? Mfg Engel
-
Thread
STK500 oder doch selber bauen?
Ausser wenn du dich nicht unüberlegt an die Fusebits machst, brauchst du eigentlich kein STK500.
Folgende Konfigurationen funktionieren bei mir einwandfrei (jeweils ISP): XP und yaap XP und Ponyprog XP und avrdude 95 und yaap Gruss Michael
-
Thread
Display (HD4478099) zeigt nur Kästchen
Also ich habe mit PonyProg mal die "Configuration Bits" eingelesen. Dagibt es eins das "JTAGEN" heißt, das ist aber schon an.
"Du musst über die Fuse-Bits JTAG *deaktivieren*."
-
Thread
Fuse und Lock Bits
> Bei Ponyprog hab ich auf ein Symbol geklickt, > welches "Write Fuse & Lock bits" heißt. > Bei Ponyprog waren zu dem Moment wo ich darauf > geklickt hab, alle Haken weg. Ja, PonyProg ist da etwas umständlich
diese lesen und schreiben kann. In der alten Version brennt PonyProg sofort die aktuell eingestellten Fuse Bits, was natürlich in die Hose gehen kann, wie beschrieben. :) Also obacht bei der alten Version von PonyProg. Mfg raDOn
-
Thread
Mega8 retten
Fuses falsh gesetzt. Jetzt stehen sie auf Verifying and > Programming disabled. Das sind keine Fuses, sondern Lock-Bits. Die können mit einem Chip Erase gelöscht werden.
komischer weise keinen zugriff auf die Avr´s. Hab 3 mega8 getestet. Mit meinem Parallel Programmer und Ponyprog läuft alles noch. Hatt jemand ähnliche Probleme ?
-
Thread
brandneuer atmega128 hin
die ganze zeit funktioniert aber irgendwann fing avrdude an mich zu fragen ob ich die fusebits überschreiben will weil sie geändert wurden, das hab ich nicht verstanden. dann funktioniert das blinklicht nicht mehr, der atmega stürtze irgendwie ab. bis ich realisierte dass der externe quartz ausgeschaltet wurde. naja den rest könnt ihr euch jetzt denken. fusebits geändert, fehler gemacht. jetzt findet weder avrdude noch ponyprog das modul noch. wenn irgendjemand ne idee hat ob ich noch was machen könnte wäre das gut.
-
Thread
Portansteuerung
probiert und bei beidem das gleiche Ergebnis. Wenn ich einen externen Quarz verwenden will, welche Fusebit muss ich dann in PonyProg aktivieren? Hoffe, dass mir jemand weiterhelfen kann. mfg Philipp
weil der andere Bits von PortC verwendet. > Wenn ich einen externen Quarz verwenden will, welche Fusebit muss > ich dann in PonyProg aktivieren? Das ist doch im Datenblatt recht ausführlich beschrieben. Ist da was unklar?
-
Thread
ATMEGA16 Brennen
vermute, dass PonyProg die Parallel-Port nicht richtig ansteuern kann. Im BIOS kann ich auswählen zwischen "Standard Bi Directional" und "ECP" was soll ich da einstellen? Ich habe mal gelesen, dass Druckertreiber den
Stimmt die I/O Adresse des Parallelports bei dem Toshiba Laptop mit der von Ponyprog überein? (Ponyprog.ini). LPT1/2/3 kann bei Laptops alles mögliche sein. Reiner
-
Thread
Frage zu Fuses bei ATMEGA16 und AVRISP
logischen her ja weil ich ja das SPI enable haben will. Habe aber schon oft bei dem Attiny26 und Ponyprog daneben gelangt.
per STK500 schützen wenn der Schutz in der Harware(ATM16) drinsteckt ansonsten könnte man ja mit Ponyprog was machen.
-
Thread
ISP funktioniert plötzlich nicht mehr
mal die Spannung direkt an den Vcc-Gnd Beinchen gemessen? Ich tippe aber immer noch auf falsche Fuses, weil das bei PonyProg die häufigste Fehlerquelle ist. Es grüsst, Arno
Ich hatte problemme mit PonyProg und ein ATMega32L, die Fuse zu lesen und schreiben. Mit AVRDude keine probleme. DU kannst ein Probe machen... Es gibt ein einfach circut für ein Logik-Tester mit ein Paar CD 4001 und 3 LEDs, viellecht
-
Thread
Problem mit einen AVR 2313 Kontroller
@A.K. Die Frage ist doch, in welchem Jahrhundert die PonyProg macher leben, oder ?
Nach meiner Erfahrung hat PonyProg2000 keine Probleme mit dem Tiny2313. MfG Olaf
-
Thread
Attiny26 macht nicht, was er soll!
definierten Pegel legen und VCC mit einem Kondensator 100nF stabilisieren. Wenn du durch deine Fuseseinstellungen nicht gerade den externen Reset deaktiviert hast ist es sehr wahrscheinlich das sich der Mikrocontroller ab und zu resetet.
Wenn Du schon mit AVR-Studio proggst, warum lädst Du dann die .hex-Datei mit PonyProg? AVR hat das Programmier-Interface doch schon drin oder haste wieder mal so´n Gurkenprogrammer Marke Eigenbau?! Bestimmt sind nun die Fuses verstellt und somit läuft der Tiny nur noch auf externen
-
Thread
Zeiten bei den AVRs - großes Problem
und das dürfte in dem Fall ein programmiersprachenunabhängiges Problem sein): Das setzen der Fusebits ist in Ponyprog dann kein Problem, wenn Du beachtest, dass Du zunächst die aktuellen Einstellungen liest (mit Read) und dann erst Deine Änderungen machst, so dass das 'gefährlichste' Fusebit SPIEN
Nachtrag: Wozu brauchst Du eigentlich PonyProg? Aus Bascom heraus läßt sich doch genausogut flashen (eigentlich viel besser, weil die Einstellung der Fusebits viel komfortabler ist.
-
Thread
Reproduzierbarer Reset
eingestellt. Momentan steht er auf 1, also als Ausgang. lass ihn so, ist ok. PS: Bei den Fuse-Bits kannst Du Dir den RESET-PIN deaktivieren und den eigentlichen PC6-Pin aktivieren. Aber vorsicht, der µC lässt sich dann nicht mehr programmieren ;)
Hi Benedikt, ja, ist so, der Mega8 läuft mit 16Mhz und CKOPT ist in Ponyprog nicht angekreuzt, somit auch nicht programmiert (Bit = 1). Gibts da einen Zusammenhang mit dem Reset, daß sozusagen der Takt nicht sauber ist bzw. 'in a very noice environment' betrieben wird ?
-
Thread
Problem mit PonyProg
hi leute! ich habe ein kleines problem mit ponyprog und hoffe, dass mir jemand helfen kann. es bringt mir zwar keinen fehler beim beschreiben oder lesen des controllers (ATmega128) jedoch lese ich aus dem Programmspeicher immer den selben mist. (in hex: 00 01 02 03 ... FF) auch bei den fusebits kann ich auf write drücken, ohne einen fehler, doch wenn ich sie wieder auslese ist immer noch der selbe zustand wie vor dem beschreiben. hat das schon jemand erlebt? also ich bin mit meinem latein
-
Thread
AT90S2313 durch ATtiny2313 ersetzen, Fuse Problem
Wie bzw. mit welchem Tool "brennst" Du denn den Mikrocontroller? Falls mit Ponyprog, dann lass Dir gesagt sein, dass dort ein Häkchen an der entsprechenden Fuse einer "0" aus dem Datenblatt entspricht. Wenn man dabei nicht voll auf der Höhe ist, "fused" man sich aus Versehen statt
programmieren). Im Anhang habe ich mal ein Screenshot von den ATtiny2313 Fuses gelegt, gesetzt mit PonyProg. Die Einstellungen gelten für einen 4 Mhz Quarz. Stolperstein ist auch die CKDIV8 Fuse, die zu Anfang immer gesetzt ist und auch bei Quarz und externen Quellen den Takt auf ein Achtel verringert
-
Thread
Ponyprog und Fuses bei ATmega
AVR-Fusebits sind grundsätzlich so zu sehen, dass 'programmed' = 0 = Low und 'unprogrammed =1 = High bedeutet. Das hat historische und technologische Ursache. Ein gelöschter EPROM, FLASH, EEPROM usw. enthält
keine Nullen sondern Einsen. So steht das übrigens auch im Datenblatt des jeweiligen AVRs. Ponyprog hat lediglich den Mangel, dass es beim Aufrufen des Fuse-Dialogs die Fuses und Locks nicht automatisch einliest. Somit kann man Bits verändert zurückschreiben, die man gar nicht gelesen und beachtet
-
Thread
ATmega32 Configuration & Fuse Bits
also das Problem ist, dass man so wie sie im Datenblatt stehen noch invertiert in PonyProg eingeben muss. Zum Beispiel für einen Externen Quarzoszilator im Datenblatt steht CKSEL 1010 müsst ihr im PonyProg 0101 für CKSEL3 bis auf CKSEL0 einstellen. gruß Micha
> Na dann wundert es mich nicht mehr, das dauernd jemand > seinen Controller totfused mit PonyProg. > Welches kranke Hirn denkt sich denn so etwas aus? Arno, das stimmt nicht ganz... Denn das Datenblatt meint mit einer "programmed fuse" eine 0. Und bei Pony muss man für 0 ein Häkchen setzen
-
Thread
Servo am Mikrocontroller
@Rahul : Mit den Fuse-Bits im Ponyprog, muss die dann von CKSEL0 CKSEL1 CKSEL2 CKSEL3 0 0 0 1 auf CKSEL0 CKSEL1 CKSEL2 CKSEL3 0 1 0 0 setzen, dazu muss an der stelle wo ne 1 stehen
funktioniert hat. Da ist uns wohl das JTAG Interface dazwischen gekommen. Schalt das gleich mal ab (Im PonyProg die Fuses einlesen und das Haeckchen bei JTAGEN wegnehmen), sonst kommt es Dir woanders wieder in die Quere und Du suchst Dich dumm und daemlich. Was ist mit pet's Original-Program? Ich habs
-
Thread
AVRMega8 ist auf einmal taub
Womit Progst du, Ponyprog? Ich hoffe du hast dir dir Anleitung gut durchgelesen. Warscheinlich hast du auf externen Takt gestellt da im Ponyprog die Häckchen eine 0 bedeuten. Auf XTAL1 einen externen Takt anlegen und nochmal
aber nicht gefunden, wo ich den einstellen könnte. Ich vermute mal, daß sollte doch irgendwo in Ponyprog gehen...
-
Thread
UART Tutorial: Zeichenmüsli
richtig, hab gerade nochmal nachgeschaut. Was mir gerade noch in den Sinn kommt: Muss ich die Fusebits bei uisp auch invertieren (so wie bei Ponyprog)?
Ich hab den Übeltäter gefunden: uisp hat die Fusebits nicht korrekt gesetzt. Egal was ich als Paramter angegeben habe, die Fusebits wurden immer auf 0x01 gesetzt, sowohl das High- als auch das Lowbyte. Ich weis nicht ob es an der Linuxdistri lag (
-
Thread
programmer für avr studio 4.12 gesucht
Kurz und knapp: Nein. Der von dir verlinkte Adapter funktioniert aber mit PonyProg (link dazu in dem Link von dir)
Simulator enthalten. Das damit erzeugte HEX-File kann man dann mit einem anderen Programm, zB. PonyProg flashen. Aber vorsichtig sein mit den Fuses, da hört man hier immer wieder, das diese ausversehen falsch gesetzt wurden mit Pony. Es grüsst, Arno
-
Thread
Funktionstest für den ISP
mithängen und stören? Ist die Stromversorgung (des Mega32) in ordnung? Ansonsten probiere es mit PonyProg aus - dort kann man definitiv einen Verbindungstest durchführen. Achja, und wenn es klappt, und Du die Fuses ändern willst, vergiß nicht, die aktuellen Fuse-Werte VORHER einzulesen!
Hallo. Die 2.06 Version von PonyProg sagt ständig "device missing or unknown device (-24)". Wie eben vorher auch schon. Michael
-
Thread
BASCOM-ATmega8515-Fusebits
Wie sollen die Fusebits gesetzt sein ? Wenn es mit BASCOM wegen Fehler nicht geht, dann verwende ich ev. PonyProg. Vielen Dank im Voraus Chris
Problem mit BASCOM und ATmega8515 fusebits geklärt (so glaube ich nun jedenfalls). Habe nun mit Studio und PonyPrig experimentiert und folgende Beobachtung gemacht: 1. BASCOM 1.1.8.1 setzt die fusebits des ATmega 8515 richtig. 2. Allerdings
-
Thread
motor/servosteuerung ??
nämlich nur mit 8MHz, weiß auch nicht, wie ich den hochtakten könnte, denn mehr kriege ich mit den fusebits nicht hin....
assembler kann ich leider nicht. programmiere in der umgebung mit winavr, programmers notepad und ponyprog kennt jemand gute c-beispiele ???
-
Thread
AT90S2313 kann nicht programmiert werden
Abend einen neuen AT90S2313 eingesetzt, siehe da, der funzt auch nicht, obwohl ich nichts an den Fusebits geändert habe. Vorher habe ich mittels Ponyprog über das meistverwendete ISP-Interface programiiert und es klappte immer. Seit ich aber die MC auf dem STK500 Board programmiere funktionieren diese mit Ponyprog auch nicht mehr, Ausser der Atmega8 der geht bei beiden. Komisch oder?
-
Thread
wie Fuse Bits auslesen?
Die Fusebits kannste nur mit der Programmiersoftware auslesen. Wenn Du mit AVRStudio oder einer kommerziellen IDE (z.B. CodeVision) programmierst, dann geht das problemlos. Mit Ponyprog habe ich's noch nicht probiert
-
Thread
ATmega161 defekt nach Einbau in Zielplatine
wunderbar, und plötzlich scheint sie ATmega8 zu zerstören. Ich habe den µC eingebaut, und mit PonyProg die FuseBits gesetzt (Externer 12 MHz Quarz) schien gut zu funktionieren. (ISP am Parallelport) Danach habe ich dann mit AvrDude den Controller programmiert und eine Fehlermeldung erhalten, dass die
auf einmal alles: die LED's, die anheschlossenen Taster, usw. Auch konnte ich nun wieder mit PonyProg meinen Controller programmieren. Alles ging, als wäre nichts gewesen. Meine Vermutung: In der Anleitung von PonyProg steht, man solle vor dem PRogrammieren ein ERASE machen; dies hatte ich nicht