Parallel Interface

[Cesar]

Well, yes and no.
The 'problem' with the parallel port is that you can (and usually want to) manipulate individual pins. not just (or nesseseraly) transmit data.

void ParalellPort::setPin(int pin, int value)
{
    int oldValue = getChar(pin);
    if (value != 0) {
        putChar(oldValue | 1 << pin);
    } else {
        putChar(oldValue & (~ (1 << pin)) );
    }
}
 
int ParalellPort::getPin(int pin)
{
    return (getChar() & (1 << pin)) ? 1 ? 0;
}

void ParalellPort::setPin(int pin, int value)
{
    int oldValue = getChar(pin);
    if (value != 0) {
        putChar(oldValue | 1 << pin);
    } else {
        putChar(oldValue & (~ (1 << pin)) );
    }
}

int ParalellPort::getPin(int pin)
{
    return (getChar() & (1 << pin)) ? 1 ? 0;
}

To copy to clipboard, switch view to plain text mode 

[high_flyer]

Ok, here is my implementation, at the moment the fact its Qt has no advantage.
One could build in a polling mechanism that will send signals on pin state changes.
This clas works, it is being used in a program that controlls harware through the paraport.
You should install parapin and read the docs there.

[r00tz]

Well... I'd just like to thank both of you. This helped very very much, I got some tutorial about parallel port interfacing. With all code and tips you passed to me, I will implement it. Thanks a lot.

[wallyqt]

I tried the parapin drivers and it works good as root.
When using the parapin-kernel-driver i can access the port from user-space.
Do anybody know how to implement the kerneldriver with qt.
I am looking for something very similar "QParaport.zip" from "high_flyer".

I able to open the parapindriver with:
(set pins is also possible:
int kparappWidget::pushButtonOpen_clicked()
{
pardevice = open("/dev/ppdrv_device", 0);
if (pardevice < 0) {
fprintf(stderr, "pardevice open failed\n");
exit(-1);
}
return 0;
}

but when i call the close function, all widgets on the application mainWin
disappear and i only can close (kill) the app.

int kparappWidget::pushButtonClose_clicked()
{
close(pardevice);
return 0;
}

here is the code for setting pins:

void kparappWidget::pushButtonSetPins_clicked()
{
ioctl(pardevice, PPDRV_IOC_PINMODE_OUT, LP_PIN02);

ioctl(pardevice, PPDRV_IOC_PINSET, LP_PIN02 | LP_PIN03 | LP_PIN04 | LP_PIN05 | LP_PIN06 | LP_PIN07 | LP_PIN08 | LP_PIN09);
}

cheers wally

[high_flyer]

I tried the parapin drivers and it works good as root.
When using the parapin-kernel-driver i can access the port from user-space.

I am not sure you mean what your text says. i.e:
Do you mean you want to use the kernel module from user space, or, do you want to use the user space module with a user that is not root?

It could be that you have problem with read write right for non root users, you can fix that with chmod.

You can't use the kernel module from user space (and you shouldn't)
And if you don't need PIN10, (and from your code it seams that way) you don't need to - the user space module should be used - and you can the QParaport class for what you described here.

[wallyqt]

high_flyer,

you are right, its confusing because i didn't understand it myself not entirely.
I want to use the kernel-driver of parapin which i load during boot.
After the driver is once loaded i do not want to use root anymore.

In command-line apps it works perfect, but i have problems to close the
device properly in a kde-qt-app.

i think i should use Qiodevice.h and not mixing old and new stuff together,
but i am not a good programmer. So i ask in this forum.

As far as i understand you code sample - it needs root previleges.
But i want to use the parapin stuff also in a larger application which not should run as root.

Maybe i do some fundamnetal error

cheers wally

[high_flyer]

I want to use the kernel-driver of parapin which i load during boot.

No, you want to use the user space module
Only the system is allowed to access the kernel space module.
Read the parapin documentation.

The problem with QParaport is that it is written for Qt3.
And I haven't had a look at this code for a very long time, so I don't know how easy it should be to port it to Qt4. (I forgot about this during the last post)
But I think it should be just a matter of changing the header deceleration.

As far as i understand you code sample - it needs root privileges.

