newcs 1.67 & CCcam 2.1.3 issue

[tmsani]

newcs is acting as server & CCcam as client in dreambox

in Cccam client seems to connect to newcamd server but nothing is happening...

when i do CCcam -d i getting following message

0848.761 CCcam: newcamd first read failed 0

0848.761 CCcam: newcamd receive error -1


When i do newcs_1.67 -d

When i do newcs -d

[Sci] opening device /dev/sci0
[Sci] Closing device /dev/sci0 [Handle=-1]
[Sci] Could not open device /dev/sci0 [might be in use by another process?]

Looks like Cccam or someother process has taken over /dev/sci0


Anyidea what has to be changed to get newcs working

[jtc2005]

can we see ur cccam.cfg and newcs.xml?

[tmsani]

can we see ur cccam.cfg and newcs.xml?

Other than N line i don't have anything in CCcam
N: 127.0.0.1 34000 xxxx xxxx 01 02 03 04 05 06 07 08 09 10 11 12 13 14

<newCSconfig>
<readers name="Card Readers">
<device>
<name>lower</name>
<type>sci</type>
<mhz>600</mhz>
<node>/dev/sci0</node>
<parity>odd</parity>
<reset>normal</reset>
<export>Yes</export>
<enabled>Yes</enabled>
<blocksa>No</blocksa>
<blockua>No</blockua>
<blockga>No</blockga>


<irdeto-camkey>0000000000000000</irdeto-camkey>
<irdeto-camkey-data>000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000</irdeto-camkey-data>
<crypto-special>No</crypto-special>
<ipk>000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000</ipk>
<ucpk>00000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 00000000000000000000000000000000000000000000000000 000000000000</ucpk>
<PTShandshake>No</PTShandshake>
<carddetect>yes</carddetect>
<newcamd_port>34000</newcamd_port>
<autosid>Yes</autosid>
<Seca-PPV>no</Seca-PPV>
<pincode>0000</pincode>
<priority>round</priority>
</device>

[zacker]

no user is specified in your newcs.xml. also what card are you trying to share?

[jtc2005]

which card r u trying to share? and in which Dreambox?

[tmsani]

no user is specified in your newcs.xml. also what card are you trying to share?

i have removed the user details in the post...whitey on DM800

[zacker]

if you are trying to share an austar whitey, will not work with newcs

[esky]

newcs is acting as server & CCcam as client in dreambox

in Cccam client seems to connect to newcamd server but nothing is happening...

when i do CCcam -d i getting following message

0848.761 CCcam: newcamd first read failed 0

0848.761 CCcam: newcamd receive error -1


When i do newcs_1.67 -d

When i do newcs -d

[Sci] opening device /dev/sci0
[Sci] Closing device /dev/sci0 [Handle=-1]
[Sci] Could not open device /dev/sci0 [might be in use by another process?]

Looks like Cccam or someother process has taken over /dev/sci0


Anyidea what has to be changed to get newcs working

When you are running a telnet connection into your boxes, always make sure you kill the process you are trying to debug first as no doubt the box is running those same processes on those same ports.

to kill the processes:

killall cccam
killall newcs

Then start them up and you won't have processes being consumed by other devices.

Esky

[tmsani]

Thanks.when starting the cam do Needto use
-d or -dv option.

[jtc2005]

if you are trying to share an austar whitey, will not work with newcs

If its not a T3, it will work for sure with newcs1.65. I havnt tried with 1.67.

[tmsani]

If its not a T3, it will work for sure with newcs1.65. I havnt tried with 1.67.

It is not T3 it is whitey i am trying on CCcam2.1.3 & Newcs 1.67

[zacker]

If its not a T3, it will work for sure with newcs1.65. I havnt tried with 1.67.

I should have been more specific