-
Thread
Programmieren unter Linux
klappte es mit PonyProg. (Alles unter Linux.) Gruß, Mark
Ich nehm avrdude, da ging bisher alles auch fuses.
-
Thread
Anfänger ... erster Versuch ... fehlgeschlagen ;o(
setze die fusebits unter deiner kontrolle mit ponyprog oder bascom. mfg pebisoft
-
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
AVR Mega 128 Fuse Bits lassen sich nicht ändern
Hallo an alle. Ich habe folgendes Problem. PonyProg baut zu meinem Mega 128 keine Verbindung mehr auf. Jetzt bin ich auf die Idee gekommen, dass evtl. die Fuse-Bits nicht stimmen. Wenn ich einen externen Takt über einen Quarzoszillator angelegt und siehe da, die Verbindung ist wieder da. Jetzt kam ich auf die Idee die Fuse-Bits auszulesen und auf einen internen Takt zu ändern. PonyProg scheint auch die Bits zu schrieben, aber beim nächsten lesen haben die wieder den alten Zustand. Jetzt die Frage, wo dran kann das liegen
-
Thread
AVR Attiny 26 - Ext. Interrupt
found in Dat file" - Error 85: "Unkown interrupt source" Kann es sein das ich meine Fusebits ändern muss? Im Datenblatt steht etwas von "GIMSK[INT0]", aber das finde ich bei den Fuses in PonyProg nicht. Vielen Dank jannik
-
Thread
Fuses werden gelesen, aber nicht geschrieben
rum ist. Ich verwende einen USBasp, habe Win7 64 bit auf dem PC. Ich wollte nun gerne die Fusebits mit dem BurnOMat schreiben, das klappt aber nicht. Auslesen kann ich sie, jedoch nicht schreiben. (Fehlermeldung: Error writing fuses) Was mache ich falsch? Habe ich mich beim ATMega schon ausgesperrt
Das ist ja wie bei Ponyprog (würg). Kannst Du nicht über Atmel Studio 4.18 flashen? Da hat man diese Probleme nicht.
-
Thread
ATmega8515 will nicht mehr.
kommt stattdessen immer die Fehlermeldung "Device missing or unknown device (-24)" Ich kann keine FuseBits mehr ändern, auch nichts mehr lesen oder schreiben. Wenn ich die Spannung wegnehme, oder sogar ISP komplett vom Controller trenne, verhält sich PonyProg nun genauso. Habe nun gelesen, dass PonyProg
Ist ja auch kein PonyProg-Screenshot.
-
Thread
Aus atmega8 ausgesperren
noch geschrieben. Kann sich PonyProg da irgendwie selbstständig machen und Fusebits setzen? Hab zwar jetzt schon nen neuen µC bestellt, aber ich fürcht, dass ich irgendwo nen Fehler gemacht hab, drum schätz ich die Überlebenschancen
Ich nuze PonyProg schon seit mehreren Jahren unter verschiedenen Windows-Betriebssystemen (Win 95, Win 98, Win2000, WinXP). Dabei ist es noch NIE vorgekommen, daß Ponyprog "versehentlich" von selbst Fuse-Bits verstellt
-
Thread
External Clock
Plattencondansator an GND gelötet und CKSEL pabe ich auf 0000 (External Clock) gesetzt. Das hab ich mit ponyprog gemacht. Jetzt macht der µC ganichts mehr und ich kann ihn auch nicht mehr programmiren. An den kontackten des quarz liegen 0,8 und 0,6 V gegenüber GND an.
XTAL1 an, den Quarz nimmst du erst mal weg, siehe Seite 36 im Datenblatt. Danach kannst du die Fusebits wieder auf vernünftige Werte umstellen.
-
Thread
Frage bezüglich Atmega16 mit extern.Quarz.
Zeit hier habe. Ich habe etwas gegoogelt und diese Seite gefunden: http://www.engbedded.com/fusecalc/. Dort kann man den gewünschten µC auswählen und die Fuse Bits automatisch "berechnen" lassen. Jetzt gibt es aber einige Auswahlmöglichkeiten für Ext. Quart/Resonator. Mit Low,Middle,High Freq und unterschiedlichen CK Werten. Ich benutze zum Programmieren PonyProg. Ich würde mich freuen, wenn mir da jemand helfen würde. MfG, Dönerman
-
Thread
Fusebits setzten ohne sich auszusperren
und BOOTSZ2 setzten oder nicht? Und JTAGEN muss ich doch auch nicht setzten oder? Flashe mit PonyProg. Danke im Vorraus für eure Antworten. Gregor
) oder die JTAG-Pins am AVR als generelle I/O-Pins haben willst (nicht setzen). > Flashe mit PonyProg. Aufpassen: Bei PonyProg entspricht ein gesetztes Häkchen einer 0 im Datenblatt.
-
Thread
Fusebits und Timer1
erhöhen Timer_overflow: Sekunden = Sekunden + 1 Timer1 = 49911 Return und so sehen meine Fusebits aus die ich über PonyProg einstelle: haken bei JATGEN, SPIEN, CKOPT, BOOTSZ1, BOOTSZ0, SUT1 Zur zeit zählt er einfach viel zu schnell die Sekunden, die werden auf dem Addon board von Pollin ausgegeben
Ich verstehe deinen Ansatz, das macht Sinn. Kann mir trotzdem jemand zeigen wie ich über ponyprog meinen atmega16 an meinem pollin board so einstelle dass der externe quarz benutzt wird?
-
Thread
Fehler bei Burn-O-Mat
Ich habe mir den Programmer auch nachgebaut. Um die Firmware zu laden habe ich einen seriellen Pony-Prog Programmer verwendet, das hat auch problemlos funktioniert. Bei den LPT-Port Programmern musst Du schauen dass Du den richtigen für AVRdude auswählst, hier gibt es viele verschiedene Beschaltungen
mal ausprobieren. Also ich habs mitlerweile geschafft den Atmega8 mit meinem LPT Programmer und PonyProg an einem Uralt Laptop zu flashen(unter WinXP). Es kam zwar die Meldung "Not known Device..." oder so ähnlich obwohl ich eigentlich alles richtig eingestellt hatte... Flashen hat dann aber angeblich
-
Thread
ATTiny 12 verfuset?
demnächst mal lieber hiermit: http://www.engbedded.com/fusecalc/
Naja im Datenblatt stand:"External Crystal/Ceramic Resonator 1111" und da eine 1 bei PonyProg ja für kein Häkchen steht, dachte ich ich muss es so einstellen. Ich benutze das Board von Pollin mit einem Quarz.
-
Thread
AtMega88P - UART
dann auch fest. Hab auch schon viel gegoogelt aber nichts trifft auf dieses Problem zu... Hab die FuseBits im Anhang mitgesendet (von PonyProg2000) Ich verwende AVR Studio und einen AtMega88P. Woran liegt das? Sind vielleicht die FuseBits falsch gesetzt? Habs auch schon genau so wie im Datenblatt
-
Thread
AVR Reseten wenn ausgesperrt
sich beim ATmega oder ATtiny aussperrt, wäre es doch schön, wenn es eine einfache Ergänzung zum Ponyprog gäbe, mit der man das wieder gut machen könnte. Kennt jemand sowas?
http://diy.elektroda.eu/attiny-fusebit-hvsp-doctor/#eng
-
Thread
Probleme mit USBProg
das richtig? Wie bekomme ich diese darauf und wie setze ich die FUSES bzw wozu setzt man diese FUSES. Bitte um Hilfe und schonmal vielen DANK! Grüße Georg
page_id=147 Für den PC brauchst du noch ein Tool, mit dem du deinen LPT-Adapter ansprichst, z.B. PonyProg. Wie du die Fuses hier genau setzen musst findest du ebenfalls beim zweiten Link. Mit dem Setzen dieser Fuses stellst du "Grundeinstellungen" ein, z.B. woher der AVR seinen Takt beziehen soll (interner
-
Thread
ATTiny2313 - BASCOM Error: Detected Micro does not match
nicht befüllen lassen. Habe ihn mittels USBprog an BASCOM angeschlossen. Doch wenn ich an die Fuses, oder ihn beschreiben will, bekomme ich immer folgende Fehlermeldung: "Detected Micro does not match the selected Micro ATTiny2313" Hu? $regfile = "attiny2313.dat" ist drin und anscheinend erkennt
Controller für eine Signatur ausgibt. Hast du die Möglichkeit, mit einem anderen Programmier-Tool (z.B. PonyProg oder AVRDude) die Signatur auszulesen? Evtl. ist dann erkennbar, warum BASCOM einen Fehler meldet. BTW: Wenn du mit BASCOM nur die Binär- bzw. Hex-Datei erzeugst und mit der anderen Software den
-
Thread
ATMega8 Auslieferungszustand zurücksetzen
Hi, in letzter Zeit hatte ich immer mal Probleme beim Schreiben von Fuse-Bits mit PonyProg2.07c. Damit war dann ein ATMega8 auf dem SPI- Ohr taub. Leider besitze ich aber kein STK500, um den Mega8 über den parallelen Programmiermodus zurückzusetzen. Deshalb habe ich mir
zuletzt. Es war lediglich der Reset- Interruptvektor nicht definiert. Jetzt läuft das Programm FuseReset1.1 ohne Probleme. @Gunter Nochmals danke für die Infos. Grüße Raik
-
Thread
ATmega128 Fusebytes
Hallo zusammen! Hab's geschafft durch ändern der Fuse-Bytes einen ATmega128 für ISP unzugänglich zu machen. Wie ich (dummerweise erst jetzt) lässt sich das noch mal rückgängig machen. Was ich aber nicht verstehe, ist folgendes: " Reaktivieren bei fehlerhaften
..2 (1) 1 M103C (0)1 --> alle 128 Features an 0 WDTON (1)1 Dementsprechend bei Ponyprog für ne 1 dann KEIN Häkchen oder $avrdude" -c avrispv2 -p m32 -P usb -U lfuse:w:0xEF:m -U hfuse:w:0xC9:m -U efuse:w:0xFF:m ? Peter
-
Thread
Atmel Atmega8 verfused
einem externen Oszillator(Quarzoszillator, external clock) versorgen. Ich setzte die korrekten Fuse-Bits (alle haken bei Clock Select da) mit ponyprog. Dies klappe auch, bis ich versuchte den µC mit avrdude zu programmieren, denn avrdude meckerte über veränderte fuses. Ich drückte Ctrl+C, da ich nichts
gehen die AVR bei allen Fuseeinstellungen (ext. Clock, ext. Quarz, ext. Ceramic usw.) über XTAL1 von außen zu takten und reden mit Dir. Oder hast Du einen externen Quarz dran, dann wären die Einstellungen in Pony falsch. Gruß aus
-
Thread
Attiny2313 und fuse bits //geschrottet?
: http://www.klaus-leidinger.de/mp/Mikrocontroller/AVR-Prog/AVR-Programmer.html ich benutze Ponyprog... Und sobald ich die fuse bits schreiben möchte sagt er erfolgreich, jedoch wenn ich wieder lesen möchte, egal ob bits, flash oder eeprom kommt folgende fehlermeldung: DEvice missing or unknown
und übrigens: ponyprog invertiert die bits. ein häkchen bei einem bit ist eine logische 0
-
Thread
AVR ATmega8 mit Atmel Evaluations-Board 2.0: Einstellungen?
von Pollin gekauft und benutze ein ATmega8. Zum Übersetzen und Übertragen der Programme dacht ich PonyProg und WinAVR zu verwenden. Die Kommunikation mit PonyProg ist kein Problem, das hat alles geklappt. Nur mit den Einstellungen, der MakeFile, den FuseBits,.... komme ich nicht klar. Ich habe schon mehrere
dem board sondern rödelt mit einem gemächlichen MHz vor sich hin. das lässt sich aber über die fusebits mit pony einstellen. Dazu müssen CKSEL0-CKSEL3 auf 0 sein. Das entspricht bei Pony einem Haken. Lies auch mal hier: Mit Bildchen : ) http://www.mikrocontroller.net/articles/AVR_Fuses#Ponyprog2000
-
Thread
Bootloader mit Ponyprog flashen ...
unklar: Der Bootloaderbereich befindet sich am oberen Ende des Flashs. Wenn ich ganz normal mit Ponyprog flashe wird das Programm ja ab Adresse 0x0000 im Kontroller abgelegt. Eigentlich dachte ich es reicht vor den Flashen die BOOTRST fuse umzulegen. Laut Datenblatt ist das aber nur für den Resetvektor
Problem. Kommt der Prozessor halt wieder ans Pony und nachschauen wo das Problem liegt. Aussperren kannst du dich auf die Art nicht.
-
Thread
Problem beim Flashen von AtMega-Controllern
habe ich versucht jeweils einen der beiden Chips zu programmieren, bzw erst ein mal die Fuse-Bits auszulesen. Ich bin mir sicher, dass beide Chips funktionieren. Jedoch meldet PonyProg immer 'Falsches oder fehlendes Device (-24)'. Bei dem PPC geht die rote Program-LED wie gewünscht an, sobald
Hast Du in PonyProg das richtige Device und die richtige Schnittstelle eingestellt?
-
Thread
Fuse bits auswählen
hallo habe einen atmega8, den ich mit ponyprog programmieren möchte. ich soll diese fusebits setzen: high byte = 0xc9, low byte = 0x9f was muss ich da ankreuzen?? mfg
datei habe ich auch schon heruntergeladen - doch ich weiß eben nicht, wie ich die fuse bytes im ponyprog setzen soll
-
Thread
Probleme beim Flashen/Pony Prog
hab hier ein ziemlich komisches Problem. Bis vor kurzem hat das Flashen des ATmega32 mit Pony Prog noch funktioniert. Verwendete Schnittstelle: PC - LPT1 uC - ISP Der ATMega hat eine Versorgungsspannung von +14V, ein altes Programm läuft darauf Super. PonyProg gibt die Fehlermeldung
"Ponyprog würde ich vergessen, macht sehr oft Probleme." Das halte ich für ein Gerücht. Ich komme seit Jahren mit PonyProg klar. Wenn es mal Probleme gab, befanden diese sich IMMER vor dem Bildschirm.
-
Thread
Atmega 8, Problem mit Fuses und Quarz
= 1 Cksel0 = 1 Sut1..0 = 1 Ckopt = 1 Also alle Fuses nicht gesetzt, dementsprechende bei PonyProg die Häkchen weggemacht. Wo liegt jetzt mein Denkfehler? Die Programmausführung (leds+buttons.asm aus dem Tutorial) funktioniert übrigens weiterhin. Gruß Chris
Kann es an dem ISP-Adapter liegen? Mit internen Takt lief der aber problemlos, am Ende der Fusesübertragung kam dann aber schon gleich ein Fehler von PonyProg (Controller nicht gefunden oder so ähnlich).
-
Thread
Atmel 32 - Problem
Atmega32 und schreibe es (.hex) per PonyProg auf den Controller (Atmega32) Hier mein Programm: -------------------------------------------------------------- $regfile = "m32def.dat" '$prog &HFF , &HE4 , &HD9 , &H00
...betrifft das beide Ports oder vielleicht nur Port C? ---> Stichwort "JTAG Fuse"
-
Thread
Pollin-Eval-Brd + ATMega32
können's aber nicht sein, denn das Programmieren eines ATMega88 funktioniert mit der Konfiguration (PonyProg 2.07cbeta, serielles Kabel) völlig problemlos. Habe es auch mit einem AVR910 probiert, allerdings mit identischem Ergebnis. Das Pollin-Board (Vers. 2.0.1) kann ich aber auch hier nicht ganz als
versuchen. Im Anhang ist noch mal das Lese-Ergebnis dargestellt, wenn man die Lesefehler im PonyProg ignoriert und dann die Fuses einliest. Beim Schreiben geht's scheinbar, aber die FuseBits ändern sich nicht! Auch der hier im Forum verteilte Tipp, beim Programmieren den Reset-Taster gedrückt zu
-
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
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
-
Thread
Und nochmal die Fusebits
Hi Johny M. RSTDSBL ist bei mir in PonyProg auch gegraut. Habe ich also nicht über das UI verstellen können. Ich weiss nicht so richtig was beim setzen der Fusebits passiert ist. In der Aufregung über die Freude, dass nach all der Lötarbeit mein Testprogramm sofort funktionierte hat, habe ich wohl vergessen beim setzten der Fusebits mit PonyProg die Fusebits zuerst zu lesen. Also habe ich wohl einfach die interessanten Bits (CLKSEL) gesetzt un die Fusebits, so wie sie in Pony Prog gerade waren zurückgeschrieben. Jetzt habe ich
-
Thread
Benötige Hilfe! Hab den Atmega32 gesperrt.
angeschaut habe sind nur Parallel--> ISP. Wenn ich dann Parallel--> JATAG habe, kann ich dann mit PonyProg2000 die Fusebits wieder zurücksetzen? Weiss da jemand bescheid? Gruß norad
-
Thread
ATMega 8 mit PonyProg auf externen Quarz stellen ?
Fussangel = Eine beliebte Falle Wenn im Datenblatt eine 1 angegeben ist, dann musst du im Ponyprog den Haken wegmachen. Im Fusebit Dialog in Ponyprog ist das unten in einem ausgegrauten Text auch angegeben. Eine andere Falle im PonyProg: Bevor du die Fusebits im Dialog änderst, unbedingt die Fusebits vom µC einlesen! Die Fusebits laut Datenblatt nicht auf 'external Clock' stellen (das wäre ein externer Quarz-Oszillator) sondern auf 'external Crystal' einstellen (das ist ein Quarz).
-
Thread
Fuse Frage zu Atmega8
Juten Abend, Ich benutze PonyProg und würde gerne wissen wie die Fuse Settings aussehen müssen, damit der Atmega8 als Taktquelle den externen Quarz (Das Bauelement mit den zwei Beinen :-) ) verwendet. Habe mich etwas durchgelesen,
aus sein muss. Jetzt läuft doch der Atmega8 mit 11.0597 MHZ oder muss ich da noch weiteres an den Fuse's ändern ?. Wenn nicht, kann ich jetzt dieses MAX232CE für das UART ran löten. :-). Danke dir und allen anderen. l.G. grünschnabel
-
Thread
Hilfe hab mich ausgesperrt!!! (Mega162)
Ich programmier mit AVR Studio. Und die Fusebits setz ich normalerweise mit Bascom (sehr übersichtlich). Hab aber auch schon mal Ponyprog probiert.
Das JTAG Fusebit ist für ISP völlig irrelevant, wird wie der Name schon sagt nur für JTAG benötigt.
-
Thread
CKOPT gesetzt und nun keine Kommunikation mehr
diesen auch benutzen. Auf einer Internetseite stand, dass man zum aktivieren des externen Quarzes in Ponyprog das Fusebit CKOPT setzen muss. Habe ich getan, habe ich beschrieben, habe ich bereut. Seit dieser Aktion habe ich keinen Zugriff auf den Atmel mehr. Ist ja jetzt kein größeres Problem kommt
> Auf einer Internetseite stand, dass man zum aktivieren des externen > Quarzes in Ponyprog das Fusebit CKOPT setzen muss. Ob man sie setzen muß, hängt vom Quarz und von anderen Gegebenheiten ab. Wenn sie gesetzt ist, ist man aber auf der sicheren Seite. > Habe ich getan, habe ich
-
Thread
externes Clocksignal - ATmega8515 geht kaputt :(
Achja, um die µC zu testen, ob sie mit dem NE555 an bzw. aus funktionieren, habe ich sie mittels PonyProg beschrieben und geguckt, ob der "Write successful" war. Kann es sein, dass nichts durchgebrannt ist, sondern lediglich irgendwas wichtiges überschrieben wurde, weil durch die Störungen anstatt korrekter
ISP-Frequenz. Schau mal in den Einstellungen nach. Ich weiß jetzt aber nicht ob (und wenn ja, wo) man in PonyProg die Frequenz einstellen kann, weil ich noch nie das Bedürfnis hatte, einen AVR mit so niedriger Taktfrequenz zu programmieren. Müsstest Du mal schauen.
-
Thread
Wie verbindet man 1 Atmega8 mit einem PC über Paralle Port?
simulieren. Das Programm funktioniert aber ich kriege den Hex.datei nicht auf dem µC. Ich habe das Pony Programm um daten auf den µC zu schreiben und bezutze ein 25-Poliger Stecker. Ich habe schon alle Einstellung am Pony Prog gemacht aber beim Schreiben kriege ich immer die Fehlermeldung:"falsches oder
weiss nicht. Kann nur vermuten, dass es funktioniert, aber die Zeiten stimmen dann nicht. Musst die Fuse-bits für 8Mhz bei Ponyprog setzen. (frag MICH aber NICHT, wo du die Häckchen setzen musst. das weiss ich nicht). du hast soo wenig über deine Schaltung geschrieben, dass man dir kaum helfen kann.
-
Thread
atmega8 mit externen oszillator
Prozessor beschreiben kannst. Wenns nicht klappt, dann liegen den Probleme meistens im Bereich: PonyProg kann nicht korrekt auf den parallel Port zugreifen, der parallel Port liefert nicht die notwendigen Spannungen bzw. es liegt überhaupt ein Hardwareproblem auf dem parallel Port vor. Aus diesem
rumgespielt und es geht immer noch nicht. ich hab die Konfiguration für einen externen Quarz mit pony prog eingegeben aber weiß nicht ob es richtig war. kann mir jemand die richtige Konfiguration geben?
-
Thread
AVR: Welches serielles ISP Interface für PonyProg?
sein, funzt aber nicht. Dann habe ich den Adapter [2] nachgebaut wie er im PonyProg-Tutorial dieses Forums beschrieben ist. Link: http://www.mikrocontroller.net/articles/Pony-Prog_Tutorial Aber auch der funzt nicht. Habe in eben nochmals durchgeklingelt und geprüft. Er scheint mir
Habe schon mit dem Jumper "RESET" auf dem STK500 gespielt -> ohne Erfolg. Systemreaktion von Ponyprog: - Calibration ist OK - <Probe> Test im Interface Setup bring beim [1] Test OK bei [2] Test failed - Beim Auslesen der Fuse-Bits bekomme ich prinzipiell und überall ein "Device missing or unknow
-
Thread
tiny12 lässt nach prog der fusebits nicht mehr R/W
Prg. im idle Modus). Programme schreibe ich mit dem STUDIO4 in Assembler und benutze zum Flashen PonyProg (ISP + LPT1). Als ParallPort Programmieradapter verwende ich den Nachbau von Rolf Milde. Das läuft alles wunderbar solange ich nicht an den Fuse-Bits schraube um die Clock zu verändern! Problem: Fuse-Bits auslesen - kein Problem Fuse-Bits CKSEL3..0 wie im Datenblatt (Ext.low.freq.Crys 1001) invertiert in Ponyprog gesetzt und zurückgeschrieben - Lock-Bits unberührt gelassen. Resultat: Program läuft
-
Thread
Mega 8 1 Mhz auf 4 bzw 8 Mhz
In Pony-Prog muß man für eine 0 (programmed) ein Häckchen in die Kasterl setzen und für ne 1 (unprogrammed) nicht. Ist ein bißchen verwirrend aber es steht ja auch in der Dialogbox drinnen. Ansonsten vor Änderung der Fusebits IMMER zuerst auf READ klicken, dann ändern, aber mit bedacht, und schließlich auf Write. Gruß Andi
-
Thread
Atmega168 programmieren geht nicht
Hi prüfe einfach mal gegen mit AVRDUDE oder PonyProg. Dann kannst du zumindest mal Codevision ausschließen. Matthias
Guter Tip. Leider koennen anscheinend weder AVRDude noch PonyProg mit dem 168er umgehen. Oder ich bin zu bloed. -Jan.
-
Thread
ATMega162
Hallo alle beisammen, Ich hab gestern Abend mit Ponyprog die Fusebits von meinem Controller (ATMega162) geändert, und seitdem scheint er tot zu sein. Vorher lief alles prima: ich konnte die Speicher auslesen und auch beschreiben (zwar nicht so wie ich
gegen Erde abgeschlossen ist. Dazu habe ich (Datenblatt befolgend) bei folgenden Fuses die Häkchen in PonyProg herausgenommen: CKSEL0-CKSEL3 und SUT0 und SUT1. Seitdem erkennt weder YAAP noch Ponyprog den Controller (was halt gestern noch ging), und ich kann auch NULL Einstellungen machen; weder auslesen
-
Thread
probleme beim brennen eines Tiny12's.
Reset auf 5V ohne vorwiderstand war. Könnt ihr mir bitte mal ganz kurz beschreiben wie man in ponyprog die ganzen fusebits und setupbits setzen muss das soetwas nicht mehr passieren kann. Danke
hatte ich ja im tiny auch keinen reset programmiert, allerdings kam ich mit den ganzen setupbits in ponyprog durcheinander, heißt denn da ein X eine 1 oder eine 0; oder heisst es vielleicht sogar "funktion aktiv oder funktion inaktiv"?
-
Thread
ATMEGA16 Interner RC-Oszillator / Quarzbetrieb?
Bei Tools->chip programmer im daraufhin aufgehenden Fenster hats unten ne hübsche Liste, mit den Fusebits. MFG Nik
In Ponyprog z.B in Command/Security and Configuration bits. Eigentlich sollte jedes Programm zum programmieren auch die Fusebits schreiben/lesen können.
-
Thread
ATMEGA16 sperrt (Lockbit)?
Ich hab ein prolem mit dem mega16 ich haber versehentlich lock1 und lock2 in PonyProg in der Securety gesetzt und bekomm den Chip nichtmehr beschrieben. Wie kann man das Rückgänhgig machen? Ich habe was von Datenschicken auf XA0 und XA1 gelesen Aber ich finde das nicht! Ist sehr dringend
Dann haengt's moeglicherweise nicht an den lock-bits, sondern an den fuse-bits. Nehme an, ist das uebliches Problem weil AVR-Datenblatt und Text im Ponyprog-Dialog so viel Text sind. Langer Rede: Forum nach quarz und fuse absuchen. Problem gab's schon oefter.