Ideje kako racunati z vec decimalkami kot omogoca naprava

Morda bo kaksen izkusen programer imel kaksno idejo. Govorimo o embeded sistemu, ki ima racunske operacije omejene (Unity Pro PLC programiranje).

Rad bi racunal na 15 decimalk natancno, real jih ima max sedem, dint je pravtako premajhen, ce pomnozis in hranis.

Pozna kdo kaksen matematicen trik?

99ghetto99 je 13. feb 2019 ob 15:17 izjavil:

Številko lahko zapišeš kot String oz. tabelo in napišeš algoritem za računanje (kdaj se zgodi prenos itd.)

lp, Klemen

Poznas Unitiy Pro? Jaz nisem nasel kaksne pametne moznosti za pisanje teh algoritmov. Ne najdem niti kaksnega pametnega ukaza za delo s stringi, razen da napises stevilko v string in obratno. Je kje kaj skrito v Structured Tekstu?

Ma to vsak student dela na vajah. Kako delat 16-bit racunanje z 8-bit registri. Osnove assemblerja, resno.

Spura je 13. feb 2019 ob 20:35 izjavil:

Ma to vsak student dela na vajah. Kako delat 16-bit racunanje z 8-bit registri. Osnove assemblerja, resno.

Lahko das kaken link?

avian2 je 13. feb 2019 ob 22:03 izjavil:

Zakaj pa rabiš 15 decimalk? To se sliši, kot da delaš nekaj narobe.

15 decimalk je zelja nasega matematika s katerim delam projekt. Sicer kode stroja nisem pisal sam, kakor tudi ne algoritmov, za kaksno metodo sprasujem, ker pri nas nihce ni uspel najti neke pametne poti, zato sem se zelel pozanimat se kje drugje in kje je boljse kot na forumu?

Pri simulacijah je bila pri sedmih decimalkah prevelika razlika z mathlabom in bi se poznala.

Pac ne iz prve dvomit, da drugi delajo kaj narobe, ce ne ves niti priblizno kaj delajo.

Morda pomaga podatek, da potrebujem samo mnozenje in sestevanje.

Vrdnosti so na vsak nacin v stingu, kjer je problem, da ne najdem nekih pametnih funkcij za delo z njimi, vse kar sem nasel je, da se pretvori iz stringa v kaksen drug format, kjer je takoj priblizek.

Ne najdem kaksne kombinacije teh relativno preprostih logicnih in arietmeticnih funkcij, ki mi resijo ta problem. Teoreticno lahko vrednosti zapisem drugace in delim na koncu itn.

Skratka, da bo bol jasno, mnozi se z neko konstantno, recimo 1,235468745123587 * "vrednost".

Neceloma bi lahko zapisal tudi tako: 1235468745123587 in racunal ali razdelil stevilko na dva dela itn...

avian2 je 14. feb 2019 ob 10:05 izjavil:

Pac ne iz prve dvomit, da drugi delajo kaj narobe, ce ne ves niti priblizno kaj delajo.

Vprašal sem zato, ker je vprašanje bilo o PLCju in predvidevam da se uporablja za neke industrijske procese, kjer se obdeluje praktične meritve ali parametre procesa. Jaz ne poznam nobenega resničnega instrumenta, senzorja ali aktuatorja, ki bi kaj izmeril ali nastavil na 15 signifikantnih cifer natančno. To je dinamični obseg 300 dB kar se meni zdi čisto nezaslišano izven simulacij. Ali delaš z neko fantastično merilno tehnologijo ali pa imaš napačen pristop v računanju in brez potrebe nekje v nekem vmesnem koraku potrebuješ tako natančnost. Meni se je zdela druga možnost bolj verjetna, se pa seveda lahko motim.

Sej razumem, da ti ni jasno kaj delam, kakor ne razumem da namesto, da pomagas postavis pod vprasaj delo. V slednjem ne vidim smisla, lahko bi bil hobi projekt in se samo sprasujem ce je mozno, kot hobi.

