#2871 closed defect (fixed)
Oscam #7752 stops after starting
Reported by: | JoSquillo | Owned by: | |
---|---|---|---|
Priority: | critical | Component: | Reader |
Severity: | high | Keywords: | |
Cc: | Sensitive: | no |
Description
Revision
7752 mipsel
Issue Description
After starting the oscam stops. I have only a Sky V13 in an internal reader.
When the issue occurs
Directly by starting
Attachments (15)
Change History (67)
by , 11 years ago
comment:1 by , 11 years ago
7752 mips running fine here at several different receivers. you can read in your log which errors there are. Several files are missing. Most important is the services file which can not be found.
Please repair critical errors first. This is not an oscam error !
comment:2 by , 11 years ago
I don't think that the missing files are the problem. Oscam stops while reading the ATR. This is naturally my opinion.
comment:3 by , 11 years ago
PCSC reader now work great.
but this look like that fix for pcsc reader couse problem with mouse reader. Maybe mouse reader must extra check ATR.
comment:5 by , 11 years ago
What I tested is that 7750 isn't working but 7742 yes. I cannot say something about the versions between them.
comment:6 by , 11 years ago
I tested now also the 7744 that isn't working. I hope it is enough information for you.
comment:7 by , 11 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
both mouse & pcsc. working on multiple cards seca, viaccess & NDS. Do NOT alter. Oscam does not stop
comment:8 by , 11 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
@irishmist: How do you decide that the issue reported by JoSquillo is fixed? Please don't close tickets like that.
comment:9 by , 11 years ago
@JoSquillo: So r7742 is working. Can you try r7745 (it shouldn't work).
r7752 pcsc: Fix oscam crash on PCSC reader init. r7751 Fix for nonworking PCSC readers! Tnx to Sulge and The_Raven for their good debugging and test work r7750 csctapi: mp35 reader init fixes r7749 Revert r7747, it is wrong to initialize hCard that way. r7748 pcsc: Add debug message with card handle. r7747 pcsc: Init card context. r7746 pcsc: Fix stack overwrite. * r7745 Small fix for ATR on the fly and ATR_InitFromArry: T14 protocol also doesnt use TCK byte. Tnx to Gorgone for reporting! r7744 csctapi: Fix couple of warnings seen on 32bit compile. * r7743 ATR on the fly fully interpreted... hope you all learn as much from it as I did ;)
comment:10 by , 11 years ago
I'm in with the same problem ;) I opened a new ticket. Sorry for that. Read this one to late. My log is attached. Last working version 7735.
comment:11 by , 11 years ago
@gf
I will try tomorrow to build the r7745 cause i didn't found one to test with. Sorry that I cannot give an earlier answer.
comment:12 by , 11 years ago
comment:13 by , 11 years ago
comment:14 by , 11 years ago
comment:15 by , 11 years ago
comment:16 by , 11 years ago
Thanks for testing it is what I suspected - ATR changes. theparasol is working on them in the moment.
comment:21 by , 11 years ago
JoSquillo, what is the normal ATR of your card so I can compare it.
Second byte received is FF, inverse means 00, means no TA/TB/TC/TD: is just stupid.
What is your reader configged mhz/cardmhz?
comment:22 by , 11 years ago
It's a V13 Card.
ATR is 3F FF 11 25 03 10 80 41 B0 07 69 FF 4A 50 70 00 00 50 31 01 00 11
mhz = 357
cardmhz = 357
comment:23 by , 11 years ago
Ok that makes sense, seems to me inverse convention cards dont invert their atr...
But the good old ATR_InitFromArray does inverse them.
It might be the reader that is inversing the ATR already? Whats going on here...
Found it:
The stupid old code never ever inverses:
/* Check if ATR is from a inverse convention card */
if (atr_buffer[0] == 0x03) inverse convention is done on the fly in case ifd_sci.c based reader
{
for (pointer = 0; pointer < length; pointer++)
buffer[pointer] = ~(INVERT_BYTE (atr_buffer[pointer]));
}
Look at that stupid compare, its comparing against 0x03 instead of 0x3F !!!
This should be it then, will clean the code from inverse soon!
comment:27 by , 11 years ago
That cant be... restart your box (!) ... thinking your reader is in total panic mode ;)
Or make a -d 65535 log
comment:28 by , 11 years ago
65535 seems to be the same as 255. I restarted the box, but I think it couldn't be a panic attac. ;-)
comment:30 by , 11 years ago
Your first readerpanic :) (Had it before while playing with the code....)
If I remember correctly you have a dreambox 8000?
If so, set reader mhz to 2700 and cardmhz to 500 and try again.
If you are tired of testing and reporting and want to operate your card, copy your ATR into reader config in the field ATR!
Think you not only need to reboot the box but to powercycle to fix your reader.
comment:32 by , 11 years ago
Then try reader mhz = 8300, cardmhz = 500
Its wise to powercycle the box, put power off wait 10 seconds and power up again.
7558 is already out, removed the inverse code completely.
by , 11 years ago
Attachment: | oscm_r7757_d65535 (2).log added |
---|
comment:33 by , 11 years ago
I have to go out for this evening but I will test later or tomorrow. Thanks for your help.
It's not a problem to change the clock? I become suggested to use 357 for the V13.
I cannot find an ATR Field in the server config file.
comment:34 by , 11 years ago
I tested the with r7758 and also with different clock, but nothing to do. It would be nice if you can write to me about this ATR Field, cause i cannot find it. Maybe I'm too tired or the panic of my reader would become contagious ;-)
comment:35 by , 11 years ago
Set in oscam.server
[reader]
label=cardreader
protocol=internal
device=/dev/sci0
...
atr = 3FFFEF11F24F03F1FF80F40FB0F06F69FFEF4AF5FF70F0FF00F5FF
....
....
....
comment:36 by , 11 years ago
I tried r7758 but there is still a lockdown after 1 second. Also tried with reader mhz 2700 and atr for internal V13 in my DM8000. Still no function. :(
comment:37 by , 11 years ago
Attach a -d2 log, otherwise I cant do anything but guessing. I'm not a lucky guesser I guess...
comment:38 by , 11 years ago
I'll shortly do. I think I have the right atrs (copied out of the r7742 log without spaces of course). So the actual result is 1 out of 6. ORF Irdeto works (Easymouse) but Sky DE + UK (internal), MTV, SRG and KDG (all Easymouse) don't. I'll try some changes in mhz. My internal V13 doesn't work with 357 or 2700. The equal result with same digits for the 0963 in the second internal slot of the DM8000.
comment:39 by , 11 years ago
I am testing with an ET9200; r7742 works fine, r7743 terminates before even starting to show an ATR. The last lines are:
r v13_inkl._hd+ [internal] IFD: Activating card --- Skipped 1 duplicated log lines --- r v13_inkl._hd+ [internal] IFD: Is card activated? r v13_inkl._hd+ [internal] IFD: Reset internal cardreader!
Also I do not encounter a reader panic. I startet r7742 after r7743 had crashed, and it worked fine. r7759 crashes as well; I tried setting the correct ATR of my card in oscam.server. OSCAM does not crash, but the card still does not work. -d2 log attached. r7759 works fine with a smartreader, the next log lines would be card type and ROM version.
by , 11 years ago
Attachment: | oscam_7759_d2_ET9200.log added |
---|
-d2 log of r7759, ET9200 internal reader, ATR set in oscam.server
comment:40 by , 11 years ago
Here comes the log of r7759. Only the ORF Irdeto works fine. All readers are completed with an ATR Line.
Log is now attached. ;)
comment:41 by , 11 years ago
I tested this morning with higher clock end it didn't run. After that I tested with normal 357 clock but with ATR Field in reader. In this case the screen remains black, but the oscam isn't stopping the process.
by , 11 years ago
by , 11 years ago
Attachment: | oscm_r7758_d65535_higherclock.log added |
---|
log r7758 -d65535 with higher clock.
by , 11 years ago
Attachment: | oscm_r7758_d2_ATR_normalclock.log added |
---|
log r7758 -d2 with normal clock and ATR Field in Config
by , 11 years ago
Attachment: | oscm_r7758_d65535_ATR_normalclock.log added |
---|
log r7758 -d65535 with normal clock and ATR Field in Config
comment:42 by , 11 years ago
Ok, I think I found it. Only the ATR of my ORF Card works. I tried it with r7742 and ATR. It's same problem like in r7758 or r7759. Error with V13, 0963 Sky UK, KDG G09, MTV and SRG v2.6. An ok for the ORF Irdeto. I worked with the ATR, which is shown in the Webif under Readers Info. So, what should I do now?
comment:43 by , 11 years ago
Nothing to do with atr parse on the fly, its in icc_async.
Try this tryfix patch: http://www.streamboard.tv/wbb2/thread.php?postid=429197#post429197
Make sure to use tryfix2, 3 is no good.
comment:44 by , 11 years ago
Sorry, I don't know how to use the tryfix2. Could you give me a short hint how to handle this attach?
comment:45 by , 11 years ago
I will try.
@Tollwut
make a copy of the original icc_async.
Put the patchfile tryfix2.patch in the root of your oscam-svn
from commandline patch -p0 < tryfix2.patch
I hope I forgot nothing ;-)
by , 11 years ago
Attachment: | oscm_r7758_d2_ATR_tryfix2.log added |
---|
log r7758 ATR in config -d2 with tryfix2
by , 11 years ago
Attachment: | oscm_r7758_d2_tryfix2.log added |
---|
log r7758 -d2 with tryfix2 w/o ATR in config
comment:48 by , 11 years ago
hello,
I believe that the problem is in the form "ifd_sci.c", I tried to compile using the previous version of the same form (r7718) and it works correctly, without changing frequency and manually enter in the ATR config.
comment:49 by , 11 years ago
"theparasol" thanks for the correction, now with r7770 work properly with card 09CD
comment:51 by , 11 years ago
It's ok for me too. At the end we stumble over an if/endif. Really amazing thing. Thanks for your huge work.
-d 255 log