Benötigte Take / Befehl /ATMega16

Comex,
mit etwas Glueck kannst du irgendwo ein list files rausziehenkoennen, 
das den generierten ASM code zeigt. Falls die Anzahl und Anordnung der 
ASM Befehle wichtig wird, solltest du dich langsam von BASCOM loesen und 
ASM naeher anschauen.

Hallo und Dankeschön,

ich habe zunächst den Aufrufintervall des Interrups von 1ms auf 10ms 
erhöht und das Programm läuft damit. Allerdings hätte ich alle 
Zählvariablen anpassen müssen. Daher habe ich die Taktfrequenz intern 
von 1MHz auf 8MHz hochgesetzt.
Jetzt läuft es auch mit einem Aufrufintervall von 1ms.
Ich werde trotzdem mal kucken wie viele Takte die Abarbeitung des 
Programms in der Interruptroutine benötigt, nur um sicher zu gehen, dass 
es sicher läuft ...

Comex

Hallo,

die Genauigkeit der Taktfrequenz ist nicht ausschlaggebend.
Ich nutze keine Serielle Datenübertragung oder Zeitkritische Funktionen.
Hier mal das Programm was während des Interrups ausgeführt wird.
Ich hätte schon gedacht das dazu 1000 Takte reichen !?

Pulse:

   Timer1 = 64536

   T1 = T1 + 1
   If T1 > 65000 Then T1 = 65000

   T2 = T2 + 1
   If T2 > 65000 Then T2 = 65000

   T3 = T3 + 1
   If T3 > 65000 Then T3 = 65000

   If Spuelen = 1 And Pumpen = 1 Then T_ein_d = T_ein_d + 1

Return

Ähm, vieleicht sollte ich den Timer erst vor dem Return zurück setzten 
...

Vielleicht solltest Du die Zeilen drehen, also aus
T1 = T1 + 1
If T1 > 65000 Then T1 = 65000

If T1 < 65000 Then
T1 = T1 + 1
oder so...

Bei der Arbeitsweise von Basic wird zuerst ein Zeigerregister auf Dein 
T1 gestellt danach mit ld vom Speicher geholt, dann inkrementiert, dann 
mit st im  Speicher geschrieben, danach mit ld aus dem Speicher 
geholt(eventuell nochmal Zeiger eingestellt), danach mit 65000 
verglichen usw. usw.
Das macht schon gerne jedemenge Takte bei den 3 Vergleichen.....
Wenn Du mir das nicht glaubst, schau Dir diese Seite an :
http://www.roboternetz.de/wissen/index.php/Codevergleich_AVR-Compiler
Man kann hier gut sehen, was Basic für ein Unfug treibt.
Leider haben die Bascomliebhaber kalte Füße bekommen und nicht weiter 
gemacht.
Mich wundert das aber nicht.

Gruß Sebastian

Wenn man das richtig macht braucht bascom genau 5 Takte.

Was denn 5 Takte um eine 16 Bit Variable aus dem SRAM zu holen mit einer 
16 Bit Konstanten zu vergleichen, ev. inkrementieren un wieder in Sram 
schreiben ?

LOL ich glaub, ich lade mir Bascom runter, das ist ja Hammer

genau bascom sieht auf den ersten blick ganz easy aus,
aber man braucht jahre um den compiler richtig händeln zu können.
ich schreibe auch programme in C für den C 167 und nutze
µVision auch super,aber dieses Winavr lol hartz4 compiler brrrrr.

Laber hier kein Müll, sondern bring mal Beweise, wie Dein Bascom in 5 
Takten die Aufgabe meistert, das würde mich wirklich interessieren...

@Sebastian nööööööööööö Betriebsgeheimniss!!

Gut, also doch nur sinnloser Spam, was Du da erzählst, und ich dachte 
endlich jemand, der mich von Bascom überzeugen kann ;-)

Damit ihr Euren Spaß habt, ihr Lästermäuler. (GRINS)
Hier ist ein Beispiel in Bascom und das, was der freundliche Compiler 
daraus erzeugt.

MfG Paul

Hi

@Paul: Ähnlichen Blödsinn kannst du wahrscheinlich mit jeder 'höheren' 
Programmiersprache erzeugen. Wieder ein Grund mehr bei Asm zu beleiben.

MfG Spess

Hi

sollte heissen: ...bei Asm zu bleiben.

P.S. das 5 Takte-Programm würde mich auch ganz heiss interessieren (vor 
allem der ASM-Code).

MfG Spess

Hi

@Falk: Ich habe das durchaus verstanden. Für PC-Programme benutze z.B. 
Delphi. Allerdings gab es schon Fälle,wo ich auch dort auf Assembler 
ausweichen musste (die Entwickler von Delphi übrigens auch).
Meine Assemblerprogramme steuern Anlagen im Wert 10000€ aufwärts(etliche 
100k€ sind keine Seltenheit). Bisher problemlos. 
Incl.Grafikdisplay,Touchscreen und Fernsteuerung über PC.
Reiner Programmcode ca. 9k. Vielleicht solltest du dir mal dir 
Möglichkeiten moderner Macroassembler ansehen.
Zur Portierbarkeit: Zeige mir bitte ein Programm, das ohne Änderungen 
auf einem PC,PIC,AVR,MSP läuft.