Skratka matematicno model regulira masinerijo moci nekaj MW. Problem ni klasicen, ki ga srecujes v avtomatizaciji ampak gre za izboljsavo, ki je mozna samo, ko hodis po limitah moznega.

Kakor sem napisal je matematicni model iz mathlaba padel v PLCju, ker izracuni niso bili dovolj natancni. To se vidi skozi simulacije in na projektu dela prevec ljudi, da bi eden lahko bil dovolj pameten, da cez palec sodi o smoternosti. Ajde ce se slucajno najde kaksen doktor matematike in fizike pri regulaciji procesov in se PLC ekspert, potem se lahko pogovarjama bolj celovito o problematiki, drugace ne bo smisla. Pa se potem bi te moral kaksen teden solati najprej matematik potem....

Žal ne vem kaj instantnega za tvoj PLK. Je pa dejstvo da je to za računalničarje problem z brado in ne bi smelo bit hud problem poiskat. Podobne zadeve so še vedno aktualne pri programiranju FPGA, kjer imajo cenovno ugodne zadeve precej kratke množilnike, ki jih je treba potem sestavljat za "normalno" točnost. Če imate Matlab, mogoče poglejte če je kaj tozadevnega v katerem od Coderjev.

Je pa zelo verjetno da se temu lahko izogneš s trikom ustreznega skaliranja spremenljivk.

Poglej si implementacijo tipa "REAL2" v OSCAT knjižnjici (napisano v Structured Text-u), če vam je OK rešitev...
Če je Unity Pro baziran na Codesys-u lahko brez težav uporabiš to knjižnjico.

http://www.oscat.de/images/OSCATBasic/o...

8. Arithmetics with Double Precision
8.1. Introduction
Floating point numbers are stored in the format REAL. A common data format according to IEC754 used a 24 bit wide mantissa and an 8-bit exponent. This results in an accuracy of 7-8 digits. Usually this is for applications in control technology more than sufcient, but in certain cases can
lead to a problem. A typical case can which be solved with single-precision
only inadequate is a consumption meter. If you want to several Mwh (megawatt hours) of total consumption adding up, taking a smallest power of
1 mW (milliwatt) at a distance of 10ms fairs and so you need a resolution
of 3.6 * 10^7 (equivalent 10MWs) and it would be a do add up 1* 10^-5
W's. To do this it requires a resolution of 12 digits.
The solution implemented by OSCAT is REAL Double precision and has a
resolution of about 15 digits. The implemented data type REAL2 consists
of R1 and RX, RX is here the value saved the frst 7-8 points as Real and
the rest in one real R1. This data type has the advantage that no conversion of REAL2 to REAL is needed, rather, the RX is rather part of single REAL
value.


https://raw.githubusercontent.com/simsu...
https://raw.githubusercontent.com/simsu...
https://raw.githubusercontent.com/simsu...
https://raw.githubusercontent.com/simsu...

https://github.com/simsum/oscat

boolsheat je 14. feb 2019 ob 11:00 izjavil:

Poglej si implementacijo tipa "REAL2" v OSCAT knjižnjici (napisano v Structured Text-u), če vam je OK rešitev...
Če je Unity Pro baziran na Codesys-u lahko brez težav uporabiš to knjižnjico.

Tnx, bom pogledal. Nisem preprican, ce bo slo ampak na vsak nacin vredno eksperimenta.

Isotropic je 14. feb 2019 ob 11:04 izjavil:

Problem ni klasicen, ki ga srecujes v avtomatizaciji ampak gre za izboljsavo, ki je mozna samo, ko hodis po limitah moznega.

je kakšna skrivnost, kaj delate to oz. kaj je ta par MW mašinerija, vsaj okvirno.

Nerad govorim o specifikah na javnih forumih, ce ni potrebe.