-
Thread
ATMega 48 Wiederbelebung gescheitert
Ist es nicht, siehe hier: www.engbedded.com/fusecalc/
Doch, bei Ponyprog gibt es eine Konfigurationsdatei: in "Arbeitsplatz" ist mit "Pony2000" und Suchfunktion die Herde von Pony-Dateien auffindbar. In der Datei: PonyProg2000 ....... 1kB Konfigurationsdatei
-
Thread
Seltsame Fuses
gelassen fur CKDIV8 weg gemacht. Der uC lauft jetzt auch 8mal so schnell aber ich kann nicht mehr mit PonyProg schreiben oder lesen. die Fuses kann ich noch auslesen aber ich bekomme immer alle als programmiert obwohl zumindest noch Reset geht.
wenn ich ein bootloader auf dem uC ist es dann genauso als wenn PonyProg nutze? also ohne irgendwas im Compiler zu ändern.
-
Thread
Entwicklungsboard für mobiles Gerät
einzusetzen. Und es ist mit ca. 15 € auch erschwinglich ... Zum Programmieren brauchst du AVRStudio und PonyProg. Ach ja, und einen PC mit echter serieller Schnittstelle. Ein Adapter USB auf seriell macht u. U. Probleme. Du findest hier ein sehr gutes Tutorial mit dem mir der Einstieg auch relativ leicht gefallen
Ich hoffe die Grundeinstellungen auf einem mega32 sind nicht so schwer zu bewältigen. Stichwort Fusebits und Lockbits.
-
Thread
Mega88 problem
Siehe [[AVR Fuses]]
Ich brenne seit Jahren die AVR's mit PonyProg. Lief immer problemlos. Mit At-Mega 8 ebenfalls keine Probleme. Mit AT-Mega 88 keine Chance. Weiß hier jemand Rat? Sind es die Signatubits im µC? Viele Grüße Kotter-Edling
-
Thread
bin Anfänger will Atmega16 Flashen
Nachtrag: Die Anleitung zu PonyProg solltest du auch ganz genau lesen. An=Aus, und umgekehrt ;-) Oliver
Der Default Wert für die Taktversorung ist: 1Mhz, interner Oszillator. Sieh dir an, welche Fusebits dafür zuständig sind (im Datenblatt). Dann sieh dir im Pony-Dialog die entsprechenden Felder an um die Zuordnung von Häkchen zu Wert zu bekommen. Und erst dann, wenn du diesen Zusammenhang hast
-
Thread
Tiny13 und 15 calibrieren
. ich kann mit ponyprog das Calibrationsbyt zwar auslesen dann steht da z.b x051 was muss ich denn damit nun genau machen? schreiben kann ich das nicht und in das Programm einfügen gehr ja nicht da ich den Source Code nicht
wie geht das denn genau einen wert dann in oscal schreiben mit ponyprog so könnte ich zumindest versuchen auf die 1,6MHz zu kommen
-
Thread
µc verstellt sich von alleine (Takt) Mega8
umgeschaltet wird. Blos woher sollte das kommen??? Ich kann es mir einfach nicht erklären, macht das PonyProg solche Fehler, oder kann soetwas allgemein durch ein falches Fusebit hervorgrufen werden??? mfg
so manches Seltsames passieren kann, vor allem mit dem EEPROM-Inhalt, aber vielleicht auch mit den Fuses. Es wäre sicher einen Versuch wert, den BOD zu verwenden. Grüße, Peter
-
Thread
Probleme mit Pollin Evaluations-Board (2.0)
zufällig noch n BC33716 im Keller. Hab den eingebaut und bekomme die nächste schöne Fehlermeldung von PonyProg "unable to probe, bad device or device locked (-25)"... Was mag das nun heißen? Hab schon versucht alle FuseBits zu löschen (oder zu setzen? Auf jeden Fall keine Häkchen gesetzt) Vielleicht
Du solltest den Aussagen von Ponyprog nur dann vertrauen, wenn es mit dem AVR ungehindert kommunizieren kann. An den Fusebits solltest Du auch nicht herumspielen, wenn Du keinen HV-Programmer im Bekanntenkreis hast. Ein programmierter
-
Thread
Anfänger: ATMEGA32 zerstört?
du ein Quarz hast, dann schließ das mal an, und versuch kontakt zum AVR aufzunehmen. Bei Fusebit-änderungen muss man immer vorsichtig sein. "0" heißt "programmiert" und wird bei Ponyprog durch Hacken setzten erreicht. Glaub ich. Ich muss es nämlich auch jedes mal wieder nachschauen. Sinnvoll ist
[[AVR Fuses]]
-
Thread
Problem beim AVR programmieren
Hast Du die Fuse-Bits beim 2313 angepasst? Die sind anderst als beim 90er.
Probier mal in PonyProg bei Setup-Interface Setup bei Parallel "DT-006 I/O"
-
Thread
mega32 unterschiedliche Portpegel trotz "gleicher" Initialisierung
Ahso, eins noch: Zum Thema JTAGn, das Bit: JTAGEN in PonyProg habe ich wieder gesetzt(wie es war), da sonst in beiden Fällen die LED nicht leuchtet. Meine, das die FuseBit-Geschickte auch irgendwie invertiert ist, doer ? sprich 1 -> Deaktiviert, 0 -> aktiviert
>>Geproggd wird über einen selbstgebauten >>Parallelport-Programmer mit Hilfe von PonyProg. beim pollin board ist doch ein prorammer mit dabei, aber naja^^
-
Thread
Mega644
avrdude? Ist das nicht so ein Konsolenbasiertes Proggi? Ich bin leider Anfänger und fand das mit PonyProg und WAVRASM recht Anwenderfreundlich... Muss nachher mal ausprobieren, wie das mit avrdude so klappt. Bis dahin vielen vielen Dank!!! Sascha
644 mittlerweile erkannt wird. Doch mir fehlen die anderen Einträge für diesen Controller (Fuses, FusesHi, Algorithm, Lockbits) und was sonst noch fehlen könnte... ;) Vielen Dank im Voraus Sascha
-
Thread
Mega128 Defekt?
Hast du die pull-ups eingeschaltet? Hast du alle Fuse-Bits richtig gesetzt?
Ponyprog?
-
Thread
vom webserver zum terminal - nix kommt
nicht mal ausmessen? Dazu misst Du das kürzeste Bit, das Du findest und rechnest 1/t. Stimmen die Fuse-Bits? Stehen die auch auf externen Oszillator? Die Fuse-Bits (Screenshots von Ponyprog) findest Du im Download-Bereich von: http://www.mikrocontroller.com Gruss, Holger
habe den fehler gefunden. das problem waren die Fusebits. Zum programmieren habe ich den galep genutzt, dieser zeigte die cklock fuses CKSEL nicht direkt an, sondern hat sie als zahl ( 0001) gezeigt, was die codierung für CKSEL0 bis CKSEL3 ist. der
-
Thread
74HCT244 testen
gebaut. Leider wird der nicht vom AVRStudio unterstützt, aber es gibt dafür Freeware-Tools wie PonyProg2000. Die Vorgehensweise ist folgende: Du bearbeitest + assemblierst Dein Projekt ganz normal in AVRStudio, dann öffnest Du PonyProg, lädst dort das von AVRStudio erzeugte .hex-File und kannst dies dann in den Controller laden. In Ponyprog kannst/mußt Du auch die Fuses setzen, das ist aber wieder ein Kapitel für sich. Vorsicht, durch falsch gesetzte Fuse-Bits oder Lock-Bits kann man den Controller unbrauchbar machen, also erstmal Datenblatt
-
Thread
Probleme mit AVR UART Echo
Fusebits bei beiden µCs gleich gesetzt?
Ähm Hannes, kann ich dir den 32er mal am WE vorbei bringen, das du mal schaust wegen den fusebits. Du hattest ja gemeint das ich da mit meinem ProgBoard nich ran komme. Gruß Sven
-
Thread
Atmega programmiert...keine Fusebits geändert...µC tot
sich gibt, habe ich noch nicht getestet. Das ärgerliche ist nur, dass ich in PonyProg keine Einstellungen geändert habe, sondern wie immer geflasht habe. Ich vermute (und hoffe schlimmstenfalls) dass die fuse-bits falsch gesetzt wurden. Aber wieso sollte PonyProg beim normalen Flashen
> Ich vermute (und hoffe > schlimmstenfalls) dass die fuse-bits falsch gesetzt wurden. Das liegt nahe. > Aber wieso > sollte PonyProg beim normalen Flashen, was hunderte Male funktioniert > hat auf einmal die fuse-bits setzen? Weil Ponyprog die Schnittstellen-ICs
-
Thread
ATtiny24 - Fuse Bits programmieren
Schaltung verwenden. Jetzt habe ich das Problem, dass ich an die Fuse Bits nicht rankomme - weder im PonyProg noch im AVR Studio kann ich diesen Controller auswählen. Hatte da jemand jemand schon mal das gleiche Problem? Kann man einen anderen Controller auswählen? Danke und Ciao Der Elektro-Lurch
Nachfolger für AVRprog zu sein. Die Oberfläche ist an das AVRstudio angelehnt. Also einfache Fusebit-Einstellung.
-
Thread
Welchen vernünftigen AVR (ISP-) Programmierer nehmen?
teuer? (ca. 60 Euro - ISP, JTAG, Debug-wire) (elektronikladen.de) Alternativ vielleicht der PonyProg? (Eigenbau - www.lancos.com)
zukunftssicher (Support für neue µC vorhanden). Ist die Anschaffung wert, da die Programmierung (speziell der Fuses) sehr übersichtlich ist. Wenn viel experimentiert werden soll und hauptsächlich der µC ohne oder mit wenig Peripherie daheim im Bastelkeller programmiert werden soll ist das STK500 empfehlenswert.
-
Thread
I2C EEPROM-Brenner M24C01,C02,C04,C08,C16,C32,C64
Wenn ich die Lösung hier mit dem Aufwand von PonyProg vergleiche, kann ich nur sagen: "Kanonen auf Spatzen"...
den Fuses eigentlich nichts geändert. Kenne mich mit MPLAB auch nicht so gut aus. Wenn die Fusebits unter Configure -> Configuration bits zu finden sind, stellen sie sich aber beim Impotieren des Codes von alleine ein. Hab das Ganze mal in einem pdf ausgeben lassen und mitgeschickt.
-
Thread
ATmega8 lässt sich nicht mehr programmieren
sich jetzt plötzlich nicht mehr programmieren. Keine Veränderungen an der Hardware, keine an den Fuses. PonyProg zeigt sofort "Device missing" wenn ich versuche ein Programm zu schreiben, auslesen lässt es sich und die Fuses jedoch. AVRdude schreibt das Programm angeblich, der Balken wandert normal
der Balken wandert normal >durch, doch der Verify schlägt fehl und wenn ich den Controller mit >PonyProg auslese, kommt immer wieder das Programm von gestern raus. Probiere es mal mit löschen un neu setzen der Fuses. Wenn das alte Programm noch drin ist, wurde ja nicht gelöscht, und dann kann auch
-
Thread
ATMEGA 128 reagiert nicht mehr!
Hallo, ich glaube ich hab meinen Atmega 128 zerstört! Mit Ponyprog kann ich nichts mehr darauf übertragen oder lesen. Hatte beim übertragen aber teilweise Probleme. Manchmal klappte es erst beim 3. Versuch manchmal erst beim 10. ! Hab dann an den Fusebits rumgestellt
bestätigen, das ein ordentlicher Programmer sein Geld Wert ist. Ich hatte früher ach immer den PonyProg. Nu hab ich mir das STK500 und AVR Dragon paket von DigiKey geholt und ich muss sagen das STK ist einsame Spitze. Nie wieder PonyProg (Naja - Vielleicht ab und zu mal doch ;-))
-
Thread
Atmega16 vergisst die Programmierung
interessiert den AVR nicht, solange Du den Quarz nicht beim AVR anmeldest. Dies geschieht über die Fusebits. Doch Vorsicht, daran sollte man sich erst vergreifen, wenn man das dazu erforderliche Wissen hat, ansonsten sperrt man sich schnell mal aus. Die Fusebits sind also keine "Spielwiese" zum Experimentieren
Quarz in Deinem Frequenzbereich gibt, kann man dabei viel falsch machen. Besonders wichtig soll bei Pony wohl sein, dass man vor jeder Fusebit-Manipulation die Fuses manuell einliest und dann mit dem Datenblatt vergleicht. Wichtig ist das deshalb, weil nicht jeder Pony-Anfänger die invertierte Funktion
-
Thread
Ponyprog Fuses
Hi, ich habe mich mit Ponyprog aus einem AVR ATMega16 ausgesperrt. Das Problem mit den falschen Fuses ist ja eigentlich hinlänglich bekannt, aber ich kann nicht feststellen, was ich denn falsch gemacht habe. Ich habe schon einige
erfolgreich auf einen externen Quarz umgestellt,und das Problem mit den invertierten Fuses bei Ponyprog ist mir auch bekannt. Ich will einen externen Quarz mit 3,686MHz benutzen, das sollte laut Datenblatt ein "Crystal Oscillator 3-8MHz" sein, dazu muß man CKSEL3..1 auf 111 stellen, also im Ponyprog
-
Thread
Atmega32, Pin0 des PortC funktioniert nicht richtig
Das hab ich zuerst auch gedacht. Habe unter Ponyprog mal die Fuse/sec. Bits ausgelesen... JTAGEN ist nicht makiert. Makiert sind bei mir nur: Bootsz1 Bootsz0 Bodlevel Boden Ansonsten funktioniert der µC perfekt, nur halt der Pin0 nicht (und
-
Thread
AVR- internen RC Oszillator
Hallo Markus mit welchem Programmer/Programmer-Software (STK500/AVR-Studio, Ponyprog, AVRProg ???) arbeitest Du ? Günter
ponyprog kann doch perfect fuses setzten sollten soagr bezeichnet sein im ponyprog aber dennoch vorsicht !!!! oder lass den externen doch einfach weg.. und nutz die inneren es gibt zwar immer wieder
-
Thread
ein paar AT-Mega48 Fragen
normaler SPI-Master ? Oder gibts da irgndnen neues Protokoll ? Ist das etwa RS232 auf 3 Drähten? 3. PonyProg kann den M48 nicht programmieren, dabei fand ich das Programm eigentlich recht gut. Ich mach das im Moment mit dem BASCOM Programmer (schlagt mich, aber der funktioniert wenigstens ;)) 4. Wo kann
Die Clk liegt auf Pin PD4 (Nr. 6 im DIP) Und ChipSelect mußt Du Dir selbst bauen. 3. Autor von PonyProg fragen ;-) 4. Auch im Datasheet. Kapitel 28 "Register Summary" 5. Es ist eigentlich klar, daß erst einmal die Spezial-Pins "rausgeführt" werden und nur wenn etwas übrig bleibt wird noch ein
-
Thread
Probleme mit Atmega8-Zugriff
Tischventilatoren oder Modellbau - das kann schon was ausmachen). Wenn Du jetzt Glück hast, kannst Du mit PonyProg (viel verschrien, trotzdem gut - meiner Meinung nach) die Fuses lesen. Vorher ATmega8 einstellen ! Dann setzt Du sie richtig nach Datenblatt - Achtung : Eine eins im Datenblatt bedeutet ein Kästchen
was mich halt nur wundert ist, dass die paar leds blinken, sobald ein zugriff von dem programm ( ponyprog, yaap) erfolgt!? also muss die verbindung doch stehen, da ich nichts an der schaltung verändert habe, als es noch funktionierte. du meinst also echt, dass es am quarz liegen könnte? mmh...hab ich
-
Thread
AT90S4433 nicht ersetzbar durch ATmega8?
Hallo, soweit ich weiß werden die per Programmer Software(AVR Studio, Ponyprog....) eingestellt und nicht per Programmierbefehl. Vorsicht mit dem Setzen der Fusebits, wenn man Falsche erwischt ist die CPU tot. Man muß diese dann entweder per high-voltage Proggen löschen oder
für den Takt) er wählen muß. Die Grafik ist dann eher symbolisch zu verstehen. Vorsicht bei Ponyprog, wenn das Fusebit auf 1 gesetzt werden soll, muß der Haken enfernt werden.
-
Thread
Mega 8 Probleme
Laß mich raten, bist Du Ponyprog-geschädigt? Habe von mehreren Leuten mittlerweile gehört, daß Ponyprog wohl die Fuse-Bits negiert ein- und ausgibt (also so, wie Atmel sie logisch sehen möchte). Wenn Du Dir auf diese Weise beim
das aber noch nicht probiert. Hier liegen auch noch 5 Stück Mega8 herum, die ein Bekannter mit Ponyprog unter WinXP gehimmelt hat. Lassen sich zwar mit STK-500 im Parallelmode löschen und auch die Fusebits kann man ändern, aber jeder Versuch, ein Programm zu flashen, scheitert mit Verify Error. Gruß
-
Thread
Verständnisprobleme mit FuseBits
erfolgreich. Da es sich aber um einen fabrikneuen ATmega8 (L bzw. -16) handelt, muß ich ja noch die FuseBits setzen, um den externen Quarz mit 3,6864 MHz benutzen zu können. Mit Ponyprog war das ja einfach. Aber mit Avrdude muß ich ja: avrdude -p m8 -P /dev/parport0 -c stk200 -U:lfuse:xx benutzen
Na super ... Und ich habe gedacht, ich wäre zu dämlich die Fuse-Bits zu setzen. Es klappt mit Deinem Programm. Danke. Das Blinkprogramm hatte ich nur geschrieben, um heraus zu bekommen, ob die FuseBits stimmen und ich den Mega16 nicht "zerfused" habe.
-
Thread
Mp3-Player von Microsyl.com
erklären könnte, wäre ich sehr, sehr dankbar. Wichtig wären natürlich auch die Einstellung der Fusebits am Beispiel von Pony Prog 2000. ich arbeite unter WinXP mit Pony Prog 2000 oder Yaap. Danke schonmal im Voraus.
. Keine Anhung, ob das bei ponyprog automatisch geht. Der Code muß eben an der richtigen Stelle sitzen, was normalerweise im Makefile konfiguriert ist - sollte wohl automatisch klappen. jörn
-
Thread
_delay_ms(..) abhängig von ATTiny Taktung?
// 128 kHz // http://www.mikrocontroller.net/topic/292629#new // http://www.engbedded.com/fusecalc /* fuer ATTiny 45*/ #include <avr/io.h> #include <util/delay.h> #include <avr/interrupt.h> #include <avr/sleep.h> [/c] Fuse sind gesetzt, 62 df ff. Irgend wie läuft das Programm etwa
128000UL // 128 kHz 128kHz? > Fuse sind gesetzt, 62 df ff. http://www.engbedded.com/fusecalc Das ist aber die Standardkonfiguration ab Werk. Damit ist gesetzt 8Mhz interner Oszillator, CKDIV8 ist gesetzt. d.h. effektiv hat dein Tiny eine Taktfrequenz von 1Mhz und lass die 18kHz
-
Thread
Tiny Programmierung nach fuse ändern schwierig
Ist ein Tiny 13 Ich nutze die AVR burnomat gui für den Dude, diese hat ähnlich wie Ponyprog(ebenso invertiert) auch eine Visualisierung welche Fuses gesetzt sind und welche nicht. Änderung im Vergleich zu den standardfuses: ich senke den internen Takt von 9,6 auf 4,8Mhz außerdem vorteiler8
Hier mal die Visualisierung der Fuses.
-
Thread
Auslesen eines uC
wenn die security-fuses nicht gesetzt sind. Die meisten Programmierumgebungen (Studio, ponyprog,...)setzen die ausgelesene Bitfolge gleich in ein .hex file um. Außer dem Programm im EEPROM, in .hex-Form gibt es aber auch Einstellungen über fuses(z.B. ob mit internem Oszillator oder ob mit Quarz
-
Thread
AVR JTAG mit AVR Dragon
ISP funktioniert einwandrei Doch mit JTAG kann ich nichtmal die ID des Controllers auslesen Die Fusebits JTAGEN und OCDEN sind gesetzt und ich verwende AVRStudio in der neusten Version der Dragon ist auch auf dem neutsten Softwarestand Danke schonmal für Eure Hilfe
"0"? Ist nach ATMEL-Terminologie enabled oder gesetzt. Und diese Logik wird nur noch durch Fuse-Häcken-Maske bei Ponyprog übertroffen! Hans Peter
-
Thread
ATTiny85 programmieren - Was ist der simpelste Weg?
Hi, laut dem Tutorial sollte man via avrdude flashen. Im nächsten Schritt sollte man die Fuse-Bits setzen. Da avrdude meinen ATtiny nicht erkannt hat, tat ich es mit Ponyprog. Kann es sein, dass Ponyprog die Fuse-Bit Einstellungen automatisch aus der HEX übernommen hat? Das würde dann das "
Ponyprog hat nen extra Menü für die Fusebits, in der Hex-Datei steht das nicht drinnen. Also sollte er erst nicht mehr auslesbar sein sobald du die Fuses änderst und keinen Quarz oder Resonator dran hast.
-
Thread
Atiny13, Taster, int0, PowerDown und jede Menge Fragen :)
. Wie bzw wo kann ich den Takt reduzieren? Ich arbeite mit dem Pollin Evu. Board 2.01 und PonyProg. Mfg. Saito
=ponyprog+very+slow ...
-
Thread
Frequenz messen mit ATMEGA16
. Werde mal mit einem externen Quarz Takten. Leider habe ich mir schon einen verfust. Benutze Ponyprog. Beim ATMEGA8 habe ich keine Probleme da nehm ich die CKSEL3 ,CKSEL2, CKSEL1 die Haken raus und setzten einen bei CKSEL0. Leider hat das bei ATMEGA16 nicht funktioniert. Benutze das Pollin
aktuell - warum nimmst du nicht einfach einen "Fuse calculator" á la http://www.engbedded.com/fusecalc das macht die Fuse-Berechnungen einfacher. Dann muss man nur noch auf die Logik der Programmierer der Brennsoftware (was ist 1 / was ist programmiert / was ist "hakerl gesetzt"?) aufpassen.
-
Thread
Atmega 328P womit beschreiben?
[code] avrdude -p m328p -P %dein LPT-Port% -c pony-stk200 -e -U flash:w:%Hexdatei% [/code]
http://www.engbedded.com/fusecalc/
-
Thread
Atmega16 lässt sich auf einmal nicht mehr flashen
ist in 99% der Fälle eine zu hohe ISP-Programmierfrequenz oder ein ausgelasteter Rechner, auf dem Pony gerade läuft. Probiere es einfach mal, einen Büchsenoszillator mit 1...10Mhz an XTAL1 des Mega16 anzuschliessen. Oder nimm einen CD4093 und baue Dir einen R/C-Multivibrator damit (R=1k, C= 1nF) oder
Hallo habs selbst herausgefunden. CKSEL ist ja invertiert. Hab da im Ponyprog etz CKSEL3-1 angekreutz und CKSEL nicht. Dann die Fusebits geschrieben. Nun funkioniert wieder alles . Gruß
-
Thread
Funktion des Vcc Pins bei AVR ISP?
deine Targetschaltung mit dem AVR einmal stromlos zu machen, wenn du zuvor als Sonderfall die [[AVR Fuses]] programmiert hast.
WDTON_Fuse_zurücksetzen]]). Wenn sich das für *alle* Fuses bestätigt, wäre das eine Ergänzung in [[AVR Fuses]] wert.
-
Thread
Atmega8 PonyProg programmieren
rausgezogen und extra auf eine Platine mit nem Atmega 8-PU gelegt. Die Pins sollten auch stimmen, aber Pony Prog will einfach nicht. Weder Fuse, noch sonst was. Habe keinen (!) externen Quarz an dem atmega8!!! Ach ja, den 16er hab ich nat. entfernt! Hilfe, bitte! Danke! Robert
-
Thread
USART bei ATMega8 geht nicht
OK, also meiner Meinung nach ist das einzige Fuse-Bit das programmiert sein muss das CKOPT. Kann mir jemand sagen ob das richtig ist?
Hallo, ich setze meist SUT0 auf 0 (bei Ponyprog also mit Haken), mehr Zeit zum stabilisieren des Taktes. CKOPT mußte ich bisher selbst mit 16MHz auf dem Steckbrett noch nie setzen. Ansonsten sind CKSEL0...3 auf 1 gesetzt, bei Ponyprog also
-
Thread
AT90CAN128 zu langsam?
BASECOM-AVR, dass ich nur desshalb installiert hab, um Fuses für den AT90CAN128 zu setzen. Denn PonyProg unterstützt den AT90Can128 nicht, nur den ATMega128 der fast gleich ist, sich aber in den Fuses unterscheidet.
Ich habs hab im PonyProg auf AtMega128 gestellt und dort entspticht die Fuse BODLEVEL der CKDIV8 Fuse im AT90CAN128, nun hauts mit der Zeit hin, aber das senden mit dem Canbus geht immer noch nicht
-
Thread
Externen Quartz starten
wird die Taktquelle definiert. Das Datenblatt hilft hier weiter. Vorsicht bei Benutzung von PonyProg und Fusesprogrammierung !
Quarz sondern ein Quarzozillator! Das mach einen gewaltigen Unterschied bei der Programmierung der Fuse. Den mußt Du auf ext. Clock einstellen
-
Thread
ISP-Programmierung --> habe mich ausgeschlossen
langjähriger Ehe getrennt. Schade, war eigentlich nicht beabsichtigt... Was ist wenn ich bei PonyProg die Fuses so einstelle, dass ich einen externen zwsichen OSC1 und OSC2 verwenden möchte? Ist der uC dann noch über ISP zu programmieren? Es ist doch gar nicht möglich unter PonyProg2000 sich auszuschließen
Resetpin zum Portpin umgefust hast. Dann hilft nur noch ein HV-Programmer. Wichtig beim Umgang mit Pony und den Fuses ist auch, dass Du vor jeder Fusebit-Manipulation die Fuses erstmal einlesen musst, das macht Pony nämlich nicht von alleine. ...
-
Thread
ATMega16 Kaputtgefused?
Hallo zusammen, Ich habe ein problem, wenn ich Mit PonyProg meinen Mega16 Proggen will, sagt er: Kein Zugriff, Device defekt oder gesperrt (-25). Habe mir mal die Fuses angeschaut, UND ES SIND ALLE GESETZT?!?! Bei nem Neuen MEGA16???? ist das normal?
Hi, mit ponyprog werden die ausgelesen!
-
Thread
Absolutes Fuses-Verständnisproblem
Hallo, ich kann kaum Englisch und habe ein riesiges Problem mit den korrekten Fuses... Also, mittels PonyProg habe ich die Fuses beim ATMEGA32 immer so gesetzt: Häckchen bei BootSZ1, BootSZ0 sowie SUT0. Alle anderen ohne Häckchen. Damit lief der ATMEGA mit externem 16MHz-Quaŕz.
ich die Fuses genauso gesetzt. Aber der ATMEGA162 reagiert nicht mehr. Ich komme auch nicht mit PonyProg mehr ran. Das hat wohl was mit einer falschen Taktquelle zu tun. Ich habe hier im Forum die Infos gefunden.Ich muss eine externe Taktquelle einsetzen.OK, aber was mache ich mit den Fuses falsch?
-
Thread
Problem ATMEGA und Ponyprog
Hallo Leute Ich habe folgendes Problem. Ich benutze zum Brennen PONYPROG. Das Programm ist für einen ATMEGA 8. Das Schreiben der Datei auf den ATMEGA läuft nicht, dh. Ponyprog hängt sich nach einer Weile auf. Wenn ich neustarte, und den (noch leeren) Speicher des ATMEGA
Lesen der fuseBits geht auch nur über IGNORIEREN. Es ist dann kein Hacken gesetzt.