PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Bascom erkennt Controller auf Pollin Programierboard nicht



Robbytron
24.09.2005, 11:09
Hi,

ich habe mir vor ein paar Tagen das AVR-Programmierboard von Pollin gekauft. Alles zusammengelötet, schön und gut, aber es funktioniert nicht.
Ich habe probiert den AtMega16 mit Bascom zu programmieren, aber bascom konnte den Controller nicht identifizieren.

Hier mal ein Auszug aus den diversen Fehlermeldungen die ich erhielt:

Wenn ich das Programm kompilieren will heißt es einfach nur:
"File not Found"

Gehe ich auf "Simulate Programm" erhalte ich eine Meldung die sagt:
"OBJ oder DGB File not Found"

Wenn ich "Run Programmer/Programm" auswähle heisst es:
"C.\Programme...........\Programm.bin not found"

danach kommt eine Meldung mit:
"Could not identify Chip with ID: FFFFFF"

Danach kommt:
"Selected Chip and Target Cip do not Match: AT90S2313<>AT90S2323"

Nun bin ich endlich im Programmer angelangt. Doch wenn ich "Auto programm Chip" wähle passiert überhautnichts und bei allen anderei Optionen die etwas mit dem Controller zu tun haben heisst es:
"Difference at 0802"

So, das war mein Fehlermeldungen-Roman, ich hoffe jemand kann mir helfen.
Vielen Dank schon mal im vorraus,

Robbytron

