sterownik, lpt, os

[bogdan_p]

Witam wszystkich !
Długo czytałem i przeglądałem forum , teraz postanowiłem coś napisać
widzę że dużo problemów sprawia uruchomienie sterowników i samego
programu sterującego więc napisze kilka słów na ten temat, nie jestem
geniuszem i napewno wszystkiego nie wiem dlatego myślę że inni również
dołączą się do mojej wypowiedzi.

- uniknie się wielu niespodzianek jeżeli na początek zasymuluje się prace
sterownika wystarczy prosty generator np 555 i napięcie 5 V podane na odpowiednie
wejścia i wiemy już czy sterownik pracuje prawidłowo
- to samo dotyczy wyjscia LPT prosty wzm np na uln.. i 8led , interesuje nas głównie
stan danych na liniach D0 - D7 które odpowiadają za pracę sterownika
przydatne są też stany C0 - C3 tu otrzymujemy sygnały np enable z którym
są jak widzę problemy należy pamiętać że sygnały C0,C1,C3 są sygnałami zanegowanymi
w zależności od programu dane CLK mają różną częstoliwość dlatego możemy
zobaczyć tylko krótki błysk led na to jest też sposób uniwibrator np 555
i wówczas krótkie impulsy sterujące zanienią się w ciągłe świecenie led


-odnośnie LPT a właściwie standardu Centronics jest to port z równoległym
przesyłem danych stworzony w czasach procesorów 286 przeznaczonym głównie
a właściwie na początku tylko do obsługi drukarek z ustalonymi standartami
sygnału TTL i odpowiednim sposobem sterowania , tak naprawdę dzisiaj coraz
mniej jest on stosowany do sterowania drukarek , dzisiaj króluje USB
( można sprawdzić w sklepie ile jest jeszcze drukarek z LPT )
i tutaj sprawa producentów płyt głównych którzy utrzymują standard Centronics
ale nie zawsze jest tak pięknie ponieważ początkowo stosowane uklady serii
ttl i ls zostały wyparte przez technologie cmos, nmos , vmos i pomimo zachowania
zgodności sa problemy z LPT szczególnie dotyczy to wykorzystania innego niż
drukarka , jak wspomniałem wcześniej port LPT głównie służy do komunikacji z
dukarką poprzez odpowienie układy sterujące i nie jest określona obciążalność
wyjść (można by przyjąć TTl ale tylko dla starych płyt głównych ) dlatego w przypadku
prostych układów mogą pojawiać się problemy tak więc
odradzam bezpośrednie podłączanie pod port , zawsze przez jakiś wzm , bramkę i
pamiętać o tym że standard TTL to napięcie 5 V , "0" to 0 - 0.8 V , "1" to 2.4 - ok Ucc
w pewnych sytuacjach może pomóc podpięcie odpowiednich pinów przez opornik do Ucc
( była o tym mowa na forum )
tak więc należy liczyć się z tym że u kolegi działa , a ja mam lepszy sprzęt
i u mnie nie działa ......... nie można dać jednoznacznej porady są to sprawy
indywidualne i zależne od posiadanego sprzętu , ale jeżeli port nie jest uszkodzony
to zawsze znajdzie się rozwiązanie !


- sprawa OS system obsługi portów powstał dawno i bazował na sterownikach DOSowych
do dzisiaj dużo urządzeń nadal wykorzystuje ten system i osobiście uważam że pomimo
wad jest najlepszym systemem sterowania i komunikacji ( z własnego doświadczenia
praktycznie bezawaryjne ) wracając do winów z chwilą powstania technologi NT firma
MS zaczęła stopniowo odchodzić od DOSa i wszystkiego co było z nim związane
tak więc 95 i 98 jeszcze częściowo bazowały na niektórych sterownikach ,natomiast
systemy od NT 3 , 4 ,win2000 , Xp ...... prawie całkowicie pozbyły się wszystkiego
co było związane z DOSem , ponad to zmnieniona architektura systemu spowodowała
brak bezpośredniego dostępu do odpowiednich rejestrów , portów , odwołań ....dlatego
zmienił się sposób obsługi poszczególnych urządzeń ( każdy system swój indywidualny
sterownik ) dlatego każdy program musi albo na poczatku zainstalować swój sterownik,
i odpowiednie biblioteki , lub w czasie uruchomienia odwołać się do swoich sterowników
lub wykorzystać systemowe i tutaj ważna sprawa aby zwrócić uwagę przy instalacji na
komunikaty , jak również przy 1 uruchomieniu ponieważ system poinformuje nas raz o jakiś
błędzie , a potem może poprostu nas wywaląć z programu bez komunikatów !
sprawa powtórnej instacji nie jest taka prosta ponieważ nie zawsze program deinstalacyjny
usuwa wszytkie wpisy w rejestrach i powtórna instalacja nic nie daje
można edytować rejestry i ręcznie pousuwać ale z tym bardzo ostrożnie !!
tak naprawdę jeżeli jesteśmy pewni sprzętu , a błąd powoduje system to dla 100% pewności
najlepiej format ...."goły" system , program sterujący i próby jeżeli pomyślnie to stopnio
wa instalacja pozostałych programów i tu może okazać się że któryś z programów użytkowych może powodować całe zamieszania
jest to sposób dość drastyczny ale daje pewność i stracimy mniej czasu i nerwów
na koniec jedna sugestia dla posiadaczy XP w sytuacji kiedy system był zcrackowany
wgraliśmy SP2 i znowu cracki to mogą wychodzić "cuda" i trudno jest dojść przyczyny !

