delayMicroseconds() Error. Keine Variable erlaubt.

Erik H. schrieb:
> Warum funktioniert delayMicroseconds() nicht mit einer variable? Ich
> dachte delay() und delayMicroseconds() sind extra für variable geeignet.
Das ist bei den originalen Arduino Cores auch der Fall.

Warum der Ersteller deiner exotischen  Boarddefinition davon abgewichen 
ist, naja....
Vielleicht, wegen der Zwergigkeit des ATtiny13?

Veit D. schrieb:
> es sollte funktionieren.

Leider nein!
Siehe:
https://github.com/MCUdude/MicroCore/blob/9199e45eb749d34c4f73b5112b62bad5698a1906/avr/cores/microcore/Arduino.h#L91

Veit D. schrieb:
> Es kompiliert auch mit Variable.

Teste mal dieses:

1

void setup() 

2

{

3

  volatile double test = 55.44;

4

  _delay_us(test) ;

5

}

6

7

void loop() 

8

{

9

10

}

Aus der Doku:
Note
In order for these functions to work as intended, compiler optimizations 
must be enabled, and the delay time must be an expression that is a 
known constant at compile-time. If these requirements are not met, the 
resulting delay will be much longer (and basically unpredictable), and 
applications that otherwise do not use floating-point calculations will 
experience severe code bloat by the floating-point library routines 
linked into the application.

Ja, so ist es!

Hi

>aha okay, funktioniert nur mit Konstanten.

Man, das hat ja echt lange gedauert. Diese Einschränkung kenne ich schon 
aus den Zeiten von KHB. Aber dafür seit ihr wohl noch zu jung in C.

MfG Spess

Und das ist gut so! Wie soll das (Gehirn einschalten!) sonst
mit µs-Genauigkeit funktionieren???

Aha?
Genau! :-)

spess53 schrieb:
> Man, das hat ja echt lange gedauert. Diese Einschränkung kenne ich schon
> aus den Zeiten von KHB. Aber dafür seit ihr wohl noch zu jung in C.
>
> MfG Spess

Wenn man mal den Sourcecode anschaut, erkennt man setup() und loop()
Das ist zuerst einmal ziemlich Arduino typisch.
Schauen wir mal in die Dokumentation (hab' gerade 1.8.12 hier):

1

delayMicroseconds()

2

Description

3

Pauses the program for the amount of time (in microseconds) specified as parameter. There are a thousand microseconds in a millisecond, and a million microseconds in a second. Currently, the largest value that will produce an accurate delay is 16383. This could change in future Arduino releases. For delays longer than a few thousand microseconds, you should use delay() instead.

4

5

Syntax

6

delayMicroseconds(us)

7

8

Parameters

9

us: the number of microseconds to pause (unsigned int)

10

Returns

11

None

12

13

Caveats and Known Issues

14

This function works very accurately in the range 3 microseconds and up. We cannot assure that delayMicroseconds will perform precisely for smaller delay-times.

Also ich kann anhand der Dokumentation auf den ersten Blick NICHT 
erkennen das man hier nur mit Konstanten arbeiten darf.
Wer sich schon lange mit Thema beschäftigt hat, also vor der Arduino 
Zeit, weiß natürlich das die delay_us() Funktion so gestrickt sind.

Schauen wir mal in die Implementierung,
in hardware/arduino/avr/cores/arduino/wiring.c

Auch da wird nichts von Konstanten gesagt. Wir finden eine Reihe von 
Anpassungen für versch. Taktfrequenzen und dann...

1

        __asm__ __volatile__ (

2

                "1: sbiw %0,1" "\n\t" // 2 cycles

3

                "brne 1b" : "=w" (us) : "0" (us) // 2 cycles

4

        );

Es bietet sich also an auch mal den Ball flach zu halten und nicht 
einfach Trumpartig Meinungen heraus zu blasen.

Lothar M. schrieb:
> Natürlich ist eine Zahlervariable variabel,  aber jetzt ist da nur noch
> die Frage, ob an die Stelle, an der subtrahiert wird, zur Laufzeit ein
> variabler Wert geschrieben werden kann.

Ja kann, laut source code in wiring.c
Dort sieht man auch das für verschiedene Arduino boards mit festen 
Frequenzen gearbeitet wird. Muss mal eben den vi starten...

1

/* Delay for the given number of microseconds.  Assumes a 1, 8, 12, 16, 20 or 24 MHz clock. */

Und da hat es dann versch. Korrekturwerte.

> Und wie der ggfs. zur Laufzeit für eine Taktfrequenz von ż. B. 13, 792
> MHz innerhalb von 3us ausgerechnet werden kann...

Arduino boards mit festen Frequenzen lt. wiring.c

> BTW ein Programm sollte sich nie auf Delays im us Bereich verlassen.
> Denn immerhin war da noch die Sache mit den Interrupts, die da
> reinfunken können.

Selbstverständlich sollte man sich nie auf Delays im us Bereich 
verlassen, es sei denn man hat sie selbst geschrieben oder den 
Sourcecode verifiziert.
Der ist Arduino-typisch ziemlich schmutzig und macht einfach mal 
Annahmen die wohl zur Sourcecode-Erstellungszeit empirisch ermittelt 
(ausprobiert) wurden.

Wir reden hier aber eben vom Arduino Umfeld, also eher etwas für 
BWL-Abbrecher. ;-)

