Extern kortläsare Dm-500?

Går det att plugga in en extra kortläsare i en dreambox dm-500, exempelvis en från ad-teknik, MP3.5 med seriell kontakt?

syftet skulle vara att köra dubbla kort genom cardserverproxy, men detta kanske inte är en så bra idé, eller?

Hmmm.

Precis det är inte så bra ide !! För svagen motor :-}

Så länge du inte försöker köra csproxyn på 500 :) så är det inga problem, massor som kör extra läsare till dom.

så csproxy på dm500 ingen bra ide alltså... för lite kräm helt enkelt!

newcs klarar av att läsa in två olika kort från två läsare (intern & extern), i en och samma instans av programmet om jag har förstått det rätt! Kan man även ha samma port in <newcamd_port>?

Alltså, EN cs-server igång som lyssnar på alla inkommande anrop på EN port och som sedan dirigerar trafiken till rätt kort, men utan lastbalansering som csproxyn erbjuder, eller? Om båda korten då klarar av att hantera anropet (avkoda), vilket får dirigeringen om anrop till båda korten är tillåtna för en viss användare?

Eller är det så att jag måste ha olika portar specifierade under <newcamd_port> för olika kort/läsare <device>?


EDIT: [FONT=Arial Black]NewCS v1.20 RC13
...
[/FONT] Fixed default port on newcamd, if no port is set in device - it will now be 15000+readernumber (instead of 15050 for all readers).
...

Men frågan kvarstår! Går det att ha samma port för alla readers? Vilken reader får då förfrågan?

Jag har samma fråga egentligen...har en dm 500s och vill kunna köra både viasat och canal digital genom den som server. Går detta eller?

Citat:

---

Ursprungligen postat av matkoh

Hmmm.

Precis det är inte så bra ide !! För svagen motor :-}

---

Mer exakt hur mycket processkraft tar en extern kortläsare kontra den interna.
Min gissning är ca "ingenting".

Det är ingen skillnad på extern och extern läsare, det är absolut inga som helst resurskrav på det newcs gör (det innebär ingen belastning på cpu, io, minne eller nåt annat). Egentligen gäller samma sak för csproxyn, men eftersom den är java så är det i praktiken inte nåt alternativ för att köra på en dm500 (eller på nån annan embedded linux öht).

Om man verkligen vill kan man möjligen kompilera suns opensource j2me implementation CVM. Folk kör ju enligt uppgift servlet-containers typ jetty på nslu2, så det kan gå: http://www.nslu2-linux.org/wiki/HowTo/UseJavaOnTheSlug

Skulle nån mot förmodan få till en fungerande j2me vm (eller nån annan jvm) för dreamboxarna så lovar jag kolla upp om proxyn kan anpassas till att köra under en sådan. :)

Men vad händer egentligen när jag försöker initiera två läsare i en dm500 under newcs med samma <newcamdport>? Eller går det över huvudtaget???

varför vill du använda samma port?

/typhoon

för att jag ska slippa juxa med klienterna! samma ip och port gör livet lite enklare, då räcker det att jag fixar med tillåtelser i servern!

men detta spelar egentligen inte någon roll, och frågan kvarstår...

EDIT: och självklart hade jag ju kunnat testa detta på 5 minuter, om jag hade haft ett kort dvs...

Allstå, newcamd är ett protokoll, newcs programmet som öppnar port för kommunikation. Teoretiskt så skulle många läsare under newcs kunna samsas om samma port, samma protokoll!? Om det är möjligt, hur sköts då dirigering, alltså till vilket kort/läsare skickas förfrågningar, om en användare får skicka till båda läsarna, och de båda korten klarar av att räkna ut nycklarna?

I teorin kan flera kort köras på samma port förutsatt att korten är av samma typ (csproxyn utnyttjar detta). Vid newcamd inloggning skickar servern tillbaka kortdata till klienten och det är ca-id/providers i denna som avgör vad klienten sen kommer välja skicka på anslutningen.

Newcamd protokollet klarar alltså inte flera olika typer av kort på samma anslutning.

okej, så klienten väljer vad den vill skicka till servern baserat på vad servern anger för providers som den klarar av...

men ett scenario, låt oss ta comhem, med ett originalkort och ett tvillingkort (olika läsare, men samma port), båda klarar av att "avkoda" SVT1 t ex.

klienten skickar förfrågan till servern, vilket kort får då uppgift av newcs att beräkna nycklar?

EDIT: Får klienten även information om de olika läsarna/korten? För i sådana fall borde ju klienten göra ett val mellen vilket kort/läsare den vill skicka förfrågan till, och om det är så, hur väljer klienten vilket kort den vill skicka till?

EDIT2: Det jag vill komma till egentligen, vilka regler styr dirigering av trafik till läsarna/korten om korten är identiska i avseende på vilka providers/kanaler den klarar av? Lastbalansering inbyggd i NewCS??? Borde ju inte vara så svårt att implementera för utvecklarna, så varför skulle dem inte ha gjort det? Spekulerar bara...

Newcs har såvitt jag vet alltid en port per kort (som orginal cardserv) även om det är kort av samma typ, det är bara csproxyn som ägnar sig åt mer avancerad lasthantering.

Om du har en klient typ mgcamd ansluten till 2 olika newcs portar med comhem kort i båda läsarna så är det klienten som väljer vilken den vill använda, och i regel tar mgcamd (och de flesta andra) den första listan endast. Övriga kopplas upp och hålls vid liv enligt konf men används ej. Den fortsätter använda den första i listan tills dess att problem uppstår, då provar den nästa.

Klienten får som sagt kortinfo vid uppkoppling, inget om läsaren eller andra faktorer. I praktiken är den enda infon som faktiskt är garanterad ca-id, så oftast är allt klienten har att gå på vilket ca-system som används (men det är i regel nog). Skulle man ha 2 kort i newcs från olika providers som råkar använda samma ca-system kommer dock klienten få chansa, å och gissar den fel kan man anta att den försöker med nästa kandidat när den bara får cannot decode svar (men inga garantier nånstans, upp till varje klient hur det hanteras).

Kolla csproxyns source för exempel på hur det hela kan byggas om lastdelning är en prioritet.