może moje wypociny się na coś przydadzą ,a inni też się wypowiedzą w tym temacie
jeżeli chodzi o elektronikę to w miarę wolnego czasu służe pomocą

Pozdrawiam

[lisow1]

Bardzo podoba mi się Twoje opracowanie, kompleksowo opisujesz problemy i metody rozwiązań.
PrzydaŁy by się proste narzędzia testujące - pŁytka, schemat, programy testujące.

[bogdan_p]

postaram się w najliższym czasie zamieścić proste układy do testowania , myślę tu o rozwiązaniu w miarę funkcjonalnym , tanim , opartym na popularnych układach , jak znajde czas również płytki

[markcomp77]

w systemach m$ nt-podobnych (np. XP) generalnie procesom z user space blokuje się dostęp do sprzętu. Powstały specjane programiki (sterowniki) uniwersalnego zastosowania które robią "przejscie " dla aplikacji userspace do sprzętu - np. do portów lpt...

i to działa... np. można dzięki temu podłączyć skaner LPT do którego nie powstały sterowniki pod XPeka... zastosowanie w/w aplikacji (sterownika) pozwala na pracę skanera LPT ze aplikacją od Win9x

...zapomniałem jak się nazywa ten program do odblokowywania sprzętu - ale dziła!!... i zdaje się, iż jest ich więcej niż jeden... w nazwie było "coś port"

[bogdan_p]

przedstawiam schematy,o których mówiłem wcześniej są banalnie proste
ale te 3 proste układy mogą nam dużo pomóc podczas uruchomiania układu
układy na 555 są typowymi aplikacjami tego timera
- pierwszy pozwala na wykrycie impulsów CLK
- drugi to generator o częstotliwości ok 100 - 1000 Hz przydatny w testowaniu
sterownika wyjście do CLK , uaktywniamy enable i silnik powinien pracować zmieniając
nastawę P1 powinniśmy mieć regulację obrotów silnika , sygnał na DIR i zmiana kierunku
obrotu
- trzeci pozwala na kontrole portu LPT diody d1-d8 to sygnały D0-D7 (piny 2-9 ),d9-d12 to sygnały C0-C3 (piny 1,14,16,17 ) jak pisałem wcześniej w zależnosci od programu sygnał CLK może być niewidoczny na led , w tym celu do sprawdzenia posługujemy się 1 z układów podłączając jego wejście do badanego pinu , jeżeli na pinie są impusy led zaświeci się

kilka rad najpierw dokładnie sprawdźmy zbudowane układy aby być pewnym ich działania
wyjście generatora można podpiąć pod słuchawkę powinien być słyszalny ton zmieniany P1
układ wykrywania sygnału clk wystarczy podłączyć do wyjścia generatora dioda powinna zapalić się , 3 układ podając napięcie + 5v na poszczególne wejścia muszą odpowiednio zapalać się diody led
podczas testów LPT w początkowym stanie mogą pojawić się rózne kombinacje sygnałów z chwilą uruchomienia programu CNC aktywne mogą pozostać sygnały DIR , teraz wystarczy przejść do pracy ręcznej i zobaczyć co się dzieje , następnie załadować dowolny kod i puścić w automat w razie potrzeby skorzystać z pomocy 1 układu jeżeli nic nie zauważymy na diodach z sygnałem CLK
Powodzenia przy testach !

[abel]

Kolego, w środkowym schemacie popraw błędy. Po co ludzie maja spalać scalaki.

[bogdan_p]

faktycznie pomyłka w zasilaniu ..... myślę że nikt nie zniszczył jeszcze 555