Dvouduché digitální odměřování AS5311

[Mex]

Pouzivam A+B vystupy, citam to do STM32F103 cez prerusenie po zmene pinu.

Čítače na STM32 mají přímo HW podporu pro inkremntální enkodéry. Takže není třeba to řešit programově přes přerušení.

SPI by malo "vyhodu" pri obsadenych vstupoch, stare atmely namaju pinchange interrupt na kazdom pine. Pri troch osach mohol byt problem. Inac nevidim vyhodu.

Výhoda může být ve vyšším rozlišení, přes SPI se z toho dá dostat 4x větší rozlišení.
Jestli to má smysl je už druhá věc.

[CZ_Pascal]

Výhoda může být ve vyšším rozlišení, přes SPI se z toho dá dostat 4x větší rozlišení.
Jestli to má smysl je už druhá věc.

No smysl to samozřejmě má, protože když budu načítat hodnoty rychlostí nějakých 5k samples/sec tak můžu spáchat třeba plovoucí vážený průměr z posledních X načtených hodnot a tím krásně odstranit případný "šum" a získat tak vcelku přesnou a svižnou polohu. Tedy mít dejme tomu polohu pro servosmyčku běžící na řekněme 2kHz.
Tímto zůpsobem může nakonec ten šum dokonce i zvýšit přesnost rozlišení o další bit
(absolutní přesnost to samozřejmě zvýšit nemůže, ta bude vždy záviset na přesnosti té magnetické pásky)

Když to bude číst FPGA tak není důvod aby nevyčítal rovnou na těch 10kSPS a páchal nad načnenými daty nějaký vhodný digitální filtr a po zpracování na výstupu z FPGA může být klidně Absolutní poloha, nebo Kvadraturní signál v plném rozlišení včetně hystereze atd.

[t256]

Ten "sum" je jen urovni LSB coz je normalni. Cekal jsem vic, ale obvod obsahuje slusne pracujici DSP a teprve z nej se vyrabi vsechny vystupni signaly.

[fupe]

Přesně takovou diskuzi jsem si přál rozpoutat, všem děkuji za podnětné informace.
Klidně pokračujte. informací není nikdy dost.
zkusim si s tím taky pohrát.
M

[robokop]

co spozdeni signalu?

[t256]

To jsem nezkoumal, ale pokud to ma 10ks/s tak snad nebude vetsi nez doba zpracovani jednoho vzorku.

[bronek999]

Nepozeral som datashet pre kontrolu, ale myslim ze AB vystupy daju rozlisenie 1024 na 2mm.
Spi da viac?
Pri maximalnej rychlosti 650mm/s vyjde frekvencia cez 330kHz, takze citanie 10k za sekundu mi aktualnu polohu nespresni

[t256]

SPI ma rozliseni kolem 0,5um.
Frekvence AB signalu bude sice vyssi, ale na blokovem schematu je videt ze signal z hallvych senzoru jde do DSP ktery je pro vsechny vystupy spolecny. Tezko rict jak vlastne pracuje, ale pochybuju ze vzorkuje jinak pro kvadraturni vystup a jinak pro PWM nedo SPI. Rekl bych ze mezi vzorkovanim se ty pulzy proste dopocitaji. Ale muzu se mylit, popsane jsem to nikde nenasel. Mozna i to je jeden z duvodu nizsiho rozliseni na tomto vystupu.

[bronek999]

Tak pozrel som do datasheetu a AB vystupy maju rozlisenie 1024 na 2mm, kdezto SPi dava rozlisenie az 4096 na 2mm.
Takze cez SPI viem velmi presne nacitat nie uplne presne odmeranu hodnotu

Ked sa spocita relativne velka nepresnost magnetickeho pasika s nepresnostou snimaca tak to rozlisenie 4096 nedava vyznam. Myslim ze ani 1024.
Na cinskom sustruhu velkosti 300 to ale pri merani priemeru obrabania velku chybu nespravi.
(Osustruzim s pridavkom, rucne zmeriam sublrou, nastavim rucne zmeranu hodnotu do odmeriavania a potom kluckou nastavim pozadovany priemer, ktory uz vidim na displeji)