24.09.2005, 11:42
Zu Pollin Programmierboard kann ich nix sagen, aber zu den RN-Boards gibts im Wiki (https://www.roboternetz.de/wiki/pmwiki.php?n=Main.Inhaltsverzeichnis) ein Faq, vielleicht hilft das weiter.

Marco78
24.09.2005, 12:04
Also. Nicht alle Meldungen haben was mit dem Pollin-Board zu tun.
Zur ersten musst du mal die Suche befragen. Da gab es schonmal eine Lösung. Es wäre aber auch wichtig zu wissen, welche BASCOM-Version du hast.

Die 2. und 3. Meldung resultieren aus der ersten. Wenn das Programm nicht compiliert ist, geht der Rest auch nicht.

Die letzten beiden Fehlermeldungen gehören zusammen. Wenn dr Chip nicht erkant wird, ist auch logischerweise der falsche eingestellt.
Was für ein Programmer hast du denn in BASCOM eingestellt? Was für einen verwendest du? Das können natürlich nicht zwei unterschiedliche sein. Welches Betriebssystem verwendest du? Hast du einen LowLevel Porttreiber installiert falls du über den LPT programmieren willst?
Hast du überhaupt schonmal erfolgreich einen AVR geflasht?
Wie sicher bist du dir, das das Board richtig aufgebaut ist?

Robbytron
24.09.2005, 12:52
Hi Marco78,

ich weiß nicht so genau, was ich getan habe, damit ein paar dinge jetzt funktionieren, aber ich kann das Programm jetzt kompilieren und den Simulator starten. Wenn ich allerdings auf den Programmieren-Button klicke,
bekomme ich immernoch die Fehlermeldung "Could not identify Chip with ID:
FFFFFF" Ausserdem passen Ausgewähter Chip und Ziel-Chip nicht zusammen.
Der Chip den ich verwende ist ein AT90S8535. Ich habe probiert bei Bascom diesen Typ einzustellen(Im Programmer) aber das stellt sich immer wieder zurück auf einen anderen Typ. Im Programmer kann ich sehen, was geschrieben werden soll (also nicht in jedem Feld "FF").

Icxh habe als Programmer "STK 200/STK 300" eingestellt.
Ich verwende ein 9-Poliges Kabel von Com1 zum Programmierboard, auf dem Programmierboard ist dann eine Kleine schaltung:
(Die pole des Kabels hbe ich 1:1 verbunden)
http://s-huehn.de/elektronik/avr-prog/avr-seriell.gif
Mein Betriebssystem ist Windows XP/SP2
Ich habe keinen Low-Port Treiber
Nein, ci bin Anfänger und habe noch keinen AVR geflasht
Ich konnte keine Fehler am Board entdecken.

Wie finde ich heraus welche Version von Bascom ich habe?

Viele Grüße und Danke!

Robbytron

Marco78
24.09.2005, 13:07
Da du den Code schon compilieren konntest ist der Version nicht mehr so wichtig. Sie steht unter Help/About. Oder ganz kurz beim starten von Bascom.

Du benutzt also nicht den Dongel auf dem Board (sofern da einer drauf ist. Das konnte ja noch keiner sagen)?
Dann musst du in Bascom was anderes einstellen. Was genau kann ich dir leider nicht sagen. SIProg steht ja nicht in der Liste. Such mal einfach im Forum nach SIProg und wähle nur Bascom als Unterforum aus. Da wird sicherlich irgendwo stehen, was du einstellen musst.
Die Meldung das der Chip nicht erkannt wird, kommt daher, das Bascom nicht auf den Chip zugreifen kann, weil der Programmer nicht richtig eingestellt ist. Wenn der richtige eingestellt ist und sonst kein Fehler mehr vorliegt, gehen beide Fehlermeldungen weg.

uwegw
24.09.2005, 13:38
cxh habe als Programmer "STK 200/STK 300" eingestellt.
kein wunder, dass es nicht läuft- das wäre die einstellung für nen LPT-ISP!!!

bascom scheint keinen billip-rs232-isp wie auf dem pollin-board zu unterstützen...

versuchs mal mit ponyprog, einstellung "SI prog I/O"... das wäre die richtige einstellung für die schaltung, die du gepostet hast (ist die auf dem pollin-board dieselbe?)...

pebisoft
24.09.2005, 13:45
AT90S8535
der läuft aber nicht sicher auf dem board von pollin, weil die zweitbelegung der pins etwas anders ist.
mfg pebisoft

uwegw
24.09.2005, 13:59
AT90S8535
der läuft aber nicht auf dem board von pollin.
mfg pebisoft

nein, der sollte eigentlich auch gehen... zumindestens sind sie pinkompaktibel... und ich hab auch schon mal erfolgreich nen 8535 direkt durch nen mega32 ersetzt...

Robbytron
24.09.2005, 18:12
Hi,

dank eurer Hilfe ist es mir gelungen, den Fehlermeldungen-Katalog um eine Meldung zu verringern.

Bevor ich jetzt weitererzähle, hier ist der Schaltplan des Boards:
http://robbytron.xardas.lima-city.de/Schaltplan.jpg

Das was blau eingekreist ist, müsste der Programmierdongle sein. Die Pole
des Steckers habe ich so mit dem PC verbunden, als wäre das Board direkt aun die Schnittstelle gesteckt. Inzwischen muss ich mich nur noch über drei Fehlermeldungen wundern:

Wenn ich auf "auto program Chip" in Bascom klicke, lese ich:
"selected chip and target chip does not match"
was muss ich da umstellen? Ich verwende den 8535. Das Programm habe ich mit "$regfile = "8535def.dat" begonnen. Untere Options/Compiler/Chip
habe ich ebenfalls 8535 eingestellt. Die Funktion "Read Flash ROM into Buffer" funktioniert, vermute ich, da der ROM des uC ja leer sein müsste, weil ich es noch nicht geschafft habe, ihn zu beschreiben.
Drücke ich jedoch "Write Buffer to Flash ROM" Erhalte ich eine Meldung die sagt: "Difference at 0000" Wenn ich auf die Fusebits-Sete wechsele, heisst es: "Chip type not found"

Unter Options/Programmer habe ich "AVR ISP Programmer" eingestellt

Vielen Dank für die Antworten die schon gekommen sind und hoffentlich noch kommen werden,

Robbytron[/code]

albundy
24.09.2005, 18:57
Hallo,
das serielle Interface wird ohne Probleme von PonyProg unterstützt.
In PonyProg als Interface "SI Prog API" im Setup einstellen.
In Bascom mußt du unter Optionen "externer Programmer" einstellen und unten den Pfad zu "PonyProg" einstellen. Dann wird automatisch zum Programmieren PonyProg aufgerufen. Dort kannst du dann deinen Controller einstellen.

Robbytron
24.09.2005, 20:02
Gesagt, Getan, allerdings tut PonyProg nicht das was ich möchte ](*,)
Es sagt nur:
"Device Missing or unknown device (-24)"

Trotzdem Danke für den Tipp!

Robbytron

albundy
24.09.2005, 20:37
"Device Missing or unknown device (-24)"

Das deutet auf einen Hardwarefehler hin. Ich benutze das oben gezeigte Interface auch und es funktioniert 100% mit PonyProg.

pebisoft
24.09.2005, 22:20
hallo, du kannst dir ein eigenes e2s-script erstellen für ponyprog, da steht unter anderem drin, welchen chip er nehmen soll.
unten ist ein muster z.b. für meinem avr16 und mein fastavr-basic .
in der beschreibung von ponyprog steht, welche steuerbefehle du da rein nehmen kannst. ist sehr interessant.

