Stavy spínačov.
Moderátor: Moderátoři
Jaky mas vlastne duvod proc to nechces normalne prodratovat? Napr. 9 UTP kabelu neni zadny supertlusty svazek, za dobu nez timto tempem vymyslis neco jineho to mas udelane trikrat a mas 100% jistotu ze to bude fungovat.
termit256 píše:...... Napr. 9 UTP kabelu neni zadny supertlusty svazek, za dobu nez timto tempem vymyslis neco jineho to mas udelane trikrat a mas 100% jistotu ze to bude fungovat.
Dosť dobre si neviem predstaviť ako na tej hriadeli funguje spoľahlivo 72 (nejakých) spínačov (takto totiž znela požiadavka na začiatku). Samozrejme, že presnosť polohovanie nie je až tak dôležitá.
Otázka encodera...ABSULÚTNY či INCREMENTÁLNY je viacmenej na možnosti ho získať či vyrobiť. Absolútny bude drahý, prípadne vyrobiť ho je náročné.
Potom je tu otázka ako a kde dekódovať encodér na 72 LED.
Z toho mi vychádza, že tých 9 UTP je pri rotačnom encodéri nezmysel.
A ak má tá hriadeľ 72 spínačov, určite má aj 72 vodičov, takže nie je čo riešiť.
Asi ten stroj má už natočených kolies a hodín neúrekom a tie spínače ak sú nebodaj mechanické sú už ťažko opraviteľné.
Možno to sú dôvody potreby niečo lepšie ubastliť.
Z kutimila to lezie ako z chlpatej deky
Meranie polohy v režime merania vyváženosti sa robí zrejme analógovo nejakým elektromagnetickým dvojcievkovým systémom. V tom čase budú mechanické spínače odsunuté od otočnej vačky pomocou zatvoreného príklopu kolesa. Inak by tie spínače odpochodovali po jednom vyvažovaní.
No, ale už dosť kecám...
To tretie možné riešenie
Ak by niekto vedel o nejakom 72 polohovom binárnom encodéri kde ho získať, v tejto schéme by vypadol čítač vpred/vzad. Nehľadal(nepotreboval) som zatiaľ taký encodér. Vyrobiť ho je zložité, priamo binárne sú bez synchronizačnej stopy a medzi-pamäte nespoľahlivé. Lepšie sú s Gray kodom, tie však treba ešte previesť do BIN code. A to sú ďaľšie obvody navyše.
Ak ešte ďalej zaveštím, tak na tie spínače boli asi zavesené možno aj žiarovky...
Namiesto nich strčiť LEDky s odporom, pôvodný spoločný prívod pripojiť na 5V, alebo GND podľa typu IO, ktoré budú budiť LEDky. Shift registre dávajú aktívny ignál 5V, Komvinačné obvody tuším 0V.
Káblovka by sa nemenila.
- Přílohy
-
ENCODER_KOMBI_74HC138.JPG- (132.39 KiB) Staženo 57 x
Ale bohuzial nerozumiem tej scheme. nerozumiem tomu pripojeniu encodera na ten IO. Co je to za pin vpred/vzad? Šak z encodera by mi liezli dva obdlžnikove signaly. Ak oznacim signal pismenami A a B tak povedzme pri pravich otačkach by bola prva nábežná hrana signálu A a duhá nábežná hrana signálu B. Ak zoberieme lave otáčky tak by bola prá nábežná hrana signálu B a druhá signálu A. Dekodovaci obvod musi podľa postupnosti signálov spoznať či má register posúvať doprava alebo doľava. Nemám pravdu. Signály do IO by boli z dvoch "infrazávor". N hriadeľ by som pripevnil plochý kotúč s dierami a umiestnil dve navzajom posunute "infrazávory". To by bol signál pre IO. Snímanie polohy nevyvážku mám hotové. Použil som dva piezosnimače na ložiská. Signál som zosilnil operákom, prehnal cez pásmovú priepusť (odstránenie rušenia od motora) a pozorujem ho na osciloskope. Polohu momentálne neviem určiť, lebo neviem kde sa nachádza koleso práve vtedy, keď signál zo snímača vybrácií dosiahne maximum. Viem len jeho hodnotu resp po prepočte hmotnosť závažia. Poloha závažia resp. nevyvážku je tam, kde sa stretne maximum snímača vybrácií a so signálom z polohy kolesa. Synchronizovť polohu s nulou ani nepotrebujem, lebo nepredpokladám že pri cca 10s behu kolesa pri 550ot/min cca 10Hz. vznikne taká chyba. Mne je totiž jedno kde si to koleso urobí pomyselnú nulu. Od tejto nuly sa bude merať uhol umiestnenia závažia. Inak ak by sa dalo zavolal by som ti, možno by som ti to lepšie vysvetlit, lebo toto písanie je strasne zdĺhavé.
- Přílohy
-
enkoder.jpg- Mohol by byť toto ten dekoder toho encoderu?
- (40.34 KiB) Staženo 46 x
http://www.gme.sk/hctl-2000-p441-005
