Common interface assignment no more working
sos 20 Feb 2018
Hi,
I have the formuler F1.
I use an officiel smartcard with oscam and an official CI+ module.
Untill yesterday I could assign which channels have to be read by CI and everything worked fine (CI channels and smartcard channels).
I tried today to flash to new openpli 6.1, loading oscam and common interface assignement in the plugins but it did not work anymore.
They work separately (removing CI, smartcard channels work) but if I insert CI module, even if i assigned the channels, stb tries systematically to read info on CI module, and therefore smartcard channels do not work anymore.
Even downgrading to an older image, the problem stays.
Was it something changed today in the common interface assignment plugin?
If no, how could i make it work both again?
Sincerely thanks for your help because i'm desperate (working on it for 6 hours with multiple image flashing but without success)
WanWizard 20 Feb 2018
The data always flows through both the CI module and the softcam. Whether or not the CI module actually does something.
There was a new Oscam version in today's OpenPLi 6.1 build, but that was also added to the OpenPLi 4 build, so downgrading won't have helped if that has caused it. To see if this is the case, uninstall Oscam (menu, plugins, red button, softcams), place the attached version on a USB stick and plug in into the box. The box should prompt you for installation.
Attached Files
sos 20 Feb 2018
The data always flows through both the CI module and the softcam. Whether or not the CI module actually does something.
There was a new Oscam version in today's OpenPLi 6.1 build, but that was also added to the OpenPLi 4 build, so downgrading won't have helped if that has caused it. To see if this is the case, uninstall Oscam (menu, plugins, red button, softcams), place the attached version on a USB stick and plug in into the box. The box should prompt you for installation.
Hi,
Thanks for the proposal. I installed today the new image openpli 6.1 19/02/18 and your file.
Unfortunately, the same problem occurs.
If I unplug the ci module, smartcard channels work. Plugging ci module, smartcard channels do not work anymore.
I mention that I assigned the ci channel via common interface assignment.
Do you have any suggestion? I really cannot understand...
WanWizard 20 Feb 2018
I can't say, nothing else has changed on our side. And it is not my area of expertise.
Which CI module is it? Or is it a CI+ module? And if so, did you install something in an attempt to enable the CI+? What exactly have you assigned to it? What smartcard is it?
Perhaps there are users in the same situation as you.
sos 20 Feb 2018
Ci module is M7 (Telesat) Neotion Viaccess cam 701
Smartcard is NC+ Conax.
Can I manually assign channels to read card reader or CI module (somewhere in a file on my box?)
Does anyone has another proposal?
WanWizard 20 Feb 2018
No, you can't. As I said, the received data always flows through both the CI module and the softcam, regardless of which can and will decode it.
So I can't explain your problem, especially not if the module and the card decode different channels. I assume you have examined the oscam logs for clues?
The only issue I can think of is that the module marks the data as decoded, while it actually isn't. Which causes Oscam to think it is an FTA channel and not decode anything. But you should be able to see that in the second infobar (2 x OK),.
sos 20 Feb 2018
How can I examine oscam logs for clues?
If i check the second infobar, on the up right side, Slot CI : 1 (in green) appears, even on channels used with smartcard.
What looks strange is that when I switch to a smartcard channel infobar bar show me "upper card" what is right
Installing another softcam could help?
WanWizard 21 Feb 2018
That at least means Oscam gets the request and does something.
Next stop is look at the Oscam logs (use the Oscam web interface for that), it will tell you if there are decryption errors. You can post a relevant part the log here (use the <> button) so we can have a look.
sos 21 Feb 2018
Log 1 = switching from ci channel to smartcard channel with ci module inserted => this way DO NOT SHOW me the smart card channel and i get an error message you do not have the rights to access the program
2018/02/21 19:10:20 696523CE c (-) -- Skipped 4 duplicated log lines -- 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 stop descrambling program number 420E (1818@00006C:420E unknown) 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 0 CAID: 0100 ECM_PID: 0B5C PROVID: 000068 PBM: FFFFFFFFFFFFFFF DATE: 4-6-2016 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 1 CAID: 1813 ECM_PID: 0B5C PROVID: 000068 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 2 CAID: 0B01 ECM_PID: 0BA3 PROVID: 000000 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 3 CAID: 0500 ECM_PID: 0B98 PROVID: 032A00 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 4 CAID: 1803 ECM_PID: 0C24 PROVID: 000000 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 5 CAID: 1861 ECM_PID: 0C2E PROVID: 000000 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 6 CAID: 1884 ECM_PID: 09CC PROVID: 000000 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 ecmpid 7 CAID: 186C ECM_PID: 0AF8 PROVID: 000000 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 found 8 ECMpids and 6 STREAMpids in caPMT 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 found channel in cache and matching prio -> start descrambling ecmpid 2 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 trying to descramble PID 2 CAID 0B01 PROVID 000000 ECMPID 0BA3 ANY CHID PMTPID 03F0 VPID 00A7 2018/02/21 19:10:20 696523CE c (dvbapi) Demuxer 0 found 8 ECMpids and 6 STREAMpids in PMT 2018/02/21 19:10:20 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:7F498DAEB7C65CDA9381B2BAB70FACD3): found (321 ms) by upper_card 2018/02/21 19:10:27 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:5603EBB77249DBBBFD02DA421D002C4A): found (318 ms) by upper_card
Log 2 = switching from CI channel to smartcard channel with CI module withdrawn => this way SHOW me the smartcard channel
2018/02/21 19:12:18 696523CE c (-) -- Skipped 1 duplicated log lines -- 2018/02/21 19:12:28 696523CE c (-) -- Skipped 3 duplicated log lines -- 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 stop descrambling program number 420E (1818@00006C:420E unknown) 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 0 CAID: 0100 ECM_PID: 0B5C PROVID: 000068 PBM: FFFFFFFFFFFFFFF DATE: 4-6-2016 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 1 CAID: 1813 ECM_PID: 0B5C PROVID: 000068 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 2 CAID: 0B01 ECM_PID: 0BA3 PROVID: 000000 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 3 CAID: 0500 ECM_PID: 0B98 PROVID: 032A00 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 4 CAID: 1803 ECM_PID: 0C24 PROVID: 000000 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 5 CAID: 1861 ECM_PID: 0C2E PROVID: 000000 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 6 CAID: 1884 ECM_PID: 09CC PROVID: 000000 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 ecmpid 7 CAID: 186C ECM_PID: 0AF8 PROVID: 000000 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 found 8 ECMpids and 6 STREAMpids in caPMT 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 found channel in cache and matching prio -> start descrambling ecmpid 2 2018/02/21 19:12:28 696523CE c (dvbapi) Demuxer 0 trying to descramble PID 2 CAID 0B01 PROVID 000000 ECMPID 0BA3 ANY CHID PMTPID 03F0 VPID 00A7 2018/02/21 19:12:29 696523CE c (dvbapi) Demuxer 0 found 8 ECMpids and 6 STREAMpids in PMT 2018/02/21 19:12:29 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:6F8E07355773F64C54915885AF572F12): found (1321 ms) by upper_card 2018/02/21 19:12:37 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:C26AE16433550832837AF9E8C5923396): found (318 ms) by upper_card
log 3 = keeping the above smart card channel working, and inserting the CI module => the channel blocks within 2 secons after plug of ci module with info "Error message You do not have the rights to access the program"
between 19.13.17 and 19.13.27
2018/02/21 19:13:17 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:358F754DA56BC74411300467ACB3C32D): found (320 ms) by upper_card 2018/02/21 19:13:27 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:D4DFF88090DA69A4E9EE621846DD9BE6): found (317 ms) by upper_card 2018/02/21 19:13:37 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:8D3EFCF495814FF1C37E5B0D6DFF56EF): found (316 ms) by upper_card 2018/02/21 19:13:47 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:4476DBF3C8B2498CA3DB840DF9F1A0D0): found (318 ms) by upper_card 2018/02/21 19:13:57 696523CE c (ecm) dvbapiau (0B01@000000/0000/3D5C/76:C4B98E9D3C63CC07E206EFA31FB36E80): found (318 ms) by upper_card
SO from what I can see/understand it seems to work but inserting ci module seem to force everything to be read by ci module. It gives me the impression that common interface assignment does not it job
COuld you give me your advice/expertize?
What would you suggest to correct this.
Once again is very strange because 2 days ago everything worked find in this configuration and i did not change anything excepting flashing a new image
Thanks in advance for your reply and for sure really many thanks for your time and your help...hoping you could find a solution for me..
Edited by sos, 21 February 2018 - 19:20.
WanWizard 21 Feb 2018
As I said, data is ALWAYS routed through both, so even if your CI module decodes, you would see the requests in Oscam. Which are bogus, but are there because the CI doesn't mark the data as decrypted.
Are you saying that both the card in the CI module and the card in the cardreader have the same Provider ID?
I have a CI module here for Viaccess ID 0500, and a Seca smartcard with ID 0100:006A, from the same provider. And have no issue using them at the same time. Even worse, the CI module decodes, and still Oscam requests keys from the Seca card, while there is nothing to decode anymore...
As for technical details, you will probably be better served at the Oscam forum, http://www.streamboard.tv.
sos 21 Feb 2018
Thanks for the reply...I think I 've found the problem...
I checked the ci0.xml on etc/enigma2/ci0.xml
I remarked within the file, even if I 've just added services via the common interface assignment plugin, that before this service list some caid were also listed above.
I deleted theses caid from the xml, restarted the box and everything run correctly now...
Any very thanks for your explanations because I do not know a lot in technics but you remarks and explanations helped me to further investigate and find the solution.
Many thanks
littlesat 21 Feb 2018
There can indeed be made Some improvements here... when the CI mentioned cannot decode this channel auto fallback to the EMU.... en silence the EMU when the CI does the Encryption... with this a plugin like ci assignment is even not required...
sos 21 Feb 2018
A little explanation for dummies as I if you have the same problem...here are the steps I've made:
1. Download a soft accessing the box (there are many, I 've used winscp)
2. access your box in ftp mode and enter the ip of your box. Standard login is root, no password so type just enter
3. download ci0.xml in etc/enigma2/ci0.xml on your computer
4. open with notepad editor, delete the lines including caid, save and export again to your box, overwriting the existing file.
5. Restart box and it's done
WanWizard 21 Feb 2018
There can indeed be made Some improvements here... when the CI mentioned cannot decode this channel auto fallback to the EMU.... en silence the EMU when the CI does the Encryption... with this a plugin like ci assignment is even not required...
Afaik that is not possible. It is always routed through both the CI module(s) and the softcam.
Ideally the CI module marks the data as decryped (there is a MPEG-TS flag for it), in which case the softcam could skip it, but as most (if not all) CI modules don't do it, the softcam does an ECM request as well, which is totally useless if the CI already decrypted it.
athoik 21 Feb 2018
So if oscam doesn't receive a caPMT will do nothing.
Pike_Bishop 22 Feb 2018
Hi,
here since a long time the solution for that situation is not use caid or provider in commoninterface assignment but rather put the channels which you want to decrypt
with ci-module specific to commoninterface assignment.
regards
Biki3
Edited by Biki3, 22 February 2018 - 01:54.
littlesat 22 Feb 2018
Lost in Space 22 Feb 2018
I'm sorry, but the data does NOT always flow "trough" the CI, this wording is incorrect and easy to verify in /proc/stb/tsmux.
The ciX_input will always show the input from the tuner, which means data flows always INTO CI
BUT the inputX for the descrambler on an FTA channel should show the tuner (A,B,..) and when the CI Module descrambles it show CIX which means then the data flows trough and is re-encrypted with DES or AES encryption with the module sending also the keys for this to the caX device.
ONLY if you have NOT done any proper CI assignment it will aways have a CIX input shown even when it is an FTA channel.
And when the channel is decrypted with a softcam also the pure Tuner is servicing the inputX and the camembert just adds the key words via the caX devices.
At least this is how it behaves on my box
So there is no need to change anything IF implemented and used properly, a lot of boxes are even sharing the caX device using always ca0 no matter how many cards or CIs you are using.
And yes CAID assignment to CI is shitty and causing more problems than it solves, I don't even support this method in my AutoPin Plugin and disable caid asignment intentionally.
Edited by gutemine, 22 February 2018 - 18:33.