PORTC bei Atmega16 hat Problem

[for_ro]

Wenn du eh die Fuses änderst, dann schalte JTAG ENABLE auf DISABLE.

[hardware.bas]

OK, JTAG auf DISABLE...
Wichtig ist jedoch, dass im die Ports für RX und TX noch
als UART laufen!
VG Micha

[for_ro]

Die liegen doch auf PortD und haben mit JTAG nichts zu tun.

[hardware.bas]

OK, ich nahm an, dass JTAG alle Alternativbelegungen steuert. Ich werds probieren,
wichtig ist dass PORTC 8-bit-weise angesteuert werden kann, ohne Zusatzfunktionen
und alle anderen Funktionen auf den anderen PORTs so bleiben.
Vielen Dank und viele Grüsse, Micha

[hardware.bas]

Das JTAG-Fusebit habe ich geändert und das Ergebniss entspach danach
meinen Vorstellungen. Leider setzt sich dieses JTAG-Fusenit nach jedem
Programmflash wieder zurück. Da ich später auch das Fusebit für den
Quarzoszillator gesetzt habe, welches auch nach einem Programmflash
stabil bleibt, setzt mich das doch etwas in Erstaunen! Ich kann doch nicht
dauernd nur dieses Bit umfusen, immer wenn ich einen Programmflash
mache - die Schaltung ist noch in Entwicklung. Gibts da noch was Besseres
oder mache ich was falsch? VG Micha

[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