Rolf M. schrieb:
> Bist du denn sicher, dass das überhaupt die richtige Implementation ist?

Sicher? Nö.
Ich habe gesehen das der OP eine Arduino Version 1.8.14 benutzt, und 
habe in meine Antwort geschrieben das ich hier nur eine 1.8.12 habe.

Norbert schrieb:
> Der ist Arduino-typisch ziemlich schmutzig und macht einfach mal
> Annahmen die wohl zur Sourcecode-Erstellungszeit empirisch ermittelt
> (ausprobiert) wurden.
>
> Wir reden hier aber eben vom Arduino Umfeld, also eher etwas für
> BWL-Abbrecher. ;-)

Dummschwätzer.
Brett vom Schädel.
Großes Maul aber Tomaten auf den Augen.
Und offensichtlich viel Luft zwischen den Ohren.

Wie genau die Arduino Implementierung ist, findet sich in der Arduino 
Doku.
https://www.arduino.cc/reference/de/language/functions/time/delaymicroseconds/
Tut hier aber überhaupt nichts zur Sache.

Dass auf einem ATTiny13 nicht die komplette Arduino Framework 
Implementierung nutzbar ist, sollte auch dir klar sein.
Ist es dir aber nicht.

Zu blöd, zu blind und zu doof zum hinschauen.



Von dieser, hier verwendeten, Boarddefinition wird statt dessen die AVR 
LibC  _delay_us() verwendet. Und aus der Ecke kommt auch die 
Fehlermeldung.

Dein Dummschwätz betrifft also ALLE AVR-Gcc Nutzer.

Norbert schrieb:
> Ich habe gesehen das der OP eine Arduino Version 1.8.14 benutzt, und
> habe in meine Antwort geschrieben das ich hier nur eine 1.8.12 habe.
Hat damit überhaut nichts zu tun.
NICHTS.
Einfacher Grund:
Die Boarddefinition gehört nicht zu Arduino selber.

Norbert schrieb:
> Ja kann, laut source code in wiring.c
Eine Lüge!
Eine dumm dreiste Lüge!
Ich habe eben/gestern schon die konkrete Stelle verlinkt.
Hier nochmal extra für dich, zum mitmeißeln:
https://github.com/MCUdude/MicroCore/blob/9199e45eb749d34c4f73b5112b62bad5698a1906/avr/cores/microcore/Arduino.h#L91
Du siehst: Nix wiring.c, sondern Arduino.h

Das ist doch nur ein Makro und nicht vorgesehen für eine dynamische 
Warteschleife, sondern nur für Konstanten ...

A. K. schrieb:
> Sie setzt jedoch eine Taktfrequenz von den im Quellcode gezeigten
> 1/8/16/... MHz voraus. Deutlich abweichende Werte führen zu falschen
> Delays
Kann bei der originalen Arduino Borddefinition nicht vor kommen, da die 
Frequenzen der originalen Boards bekannt sind.

Abweichler benötigen eine Extrawurst.
Wie diese hier, in diesem Thread, für den Tiny13.

Christoph M. schrieb:
> Der Link zur avr-libc fehlt hier vielleicht noch:
> https://www.nongnu.org/avr-libc/user-manual/group__util__delay.html
>
> Erstaunlich, im Funktionsheader ist ein "double" als Parameter, stimmt
> da die Doku?:
> void _delay_us   ( double __us )
Ja, das stimmt!
Beitrag "Re: delayMicroseconds() Error. Keine Variable erlaubt."

Da der Wert zur Kompilezeit bekannt ist, kann er auch zur Kompilezeit 
umgerechnet werden.
Steht auch in der verlinkten Doku so.