Hier had uw advertentie kunnen staan!
Verwijderd
Verwijderd
Welke data je naar de parallelle poort wilt schrijven hangt af van de ledjesdinges die op de parallele poort staat, en dat moet de applicatie dus regelen... Denk aan iets van "ledjes 4" ipv "echo 4 > /dev/ledjes". Eventueel maak je een FIFO/socket in /dev/ledjes waar de daemon naar luistert, dan kun je alsnog "echo 4 > /dev/ledjes" doen zonder device driver
Hier had uw advertentie kunnen staan!
Uiteindelijk moet er op de printerpoort een display aangesloten worden. Deze display kan kant en klare ascii ontvangen. Ik wil dus het volgende:
echo "deze tekst komt op het display" > /dev/display
De ascii code bestaat uit de 8 output poorten van de parallele poort, dus de letter A is dan 0x065 naar poort 0x378.
Het gaat mij niet zo zeer om hoe ik de data van Stdin naar de parallele poort leid, maar om een basis te maken voor de device driver. Hoe ik met Major en Minor om moet gaan enzo.
Hier had uw advertentie kunnen staan!
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Ook op http://www.xml.com/ldd/chapter/book/pdf/ch03.pdf staat een goed stuk. Alleen dit is allebei de theory achter de kernel devices. Maar heeft er iemand een voorbeeld (en ervaring), vanwaaruit ik mijn eigen toepassing kan verder werken?
Hier had uw advertentie kunnen staan!
Verwijderd
Neem eens een kijkje in de sources van de parallele poort driver zelf, van daaruit kan je denk ik wel verder werken, het is dezelfde poort
Hier had uw advertentie kunnen staan!
Hmm, eigenlijk een open deurOp vrijdag 15 februari 2002 19:25 schreef beelzebubu het volgende:
Neem eens een kijkje in de sources van de parallele poort driver zelf, van daaruit kan je denk ik wel verder werken, het is dezelfde poort
Och, tis vrijdag eh
Look, runners deal in discomfort. After you get past a certain point, that’s all there really is. There is no finesse here.
Ik heb (voor de kenners) een CenSim aan mijn linuxbak gehangen, maar hoe laat ik die ledjes nou branden?
Hier had uw advertentie kunnen staan!
Verwijderd
Dat zei ik alOp vrijdag 15 februari 2002 20:29 schreef hardrocker het volgende:
ik denk dat ik het idee device driver maar uit mijn hoofd ga halen, voorlopig, maar weet iemand hoe je nou iets naar de parallele poort stuurt (via /dev/lp0???)?
Ik heb (voor de kenners) een CenSim aan mijn linuxbak gehangen, maar hoe laat ik die ledjes nou branden?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
| #include <stdio.h>
int main()
{
char buffer[256];
int fd;
fd = open("/dev/lp0", O_RDWR);
/* maak hier de buffer */
..
write(fd, buffer, <size>);
close(fd);
return 0;
} |
Standaard
Bovendien werkt het (hier) gewoon niet. Ik heb zelf eens een progje voor de parallelle poort geschreven en had dat probleem toen ook. Ik heb het toen via de userspace parallelle poort driver-mogelijkheid (ppdev) van de 2.4 kernels gedaan (werkt niet op 2.2 en lager).
In http://gemini.luon.net/~marcelm/tmp/parport staat de code.
/dev/parport0 is een character device met major 99, minor 0.
Tnx!
Hier had uw advertentie kunnen staan!
Verwijderd
Er is ook een userspace programma waar je de 8 plus pinnen van de parport mee kunt bedienen.
Misschien ook wel aardig om eens te bekijken.
Dit maakt geen gebruik van parport, parport_pc of ppdev.
http://www.ibiblio.org/pub/Linux/docs/HOWTO/other-formats/html_single/Home-Electrical-Control.html
Of je kunt even of http://www.torque.net/parport kijken.
Ja, maar een userspace device driver, niet kernelspace.Op zaterdag 16 februari 2002 18:27 schreef hardrocker het volgende:
Dat is wel weer een Device driver.
Voor jou doel is het wel een beetje overkill maar ach als je er zin in heb
als je gaat schrijven zou ik het wel eens willen zien
"never argue with idiots they drag you down to their level and beat you with experience" dilbert