NOWY TEMAT
elektroda NewsGroups Forum Index - Elektronika Polska - Problemy z rejestrem kontrolnym portu LPT w programie Pascal na szybszych komputerach
AdaĹ
Guest
Guest
Mon Mar 08, 2010 2:03 pm
Witam
Mam program napisany w TPascalu uruchamiany pod DOSem, który komunikuje się
z portem LPT za pomocą wstawek asemblerowych i poleceń "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniżej 500MHz) cały program działa wyśmienicie, ale na na
niektórych szybszych PC (a posadających jeszcze port LPT) z procesorem np
1,6GHz, program nie komunikuje się z rejestrem control.
Pozostałe rejestry są obsługiwane poprawnie, a to co wpisze się do
dwukierunkowego nie pojawia się na nim i odczyt daje same "1". Problem ten
dotyczy tylko niektórych, nieco szybszych (względnie
) PC. Wszelki
możliwe zmiany trybu portu w biosie (EPP...) nic nie dają. Czy ktoś może wie
dlaczego tak się dzieje?
pozdrawiam
Adam
Guest
Tue Mar 09, 2010 6:27 am
Quote:
Witam
Mam program napisany w TPascalu uruchamiany pod DOSem, ktĂłry komunikuje
siÄ
z portem LPT za pomocÄ wstawek asemblerowych i poleceĹ "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniĹźej 500MHz) caĹy program dziaĹa wyĹmienicie, ale na
na
niektĂłrych szybszych PC (a posadajÄ cych jeszcze port LPT) z procesorem np
1,6GHz, program nie komunikuje siÄ z rejestrem control.
PozostaĹe rejestry sÄ obsĹugiwane poprawnie, a to co wpisze siÄ do
dwukierunkowego nie pojawia siÄ na nim i odczyt daje same "1". Problem ten
dotyczy tylko niektĂłrych, nieco szybszych (wzglÄdnie ) PC. Wszelki
moĹźliwe zmiany trybu portu w biosie (EPP...) nic nie dajÄ . Czy ktoĹ moĹźe
wie
dlaczego tak siÄ dzieje?
pozdrawiam
Adam
Przypuszczma, że na tych płytach kontrola portów przeszła już pod Windows jak
Mam program napisany w TPascalu uruchamiany pod DOSem, ktĂłry komunikuje
siÄ
z portem LPT za pomocÄ wstawek asemblerowych i poleceĹ "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniĹźej 500MHz) caĹy program dziaĹa wyĹmienicie, ale na
na
niektĂłrych szybszych PC (a posadajÄ cych jeszcze port LPT) z procesorem np
1,6GHz, program nie komunikuje siÄ z rejestrem control.
PozostaĹe rejestry sÄ obsĹugiwane poprawnie, a to co wpisze siÄ do
dwukierunkowego nie pojawia siÄ na nim i odczyt daje same "1". Problem ten
dotyczy tylko niektĂłrych, nieco szybszych (wzglÄdnie
) PC. Wszelki
moĹźliwe zmiany trybu portu w biosie (EPP...) nic nie dajÄ . Czy ktoĹ moĹźe
wie
dlaczego tak siÄ dzieje?
pozdrawiam
Adam
Przypuszczma, że na tych płytach kontrola portów przeszła już pod Windows jak
na przykład dodatkowych portów USB z przodu komputera? Niektóre drukarki
przcież pozbawione są już możliwości obsługi pod DOS, więc może producenci
wyszli z założenia: po co na płytach kontrola portu pod DOS?
--
Wysłano z serwisu OnetNiusy: http://niusy.onet.pl
gr
Guest
Guest
Thu Mar 11, 2010 9:40 am
Quote:
Mam program napisany w TPascalu uruchamiany pod DOSem, który komunikuje
się z portem LPT za pomocą wstawek asemblerowych i poleceń "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniżej 500MHz) cały program działa wyśmienicie, ale na na
niektórych szybszych PC (a posadających jeszcze port LPT) z procesorem np
1,6GHz, program nie komunikuje się z rejestrem control.
Pozostałe rejestry są obsługiwane poprawnie, a to co wpisze się do
dwukierunkowego nie pojawia się na nim i odczyt daje same "1". Problem ten
dotyczy tylko niektórych, nieco szybszych (względnie ) PC. Wszelki
możliwe zmiany trybu portu w biosie (EPP...) nic nie dają. Czy ktoś może
wie dlaczego tak się dzieje?
się z portem LPT za pomocą wstawek asemblerowych i poleceń "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniżej 500MHz) cały program działa wyśmienicie, ale na na
niektórych szybszych PC (a posadających jeszcze port LPT) z procesorem np
1,6GHz, program nie komunikuje się z rejestrem control.
Pozostałe rejestry są obsługiwane poprawnie, a to co wpisze się do
dwukierunkowego nie pojawia się na nim i odczyt daje same "1". Problem ten
dotyczy tylko niektórych, nieco szybszych (względnie
) PC. Wszelki
możliwe zmiany trybu portu w biosie (EPP...) nic nie dają. Czy ktoś może
wie dlaczego tak się dzieje?
pamiętaj też, że są kable drukarkowe jedno- i dwu- kierunkowe.
pozdr.
Gr
William Bonawentura
Guest
Guest
Thu Mar 11, 2010 12:40 pm
Użytkownik "gr" <grafik(no spammm)@mbpress.pl> napisał w wiadomości
news:hnaavv$gg9$1@nemesis.news.neostrada.pl...
Quote:
Mam program napisany w TPascalu uruchamiany pod DOSem, który komunikuje
się z portem LPT za pomocą wstawek asemblerowych i poleceń "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniżej 500MHz) cały program działa wyśmienicie, ale na
na niektórych szybszych PC (a posadających jeszcze port LPT) z procesorem
np 1,6GHz, program nie komunikuje się z rejestrem control.
Pozostałe rejestry są obsługiwane poprawnie, a to co wpisze się do
dwukierunkowego nie pojawia się na nim i odczyt daje same "1". Problem
ten dotyczy tylko niektórych, nieco szybszych (względnie ) PC. Wszelki
możliwe zmiany trybu portu w biosie (EPP...) nic nie dają. Czy ktoś może
wie dlaczego tak się dzieje?
pamiętaj też, że są kable drukarkowe jedno- i dwu- kierunkowe.
się z portem LPT za pomocą wstawek asemblerowych i poleceń "in" i "out".
Program ten wykorzystuje wszystkie 3 rejestry portu, jednak problem jest
tylko z rejestrem "control" (dwukierunkowym) o adresie 37A. Na starszych
komputerach (np poniżej 500MHz) cały program działa wyśmienicie, ale na
na niektórych szybszych PC (a posadających jeszcze port LPT) z procesorem
np 1,6GHz, program nie komunikuje się z rejestrem control.
Pozostałe rejestry są obsługiwane poprawnie, a to co wpisze się do
dwukierunkowego nie pojawia się na nim i odczyt daje same "1". Problem
ten dotyczy tylko niektórych, nieco szybszych (względnie
) PC. Wszelki
możliwe zmiany trybu portu w biosie (EPP...) nic nie dają. Czy ktoś może
wie dlaczego tak się dzieje?
pamiętaj też, że są kable drukarkowe jedno- i dwu- kierunkowe.
Audiofilskie kable drukarkowe ?
Adaś
Guest
Guest
Thu Mar 11, 2010 1:18 pm
Quote:
pamiętaj też, że są kable drukarkowe jedno- i dwu- kierunkowe.
pozdr.
Gr
pozdr.
Gr
To nie to. Kabel jest zrobiony specjalnie do mojego programu, zawsze ten
sam. Ale dzięki za odzew.
Adam
Psychik
Guest
Guest
Fri Mar 12, 2010 3:27 am
pierwsze skojarzenie: http://www.pascal.kaviorek.com/faq_pytanie.php?id=31
nie wiem czy to to, ale stara sprawa...
--
Psychik
Tom
Guest
Guest
Fri Mar 12, 2010 7:04 am
Psychik wrote:
Quote:
pierwsze skojarzenie: http://www.pascal.kaviorek.com/faq_pytanie.php?id=31
nie wiem czy to to, ale stara sprawa...
To wychodzi przy starcie programu, gdybys przeczytal OP to progran chodzi tylko nie zawsze dobrze.
nie wiem czy to to, ale stara sprawa...
To wychodzi przy starcie programu, gdybys przeczytal OP to progran chodzi tylko nie zawsze dobrze.
Tomek
Desoft
Guest
Guest
Fri Mar 12, 2010 9:34 am
Dlaczego piszesz adres rejestru 37A? Nie sprawdzasz adresu bazowego pod
0040:0008h?
Podlacz drukarke i porównaj dzialanie funkcji biosu 01h (hardware reset) z
wyslaniem na nia: <ESC>'@' (software reset). Operacja moze nie dac wyników,
gdyz nie kazda drukarka reaguje na sygnal INI.
Dodatkowo: linia DSL zwykle podlaczona jest na stale z masa (podaje za
Anatomia PC) Byc moze ze pozostale linie producent plyty potraktowal
podobnie.
Chociaz sygnal STROBE raczej jest potrzebny, w odróznieniu od ALF INI i DSL
Moze maly program do przetestowania poszczególnych linii?
--
Desoft
elektroda NewsGroups Forum Index - Elektronika Polska - Problemy z rejestrem kontrolnym portu LPT w programie Pascal na szybszych komputerach