-
Thread
Welchen MicroController nehmen?
Adapter lösen. Nein, lässt es nicht! Das Pollin-Board hat den SI-Prog-Adapter drauf und wird mit PonyProg oder AVRDude programmiert. Die Software muss aber direkten Zugriff auf die Portleitungen haben (Bit-Banging). Und das geht nur mit einer "echten" seriellen Schnittstelle.
lösen. > Nein, lässt es nicht! Das Pollin-Board hat den SI-Prog-Adapter drauf und > wird mit PonyProg oder AVRDude programmiert. Die Software muss aber > direkten Zugriff auf die Portleitungen haben (Bit-Banging). Und das geht > nur mit einer "echten" seriellen Schnittstelle. Ist aber nur einmalig
-
Thread
Wie LCD Testen?
out PORTB,tmp ;->LEDs AN Das LCD betreibe ich an dem STK500 ohne Probleme. Du müsstest, um die Daten vom Pollin-Board zum LCD zu senden, offenbar invertieren. Es wäre gut, wenn sich zu diesem Thema trotzdem mal ein Experte äußern würde, da ich noch Anfänger bin ;
einmal nach vcc und einmal nach gnd angeschlossen sind. > Das LCD betreibe ich an dem STK500 ohne Probleme. > Du müsstest, um die Daten vom Pollin-Board zum LCD zu senden, offenbar > invertieren. > nein muss er nicht, die ausgänge funktionieren trotzdem gleich ... (es sei denn es würde durch eine
-
Thread
µC wird nach 15 mal brennen nicht mehr erkannt
Adapter aus ein paar Widerständen, Z-Dioden und 1 Transistor gebaut -> funktioniert perfekt mit PonyProg Dieser Adapter konnte dann auch den µC auslesen, den der parallele nicht mehr geschafft hat. Taktquelle etc. hat also alles gepasst.
ich habe beim Brennen mit PonyProg. die Fuse Bits nicht angerührt, da ich wusste dass es zu diesem Problem führen kann. Einen externen Quarzoszillator könnte ich machen. Ich habe einen 5MHz und 10MHz Quarz. Ist es egal welchen Quarz
-
Thread
Flash Speicherkarten Datenintegrität
permanentes lesen verlieren können Nein, es sei denn, sie haben noch irgendein anderes grundlegendes Problem. Das Lesen nutzt Flash-Speicherkarten in keiner Weise ab.
aufheben muß, dann muß gespeichert werden. Alle Betriebssysteme, die FAT nutzen, haben das gleiche Problem, also auch FAT32. Bei NTFS weiß ich nicht. Der Händler hat gesagt, daß das ein Qualitätshersteller ist. XP Embedded hat zumindest das ähnliche Problem. Meine Daten müssen gespeichert werden. Die
-
Thread
ATtiny24 - Fuse Bits programmieren
Hi all, ich möchte den tiny24V für eine 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
-
Thread
Wer kann Programm schreiben um eine Taste zu Emulieren
Zeit, in der Du hier "Stimmung" erzeugen willst, hättest Du Dich auch mit der Umsetzung der Problemstellung in ein Programm befassen können. ....Leute gibt´s! Paul
Senso-Spiel funktionierte einwandfrei. Leider ist jetzt nach dem ich ca. 15 mal den µC mit PonyProg gebrannt habe ein Fehler aufgetreten, so dass der µC jetzt nicht mehr von PonyProg und anderen Programmen erkannt wird. Ich habe an den Fuse Bits nicht geändert und genauso gebrannt wie 14 mal
-
Thread
AVR+Gentoo+GCC->"device type not defined"
anzupassen,allerdings habe ich mit avrdude noch keine Verbindung zustande bekommen und möchte dazu PonyProg2000 benutzen. Zunächst hab ich aber das Problem,den Code vernünftig zu kompilieren. Wenn ich mit dem Makefile "make all" ausführe,kriege ich folgende Fehler-Meldung: [pre] sh: line 0: [: main:
Antwort! [pre] avr-gcc main.c -mmcu=atmega8 [/pre] Kompiliert in der Tat den Quelltext ohne Probleme. Ich hab nur gedacht, ich muss die ganzen anderen Optionen und Flags, die im Makefile gesetzt werden auch beachten und ich hab "eigentlich" die betreffende Stelle angepasst: [pre] # MCU name
-
Thread
attiny13 mit mySmartUSB und AVRProg brennen
attiny15 scheinen ja im Prinzip zu funktionieren, aber das kann beim Setzen der Fuses doch auch Probleme geben? Auch der Herr Google hat mir hier nicht weiter geholfen ... Thomas
atiny 13 aufzunehmen. Vielleicht ist Dir aber damit geholfen: Seit kurzem kann eine neue ponyprog-Version den atiny 13 programmieren. Siehe auch den thread zum atiny 13 Ich programmiere mit Pony schon zwei Wochen, habe Probleme nur beim Programmieren des 128 kHz-Taktes bekommen. Danach bin ich
-
Thread
2 kurze Fragen zum ATmega16 (Fusebits, Befehle)
setzen bzw. einstellen. auch wenn ich die Includedatei verwende (muss man ja eigentlich) und mit Ponyprog flashe (mit welchem Programm ist ja im Prinzip egal, oder?) 2. Kann ich eigentlich statt den Assemblerbefehlen "icall" und "rcall" auch den einfachen Befehl "call" verwenden. (ein anderes Beispiel
Wenn sie aber nicht dem entspricht, was du brauchst, wirst du sie ändern müssen. Wo ist denn das Problem?
-
Thread
AVR Bootloader funktioniert nicht mehr
Ich hatte hatte das gleiche Problem: Bootloader scheint zu funktionieren, aber danach steht nur FF im Speicher. Die Ursache waren vertauschte Fuses für die Grösse des Bootloader-Bereichs (was im Datenblatt für BOOTSZ0 usw. "1" ist, ist in Ponyprog ein leeres Kästchen). Interessant, wie sich das auswirkt. Zweite Fehlerquelle an der Stelle: im Bootloader-Programm arbeitet man wahrscheinlich mit einer Grössenangabe in Bytes (z.B. 2048), aber die
-
Thread
Probleme mit Atmel Evaluationsboard V2.0
Und nochmal zu PonyProg welche Einstelungen muss ich vornehmen damit es funktioniert?
Und da sehe ich schon meinen nächsten Fehler: Ich habe PonyProg nicht PonyProg2000. Bei mir gibt es keinen ATMeaga deswegen hatte ich es immer auf AVR Auto stehen. Dann Danke ich schonmal vielmals:-)
-
Thread
Grundschaltung mit Kurzen
. Jemand eine ahnung woran das liegt und vor allem fuer was der da ist, denn ohne komm ich ohne Probleme mit Ponyprog auf meinen Atmega 16L drauf. Gruß und thx Lambert
-
Thread
AVR-Günstig Programmieren
Leben erweckt. Bin dann auf das Pollin-Board mit einem ATmega32 umgestiegen. Bisher hatte ich keine Probleme, habe 'ne Menge gelernt und kann alles machen... also wüßte ich gerne die Antwort auf meine Frage. Gruss Christoph
geht, sondern daß es nicht taugt. Nach ein paar verfusten Controllern (da man das Board ja nur mit PonyProg als Programmiersoftware nutzen kann) ärgert man sich grün und blau. Im Vergleich zu dem Sonderangebot von SPOERLE hält es in keinster Weise stand. Deswegen mein "ausdrücklicher" Hinweis für den Neuankömmling
-
Thread
Makefile einstellungen
parallen Adapter probiert? Ein paar Widerstände und läuft bei mir zuverlässiger als seriell, und PonyProg als Flasher.
Das serielle Kabel sieht aus, als wäre das SI-Prog (urspünglich für PonyProg). Also Probier mal: "AVRDUDE_PROGRAMMER = siprog" (für alles weitere könntest du evtl. sogar selbst die Doku lesen, die bei WinAVR dabei ist....) hth. Jörg
-
Thread
atmega8 - überspannung
sicher einige sekunden. ich bin mir jetzt unsicher ob er zerstört ist, oder ob ich einfach nur probleme mit der programmierung habe. (pony sowie yaap verweigern die programmierung über parallele schnittstelle) schätze ja ich hab ihn dämlicherweise gleich geschrottet, wer hat erfahrungswerte was derartige
ich denke der ist hin.... bei PonyProg weiß man aber nie, hast du den Controller denn überhaupt schonmal programmiert gehabt oder kann es auch am Anschluss an den PC liegen? Einen neuen ATmega8 bekommst du bei Pollin, aber ich würde genau
-
Thread
ATmega644 programmieren
rumil.de/hardware/avrisp.html) Parallel und Seriell. Die gehen AFAIK doch nicht mir AVR Studio oder? >Pony in der Version 2.07a kennt den Mega664. Leider klappt's nicht. Den 32er erkennt Pony, den 644er nicht.
Hi, Ron wrote: >>Pony in der Version 2.07a kennt den Mega664. > > Leider klappt's nicht. Den 32er erkennt Pony, den 644er nicht. Also zu Ponyprog: Version 2.07a kennt den Mega664 laut Deviceliste, meldet jedoch Fehler
-
Thread
CKDIV8 bei AT90CAN128
Hi! Ich versuche grad den AT90Can128 in Betrieb zu nehmen und ich hab da so einige Probleme damit. Weiß jemand wie ich den internen Taktteiler ausschalten kann (CKDIV8)??? Mit Pony Prog geht das nicht und AVR Studio unterstützt scheinbar keine Parallel Programmer... Danke
Alles klar... hat sich erledigt... Hatte eine alte PonyProg Version auf dem Rechner. Die neueste unterstützt auch die AT90CAN.
-
Thread
Tiny45 womit programmieren?
Hallo, kann mir jemand sagen womit man am besten den Tiny45 programmiert. Leider kennt das Ponyprog diesen nicht. Ist es evtl. möglich diesen als Tiny15 mit Ponyprog zu programmieren? Allerdings soll der Tiny mit einem externen Quarz betrieben werden, was nur mit dem Tiny45 und nicht mit dem Tiny15
@AndreasB: PonyProg kennt ihn sehr wohl: Support the AVR ATtiny13, 25, 45, 85, 261, 461, and 861 (untested) Untested heißt, nach Datenblatt programmiert. Der Nutzer 'Neptun' schreibt im Forum: > Hi all, > just
-
Thread
ATMega1280 Betriebnahme fehlgeschlagen
Hi Welche Probleme habt ihr denn? MfG Spess
von mir verwendete uC war für die ISP leider (erst) nicht zugänglich! Selber auch derartige Probleme? gruß
-
Thread
Welches AVR Studio
mit Assembler programmieren. Welche Programmiersoftware wäre hier ideal? Zum Brennen würde ich Pony Prog nehmen. Wäre hier das AVR - Studion zu empfehlen? Auch Bascom ist mir bekannt. Oder sind beide für die Assemblerprogrammierung unbrauchbar? Bin nämlich noch ein Anfänger? papua
Assembler sehr gut! Und mit dem WinAVR-Plugin kann man auch wunderbar in C programmieren. Flashen mit Ponyprog und einem Eigenbau-ISP geht eigentlich auch ganz gut, hatte nie Probleme.
-
Thread
Nur 8 KB in Atmega32 und nicht 32 KB
als Parameter zu übergeben. ..\avr-gcc.exe" groesser.c -Os -o groesser.bin Ich benutze Ponyprog2000 V207A(Atmega32 ist eingestellt) Über Tips oder Ideen würde ich mich sehr freuen! Gruß Timo
Ich habe mich in das Thema Makefile eingearbeitet und die Software läuft jetzt ohne probleme. War doch alles viel einfacher als ich dachte.
-
Thread
SD/MMC Bootloader von Stefan Seegel
Projektes geht. Als erstes: Super Projekt! Am meisten begeistert mich, dass meine Hardware ohne Probleme funktioniert. Das ganze soll auf einem ATMega128 laufen. Deshalb habe ich das orginal ZIP-File genommen und mit dem ZIP-File von Stefan(04.05.2007 22:29) einige Dateien überschrieben. Danach
all --makefile=makefile.mak Das Hex-File auf den Mega geschrieben und Fuses gesetzt: Bei PonyProg sind bei den folgenden Bits Haken: SPIEN BOOTSZ1 BOOTSZ0 BOOTRST SUT1 SUT0 Als nächstes kommen wir zu SampleApp: Dort habe ich folgendes geändert: makefile.mak: MCU=atmega128 F_CPU =
-
Thread
Pony Prog läuft nicht mehr (Pollin-Board)
PonyProg in BASCOM-IDE einbinden. http://bascom-forum.de/index.php/topic,89.msg263.html#msg263
Hallo, ich habe genau das gleiche Problem. Hab das Board aufgebaut, alles nochmal geprüft und dann mal mit einem Mega8 experimentiert, hat wunderbar funktioniert. Doch auf einmal geht gar nichts mehr. Fehlermeldung PonyProg2000 " Device
-
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)
kann man aktuell AVRs programmieren (die Firmware arbeitet 1:1 als ABRISP mk2 Klon, d.h. man kann problemlos mit dem AVR Studio und avrdude arbeiten), ARM7/9 mit OpenOCD programmieren und debuggen. Demnächst wird man auch AVRs debuggen koennen (JTAGICE mk2 Klon). Gruss Bene
-
Thread
fuses prob tiny2313
jo hi, ich habe einen tiny2313 20pu mitnem externen quarz 20mhz am anfang war das proggen per ponyprog kein problem, dann habe ich die Fuses CKDIV8,SUT1,CKSEL3-1 auf 1 gesetzt,. sollte eigentlich kein problem darstellen, dennoch kann ich den µC jetzt nicht mehr lesen bzw. Schreiben,.... könnt
Versuche, mit einem Quarzgenerator von 1MHz ein Signal an XTal einzuspeisen, während Du per Ponyprog darauf zugreifst. Funktioniert das nicht, empfiehlt es sich, einen HV-Programmer zu bauen, um auf den "Verfusten" MC zugreifen und ihn wieder in den Lieferzustand zurücksetzen zu können. Ich habe
-
Thread
ATmega64: EEprom vom Bootloader aus beschreiben?
EEprom 0xAA schreiben. Wenn ich jedoch nach dem Schreiben einer neuen Software den EEprom mittels PonyProg auslese, dann kann ich das 0xAA net finden :( Ist es evtl prinzipell garnicht möglich denn EEprom vom Bootloader aus zu beschreiben?? Grüße Christian
absolut möglich. Versuch´s doch in ASM, nutze die Routinen aus dem Datenblatt. Unter ASM ist es problemlos möglich, an absolute Adressen zu schreiben. Du mußt darauf auchten, daß sich FLASH und EEPROM-Zugriffe nicht in´s Gehege kommen, eins geht nur zu einer Zeit. Das steht aber auch im Datenblatt.
-
Thread
Endstufe von Prozessorzündung ändern
Hochspannung geht durch die Batterie Das war aber immer schon so und hat sich auch bewährt. Wo ist das Problem? Mal grundsaätzlich: Bei dieser Schaltung fehlt der Kondensator an der Primärseite, den kann man nicht einfach weglassen, weil er erst einen ordentlichen Lichtbogen ermöglicht. Ohne gibt's nur
den AVR-910 vom Klaus Leidinger in Verbindung mit dem Flashprogramm OSPII. Ich hatte Probs mit Ponyprog und meinem guten alten PAR-Kabel. Die wollten bei 10MHz nimmer (allerdings mit nem ATmega8515). gruss wolf
-
Thread
AVR vs MSP430 und Linux
oft besser "schmecken", was mich wieder eher an den AVR denken lässt. Aber auch das sind alles Probleme, die sich beim MSP lösen lassen. Die Frage ist, ob sich der Aufwand lohnt? Ok, MSP hat 16bit. Das hat gerade bei Assembler-Programmierung natürlich schon seinen Charme. Ich habe bislang noch
+ schöne DIL-Gehäuse + ausgereift + viel Flash/RAM verfügbar + kostenlose Downloadtools (Ponyprog) + recht EMV-fest (Mega): läuft als WIS auf Hochseeschiffen, hat auch eine DNV-Prüfung überstanden -> KFZ dürfte kein Problem sein - Debugger teuer (bei Tiny-Typen oder dem alten S1200 kaum sinnvoll
-
Thread
Fusebits für Laserprojektor
ich mit der folgenden Angabe nichts anfangen kann. FUSE_H=0x9f FUSE_L=0xcf Ich verwende PonyProg um den ATtiny2313 zu flashen. Verwendet wird ein Quarz mit 12.228MHz. Grundsätzlich habe ich das Problem, das ich nicht weiß was mit Fuse_H und Fuse_L gemeint ist. Außerdem bin ich mir mit der
-
Thread
all-test Online Terminal Programm für AVR?
for 'T' of 'TWBR' string (see avrspy_test.lst) FLASH[0026]: 54 # 'T' > p1FFE # Check PonyProg's SerialNumber Counter in FLASHw[1FFE:1FFF] FLASH[1FFE]: 08 : p1FFF FLASH[1FFF]: 00 > m239 # check 1st byte of 'char spy_buf[20]' according to .map file: COMMON
Ports (LEDs..), hardware related code ... * "make" or "make run/upload" (default PonyProg - see Makefile) Notes/ToDo: * test other µC variants * remove costly printf/stdio.h requirements (#ifdef SPY_STDIO) from avrspy.c * ISR-based UART to allow smoot edit on bumpy mainloops
-
Thread
Ponyprog jetzt opensource
versuchs mal mit der angehängten Datei :) Allerdings ohne Garantie, daß die wirklich komplett ist. PonyProg ließ sich jedenfalls ohne Probleme gegen eine damit erzeugte Lib linken. Ist für eine statische Lib, sollte aber eigentlich auch kein Problem sein falls notwendig das auf eine dll umzustellen.
hinzugefügt. Da ich die vlib in einem anderen eigenen Verzeichnis erzeugt habe und nicht das unter PonyProg benutzt habe, musste ich auch noch den Pfad zu den Header-Dateien anpassen. Danach ließ sich Pony problemlos kompilieren und linken. CU FBI
-
Thread
ATMega8 an Serieller SS sendet Müll
der mist sendet :) Also ich arbeite mit Programmers Notepad und werfe die Programme dann per PonyProg rein. Als Taktquelle habe ich einen externen 16MHz Quarz. Bei den Fuses habe ich alle Häckchen bei CKSEL entfernt, also sollte auf externen Takt umgestellt sein. Hat sonst noch jemand eine Idee
Also ich arbeite mit Programmers Notepad und werfe die Programme dann per PonyProg rein, wie oben schon erwähnt. wo finde ich denn die Project Option ???
-
Thread
atmega8 kein reaktion nach fuses prog.
entsprechenden firmware programmiert. Danach habe ich den µC mehrfach ausgelesen können war überhaupt kein Problem. Dann wollte ich die fuses CKSEL0-3 mit PonyProg V2.07a programmieren dafür habe ich die häckchen in dem Dialog gesetzt und auf „write“ geklickt kurz danach sagte PonyProg "Device missing or device
Jede Woche die selben Probleme. Warum liest vorm Write niemand mit Read die Fuses aus? http://www.mikrocontroller.net/topic/73479
-
Thread
Mega8 Problem nach Erstprogrammierung
Hallo Forengemeinde, ich habe ein Problem. Habe einen neuen Mega8 in der Einstellung externer Quarz programmiert und kann nach dem erstmaligem Schreiben nicht mehr mit PonyProg via ISP auf den Controller zugreifen. Hat jemand eine Idee ?.
Michael Hamacher wrote: > Hallo Forengemeinde, > ich habe ein Problem. Habe einen neuen Mega8 in der Einstellung externer > Quarz programmiert und kann nach dem erstmaligem Schreiben nicht mehr > mit PonyProg via ISP auf den Controller zugreifen. Hat jemand eine Idee
-
Thread
mehrere Pins vom Mega32 einlesen und Frage zu Ponyprog
Assembler umzusetzen sollte eigentlich kein Problem sein, ist aber auch nur Teil der Lösung Deines Problems. Noch mal die Frage: Sind das OneWire-Sensoren? "Digitaler Ausgang" kann alles Mögliche sein...
Du willst Port *und* Pin "hochzählen"? Bei den Pins ist das ja kein Problem. Beim Port musste eben ne separate Abfrage machen.
-
Thread
UART Bootloader ATtiny13 - ATmega644
das gleich mal probiert. Habe das vorhin auch mit einem mega8 probiert (V2) da ging es auch ohne Probleme.
Jop, ist genau das gleiche Problem.
-
Thread
WinAVR Fehler ?! BITTE UM HILFE
Wirklich problematisch sind 'ISR' und fdevopen. Um die meisten Warnings zu entsorgen mach mal folgendes: Ändere in main.h das #include <avr/signal.h> durch #include <avr/interrupt.h>.
ALSO :-( Jetzt erstellt er mir das main.hex , welches ich natürlich auch gleich per PonyProg auf den MEGA32 gebrannt habe :-( aber leider funktioniert es nicht. Nicht einmal die LINK LED von der Netzwerkkarte geht an :-( > "make.exe" all set -e; avr-gcc -MM -mmcu=atmega32 -I. -g -
-
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
Was kann den avr killen?
Hi, programmiere schon seid längerem den mega 8 mit dem seriellen ponyprog interface und hatte noch nie ähnliche probleme. ein controller lies sich nach einiger zeit nicht mehr flashen, nachdem ich einen anderen eingesetzt hatte ging dieser, aber nach einigen programmierdurchläufen
-
Thread
Avrdude mit seriellen isp lädt testprog nicht auf device
Es gab ca. 2005 Probleme mit neuer STK500-Firmware in AVRISPs und damaligen AVRDUDE... Versionen, die den gleichen Fehler (avrdude: stk500_getsync(): not in sync: resp=0x00) produzierten. Kannst du näheres zu deinem AVRISP
Ach Schreck, das ist das dumme alte Ponyprog-Interface. Im avrdude heißt es ponyser. Das ist so ziemlich die mickrigste Option, die man sich vorstellen kann, in Bezug sowohl auf Datenrate als auch Zuverlässigkeit. Mit einem AVRISP hat das
-
Thread
Starthilfe für Anfänger bei ATmega + SW
gemacht.. da war ich so 11-12 Jahre alt. Das geht wenn man einmal weiss wie man mit Bitschubsen Probleme löst :D Aber ja, ich habs auf AVR probiert, C ist bequem. Aber extrem zeitkritische Sachen bekomm ich in ASM besser und schneller hin. Gruß, Christian
Entwiklungsumgebung selbst zusammenzusuchen und damit auf Anhieb fertig zu werden. Ich habe jetzt PonyProg, AVRStudio und WinAVR installiert. Ich bin im Moment noch dabei, die Kommunikation zwischen PC und Testboard herzustellen. Ich habe da wohl ein HW-Problem mit dem ICSP auf meinem Board (falsche Pinbelegung
-
Thread
ATmega programmieren
unter W2000 und Win98SE. Ein Bekannter benutzt es allerdings auch unter WinXP SP2 ohne mir bekannte Probleme. Vielleicht hast Du ja doch irgendwo eine W2000 oder Win98-Rechner, wo Du mal schnell PonyPorg raufspielen kannst und Deine Schaltung ranstecken kannst. Nicht, daß irgendwas mit dem Programmer
Dir die Bauteilwerte noch hinzugefügt. Ich programmier mit dem AVRStudio von Atmel und hab keine Probleme.
-
Thread
AVR mega644 Takt Problem
Hallo, ich hab ein kleines Problem. Und zwar gehe ich mal davon aus, das irgendwie die Fuse-Bits nicht richtig geschrieben wurden, CLKOUT ist noch aktiv, dabei kann ich eine Frequenz von 116 KHz messen. Nur komme ich jetzt irgendwie nicht mehr drauf zum ändern der Bits. Ich habe es bereits mit PonyProg und parallelem Kabel sowie mit AVR Studio und dem usbprog probiert. Beide bekommen keine Verbindung. Ich habe auch schon versucht den Takt mittels externen Quarz / Mirkocontroller etc. anzuregen aber
-
Thread
Atmel Evaluationboard Ver. 2.0
ich dabei die IC's förmlich abgeschossen. Nur finde ich in der Hilfe von PonyProg nicht so die richtige Antwort. Werde mal im Netz weiter schnüffeln gehen.
habe ich dabei die IC's förmlich abgeschossen. Nur finde ich > in der Hilfe von PonyProg nicht so die richtige Antwort. Werde mal im > Netz weiter schnüffeln gehen. Erstmal ohne Ansehen des ISP-Programms: Fuse programmed = 0 Fuse unprogrammed = 1 Dann mit ISP-Programm (Pony
-
Thread
PonyProg und Mega32 Problem.
Hallo! Habe mir ja ein USB Prog (http://www.embedded-projects.net/index.php?page_id=135) bestellt und versuche diesen gerade zu Beschreiben (mit dem Bootloader). PonyProg kann den AVR auch auslesen und beschreiben (nach dem wegklicken der meldung) aber es ist nur "müll" im speicher danach. ISP hab ich diesen: http://rumil.de/hardware/pics/avrispsc.png PonyProg ist so konfiguriert: http://www.mikrocontroller.net/articles/Pony-Prog_Tutorial So, woran liegts nun dass es nicht klappts? Das ISP Kabel geht auf jeden fall, hatte das mal vor paar Jahren gebaut und erfolgreich paar AVRs
-
Thread
ATmega644 & yaap
Ich habe mittlerweile schon einiges Versucht, aber es gibt immer wieder Probleme: AVRdude erkennt meinen LPT1 nicht. PonyProg mag den ATmega8, aber den ATmega644 nicht. ("Device missing or unknown device", egal ob ich "AVR auto" oder "ATmega644" als Device angebe) Ich
Hier die gefixte EXE Datei für PonyProg Vielleicht nochmal sysncronisieren usw...
-
Thread
KS0108: Warum immer Anzeige auf beiden LCD-Hälften?
wenn ich wieder aufstehe, funktioniert es ;) (Erstaunlicherweise kriegt man wirklich immer die Probleme, die einen am Vortag unlösbar erschienen, am nächsten Tag ziemlich flott hin - heh). Danke trotzdem für die Hilfeversuche - trotz dass es so spät ist :)
das vorher immer erst wieder setzen, dann das Programm übertragen, dann wieder löschen (verwende PonyProg dazu). Aber JTAG hat doch nichts mit der Programmübertragung zu tun, oder? Kann man JTAG auch auf dem µC per Software ausschalten?