- LiFePO4 Speicher Test         
Seite 3 von 3 ErsteErste 123
Ergebnis 21 bis 30 von 30

Thema: Programm ablauf langsam

  1. #21
    HaWe
    Gast
    Anzeige

    LiFePo4 Akku selber bauen - Video
    ja, liest du denn nicht was ich schreibe?
    Natürlich musst du es in uint32_t ändern,
    dann sollst du es testen,
    und ob es dann schneller geht, wirst du sehen!
    Wenn nicht, liegt es an was anderem, aber alle Zeit-Variablen (milles, micros) sind bei Arduino IMMER Integer-Werte!

    Und dann formatiere bitte endlich deinen Code in Code-Tags um, man kann bei dem Durcheinander ja wirklich kaum was erkennen!

  2. #22
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    27.08.2013
    Ort
    Region Basel
    Alter
    66
    Beiträge
    2.435
    Hallo fredyxx,
    Zitat Zitat von fredyxx Beitrag anzeigen
    Das musste ich auch schon von ca. 46 Jahren erfahren.
    1970? Was für einen Computer hast du da programmiert?

    Grundsätzlich hat aber der Programmierspiel etwas mit Erfahrung zu tun und nur ganz wenig mit der verwendeten Sprache.
    Insofern spielt es keine Rolle, dass dies dein erstes Projekt auf einem Arduino ist

    Zitat Zitat von fredyxx Beitrag anzeigen
    Wenn ich das richtig verstehe, sollte ich also M2_microsalt und Schrittdauer als unsigned long definieren?? Geht das dann schneller?
    Früher konnten 8-Bit CPUs gerade mal zwei 8-Bit Werte addieren oder subtrahieren, grössere Werte musste man in einem Unterprogramm mit den 8-Bit Befehlen zusammensetzen.
    Multiplikation und Division waren nur mit einem Unterprogramm möglich.
    Später wurde dann auch die Multiplikation (8x8 Bit mit 16-Bit Resultat) und Division (16/8 Bit) als Befehl umgesetzt.
    Heute können viele 8-Biter auch mit 16-Bit direkt rechnen.
    Entsprechendes gilt für 16-Biter, nus das sie grundsätzlich mit 16-Bit am Stück rechnen könne und meistens auch teilweise mit 32-Bit

    Floating Point (FP) ist da etwas komplizierter. Das einfache Format besteht aus 32-Bit welches aus Mantisse, Exponent und Vorzeichen zusammengesetzt ist. Das andere Standardformat hat 64-Bit und ein gebräuchliches internes Zwischenformat hat 80-Bit.
    Bei den Grundrechenarten müssen Mantisse, Exponent und Vorzeichen getrennt verarbeitet und die Mantisse meist noch entsprechend geschoben (normalisiert) werden. Zuerst muss man die Teile aber auspacken.
    Ergibt also eine Menge an Unterprogrammen.

    Manche CPUs haben deshalb eine FPU, welche die FP-Operationen berechnet und meist auch noch ein paar Integer-Operationen beherrscht.
    Der 8087, das war die zusätzlich FPU beim 8086, benötiget mehr Transistoren als der 8086, obwohl die ganze Speicher-Zugrifflogik vom 8086 ausgeführt wurde. Der 8086 bestand aus etwa 29'000 Transistoren, der 8087 aus etwa 40'000. Bei Intel ist die FPU erst seit dem 80386 mit auf dem CPU-Chip.
    µC haben meistens keine FPU, da verwendet man die Transistoren lieber für die Peripherie.

    FPU-Operationen benötigen meist ein paar Takte mehr als die entsprechenden Integer-Operationen.

    Muss man die FPU per Software emulieren, ist man mindestens etwa 100x langsamer als die FPU.

    Wenn man keine FPU hat, sollte man FP möglichst meiden, zudem kann man sich damit auch die ganze FP-Bibliothek sparen. OK, ist heute nicht mehr so wichtig, aber als man nur 4 oder 8 KByte ROM hatte, machten 1-2 KByte für die FP-Unterstützung einen grossen Unterschied.
    Neben der eigentlichen FP-Bibliothek sind dann auch printf() und scanf() entsprechend grösser.

    MfG Peter(TOO)
    Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?

  3. #23
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    18.03.2013
    Beiträge
    242
    Zitat Zitat von HaWe Beitrag anzeigen
    ja, liest du denn nicht was ich schreibe?
    Lies bitte meinen Post von 19:08 Uhr. Da steht die Ursache.

    vG

    fredyxx

    - - - Aktualisiert - - -

    Zitat Zitat von Peter(TOO) Beitrag anzeigen
    Hallo fredyxx,

    1970? Was für einen Computer hast du da programmiert?

    MfG Peter(TOO)
    Wie der hieß, weiß ich nicht mehr, aber er füllte noch ganze Säle und die besseren nur noch große Schränke.

    Danach kam sehr sporadisch verschiedenes andere.

    Kannst du auf diese Frage nicht mit einem einfachen JA oder Nein antworten?

    "Wenn ich das richtig verstehe, sollte ich also M2_microsalt und Schrittdauer als unsigned long definieren?? Geht das dann schneller?"

    vG

    fredyxx

  4. #24
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    27.08.2013
    Ort
    Region Basel
    Alter
    66
    Beiträge
    2.435
    Hallo fredyxx,
    Zitat Zitat von fredyxx Beitrag anzeigen
    Wie der hieß, weiß ich nicht mehr, aber er füllte noch ganze Säle und die besseren nur noch große Schränke.
    Ab 1972 habe ich auf einem Wang 2200 gespielt.
    Ab 1976 musste ich dann beruflich µP-Systeme entwickeln und programmieren.
    Zitat Zitat von fredyxx Beitrag anzeigen
    "Wenn ich das richtig verstehe, sollte ich also M2_microsalt und Schrittdauer als unsigned long definieren?? Geht das dann schneller?"
    Mit Integer werden die entsprechenden Rechenoperationen etwa 100x schneller.
    Also ein paar µs anstatt ein paar 100µs.
    Wie viel das auf dein ganzes Programm ausmacht, weiss ich so auch nicht.

    MfG Peter(TOO)
    Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?

  5. #25
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    18.03.2013
    Beiträge
    242
    Zitat Zitat von Peter(TOO) Beitrag anzeigen
    Hallo fredyxx,

    Mit Integer werden die entsprechenden Rechenoperationen etwa 100x schneller.

    MfG Peter(TOO)
    Hallo Peter,

    zusammen mit dem Post von Mxt 19:27 ist mir nun nicht klar wie die Varablen M2_microsalt und Schrittdauer in so einem Befehl definiert sein sollten, damit er am schnellsten abgearbeitet wird.

    Als int, float, unsigned long oder uint32_t?

    "else if (dir == 1 && (micros() - M2_microsalt) > Schrittdauer) "

    Bitte möglichst eine konkrete Antwort.

    M2_microsalt als .....
    Schrittdauer als .....

    Die Ergebnisse von Schrittdauer liegen schon in einem Bereich von einigen 100 Mikrosekunden. Die Getriebe-Schrittmotore machen 4096 Schritte pro Umdrehung.

    vG

    fredyxx
    Geändert von fredyxx (28.08.2016 um 23:22 Uhr)

  6. #26
    Erfahrener Benutzer Robotik Einstein
    Registriert seit
    27.08.2013
    Ort
    Region Basel
    Alter
    66
    Beiträge
    2.435
    Hallo fredyxx,
    Zitat Zitat von fredyxx Beitrag anzeigen
    zusammen mit dem Post von Mxt 19:27 ist mir nun nicht klar wie die Varablen M2_microsalt und Schrittdauer in so einem Befehl definiert sein sollten, damit er am schnellsten abgearbeitet wird.

    Als int, float, unsigned long oder uint32_t?

    "else if (dir == 1 && (micros() - M2_microsalt) > Schrittdauer) "

    Bitte möglichst eine konkrete Antwort.

    M2_microsalt als .....
    Schrittdauer als .....

    Die Ergebnisse von Schrittdauer liegen schon in einem Bereich von einigen 100 Mikrosekunden. Die Getriebe-Schrittmotore machen 4096 Schritte pro Umdrehung.
    Möglichst klein

    float und double sind PF-Werte, und können, ohne FPU, nur durch eine Bibliothek bearbeitet werden.

    char, int und long hängen von der Implementierung, bzw. CPU ab. auf 8-Bitern ist int meistens 16-Bit lang und auf 16-Bitern 32-Bit.

    K&R definierte mal:
    Garantiert ist nur, dass char <= int <= long ist.
    Ein char darf also auch 48-bit belegen.

    Es gab/gibt auch CPUs mit anderen Wortbreiten z.B. 9, 12, 18, 36 und 48 Bit waren sehr verbreitet und entsprechend sind da die Bit-Breiten der C-Datentypen.

    Weil es Programme gibt, welche nur bei bestimmten Bit-Breiten funktionieren, hat man die uintxx_t Typen eingeführt. Ein unsigned 8-Bit-Wert kann nur Werte zwischen 0...255, ein 16-Bit 0...65'335 und 32-Bit 0...4'294'967'295 annehmen. Grössere Werte führen zu einem Überlauf und falschen Ergebnissen!
    uint8_t, uint16_t, uint32_t usw. haben, unabhängig von der Implementierung, garantierte Bit-Breiten.

    Welche Variante die kleinste ist, welche du nehmen kannst, hängt also davon ab, welchen Wertebereich die Variable aufnehmen können muss.
    Ich bin jetzt zu faul dies in deinem Programm nachzusehen.

    Eine 8-Bit CPU kann einen 8-Bit Werte mit einem einzigen Maschinenbefehl verarbeiten, 16-Bit Operationen benötigen oft schon mehrere Befehle. Das hängt vom Befehlssatz der CPU ab und wie man 8-Bit CPU definiert!

    Der Arduino MEGA hat einen ATmega1280 als CPU und diese kann nur 8-Bit direkt verarbeiten.


    Die reale Welt ist halt nun nicht binär und lässt sich nicht mit Ja und Nein beantworten.

    MfG Peter(TOO)
    Manchmal frage ich mich, wieso meine Generation Geräte ohne Simulation entwickeln konnte?

  7. #27
    HaWe
    Gast
    millis() und micros() Funktionswerte sind in Arduino-C++ libs immer (!) als unsigned long definiert, stattdessen kann man auch uint32_t verwenden ( das ist auf dem Mega genau das gleiche, man erkennt diesen plattform-unabhängigen expliziten Datentyp nur besser beim Programmieren ). Wie mxt schon schrieb, ist float viel zu ungenau, und es führt höchstens zu Rechenfehlern und zu unnötigen Typecasting-Rechenoperationen. Aber intern wird doch bei millis() und micros() eh in 32bit Integer gerechnet, also warum abweichen? Das führt höchstens zu Rechenfehlern u/o zeitaufwändigen, unnötigen Umrechnungen.

    Im Übrigen ist Arduino Sketch nicht C, sondern es benutzt C++, und das wäre ein ganz entscheidender Unterschied , wie einmal ein Arduino Entwickler schrieb (Paul Stoffregen, IIRC) denn es hat viele Eigenheiten, die nicht 100% C++ standard- und lib-kompatibel sind. Daher sollte man sich möglichst an die Arduino-Definitionen halten, wie sie in der Referenz veröffentlicht wurden (die aber auch manchmal fehlerhaft sind, wie in Github-Diskussionen nachzulesen ist).
    Allgemeine C-Hinweise zu K+R oder gnu C oder was auch immer helfen bei Arduino Sketch also definitiv nicht weiter!
    Geändert von HaWe (29.08.2016 um 09:43 Uhr)

  8. #28
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    18.03.2013
    Beiträge
    242
    Ihr wisst sehr viel,

    aber klarer wird es mir dadurch nicht.

    Daher noch mal:

    "else if (dir == 1 && (micros() - M2_microsalt) > Schrittdauer) "

    Bitte möglichst eine konkrete Antwort.

    M2_microsalt als .....
    Schrittdauer als .....

    die Schrittdauer, das habe ich vorher was falsche angegeben, hat eine Größenordnung von 400 us bis 20ms

    vG

    fredyxx

  9. #29
    HaWe
    Gast
    ich schrieb doch ( mehrfach ):
    millis() und micros() Funktionswerte sind in Arduino-C++ libs immer (!) als unsigned long definiert, stattdessen kann man auch uint32_t verwenden

    also mach alles, was solche Werte zwischenspeichert und damit rechnet, ebenfalls zu unsigned long , stattdessen kann man auch hier uint32_t verwenden.

  10. #30
    Erfahrener Benutzer Begeisterter Techniker
    Registriert seit
    18.03.2013
    Beiträge
    242
    Zitat Zitat von HaWe Beitrag anzeigen
    ich schrieb doch ( mehrfach ):

    also mach alles, was solche Werte zwischenspeichert und damit rechnet, ebenfalls zu unsigned long , stattdessen kann man auch hier uint32_t verwenden.
    Danke, das ist nun eindeutig.

    Und noch mal herzlichen Dank für eure Geduld mit mir.

    vG

    fredyxx

Seite 3 von 3 ErsteErste 123

Ähnliche Themen

  1. UART, zeitlicher Ablauf Subprogramme
    Von mollyman im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 6
    Letzter Beitrag: 14.06.2013, 18:10
  2. Programm-Ablauf wird nicht eingehalten.
    Von RobbyMartin im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 5
    Letzter Beitrag: 11.06.2011, 16:39
  3. Programm zu langsam?
    Von Hübi im Forum Basic-Programmierung (Bascom-Compiler)
    Antworten: 16
    Letzter Beitrag: 05.03.2009, 18:03
  4. Ablauf von Programmen generell
    Von The Man im Forum Assembler-Programmierung
    Antworten: 2
    Letzter Beitrag: 18.08.2007, 15:21
  5. Ablauf der IRSs mit SIGNAL
    Von weijr im Forum Elektronik
    Antworten: 5
    Letzter Beitrag: 03.12.2006, 22:47

Berechtigungen

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

LiFePO4 Speicher Test