-
Thread
Isp Adapter für Butterfly
einfachen ISP-Adapter bauen, welcher an die RS232 oder an LPT1 angeschlossen werden kann und mittels ponyprog den Controller ansprechen. Jetzt hat mich die Masse an Schaltungen und Controllern so verwirrt, das ich nicht weiß welche für den Atmega169 richtig ist. Kann mir hier vielleicht jemand posten,
Dieser hier funktioniert bei mir ohne Probleme http://s-huehn.de/elektronik/avr-prog/avr-prog.htm Grüße
-
Thread
STK200 Programmierer Problem
://www.myplace.nu/avr/yaap/index.htm ->bild stk200 dongle klicken Ich bekomme aber weder unter PonyProg noch unter AVRDude den Progger dazu meinen Atmega8535 zu beschrieben. Im AVRDude erhalte die Meldung inituialization failed, im Ponyprog "Device missing or unknown device (-24) Habe die Schaltung
Programmieren wird zur Glückssache, bzw, schlägt völlig fehl. Ich benutze den selben Programmierer mit PonyProg und hatte zu Beginn genau dieses Problem. Eine Brücke vom ISP_GND-Pin zu einer "sauberen" Masse hat den Fehler behoben!
-
Thread
AVR-ISP?
DOS-Prog (mit AllowIo.exe) was damit anfangen kann. Dann habe ich noch einen mit HCT drin. Der mit Ponyprog und ChipblasterAVR erfolgreich funktioniert. Allerdings funktionieren nach einiger Zeit meine AVR's nicht mehr obwohl nichts an den Fuses verstellt wurde. Und manchmal habe ich sogar Probleme mit
und ein passendes Netztteil bauen. Falls im AVR-ISP auch ein AVR drinsitzt gibt es da manchmal Probleme z.b. bei Updates usw oder ist das alles unproblematisch.
-
Thread
avrdude
mojen, hab hier so en kleines problem. wenn ich versuch mein serielles avr programmierkabel mit avrdude zu benutzen, bekomme ich die fehlermeldung: stk500_getsync(): not in sync resp=0x00 was sollen das bedeuten ? als zu programmierenden
billigversion mit widerständen. Kabel kurz, funzt aber trotzdem net. hab schon alles ausprobiert. PonyProg -> nö avrdude -> nö avrisp -> nö avrstudio -> nö und noch ne frage: bei ponyprog z.B. gibts bei mir gar kein mega8 zum auswählen. Logischerweise kommt immer unkown device. wo bekomm ich denn
-
Thread
Welche Software unter 98, welche unter XP ?
Bei seriellen ISPs (RS232,USB) ist XP völlig problemlos. Parallele ISPs habe ich in XP nicht ausprobiert.
@Rufus ACK, als ich vor 2 Jahren angefangen habe hatte ich XP und es gab nie Probleme. Ponyprog, avrdude sowie Yaap sind alle unter XP lauffähig. Genutzt habe ich einen STK200 kompatiblen Programmer (->Shop) sowie einen avrisp. Gruß, Alex
-
Thread
ATMega 8 Programmieren
miteinander zu verbinden. Dann entspricht das Ganze meinem Adapter. Und damit läufts bei mir mit PonyProg. Auszuwählen ist im Interface Setup 'Parallel' und 'AVR ISP I/O' Danach Calibrate aufrufen. Gruss Jadeclaw.
auch mit 5V Bauteilen klappen. Mein selbstgebauter ISP Programmer jedenfalls läuft seit jeher problemlos. Ich tippe daher auf die Stromversorgung oder falsche Einstellungen. Schnapp dir mal ein Oszi und miss am Parallelport nach ob sich an den entsprechenden Pins was tut wenn du bei Ponyprog "init"
-
Thread
Atmega16 und yaap?
, PonyProg verwenden. mfg Alex
der homepage nachgschaut und gefunden das der atmega 16 net unterstützt wird. arbeite jetzt mit pony prog mfg
-
Thread
PICs parallel programmieren klappt nicht
Ok, der Sprut geht jetzt doch. Müßten die anderen beiden Programme (PonyProg u. ICprog) nicht auch mit dem Brenner 3 funktionieren? Das ist doch alles nach dem David Tait Prinzip.
Hab jetzt verstanden, was meine Probleme waren: Man kann mit 3,3 V aus der parallelen Schnittstelle keinen PNP-Transistor, der mit dem Emitter an 5 Volt hängt, sperren. Es sind immer ca. 2 Volt zu wenig. Vor Jahren in den alten PCs war das
-
Thread
Probleme mit der AVR Entwicklungsplatine (ATmega16)
Gleichstrom bei 200mA 2.4VA, Plus ist in der Mitte, Masse ausen)´. Allerdings da schon mein erstes Problem: Wenn ich das jetzt anschließe leuchtet die LED nicht. Das hat mich aber dann noch nicht abgeschreckt. Ich hab also wieder Stecker gezogen ATmega16 rein, Stecker rein, serielles Kabel an COM1, PonyProg
erstmal mir garnichts verbunden. Insbesondere nicht als ISP-Programmer. Serielle Programmierung per Pony braucht einen entsprechenden Dongle, dessen Ende im ISP-Connector landet, nicht im COM-Connector. Kann man auch auf das Board drauf bauen, ist dann aber nicht wiederverwendbar.
-
Thread
EEPROM funktioniert nicht richtig!
T3 = eeprom_read_word(&eeT3); [/c] ansonsten: - poste compilierbaren Code - hast du die Probleme im Simulatioroder "in echt"? - hast du das .eep-File geflasht ? (bzw. im Sim. geladen) (- Anhänge gehen hier im Forum verloren, wenn man "Vorschau" klickt) hth. Jörg
Hallo Jörg, vielen Dank für Deine schnelle Antwort! Die Probleme sind mit Deiner Hilfe gelöst! Problem 1: EEPROM lesen bei Neustart funktioniert nicht. Das EEPROM war offensichtlich nicht beschrieben. Ich lade das Programm mit Pony Prog und bin davon
-
Thread
PonyProg unter winXP
hi! ich verwende unter winXP PonyProg Version 2.04n und es funktioniert problemlos! vielleicht funzt dein programmer nicht? mfg flo
Hallo,danke für die Antwort,Aber unter Win 98 läuft er problemlos. Sehr seltsam. Andy
-
Thread
ASM und C (makefile/Einbindung)?
. Es ist wirklich gut beschrieben. Muß ich zugeben. Jetzt stehe ich aber nochmal vor einem Problem: NO RULE TO MAKE TARGET 'ATA.o' NEEDED BY 'test.elf' STOP! Kenn mich da nicht aus. # WinAVR Sample makefile written by Eric B. Weddington, Jörg Wunsch, et al. # Released to the Public
Settings and variables. # Programming hardware: alf avr910 avrisp bascom bsd # dt006 pavr picoweb pony-stk200 sp12 stk200 stk500 # # Type: avrdude -c ? # to get a full listing. # AVRDUDE_PROGRAMMER = stk500 AVRDUDE_PORT = com1 # programmer connected to serial device #AVRDUDE_PORT = lpt1
-
Thread
Komisches Verhalten
unterschlagen. Einzig die Funktion Luft_druck scheint dem Chaos zu trotzen. Ich hab WinAVR04042004 und Ponyprog. Dazu die Platine der Mikrokonrollergruppe und einen AT90S8535. Woran kann es liegen, daß durch Einfügen dieser einzelnen Zeile so ein Chaos entsteht. Ich komme halt so nicht weiter. Mit jeder
Habs wie beschrieben geändert. Programm läuft jetzt tadellos. Ich hab festgestellt, daß die Probleme immer bei Überschreitung von 480 Byte im RAM auftreten. Das wird ja beim compilieren unter data ausgegeben. Bis 512 fehlen da aber noch 32 Byte. Was passier mit den restlichen 32 Byte? Oder sind
-
Thread
AVR109 und AVR911
an den uC. Habe auch schon - ohne Erfolg - ältere gcc-Compiler ausprobiert. Kennt wer das Problem? Danke für Eure Nachrichten. Maurice
Programm (vermeintlich) laden kann. Beim Verify kommt dann aber eine Fehlermeldung. Wenn ich dann mit PonyProg den Flash anschaue, sehe ich, dass er bis auf den Bootloader ab Adresse 0x1800 leer ist. ??? Fuse Bits habe ich wie folgt aktiviert (Häkchen in Pony Prog): CKOPT BOOTRST SUT1
-
Thread
Abfrage auf -1.#QNAN double
Hi, ich habe folgendes Problem: Ich schreibe einen float Wert ins interne EEPROM. Der Wert stellt eine Kalibrierungsreferenz für einen Sensor da. Beim Einschalten meines Aufbaus lese ich den Wert aus dem internen EEPROM aus. Ich
möchte nach dem Auslesen überprüfen ob der Wert richtig ist. Z.B nach dem neuen beschreiben mittel PonyProg ist ja ein total falscher Wert im EEPROM (0xFF...). Hier ist auch mein Problem. Ich habe eine Routine geschrieben: float EEPROMtoFloat (void); Ist das EEPROM "jungfräulich" ist der Rückgabewert
-
Thread
Warum löscht PonyProg meinen Datenspeicher
Hallo, ein weiteres Problem, mit dem ich fragend an euch wende. Das Problem kam sozusagen en passant in einem anderen Thread von mir auf. Da es mit dem dortigen Problem nicht unmittelbar zutun hat, mache ich deshalb einen neuen Thread auf. Lipon, ich lade eine HEX-Datei in PonyProg, schreibe über ein zweites Fenster manuell Daten ins EEProm und übertrage dann die Hex-Datei mit dem Befehl "write Program (FLASH)" an meinen atmel (mega8). Und schwups, ist das EEProm gewiped, enthält
-
Thread
IO - Ausgänge schalten (ATTINY 2313)
gibt das Programm kein Signal an PD5 aus und PD6 hat 5V konstant. Bei den Fusebits habe ich in PonyProg einen Haken bei "CKSEL0" und bei "CKOUT" gesetzt. Sollte dann an PIN6 des Prozessors der Takt von 1MHz ausgegeben werden?? Hier messe ich 2V (const.). Ich muss dazusagen, dass ich davor einiges mit
Evaluations-Board von Pollin (Version 2.0). Die Programmierumgebung ist WinAVR (2.0.7.667-devel) und PonyProg2000 (2.07c Beta Jan 6 2008). Viele Grüße, Stefan
-
Thread
EEProm mit festen Adressen
sie nur einfach deklariere kann ich ja nicht sicher sein, wo sie liegen werden. Und wenn ich mit Ponyprog mal ein Default machen möchte, möchte ich eine Datei einspielen und gut so. Gruß
nicht. Wenn ich was im EEPROM speichere weiß ich immer WO meine Daten liegen. Sogar wenn ich sie mit PonyProg neu schieße.
-
Thread
WinAVR/ Eclipse - gleicher Code unterschiedliches Verhalten
Hallo liebe AVR Gemeinde, ich habe einen Rechner mit AVRStudio + WinAVR20080610 + PonyProg + PollinBoard Compiliere ich mit dieser Konfiguration ein kleines Projekt (inkl. UART) funktinoiert das ganze wunderbar Jetzt habe ich gerade ein neues Windoof aufgesetzt mit folgender Koniguration
>Kennt jemand das Problem?? Fuses falsch eingestellt?
-
Thread
float in int convertieren
// Position für Akku8 lcd_string(cBuffer ); // Ausgabe an Display [/c] Benutze AVR-Studio PonyProg und ATmega16
berücksichtigen um einen "genauen Wert" zu erhalten. Das bischen Wert umrechnen ist da noch das geringste Problem.
-
Thread
Fragen zu AmForth
Interesse daran. Ich möchte "AmForth" verwenden. Nun habe ich aber leider ein paar grundsätzliche Probleme: Trotz Dokumentation http://amforth.sourceforge.net/UG/am...tml#user-guide ist es mir nicht klar, was genau ich machen muss, um AmForth startklar in den Controller zu bringen. Folgende
Hallo, /* wie du da Programme in den µC brennen kannst. */ Mit Ponyprog und über ISP z.B. Wie die Anpassung des zu compilierenden Files geht, ist mir nicht klar. Viele Grüsse Gerhard
-
Thread
Ständig Probleme mit USBprog STK
Hallo, ich habe versucht den ISP-Programmer meines Boards dem USBprog STK v1.2 insofern zu benutzen, dass ich die Pins, MISO, MOSI, VCC, GND, RESET und SCK mit dem Flachbandkabel direkt mit dem µC verbinde. Seit diesem Versuch blink die Statusleuchte mit einer Frequenz von ca. 1Hz periodisch. Der Programmer wird von AVRStudio 5 nicht erkannt. Auch nicht vom AVRdude unter Linux. Der USBprog-Gui erkennt ihn, jedoch ist es nicht möglich die Firmware neu draufzuladen. Ich bin am verzweifeln ... Wie will man mit dem Ding vernünftig arbeiten? Immer funktioniert irgendwas nicht ... Kann mir
-
Thread
ATmega 8 nach Programm-Übertragung tot (Fuses verstellt?)
Seite http://www.mikrokopter.de/de/isp.php. Damit habe ich seit Jahren mit einem ATmega32 keine Probleme. Nun spiele ich mit einem ATmega8 herum. Hier ist mir jetzt bei drei Controllern in Folge Folgendes passiert: Nach dem Übertragen des Programms (der Programmänderung) mit PonyProg (PonyProg
Im PonyProg ist aber schon der Mega8 eingestellt? Abblockkondensatoren sind auch vorhanden?
-
Thread
fusebits probleme
halloo ich habe ein problem mit nem mega 8 wollte ein programm mit pony prog löschen doch dann konnte ich ihn net mehr beschreiben und es kam nur noch die meldung write failed... als ich in den fusebit einstellungen nachsah sah ich das KEIN fuse bithäckchen gesetzt war. kann mir bitte jemand helfen bevor ich meinen mega8 ganz verschrotte???
-
Thread
Probleme mit PonyProg und PIC-Adapter
Basis) - ähnlich wie im Vorschlag Sercon1 (Webseite www.speedy-bl.com/) -. Dann muss im Setup von PonyProg natürlich das 'InvertD_IN' gesetzt werden. weiterhin viel Erfolg frewer
hänge. Eigenartig ist nämlich, dass der Clock-Pin auf 0V während der Dat-Pin auf +5V liegt. Da ich PonyProg nicht kenne doch zunächst für den PIC in der PonyProg.ini die Geschwindigkeit herabgesetzt habe, weiß ich mir eigentlich keinen Rat mehr, woran das sporadische Unvermögen des Programmierens hängen
-
Thread
Minipuls3 Atmega8 Fuse-bits
und 0 Geschichte der Fusebits des Ponyprog. Nun hatte ich den Fehler gemacht das der Chip von Ponyprog nicht richtig erkannt wurde, und ich nicht darauf geachtet habe und aus versehen den Atmega8 nun als AT98S8252 geflasht hatte. Also
bin nämlich noch mit dem LPT-Port unterwegs. Bitte helft mir. Wie gesagt ich kann nur mit Ponyprog2000 den letzten Atmega8 Flashen. Gruß Thomas
-
Thread
Probleme mit V-USB
Hallo, ich versuch nach obigem Schaltplan eine RGB anzusteuern. Allerdings bekomme ich keinerlei Verbindung zum PC, außer einer Fehlermeldung über ein nicht erkennbares Device. Ich versuche wirklich schon die ganze Zeit, jegliche Möglichkeiten, nur ohne den kleinsten Erfolg, ich habe sowohl Steckbrett als auch Platine aufgebaut. Wo ich mir nicht ganz sicher bin ist der Takt. Dieser wird ja über den internen PLL erzeugt, die Fuses müssten dann doch demzufolge mit E1 für low und df für high eingestellt sein. Habe ich gemacht. Schiebe ich nun das Programm mit Ponyprog hoch, schließe es an, passiert
-
Thread
Kann man mit FT232 µC programmieren?
.shtml gemacht, um einem STK-500 kompatiblem Programmer erstes Leben einzuhauchen (Henne und Ei Problem). Wenn ich das richtig verstanden habe, wird für diese Aufgabe aber nicht AVRDUDE, sondern ein eigener Programmlader genutzt. AVRDUDE unterstützt allerdings ein Programmierinterface namens "Ponyprog" (ponyser), welches ebenfalls so funktioniert. Das ist ziemlich langsam, reicht aber z.B. um sich seinen ersten "USBASP" zu brennen, mit dem es dann deutlich schneller geht. http://www.fischl.de/usbasp/ Oder
-
Thread
Atmega8 funktioniert in STK500 aber ohne nicht
wenn ich ihn im STK500 verwende ( mit dem integrierten 1Mhz Oszillator ) dann funktioniert alles Problemlos, und der Ausgang ist gut belastbar. Wenn ich das so aufbau wie hier ( die LED ist nicht dran ) : http://s-huehn.de/elektronik/avr-prog/avr-test1.gif und die Fuses so umstelle wie hier damit der
Antwort, also hab das gemacht mit Pullup und den Kondensator dazu, behebt aber leider nicht mein Problem. Kann nicht ganz verstehen wieso. MfG Manney
-
Thread
atmega16L laesst sich nur zu einem Teil beschreiben
hinein am anfang. Beim vergleichen bemerkt er dann natuerlich das der code im AVR ungleich dem im Ponyprog ist. an was kann das liegen? ich habe bereits ein zweiten Atmega16L versucht, selbes Problem.
>an was kann das liegen? ich habe bereits ein zweiten Atmega16L versucht, >selbes Problem. Parport Kabel zu lang oder Schrott. ISP Leitung zu lang.
-
Thread
wieder ein mal: unknown device (-24)
einem AT90S8515 und einem Pfostenverbinder ersteigert. Nun habe ich mich etwas eingelesen, mir Ponyprog und einen Paralelladapter besorgt, ein Adapterkabel (kurz, nur 20cm) gelötet um auf den Pfosten zu kommen. Dabei habe ich Mosi direkt ans Beinchen gelötet weil es nicht mit auf dem Pfosten drauf war
Platine an Pin CLK herraus. Mit 1MHz sollte man schon auf der sicheren Seite sein, das es keine Probleme macht.
-
Thread
Atmel8-16DIP MIT ISP geht überhaupt nicht!
Bau oder kaf nen ordentlichen ISP Adapter, mit Bitbangig gibts öfter mal Probleme, und zienlich lahm ists noch dazu.
für die Programmierung nötigen Pins? Unter XP und teilweise auch W2000 hatte ich auch schon Probleme mit dem STK200-Dongle und Ponyprog, weil irgendein Windows-Kram unbeding die Finger auf dem Parallelport haben mußte. Anwärter sind alle Tolls, die irgendwelche autömatischen Geräteerkennungen versuchen
-
Thread
Einfacher serieller AVR programmer läuft nicht mehr
den isp ports messen und durchgeben oder hatte jemand schonmal dasselbe problem? MFG juli963 PS: Fogende µC dadran getestet Atmega8 und Atmega 644 (neu) den Atmega 8 habe ich nur einmal beschrieben und hab keine fusebits geändert. Folgenden Programmer verwende ich
Hi Ich habe seit einen letzten WinXP Update das gleiche Problem. Bei mir wird der COM1 zwar angezeigt, aber der Programmer kann nicht mehr darauf zugreifen. Bei mir hilft den COM-Port zu deaktivieren und anschließend wieder zu aktivieren. Danach läuft der Programmer
-
Thread
Makefile -> welcher Programmer
serieller bit-banging Programmer, mit allen Nachteilen, die diese Programmer mit sich bringen (Probleme an USB-seriell Umsetzern (Ausnahme siehe [1]), unzuverlässig, usw.). Der Programmer kann zum Beispiel von avrdude gesteuert werden, wenn dabei der Programmer-Typ ponyser benutzt wird.
-
Thread
ATtiny13 mit 128kHz und PonyProg2000 betreiben
internen RC-Oszillator mit 128kHz Sytemtakt umprogrammiert wurde, wieder über einen Trick mit PonyProg2000 angesprochen werden kann. Leider funktioniert dies bei mir nicht. Habe auch zusätzlich unter Setup => Calibration durchgeführt. Mein PC läuft mit 1466MHz. Meine PonyProg2000 Version ist 2.07c
Attiny13 gerettet die ich am WE ( Wochenende ?) leider falsch gefused hatte. (Ich kannte die Problematik mit den 128kHz und 1/4 SPI Takt nicht...) Ich hab die Attinys dann mit PonyProg wiederbeleben können wies hier auch schon paarmal im Forum beschrieben wurde. Ich hab mir den einfachen seriellen
-
Thread
AVRootloader geht plötzlich nicht mehr
COM-Einstellungen kann ich noch vornehmen? Ich habe ein Pollin-Eva2.01 Board, flashe den Loader mit Ponyprog (das geht alles ohne Probleme) Wer weiß Rat?
-
Thread
Reset Disable mit Ponyprog
Hallo, ich bin gerade an einem ATtiny25 was am testen. Mein Programmiergerät ist der Ponyprog. Ich finde da keine Möglichkeit, den Reset-Pin zu disablen. Wie kann ich den Reset-Pin stilllegen, ich will den als ADC-Eingang benutzen. Im Moment geht der µC in Reset, wenn die Analogspannung
> Mein Programmiergerät ist der Ponyprog Ponyprog ist kein Programmiergerät, Ponyprog ist eine Software. Du programmierst den Controller wohl per ISP, hier liegt das Problem. Da du zur ISP-Programmierung den Reset-PIN brauchst kannst
-
Thread
USBProg versorgt sich über die Port-Pins
habe mir frisch den USBPorg als MKII-Clone geholt.. wunderbares Teil. Ich werde die Stunden mit PonyProg über Parallelport nicht vermissen :O) Aber.. jetzt holt mich etwas ein, was meiner Bastlerseele bisher nie so weh getan hat. Der USB-Prog kann sich ja wahlweise über USB oder die angeschlossene
Pins zwischen "Programmiermodus" und normalen Betrieb umschaltet? Bisher hatte ich noch keine Probleme, es war nur mal kitzelig - bei einer Stromregelung mit Analog-Wandler über SPI. Vielen Dank schon mal für eure Anregungen. Gruss, Gary
-
Thread
avrdude ponyser Bitbanging warum geht das nicht?
Einzig extrem kurze programme werden mehr oder minder sauber übertragen. Woran liegt das? mit ponyprog hatte ich diesbezgl. nie wirklich nie probleme. Das Verbindungskabel ist sehr kurz..daran sollte es nicht liegen gruß
rs232 schnittstelle... an der hardware kann es imo nicht liegen. es ist die gleiche die ich mit ponyprog genutzt habe und das lief einwandfrei. vermutlich gibt es nichtmal eine lösung :/ mich würde nur interessieren warum es so ist wie es ist... die lösung wird vermutlich avr dragon heißen :P
-
Thread
Atmega8L - USBprog / parallel nicht benutzbar
findet: http://s-huehn.de/elektronik/avr-prog/avr-prog.htm und auch den im Anhang (ISPCable.gif). PonyProg2000 sagt mit beiden parallel ISPs immer "Device missing or unknows device (-24)". Mit AVR Studio und dem USBprog (AVRISP mkII) kann ich mich connecten und die Fuses scheinbar lesen. Häckchen sind gesetzt
meldung ok, jedoch schlägt verify fehl. Beim Versuch eine .HEX-Datei zu flashen die ich vorher problemlos hochbekam meldet AVR-Studio: -Erasing device.. OK! -Programming FLASH .. OK! -WARNING: Flash byte adress 0x0000 is 0xFF (should be 0x12).. FAILED! -Leaving programming mode.. OK! Kann mir
-
Thread
Probleme mit Myavr und Atmega8
Hallo, ich habe hier ein MyAvr LPT Board (1.5) auf dem ein Atmega8 sitzt. Das Board habe ich als Bausatz bekommen..leider fehlte der normal für die Schaltung vorgesehene 3,68 Mhz Quartz. Die Schaltung wurde aufgebaut und geprüft (Verbindung zwischen Atmega und Wandler/SubD Schnittstelle durchgemessen). Nun habe ich versucht den Atmega per Ponyprog zu programmieren, nachdem alle Verbindungsversuche mit dem von Myavr gelieferten QuickProg Tool fehlschlugen. Ponyprog meldet mir trotz erfolgreicher Kalibrierung beim Auslesen der Fuses bzw beim Lesen des Controllers dass er keine Verbindung zum Mikrocontroller
-
Thread
TWINAVR will nicht
den EEPROM Inhalt nicht speichern und darum hab ich nach was anderem dafür ausschau gehalten. PonyProg erkennt zwar den AVR (ATMega8 bzw. 32 in meinem Fall) aber liest zu 99% nur müll bzw. schreibt nur müll ins EEPROM und FLASH. TwinAVR gefällt mir sehr gut, da simpel und für meinen Zweck ausreichend
Eventuell mal den SPI Clock runterstellen? Bei mir läuft TwinAVR ohne Probleme,
-
Thread
ATTiny mit avrdude
das zeitliche Verhalten nicht überprüft ist. Die Hardware habe ich mehrfach überprüft. Nun mein Problem: Das Teil lässt sich nicht programmieren! Die Chip-ID wird korrekt ausgelesen, ein Programmierversuch endet mit dem Verify welcher besagt, dass die Daten im Flash noch immer FFh sind. Ein Versuch
Hier ist der console output: C:\Programme\avrdude>avrdude -p t44 -c ponyser -C avrdude.conf -P com2 -n -v -U flash:w:"C:\home\mik e\AVR_Project\Blinker\default\Blinker.hex":i avrdude: Version 5.5, compiled on Nov 8 2007 at 16:08:45 Copyright (c) 2000-2005 Brian
-
Thread
PonyProg kein MEGA16
Hi, bin relativ neu im avr Bereich hab folgendes Problem: hab mir grad ponyprog runtergeladen ich kann aber keinen avr Mega16 auswählen?! wieso? andere AVR-Typen sind möglich. mfg J.K.
Dann hast Du Dir bestimmt eine Uralt-Version von PonyProg gezogen...
-
Thread
[ATMega64] PonyProg findet Device nicht
: http://www.blafusel.de/misc/atmega8_isp.html eben den ISP Nachgebaut. Jetzt habe ich aber das Problem, dass PonyProg das Device nicht findet. Das ISP ist soweit in Ordnung, habe allerdings den 100k Widerstand nicht eingebaut, den habe ich vergessen mit zu kaufen, ist das schlimm, wenn der Fehlt oder
-
Thread
PonyProg
neuinstallation von ponyprog) die fusebits auszulesen, wenn ich dann jedoch den CKSEL0 setzen will und auf "schreiben" gehe, bringt er die fehlermeldung: fehlendes oder falsches device (-24). mittlererweile bekomme ich es
. Ganz allgemein: man mag zu PonyProg und Parallelport-Adaptern stehen, wie man will. Auch PonyProg und z.B. ein STK200-Dongle enthalten keine Würfel-Routine! Wenn also da irgendetwas nur per Zufall geht, ist was faul. Auch ein
-
Thread
Flashen nicht möglich
://www.captain.at/electronics/atmel-programmer/ Jeweils ohne Erfolg. PonyProg meint immer, dass kein Gerät verfügbar wäre (E24). Gibt es eine einfache Möglichkeit, dem ATmega zu irgendwie testen, ohne, dass ich eine Software draufgespielt habe? So eine Art primitiven Funktionstest
Hallo, wenn schon einfach, dann zumindest die Original-STK200-Dongle-Schaltung. Auf der Ponyprog-Seite sind dazu 2 Schaltungen angegeben, die meiner Meinung nach beide so nicht gut sind. http://www.lancos.com/prog.html Die obere Schaltung haz zwar den 10pol. ISP-Anschluß in der Originalbelegung
-
Thread
Probleme mit USB -> RS232 Adapter
das Pollin - Atmel Evaluationsboard Rev. 2.0 mit einem ATMEGA8535. Als Software nutze ich das Ponyprog2000 in den Versionen 2.06 und 2.07Beta (2.06 und 2.07Beta auf jeweils unterschiedlichen Rechnern) Ich habe nun auf einem Rechner ein Programm auf den µC geschoben, über einen "echtem" COM1, um zu
alles in Ordnung und das Programm funktioniert, ich konnte es lesen und schreiben, und es gab keine Probleme. Wenn ich nun aber mit meinen Laptops den µC schreiben oder lesen will, dann geht das nicht, egal mit welcher einstellung ich es versuche es klappt einfach nicht, entweder sagt Ponyprog, dass kein
-
Thread
Verfust - Takt zu langsam zum Programieren - Atmega168
TinyAVR mag nicht, avrdude auch (noch) nicht, unabhaengig vom "-i". Pony-stk200 muesste doch der richtige Programmer sein? Reset scheint noch zu gehen (manuell auf Ground legen startet den Blinkzyklus neu).
mehr ran kommt. 2. PonyProg.ini Einstellung ULTRASLOW funktioniert in Version 2.07c nicht! 3. Lösung: Die AVR-Dude Einstellung -i brachte bei mir die Lösung. Dieser Delay verzögert/verlangsamt nämlich auch die Prorgrammierung
-
Thread
Parallel Port zerschossen mit STK200 und AVR??
Guten Abend, ich kämpfe gerade mit einem sehr seltsamen Problem: Ich habe einen STK200-Parallelport-Programmer. Mit diesem habe ich bisher immer via PonyProg fleißig Fuses gelesen und geschrieben bei diversen Atmels. Doch letztes Wochenende lief irgendwas schief
habe (ist nur ein Pin-Head am Evalboard) kann eigentlich nicht passiert sein und hat bisher keine Probleme verursacht, außer dass es halt plötzlich nicht mehr ging. Da sind dann auch die ISP-Pins vom Atmega128 gestorben und eben o.g. Phänomen tritt seither auf. Der Atmega läuft noch (behält sein altes