tntsat on azbox enigma 2 viaccess 5

Hi all,
I have an Azbox running OpenRSI-3.0 on which I try to watch the french TNTSAT channels. I have a new TNTSAT card (viaccess 5) and I tried an oscam setup as I found it at several forums. I am not interested to distribute the decoded signal but just to watch it on a single TV.
I tried to use the internal reader but the WebIf tells me that there are no entitlements on this reader. The log file tells me that it had found a tntsat card.
Is there any member on this forum who has this running and can help me?
Thanks
Uli

Dear nano
Thanks for your quick answer. For me the smargo protocol does not work, I use "internal" instead.
My oscam.server looks like this:
[reader]
label = tntsat
description TNTSAT
protocol = internal
device = /dev/sci0
#services = tntsat
#emmcache = 1,3,2
caid = 0500
ident = 0500:030B00
# ecmwhitelist = 0500@30B000:EC,57,D8,10D,12A,142
detect = cd
mhz = 357
cardmhz = 357
aeskeys = 0500@030B00:43..43,A7..26,EF..E3
enable = 1
group = 1
I am pretty sure to have the right aeskeys

Here is the oscam.log file:
-------------------------------------------------------------------------------
>> OSCam << cardserver started at Tue Feb 19 21:09:34 2013
-------------------------------------------------------------------------------
2013/02/19 21:09:34 77668000 s >> OSCam << cardserver started, version 1.10rc-svn, build #5741 (mipsel-tuxbox-linux)
2013/02/19 21:09:34 77668000 s version=1.10rc-svn, build #5741, system=mipsel-tuxbox-linux, nice=-19
2013/02/19 21:09:34 77668000 s client max. idle=120 sec, debug level=65535
2013/02/19 21:09:34 77668000 s max. logsize=20 Kb, loghistorysize=4096 bytes
2013/02/19 21:09:34 77668000 s client timeout=5000 ms, fallback timeout=2500 ms, cache delay=120 ms
2013/02/19 21:09:34 77668000 s services reloaded: 0 services freed, 1 services loaded, rejected 0
2013/02/19 21:09:34 77668000 s reader 'tntsat' provid filter(s):
2013/02/19 21:09:34 77668000 s CAID #0: 0500
2013/02/19 21:09:34 77668000 s provid #0: 030B00
2013/02/19 21:09:34 77668000 s 3 AES key(s) added on reader tntsat for 0500:030b00
2013/02/19 21:09:34 77668000 s userdb reloaded: 1 accounts loaded, 0 expired, 0 disabled
2013/02/19 21:09:34 77668000 s signal handling initialized (type=sysv)
2013/02/19 21:09:34 77668000 s 164 service-id's loaded in 4ms
2013/02/19 21:09:34 77668000 s oscam.tiers loading failed
2013/02/19 21:09:34 77668000 s 14 provid's loaded
2013/02/19 21:09:34 77668000 s 0 lengths for caid guessing loaded
2013/02/19 21:09:34 77668000 s monitor: initialized (fd=8, port=500)
2013/02/19 21:09:34 77668000 s camd33: disabled
2013/02/19 21:09:34 77668000 s camd35: disabled
2013/02/19 21:09:34 77668000 s cs378x: disabled
2013/02/19 21:09:34 77668000 s newcamd: initialized (fd=9, port=34001, crypted)
2013/02/19 21:09:34 77668000 s radegast: disabled
2013/02/19 21:09:34 77668000 s http thread started
2013/02/19 21:09:34 77668000 s creating thread for device /dev/sci0
2013/02/19 21:09:34 772074B0 h HTTP Server listening on port 8888
2013/02/19 21:09:34 771874B0 r reader thread started (thread=771874B0, label=tntsat, device=/dev/sci0, detect=cd, mhz=357, cardmhz=357)
2013/02/19 21:09:34 771874B0 r IFD: Opening device /dev/sci0

2013/02/19 21:09:34 771874B0 r IFD: Device /dev/sci0 succesfully opened

2013/02/19 21:09:34 77668000 s loadbalancer: can't read from file /tmp/.oscam/stat
2013/02/19 21:09:34 77668000 s waiting for local card init
2013/02/19 21:09:34 771874B0 r tntsat card detected
2013/02/19 21:09:34 771874B0 r IFD: Activating card in reader tntsat

2013/02/19 21:09:34 771874B0 r IFD: Activating card

However the status of the reader in the WEB IF says:
label:tntsat au: on crypted: off card:srvid:0000:0000 needinit (no entitlements)

Any clue what I might be doing wrongly?
I can also give you the last part of the system log:
(this looks a little like chinese to me!)

