Hallo Leute,
Ich habe gerade angefangen, mich mit dem Programmieren von µC's zu
beschäftigen. Habe mich in das Thema eingelesen und wollte für den
Anfang mit dem "Atmel Evaluationsboard 2.0.1" einen ATtiny2313
beschreiben. Für den Anfang ein ganz einfaches Programm, es sollte nur
eine Diode blinken lassen.
Ich benutze zu diesem Zwecke BASCOM und PonyProg.
Nun zum Problem:
Die Datenübertragung vom PC auf den Chip klappt nicht! Laut Compiler ist
der Code richtig, aber irgendwie will er nicht: Wenn ich mit BASCOM
"write Buffer" eingebe, kommt der Write Dialog, allerdings bewegt sich
der Fortschrittsbalken nicht.
Bei PonyProg spuckt er ( egal was für eine Operation , also Read, Write,
Security Bits ) immer folgenden Error aus: "Device missing or unknown
(-24)"
Es scheint fast so, als bekäme der PC keine Verbindung zum Board.
Was mache ihc falsch? Chip ATtiny2313 ist jeweils eingestellt, muss ich
sonst noch was einstellen irgendwo? Ich bin am verzweifeln.
Mit freundlichen Grüßen
Dr. Janitor
Es handelt sich um einen "DELL Dimension 4600".
Ich konnte leider nicht genau herausfinden ob das ein echter Rs232 ist
oder mit so nem USB kram dazwischen.
Einzige Sache dich gefunden habe, falls die weiterhilft:
Seriell 9-poliger Anschluss, 16550C-kompatibel
Mehr konnte ich bis dato nicht herausfinden. Ich kann den PC auch gerne
mal aufmachen, falls man das irgendwie "erkennen" kann.
Ich habe gerade extra nochmal im SETUP vom PC nachgekuckt, ob auch alles
stimmt.
Aber scheint zu stimmen: Serial Port 1 ist auf COM1 geschaltet.
Mist...
Ich häng an dem Problem schon 2 Wochen..
Ich benutze genau die gleiche Version, selbe Einstellungen.
Muss ich sonst noch irgendetwas einstellen? Hab ich irgendwas wirklich
wichtiges vergessen? es kann doch garnicht sein das das einfach nicht
geht...
Schau mal bitte nach, ob Du Lötfehler (kalte Lötstellen usw.) hast. Und,
ob Du auch alles korrekt Bestückt hast. Ach ja, die Bugfixes am Board
hast Du auch gemacht?
Falls das alles ok ist, benutze mal den anderen Anschluss... Falls Du
einen extra Programmer (z.b. USBProg) hast, kannst Du diesen ja mal
einsetzen...
Und überprüfe mal, ob Dein Betriebssystem das Benutzen der seriellen
Schnittstelle im Bitbanging-Mode überhaupt zulässt oder ob irgendein
Gerätetreiber die Schnittstelle für sich reserviert hat und die
Direktzugriffe blockiert.
Abgesehen davon bist Du nicht der Erste und auch nicht der Letzte, der
mit diesem (von der Konstruktion her total veralteten) Board Probleme
(mit aktuellen Rechnern) hat.
...
Lötfehler => Denke ich keine, ich habs ja nicht gelötet ;) ich habs
bestückt gekauft.
Problem: Ich kann mir vorstellen, das Rechnerseitig ein Problem mit dem
Serial Port vorliegt. Nur wie kriege ich raus, ob der von einem anderen
Programm verwendet wird, bzw. Bithanging Mode unterstützt?
Ronny Minow schrieb:
> Falls Du> einen extra Programmer (z.b. USBProg) hast, kannst Du diesen ja mal> einsetzen...
Leider nein. Ich bin ja auch sehr neu in der Materie. Ich wollte das nur
mal probieren, weil ich früher schon Software programmiert habe und als
ich gesehn habe, wie einfach diese abgewandelte BASIC Programmiersprache
ist, kann ichs ja mal versuchen. Aber das Schicksal scheint es nicht zu
wollen.
Ich wollte auch schon das Board an einem anderen Rechner testen, wir
haben aber sonst keine Rechner mehr, die noch serielle Schnittstellen
haben.
Mfg
MarioT schrieb:
> Die Einstellung im PonyProg2000 sind ok?> oben ist ein Maulschlüssel dort sind die Einstellungen "Probe"
Und, "synchonisiere" mal Ponyprog. Ach ja, evtl. hast Du mehr Erfolg,
wenn Du AVRDude benutzt...
MarioT schrieb:
> Die Einstellung im PonyProg2000 sind ok?> oben ist ein Maulschlüssel dort sind die Einstellungen "Probe"
Er sagt "TEST OK". Um zu kucken ob mich nicht anschwindelt hab ich mal
Testweise das Kabel rausgezogen, dann sagt er "TEST FAILED" also
irgendetwas tut sich.
Ronny Minow schrieb:
> Und, "synchonisiere" mal Ponyprog
Was meinst du mit synchronisieren?
Ich werde jetzt mal AVRDude runter laden.
Ok. AVRDude will nicht wie ich will: Hab die beiden zusätzlichen DLLs
ncoh runtergeladen. Wenn ich die AVRDude.exe ausführer Blitzt n
MS-DOS-Eingabefenster kurz auf und wieder zu und das wars :D
Langsam geh ich echt am Stock. Das kann doch nicht der Art unmöglich
sein, n blödes Programming Board zum laufen zu bringen.
Ich habe noch eine Sache versucht: Ich habe mal meine COMODO Firewall
abgeschaltet, weil ich dachte: vielleicht blockiert die ja den Verkehr
vom Serial Port, hat aber auch nichts geändert...
> Er sagt "TEST OK".
Das heißt lediglich, dass er die Brücken im SUB-D-Steckverbinder
gefunden hat, die Ponyprog zum Identifizieren der Hardware vereinbart
hat. Siehe Dokumentation zu Ponyprog bzw. der von Ponyprog empfohlenen
Hardware.
> Um zu kucken ob mich nicht anschwindelt hab ich mal> Testweise das Kabel rausgezogen, dann sagt er "TEST FAILED" also> irgendetwas tut sich.
Ja sicher, dann sind die Brücken ja getrennt. ;-)
...
> Wenn ich die AVRDude.exe ausführer Blitzt n> MS-DOS-Eingabefenster kurz auf und wieder zu und das wars :D
Ich benutze AVR-Dude zwar nicht, aber ich denke, das ist normal, denn
AVR-Dude ist ein Kommandozeilenprogramm ohne Benutzeroberfläche.
...
Dr. Janitor schrieb:
> Ok. AVRDude will nicht wie ich will: Hab die beiden zusätzlichen DLLs> ncoh runtergeladen. Wenn ich die AVRDude.exe ausführer Blitzt n> MS-DOS-Eingabefenster kurz auf und wieder zu und das wars :DAVRDUDE erwartet Eingaben auf der Kommandozeile und das ist auch im
AVRDUDE Manual dokumentiert. In dem Artikel [[Pollin
Funk-AVR-Evaluationsboard]] stehen Beispiele für Kommandozeilen.
Wenn du die Eingaben nicht lieferst, macht AVRDUDE nix, außer eine
Warnmeldung ausgeben. Das ist verständlich.
Wenn dein OS die Warnmeldung nicht lange genug anzeigt...
Liefern kannst du per manuell Kommandozeile, per Aufrufzeile in der
Verknüpfung (Windows), per Batchdatei oder per externes Programm
("GUI").
Ah ok.
Ich glaub das ist eine viel prinzipiellere Ursache.
Es hat mit BASCOM nicht geklappt und auch nicht mit PonyProg und
PonyProg ist das empfohlene Programm. Wie gesagt, es scheint, als
bekomme ich überhaupt keine Verbindung zum Board.
Ich bin mit meinem Latein am Ende. Ich hab alles überprüft. Jeder
Stecker, jedes Kabel sitzt richtig, der µC sitzt richtig, Treiber sind
installiert und auch so eingestellt wie beim Testtool empfohlen, ich
komm nicht drauf was ich noch checken soll.
Was kannst du denn checken, hast du ein Voltmeter/Multimeter um
Spannungen an bestimmten Pins der IC-Fassungen zu messen?
Läuft AVRDUDE inzwischen? Das hat eine ausführliche Debugausgabe (-v -vv
und -vvv Parameter), die man bei der Fernfehlersuche nutzen kann.
Hast du etwas Drahtmaterial, um bestimmte Brücken auf dem Board zu
setzen, so dass man ohne µC die Kommunikation über die serielle
Schnittstelle des PC testen kann?
Hast du das Verbindungskabel getestet, ob dessen notwendige 1:1
Verschaltung aller 9 Leitungen vorhanden ist?
PS: Alle diese Tests wurden bei anderen Anwendern bereits duchexerziert
und sind in verschiedenen Beiträgen hier im Forum beschrieben.
gastuser schrieb:
> Hi,>> hast auch alles richtig konfiguriert?>> http://www.stromflo.de/dokuwiki/doku.php?id=hex_co...>> Gruß gastuser
Habe mir das mal durchgelesen.
einige Dinge dazu:
1. Bei den Security Bits and Fuses: Ich kann das "Read" nicht anwenden (
ich weiss scheiss formulierung ), weil wenn ich auf Read gehe kommt der
gleiche Error: "Device missing or unknown, (-24)".
2. "6. Stellen sie sicher, dass der Comport nicht durch ein
anderweitiges Programm gesperrt ist!" steht da als Trouble - Shooting.
Das ist eine Sache die MÖGLICH ist ( obwohl ich den Serial Port ja noch
nie verwendet habe vorher ), aber wie kriege ich das raus?!
3. Eine Frage habe ich: Ich hab meine Programme mit BASCOM geschrieben
und da über die Compiler Optionen Crytal frequence usw. eingestellt, und
NICHT über den direkten Code , sprich
1
$CRYSTAL
....
Kann das damit zusammenhängen? Eigentlich nicht oder? Wenn das Programm
compiliert wird, müsste er den kram ja mit in die HEX datei schreiben?
Die Angabe $CRYSTAL dient in Bascom nur zur internen Berechnung von
taktfrequenzabhängigen Parametern wie Warteschleifen-Startwerte,
Baudtatenteiler für UART usw. Sie hat nichts mit Fuses usw. zu tun.
...
Stefan B. schrieb:
> Was kannst du denn checken, hast du ein Voltmeter/Multimeter um> Spannungen an bestimmten Pins der IC-Fassungen zu messen?>> Läuft AVRDUDE inzwischen? Das hat eine ausführliche Debugausgabe (-v -vv> und -vvv Parameter), die man bei der Fernfehlersuche nutzen kann.>> Hast du etwas Drahtmaterial, um bestimmte Brücken auf dem Board zu> setzen, so dass man ohne µC die Kommunikation über die serielle> Schnittstelle des PC testen kann?>> Hast du das Verbindungskabel getestet, ob dessen notwendige 1:1> Verschaltung aller 9 Leitungen vorhanden ist?>> PS: Alle diese Tests wurden bei anderen Anwendern bereits duchexerziert> und sind in verschiedenen Beiträgen hier im Forum beschrieben.
Werde ich gleich alles checken.
Also ich hab mal den ATtiny2313 durchgemessen und er hat seine 5V
arbeitsspannung.
Aber: eine FRAGE: was müsste man direkt an der Stromversorgung messen,
ich meine direkt an den Klemmen für die Versorgung?
MfG
Wo genau? Am Eingang?
Bei Pollin steht:
• Betriebsspannung 9 V~
Viel weniger würde ich nicht nehmen wegen den Dioden und dem Regler.
Viel mehr aber auch nicht Da am Regler kein Kühlkörper ist. Am besten
noch etwas dranschrauben
Ja genau da liegt nämlich mein Problem:
Normalerweise müsste direkt am Eingang ja die Betriebsspannung 9V
gemessen werden können, die kommt ja vom Netzteil.
ABER: ich messe da 2V ( kann aber eigentlich auch nicht sein, unter 7V
funktioniert der eingebaute 7805 nicht und der µC hat ja seine 5V )
Das ist jetzt wirklich komisch.
Also 2Volt wechsel rein und 5Volt gleich hinten raus?
Etwas anderes, Pollin ist nicht gerade für seine Qualität bekannt. Am
besten alles nochmal Testen. Die Kondensatoren C17, C18 und C19 müssen
auch ausgelötet werden.
Noch besser:
Es handelt sich ja um ein 9V~ 200mA Netzteil.
Da wundern mich die 2V ja noch mehr. Vor allem weil der Spannungsregler
7805 unter 7V garnicht funktioniert---
An C17, C18 und C19 sind Kondensatoren dran. Wie gesagt hab das Ding ja
nicht selbst gelötet....
Leuchtet denn Die Netz LED?
Dr. Janitor schrieb:
> An C17, C18 und C19 sind Kondensatoren dran. Wie gesagt hab das Ding ja> nicht selbst gelötet....
Die müssen raus, wenn die Taster benutzt werden sollen.
Also die Netz LED leuchtet.
Aber ich kann nachher mal nen 9V Block dran hängen, nur um diese
Fehlerquelle auszuschliessen.
Was die Kondensatoren C17 -19 angeht: die Taster sind mir eigentlich
nicht wichtig. kann ich die Kondensatoren dann drin lassen?
Wieviel Strom fliest denn in das Board rein?
Dr. Janitor schrieb:
> Was die Kondensatoren C17 -19 angeht: die Taster sind mir eigentlich> nicht wichtig. kann ich die Kondensatoren dann drin lassen?
Ja wenn man die Taster nicht nutzt. Am besten die Juper JP3, JP4 und JP5
noch offen lassen.
Ich mess gleic mal den Strom der ins Board fliesst und Berichte dann.
Was die Jumper angeht: Die brauche ich eigentlich auch nicht, ergo sind
die alle offen, wie bei Lieferung.
zunächst folgender Bericht: das blöde Messgerät hier fliegt auch raus
nu, das hat totalen Müll gemessen. Hab mit nem einfachen mal
nachgemessen, es sind 9V am Eingang, also an der Versorgung liegt es
nicht.
Ist der µC neu?
Dr. Janitor schrieb:
> Eben drum. Meinste das Board ist u.U. defekt?
Wenn "ja", dürfte es auch nicht so schlimm sein. Das größte ist ja schon
fast die Stromversorgung. Ich glaube bald nicht, das es am Board liegt.
Ich traue dem Board, auch wenn es von Pollin ist, mehr als einem PC.
Hallo da bin ich nochmal
Macht bitte eine Kontrolee ob die Spannung(POLUNG) am LCD (2x7 Stifte)
passt bei mir kommt Plus am LCD auf 1 was im endeffekt fuer das LCD auf
die dauer Toetlich
ist.
mfg
m.Fuchs
Fuchs schrieb:
> Macht bitte eine Kontrolee ob die Spannung(POLUNG) am LCD (2x7 Stifte)> passt bei mir kommt Plus am LCD auf 1 was im endeffekt fuer das LCD auf> die dauer Toetlich> ist.
Atmel Evaluationsboard 2.0.1 LCD?? Wo?
Ja ich glaub auch nicht das es am Board liegt.
Das µC ist neu, ja und hier liegt noch ein ganzer Stoß ATtiny2313 rum.
Falls ich noch mehr zum Testen nehmen will.
Gut gehen wir das Problem von der anderen Seite an:
Nehmen wir an es liegt irgendwie am PC.
Dann brauchen wir zunächst mögliche Ursachen und deren Lösungen.
Erstmal was ich schon weiss:
1. Im SETUP des PC's habe ich Serial Port 1 auf COM1 gestellt.
2. Ich habe im Gerätemanager die Treiber gecheckt: da steht
Kommunikationsport würde einwandtfrei funktionieren und ich habe auch
die Einstellungen gecheckt, sind die die das Pollin Testprogramm
vorgegeben hat.
3. An der COMODO Firewall liegts nicht.
Jemand ne Idee
> Das µC ist neu, ja und hier liegt noch ein ganzer Stoß ATtiny2313 rum.
Wo stammen die Tiny2313 her??
Denn:
Wenn die von Reichelt CSD, oder einem Distributor sind, dann sind sie im
Auslieferungszustand (8 MHz interner RC-Oszillator mit Taktvorteiler 1
zu 8, also 1 MHz wirksamer Takt).
Stammen die Controller aber von Pollin, dann ist es völlig normal, dass
diese bereits auf eine andere Taktquelle (externer Quarz, externer Takt,
externer RC-Oszillator) gefust sind, denn Pollin ist ein
Restpostenhändler, da gibt es hauptsächlich Ware aus Konkursmassen oder
sonstwie dritter Hand.
Und man kann mittels Fusebit-Programmierung den Controller für ISP
lahmlegen, da gibt es sogar mehrere Möglichkeiten (Resetpin zum Portpin
machen, ISP abschalten, Takt so niedrig einstellen, dass gängige
ISP-Programmer-Software nicht so weit runter kommt, ...).
Bei verfuster Taktquelle hilft meist (aber nicht immer) der Einsatz
eines externen Quarzgenerators (am besten 1 MHz), der natürlich auf dem
Board nicht eingeplant ist. Ist mehr verfust, braucht man einen
"richtigen" Programmer, der auch den HV-Modus beherrscht, wie das STK500
von Atmel.
Solltest Du im Raum MD zu Hause sein, dann kannst Du gerne mal mit
Deinem "Stoß Tiny2313" vorbei kommen, dann wäre zumindest dies als
Ursache ausgeschlossen.
...
Also du hast ein funktionierendes Voltmeter? Dann beginne mit den
Spannungsmessungen
RS232-Kabel am PC eingesteckt und am Board nicht eingesteckt.
Bezugspunkt COM ("schwarze Leitung") für das Voltmeter ist Pin 5 des
freien DB9-Stecker am Kabel. Welche Spannungen werden zwischen COM und
den anderen Pins gemessen?
RS232-Kabel am PC eingesteckt und am Board auch eingesteckt. Bezugspunkt
COM ("schwarze Leitung") für das Voltmeter ist GND des IC-Sockels für
den Attiny2313. Attiny2313 nicht eingesteckt. Welche Spannungen werden
zwischen COM und den sog. ISP Pins RESET, Vcc, SCK, MISO und MOSI
gemessen?
Läuft AVRDUDE inzwischen? Wenn ja, wäre es Zeit für erste Tests damit
(einfaches Read mit -vv Debugging) und die Protokollierung der
Testergebnisse per Ausgabeumleitung in eine Logdatei. Logdatei zeigen.
Kommandozeile z.B.
avrdude -v -p attiny2313 -c ponyser -P com1 > "C:\output.txt" 2>&1
Alternativ -vv oder gar -vvv benutzen.
http://www.mikrocontroller.net/articles/Pollin_Funk-AVR-Evaluationsboard#Serieller_ISP_auf_dem_Boardhttp://www.mikrocontroller.net/articles/AVRDUDE#Textausgabe_in_Datei_umleiten.3F
RS232-Kabel am PC eingesteckt und am Board auch eingesteckt. Attiny
nicht eingesteckt. Voltmeter zwischen GND am IC-Sockel und RESET am IC
Sockel für den Atiny2313. Wenn AVRDUDE seinen Job macht (egal ob
erfolgreich oder nicht), sollte die RESET Leitung in den LOW Pegel
gehen. Das testet PC-Board Verbindung und die Funktion des Transistors
am Reset und die Funktion des Resetpullups.
Kommandozeile z.B.
avrdude -p attiny2313 -c ponyser -P com1 -e -U flash:w:test.hex >
"C:\output.txt" 2>&1
Alternativ -vv oder gar -vvv benutzen.
RS232-Kabel am PC eingesteckt und am Board auch eingesteckt. Attiny
nicht eingesteckt. Drahtbrücke zwischen MISO und MOSI. AVRDUDE was
programmieren lassen. Die Logdatei sollte dann zeigen, ob die Leitungen
MISO/MOSI funktionieren.
Kommandozeile z.B.
avrdude -p attiny2313 -c ponyser -P com1 -e -U flash:w:test.hex >
"C:\output.txt" 2>&1
Alternativ -vv oder gar -vvv benutzen.
RS232-Kabel am PC eingesteckt und am Board auch eingesteckt. Attiny
eingesteckt. Versuchen die Fuses zu lesen. Die Logdatei sollte zeigen,
ob das funktioniert bzw. wann es scheitert.
Kommandozeile z.B.
avrdude -v -p attiny2313 -c ponyser -P com1 > "C:\output.txt" 2>&1
Alternativ -vv oder gar -vvv benutzen.
@Hannes LUX:
Die Tinys sind von Pollin. Kann ich die Dinger deswegen nun wegwerfen?
Nen externen Quarz hab ich leider keinen, und Dummerweise auch kein
anderen Programmer.
@Stefan B. :
Ich geh jetzt deine Trouble - Shooting Liste durch und werde dann mal
posten was dabei rausgekommen ist.
Ich will nur vorher noch kurz was versuchen.
P.S: habe jetzt auch hier im Forum viel gelesen davon, das manchmal
kaputte Quarze auf dem Board selbst für sowas verantwortlich sind? Wie
warscheinlich ist das, wenn ich es nicht selbst gelötet habe?
Dr. Janitor schrieb:
> @Hannes LUX:>> Die Tinys sind von Pollin. Kann ich die Dinger deswegen nun wegwerfen?
Nein, da braucht man nur "vernünftiges Werkzeug" (Das Pollin-Board
gehört nicht so recht zu dieser Kategorie).
> Nen externen Quarz
Ein externer Quasrz ist bereits auf dem Board. Ich rede von einem
externen Quarzoszillator. Dies ist ein Blechkasten mit 4 Pins, der beim
Anlegen der Betriebsspannung selbsttätig einen Takt erzeugt.
> hab ich leider keinen, und Dummerweise auch kein> anderen Programmer.
Deshalb bot ich Dir ja an, dass Du mit dem "Stoß Tiny2313" vorbeikommen
kannst. Wenn Du nicht aus meiner Nähe bist, dann kannst Du sie mir auch
zuschicken (frankierte Rückverpackung nicht vergessen). Ich könnte sie
dann prüfen und ggf. auf Werkseinstellung zurückfusen.
>> @Stefan B. :>> Ich geh jetzt deine Trouble - Shooting Liste durch und werde dann mal> posten was dabei rausgekommen ist.>> Ich will nur vorher noch kurz was versuchen.
...
Moment:
ICh hab noch einen Quarzoszillator. Aber ich glaub der hat 4 Mhz.
irgendwo ist der hin. Würde das mit dem auch gehen ( falls ich ihn finde
). Ansonsten mess ich jetzt erstma alles durch.
Dr. Janitor schrieb:
> P.S: habe jetzt auch hier im Forum viel gelesen davon, das manchmal> kaputte Quarze auf dem Board selbst für sowas verantwortlich sind? Wie> warscheinlich ist das, wenn ich es nicht selbst gelötet habe?
Unwahrscheinlich, allerdings weiß man ja nicht, woher die Quarze
stammen. Ich hatte mit dem Pollin-Quarzsortiment mehrfach Pech gehabt,
also Quarze erwischt, die nicht das taten, was da drauf stand. Ich
benutze nur noch Quarze, die ich bei vertrauenswürdigen Händlern kaufe.
Außerdem:
Das Pollin-Board soll ja eine Art Experimentier-Board sein. Da lötet man
keinen Quarz fest ein, da benutzt man Steckfassungen. Das hat sich aber
noch nicht bis in Pollins Lehrwerkstatt herumgesprochen.
...
Dr. Janitor schrieb:
> Moment:>> ICh hab noch einen Quarzoszillator. Aber ich glaub der hat 4 Mhz.> irgendwo ist der hin. Würde das mit dem auch gehen ( falls ich ihn finde> ). Ansonsten mess ich jetzt erstma alles durch.
4 MHz geht auch.
Schau mal ins Datenblatt des Tiny2313 bei Clock Sources, da steht
geschrieben (und gezeichnet) an welchen Pin der Takt angeschlossen
werden muss.
...
Dr. Janitor schrieb:
> Wo wohnste denn, wenn ich fragen darf.
Siehe oben, letzter Absatz:
Beitrag "Re: Problem Atmel Evaluationsboard 2.0.1"
Wenn Dir das nichts sagt, dann bist Du sowiso zu weit weg.
...
@ Stefan B:
Hab die erste Messung gemacht: Serial Port durchgemessen, vom Rechner
kommend ohne Board:
PIN 1, 2, 6,8,9 hatten ca 150mV bis 160mV
PIN 3, 4, 7 hatten 10,95V
Hoffe ich habe genau genug gemessen.
Weitere Messungen folgen.
RS232
9Pol männl RS232 Bezeichnung
1 DCD in Data Carrier Detect (Signalträger erkannt)
2 RxD in Empfangsdaten
3 TxD out Sendedaten
4 DTR out Data Terminal Ready
5 GND Ground - Bezugspotential
6 DSR in Data Set Ready (Endgerät bereit)
7 RTS out Request to send Sendeanfrage
8 CTS in Clear to send (Fertig zum Senden)
9 RI in Ring Indicator (Klingel)
Messung und Bedeutung Pollinboard
1 0 N.C. OK
2 0 N.C. OK
3 10,95 => RESET-Steuerung, Betrag passt, Vorzeichen nicht
4 10,95 => MOSI Betrag passt, Vorzeichen nicht
5 0 GND OK
6 0 OK (auf dem Board Brücke zu 7)
7 10,95 => SCK Betrag passt, Vorzeichen nicht
8 0 <= MISO OK
9 0 GND OK
Betrag passt, Vorzeichen nicht, d.h. du solltest bei weiteren Messungen
den Anschluss der Messleitungen deines Voltmeters prüfen und beachten.
Ehmm:
die Vorzeichen waren teilweise negativ.
Also wenn die Vorzeichen nicht passen, keine Sorge machen, die habe ich
dummerweise teilweise ignoriert.
So:
RS232 Angeschlossen, Strom aufs Board.
Hab die PINs vom ATtiny2313 OHNE IC durchgemessen:
Pin: 1, 2, 17, 20 haben 5 V
Pin3 hat 3,85 V
Pin4 hat 130mV
Pin 5,9,11,12,13,14,15,16 sind stark schwankend ( im mV Bereich )
Pin 6,7,8 sind auf 0 V
Pin 18 hat 152,9 mV
Pin 19 hat -0,743V
> Also wenn die Vorzeichen nicht passen, keine Sorge machen, die habe ich> dummerweise teilweise ignoriert.
Ich mache mir keine Sorgen, aber die Interpretation der Messungen wird
schwierig.
Pin Bedeutung Messung Kommentar
1 /RESET 5V OK für Nicht-Programmierzustand
(Ruhezustand)
2 5V Ruhepegel RxD TTL OK
3 TXD 3,85V Nicht OK Hier darf nur eine Spannung sein,
wenn ein AVR im Sockel steckt und der entsprechend programmiert ist
4 XTAL2 ca. 0V OK
5 XTAL1 ca. 0V OK
6 ca. 0V OK
7 ca. 0V OK
8 ca. 0V OK
9 ca. 0V OK
10 GND
11 ca. 0V OK
12 ca. 0V OK
13 ca. 0V OK
14 ca. 0V OK
15 ca. 0V OK
16 ca. 0V OK
17 MOSI 5V Nicht OK bei DB9 Pin4 -10,95V
darf das nicht sein
18 MISO 152,9 mV OK
19 SCK -0,743V OK DB9 Pin7 -10,95V
20 VCC 5V OK
Für die ISP Programmierung ist dieser Punkt zu kontrollieren:
17 MOSI 5V Nicht OK bei DB9 Pin4 -10,95V
darf das nicht sein
Messe am DB9 Stecker Pin4 nach und achte auf das Vorzeichen. 5V bei MOSI
dürfen nur erscheinen, wenn an Pin4 der DB9 eine positive Spannung
vorhanden ist. Wenn dort eine negative Spannung ist, sollte ein Wert wie
bei Pin 19 der IC Fassung zu messen sein.
Es gibt Terminalprogramme z.B. Bray bei denen man die DTR Leitung (Pin4
an DB9) umschalten kann. Damit kann man die Versuche/Messungen an der IC
Fassung wiederholen und damit indirekt die Funktion der Zenerdiode D1
prüfen.
Ne ne, ist ein 1:1 Kabel.
Den Fehler mit dem Nullmodem habe ich schon hinter mir :D:D:D:D:D
Ist das HIER:
http://www.pollin.de/shop/suchergebnis.html?S_TEXT=720738+&S_WGRUPPE=default
@Stefan B.
> 17 MOSI 5V Nicht OK bei DB9 Pin4 -10,95V> darf das nicht sein
Ok. Das ist also ein Problem.
Ich messe also PIN17 an der ATtiny2313 nochmal nach. Vielleicht hab ich
ja einen Fehler gemacht.
Andere Sache:
Hannes Lux sagte ja, es ist gut möglich bzw. sehr wahrscheinlich das die
Tinys gefused sind. Wäre dies der Fall, könnte das die Fehlerquelle
sein?
Hallo Mariot und die anderen Interessierten.
auf dem Addon Board ist eine 2 x 7 Stiftleiste fuer das LC-Display am
pin 1
der gekennzeichnet ist sollten Minus 5 Volt fuer das Display sein.Bei
meinen Addon Board sind es Minus 5 Volt Auf der 14/16 Poligen Buchsen-
leiste stimmt die Spannungsversorgung, habe jedoch im Moment kein
ent-sprechendes LCD zur Hand um zu Testen. LED'S ensprechend LCD an =
gesteckt funktioniern.
MfG. M. Fuchs
Dr. Janitor schrieb:
> Hab grad nachgemessen.>> PIN17 [ PB5 (MOSI/DI/SDA/PCINT5) ] gegen GND gemessen ist nach wie vor> +5V.>> Oder mess ich was falsch?
Weiss ich nicht, weil die 2. Messung am Kabel fehlt. Miss nochmal den
Pin4 des Kabels. Korrekte Kombinationen sind nur:
PIN4 an DB9 PIN17 IC Fassung
-10.xxV ca. 0V (-0,7xxV)
+10.xxV 5V
Dr. Janitor schrieb:
> Hannes Lux sagte ja, es ist gut möglich bzw. sehr wahrscheinlich das die> Tinys gefused sind. Wäre dies der Fall, könnte das die Fehlerquelle> sein?
Ja das wäre eine Fehlerquelle.
"Gut möglich bzw. sehr wahrscheinlich" - es ist das erste Mal, dass ich
davon höre. Wenn das tatsächlich "völlig normal" ist, müsste man doch
ständig von dem Problem lesen, oder?
Allerdings würde ich eine solche Verkaufspraxis eines Händlers als
starkes Stück ansehen. Ohne weitere Beschreibung bzgl. Vorprogrammierung
etc. würde ich mich darauf verlassen Bauteile so zu bekommen, wie sie
vom Hersteller hergestellt und beschrieben werden. Bei mir gingen
bereits gefuste Bauteile als nicht gekennzeichnete Gebrauchtware zurück.
Dr. Janitor schrieb:
> PIN4 am DB9 ist Leider -10V....
Ist doch gut. Du hast jetzt Spur des Bugs. Jetzt muss er gejagt und
erledigt werden.
Hast du noch was am Board angeschlossen ausser Netzteil und Kabel am
ISP? Wenn ja entfernen.
Messung immer noch so? Dann bekommt MOSI von irgendwo 5V und zwar mit
mehr Saft als über den ISP Anschluss und den Strombegrenzungswiderstand
R2.
Mein Verdacht ist eine Lötbrücke zwischen Pin1 (MOSI) und Pin2 (Vcc) an
J1 (10 pol. ISP-Wannenstecker).
RS232 Kabel abziehen und Netzteil abziehen. Durchgangsmessung
(Ohmmessung) zwischen Pin1 (MOSI) und Pin2 (Vcc) an J1 (10 pol.
ISP-Wannenstecker) machen. Die Pins sollten voneinander isoliert sein.
Wenn du die Durchgangsmessungen machst, dann auch mal Pin14 (MOSI) und
die umgebenden Pins (12, 16, 13, 15, 17) an der 40-poligen Buchse J4
abklappern.
Aye aye.
Vielleicht sind wir dem Problem ja wirklich auf der Spur.
Ich meld mich nach weiteren Messungen.
Ebene wurde mir btw noch gesagt, dass es wohl im allgemeinen nicht der
Fall ist , das die ATtiny2313's von Pollin gefused sind sondern im
Werkszustand...
> Allerdings würde ich eine solche Verkaufspraxis eines Händlers als> starkes Stück ansehen.
In diesem Fall nicht. Jeder weiß, dass Pollin kein Distributor ist,
sondern ein Restpostenhändler. Es gibt ja nichtmal einen Katalog,
sondern nur eine "Sonderpostenliste". Und der Begriff "Sonderposten" ist
auch auf der Webseite überall präsent. Dass Pollin ein Restpostenhändler
ist, sehe ich nicht als Makel, sondern positiv. Denn da bekommt man
billig diese und jene Teile, die es im normalen Handel nicht oder nur
sehr teuer bekommt.
Ich weiß aus dem Bekanntenkreis, dass bei Pollin mehrfach verfuste und
teils auch schon programmierte und gelockte AVRs verkauft wurden. Die
Dinger sind zwar nicht mehr im Werksauslieferungszustand, aber trotzdem
neu, also noch nicht beim Endkunden im Einsatz gewesen.
Wie passiert sowas? Z.B.: Eine Firma hat für die Produktion eines
Artikels eine große Menge AVRs vorbereitet (oder vorbereiten lassen),
der Artikel läuft nicht so gut, die Produktion wird abgebrochen, der
Rest muss weg, das das Lager geräumt werden muss. Und das ist ein Fall
für Max Pollin bzw. seine Einkäufer. Solches Zeugs, sowie auch das von
Firmenpleiten weltweit, landet bei Pollin und wird an den Bastler
verkauft.
...
Dr. Janitor schrieb:
> Aye aye.>> Vielleicht sind wir dem Problem ja wirklich auf der Spur.>> Ich meld mich nach weiteren Messungen.>>> Ebene wurde mir btw noch gesagt, dass es wohl im allgemeinen nicht der> Fall ist , das die ATtiny2313's von Pollin gefused sind sondern im> Werkszustand...
Das ist Wunschdenken. Ich weiß genau, dass Pollin gelockte und auf 4 MHz
intern gefuste Tiny2313 des IR8-Bausatzes als neue (leere) verkauft hat.
Und ich weiß auch, dass leere Tiny2313 verkauft wurden, deren Fuses so
eingestellt waren, dass ISP-Programmierung nicht mehr möglich war. Der
Bekannte hat sich dann ein Programmiergerät beschafft, das den
HV-Programmiermodus unterstützt.
...
ICH HAB WAS ENTDECKT:
AM ISP Anschluss scheint was zu sein: ich hab das Board dank deiner
Vermutung mal umgedreht, ich weiss jetzt nicht genau wie die PIN
nummerierung ist dabei, ABER:
von oben drauf gekuckt: ist eine unsaubere Lötbrücke zwischen dem am
weitesten rechts liegenden oberen und unteren Pin entstanden. Laut
schaltplan dürfte die nicht da sein.
Ich hab sie noch nicht getrennt weil ich noch auf Reply warten will.
Aber ich glaub das ist es.
Hannes, ich bin auch froh, dass es Firmen wie Pollin gibt.
Aber in diesem Fall, wäre es besser, wenn vorkonfigurierte µC auch
entsprechend gekennzeichnet wären oder der Beschreibungstext im Angebot
darauf hinweist.
Ich denke nicht wenige kaufen sich diese µCs in Verbindung mit einem
Evalboard und da wäre es nicht fair, wenn das Deckelchen nicht aufs
Töpfchen passt.
Stefan B. schrieb:
> Dr. Janitor schrieb:>> Die Frage ist: Wie krieg ich das raus.>> Die Dinger eintüten und an Hannes schicken. Er hat es dir doch schon> angeboten.
Das Angebot steht. Ich stecke die Dinger gern mal auf mein STK500...
Zwecks Kontaktaufnahme: Anmelden (hier im Forum), dann über das
Benutzerinterface Mailkontakt zu mir aufnehmen.
...
Dr. Janitor schrieb:
> ICH HAB WAS ENTDECKT:> AM ISP Anschluss scheint was zu sein:
Wenn du unsicher bist, mache ein Foto oder Scan der Stelle und zeige das
Bild. Dann aber Bildformate beachten.
"weitesten rechts liegenden oberen und unteren Pin" kann ich mir jetzt
bildlich nicht vorstellen.
Wenn deine andere Hilfe nix meldet, dann wie gesagt, Bild zeigen. Zur
Not auch aus der Pollin-Doku Screenshot machen und vermutete Brücke rot
einzeichnen.
Was melden die Durchgangsmessungen?
Stefan B. schrieb:
> Hannes, ich bin auch froh, dass es Firmen wie Pollin gibt.
Ich doch auch!!! Und ich habe auch Verständnis für solche Pannen.
>> Aber in diesem Fall, wäre es besser, wenn vorkonfigurierte µC auch> entsprechend gekennzeichnet wären oder der Beschreibungstext im Angebot> darauf hinweist.
Denke das mal logistisch durch (bis zu Ende). Dann werden die Teile
unbezahlbar.
>> Ich denke nicht wenige kaufen sich diese µCs in Verbindung mit einem> Evalboard und da wäre es nicht fair, wenn das Deckelchen nicht aufs> Töpfchen passt.
Da liegt noch manch Anderes im Argen. Ich habe derzeit wegen Pollin
allerhand Stress, weil mich viele Käufer des IR8-Bausatzes anschreiben
und um Hilfe bitten. Da stimmen Doku, Platine und Firmware nicht überein
und statt sich bei Pollin zu beschweren bemüht man Gugel, landet auf
meiner HP und schreibt mir 'ne Mail... ;-(
...
Oh Gott.
Also das mit dem Foto hat nicht hingehauen.
Ich habe mit Paint mal eine Zeichnung gemacht. Zur Erleuterung:
Also stellt euch vor ich hab das Board umgedreht und was ihr seht, sind
die Lötpunkte der ISP Schnittstelle.
Das was ich eingerähmt habe, zwischen den beiden Pins hängt eine
Lötbrücke, scheint als hätte da einer nicht genau abgetrennt...
Das :-( kann ich voll verstehen.
Wenn man es zu Ende denkt, kann man ja sagen:
Einer haut auf teufelkommraus billige Bausätze raus und bietet keinen
Support. Ein paar Helden in fremden Foren oder Webseiten richten es ja.
Andere bietet Bausätze mit Support an, und die kauft kaum keiner, weil
sie wegen Support etwas teurer sein müssen.
mesdames et messieurs,
Ich kann hier mit voller absoluter Freude verkünden:
DAS WARS!!!
ES FUNKTIONIERT!!!! HAB DAS ERSTE PROGRAMM SCHON AUF DEM µC!!!!
An dieser Stelle möchte ich hier allen Leuten im Forum danken, dass ihr
mir so geduldig geholfen habt. Ohne euch hätte ich diesen Bug ja NIE
gefunden.
SUPER arbeit von euch, vielen vielen Dank.
Ich werd das Forum sicher noch öfters besuchen, da ich ja jetzt erst
anfange, µC Programmieren.
VIELEN DANK
PROBLEM gelöst!!!!!!!!!
@Stefan B. : Das war aber auch verdammt scharfsinnig von dir, gleich die
ISP Schnittstelle im Verdacht zu haben!!!!
Genial!
ALLES SUPER
Ich freu mich wie ein kleines Kind, das ein Eis bekommen hat.
Ich bin super begeistert. Ihr habt den Fehler an einem Abend gefunden,
den ich schon seit 2 Wochen gesucht habe.
Erstes Projekt: Eine Blinkende LED, danach beschäftige ich mal mit dem
Schalterprellen, Deadtime und dann verbesser ich das ganze auf eine LED
die blinkt und die man mit 2 Tastern schneller und langsamer blinken
lassen kann.
Nichts tolles, aber es ist ja erst der Anfang.
Dank eurer Hilfe kann ich jetzt los legen.
Mit freundlichen Grüßen und sehr Dankbar
Dr. Janitor
Jop. Danke danke.
Auch so ne Sache: hätte man die Kondensatoren nicht besser steckbar
gemacht? Damit man die einfach rein und raus stecken kann bei Bedarf...
http://www.mikrocontroller.net/articles/Pollin_ATMEL_Evaluations-Board
Drei Taster. Mit etwas Geschick (Patchkabel von den Jumpern zum
40-poligen Pfostenstecker) lassen sich diese auch mit anderen als den
vorgesehenen AVR I/O-Pins verbinden. (Achtung!! Die Beschaltung ist
nicht gut, lieber einfach ohne C und R nach Masse schalten sonst gibt es
Spannungseinbrüche)
Tja, bei der Entwicklung dieses Boards ist Vieles nicht zu Ende gedacht
worden. Es ist halt in der Lehrwerkstatt entstanden. Die industrielle
Produktion der Platine täuscht allerdings ein professionelles Board vor.
Das ist aber bei einigen anderen Bausätzen nicht besser. Ob nun das
RFID-Board oder das NET-IO-Board, unter'm Strich ist es Pfusch und nutzt
die Möglichkeiten der verwendeten ICs bei weitem nicht aus.
Die Relaiskarte ist mit Freilaufdioden (für die Relais) zugemüllt,
obwohl diese bereits im Treiber-IC ULN2803 integriert sind.
Die IR8-Platine Version 1.2 hat eine RS232-Schnittstelle, aber keine
Möglichkeit, einen Quarz dranzupappen, weil ein Quarzpin mal schnell als
I/O missbraucht wird, der von der Software glaube nichtmal unterstützt
wird.
Ich denke, die Liste lässt sich beliebig erweitern.
Ich hatte mir (vor längerer Zeit) mal das AVR-Ev.-Board als Bausatz
gekauft, da ich es für hilfreich beim Beantworten von Anfängerfragen zu
diesem Board hielt. Ich habe es aber nicht aufgebaut, nachdem ich
gesehen habe, wie idiotisch die Taster und die Stiftleiste angeschlossen
sind.
Ich war dann ganz froh, dass ich es einem (etwas entfernt wohnenden)
Funkameteur vererben konnte, der es nicht zum Experimentieren nutzt,
sondern nur als reinen Programmer (mit Ponyprog) zum Flashen von
Firmware, die ich ihm gelegentlich schreibe. Dies erspart uns weite
Wege. ;-)
Auf das Board wurde natürlich noch ein Quarzgenerator draufgepappt
(einfach mit dem Rücken mit doppelseitigem Klebeband auf die
Piepserfläche geklebt und per Schaltdraht mit Spannung versorgt), damit
ein externer Takt verfügbar ist. Statt der Quarze wurden auch Fassungen
eingebaut. Die ganze Peripherie (Taster, LEDs usw.) wurde gar nicht erst
bestückt. So tut das Board als preiswerter, aber flexibler
Gelegenheitsprogrammer seinen Dienst und ich muss mich nicht mehr über
das vermurkste Design ärgern...
;-)
...
