- LiTime Speicher und Akkus         
Ergebnis 1 bis 3 von 3

Thema: Nicht die beste Lösung, float-Berechnung beim ASURO!

  1. #1
    Benutzer Stammmitglied
    Registriert seit
    23.05.2006
    Beiträge
    62

    Nicht die beste Lösung, float-Berechnung beim ASURO!

    Anzeige

    LiFePo4 Akku selber bauen - Video
    Hallo ASURO's

    1. Ich habe versucht meine Internetadresse zu aktualisieren, was total fehlschlug. Danach konnte ich mich unter meinem Nickname "peli51" nicht mehr einloggen und war gezwungen eine Neuanmeldung vorzunehmen. Jetzt bin ich also der "Ronny10".

    2. Der von mir programmierte neue ASURO-Boot-Loader (siehe Beitrag Boot Loader) funktioniert auch beim Henk (Arexx) ausgezeichnet und wird als Beta-Version von seiner und der Arexx Homepage downloadbar sein! Für die Leute, die keine Möglichkeit haben sich einen M8 mit dem neuen Boot-Loader zu brennen, überlegen wir uns gerade eine Lösung.

    Anregungen für Funktionen die in den Boot Loader aufgenommen werden sollten? Bitte melden!

    3. Henk hatte mir mal geschrieben, dass er Probleme mit den 8KB Flash bei größeren Programmen hat. Ich habe mir mal die Initialisierung und Tasterabfrage in der C-Datei "asuro.c" angesehen und musste mich doch sehr wundern. Da wird doch tatsächlich in der Funktion PollSwitch(void) eine Float-Berechnung für die Schalter eingesetzt! Ich habe mal hier im Forum gesucht, aber anscheinend hat sich bisher niemand dieser Sache angenommen (oder gibt es da schon eine andere Lösung?). Falls nicht, werde ich mir mal was anderes einfallen lassen. Diese kleine Zeile:
    return((unsigned char) ((( 1024.0/(float)i - 1.0)) * 63.0 + 0.5));
    bewirkt nämlich, dass vom GCC-Linker die float-library mit eingebunden wird. Das hat zur Folge, dass ein Programm um 3364Byte also fast 3,5KB grösser wird (nur durch diese eine Zeile). Bei einer Speichergröße des M8 vom 8KB ein unmöglicher Zustand! Wer's nicht glaubt, kann ja mal die Zeile durch ein return(0); ersetzen (nur so zum Test).

    Gruß, Peter (Ronny10 ehemals peli51)

  2. #2
    Erfahrener Benutzer Roboter Experte
    Registriert seit
    16.05.2005
    Beiträge
    734
    Hallo Ronny10,

    dafür gibt es schon lange eine Lösung (siehe Codefenster). Die ist auch hier im Forum bestimmt schon genannt worden.
    Code:
    return ((10240000L / (long) i - 10000L) * 63L + 5000L) / 10000;
    Gruß Waste

  3. #3
    Erfahrener Benutzer Roboter Genie
    Registriert seit
    21.10.2005
    Ort
    Erde
    Alter
    57
    Beiträge
    1.195
    Eine Division ließe sich sogar noch sparen, indem man einfach mit 1024 (=2^10) arbeitet. 1024 reicht, da i nur im Intervall ]0; 1024] liegen kann.
    (2048 geht natürlich auch, dann ist der Shift eben 11)

    ((1024L<<10)/(long)i-1024)*63+512)>>10;
    ((1024L<<11)/(long)i-204*63+1024)>>10;

    Wenn man jetzt noch die Multiplikation mit 64 statt mit 63 durchführt:
    ((1024L<<10)/(long)i-1024)<<6+512)>>10;

    wird es noch etwas kompakter (und schneller). Der Fehler, der durch die Ersetzung von 63 durch 64 entsteht bleibt immer unter 1.59%, was weniger als die Toleranz der Widerstände ist

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

LiTime Speicher und Akkus