[210513.030000] [scard_release] Now Currnet priv->ref_cnt = 1
[210513.030000] [scard_release] After priv->ref_cnt = 0
[210564.870000] scard_open :: scard_priv[minor=0].b_mode = 1
[210565.460000] T=0 f=5 EGT=3 ETU=372
[210565.460000] ==[ scard_set_dynamic_param : GTO=0] ==
[210565.460000] > Mode = 2 | Card_Type = 0 | Card_Clock_H = 139 | Card_Clock_L = 128
[210565.470000] > Card_FI = 1 | Card_DI = 1 | Card_EGT = 1
[210565.480000] > Card_TX_Error = 1 | Card_RX_Error = 1 | Card_TX_Wait = 2
[210565.490000] ==RW_MORE_DELAY = 20 | Card_RTxRETRY = 3
[210565.490000] scard_set_dynamic_param :: clk = 28 | tangox_get_sysclock() = 200250000
[210565.500000] scard_set_dynamic_param :: frequency = 3571200 | Mode = 2
[210565.510000] scard_set_dynamic_param..>> Card_ETU = 371
[210565.520000] scard_set_dynamic_param..>> Last_rev_msb = 0 || Last_rev_pol = 0
[210696.490000] [scard_release] Now Currnet priv->ref_cnt = 1
[210696.490000] [scard_release] After priv->ref_cnt = 0
[210701.700000] scard_open :: scard_priv[minor=0].b_mode = 1
[210943.330000] [scard_release] Now Currnet priv->ref_cnt = 1
[210943.330000] [scard_release] After priv->ref_cnt = 0
[210948.550000] scard_open :: scard_priv[minor=0].b_mode = 1
[210949.140000] T=0 f=5 EGT=3 ETU=372
[210949.140000] ==[ scard_set_dynamic_param : GTO=0] ==
[210949.140000] > Mode = 2 | Card_Type = 0 | Card_Clock_H = 139 | Card_Clock_L = 128
[210949.150000] > Card_FI = 1 | Card_DI = 1 | Card_EGT = 1
[210949.160000] > Card_TX_Error = 1 | Card_RX_Error = 1 | Card_TX_Wait = 2
[210949.170000] ==RW_MORE_DELAY = 20 | Card_RTxRETRY = 3
[210949.170000] scard_set_dynamic_param :: clk = 28 | tangox_get_sysclock() = 200250000
[210949.180000] scard_set_dynamic_param :: frequency = 3571200 | Mode = 2
[210949.190000] scard_set_dynamic_param..>> Card_ETU = 371
[210949.200000] scard_set_dynamic_param..>> Last_rev_msb = 0 || Last_rev_pol = 0

Thanks
Uli

Hi nano,
Perhaps I used a too old version of oscam (ver. 1.1). All it told me when starting is what I showed you in my previous post. When trying a newer one (softcam.oscam-experimental, ver. 1.2) it in fact tells me that already activation of the card does not work. I downloaded the newest version of oscam for azbox now and I will try this evening and tell you the results.
For the moment it clearly does not read the card at all. Which box do you use and may there be a problem on the internal reader?
I saw that oscam -V will tell me which device is supported. We will see tonight!
Uli

I worked quite a lot on the problem but did not make much progress in bringing the TNTSAT card up. However, I think, I made some progress in understanding what is going wrong. First I thought it was just a configuration problem but now I am getting more and more convinced that the problem is actually more fundamental.
As I said in my first post, I am using OpenRSI-3.0 on a AxBox HD (almost latest version). OpenRSI is built for this box but I have the feeling that the oscam plugins which I downloaded through the plugin installer of the OpenRSI system actually does not use the right driving software for the internal AzBox card reader.
Yesterday I downloaded the azbox version of oscam from their WEB site and tried to run it without success (the program does not even start). Probably it is intended for the original AzBox system and not for OpenRSI. Then I downloaded the oscam source using svn and tried to cross-compile it. First I tried to cross compile "hello World" which I managed to run on the AzBox. This meant that I have the correct toolchain and libraries. I saw that there are plenty of configuration options to compile oscam and I tried to include the AzBox and AzBox reader ones.
oscam compiles without problem and when running oscam -V (which unfortunately is not yet implemented on my previous version) I get the options as expected. However, when running the full program I have other problems. To be continued...
Now I have a question to dexter:
Can you give me a link to Spaze 2.2 and to oscam 1.20-unstable_svn build # 6240
Does this oscam version run on OpenRSI-3.0 on an AzBox?
Thanks Uli

It's a AzBox premium HD!

Hi dexter,
I think it is an AzBox premium HD. Could you give me a link to the oscam binary you use? Does Spaze 2.2 use uclibc or glibc?
I would like to try a configuration that is as close os possible to yours. Do you need cccam if you do not want to share the card?
Uli

Hi dexter,
Yes, found it! I will try tonight

