[valy]

Pare un algoritm de forma:

t = 0

t = t + a1/2
t = t + a2/2
t = t + a3/2
.....
=>
t = 0 + a1/2 + a2/2 + a3/2+...
=>
t = 0 +(a1+a2+a3+..)/2

Astfel algoritmul se transforma in:

a = 0
a = a + a1
a = a + a2
a = a + a3
...
=> t = 0 + a/2

[varadinagypal]

Un programator low level care se respecta, cand vede un numar din asta de 36000000, isi ia medicamentul de inima (de prune, de exemplu) si isi da jos ochelarii, ca nu mai are ce sa faca.

Inmultirea de orice natura impnge biti in stanga, impartirea in dreapta, imagineaza-ti multe carti pe biblioteca mai modesta, iar repetand pasii, succesiv, cartile cazute raman cazute si nimeni nu le mai recupereaza. Motiv pentru care hotii, scuze, bancherii nu folosesc float, bancile folosesc fie int, fie big decimal, fie de din astea.

Conversiile din astea, menite utilizatorilor de camp (userus vulgaris), de obicei se fac in ultimul pas si nu pe parcurs, iar retinerea datelor se face dinamic (ca la float), cu rezolutie mare la valori mici, si cu rezolutie mica la valori mari. Ca nu te intereseaza daca consumul a fost 1000002Wh sau 1000001Wh, adica 1.00e6 sau 1.00e6, dar de intereseaza daca a fost 1 sau 2, adica 1e0 sau 2e0.


Mai e bancul cu muzeul de paleontologie. Apare sub scheletul de T-rex ca 71 milioane de ani, 3 saptamani si 2 zile. Si se uita elevii, cu proful de biologie, ca nu inteleg treaba. Cum adica 71 mil. de ani 3 saptamani si 2 zile. Pai, zice muzeologul, a fost un mare expert din Bucuresti, luna trecuta, si a datat scheletul ca fiind de 71 mil de ani.

Si la job acum dezbatem (adica tin prelegerea) despre epsilon, despre functiile de trigonometrie cu limita la 1.0 care ce sa faca sau sa nu faca cu numerele obtinute din aritmetica cu valori de gen 1.00000000000002, care in mod evident e mai mare decat 1, in afara intervalului de -1..+1, deci cat e gen arcsin(1.00000000000002), nedefinit????

[AVD]

[valy]

Nu prea e ok, pare ca defapt e acelasi lucru ca in versiunea originala.
Sper sa nu stricam corectitudinea. dar acea impartire n-ar trebui sa apara deloc, decat la final detot dupa ce calculezi ultima iteratie. Desigur daca pe parcurs afisezi puterea pana la mom. respectiv, va trebui sa faci impartirea, dar doar pt afisare, insa banui ca nu te intereseaza la fiecare milisec ce ai consumat.

Ultima linie ar trebui sa fie:
PWR_TOTAL = PWR_TOTAL / 3600000....

Ai multe variabile locale pe acolo, e un algoritm iterativ si pare incomplet specificat, nici eu nu sunt foarte atent acum... dar ca idee schematica, ce am zis eu doua posturi mai sus cred ca se valideaza matematic. Daca acea abordare corespunde cu algoritmul tau, eu asa as face. Pana la urma conteaza sa fie corect si mai putin important sa fie optimizat.

Dar aici subscriu la ce zicea colegul pal mai sus, acea impartire la 3600000 e naspa, rostogolesti niste erori de nu te vezi...

[AVD]

[valy]

Acu' sincer, prefer sa fac un algoritm decat sa inteleg ce au facut altii.

[AVD]

Codul sursa pentru Arduino este in link-ul pus mai sus. Am observat ca lumea adauga sugestii si comentarii bazate pe cod, deci mi-am imaginat si am presupus ca ati inteles ce face. Stiu, greseala mare, sa presupui

As fi complet de acord sa se faca impartirea odata la final si gata. Asa are foarte mult sens, daca vreau sa obtin o valoare finala. Doar ca eu vreau sa o actualizez in timp real pentru ca ea sa fie adusa in NINA, tot in timp real.

[valy]

Da, assumption is the mother of all Fuckups.

[AVD]

Am masurat time2-time1 si este 20ms. Timpul intre cicluri este si el cam 100ms, deci cam de 8-10 ori pe secunda.

[varadinagypal]

alta softareala: model, view, controller. Tu ai nevoie de valoarea interna, un acumulator, si ai nevoie de un view value, care afiseaza valoarea respectiva pe serial in cazul asta. Is doua lucrurui diferite. As putea tine o prelegere si despre asta, dar ma abtin, si mentionez doar ca m-am lovit odata de careva destept care facea conversii celsius-fahrenheit-kelvin, cu o singura cifra dupa virgula, si se mira ca iterand intre unitatile de masura, i se tot schimba valoarea de celsius... pai, C-F e o formula urata, dar si K-C e cu .15 la capat, nu .2 si nu .1. Ca nu avea valoare in spate { valoare model, unitate: microcelsius} => { valoare view, unitate: celsius/f/k }, ci avea {valoare, unitate} si... nu-i iesea. Vai cate din astea as putea povesti, ca in PLM ca nu se face ucenicie si mentorat pe bune in programare, si firmele multicultinationale, carora nu le pasa, arunca cu titluri dupa niste bebe care stiu sa se dea pe bicicleta, senior tati, si nu mai ajungi tu sa comentezi ce a facut maria sa.