aseman tai nopeuden koodauslaitteista

S

seyyah

Guest
Minkälaista koodauslaitteista on olemassa?Mitä ominaisuuksia inkrementaaliantureilla?Mitä eroa kuin absoluuttianturit?

 
Klo inkrementaaliantureilla, sillä kuten hiiren tietokoneeseen, se ei ole vain vapautta liikkua.
Klo absoluuttianturin, voit poistaa tai siirtää mittauspinta vain A ja B välillä välilyöntiä ja B on koodattu.Yleensä lopussa tila on tulppa.

 
Lineaarinen ja Pulssianturit
: Thomas E. Kissell
Industrial Electronics, Second Edition, Prentice Hall PTR wrote:

Yksi suurimmista haitoista Incremental Encoder on, että pulssien lukumäärä, jotka lasketaan tallennetaan puskuriin tai ulkoisen laskuri.
Jos tehon menetystä tapahtuu, määrä häviävät.
Tämä tarkoittaa sitä, että jos kone Encoder on sen sähkön pois päältä joka ilta tai huoltoa varten, kooderi ei tiedä sen tarkkaa asemaa, kun virta palautuu.
Encoder on käytettävä koti-tunnistus kytkin osoittaa oikean koneen asemaa.
Incremental encoder käyttää kohtiajotarkoituksiin rutiini, joka pakottaa moottori liikkua vasta kotona rajakytkin on aktivoitu.
Kun koti rajakytkin on aktivoitu, puskurin tai laskuri nollataan ja järjestelmä tietää missä se on suhteessa kiinteän positional pistettä.
Absoluuttianturin on tarkoitus korjata tämä ongelma.
Se on suunniteltu siten, että kone aina tietää sen sijainti.
 
Niin, absoluuttianturit eivät sovellu jatkuvaan pyörivien toiminnan oikein?

 
Molemmat Encoder voidaan käyttää aseman palautteen rotational motion hakemuksen.

Kun käytät Incremental Encoder, ja ohjelmiston, sinun täytyy muistaa pulssien lukumäärä (ja siten laskee) saadut Encoder.Joiden määrä laskee, voit laskea, jos on sijaintia roottorin nyt.Joten, jos virtalähde (ja Encoder tai ohjain) on menetetty (sekunnin tai pari miliseconds), valvoja menettää vasta-arvo, ja siksi se ei tiedä, missä on roottorin aseman jälkeen virta takaisin.Tietyissä sovelluksissa, sinun täytyy alustaa roottorin aseman uudelleen, ennen kuin voit jatkaa toiminnan moottori.

Kun käytät absoluuttianturin, sinun ei tarvitse laskea pulssia, koska palaute signaali Encoder sisältää jo tiedot roottorin asemaa.

Incremental Encoder on suositeltava, koska se on halvempaa kuin absoluuttianturin.Toinen syy (mutta on vahvistaa ...) on todennäköisesti liitäntä (ja ohjain) ja absoluuttianturin tarvitsee lisää johtoja.

Yksi haasteista Anturiton tai positionless valvonta moottori on alustaa "Start"-asennossa.Tämä on tärkeää, koska valvoja tarvitsee info päälle oikeaan vaiheeseen.

 
Ok ymmärsin Incremental Encoder.Kysyin absoluuttianturin.Sanoitte, että tiedämme kanta roottorin.Joten tiedät vain kannan välillä 0-360 astetta.Jos käytät moottorin auton esimerkiksi, et voi tietää, kuinka paljon voit mennä tai kuinka monta kierrosta kesti.Sinun täytyy laskea ja tallentaa vallankumousten oikea?

 
you need to poll the encoder data over time to know exactly how far you've gone or how fast you're currently going.

Sekä absoluuttianturin ja Incremental Encoder, kyllä,
sinun on kyselyn Encoder tiedot ajan tietää tarkalleen, kuinka paljon olet käynyt tai kuinka nopeasti olet parhaillaan.

Mutta se ei ole niin kova kuin se voi näyttää.Katsokaa kuva 2 (aaltomuoto) ja
http://www.bei-encoder.com/pdfs/H25_Absolute.pdf

Esimerkiksi: n korkean resoluution absoluuttianturin tarvitaan 11 bittiä Binaaridatan koodata koko vallankumouksen absoluuttinen muodossa.Tietää, mistä Encoder on oikein sijoitettu edellyttää, että kaikki 11 bittiä.

Mutta jos haluat tietää, hetkellinen nopeus, joka voidaan toteuttaa seurannan yhdellä tietoja linjaa.Jos kuudes vähän tuottaa 32 bittiä per kierros, sitten 32 lasketaan sinut yhden kierroksen.Hetkellinen nopeus voidaan määrittää laskemalla välinen aika pulssia tästä vähän linjaa ja määräytymisperusteista sijainnin muutos ajan.Integrointi pienintä merkitsevää bittiä saadaan korkea tarkkuus hetkellinen nopeus - mutta vaatii paljon näytteitä tehdä niin.Toisaalta yhteensä matkan pituuden voi arvioida yhden kierroksen yksinkertaisesti tarkastelemalla huipputasolla vähän.(Yksi pulssi = yhden kierroksen).

