Suche arithmetischen Co-Prozessor für Atmel-8Bitter

[oberallgeier]

Hallo Leute,
gibts eigenlich für die mathematisch recht simpel ausgestatteten Atmels 8Bitter (oder höher) einen Mathe-Co-Prozessor? Vor urdenklichen (Z80-)Zeiten hatte ich mal nen FORTRAN-Offset (FLOAT80) für nen Mathe-CoPro für den Z80 geschrieben - funzte super und rechnete transzendente Funktionen uvm. in Windeseile aus. Zu Atmel-Zeiten - nein, im Atmel-Umfeld, hatte ich noch nie gehört, dass es so etwas gäbe.

Kennt jemand so ne Lösung oder einen ähnlichen elektronischen Mathe-(Hardware)-Spezialisten?

Danke für Eure Hilfe

[gunzelg]

Hallo
sowas in derArt?
https://picaxe.com/hardware/add-on-modules/um-fpu-floating-point-coprocessor/

https://media.digikey.com/pdf/Data%2...oprocessor.pdf

https://micromegacorp.com/wheretobuy.html


Gruß
gerhard

[oberallgeier]

Hallo Gerhard!

.. sowas in derArt?
https://picaxe.com/hardware/add-on-modules/um-fpu-floating-point-coprocessor/
. . .
https://micromegacorp.com/wheretobuy.html

GENAU! Danke für Deine Hilfe.

Nur dumm: beim italienischen und beim französischem Shop gibts den nicht (kein Artikel angezeigt), beim englischen Shop ist der 8- und auch der 18-Beiner "OUT OF STOCK". Sogar mein Chinese hat den Chip nicht - der zeigt zu dem Stichwort "uM-FPU Floating Point Coprocessor" jede Menge Schwimmerschalter, Schwimmerschalter- (Pumpen-) -Steuerungen und Kugelschreiber . . .

[gunzelg]

Schade. Aber warum tust du dir das überhaupt an? Wenn du so nen um-fpu-chip hättest, müsstest du auch noch Code für die I2C-Kommunikation schreiben. Wieso nicht gleich nen fetten uC hernehmen, der gnügend MIPS mitbringt und dann die float-Funktionen der C-Bibliothek hernehmen. Musst dich halt dann in nen neuen uC einarbeiten. Was verwendest du denn jetzt? Ich bin einer von PIC-Front und nehem immer gern die PIC18, oder wenns dicker werden soll nen PIC24 (16Bit).

Ach ja, aber da stand auch was von "direkt" bei dem Laden:

uM-FPU V3.1 $19.95 USD

• Parallax (DIP-1
• Solarbotics (DIP-18, SOIC-1
• Lextronic (DIP-1
• Robot Italy (DIP-1
• available directly from Micromega (DIP-18, SOIC-1

Evtl mal ne email hinschicken, und frech fragen obs ein kostenloses Muster gibt: sales@micromegacorp.com

Gruß
gerhard

[Holomino]

sowas in derArt?

Mal ganz naiv gefragt (weil im DB hab ich keine Angaben gefunden): Wie fix wird denn damit z.B. eine sin()-Berechnung?

[oberallgeier]

Mal ganz naiv gefragt (weil im DB hab ich keine Angaben gefunden): Wie fix wird denn damit z.B. eine sin()-Berechnung?

Für sin hatte ich nie Werte. Aber für den (nicht erfragten) Zeitbedarf des atan hatte ich mal was gerechnet (und Sternthaler) - weil es mal um das Thema Rückwärtseinschnitt ging. Und da hatte ich eben auch die Näherungsrechnung(en) auf nem Atmel gestoppt. Ergebnisse z.B. hier (Post vom Sonntag, 18.04.2010, 20:16). Die Bilder sind leider alle perdü.
Wenn ich mich richtig erinnere war ich zu meinen Z80-Zeiten auf dem CoPro (an dessen Namen erinnere ich mich nicht) um ein oder zwei Größenordnungen schneller. Wie erwähnt - beim atan. Und in meiner Einfalt vermute ich zu heutigen Zeiten ähnliche Verhältnisse. (Der Z80 lief damals mit zwei bis vier Megahertz).

[Holomino]

Dieser Code in der main

    /* Replace with your application code */
    double x=0.5;
    while (1) 
    {
		x+=0.5;
		double y = atan(x);
		if (y > 1)
		     PORTB = 0xFF;
		else
		    PORTB = 0x00;
    }

benötigt lt. Simulator (ATMega328 ) etwa 2900 Zyklen pro Schleifendurchlauf. Das sind bei 8MHz ca. 360µs.
Per TWI zu FPU jeweils 4 Byte hin und 4 Byte zurück sind bei 400kHz Busfrequenz allerdings auch schon 200µs
Ok, den Bus kann man von Seite der FPU auf bis zu 4MHz hochdrehen, allerdings muss man im AVR immer noch in der ISR die Bytes einzeln einfüttern oder auslesen.

Hast Du schon mal über Overclocking nachgedacht?

[White_Fox]

Oder mach das mit eine STM32...32-Bit FPU mit 40MIPS und mehr als genug Schnittstellen.

[Moppi]

Dieser Code in der main ...

Wieviele unterschiedliche Werte kommen für "x" überhaupt infrage; endlich viele, womöglich bei genauer Betrachtung nur Wenige? Und wie wirkt sich "x" auf "y" aus (y > 1), kann "x" dann auf wenige Werte reduziert werden (weil Zwischenwerte am Ende zum selben Resultat führen)? Dann kann der Code optimiert werden, ohne eine Hochleistungsrechenmaschine zu benötigen.

[Crazy Harry]

benötigt lt. Simulator (ATMega328 ) etwa 2900 Zyklen pro Schleifendurchlauf. Das sind bei 8MHz ca. 360µs.

Hochgerechnet auf einen 64MHz XMega 45µs