hi,
I wrote a linux driver for this device. Like many others, I was waiting for a phoenix driver ( a virtual serial port ) under linux. After 1 year, I said ok well if WBE don't give us a solution I will do it myself :-)
D/L the driver here:
http://eczema.ecze.com/iuu_phoenix.html
I really hope that this work will be usefull for many linux users.
I ask you only one think: give me your feedback ! Currently, the driver works with openct / beid / newcs / mpcs / vdr-sc
Here a copy of the download page:
Latest news:
18 July 2007 - Discussion opened on the linux usb devel mailing list
to improve the code to include it ( I hope ) in the main kernel tree
in some weeks...
19 July 2007 - Today I will begin to change the way the driver
is polling the IUU to receive characters. This should resolve
all problems of latency or interoperability in ISO7816
proprietary commands...
23 July 2007 - I have tested a new method of polling ( Mixed
direct mode and interrupt mode ) that crash my machine so often that
I can't release the snapshot for the moment. BUT it should work
if I use only interrupt mode. This will be done en the next days.
It is very diffucult because the device need a special sequence
when the driver want to read the internal buffer. So, I must create
a queue to store read and write. The other problem is the card status.
To resolve this problem, I must add a polling to get the register status
when no character are in the buffer and store the status in a internal variable
By this way, I can return the status to the application. I don't see
how to do it only when the user program ask for it. The driver can't enter in sleep
mode and request the register status imply that the driver can enter in sleep mode
so I must give the answer from an internal variable......
26 July 2007 - The code is rewritten but crash the kernel again
. I try to fix it
but it can take some days again to release something more stable.. So be patient...
Currently, almost all functions work in interrupt mode and give a realtime answer
status. But, for an unknown reason, I have page memory problem and the module cause
a big oops in other parts of the kernel.... I hope the guru of linux-usb-devel will
help me to point to the bad portion of the code....
30 July 2007 - The bug is found ! no more kernel panic. I will release the V0.3 later but this day
This new version is really better than v0.2 because it is completely
compliant for any card. So usi it as much as possible and give me your feedback !!!
( Check here later for the version iuu_phoenix-0.3.tgz )
4 Aug 2007 - A new version for a complete interoperabilty with openct. Now, beid is functionnal with the IUU reader ! ( version 0.4 )
Infinity Usb Unlimited Readme
-----------------------------
Hi all,
This module provide a serial interface to use your
IUU unit in phoenix mode. Loading this module will
bring a ttyUSB[0-x] interface. This driver must be
used by your favorite application to pilot the IUU
This driver is still in alpha stage, so bugs can
occur and your system may freeze. As far I now,
I never had any problem with it, but I'm not a real
guru, so don't blame me if your system is unstable
You can plug more than one IUU. Every unit will
have his own device file(/dev/ttyUS0,/dev/ttyUSB1,...)
How to install it ?
A.Compile yourself
1. Prepare your kernel 2.6.21 an up
2. Compile it with usbserial enabled
3. install it as usual
4. cd into V2.6 directory
5. type 'make all'
B.Use prebuilt modules
iuu_phoenix-2.6.21.ko and iuu_phoenix-2.6.22.ko
are provided for those who are unable to compile
kernels.
You can directly use insmod with the right module like this:
insmod -f iuu_phoenix-2.6.21.ko ( or 2.6.22.1 )
How to tune the reader speed ?
A few parameters can be used at load time
To use parameters, just unload the module if it is
already loaded and use modprobe iuu_phoenix param=value.
In case of prebuilt module, use the command
insmod iuu_phoenix param=value.
Example:
modprobe iuu_phoenix clockmode=3
The parameters are:
parm: clockmode:1=3Mhz579,2=3Mhz680,3=6Mhz (int)
parm: boost:overclock boost percent 100 to 500 (int)
parm: cdmode:Card detect mode 0=none, 1=CD, 2=!CD, 3=DSR, 4=!DSR, 5=CTS, 6=!CTS, 7=RING, 8=!RING (int)
parm: xmas:xmas color enabled or not (bool)
parm: debug
ebug enabled or not (bool)
- clockmode will provide 3 different base settings commonly adopted by
different software:
1. 3Mhz579
2. 3Mhz680
3. 6Mhz
- boost provide a way to overclock the reader ( my favorite :-) )
For example to have best performance than a simple clockmode=3, try this:
modprobe boost=195
This will put the reader in a base of 3Mhz579 but boosted a 195 % !
the real clock will be now : 6979050 Hz ( 6Mhz979 ) and will increase
the speed to a score 10 to 20% better than the simple clockmode=3 !!!
- cdmode permit to setup the signal used to inform the userland ( ioctl answer )
if the card is present or not. Eight signals are possible.
- xmas is completely useless except for your eyes. This is one of my friend who was
so sad to have a nice device like the iuu without seeing all color range available.
So I have added this option to permit him to see a lot of color ( each activity change the color
and the frequency randomly )
- debug will produce a lot of debugging messages...
Last notes:
Don't worry about the serial settings, the serial emulation
is an abstraction, so use any speed or parity setting will
work. ( This will not change anything ).Later I will perhaps
use this settings to deduce de boost but is that feature
really necessary ?
Have fun !
Alain Degreffe
eczema(at)ecze.com
Linear Mode
