Das wäre auch mein nächster Vorschlag. Man muss mal sehen, was dabei herauskommen sollte. Dazu gehe ich gerne Programme von Hand durch, nehme mir Zettel und Bleistift und rechne das mit Taschenrechner nach. Dazu gehe ich den gesamten Programmablauf durch, Befehl für Befehl.
MfG
Moppi, bitte keine Allgemeinplätze. Das Programm ist dasselbe auf allen Plattformen, also kein Unterschied, alle Variablen werden identisch auf M3,M4 und ESP32 definiert. Trotzdem ein Ausreißer-Ergebnis ausschließlich auf ESP32.Zitat von Moppi
Bitte antworte nur exakt auf meine exakten Fragen.
Also zurück zum Ausgangsproblem: hier hat doch sicher jemand einen M3, M4 und/oder (vor allem auch) einen ESP32 zum Austesten meines Programms bei sich selber zuhause?
Zunächst mal wäre es nämlich auch wichtig, das eine oder andere Ergebnis überhaupt einmal (v.a. per Arduino IDE) zu bestätigen.
Ich dachte, Du wolltest Fehler finden.
Dann bin ich mal wieder raus.
MfG
ja, vielen Dank, ich wollte den Fehler auf dem ESP32 (!!) finden. Auf M3 und M4 gibt es keinen Fehler.
Daher meine Anfrage:
Hat jemand so etwas schon einmal gehört oder gelesen und kann die Rechenergebnisse ggf nachprüfen bzw für M3, M4 und ESP32-Plattformen bestätigen?
ich habe mir leider nur meinen ESP8266 mitgenommen und habs gerade mal damit ausprobiert, seltsamerweise funktionierts damit auch
Chip mäßig sind die relativ ähnlich, muss wohl wirklich was ESP32 mäßiges sein, heute Nachmittag bin ich wieder zu Hause und kanns mal mit meinem 32er testen
aber da stimmt wirklich was mit den ausgaben nicht im programm er wandelt die floats nicht richtig um bei mir,d as sieht alles etwas kryptisch aus, aber wenigstens landet er ordentlich
Es gibt 10 Sorten von Menschen: Die einen können binär zählen, die anderen
nicht.
ja, ESP8266 ist problematisch, evt. auch weil es Konflikte mit den WiFi-Scheduler gibt, auch die alten Core-Versionen haben teilw. Fehler.
Der ESP32 hat aber u.a. 2 cpus, einer davon ausschließlich für Wifi, sodass es das "eigentliche" Programm nicht stört wie beim ESP8266.
Auch Mega2560 funktioniert bei mir nicht (Flash/RAM, evt. auch wieder sprintf(..."%f"...)-Problem).
Daher habe ich mich bei mir auf M3, M4 und ESP32 beschränkt.
Bin neugierig, was bei dir beim ESP32 rauskommt!
(Wenn dein ESP32 auch 32.84... rechnet, liegt es an MEINEM ESP32, wenn du dann auch über 54000 rauskriegst, ist es ein ALLGEMEINES ESP32-Problem).
Aber auch auf weitere Ergebnisse von anderen Usern zu M3/M4- (und ESP32-) Tests bin ich gespannt!
- - - Aktualisiert - - -
edit:
habe es jetzt auch für Mega2560 hingekriegt mit einem sprintf-float-patch;
Flash/RAM sind extrem knapp, aber er errechnet ebenfalls nach etwas Hin und Her
32.843750
Geändert von HaWe (30.04.2019 um 10:07 Uhr)
sonst niemand hier, der einen Arduino-kompatiblen ESP32 hat und evtl sogar gegen einen Due oder einen Arduino-kompatiblen M4 testen kann?
der Espressiv Server hat scheinbar noch ein 56k Modem für den Upload -.-
Code:t.sec hi.m vVert vHoriz Burn tilt brake acc Fuel TBase.m 776.0 0 0 1 33% 0 2.1 -0.5 481 54197.343750 t.sec hi.m vVert vHoriz Burn tilt brake acc Fuel TBase.m 776.5 -1 1 1 0% 0 0.0 1.6 481 54196.625000 Very good but way off!
Geändert von Ceos (30.04.2019 um 19:22 Uhr)
Es gibt 10 Sorten von Menschen: Die einen können binär zählen, die anderen
nicht.
ist ja irre!
derselbe Fehler!
Jetzt pass mal auf:
schau dir mal Zeile 109 an:
if( sHorzm<15600.0) burnPerc=0; // sHorzm<15600
hast du die gefunden?
umändern in:
if( sHorzm<=0) burnPerc=0; // oder ganz auskommentieren
ergibt: beim ESP32
69359.656250
Due und M4 (und sogar der Mega2560!) aber rechnen hier aus:
15197.906250
kann doch nicht sein, oder?
PS,
welches ESP32 modul has du verwendet?
Geändert von HaWe (01.05.2019 um 07:12 Uhr) Grund: gekürzt
inzwischen konnte jemand anderes ebenfalls bestätigen, dass ein M4 ebenfalls wie bei mir auch Due, M4 und Mega2560
32.843750
messen:
Running on a Feather M4 Express, the final value of TBase.m was 32.843750.
Geändert von HaWe (01.05.2019 um 08:32 Uhr) Grund: typo
Berechtigungen
Zitieren
Lesezeichen