#------ START --------
#Programming sequence
SELECTDEVICE ATMEGA16
CLEARBUFFER
LOAD-PROG D:\ponyprog2000\\pebi.hex
#PAUSE "Click zum proggen."
#READ-CALIBRATION 0x3ff
ERASE-ALL
WRITE-PROG
#------- END ---------

mfg pebisoft

Robbytron
25.09.2005, 09:37
Hi,

ich hab das Script von Perbisoft ausprobiert, aber es blieb alles beim alten,
die Fehlermeldung von PonyProg ist hartnäckig wie eine Girschwurtzel.
Wess jemand was "Difference at 0000" bei Bascom bedeutet?

Vielen Dank,

Robbytron

Marco78
25.09.2005, 09:52
Ein Unterschied im Speicherplatz 0000. Was im Flash steht ist nicht das, was eigentlich drin sein sollte.
Deutet aber auch nur drauf hin, das mit der Hardware was nicht stimmt.

Xeus
25.09.2005, 10:44
Hast du deine Platine schon mal durchgemessen, ob z.B die Dioden richtig drauf sind, ob am mc und am transistor spannung anliegt. deine beschreibung deutet auf einen hardware fehler hin, ich vermute, dass es an deinem programmer liegt.

viel glück

xeus

Furtion
05.10.2005, 16:47
vieleicht hägt es auch einfach mit dem strom zusammen. Ich hatte das problem nämlich auch und jetz gehts.

Xeus
05.10.2005, 18:08
pollin hat mich darüber informiert, das d2 und d3 vertauscht werden müssen. vielleicht liegts daran

Marco78
05.10.2005, 20:18
Sehr wahrscheinlich. Ich hab den Brief von Pollin auch gesehen. Das eine sind ja Z-Dioden und das andere "normale". Die haben schon unterschiedliche Funktionen ;)

Fusebitversteller
05.10.2005, 20:35
Naja, ich habe den Brief ja heute bekommen. Und da steht lediglich drin: "Bitte beachten Sie: In der Stückliste der Montageanleitung wurden die Dioden D1 und D3 vertauscht. D1=Z-Diode, D3=BAT85". Was ich dabei nicht verstehe: Wenn das nur in der Stückliste vertauscht wurde, warum ist dann im Schaltplan sowie dem Aufdruck auf der Bestückungseite der Platine D3=Z-Diode und D1=BAT85 ??
Ich habe das Board so wie im Schaltplan und dem Aufdruck der Platine bestückt, also D3=Z-Diode und D1=BAT85 bestückt und die ISP-Schnittstelle funzt mit Ponyprog einwandfrei (Einstellung: SI Prog API). Mit der Einstellung "SI Prog I/O" funktioniert zwar manchmal des Beschreiben des Atmegas, die Fusebits werden beim Auslesen komplett falsch angezeigt.

Wäre echt interessant zu wissen wie denn nun die Dioden eingbaut werden müssen.

felack
06.10.2005, 15:45
Bei www.mikrocontroller.net haben mehrere User geschrieben, dass sich das Board mit PonyProg 2.0 problemlos programmieren läßt, auch ohne Änderungen. Wichtig ist die Verwendung der Version 2.0. Der Thread:

http://www.mikrocontroller.net/forum/read-1-238618.html#new

felack

genki
18.10.2005, 23:07
Hallo Zusammen!

Habe soeben das gleiche Problem mit meinem ATMega16 "erzeugt". Lief bisher alles problemlos, nur etwas langsam... Bis ich bemerkt habe, dass noch alles am internen RC-Oszillator "hängt". Also in BASCOM noch kurz die Fuse-Bits vom internen RC-Oszillator auf den externen Quarz umstellen.... -Schon ist alles tot!! Die selben Fehler wie beschrieben (Could not identify Chip with ID: FFFFFF usw.), kein Zugriff mehr auf den Chip. Hab' da wohl etwas voreilig an den Fuse-Bits gedreht. Vielleicht liegt's ja auch bei Dir am Taktsignal. Hast Du da je was geändert? Mal mit einem externen Oszillator probiert? Ich weiss nicht genau wie Dein Board beschaltet ist. Der Chip hat halt sehr, sehr viele Schrauben zum dran drehen und verstellen....

Gruss,
Genki

Xeus
19.10.2005, 06:21
hi genki,
das selbe prob hatte ich auch, aber ehrlich gesagt war ich zu bequehm zu messen, ob das quarz überhaupt schwingt. Das bezweifle ich mal ganz stark. entlöte einfach die kondis und das quarz, nimm ne kleine lochraster setz darauf einen rc oszilator versorg ihn mit strom von deiner hauptplatine, und ge mit einem draht in ein lötauge des alten quarzes.

läuft einwandfrei.

viel erfolg

xeus