Anfängerproblem

Hi Dino!

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

....

Grüße,
Cassio

Hi Cassio,

ja, sind die. Die A-Ausführungen haben die gleiche Signatur, wie Dino schon sagte. Ich habe mal im AVRStudio was ausprobiert und zwar, ich habe den Atmega644 und habe seine Signatur ausgelesen. Dann habe ich die MCU auf Atmega644A geändert und die Signatur ausgelesen, es ist die Gleiche. Dem Programm ist es recht Banane ob ich einen Atmega644 oder Atmega644A auswähle, es läuft wie es soll. Die Timer passen, USART läuft, ADC läuft, ...

Grüße
Heinrich
 
Hallo,

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.
Moritz

Hallo Moritz,

ich verwende den "AVR ISP mkII" von Atmel als Programmer und Studio4.
Hast Du den gleichen?
Wenn ja, dann stimmt aber Deine Beschreibung mit den Leds nicht.

Ich sitze jetzt hier davor und habe den Progr. an USB angesteckt.
Die Led auf der Platine leuchtet grün, die auf dem Gehäuse rot.

Erst wenn ich auf meiner erstellten Programmiereinheit z.B. mit Tiny2313 die
5 Volt Versorgung anlege leuchtet die auf dem Gehäuse grün.

Hast Du einen anderen Programmer....mh, dann weis ich auch nicht weiter.

Ich habe hier noch eine alte Programmiereinheit von myAVR Version V2.07
herum liegen, mit der ich meine ersten Gehversuche "Mega8" in Bascom
gestartet habe. CD von Stefan Hoffmann.
Die Programmierseite war von myAVR.
Probleme hatte ich damit nicht. Wenn Dir das helfen könnte, dann schreibe mich an.

Grüße

Rolf
 
...Dem Programm ist es recht Banane ob ich einen Atmega644 oder Atmega644A auswähle, es läuft wie es soll. Die Timer passen, USART läuft, ADC läuft, ...
Dem Programm ja, dem Chip auch, aber der Programmierumgebung eben nicht.
Das alte Bascom kennt die A-Version schlichtweg noch nicht, und motzt dann rum;
das Neue beißt sich gleich auf der ersten (zur gelesenen Signatur passenden) gefundenen Version fest (A), und mekert dann (wegen dem fehlenden A beim regfile) los.
Man kann also kein Programm schreiben, daß es der alten UND der neuen Version recht macht...

Edith meint, daß man doch eigentlich auch die Prozessordefinitionsdatei der A-Version aus dem neuen Bascom in den entsprechenden Ordner der alten Bascom-Version kopieren können sollte, oder gibts da inzwischen strukturelle Änderungen? hat das schonmal wer versucht?

...Ich sitze jetzt hier davor und habe den Progr. an USB angesteckt.
Die Led auf der Platine leuchtet grün, die auf dem Gehäuse rot.

Erst wenn ich auf meiner erstellten Programmiereinheit z.B. mit Tiny2313 die
5 Volt Versorgung anlege leuchtet die auf dem Gehäuse grün...
Fast korrekt. Entscheidend ist eine (zulässige) anliegende Spannung am VTG-Pin (den Kontroller brauchts an der Stelle nicht mal).
UserGuide des MKII Seite 25:
rot=Bereit, aber Zielplatine ohne (zulässiger) Spannung
grün=Bereit, mit zulässiger Spannung
orange=beschäftigt (während der Programmübertragung)
orange blinkend=Kabel verpolt
rot blinkend=Kurzschluß auf zielplatine
rot-orange blinkend=Firmware-Upgrade

die andere LED leuchtet bei angestecktem USB (also anligender 5V-USB), und blinkt bei Datentransfer über USB.
Und strenggenommen sind beides SMD-LEDs auf der Platine - über der einen befindet sich lediglich ein Kunststoff-Lichtleiter;)

P.S.:Wie war das jetzt nochmal, wenn der Reset-Pullup zu klein ist, und der MKII den folglich nicht auf Gnd (und damit in den Reset) gezwungen bekommt? Rot blinkend=Kurzschluß? Oder einfach nur 'ne Fehlermeldung in der Programmiersoftware?
 
Hallo Rolf,