Porovnavali ste niekto naraz meranie magnetickym pasikom s nejakymi optickymi pravitkami?

[robokop]

koukal jsem na ty signaly AB osciloskopem

vzhledem k tomu ze jsou vyrobene z LSB nejakeho zasumeneho signalu
velmi vysokou rychlosti to prekmitava o pulz az dva doleva doprava (podotykam na ustalene pozici snimac/pasek)

proste ten snimac preslapuje na miste

[t256]

Ted jsem se kouknul do servisniho menu kde mam vypsane primo to 12bitove cislo co posila obvod po SPI. Opravdu to kmita jen na nejnizsim bitu.
Tezko rict jak pracuje ten DSP a jakym zpusobem se vyrabi AB signal. V kazdem pripade z hallovych snimacu se nacita analogovy signal ktery pujde na AD prevodnik a pak se z nej nejakym zpusobem vyrobi ten kvadraturni signal. Pokud ale vystup AD prevodniku je na urovni rozliseni AB signalu stabilni, mel by byt po vetsinu casu stabilni i vystup AB. Jedine co mne napada, ze je tam nejaka smycka na dopocitavani pulzu v dobe mezi jednotlivym vzorkovanim a ta zpusobuje nestabilitu kterou jsi videl.

Z tohoto pohledu se mi jevi lepsi ten digitalni vystup. Pokud se tam zavede hysterze treba na urovni dvou nejnizsich bitu, vysledkem bude stabilni vystup. To 12 bitove rozliseni stejne nema zadny vyznam, jak uz tu nekdo poznamenal.

Edit: ted jsem se dival do datasheetu a pisou ze AB vystup by mel mit zavedenou hysterzi na urovni 2LSB. Proto ma take nizsi rozliseni. To je divne, ze ti to kmita. Podle vystupu z AD prevodniku co vidim by mel byt vystup stabilni. Chvili jsem na to koukal a pres 2 LSB to nikdy nekmitlo.

[robokop]

bohuzel to komplikuje zapojeni toho pravitka do jiz hotoveo zarizeni ocekavajiciho kvadraturni signal

[bronek999]

To "prekmitavanie" sa mi stalo, ale len v niektorych polohach. Proste niekedy so snimacom zastanem a poloha kmita o jednu polohu. Stava sa to tak v jednom pripade z desiatich.
V 90% zastanem a snimac "drzi" polohu. Citane cez AB vystupy, rozlisenie 1024.

[robokop]

To si taky vzpominam ze byli mista kde to bylo stabilnejsi a mista kde to zlobilo

[Mex]

Já to určitě stavět nebudu, protože odměřování na magnetickém principu nevěřím.
Ale uvědomují si doufám diskutující, že SPI (zvlášť na vyšších rychlostech) je použitelné jen na velmi krátké vzdálenosti, řádově centrimetry (řekněmě tak max. do 20cm). Rozhodně to není vhodné k tažení někde po stroji. Takže pokud by se měla používat digitální informace, čtená přes SPI, tak to znamená k tomu přilepit nějaký procesor a převodník třeba na RS422/485.

Jinak při vší úctě k diskutujícím si nemyslím, že by při čtení přes SPI dosahovali vyšších přesností, než jakých dosahuje firma AMS, která ty převodníky vyrábí. Oni zřejmě budou vědět, proč při kvadraturním výstupu poskytují informaci s menším rozlišením (ale stabilnější).
Kdo se někdy víc zabýval zpracováním analogových signálů, které se loví někde ze šumu, tak ten ví, že to není žádná prdel. A že často jednoduché principy a poučky o průměrování a oversamplingu v praxi zase tam moc dobře použitelné nejsou.