The *code* doesn't require root privileges.
Under linux, you can set access privileges using the chmod command.
read the chmod command man pages for usage. (its simple)

i think i should use Qiodevice.h and not mixing old and new stuff together,

QIOdevice could be good if you'd want to implement the driver your self.
But if you use the ready made parapin driver, all you can do is either wrap it (as I did with QParaport) or use it directly.
It has nothing to do with mixing new and old.

[wallyqt]

high_flyer

Thanks for your patience and explanation.

Any concrete idea what i could do to find the problem
with close(device) function in the code above.

Gnu debugger and system messages do not have
any interesting outputs on this problem.

cheers wally

[high_flyer]

yes - use the user space module.
You should not access kernel space from user space.

[high_flyer]

read the parapin user documentation in the link I posted before on this thread.
Specifically look for the section:
"Parapin Basics
Userspace version and kernel version "

[wallyqt]

high_flyer

for me the parapin documentation sounds as follows:
There is a C library version and a Kernel Module version with a device driver.

Quotes from parapin documentation:

C library version:
Programs using Parapin must be running as root when they are initialized.

Kernel-Module version:
Before the parapindriver device interface may be used, an entry in /dev must be created that corresponds to the device driver module loaded in to the kernel

Once parapindriver is successfully loaded, and a corresponding /dev entry is in place, initialization and shutdown of the parallel port are easy. To initialize the parapin system, just call open(2) on the /dev entry as you would any other device file:

int device;
device = open("/dev/<device-name>", 0);

if (device < 0) {
fprintf(stderr, "device open failed\n");
exit(-1);
}

To shutdown the parapin system you simply have to call close(2):

close(device);


I want to use the last one and excepting the "close(device) everything is ok.


cheers wally

[high_flyer]

Ok, I see what you mean.
It has been quite long since I used this, so I guess I need to read the docs again

Did you do what is says in the docs about initializing the driver?

int pin_init_kernel(int lpt, void (*irq_func)(int, void *, struct pt_regs *));
AND :
void pin_release();

[wallyqt]

high_flyer

No, because afaik this is the initialization for the C-library version.
During boot my system do the following (of course as root) :


DEVNAME="ppdrv_device"
depmod
modprobe kparapin
modprobe parapindriver devname=${DEVNAME}
mknod /dev/${DEVNAME} u `grep $DEVNAME /proc/devices | cut -d " " -f 1` 0
# Change mode and ownership here if necessary
chmod 777 /dev/${DEVNAME}
chown root /dev/${DEVNAME}
chgrp root /dev/${DEVNAME}

After this is done i acces the parapellport (as user) by opening the device:

pardevice = open("/dev/ppdrv_device", 0);
if (pardevice < 0) {
fprintf(stderr, "pardevice open failed\n");
exit(-1);

from this point on i can simply acces the parallelport with the ioctl command, e.g.:

ioctl(pardevice, PPDRV_IOC_PINMODE_OUT, LP_PIN02);
ioctl(pardevice, PPDRV_IOC_PINSET, LP_PIN02 | LP_PIN03)

I preferred this because i added some parts to the KSIMUS Application.
Its a Electronics simulator by Rasmus Diekenbrock.
I want to avoid the need of root access during the simulator is accessing
the parallelport. It works perfect in KSIMUS (also the close(device) command
which is the reason i wrote here.

In a simple new Kdevelop project, just for open the device,
setting some pins and close the device, this mini application
doesn't work as expected.

When i call "close(device" all of the widgets ( 3 pushbuttons for open/set/close)
disappear and thats it. I have to kill the process.

I wrote here in QT-Centre because i think its not a problem of parapin.
Parapin works perfect e.g. in the ksimus enveronment.

I am sure i am making some coding or logical errors in my code.
( maybe the close(device) command from unistd.h is not welcome.

Also some hint is desireable how to trace what is going on in the app
after calling close(device) and the "crash"

"gdb" and the system messages do not contain strange infos on this.

cheers wally

[wallyqt]

No, you want to use the user space module
Only the system is allowed to access the kernel space module.
.

yes - use the user space module.
.

I think using the above code i do so hm ?
(now i am completely confused)

cheers wally