stimmt, da habe ich wirklich nicht genau hingeschaut.
Ich verbessere mich kurz:
Wenn nur der MKII angeschlossen ist, leuchtet die LED auf der Platine des MKII grün
und die LED am Gehäuse rot. Wenn der Controller mit Betriebsspannung
angeschlossen ist leuchten beide LEDs am MKII grün.

Bei mir funktioniert das Programmieren des Controllers, wenn ich die in Bascom erstellte .Hex-Datei
mit dem Atmel Studio übertrage. Damit bin ich schon komplett zufrieden:D
Ich werde heute versuchen, den Atmega8 mit einer älteren Bascom-Demo zu programmieren,
wenn das nicht klappt bleibe ich erstmal bei der "Bascom-Atmel Studio Lösung".
Nochmal danke für eure Hilfe
Grüße
 
Oder Du verwendest weiterhin Deine neue Bascom-Version, und bindest das Regfile/Prozessordefinitionsdatei der A-Version ein (statt der ohne A)...
...Wenn BASCOM meldet, dass er eine Signatur eines Mega8A gefunden hat. dann nimm doch einfach die m8adef.dat........ egal was auf dem AVR steht!...
Solange Du dieses Programm (Quellcode) dann nicht durch'ne alte Bascom-Version jagen willst, gibts keine Probleme... (weil die Alte die A-Datei nicht enthält - aber jetzt bewegen wir uns im Kreis)
 
UserGuide des MKII Seite 25:
rot=Bereit, aber Zielplatine ohne (zulässiger) Spannung
grün=Bereit, mit zulässiger Spannung
orange=beschäftigt (während der Programmübertragung)
orange blinkend=Kabel verpolt
rot blinkend=Kurzschluß auf zielplatine
rot-orange blinkend=Firmware-Upgrade

die andere LED leuchtet bei angestecktem USB (also anligender 5V-USB), und blinkt bei Datentransfer über USB.
Und strenggenommen sind beides SMD-LEDs auf der Platine - über der einen befindet sich lediglich ein Kunststoff-Lichtleiter;)

Hallo LotadaC,
interessant....hab ich mir gleich ausgedruckt.
Man lernt doch immer wieder dazu.

Grüße

Rolf
 
Problem ist in der nächsten Verion gefixt.

Halo zusammen,

also das mit den Chip-IDs wird dann wohl in der Version 2.0.7.6 erledigt sein (siehe meinen Link zum deutschen Bascom Forum)

Das Problem war auch schon bekannt.

Dann werde ich wohl meine 2.0.7.5 demnächst runterschmeißen und dann neben der 2.0.7.4 als nächste Version die 2.0.7.6 installieren.

Ich hab bei mir immer so ein paar entscheidende Version installiert ...
- 1.11.9.8
- 2.0.7.3
- 2.0.7.4
- 2.0.7.5 (wird gelöscht)
- 2.0.7.6 (kommt drauf)

Dann kann man mal ausprobieren wo der kompakteste Code rauskommt. Außerdem kannman dadurch Fehler nachvollziehen wenn jemand nen Problem hat.

Gruß
Dino
 

Über uns

  • Makerconnect ist ein Forum, welches wir ausschließlich für einen Gedankenaustausch und als Diskussionsplattform für Interessierte bereitstellen, welche sich privat, durch das Studium oder beruflich mit Mikrocontroller- und Kleinstrechnersystemen beschäftigen wollen oder müssen ;-)
  • Dirk
  • Du bist noch kein Mitglied in unserer freundlichen Community? Werde Teil von uns und registriere dich in unserem Forum.
  •  Registriere dich

User Menu

 Kaffeezeit

  • Wir arbeiten hart daran sicherzustellen, dass unser Forum permanent online und schnell erreichbar ist, unsere Forensoftware auf dem aktuellsten Stand ist und der Server regelmäßig gewartet wird. Auch die Themen Datensicherheit und Datenschutz sind uns wichtig und hier sind wir auch ständig aktiv. Alles in allem, sorgen wir uns darum, dass alles Drumherum stimmt :-)

    Dir gefällt das Forum und unsere Arbeit und du möchtest uns unterstützen? Unterstütze uns durch deine Premium-Mitgliedschaft!
    Wir freuen uns auch über eine Spende für unsere Kaffeekasse :-)
    Vielen Dank! :ciao:


     Spende uns! (Paypal)