Mailing List archive

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[vdr] Re: Alphacrypt CAM in VDR 1.1.23



Reinhard Walter Buchner wrote:
> 
> Hi Klaus,
> 
> My preliminary test report:
> 
> Inserting no CAMs into the Slots:
> 
> reset slot 0 failed
> reset slot 1 failed
> --> Great!
> 
> Inserting one CAM into slot 0
> reset slot 0 okay
> reset slot 1 failed
> --> Great!
> 
> Inserting one CAM into slot 1
> reset slot 0 failed
> reset slot 1 okay
> --> Great!
> 
> Inserting both CAMs (couldn't resist ;o))
> reset slot 0 okay
> reset slot 1 okay
> --> Great!
> 
> So far, so good, BUT
> mounting the Alphacrypt in either Slot 0 or 1
> nothing ;8( happens
> 
> I can't:
> - reset the cam from the menu (reset failed)

That function is not yet implemented.

> - I can't access the CAM menu (can't access menu)

Did you wait long enough? Menu access is only possible after some 15 seconds.

> - It doesn't decrypt

Well, at least there's no change here ;-)

> So something you did broke the Alphacrypt (at least
> the parts that where already working last time)

Please try the CAM menu after waiting at least 15 seconds.
I don't think that any of the changes in VDR 1.1.23 should have an
impact on the basic communication with the module.

> >From eit.c I get:
> Feb 2 18:54:07 linux vdr[2496]: CAM: 88C0 11797 8 09 06 17 02 F0 0C 00 0C
> quite a few lines all the way up to 196 (instead of 8)
> So data seems to getting there
> 
> >From VDR I get:
> --> 00 01 82 01 01
> <-- 00 01 80 02 01 00
> 
> >From /log/messages I get (at start up):
> NO CAM found (bad! ;o)))

Hmmm, the basic communication seems to work (otherwise you wouldn't have got
the "00 01 80 02 01 00" response mentioned above).
Can you try if the very same CAM still works with VDR 1.1.22?
If it works with that version, try VDR 1.1.22 with the firmware (Root + Dpram)
from VDR 1.1.23. I don't think that there is a difference in that area, but
let's check it out.

> What are you doing differently between start up of VDR (CAM(s)
> resets perfectly) & from within the menu (CAM doesn't reset)??
> I didn't have time to check the code ;o))

Simple: the "Reset" function from the menu is not yet implemented.
You don't need that function at this point (maybe I should remove that button
until it really works...).

> I'll fill you in with a report on my MM as soon as I have
> reprogrammed it ;o)) By doing a reset 3 times in a row
> (w/o a card inserted) it automatically goes into the loader
> modus.
> 
> BTW1: It doesn't make difference if I start with a FTA or
> encrypted channel and it doesn't make a difference if a
> card is inserted or not.The above hold true in all four
> cases.

You do have to insert the CAM _before_ starting VDR - did you
do it that way?

> BTW2: I am getting blocky pictures from Pro-7 using this
> combo. I haven't tried it with my modded 1.1.17, but this
> morning (~~ 8 AM) I wasn't having any trouble.

Well, I would expect that you get either a good picture or none
at all. Are you sure yur CAM is ok?

Klaus
-- 
_______________________________________________________________

Klaus Schmidinger                       Phone: +49-8635-6989-10
CadSoft Computer GmbH                   Fax:   +49-8635-6989-40
Hofmark 2                               Email:   kls@cadsoft.de
D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de
_______________________________________________________________


-- 
Info:
To unsubscribe send a mail to listar@linuxtv.org with "unsubscribe vdr" as subject.



Home | Main Index | Thread Index