Jump to content


Photo

Common interface assignment no more working

common interface

  • Please log in to reply
26 replies to this topic

#1 sos

  • Member
  • 7 posts

0
Neutral

Posted 20 February 2018 - 00:10

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)

 

 



Re: Common interface assignment no more working #2 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 20 February 2018 - 00:29

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


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #3 sos

  • Member
  • 7 posts

0
Neutral

Posted 20 February 2018 - 18:59

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...



Re: Common interface assignment no more working #4 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 20 February 2018 - 19:20

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. 


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #5 sos

  • Member
  • 7 posts

0
Neutral

Posted 20 February 2018 - 19:47

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?



Re: Common interface assignment no more working #6 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 20 February 2018 - 19:52

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),.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #7 sos

  • Member
  • 7 posts

0
Neutral

Posted 20 February 2018 - 20:10

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?



Re: Common interface assignment no more working #8 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 21 February 2018 - 12:40

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.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #9 sos

  • Member
  • 7 posts

0
Neutral

Posted 21 February 2018 - 19:19

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.


Re: Common interface assignment no more working #10 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 21 February 2018 - 22:00

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.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #11 sos

  • Member
  • 7 posts

0
Neutral

Posted 21 February 2018 - 22:50

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



Re: Common interface assignment no more working #12 littlesat

  • PLi® Core member
  • 56,282 posts

+691
Excellent

Posted 21 February 2018 - 22:51


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...

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Common interface assignment no more working #13 sos

  • Member
  • 7 posts

0
Neutral

Posted 21 February 2018 - 22:56

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



Re: Common interface assignment no more working #14 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 21 February 2018 - 23:36

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.


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #15 athoik

  • PLi® Core member
  • 8,458 posts

+327
Excellent

Posted 21 February 2018 - 23:51

The caPMT instructs both cams to "play" or not, right?

So if oscam doesn't receive a caPMT will do nothing.
Wavefield T90: 0.8W - 1.9E - 4.8E - 13E - 16E - 19.2E - 23.5E - 26E - 33E - 39E - 42E - 45E on EMP Centauri DiseqC 16/1
Unamed: 13E Quattro - 9E Quattro on IKUSI MS-0916

Re: Common interface assignment no more working #16 WanWizard

  • PLi® Core member
  • 68,649 posts

+1,739
Excellent

Posted 22 February 2018 - 00:24

And based on what should that happen?


Currently in use: VU+ Duo 4K (2xFBC S2), VU+ Solo 4K (1xFBC S2), uClan Usytm 4K Pro (S2+T2), Octagon SF8008 (S2+T2), Zgemma H9.2H (S2+T2)

Due to my bad health, I will not be very active at times and may be slow to respond. I will not read the forum or PM on a regular basis.

Many answers to your question can be found in our new and improved wiki.


Re: Common interface assignment no more working #17 Pike_Bishop

  • Senior Member
  • 1,133 posts

+73
Good

Posted 22 February 2018 - 01:50

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.

Receiver: VU Ultimo 4K, Octagon SF8008 4K, Gigablue Quad 4K

Image: OpenPLI-8.3


Re: Common interface assignment no more working #18 littlesat

  • PLi® Core member
  • 56,282 posts

+691
Excellent

Posted 22 February 2018 - 08:00

Currently in e2 there is code to filter on caid, service, and a third thing, which should go to ci or not... it would be Nice to have this on a kind of automatic way

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Common interface assignment no more working #19 Erik Slagter

  • PLi® Core member
  • 46,960 posts

+541
Excellent

Posted 22 February 2018 - 17:31

There is the CI service selection plugin?


* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Common interface assignment no more working #20 Lost in Space

  • Senior Member
  • 876 posts

+69
Good

Posted 22 February 2018 - 18:28

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 :D

 

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.




Also tagged with one or more of these keywords: common interface

1 user(s) are reading this topic

0 members, 1 guests, 0 anonymous users