Polling / Kommunikation optimieren

Wenn z.B. ich dir konkrete Tipps geben wollte, so würde das nur gehen 
wenn du mir einen optimierungswürdigen Codebroken vorwirfst...

>Mach dir deswegen keine Sorgen. Das optimiert dir der Compiler
>alles auf einen einfachen "Set Bit am Port".

Wenn ich mir die .lss anschaue dann macht er das ja leider gerade nicht 
in jedem Fall :-(
AVRStudio scheint auhc beim disassemblen nicht wirklich toll zu sein, 
Schleifen werden da nicht wirklich verständlich dargestellt...

Kreige ich leider nicht wieder reproduziert, habe schon n bissel mehr an 
dem Code rumgewerkelt.

Es gibt ja in der AVRLibC (stdint.h) auch die FAST Typen, der für mich 
interessante wäre int_fast8_t. Ich konnte aber nirgendwo finden, wieos 
die nun schneller sein sollen?

Das hat mit "schneller sein" nichts zu tun. Das sind ISO-C-Typedefs.
int_fast8_t ist der schnellste Integer-Datentyp, der mindestens 8 Bit 
breit ist, nichts weiter. Es ist bei AVR vermutlich einfach ein typedef 
für char.

Ich hätte mal noch 2 andere Fragen :-)

1. Gibt es eine Datei oder ein Programm, dass einem die Cycles für einen 
bestimmten Codeabschnitt raussucht? Per .lss und OpCode-Table ist dass 
doch immer recht nervig.

2. Wie viel Overhead erzeugen ISRs? Werden dort alle, nur die für die 
AVRLibC Kommunikation oder nur die innerhalb der ISR veränderten 
Register gepusht/popt?

Das ist echt net leicht schneller zu werden... Einige Konstanten scheint 
er weiterhin partout aus dem Flash holen zu wollen grummel

Ich meinte das so:
Ich möchte einen PIN zusätzlich an/aus schalten. Wenn ich das in C wie 
gewohnt mache (PORTA&=(1<<PA1) werden ASM 2 Anweisungen erzeugt (IN+OR)

Deshalb lade ich beim Funktionsbeginn den Portzustand in Buffer 
Variablen, die ich per REGISTER in ein Register legen lass und diesen 
Wert schreibe ich dann immer auf den Port zurück. Dadurch wird nur 1 ASM 
Anweisung erzeugt.

An einer Stelle funktioniert das aber nicht:
ADC_CPORT=bufRDlow;
9be:  30 93 65 00   sts  0x0065, r19

Da wird nun ein STS (2 Takte da Flashzugriff) gemacht obwohl die 
Konstante wunderbar in einem Register sein könnte. Wie treibe ich ihm 
das bloß aus?

> Ich möchte einen PIN zusätzlich an/aus schalten. Wenn ich das in C wie
> gewohnt mache (PORTA&=(1<<PA1) werden ASM 2 Anweisungen erzeugt (IN+OR)

Das ergibt keinen Sinn. Erstens benutzt du & statt |, zweitens würde ich 
in diesem Fall noch eine dritte Anweisung erwarten, nämlich out, 
drittens macht GCC daraus normalerweise (angenommen, | statt & war 
gemeint) ein sbi PORTA, PA1. Vielleicht Optimierungen aus?

> Deshalb lade ich beim Funktionsbeginn den Portzustand in Buffer
> Variablen, die ich per REGISTER in ein Register legen lass und diesen
> Wert schreibe ich dann immer auf den Port zurück. Dadurch wird nur 1
> ASM Anweisung erzeugt.

Ich würde erwarten, dass in beiden Fällen jeweils nur eine ASM-Anweisung 
erzeugt wird. Im ersten sowieso und im zweiten weil die Variable 
vermutlich komplett wegoptimiert wird und dann dasselbe wie im ersten 
Fall draus wird.

> An einer Stelle funktioniert das aber nicht:
> ADC_CPORT=bufRDlow;
> 9be:  30 93 65 00   sts  0x0065, r19
>
> Da wird nun ein STS (2 Takte da Flashzugriff) gemacht obwohl die
> Konstante wunderbar in einem Register sein könnte.

Was für ein Flashzugriff? Was für eine Konstante? Die angegebene 
Instruktion kopiert den Inhalt von r19 an die Adresse 5 im RAM. Du 
solltest vielleicht erstmal nachschauen, was die ASM-Instruktionen 
eigentlich machen, bevor du einfach irgendwas schlussfolgerst.

Entschuldige, ich meinte natürlich nicht Flash sondern SRAM, war gestern 
etwas kaputt.

Optimierung steht im MakeFile auf S, das ist doch ausreichend oder muss 
dort 0..3 stehen? Wäre natürlich ärgerlich aber mein Fehler ;-)

Auch andere Optimierungslevel bringen keine weiteren 
Geschwindigkeitszuwachs.