Tonight I downloaded oscam-svn8395-mips-tuxbox-oe2.0-webif-Distribution.tar.gz from the oscam WEB site. Unfortunately when having a look at
(I took the oe2.0 version because OpenRSI-3.0 is based on oe2.0)
oscam -V it told me:
cardreader_phoenix: no
cardreader_internal_azbox: no
cardreader_internal_coolapi: no
cardreader_internal_sci: yes
cardreader_sc8in1: no
cardreader_mp35: no
cardreader_smargo: no
cardreader_pcsc: no
cardreader_smartreader: no
cardreader_db2com: no
cardreader_stapi: no
(dexter: could you please check if you have the same thing)
I decided that probably I should have cardreader_internal_azbox: yes and I therefore compiled oscam myself to get this.
Now oscam.log tells me:
2013/02/21 20:11:46 0 s cardreader: Initializing
2013/02/21 20:11:46 0 s tntsat [internal] creating thread for device /dev
/sci0
2013/02/21 20:11:46 0 s start reader thread action 8
2013/02/21 20:11:46 0 s loadbalancer: can't read from file /tmp/.oscam/st
at
2013/02/21 20:11:46 0 s waiting for local card init
2013/02/21 20:11:46 5DD398 r data from add_job action=8 client r tntsat
2013/02/21 20:11:46 5DD398 r tntsat [internal] IFD: Opening device /dev/sci0
2013/02/21 20:11:46 5DD398 r tntsat [internal] IO: openxcas sc: init
2013/02/21 20:11:46 5DD398 r tntsat [internal] IO: openxcas sc: init failed (-
1)
2013/02/21 20:11:46 5DD398 r tntsat [internal] IFD: Device /dev/sci0 succesful
ly opened
2013/02/21 20:11:46 5DD398 r tntsat [internal] Reader initialized (device=/dev
/sci0, detect=cd, mhz=357, cardmhz=357)
2013/02/21 20:11:46 5E9090 h dvbapi: HTTP Server listening on port 8888
2013/02/21 20:11:46 5DD398 r tntsat [internal] cardreader_do_checkhealth: !rea
der_card_inserted
2013/02/21 20:11:46 5DD398 r tntsat [internal] cardreader_do_checkhealth: read
er->card_status = 4, ret = 0

and I still don't see any entitlements in WEBIF. Seems the card is still not initialised.
Uli

Some progress: I found that going the internal_reader_azbox way was actually wrong. This is probably for the original OpenSat firmware only because it needs openxcas, which is not running om OpenRSI.
I compiled an oscam version with internal_reader_sci and there I have at least some slight success:
2013/02/21 23:32:10 5D2358 r tntsat [internal] Reader initialized (device=/dev/sci0, detect=cd, mhz=357, cardmhz=357)
2013/02/21 23:32:11 5D2358 r tntsat [internal] card detected
2013/02/21 23:32:11 5D2358 r add reader job action 4 queue length 1 tntsat
2013/02/21 23:32:11 5D2358 r tntsat [internal] cardreader_do_checkhealth: reader->card_status = 1, ret = 0
2013/02/21 23:32:11 5D2358 r tntsat [internal] IFD: Activating card
2013/02/21 23:32:11 0 --- Skipped 1 duplicated log lines ---
2013/02/21 23:32:11 5D2358 r tntsat [internal] IFD: Is card activated?
2013/02/21 23:32:11 5D2358 r tntsat [internal] IFD: Reset internal cardreader!
2013/02/21 23:32:11 5D2358 r tntsat [internal] IFD: Waiting for card ATR Response...
As you can see, instead of saying "!reader_card_inserted and status = 0, it now says: "card detected" and status = 1
The problem now arises when trying to "activate" the card. Which card do you have? A TNTSAT viaccess 4 or 5?
Seems that TNTSAT 5 needs some sort of actrivation, whatever this means
Uli

There seems to be a problem using the sci internal reader with oscam under OpenRSI-3.0:
This is the position in the ifd_sci.c code:

static int32_t Sci_Read_ATR(struct s_reader * reader, ATR * atr) // reads ATR on the fly: reading and some low levelchecking at the same time
{
uint32_t timeout = ATR_TIMEOUT;
unsigned char buf[SCI_MAX_ATR_SIZE];
int32_t n = 0, statusreturn =0;
do {
ioctl(reader->handle, IOCTL_GET_ATR_STATUS, &statusreturn);
rdr_debug_mask(reader, D_IFD, "Waiting for card ATR Response...");
rdr_debug_mask(reader, D_IFD, "Get ATR status return : %d",statusreturn);
usleep(100000);
}
while (statusreturn);
The problem is that the ioctl call always returns 1 which puts the code into an endless loop. Oscam later kills the reader.
Why this is the case I don't know. Maybe there is a problem in the sci driver?