PORTC bei Atmega16 hat Problem

[Searcher]

Hallo hardware.bas,

Ich kann doch nicht dauernd nur dieses Bit umfusen, immer wenn ich einen Programmflash mache

mit der Compiler Directive $PROG kann man Fuses beim Schreiben des Programmes verändern. Nicht, daß das irgendwo in Deinem Programm steht. (Das wird zB automatisch ins Programm eingefügt, wenn man auf der "Lock und Fuses Bits" Seite mit dem "Write PRG" Button spielt. Sonst mal das Programm posten.

Gruß
Searcher

[hardware.bas]

Stimmt, wenn man diesen Button drückt, werden igendwelche
Hiroglyphem ins Programmlisting an irgendeiner Stelle zurückgegeben.
Leider nutzlos, da beim Compilieren Dies als Fehler gesehen wird.
Daher leider nutzlos. Das JTAG-Fuse-Bit muss, genau, wie die
Anderen auch nach dem Programmieren stehen bleiben, oder
gibt es eine "saubere" Methode. Bei eventuell gemachten Firmware-
updates des fertigen Gerätes, darf es kein Umfusen geben. VG Micha

[Searcher]

Hallo,

mit der Compiler Directive $PROG kann man Fuses beim Schreiben des Programmes verändern. Nicht, daß das irgendwo in Deinem Programm steht. (Das wird zB automatisch ins Programm eingefügt, wenn man auf der "Lock und Fuses Bits" Seite mit dem "Write PRG" Button spielt. Sonst mal das Programm posten.

Stimmt, wenn man diesen Button drückt, werden igendwelche
Hiroglyphem ins Programmlisting an irgendeiner Stelle zurückgegeben.
Leider nutzlos, da beim Compilieren Dies als Fehler gesehen wird

Mein Hinweis auf das $PROG war so gemeint, daß in Deinem Programm unabsichtlich das $PROG mit Fuse Einstellungen steht und damit beim Flashen immer wieder das JTAG Bit falsch gesetzt wird. (könnte man natürlich auch für das Programmieren der Fuses benutzen)

Bei mir kommen keine Hiroglypen sondern die Einstellung der Fuses und Lock Bits in Hex Darstellung plus ein Remark.

$prog &HFF , &H62 , &HDF , &HFF ' generated. Take care that the chip supports all fuse bytes.

Die zusätzliche Zeile bringt bei mir keinen Fehler beim erneuten Compilieren. Da ist noch was anderes bei Dir faul.

Bei mir hat es auch eine xxx.prg Datei mit den Fuse Einstellungen im Bascom Projektordner mit den Fuseeinstellungen erzeugt. Die auch mal weglöschen, falls vorhanden bzw ganz frisch beginnen mit neuem Ordner und umbenanntem .bas Programm.

Vielleicht die übrige Schaltung von den ISP Pins trennen oder sogar "standalone" programmieren? Ansonsten vielleicht mal komplettes Schritt für Schritt Vorgehen beschreiben, Bascom Einstellungen und Programm zum Nachvollziehen posten. Oder erstmal den Hiroglyphen nachgehen? Oder alter ATmega mit "Eigenarten"?

Ich habe leider keinen ATmega16, gehe aber auch davon aus, das Fuses beim nur Programm flashen nicht verändert werden sollten.

Gruß
Searcher

[Richard]

Stimmt, wenn man diesen Button drückt, werden igendwelche
Hiroglyphem ins Programmlisting an irgendeiner Stelle zurückgegeben.
Leider nutzlos, da beim Compilieren Dies als Fehler gesehen wird.
Daher leider nutzlos. Das JTAG-Fuse-Bit muss, genau, wie die
Anderen auch nach dem Programmieren stehen bleiben, oder
gibt es eine "saubere" Methode. Bei eventuell gemachten Firmware-
updates des fertigen Gerätes, darf es kein Umfusen geben. VG Micha

Da ich gerade davor sitze, Studio 4/Fuses/ Jtag geändert und Fuses zur Prüfung gelesen, OK übernommen.
Chip neu Programmiert, Fuse neu gelesen keine Änderungen... Das habe ich 3..4.x gemacht ohne das die Fuse Einstellungen beeinflusst wurden. Allerdings jetzt mit Studio 4, mit Bascom spiele (ich) nicht an den Fuse herum.

Jetzt habe ich es auch mit Bascom versucht scheint bei mir auch nicht zu klappen, Mit Bascom Jtag ausgeschaltet, Chip Prigrammiert und mit Studio 4 die Fuses eingelesen...war wohl nichts Jtag war Eingeschaltet? Entweder muss Standardmäßig bei Bascom etwas geändert werden? Wie auch immer, (ich) setze Fuses nur mit Studio 4 und programmiere ansonsten auch mit Bascom und dem STK 500, natürlich OHNE dem $Prog xxxxx im Header!

Gruß Richard

[hardware.bas]

Danke für die Hilfe. da scheine ich nicht der Einzige zu sein, mit diesem
Problem. Da jedoch in diesem Fall der PORTC nur zur Datenausgabe auf
2 Siebensegmentdecoder benutzt werden, werde ichs beim debuggen
ignorieren und muss eben nach den finalen Flash noch mal umfusen.
Schade, aber warscheinlich nicht zu ändern, da andere Programmiertools
als Bascom meinen Horizont überschreiten. VG Micha

[Richard]

Danke für die Hilfe. da scheine ich nicht der Einzige zu sein, mit diesem
Problem. Da jedoch in diesem Fall der PORTC nur zur Datenausgabe auf
2 Siebensegmentdecoder benutzt werden, werde ichs beim debuggen
ignorieren und muss eben nach den finalen Flash noch mal umfusen.
Schade, aber warscheinlich nicht zu ändern, da andere Programmiertools
als Bascom meinen Horizont überschreiten. VG Micha

Moin moin gerade gefunden http://bascom-forum.de/index.php?topic=1890.0 vieleicht hilt das ja, ich habe noch nicht rein geschaut.

Gruß Richard

[hardware.bas]

Danke für den Tipp. Da jedoch meine Anmeldung bei diesem inhaltlich sicher
interessanten Forum trotz nervigem Prozedere nicht möglich war, hat es sich
dort erledigt. Schade, dass hier ein sicherlich interessanten Forum, durch
nervige Hackerspielereien weitere Interessenten abschreckt.
Im Gegensatz zum hiesigen Portal. VG Micha

[Rone]

Hallo!

Wenn Du mit einer aktuellen BascomVollversion unterwegs bist, kannst Du JTAG per Software abschalten.

Laut Hilfe: "DISABLED JTAG"

Das sollte Dein Problem lösen.

MfG
Rone

[Richard]

Danke für den Tipp. Da jedoch meine Anmeldung bei diesem inhaltlich sicher
interessanten Forum trotz nervigem Prozedere nicht möglich war, hat es sich
dort erledigt.

Häääh? Bei mir ging das einfach und schnell? Kann es sein das Du etwas "unbedarft" bist und Deinen Mangel mit Kritik am Forum kompensieren möchtest? Warum hat das Forum zig tausend Mitglieder die anscheinend kein Problem mit der Anmeldung haben/hatten?

Studio 4 gibt es kostenlos und damit ist fuse setzen ein Kinderspiel. aber für Dich anscheinend auch zu kompliziert?

Kopfschüttelnd Richard