Forum: Mikrocontroller und Digitale Elektronik Attiny12 lässt sich nicht mit Ponyprog+SIprog programmieren


von Tuxpilot (Gast)


Lesenswert?

Hallo.

Ich möchte in AVR-Programmierung einsteigen (Anfänger) und einen 
Attiny12 mit Ponyprog und SIprog programmieren.
(Attiny12, weil von Ponyprog UND Reichelt unterstützt.)
Leider tut er nichts und Ponyprog meckert "Device missing... -24" und 
"Write error -21", exakt so, wie wenn ich meinen COM-Port einfach offen 
lasse.

Hier einige weitere Infos:
-Schnittstelle:
ITE8720F Schnitstellenbaustein auf ga-770ta-ud3. (Mit geschirmten 
Flachbandkabel angeschlossen.)
Im Handbuch steht ein Minus hinter einigen Kontakten, aber weder im 
ITE8720-Datenblatt noch in der Praxis lässt sich das bestätigen...
-Kabel:
2 Meter geschirmt. Habe kein kürzeres, kann mir aber kaum vorstellen, 
dass es daran liegt.
-SIprog:
Exakt nach dem Schaltbild auf lancos.com, (Optionale Spannungsversorgung 
habe ich weggelassen, habe sonst ein 5V-Netzteil,) soweit ich es 
beurteilen kann ist hardwaremäßis alles OK! (Auge, Multimeter, auch im 
laufenden Betrieb...) Flachbandkabel geschirmt ist 40cm lang, kann es 
derzeit aber nicht kürzer machen.
-Ponyprog:
läuft auf Win7-32bit, beim Starten sehe ich "DRIVERIO.SYS not loaded..." 
oder so, Signale werden aber gesendet, habe es mit LEDs getestet. 
Ansonsten wie gesagt, Fehlermeldungen -21 und -24...

Die Signale erreichen jedenfalls den µC, nur reagiert dieser nicht 
darauf und ist hinterher immernoch so doof wie vorher.

Mir ist aber aufgefallen, dass RESET an SIprog "flackert", laut 
Datenblatt ist das aber nicht gewollt. Ich habe schon versucht, laut 
Datenblatt das RESET-Signal selbst zu erzeugen (Entprellter 
Drucktaster), aber erfolglos.

Sicher ist, der µC gibt an MISO keinen Mucks von sich.

Inzwischen sind mir die Ideen ausgegangen und ich hoffe, jemand kann mir 
aus der Ferne helfen.

Grüße, Tuxpilot

P.S.: Programm schreiben ist kein Problem, AVR Studio 4, Simulator, 
alles funktioniert.

von Johann L. (gjlayde) Benutzerseite


Lesenswert?

Wie ist der COM-Port denn konfiguriert?

Ist es ein echter COM-Port oder irgendein USB-Ding?

Hat RESET die richtige Polarität?

Wie ist der ATtiny12 beschaltet?

von Tuxpilot (Gast)


Lesenswert?

Hallo Johann,

Ich habe im Windows-Gerätemanager nach dem COM-Port geschaut:
Baudrate: 9600
Datenbits: 8
Keine Parität
Stoppbits: 1
Kein Hardware-/Software-Handshake.
In Ponyprog habe ich alles so gelassen wie es war. (SI-prog API und 
keine Pins invertiert.)

Der COM-Port entstammt direkt meinem Motherboard, wie oben beschrieben.

RESET hängt, wie hier: www.lancos.com/siprogsch.html über einen 
BC547-Inverter an TxD.
Das heißt, wenn Ponyprog eine 0 sendet liegt RESET an Masse.
Jedoch ist das Stoppbit bei UART ja eine 1, sodass RESET nur flackern 
kann, oder?

Der ATtiny steckt einfach nur in der Fassung des SI-Prog 
AVR-8pin-Adapters.
Ich habe versuchsweise den Quarz und seine Kondensatoren abgetrennt, 
aber ich  glaube, das interessiert den ATtiny nicht.

Gruß, Tuxpilot

von Arduinoquäler (Gast)


Lesenswert?

Tuxpilot schrieb:
> -Ponyprog:
> läuft auf Win7-32bit, beim Starten sehe ich "DRIVERIO.SYS not loaded..."
> oder so, Signale werden aber gesendet, habe es mit LEDs getestet.

Ich fürchte fast - ohne es genau zu wissen - dass es dann nicht
funktionieren wird. Mit LEDs wirst du es jedenfalls nicht korrekt
nachweisen können.

Vermutlich wird Windows 7 Schutzmechanismen haben die einen "alten"
I/O Driver nicht ohne weiteres laufen lassen. Ponyprog würde dann
ins Leere schreiben.

Im Interface Setup von Ponyprog gib es einen Probe-Button,
der gibt (wenn er gedrückt wird) eine gewisse Aussage darüber
ob das Interface erkannt wird. Dafür ist eine Feedback-Pin-
Verbindung am RS232 Stecker gesetzt (Pin 6 - 7)

Zum Schluss:
- Kalibrierung von Ponyprog schon laufen gelassen?
- Der Reset Pin sollte für den angeschlossenen Transistor
einen Pullup ca 10K haben.

von Christian K. (the_kirsch)


Lesenswert?

Die Ponyprog Programmieradapter funktionieren nur an echten COM-Ports. 
An USB-Serial-Adapter gehen sie meist nicht, und das hat nichts mit den 
Treibern zu tun.

Das liegt daran das der COM-Port nicht wie eine serielle Schnittstelle 
verwendet wird, sondern Ponyprog die RS232-Steuersignale benutzt und 
diese 'per Hand' hin und her schaltet. Durch die USB-Verbindung gibt es 
Systembedingt ein delay. Die Signale können nicht mehr schnell genug 
geschaltet werden und die Programmierung scheitert.

von Arduinoquäler (Gast)


Lesenswert?

Christian K. schrieb:
> Die Ponyprog Programmieradapter funktionieren nur an echten COM-Ports.

Er hat einen echten COM-Port.

Trotz Win 7 gibt es noch Rechner mit realen RS232 Schnittstellen,
die sogar unterstützt werden ....

von Tuxpilot (Gast)


Lesenswert?

Juhu, nun gehts!

Arduinoquäler hat mich auf den richtigen Weg gebracht:
Ich habe gesucht, wie man den DLPORTIO.SYS Treiber zum laufem bekommt, 
und versucht nachzuvollziehen, was maik76 hier geschrieben hat:
http://www.modding-faq.de/Forum/index.php?topic=16583.0
Habe es zwar nicht verstanden, aber dort stand auch, dass eine 
Defragmentierung dem Treiber genug Zeit zum laden geben wird.
Bei mir hat das funktioniert! (C:\ war angeblich 3% defragmentiert...)


Arduinoquäler schrieb:
> Trotz Win 7 gibt es noch Rechner mit realen RS232 Schnittstellen,
> die sogar unterstützt werden ....

Stimmt, ich war auch überrascht als ich die gefunden hab. ;)

Vielen Dank für eure Hilfsbereitschaft!

Grüße, Tuxpilot

P.S.:Ich frage mich, wieso man ein OS schreibt, bei dem die Treiber 
keine Zeit zum laden bekommen...

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
Noch kein Account? Hier anmelden.