Der Reset muß auch beschaltet sein
10K Widerstand nach Vcc und 100nF Kondensator nach Masse
Druckbare Version
Der Reset muß auch beschaltet sein
10K Widerstand nach Vcc und 100nF Kondensator nach Masse
Was meinst du genau mit Timing der Übertragung?
Das Kabel is ca. 25cm lang.
du kanns die Daten nicht unendlich schnell in den Controller schicken.Zitat:
Was meinst du genau mit Timing der Übertragung?
entweder der kommt nimmer mehr mit oder die Kabelkapazitäten mache die nen Strich durch die Rechnung.
Ich meine das Kabel am Printerport des Rechners.Zitat:
Das Kabel is ca. 25cm lang.
Das zähl mit
Hab jetzt längere Zeit nich mehr probiert und jetzt en fertiges Dongle gekauft, ausprobiert und es kommt immer noch der gleich Fehler wie bisher.
Ich denk ich werd jetzt mal ne Platine mit nem 2312 löten und schaun obs damit tut.
Ja,ein Unbenutzter Controller zum Testen wäre nicht schlecht.
Ich hab hier nen alten Tiny13 auf ner Platine mit 2 LED's und nen Testprogramm das nen kleinen Lichtzauber veranstalltet.
Ob der Controller ansprechbar ist sehe ich ja schon am Programmer wenn er erkannt wird und ich die Fuses auslesen kann.
Kann ich als Kontrollmöglichkeit nur empfehlen.
Desweiteren nutze ich den Ausgang für die Programier-LED.
Da sehe ich ob der Rechner bis zum Parport kommt oder nicht.
Also ich habe das ISP Dongle von Robotikhardware.de. Das entspricht dem wie es hier auch vorgestellt wurde. Damit geht bei meinem Atmega8 auch nix. BASCOM findet es nur, wenn es nicht mit dem Controllerboard verbunden ist.
Der Parallelport steht auf ECP. BASCOM sagt auch , daß es den CHip nicht identifizieren kann ID: FFFFFFF. Also alle fehlerlchen, die hier beschrieben sind auf einmal. Laßt mich wissen, wenn jemand ne Lösung dafür gefunden hat.
Meine schaltung schaut so aus
http://www.astrohome.info/Bilder/LXF...c2USBBipol.png
Achtung, so große Bilder dürfen nicht als Bild integriert werden, nur als Link. Siehe Forumregeln. Habe es mal geändert
Admin
Du schreibst dss du einen Mega8 benutzt.
Hast du die Schaltung so nachgebaut wie in deinem Plan ?
Wenn ja dann kann es nicht funktionieren denn der Controller im Plan ist kein M8
Wieso ist das kein ATMega8? Gut ich habe den Controller selbst zu Eagle hinzugefügt, weil ich noch ne alte Eagle Version habe, aber der Controller entspricht definitiv dem ATMega8-16TQ (SMD). Das habe ich mehrfach überprüft.
Das PIN-Layout stimmt mit der Spezifikation, die ich mit direkt von Atmel als PDF heruntergeladen habe überein.
Meine Platine
http://www.astrohome.info/Bilder/LXFocuser/IMG_1251.jpg
und hier die Spezifikation von Atmel. Verwendet habe ich die TQFP bauform
http://www.atmel.com/dyn/resources/p...ents/2486S.pdf
Ja ,dann mußte das auch erwähnen.Zitat:
Wieso ist das kein ATMega8? Gut ich habe den Controller selbst zu Eagle hinzugefügt, weil ich noch ne alte Eagle Version habe, aber der Controller entspricht definitiv dem ATMega8-16TQ (SMD). Das habe ich mehrfach überprüft.
Hier gibt es wenige Leute die in SMD arbeiten und die die wenigen die es tun haben meist nicht das Problem was du angesprochen hast.
So gehe ich immer von ner DIL-Version aus.
Ja,für das TQ ist das OK.
Also Gestern abend habe ich nochmal etwas herumgespielt unf plötzlich hat BASCOM den Programmer und auch den ATMega8 erkannt. Auslesen ging anscheinend auch, wobei der AVR ja noch leer war. Beim Schreiben hat er dann allerdings versagt. Nicht ein einziges Byte ist angekommen.
Ich habe irgendwie die Vermutung, daß das Anschlusskabel des Programmers mit mehr als einem halben Meter irgendwie zu lang dimensioniert ist und deshalb vielleicht Störungen rein kommen.