Anfängerproblem

[Moritz G.]

Hallo liebe Forenmitglieder,

ich bin in Sachen Mikrocontroller leider noch ein totaler Anfänger,
seid mir bitte nicht böse wenn ich eine vlt blöde Frage stelle^^.

Zum Einstieg habe ich mir von Roland Walter das "AVR Mikrocontroller Lehrbuch",
einen Atmega8 und den Isp mkII Programmer besorgt.
Die Programme werde ich in Basic mit Bascom schreiben.

Ich habe jetzt mit Bascom ein Testprogramm geschrieben, kompiliert und als eine
Hex- und eine Binärdatei abgespeichert.

Ich wollte euch fragen ob es möglich ist, das kompilierte Programm mit
dem Atmel Studio 6 zu öffnen und zum Controller zu übertragen.

Ich habe dazu im Forum leider nichts gefunden und aus der Bedienungsanleitung vom Atmel Studio werde ich auch nicht schlau. Ich würde mich freuen wenn Ihr weiter wüsstet.

Grüße
Moritz

 

[Dirk]

Hallo Moritz!

Willkomen im AVR-Praxis-Forum.

Bascom erzeugt ja nach der erfolgreichen Kompilierung eine MeinProject.hex-Datei, das ist die Datei mit dem Flash-Speicher-Inhalt. Diese musst du im Programmiererdialog des Studio 6 für Flash Memory auswählen.

Möchtest du auch Eeprom programmieren, musst du Bascom zunächst mitteilen, dass ein Hexfile (MeinProject.eep) dafür erstellt werden soll. Das machst du mit der Direktive $EEPROMHEX.

Dirk

 

[LotadaC]

Hallo, und willkommen hier...

