Attiny15 und 85 Binärkompatibel?

[Flip B. (frickelfreak)]

Tn25,45 und 85 haben ja einen attiny15 modus. Wenn die Fuse gesetzt ist, 
ist dann auch attiny15 code lauffähig? wenn ich die tn85def.inc 
includiere, bekomme ich haufenweise fehler wegen den Timerregistern.

[holger (Gast)]

>Tn25,45 und 85 haben ja einen attiny15 modus.

Echt? In meinem Datenblatt finde ich dazu nichts.

[Mw E. (Firma: fritzler-avr.de) (fritzler)]

Also diese Fuse wär mich auch neu.

[spess53 (Gast)]

Hi

>Also diese Fuse wär mich auch neu.

Keine Fuse:

The ATtiny15 compatibility mode is selected by writing the code “0011” 
to the CKSEL fuses (if
any other code is written, the Timer/Counter1 is working in normal 
mode).

MfG Spess

[(prx) A. K. (prx)]

"This setting will select ATtiny15 Compatibility Mode, where system 
clock is divided by four, resulting in a 1.6 MHz clock frequency."

[Stefan K. (stkl)]

Philipp Bigott schrieb:
> wenn ich die tn85def.inc
> includiere, bekomme ich haufenweise fehler wegen den Timerregistern.
Klar, weil hier andere Register angesprochen werden, die es teilweise 
garnicht gibt.

Dieser Modus ist keine komplette Controller-Emulation, sondern bezieht 
sich lediglich auf das Verhalten des Taktes (für mehr ist CKSEL ja sonst 
auch nicht gut). Wenn der Code auf beiden Plattformen lauffähig sein 
soll, darfst du nur Funktionen nutzen, die beide haben und die Register 
z.B. in einer Headerdatei deklarieren, damit du nur dort anpassen musst.

[(prx) A. K. (prx)]

45/85: "Pin layout is not compatible with ATtiny15". PB3/4 werden nur 
beim 25er umgedreht.

Es gibt weitere Unterschiede, wie die intere ARef. Appnote AVR501 lesen.

[philipp (Gast)]

Hat sich erledigt. Der für den 15er assemblierte code funktioniert nach 
ewigem rumprobieren der einstellungen für die clock calibration auf dem 
85er.
ist übrigens ein dcc decoder nach maddax/hannes lux.
Danke