Pinkompatibel zu ATTiny2313 mit mehr Flash?

[Bumbum]

Hallo Besserwessi,

der 4313 ist der richtige Tipp. Danke! Die zwei teilen sich ja mittlerweile sogar das gleiche Datenblatt. Nur ich habe leider keine Bezugsquelle dafür gefunden. (Brauche ja nur einen...)
Hast du noch einen Tipp, wo man den 4313 kaufen kann?

Viele Grüße
Andreas

[Besserwessi]

Bei dem Code kann man vermutlich noch einiges Optimieren. Es ist aber durch die vielen Defines etwas schlecht zu sehen.

Ein mögliche Quelle wäre:
http://www.tme.eu/de/katalog/#idp%3D...rch%3Dtiny4313

Angeblich haben die jetzt auch eine Niederlassung in Deutschland, also kleine Polnische Mwst. mehr.

[TobiKa]

Es gibt ihn auch noch bei Farnell, 2,85€ der IC und 7,95€ Versand  

[Bumbum]

Hallo,

ich habe gerade was herausgefunden. Wenn ich die Defines der IO's tausche von

#define RelaisStrobe0   PORTB = ~(~PORTB | (1<<PB0))
#define RelaisStrobe1   PORTB = (PORTB | (1<<PB0))
#define RelaisData0    PORTB = ~(~PORTB | (1<<PB1))
#define RelaisData1    PORTB = (PORTB | (1<<PB1))
#define RelaisCLK0    PORTB = ~(~PORTB | (1<<PB2))
#define RelaisCLK1    PORTB = (PORTB | (1<<PB2))
#define PowerLED1_0    PORTB = ~(~PORTB | (1<<PB3)) // rot
#define PowerLED1_1    PORTB = (PORTB | (1<<PB3))
#define PowerLED2_0    PORTB = ~(~PORTB | (1<<PB4)) // grün
#define PowerLED2_1    PORTB = (PORTB | (1<<PB4))

zu

#define RelaisStrobe0   asm volatile ("cbi 0x18, 0")
#define RelaisStrobe1   asm volatile ("sbi 0x18, 0")
#define RelaisData0    asm volatile ("cbi 0x18, 1")
#define RelaisData1    asm volatile ("sbi 0x18, 1")
#define RelaisCLK0    asm volatile ("cbi 0x18, 2")
#define RelaisCLK1    asm volatile ("sbi 0x18, 2")
#define PowerLED1_0    asm volatile ("cbi 0x18, 3") // rot
#define PowerLED1_1    asm volatile ("sbi 0x18, 3")
#define PowerLED2_0    asm volatile ("cbi 0x18, 4") // grün
#define PowerLED2_1    asm volatile ("sbi 0x18, 4")

spart mir das fast 10% Platz im AVR. Ist dies eventuell auch mit den Variablen möglich? Kann man z.B. Eine Variable in C direkt an ein Register binden und dann auch solche Optimierungen mit cbr und sbr durchführen:

U8 ShiftByte = 0;
 
#define RelSigLinks0   ShiftByte = ~(~ShiftByte | (1<<RelSigLinks))
#define RelSigLinks1   ShiftByte = (ShiftByte | (1<<RelSigLinks))
#define RelSigRechts0   ShiftByte = ~(~ShiftByte | (1<<RelSigRechts))
#define RelSigRechts1   ShiftByte = (ShiftByte | (1<<RelSigRechts))
#define RelPhaseLinks0   ShiftByte = ~(~ShiftByte | (1<<RelPhaseLinks))
#define RelPhaseLinks1   ShiftByte = (ShiftByte | (1<<RelPhaseLinks))
#define RelPhaseRechts0   ShiftByte = ~(~ShiftByte | (1<<RelPhaseRechts))
#define RelPhaseRechts1   ShiftByte = (ShiftByte | (1<<RelPhaseRechts))
#define RelSubLinks0   ShiftByte = ~(~ShiftByte | (1<<RelSubLinks))
#define RelSubLinks1   ShiftByte = (ShiftByte | (1<<RelSubLinks))
#define RelSubRechts0   ShiftByte = ~(~ShiftByte | (1<<RelSubRechts))
#define RelSubRechts1   ShiftByte = (ShiftByte | (1<<RelSubRechts))
#define LEDSub1_0    ShiftByte = ~(~ShiftByte | (1<<LEDSub1))
#define LEDSub1_1    ShiftByte = (ShiftByte | (1<<LEDSub1))
#define LEDSub2_0    ShiftByte = ~(~ShiftByte | (1<<LEDSub2))
#define LEDSub2_1    ShiftByte = (ShiftByte | (1<<LEDSub2))

Viele Grüße
Andreas

[Besserwessi]

In der Regel ist der Compiler bei der verwendung der Register schon nicht so schlecht - wenn man da was von Hand macht, wird es oft schlecher.

Was ist denn an Optimierung eingestellt. Ich dachte GCC mach die oben von Hand eingefügte Optimierung auch schon automatisch, wenn man mit -o2 oder -os compiliert.

[BMS]

Hallo,
nützt es vielleicht noch etwas, wenn du die Wait-Funktion als "inline" machst? Gerade bei so kurzen Methoden bietet sich das an. Eventuell spart das noch ein paar Bytes ein.
Kannst du vielleicht an der switch-Anweisung noch etwas kürzen?
Grüße, Bernhard

[Besserwessi]

Inline wird bei einer so häufig genutzen Funktion kaum einen kürzeren Code bringen. Eventuell bringt es etwas die Funktion als static zu deklarieren.

[Bumbum]

Hallo,

ich habe mir heute bei Farnell ein paar Tiny4313 bestellt. Aber trotzdem wollte ich das Thema Optimierung noch mal ansprechen, da ich bis jetzt nicht darauf eingegangen bin.

Ich bin davon ausgegangen, dass die Optimierungen automatisch durchgeführt werden.

@TobiKa: Wie hast du diese Optimierung aktiviert, um deine oben genannte Ersparnis zu erreichen?

Was ist denn an Optimierung eingestellt. Ich dachte GCC mach die oben von Hand eingefügte Optimierung auch schon automatisch, wenn man mit -o2 oder -os compiliert.

Scheinbar ist dies nicht der Fall. Ich habe nach den Einstellungen für die Optimierung gesucht, aber leider nichts gefunden. Die einzig für mich sinnvolle Position für deine Änderungsvorschläge war im Menü unter Project/Configure Options und dort unter Custom Options in der rechte Liste mit add -o2 oder -os einzufügen. Leider wird dadurch das Projekt gar nicht mehr kompiliert. Ich erhalte die Fehlermeldung "avr-gcc.exe: StereoSubWeiche.o: No such file or directory"

Was mache ich falsch?

Viele Grüße
Andreas

[Besserwessi]

Die Optimierung kann man bei AVRStudio mit GCC bei Project/Configure Options unter General einstellen. Da gibt es ein extra Feld für.

Das GCC die Optimierung so nicht erkennt, wundert mich etwas. Bei der Schreibweise PORTB |= (1<<test) tut er das angeblich schon.