konrad95 pisze:
>> Ale z tego co pamiętam to w
>> linuksowym cat plik > /dev/usblp0 nie cięło niczego, wszystko ładnie
>> szło co do bitu, jedynie trzeba było dobrze ustawiać PE/Busy/Ack
> Masz może jakiś schemat jak to połączyć? Działało by to gdybym napisał
> własny program w C? Chodzi mi czy będzie śmigać wysyłanie bitów funkcją
> outb().
Raczej nie ma co liczyć że outb() ci zadziała. To zupełnie inny sposób
wysyłania danych ;)
outb() możesz sięgać (jak ioperm zezwoli) do portów (adresów w
przestrzeni i/o) fizycznych w komputerze, czyli w zasadzie wyłącznie
podpiętych przez ISA/PCI/PCIe (i mobilne mutacje expresscard,Pcmcia) -
urządzenie (tutaj port lpt) musi być w "hardwarowej" przestrzeni
adresowej "wprost".
A to co ja proponuje, to sterowanie przez wysyłanie danych (bajtów,
całych, odpowiednio złożonych) do "urządzenia" wirtualnego w systemie,
występującego przeważnie jako /dev/usblp0 albo /dev/usb/lp0 (zależnie od
systemu i kernela). Tak samo jakbyś te bajty wysyłał do pliku, a potem
hex-edytorem obejrzał, czy odpowiednie bity się zgadzają. Pomijając
kwestię delayów między kolejnymi wysłanymi ("wydrukowanymi" do
/dev/usblp0) bajtami, bo lcd tak szybko jak lpt działa, karmić się
danymi nie da)

http://www.hardwarebook.info/Centronics

Upraszczając trochę - jak sobie załączysz na taką przejściówkę LPT
drukarkę jakąś starszą-hardwarową, np jakąś igłówkę, i zrobisz komendę
"cat plik.txt /dev/usblp0", a plik bedzie zawierac jeden bajt równy "B"
(literę B), to komputer będzie czekał aż na porcie LPT zniknie sygnał
BUSY (drukarka zajęta gdy =1, drukarka gotowa gdy zwarte do masy) a
potem na liniach danych D0-D7 ustawi się 0x42 (czyli 0100 0010 binarnie)
i drukarka wydrukuje odpowiedni znaczek, potwierdzi krótkim sygnałem
(zwaciem do gnd) na linii /ACK - i nic więcej się nie stanie.

--
| Bartlomiej Kuzniewski
| s...@d...org GG:23319 tel +48 696455098 http://drut.org/
| http://www.allegro.pl/show_user_auctions.php?uid=338
173