Sterowanie "dotykowe"

Hmm, na takiej samej zasadzie jak manipulator w ka¿dym notebooku...

No wlasnie nie sadze, stopien skomplikowania notebookowego manipulatora nie przystaje mi do playerka mp3. Wymyslilem, ze mozna zasymulowac taki sterownik za pomoca plytki drukowanej z trzema zestawami radialnych sciezek przykrytych guma oporowa albo ukladem do pomiaru pojemnosci + prosty automat skonczony do dekodowania kierunku ruchu. Zamierzam troche popracowac nad tym rodzajem sterowania, bo to by bardzo dobrze zastapilo enkodery obrotowe i potencjometry w panelach moich urzadzen. Zanim sie za to zabiore (w weekend), chcialbym poznac tez pomysly grupowiczow -- sprobuje przetestowac je w praktyce i opisac na grupie.

Pozdrawiam Piotr Wyderski

Gotowe scalaki obs³uguj±ce klawiatury oraz drawbary dotykowe:

Albo sposób z wykorzystaniem zwyk³ych bramek TTL oraz 2 uk³adów opó¼niaj±cych RC na dwóch wej¶ciach tej bramki, a przez te uk³ady opó¼niaj±ce przechodzi sygna³ cyfrowy - np. przebieg o okre¶lonej czêstotliwo¶ci. Jeden obwód RC jest punktem odniesienia, za¶ drugi stanowi obwód sensora, gdzie C stanowi odpowiedni obwód drukowany w postaci zazêbiaj±cego siê grzebienia. Obwód ten znajduje siê pod powierzchni± której dotykamy. Palec w tym przypadku zwiêksza pojemno¶æ kondensatora i wprowadza opó¼nienie w sygnale cyfrowym. Opó¼nienie to mo¿na badaæ porównuj±c z na zwyk³ej bramce logicznej z podobnym obwodem opó¼niaj±cym znajduj±cym siê w jedenej z ga³êzi wej¶cia bramki. W drugiej za¶ ga³ezi za¶ znajduje siê sensor. Uk³ad porównawczy RC musi byæ tak dobrany, aby wprowadza³ nieco wiêksze opó¼nienie od uk³adu RC z sensorem. Za¶ po dotkniêciu sensora uk³ad RC z sensorem musi zwiêkszyæ opó¼nienie. Uk³ad taki teraz mo¿na wykonaæ na procesorze w którym bêdzie dokonywany pomiar opó¼nienia zastêpuj±cy uk³ad opó¼niaj±cy odniesienia. A jako kó³ko nale¿y wykonaæ zestaw takich sensorów zbli¿eniowych RC na obwodzie ca³ego kó³ka w równych odstêpach. Liczna tych sensorów zale¿y od rozdzielczo¶ci jak± chcemy uzyskaæ podczas obracania palcem po obwodzie. Ca³y uk³ad takiego kó³ka mo¿e siê sk³adaæ np. 8-10 sensorów stanowi±cych pojemno¶ci oraz odpowiedniej liczby rezystorów, na które podawany jest sygna³ z jednej z nó¿ek procesora. Za¶ z drugiej strony tego rezystora sygna³y musz± wej¶æ na 8-10 wej¶æ procesora w celu pomiaru opó¼nienia sygna³u. Reszta to odpowiedni program. Wystawienia sygna³u na nó¿ce zasilaj±cej rezystory, pomiar czasu po którym pojawi siê ten sygna³ na wej¶ciach procesora, zdekodowanie sensora, który zosta³ naci¶niêty, je¿eli ca³y czas ten sam sensor jest dotkniety nic siê nie dzieje w uk³adzi, je¿eli zosta³ dotkniêty inny to teraz okre¶lenie, który ten po prawej czy po lewej od dotkniêtego ostatnio, zwiêkszenie warto¶ci jakiej¶ tam zmiennej o 1 na "+" lub "-" w zale¿no¶ci od kierunku przesuwania palca.

Czyli jak widaæ uk³ad jest banalnie prosty do wykonania na mikroprocesorze :)))

Na cos takiego wlasnie wpadlem. :o) Tylko zamiast mierzenia pojemnosci myslalem o badaniu sprzezenia miedzy zebami grzebienia. Generator zasila jeden zestaw grzebieni, a dwa pozostale sluza za wejscia. W nastepnym cyklu uklad sie zmienia. Czujnik to "zwinieta" linijka grzebieni ABCABCABC. Mierzy sie poziom sygnalu na wejsciach. Z zaproponowanym przez Ciebie mierzeniem pojemnosci sprawa powinna byc prostsza do realizacji, ale przeczuwam klopoty zwiazane z bardzo mala pojemnoscia sensorow przy zwiekszaniu rozdzielczosci.

To jest za dobre rozwiazanie [;-)] -- potrafi wykrywac pozycje palca. Mnie wystarczy kierunek obrotow (i szybkosc, ale to juz jest sprawa programowa). W mojej propozycji wystarcza tylko trzy linie sterujace, a "rozdzielczosc" moze byc prawie dowolna -- bede eksperymentowal z okolo stoma sensorami.

I dlatego sie w tym ukladzie zakochalem od pierwszego wejrzenia. ;-)))

Pozdrawiam Piotr Wyderski