Hey Leute Ich bin neu in der Welt der Microcontroller und habe noch nicht so die Erfahrung mit den ganzen Programmen usw. Folgendes Problem: Habe mir ein Pollin Evalutions Board gekauft http://www.pollin.de/shop/dt/NTI5OTgxOTk-/Bausaetze_Module/Bausaetze/ATMEL_Evaluations_Board_V2_0_1_Fertigmodul.html Habe ein Programm mit Basecom geschrieben und möchte es via Serieller Schnittstelle (XP Rechner Home ed. interne Schnittstelle) auf den Controller packen. Mir ist dann das Programm Ponyprog in die Hände gefallen... Leider scheint es Probleme mit meiner Schnittstelle zu geben, da PonyProg im Setup beim Test nur "Fail" auswirft Auch bin ich mir nicht sicher ob man in den Einstellungen dort (SI PROG API) oder (SI PROG I/O) nehmen muss. Ich hoffe jemand kann mir helfen danke für eure Zeit mfg
Erst mal das lesen. http://www.mikrocontroller.net/articles/Pollin_ATMEL_Evaluations-Board Die ISP Buchse J3 nehmen. Besser einen Parallelport Programmer mit 74HC244 aufbauen. Lief bei mir wesentlich stabiler.
Den Parallelportadapter kannst Du auch nur mit ein paar 100 Ohm Widerstaenden aufbauen. Laeuft bei mir an x PCs schon seit > 10Jahren. Allerdings benutze ich diese in der Regel nur einmal um einen Bootloader zu installieren :-)
Hi Beim Pollin-Board empfehle ich einen USB-ISP Programmer. (bei EBay ca. 20 € incl. Versand). Du sparst dir diesen Umweg über PonyProg und kannst direkt aus Avr-Studio arbeiten. Außerden geht's viel schneller. Das Board hat ja die ISP - Schnittstelle, diesen 10pol. Wannenstecker. In der Regel sind die Probleme, zumindest war das bei mir so, auf den falsch gesteckten seriellen Stecker am Board zurückzuführen. Ich hab öfters vergessen, diesen wieder zurückzustecken.... Mit dem USB-ISP-Stick ist das Geschichte und ich kann die serielle Verbindung auch mal stecken lassen. Gruß oldmax
Ich hasse es wenn man hier mit einem Problem kommt und es heißt: Hol dir dies, warum machst du es nicht so ... Also: Bzgl. der Konfiguration müsste ich mal nachschauen, kann aber sagen dass das einzige was ich immer einstellen müsste der COM Port war. (Nutze auch PonyProg mit dem PollinBoard ohne Probleme. Ich nehme mal an du hast dein COM an ISP und nicht an UART angeschlossen ... Bzgl. der Schnittstelle: Wenn du die vom Board abgreifst (Steckerleiste) überprüfe mal die Belegung: es gibt zwei Verschiedene. Dieses Problem hatte ich anfangs auch. Ggf. Info welchen µController du verwenden möchtest, ob der schonmal Programmiert war oder du die Möglichkeit hast das ganze mal an einen anderen Rechner aus zu Probieren. falls bis dahin noch keine Lösung: Ab ca. 16:30 kann ich mich ans Board setzen und genauere Infos geben. Bis dahin viel Glück
Hey Leute ich möchte mich erst mal bedanken das so schnell Antworten gekommen sind =) Auch wenn ich im Netz schon viel über diese USB Adapter gelesen habe wollte ich es evtl. auch mal auf die serielle art machen. Zu PonyProg habe ich so weit gelesen das man den Schnittstellen Test nur mit dem PC machen kann ohne das man was angeklemmt hat. Da er dort nur die Schnittstelle Prüft. Nun und da hackt es leider. //Test fail// Ich bin wie gesagt neu in der Microcontroller Geschichte und merke schon das die Lernkurve zu Anfang sehr steil ist. =) Also ich habe auch am Pollin Board die ISP benutzt (Steht das eig. genau für eine serielle Schnittstelle?) In einem anderem Forum habe ich gelesen das es sein könnte das die Serielle Schnittstelle im Bios anderes eingestellt ist als unter Windows im Hardware Manager ... Bei den Einstellungen welchen mC ich benutze bin ich mir eig. sicher ist nen ATiny 2313 Aber wie gesagt so weit komme ich erst gar nicht... Habe mich für PonyProg übrigens hier informiert: http://www.roboternetz.de/phpBB2/files/ponyprog.pdf also sein meine Einstellungen auch gleich die COM passte auch ist auch COM 1 bei mir im Hardware Manager
Matthias schrieb: > Zu PonyProg habe ich so weit gelesen das man den Schnittstellen Test nur > mit dem PC machen kann ohne das man was angeklemmt hat. Da er dort nur > die Schnittstelle Prüft. Nun und da hackt es leider. Es soll kein Target angeschlossen sein. Eine Steuer-Leitung der RS232(landet auf SCK) ist mit einem anderen Eingang gebrückt. Darüber wird geprüft, ob die SI-Prog Hardware angeschlossen ist. Du solltest also das Pollin-Board mit Strom versorgen, den Prozessor entfernen und nochmal "Test" probieren. Der SI-Prog-Adapter hat bei mir nur mit Auswahl der "SI-Prog API" funktioniert. Eventuell stimmt die Zuordnung der logischen Pegel nicht, aber das kann man ja ausprobieren(sind ja bloß 8 Möglichkeiten). Als nächstes hab ich mir dann mit dem SI-Prog einen Atmega48 für einen USBASP geflasht... mfg mf PS: Ich habe diese Schaltung hier verwendet: http://www.electronics-lab.com/blog/wp-content/uploads/2008/09/siprog.jpg
>Als nächstes hab ich mir dann mit dem SI-Prog einen Atmega48 für einen >USBASP geflasht... Ich probiere es grade noch mal mit Strom und Verbindung zum Board und ohne MC. aber was meinst du mit dem Satz ...hast du dir was gebaut um mC einfacher zu beschreiben? mfg euch allen
Leider in allen möglichen Einstellungen immer nur Fail verstehe ich nicht weil eig. muss die Schnittstelle funktionieren programmiere meine LOGO auch über diesen COM hat wer noch ne Idee
Matthias schrieb: > ...hast du dir was gebaut um mC > einfacher zu beschreiben? Sowas hier, aber auf Lochraster: http://www.fischl.de/usbasp/ Da läuft auch andere Firmware drauf, die dann mit AVR-Studio kompatibel ist. Das brauch ich aber nicht, da ich hier an einem Apfelrechner arbeite. Für einen Einsteiger mit wenig Elektronikkentnissen ist das aber nicht unbedingt ein günstiges Projekt, weil man schon beim USB beschalten beliebig viele Fehler machen kann. Aber wenn du es baust, würde ich dir anraten, eine Sicherung in die 5V-Leitung zu geben. Ich hab mir das Teil noch ein zweites Mal mit 3,3V-Spannungsregler und 5V-tolerant gebaut. Man kann jetzt über einen Schalter Das Target mit 3,3V, 5V oder gar nicht versorgen. mfg mf PS: Matthias schrieb: > hat wer noch ne Idee Comportkabel voll belegt? oder nur RX TX GND? Im letzteren Fall geht natürlich nix.
Kabel ist auch ok alle Leitungen belegt und 1-1 mir ist aufgefallen das im Setup erkennt er auf jeden Fall welche Com Schnittelle ich vergebe. Wenn ich meine COM Schnittelle im Hardware Manager ändere auf COM 3 dann kann man bei PonyProg auch nur Com 3 auswählen. aber warum der test nicht klappt weiß ich nich
Falscher Comport am Pollinboard? Kontrollier nochmal alle Lötstellen und Bauteilwerte um den SI-Prog-Adapter-Kram herum. Welches Betriebssystem benutzt du? Unter Vista ff. kann ich mir vorstellen, dass es da nicht mehr geht. Unter XP mit dem alten Desktoprechner hatte ich da keine Probleme. mfg mf
Mini Float schrieb: > Unter Vista ff. kann ich mir vorstellen Kann ich nur bestätigen. Unter Win7 (Ultimate 32Bit) zeigte Ponyprog mit dem genanten 74HC244-Progger bei mir genau die vom TO genannten Symptome, wobei es unter WinXP einwandfrei funktionierte.
wenn man fragen darf die xp Benutzer auf welchem Stand benutzt ihr Ponyprog ?? SP // Home oder profe. usw
Hi Seid ihr sicher, das der Zugriff auf das Pollin-Board ohne µC funktioniert, bzw. einen Test ermöglicht ? Es ist leider bei mir schon sehr lange her, das ich mit einer ser. Verbindung auf das Board zugegriffen habe, aber was ich 100%tig weiß, ist, das da immer ein Controller gesteckt und das Board mit Spannung versorgt war. Was auch noch sein könnte: Das Kabel, ist das mit allen Steuerleitungen versehen? Soweit ich mich erinnern kann, habe ich mir das Kabel damals selbst gelötet, also alle Pins 1 zu 1 bis auf RxD und TxD, die waren gekreuzt. @Michael >Ich hasse es wenn man hier mit einem Problem kommt und es heißt: Hol dir >dies, warum machst du es nicht so ... Natürlich war mein Hinweis auf einen ISP-USB-Stick keine Antwort darauf, warum die ser. Verbindung zum Board nicht funktioniert. Es ist auch schwierig, den Fehler völlig ohne Vermutungen zu lokalisieren, weil es leider nicht möglich ist, so mal eben selbst Hand anzulegen, den Aufbau zu prüfen und die Softwareinstallation zu kontrollieren. Auch ich habe einige Zeit damit verbracht, Controller per PonyProg mit Code zu bestücken, bis ich mir eben diesen besagten Stick zugelegt habe. Nun, ich sage nicht: "du mußt dir den kaufen". Ich hab nur gesagt, das es dann möglich ist, direkt aus AVR-Studio auf die Controller zuzugreifen und das Brennen um den Faktor 100 schneller vonstatten geht. Wenn du das erst einmal gemacht haast, dann wirst du diesen Hinweis anders sehen und vermutlich dich dafür bedanken, als so einen unsinnigen Satz zu schreiben. Das angesprochene Problem ist der nicht funktionierende Zugriff auf das Board. Wenn's denn mit einer anderen Hardware (besser) geht, ist doch das Problem auch gelöst. Warum muß man sich immer an alten Beständen festhalten und glauben, die anderen wollten nur zeigen, das sie schlauer sind.... ( sie sind es vermutlich auch...) Gruß oldmax
Windows XP Professional 32Bit mit SP2. Die Version (Home / Prof oder welches SP) dürfte hierbei eigentlich gar keinen Unterschied machen. Ponyprog ist die Version 2.07, meine ich. Und welches Betriebssystem hast Du?
wie kann man sich das als leihe vorstellen... auf der einen Seite geht man vom PC via USB hinein und auf der anderen Seite simuliert er dann seriell um direkt auf das Pollin board zu gehen ? ich habe übrigens grade meinen Nachbarn um eine Lösung gebeten... er drückt mir nen USB to Seriell Adapter in die Hand ... Was soll ich sagen in meiner Not dachte ich ach machte einfach mal..Also das Ding installiert auf COM 2 eingestellt und mal geguckt wie es im PonyProg setup aussieht. PonyProg findet den COM sofort und ich kann jetzt zwischen dem Adapter und meiner internen Schnittstelle wählen. Habe dann den Test mal gemacht mit Pollinboard ohne mC und den COM 2 eingestellt mit dem Adapter und siehe da TEST OK XD.... Nun dann noch mal Kalibriert und dann mal probiert ob man auch was auf den dann eingesetzten mC schreiben kann. Es geht aber dauert genau 15 min.... für nich mal ein kb. Also es dauerte zwar lange zu laden aber es war erfolgreich und das Programm läuft die LEDS auf dem Board blinken. So können wir schon mal viele Fehler ausgrenzen . Es liegt an der verdammten Schnittstelle in meinem verdammten PC ;-)
oldmax schrieb: > das ich mit einer ser. Verbindung auf das Board Die Programmier-Schitstelle ist kein echter serieller Anschluss! Da wird zwar der Com-Port benutzt, aber es werden die Statusleitungen fürs BitBanging zweckentfremdet. Der andere, "echte" serielle Anschluss redet dann direkt mit dem Controller(man könnte auch einen Bootloader benutzen, aber da gibts wie immer das Henne-Ei-Problem). Schön wäre es, wenn der TO mit den aktuellen Möglichkeiten einen Controller beschreiben kann. Später kann er immer noch auf einen USB-Programmer aufrüsten. Ein Tipp wäre noch: hast du es schon mal mit avrdude probiert? Wenn sich da über die Kommandozeile die Signatur des Targets auslesen lässt, dann besorg dir eine der zahlreichen GUIs für avrdude. mfg mf
ok noch mal eine Frage zu dieser USB Geschichte Es wurde gesagt man könnte dann PonyProg umgehen und direkt vom BASCOM avr studio auf den mC laden. Was ich bis jetzt gesehen und gemacht habe ist ja mit BASCOM ein Programm geschrieben und es in .hex gespeichert .. Nun kann man dann auch mit BASCOM den code in den Controller laden wenn man diese (USB to "seriell") Hardware hat?? Oder braucht man da wieder ein Programm was vergleichbar mit PonyProg ist mfg euch allen danke für eure Hilfe bis jetzt habe schon ne menge gelernt ;-)
Matthias schrieb: > drückt mir nen USB to Seriell Adapter in die Hand Matthias schrieb: > Es geht aber dauert genau 15 min.... für nich mal ein kb. Weil eine Statusleitung setzen/auslesen mindestens 3-5ms benötigt(USB1.1). Matthias schrieb: > auf der einen Seite geht > man vom PC via USB hinein und auf der anderen Seite simuliert er dann > seriell um direkt auf das Pollin board zu gehen Nein, Auf der einen Seite geht man mit USB rein/raus(ist ja bidirektional). Auf der anderen Seite ist eine Serielle synchrone Schnittstelle, über die direkt kommuniziert wird. Ein USB-Synchron-Seriell-Adapter. zudem ist die Datenmenge, die dann darüber geschoben wird, auch noch gepuffert. Es wird zuerst ein Pufferinhalt über USB geholt und in den RAM des Porgrammers gelegt. Von dort aus wird dann mit maximaler Geschwindigkeit in den Flash des Targets gepustet, bis der Puffer leer ist. Nun kann ein weiterer Pufferinhalt angefordert werden usw. Das Übertragen eines Pufferinhalts, Größenordnung meist so 512Bytes, dauert vielleicht 10-15ms. Mit dem USB-Com, der auf den Statusleitungen rum klingelt, braucht man um ein Bit(!!) zu übretragen mindestens 10ms. Das erklärt den Geschwindigkeitsunterschied. mfg mf
Hi >Die Programmier-Schitstelle ist kein echter serieller Anschluss! Da wird >zwar der Com-Port benutzt, aber es werden die Statusleitungen fürs >BitBanging zweckentfremdet. Mir ist das schon klar und deswegen habe ich auch erwähnt, das ein voll bestückter serielles Kabel verwendet werden muß. Ein USB - Seriell-Adapter funktioniert in den seltesten Fällen und die lange Zeit von 15 Minuten ist auch nicht normal. Das beschreiben per ser. Schnittstelle (mit einer echten !) dauerte so ca. 50-70 Sekunden, soweit ich mich erinnere. Gruß oldmax
Also ich benutze immernoch das Pollin Board und PonyProg.Ohne Probleme !! Mein Laptop hat eine Serielle Schnittstelle ( PCI Card zum einschieben ) , alles andere wie USB-Seriell Wandler gedönst , habe nie zum laufen gebracht ( Bestimmt 5 bis 10 verschiedene haben wir in der Fa. gehabt )
oldmax schrieb: > lange Zeit von 15 Minuten ist auch nicht normal. Das ist über den USB-Seriell-Adapter, und schon plausibel. Für jedes Bit wird MISO gesetzt oder gelöscht 4-5ms SCK gesetzt 4-5ms MOSI gelesen 4-5ms SCK gelöscht 4-5ms Ich komme in Summe so auf rund 15ms, wenn man annimmt, dass da optimiert gearbeitet wird. 1 kB = 1024 Byte = 8192 Bit 8192 Bit * 15ms/bit = 122,9 sec = rund 2min Mit ein wenig Betriebssystem- und Treiber-Overhead kann das also schon sein. mfg mf
dann muss ich ja nur noch meine serielle Schnittstelle am PC zum laufen bringen. Leider kann ich euch ja auch keine Fehler Code oder so liefern wie gesagt die Meldung Test Fail ist nicht sehr aufschlussreich ^^ Vil werde ich mir irgendwann so etwas usb artiges besorgen aber ich bin noch ganz am Anfang. trozdem ist es schön die Möglichkeiten des Programmierens mal kennen zu lernen .. hat jemand mal son bild von so einem Ding : >Nein, Auf der einen Seite geht man mit USB rein/raus(ist ja >bidirektional). wenn noch einer ne Idee wegen meiner Schnittstelle hat immer raus damit. mfg
Matthias schrieb: > hat jemand mal son bild von so > einem Ding : Zum Beispiel: http://www.ebay.de/sch/i.html?&_nkw=avr+isp&_sacat=See-All-Categories http://www.fischl.de/usbasp/ http://www.ladyada.net/make/usbtinyisp/ http://www.pololu.com/catalog/product/1300 und hier eine Entschiedungshilfe: http://www.mikrocontroller.net/articles/AVR_In_System_Programmer mfg mf
Angehängte Dateien:
-
env_board.jpg
65 KB
asoo ok und das funktioniert jetzt hier in Verbindung mit dem pollin Board da es so einen ISP Stecker auf der Platine hat. darunter ist auf der Platine noch aufgedruckt Atmega 644 .....Attiny 12/15 Sind das die damit zu beschreibenden mC ?
Und sons braucht man nnur noch BASCOM AVR studio was ich schon habe ? Was bei mir auch unter Win 7 läuft ... das würde ja bedeuten ich könnte dann unter Win 7 Programmieren oder?
Es muss nicht die Schnittstelle sein, bist du sicher das alles richig gelötet ist? Fertigteil oder Bausatz? Der Test muss auch ohne Spannung und µC OK sein.
Es ist ein Fertigteil also bei dem Adapter ist der Test dann ok aber bei meiner internen leider nicht .. deswegen hatte ich jetzt eig. gedacht das es nur noch an der internen Karte liegen kann.
Ist mir jetzt nicht klar von welchem Adapter du sprichst. Der Programmer für die serielle Schnittstelle ist auf dem Pollin-Board ja schon drauf, da brauchst du keinen Adapter mehr.
Matthias schrieb: > Sind das die damit zu beschreibenden mC ? Ja, aber es gehen alle pinkompatiblen AVRs von den angegebenen. Mit dem Attiny12 und Konsorten ohne SRAM hat man natürlich nicht viel, die kann man nur mit ASM programmieren. Matthias schrieb: > in Verbindung mit dem pollin > Board da es so einen ISP Stecker auf der Platine hat. Da würde ich aber dann alles vom SI-Prog wieder runternehmen oder -noch besser- schaltbar machen. Da du ja jetzt einen Controller beschreiben konntest, aber nach einer schnelleren Lösung suchst, probiers doch mal mit einem Bootloader, der über die serielle Schnittstelle funktioniert. Sollten sich im Forum einige finden lassen. Da gibt es auch Bootloader, die den bekannten AVR910 oder STK500 emulieren. Ein "echter" USB-ISP-Programmer ist natürlich trotzdem besser. mfg mf
oh tut mir leid doof beschrieben.. Also ich habe ja das Problem das die interne Serielle Karte beim Schnittstellen Test bei PonyProg immer "Test Fail" herausgibt Habe dann einen USB to Seriell Adapter bekommen ... aber wie mir schon bestätigt wurde dauert das übertragen damit soooooo lange. Mein Programm konnte ich tatsächlich mit diesem Adapter auf den mC übertragen und das kleine Programm funktioniert. Aber das übertragen hat mit diesem Adapter (USB to Seriell) 15 min gedauert. Das kann nicht mein Zeil sein ^^ Aber so konnte ich zumindest andere Fehler ausschließen Lötfehler oder Einstellungen welcher mC usw. Nur wenn ich im Setup bei PonyProg wieder die interne serielle Karte anwähle (COM3) dann haut er mir wieder "Test fail" raus
>Da würde ich aber dann alles vom SI-Prog wieder runternehmen oder -noch >besser- schaltbar machen. tut mir leid das verstehe ich nicht .. wenn ich mir so einen USB ISP kaufe und den dort anschließe muss ich dann noch etwas beachten ? und brauche ich dann noch mehr soft ware oder reicht BASCOM AVR studio mfg ;-)
Matthias schrieb: > Nur wenn ich im Setup bei PonyProg wieder die interne serielle Karte > anwähle (COM3) dann haut er mir wieder "Test fail" raus War da das Pollinboard auch angesteckt? Wegen einem Bootloader, von Peter Fleury gibt es einen STK500v2-Kompatiblen: http://homepage.hispeed.ch/peterfleury/avr-software.html Damit sollte BASCOM auch zurechtkommen. Ein Bootloader ist sowas wie ein Programmiergerät, welches in Software auf dem µC integriert wird. Zugriff hättest du dann über die "echte" serielle Schnittstelle am Pollinboard. Matthias schrieb: > die interne Serielle Karte Auf dem MoBo integriert? Stecker auf dem MoBo oder auf Slotblech(Slotblechstecker falsch belegt?)? Im BIOS kann man manchmal eine serielle Schnittstelle auch auf einen IRDA-Port umlenken(da muss dann aber noch ein Transceiver angeschlossen werden). Schau das mal nach. mfg mf
Matthias schrieb: >>Da würde ich aber dann alles vom SI-Prog wieder runternehmen oder -noch >>besser- schaltbar machen. > > tut mir leid das verstehe ich nicht .. Da sich die Si-Prog Schaltung auf dem Pollinboard und der USB-ISP stören könnten, deswegen. Matthias schrieb: > wenn ich mir so einen USB ISP kaufe und den dort anschließe muss ich > dann noch etwas beachten ? > > und brauche ich dann noch mehr soft ware oder reicht BASCOM AVR studio Nein. Sollte spielen. Unter Windoof brauchst du aber noch einen Treiber für den USBISP - der sollte sich leicht auftreiben lassen. mfg mf
die interne so wie ich sie immer nenne ist eine aufgesteckte Karte die nicht im Motherboard intrigiert ist. >Zum Beispiel: >http://www.ebay.de/sch/i.html?&_nkw=avr+isp&_sacat... >http://www.fischl.de/usbasp/ >http://www.ladyada.net/make/usbtinyisp/ >http://www.pololu.com/catalog/product/1300 und wenn ich mir hiervon einen kaufe dann kann ich das Pollin Board via ISP Schnittstelle beschreiben mit BASCOM ;-)
>Nein. Sollte spielen. Unter Windoof brauchst du aber noch einen Treiber >für den USBISP - der sollte sich leicht auftreiben lassen. ok cool danke
Hi So langsam verstehe ich hier Bahnhof..... Also, der USB-ISP-Stick ist bei EBay zu erhalten. Ich habe ihn komplett mit Treiber-Software, das ist bei USB-Geräten fast immer notwendig erhalten. Auf dem pollin-Board ist nix mit Progger, da sind nur Fassungen und die ser. Schnittstelle (MAX232) drauf. Die ISP wird wie bereits gesagt durch die serielle Schnittstelle von PonyProg simuliert. Deshalb reicht auch nicht nur Rxd und TxD, sondern die Steuerleitungen werden auch benötigt. Mit diesen haben einige Umsetzer USB nach seriell Probleme. Wenn deine serielle Karte auch nur eine Com emuliert, ist evtl. dort der Fehler zu suchen. Ich weiß, das es Karten gibt, die eben nicht eine serielle Schnittstelle im original aufbauen, sondern eben eine solche nur emulieren. Aber das ist von hier aus nur Spekulation. Für den TO ist wichtig, die Pollin-Platine ans laufen zu bekommen und da ist halt nach wie vor mein Rat, kauf einen ISP-USB-Stick. Wenn du bei EBAY mit diesen Begriffen suchst, wirst du schon fündig. Nur solltest du nicht bei den Chinesen kaufen.... OK, was die Programmierzeit betrifft: wären ca. 5 Sekunden angenehm ? Länger hat's bei mir einschließlich dem anschließenden Verify noch nicht gedauert. Und ja, du brauchst nicht zu PonyProg wechseln, sondern kannst direkt aus AVR Studio heraus arbeiten. Einfach AVRISP einstellen und ab geht's Gruß oldmax
habs aufgemacht und vorher auch durchgemessen überlege ob ich vil meinen pc dann mal plat mache und neu installiere viel nimmt er dann die Schnittstelle an. habe jetzt home drauf vil packe ich mal prof. drauf wie kommt man wohl für solche Hardware am einfachsten an die neueste software? ich meine im Hardware Manager ist die karte mit "Kommunikationsanschluss COM1" bezeichnet .. da kann ich wohl nicht mit im netz suchen. mfg
Hast du schon mal auf deiner Karte oder am Eval-Board gemessen. Auf den Pin 3,4,7 sollten etwa -10V anstehen. PonyProg verwendet nur die Handshake-Leitungen. Wenn du auf Probe klickst, dann sollten alle drei Leitungen kurz auf +10V springen.
Angehängte Dateien:
-
myavr_Prog_Tool.PNG
43 KB
Hey Leute Also auf anderen Rechnern funktioniert PonyProg, ich denke PonyProg kommt mit irgendwas auf meinen Rechner im Konflikt. Aber egal dazu habe ich genug Hilfe von euch bekommen. Nun habe ich eine frage zum USB Programmieren. Ich möchte über ISP Programmieren. Diese Schnittstelle ist auf meinem Board vorhanden. Dann habe ich mir nun das hier bestellt. http://shop.myavr.de/index.php?sp=article.sp.php&artID=42 Nun braucht man ja wieder ein Programm was die .hex Datei auf den Mikrocontroller brennt. http://shop.myavr.de/index.php?sp=download.sp.php&suchwort=DL112 Dies hier wird dazugegeben. Läuft auch auf Win 7 aber ich verstehe noch nicht alle Einstellungen bei diesem Programm. Bei dem Bild was ich mit hochgeladen habe sieht man die erste seite des Programms und da kann man sogenannte fuses bits setzten. Es muss damit zusammen hängen welcher Controller angeschlossen ist. Aber ich habe es wohl einfach noch nie gemacht deswegen frage ich hier. Und in welchen Speicher sollte ich mein Programm am besten brennen? Hat das was mit zugriffszeiten zu tun oder würde es theoretisch in beiden Speichern funktionieren(EEPROM) // (Flash) . Mein Programm ist simpel und soll eine LED nur blinken lassen =) Ich bedanke mich wieder für jede Hilfe mit freundlichen grüßen Matthias der Anfänger =)
Matthias schrieb: > Es muss damit zusammen hängen welcher Controller angeschlossen ist. Das Datenblatt des jeweiligen Controllers hat ein Kapitel, in dem die Fusebits ausführlich erklärt werden. Und ja, das ist bei jedem Controller etwas anders. Matthias schrieb: > Und in welchen Speicher sollte ich mein Programm am besten brennen? In den, in den es hingehört. Programmcode in den Flash, Konfigurationsdaten (falls vorhanden) ins EEP. Aber auch diese Infos findest Du in den Datenblättern der Controller. ...
Was ich so gelesen habe könnte man über die Fuses bits z.B. externe Quarze benutzen mit anderen Taktgeschwindigkeiten. Was ich gelesen habe handelte aber von den Fuses Bits (CKSEL) und (SUT) zum ändern des Reset Impuls Nun so etwas möchte ich noch nicht. Könnte ich nicht einfach den Hacken bei ohne Sicherheitsabfrage setzten? Benutzt er dann seine /Standard Takt Geschwindigkeiten/ ? unglaublich was da alles hinter steckt jede frage wirft beim lösen 10 neue auf... ^^ Ist das soweit richtig? mfg der matze
Matthias schrieb: > Ist das soweit richtig? Nein... Matthias schrieb: > Was ich gelesen habe handelte aber von den Fuses Bits (CKSEL) und (SUT) > zum ändern des Reset Impuls Nein, damit stellst Du die Taktquelle und Einschaltverzögerung ein. Matthias schrieb: > Nun so etwas möchte ich noch nicht. Das ist vernünftig. Für viele einfache Dinge benutze ich auch die Originaleinstellung. > Könnte ich nicht einfach den Hacken ^^^^^^ Gartenarbeit? - Oder Kleinholz?? > bei ohne Sicherheitsabfrage setzten? Das wird Dir gar nichts nützen. Dann musst Du schon konsequent auf das Verändern der Fuses verzichten. > Benutzt er dann seine /Standard > Takt Geschwindigkeiten/ ? Nur wenn Du die Fuses nicht angreifst. Ich kenne Deine Programmer-Software nicht, ich benutze vorrangig Original-Equipment von Atmel, da habe ich die Möglichkeit, Flash, EEPROM, Fuses und Lockbits separat behandeln zu können. Das müsste mit Deiner Programmer-Software auch gehen, aber frag' mich nicht wie, denn ich kenne sie nicht. Da frag am besten bei myAVR nach, die haben schließlich durch Dich Umsatz gemacht. ...
Auch wenn das schon aelter ist: Matthias schrieb: > verstehe ich nicht weil eig. muss die Schnittstelle funktionieren > programmiere meine LOGO auch über diesen COM Bloede Idee: Irgendein Geraffel fuer die Siemens LOGO laeuft noch und blockiert die COM1: citb
Thread beobachten
Seitenaufteilung abschalten
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.