Ich kenne jetzt das Buch nicht persönlich, meine jedoch mitbekommen zu haben, daß es (insbesondere die Programmierhardware und -umgebung betreffend) nicht gerade aktuell zu sein scheint. Sicherlich werden Cassio und Dino Dir dazu mehr sagen können.
Von mir erstmal folgendes:
-eine halbwegs aktuelle Bascom-Version sollte den (echten) AVRISP MKII direkt ansprechen können, ganz ohne AVRStudio (Achtung! Halbwissen)
-bei etwas älteren Bascom-Versionen mußte/konnte man den Studio-Programmer in Bascom angeben (also den Speicherort - dann hat Bascom den beim Programmieren etc. benutzt, man selbst hatte mit dem Studio (bis auf die Installation) nichts zu tun
-unabhängig davon kannst Du die von Bascom beim compilieren erstellte .hex-Datei im Studio öffnen (und auch reassemblieren, aber das nur am Rande), und in den Controller "Brennen". dazu muß im Studio natürlich der zu verwendende Programmer, und der zu verwendende Controller (wegen I/O-Registeradressen und einigen controllerspezifischen Konstanten) angegeben werden.

Da ich mich mit dem Upgrade der Studioversion von 4.x auf 5.x damals selbst etwas herumgeschalgen hatte, ist diese Bild entstanden:

WICHTIG!!!: Ab Schritt 4 rührst Du nichts mehr an - die Fuses interessieren Dich (noch) nicht, da kann man als Anfänger einiges vergurken. Für Dich ist Schritt 4 direkt darüber - die Memories.
Achso, und direkt links neben der 2 wählst Du den Programmer aus.

 

[Moritz G.]

Hallo Dirk,

vielen Dank für die schnelle Antwort.
Damit ist meine Frage ja schon gelöst
Ich versuch dann mal auf die Weise
das Programm zu übertragen.
Grüße
Moritz

 

[Moritz G.]

Hallo LotadaC,

danke für die Antwort (entschuldigung ich hab sie gerade erst gesehen).
Das Problem das ich habe ist, dass Bascom den Atmega8 (ich weiss nicht warum)
nicht erkennt. Ich verstehe das nicht ganz, weil das Studio den Controller ohne Probleme erkennt.
Deswegen wollte ich das Programm mit dem Studio übertragen, dass ich endlich anfangen kann^^.

Bei Bascom habe ich bei "Options -Programmer - AVR ISP mkII" ausgewählt aber wenn ich mit einem kompilierten Programm auf "Send to Chip-manual" gehe kriege ich im Protokoll immer die Fehlermeldung:

"Auto program"
"Could not detect chip, Auto program failed"

Wenn einer von Euch eine Idee hat woran das liegen könnte würde ich mich freuen.
Ansonsten versuche ich den Controller erstmal über das Studio zu Programmieren.
Grüße
Moritz

 

[LotadaC]

Bitte abklären:
-Du hast ein halbwegs aktuelles AVRStudio installiert (inklusive dem AVR-ISP-MKII)
-Du hast eine halbwegs aktuelle Bascom-Version installiert
-findet das Studio denn den Programmer überhaupt?
--welche LEDs leuchten am MKII?
--lass ihn mal die Target Voltage auslesen (siehe mein Bild, eine Datei brauchst Du nicht laden, Schritt 1, bei Schritt2 den Controller und den Programmer, dann Schritt 3. Wenn Du jetzt auf den Button "Read" bei Target Voltage klickst, was geschieht? Dasselbe bei Device ID... und nix an den Fuses machen)

 

[Moritz G.]

Hallo,

also ich hab das Atmel Studio 6 (direkt von der "atmel seite" vor ung.4-5 tagen)
und die Bascom-AVR Demo Version 2.0.7.5 (auch vor ung.4-5 tagen) installiert.
Das Atmel Studio findet den MKII bei "Tools-Device Programming- Tool Information".
Die angezeigte Seriennummer ist dieselbe, die auch unten am MKII Gehäuse steht.
Wenn der Programmer angeschlossen ist (ohne den Atmega8) leuchten die 2 LEDs am MKII grün.
Wenn der Atmega8 mit der Spannungsversorgung angeschlossen ist leuchten beide LEDs am MKII immer noch grün.
Wenn also der MKII und der Atmega8 angeschlossen sind, zeigt die Voltage anzeige ung 4.5 Volt.
Bei Device ID steht dann 0x1e 0x93 0x07.
Also bis dahin läuft alles genau so wie es im Buch beschrieben ist.
Sobald ich aber mit Bascom (bei den Bascom Programmer-Einstellungen habe ich den MKII ausgewählt)
den Atmega8 auslesen will kommt leider nur diese Fehlermeldung.
Danke für die Hife
Moritz

 

[Moritz G.]

Hier sind noch 2 Screenshots, einmal vom Atmel Studio, einmal von Bascom.
Vielleicht helfen die ja weiter.
Grüße

 

[LotadaC]

Beim Studio scheint's soweit zu stimmen, zu Bascom kann ich erstmal nichts sagen. versuch da mal, die Chip-ID lesen zu lassen (über Menu->Chip,oder das grüne Symbol mit dem hellblauen Text (wenn ich mich recht erinner - oder kam dort die Fehlermeldung?).
Bei dem verwendeten Treiber bin ich mir nicht sicher - da kann Dino Dir besser helfen, der hat da einiges durch

 

[Moritz G.]

Hallo,

da tut sich leider auch nichts
Wenn ich auf das Chip-lese Symbol gehe kommt
keine neue Meldung mehr.
Du meintest Dino könnte da weiterhelfen,
muss ich an den Nutzer dann direkt die Frage schicken
oder ist Dino der Nutzer mit dem Namen Dirk?^^
Danke

 

[dino03]

Hi Moritz,

erstmal herzlich willkommen

Also zu deinem Problem mit dem Bascom 2.0.7.5 und dem Atmel8 der nicht erkannt wird.
Das selbe Phänomen hab ich hier auch grade. Ich hab die Vollversion von 2.0.7.5 am laufen und er sagt mir immer das die Signatur nicht zum Atmel8 paßt. Programmier ich mit 2.0.7.3 läuft alles problemlos. Ich wollte dafür schonmal hier ne Frage reinstellen und hab auch schonmal im Internet gesucht aber leider noch nichts gefunden. Für die Frage hab ich noch nicht so richtig Lust gehabt .

Ich hab dann einfach bei mir mit 2.0.7.3 weitergearbeitet (hab 4 Versionen auf dem PC). Darum hat mich das nicht weiter gestört. Bei der 2.0.7.4 sollte es auch laufen. Die Version hatte ich vorher auf dem PC.

Muß ich mir mal etwas genauer ansehen warum Bascom da meckert. Cassio !! könntest du das auch mal testen warum die 2.0.7.5 bei nem ATmega8-16PU über die Signatur meckert wenn man Mega8 eingestellt hat ? Also KEINE A-Version.

EDIT: Also so ganz astrein scheint die Version noch nicht zu sein ...
- Fehler in IDE Version 2.0.7.5.002

Ich hab mal den Labor-PC angeschmissen ...

AVR-Studio 5.1 sagt mir folgendes ...

Device: ATmega8
Device signature: 1E9307
JTAG ID: 00000000
CPU: 8-bit AVR
Flash size: 8 Kbytes
EEPROM size: 512 bytes
SRAM size: 1 Kbytes
VCC range: 2,7 - 5,5 V
Maximum speed: N/A

BASCOM 2.0.7.3 ...

ATmega8,Flash:8192,EPROM:512
ChipID:1E9307
AVRISP MK2 detected

BASCOM 2.0.7.5.003 ...

ChipID:1E9307
AVRISP MK2 detected

und dann der Requester : "Detected Micro ATmega8 does not match the selected Micro ATmega8"

Bascom 2.0.7.3 und Bascom 2.0.7.5.003

Der Chip ist ein alter "ATMEGA8-16PU" 0944G (Charge oder Maske oder was weiß ich). Also definitiv kein Mega8A

Gruß
Dino

 

[Moritz G.]

Hallo Dino,

danke^^
Da bin ich beruhigt, wenn jemand das gleiche Problem hat(te).
Ok ich versuch das ganze dann mit der Demoversion 2.0.7.3.
Gruß
Moritz

 

[dino03]

Hallo,

ich hab das mal ins deutsche Bascom-Forum gepackt und laß mich mal überraschen ...
BASCOM 2.0.7.5.003 erkennt den ATMEGA8-16PU falsch.

Gruß
Dino

 

[Cassio]

Hallo zusammen!

Irgendwie verstehe ich euer Problem nicht!

Wenn BASCOM meldet, dass er eine Signatur eines Mega8A gefunden hat. dann nimm doch einfach die m8adef.dat........ egal was auf dem AVR steht!

Die Unterscheidung von Mega8 und Mega8A gab es in der 2.0.7.3 Version noch gar nicht, darum meckert BASCOM da auch nicht.


Ich habe hier momentan auch nur Mega8A mit BASCOM 2.0.7.5 in Betrieb......
muss erst mal einen Mega8 suchen.


Grüße,
Cassio

 

[Cassio]

Ich habe hier momentan auch nur Mega8A mit BASCOM 2.0.7.5 in Betrieb......

Hallo zusammen!

Ich habe eben noch mal einen Blick auf die Mega`s geworfen.....

Der Laser-Aufdruck auf beiden AVR`s ist ebenfalls nur:
Mega8-16AU (SMD-Version) !

Erreichen kann ich sie unter BASCOM aber auch nur als Mega8A
Bleibt also easy!


Grüße,
Cassio

 

[Dirk]

Hallo zusammen,

Erreichen kann ich sie unter BASCOM aber auch nur als Mega8A

für den Programmierer sind die beiden Mikrocontroller ATmega8 und ATmega8A die selben, beide haben die Signatur 0x1E9307. (Der ATmega8A wird in einem neuen Prozess gefertigt, zum ATmega8 gibt es hier Unterschiede bei der Stromaufnahme, bei dem Lowpegel der IO Pins und bei der Referenzspannung.)

Dirk

 

[dino03]

Hi Cassio,

Wenn BASCOM meldet, dass er eine Signatur eines Mega8A gefunden hat. dann nimm doch einfach die m8adef.dat........ egal was auf dem AVR steht!

Die Unterscheidung von Mega8 und Mega8A gab es in der 2.0.7.3 Version noch gar nicht, darum meckert BASCOM da auch nicht.

wenn ich das Programm mit ner Definition für nen Mega8 geschrieben hab und ihm nen Mega8 vorsetze dann soll das Teil gefälligst auch das tun was angegeben ist.

Wenn ich das Programm sonst mal wieder mit 2.0.7.3 kompiliere weil evtl etwas kompakterer Code bei rauskommt dann muß ich wieder zurückändern. Das geht mir schon alleine aus Prinzip gegen den Strich

Ich tippe mal das Bascom auf dem Mega8A behart weil die Definitionsdatei in alphabetischer Sortierung vor der vom Mega8 kommt. Wenn er dann die eingelesene Signatur überprüft dann trift er als erstes auf den Mega8A und ignoriert den Mega8 der direkt dahinter mit identischer Signatur liegt. Ich hab heute keine Lust mehr es zu probieren aber ich tippe mal wenn ich die Mega8A-Def entferne/umbenenne dann hört das Gemotze auf

Gruß
Dino

 

[dino03]

Hallo,

ich hab mal weiterexperimentiert weil es mir keine Ruhe gelassen hat.

Wenn man die m8Adef.dat so umbenennt das sie alphabetisch hinter der m8def.dat liegt, dann hört das Gemotze auf und Bascom 2.0.7.5 macht das was es soll. Das ist aber keine Lösung sondern nur eine Krücke. Ich habs auch im Bascom-Forum reingeschrieben was ich wie umbenannt habe. Nun wollen wir mal sehen ...

Gruß
Dino

 

[Cassio]

Hi Dino!

Technisch ist der Mega8A mit Mega8 doch identisch......?
Mal abgesehen vom Spannungsbereich und dem Systemtakt.

Was soll daher der ganze Aufwand?

Außerdem solltest du das lieber direkt ins MCS-Forum schreiben!
Mark Alberts ist ein echt netter und er kümmert sich um solche Dinge auch meist sofort selbst darum.
Oft sogar dirkekt per Email.


Grüße,
Cassio

 

[dino03]

Hi Cassio,

Was soll daher der ganze Aufwand?

Außerdem solltest du das lieber direkt ins MCS-Forum schreiben!
Mark Alberts ist ein echt netter und er kümmert sich um solche Dinge auch meist sofort selbst darum.
Oft sogar dirkekt per Email.

naja ...
1. Keine Lust meine Programme dauernd zwischen m8 und m8a umzustricken weil ich ab und zu mal zwischen den Versionen springe.
2. heute keine Lust mehr auf englisch gehabt
3. im deutschen Bascom-Forum sollen die wohl nach meiner Info auch mitlesen also darum da reingeschrieben
Das er bestimmt nett ist und sich schnell um die Probleme kümmert glaub ich dir sowieso. Da hab ich ja auch nix gegen gesagt

Gruß
Dino