Virhe tarkastus on saavuttamaa korreloivia palkokasvit (vain jos olet mielestäsi saada vääriä määrä).Bit 10 on kaksi kertaa niin paljon pulssia kuin vähän 11, Bit 9 kaksi kertaa niin paljon kuin 10 ja niin edelleen.Virheentarkistus järjestelmä olisi kyselyn tarkistaa, että ei ole virhe liittyy jääneiden määrä, varmistamalla eri vähän linjat antavat odottaa kokonaismäärä laskee.

 
inkrementaaliantureilla on vain lähtö-ja optoelektroniikan INTERRUPTER joka havaitsee pulssien lukumäärä joten sitä käytetään nopeuden mittaus-ja kanta-ohjaus, voit käyttää kahta kanavaa Inc-Encoder suunnan havaitsemiseen ja kolmas kanavan indeksi pulssi nollata laskuri.
haittaa näiden koodauslaitteista, että kun käytät sitä asemaa valvonnan täytyy alustaa koneella valvontaa palauttamalla hallinnassa kone nolla-asennossa, kun virta päälle.

absoluuttianturit käytetään yleensä aseman valvonnasta, koska se on monikanavainen tuotannon kanssa koodatut kanavat (BCD tai harmaa-koodi) joka koodi viittaa kannan akselin, joten sinun ei tarvitse alustaa sen vallasta.

 
Hi everyone!
Käytän Rotary Encoder (2000 pulssia / kierto), mutta misscount esiintyy joskus (Roto ei käänny, mutta minun uP määrä)

<img src="http://www.edaboard.com/images/smiles/icon_cry.gif" alt="Crying or Very sad" border="0" />

.
Olen sitä mieltä, minun alorithms on ongelma.

jos (OldLevelA & &! PhaseA) jälkeen
(
jos (PhaseB) jälkeen
Counter
muuten
Counter --
)
OldLevelA = PhaseA

Miten estää misscount tapahtuu?
Kiitos!
Minun täytyy käyttää enintään 89C51 (älä käytä nopeaa counter)

 
Hei Farmer,
Mielestäni olette oikeassa.
Algoritmi ei ole oikein.
Oletetaan, että on korkea ja B on suuri.Nyt pitää vähän tärinää akselia, roottorin tai jotain sinun Encoder on conected on.Oscilation voi olla pieni, se ei muuta B-vaiheen valtio.Joten, aina mielessä negatiivinen särmää olet mukaa Counter.
Encoder algoritmi on muistettava reunaa ja laskea ylös-tai alaspäin B reunasta.

Toivottavasti tämä auttaa.

Ystävällisin terveisin

 
Laskea käyttö-ja B erikseen.Älä suhteuttaa muihin.Voit käyttää molempia tai vain yksi niistä.Päättää kasvu tai vähenemä tarkkaile jos sama vaihe tulee 2 kertaa.Kun samassa vaiheessa tapahtuu kaksi kertaa, sitten palata laskentaa suuntaan.

 
Omassa järjestelmä huomasin, että melu tulee kaapelit, joka yhdistää koodauksen ja MCU Hallitus ja laskuri laskee pulssia, vaikka mitään ei tapahdu!Myös tärinä voi tehdä vääriä laskennan kuten ennen.

 
Sähkö melu voi aiheuttaa vääriä laskee.Kannattaa tarkistaa melua ja poistaa se jotenkin, mieluiten sen lähteellä.

Tärinä voi aiheuttaa käsittelyssä edestakaisin hieman.Kun tärinä lakkaa, käsittely olisi oikea.Jos lukema tulee väärin, niin sinun dekoodaus logiikka on väärin tai liian hitaasti tarkasti seurata tärinää.Tai ehkä sinun Encoder ei ole suunniteltu, että hyvin tärinää.

 
jorgito kirjoitti:

Hei Farmer,

Mielestäni olette oikeassa.

Algoritmi ei ole oikein.

Oletetaan, että on korkea ja B on suuri.
Nyt pitää vähän tärinää akselia, roottorin tai jotain sinun Encoder on conected on.
Oscilation voi olla pieni, se ei muuta B-vaiheen valtio.
Joten, aina mielessä negatiivinen särmää olet mukaa Counter.Encoder algoritmi on muistettava reunaa ja laskea ylös-tai alaspäin B reunasta.Toivottavasti tämä auttaa.Ystävällisin terveisin
 
Hei Farmer,

Ajateltava asemasta counter kuin Finite State Machine yoou voisi toteuttaa harware tai ohjelmistoja.Tässä on taulukko, joka kertoo mitä tehdä nykyinen viime Encoder tuotoksia.Voit käydä läpi arvoja käyttäen pari Varvassandaalit tai samalla tavalla teet juuri nyt.
Anteeksi, mutta sinun täytyy kirjautua nähdäksesi tämän liitteen

 
You must log in or register to reply here.

Welcome to EDABoard.com

Sponsor

Back
Top