4250 replies to this topic

[Erik Slagter]

Ow okee... misschien een oude versie van libusb dan?

[bierdopje]

De aanpak is suboptimaal Je wilt eigenlijk niet checken of er een proces is met de naam oscam, want dat zegt nog niks over of oscam wel echt goed draait. Ook heeft oscam de neigen te forken waardoor je twee processen met die naam heb (één guardian en één feitelijke oscam). Het kan voorkomen dat de guardian nog draait maar geen nieuwe oscam opstart.

Wat je dus wilt doen is checken op functionaliteit van oscam. Dat is op zich lastig (zo niet onmogelijk), maar wat je wel kunt doen is checken of de webserver nog draait. Dat zegt al een stuk meer dan alleen kijken of het proces aanwezig is. Met wget kun je heel makkelijk in een script een url testen, aangezien wget een status code teruggeeft.

Verder is het gebruik van nohup best wel archaïsch... Wat het traditioneel deed (ik weet niet of dat nog zo is), is het HUP signal blokkeren. Brute force, niet echt netjes. De moderne aanpak is een aparte sessie maken voor dit programma, die krijgt dan niet eens een HUP signal bij uitloggen. Dat klinkt heel ingewikkeld, maar is het niet. Als je &! achter het commando zet (bash) gaat het vanzelf. Of anders gewoon & en dan op de volgende regel disown.

UPDATE: ik zie net dat de shell van busybox dat allemaal niet snapt, dus op de stb zelf zul je nog steeds nohup moeten gebruiken, grrr....

Daar heb jij gelijk in. Inderdaad zie ik meestal 2 tal processen van oscam. Met CCcam kwamen er soms wel wat meer processen naar voren. Ik kwam er toen ook achter dat het cccam check script niet 100 % was. Zal vanmiddag even zien hoe dat anders kan op mijn fedora server.

Gr. Andries

[christophecvr]

Kan dit met de kernel versie te maken hebben? Huidige is 2.6.18.

Groeten,
GVW

Ja die kernel is de reden. De minimale kernel versie om smargo reader te gebruiken en zijn command0 mode te activeren om de juiste snelheid te zetten.
= 2.6.30 ook dient libusb 1.0 te zijn geinstalleerd.

anders moet je de smargo met fixed speed instellen (beste is dan 3.47 voor tvvl gaat ook 4.8 of 6.0) en by oscam.server

[reader]
protocol = mouse
device = /dev/ttyUSB0 (off USB1 or 2 or ...) hangt af

[master1601]

Volgens mij is er iets fundamenteels fout met Oscam. (of ik heb verkeerde instellingen)

Setup:

VU+ duo met Oscam en 2 TVV kaarten (heb een tweede kaart voor deze test geleend.)
load balancer op 2 gezet (oldest first).
Gebruikt als cardserver.

.....

Mij is hetzelfde opgevallen max 4 kanalen met 2 kaarten en ong 6-7 kanalen met 3 kaarten; misschien de scanning van kanalen die hij ook meetelt?
ECMRatelimit 3,10 LBmode=2

Edited by master1601, 16 February 2012 - 16:52.

[TheMystery]

Changeset [6407]: Prevent seca2 ecm accessing seca3 card and vice versa; reduce unnecessary ...



Prevent seca2 ecm accessing seca3 card and vice versa; reduce unnecessary logmessages
Dit is denk ik een mooie verbetering voor onze nederlandse kaarten.

[Erik Slagter]

Ik heb de diff bekeken en ze hebben het interessant opgelost, kennelijk kun je aan de PBM zien wat voor kaart het is. ALS het dus werkt, dan hoef je ook meteen geen "seca handler" constructies zoals bij CCcam te gebruiken.

We zullen het zo weten...

Voor de liefhebbers:

Index: oscam-reader.c
===================================================================
--- oscam-reader.c (revision 6406)
+++ oscam-reader.c (revision 6407)
@@ -551,7 +551,7 @@
  int32_t rc = reader_ecm(reader, er, &ea);
  if(rc == ERROR){
  char buf[32];
- cs_log("Error processing ecm for caid %04X, srvid %04X (servicename: %s) on reader %s.", er->caid, er->srvid, get_servicename(cl, er->srvid, er->caid, buf), reader->label);
+ cs_debug_mask(D_TRACE, "Error processing ecm for caid %04X, srvid %04X (servicename: %s) on reader %s.", er->caid, er->srvid, get_servicename(cl, er->srvid, er->caid, buf), reader->label);
  ea.rc = E_NOTFOUND;
  if (reader->typ == R_SC8in1 && reader->sc8in1_config->mcr_type) {
  char text[] = {'S', (char)reader->slot+0x30, 'E', 'e', 'r'};
Index: reader-seca.c
===================================================================
--- reader-seca.c (revision 6406)
+++ reader-seca.c (revision 6407)
@@ -20,7 +20,13 @@
     break;
   case 0x83:
     pbm = b2ll(8, cta_res + 1);
-    cs_ri_log(reader, "[seca-reader] PBM for provider %u: %08llx", idx + 1, (unsigned long long) pbm);
+ int seca_version;
+ if (pbm > 0xFFFF)
+ seca_version = 3;
+ else
+ seca_version = 2;
+    cs_ri_log(reader, "[seca-reader] PBM for provider %u: %08llx, Seca%01x detected", idx + 1, (unsigned long long) pbm, seca_version);
+   reader->availkeys[0][1]=seca_version; //misusing availkeys to store seca_version
     break;
   default:
     cs_log("[seca-reader] ERROR: PBM returns unknown byte %02x", cta_res[0]);
@@ -213,6 +219,12 @@
 
 static int32_t seca_do_ecm(struct s_reader * reader, const ECM_REQUEST *er, struct s_ecm_answer *ea)
 {
+ int ecm_type;
+ ecm_type = er->ecm[1] >> 4; //ecm_type 0 is seca2, ecm_type 3 is seca3
+  int seca_version = reader->availkeys[0][1]; //misusing availkeys to store seca_version
+ if ((ecm_type == 0 && seca_version == 3) || (ecm_type == 3 && seca_version == 2))
+ return ERROR;
+
   def_resp;
   unsigned char ins3c[] = { 0xc1,0x3c,0x00,0x00,0x00 }; // coding cw
   unsigned char ins3a[] = { 0xc1,0x3a,0x00,0x00,0x10 }; // decoding cw
@@ -400,7 +412,7 @@
  break; 
 
  default:
-     cs_log("[seca-reader] EMM: Congratulations, you have discovered a new EMM on SECA.");
+ cs_log("[seca-reader] EMM: Congratulations, you have discovered a new EMM on SECA.");
  cs_log("This has not been decoded yet, so send this output to authors:");
  cs_dump (ep->emm, emm_length + 3, "EMM:");
  return ERROR;
@@ -422,10 +434,12 @@
    cs_log("[seca-reader] EMM: Update not necessary.");
   return OK; //Update not necessary
   }
-  if ((cta_res[0] == 0x90) && ((cta_res[1] == 0x00) || (cta_res[1] == 0x19)))
-   if (set_provider_info(reader, i) == OK) //after successfull EMM, print32_t new provider info
-   return OK;
-  return ERROR;
+ if ((cta_res[0] == 0x90) && ((cta_res[1] == 0x00) || (cta_res[1] == 0x19))) {
+ if (ep->type == GLOBAL) return OK; //do not print new provider info after global emm
+ if (set_provider_info(reader, i) == OK) //after successfull EMM, print32_t new provider info
+ return OK;
+ }
+ return ERROR;
 }
 
 static int32_t seca_card_info (struct s_reader * reader)

[TheMystery]

En waarschijnlijk geen dvbapi?

[littlesat]

Ze maken eigenlijk gebruik van het feit dat ze de PBM van een seca 3 kaart niet goed kunnen uitlezen.... .... dus feitelijk van een bug!!!

[KBDE]

Lijkt te werken voor de NL smartcards. Jammer genoeg heb ik hier een canalsat seca kaartje welke geheel niet meer werkt na de 6407 update. (entitlements worden wel uitgelezen etc, maar ecm's gaan niet goed)
Liefste zou ik een optie bij de reader erbij zien zodat je dit met de hand kan instellen voor de NL smartcards.

Misschien komt dit nog, ik neem aan dat ik niet de enige ben met een frans kaartje met dit probleem.

Type Caid Provid Expire Date Name admin 0100 003341 2012-07-07 ADMIN PBM 0100 003311 2012-04-14 CANALSAT PBM 0100 003315 2012-04-15 CANAL+

Edited by KBDE, 17 February 2012 - 12:21.

[KBDE]

Extra check op de provid zou het oplossen.
Dus alleen de seca2/3 ecm_type check uitvoeren bij 00006A en 00006B en voor de rest oude situatie.

[littlesat]

En 00006c en 00006d dan?

[doglover]

Is het uitlezen van de entitlements belangrijker dan het niet goed decoderen van kanalen zo gauw er meer dan één kaart in het toestel zit?

Willy

[KBDE]

Entitlements worden zowel bij de canal digitaal alsook canalsat smartcard perfect uitgelezen, dit levert geen enkel probleem op. (excuses voor het onduidelijke berichtje, wilde het editen maar ging niet meer)

De ECM's bij de canal digitaal kaart gaan goed. (lijkt ook sneller)
Bij de canalsat smartcard gaan de ECM's NIET goed en gaat geen enkele zender meer open (deze wordt als seca 3 herkend terwijl deze dat niet is)


En inderdaad littlesat
6A, 6B, maar ook 6C en 6D horen in het lijstje waarbij alleen deze 'hack' uitgevoerd moet worden.
Dus eff testen of provid 6A,6B,6C of 6D is, zoja "seca_version = reader->availkeys[0][1]; " uitvoeren.
Heb zojuist even gekeken of ik reader-seca.o kon patchen. (uint32_t provid en int seca_version zijn van belang) maar ben niet zo thuis in C, en krijg nog compile errors en zonder ervaring met C en gebrek aan debugger weet ik eff niet verder.

Is het uitlezen van de entitlements belangrijker dan het niet goed decoderen van kanalen zo gauw er meer dan één kaart in het toestel zit?

Willy

[KBDE]

Ah ja, even een toevoeging. Ik had bij oscam ook altijd met de meegeleverde oscam.dvbapi het probleem dat de canalsat kaart niet open ging.
Dit loste ik altijd op door I: 0100 te vervangen door:

I: 0100:00006A
I: 0100:00006C

[christophecvr]

Jammer genoeg werkt het niet.

door die patch werken meer dan de helft van de canalen op een kaart 00006D niet meer deze is seca3 enkel. Alle franse csat kanalen werken dan niet meer. Als de kaart zit in pc server.

De 00006c kanalen blijken te werken maar ben vergeten de franstalige te checken op 6c

[KBDE]

Aha.
Dan wordt het waarschijnlijk filteren op 00006a en 00006c hier die check/hack op uitvoeren en de rest met rust laten.
Zou je nog even willen testen of bij 6c wel alles werkt? Neem eigenlijk aan van wel.

Edited by KBDE, 17 February 2012 - 14:33.

[fjskmdl]

Voor de geïntresseerden (op aanraden van Erik Slagter):

#!/bin/sh
#process=`ps | grep oscam | grep -v grep | wc -l'`
process=`wget -q -O - http://192.168.1.6:8888/status.html | grep "UpTime" | wc -l`
DATE=`date`
#echo $process
if [ "$process" -eq 0 ]; then
    echo "not running"
    echo "($DATE) Couldn't find oscam running. Restarting server-binary" > /var/log/oscam.check
    /etc/init.d/softcam restart
    #nohup /usr/bin/oscam-experimental -- -b -r 2 -c /etc/tuxbox/config/oscam-experimental &
else
    echo "still running"
    echo "($DATE) oscam is still OK!" > /var/log/oscam.check
fi

crontab -e

*/1 * * * * /var/script/oscamcheck.sh > /dev/null

[Jeroensky]

Een 2e tuner in huis wilt niet meer inloggen op server(in zelfde huis)

Ik krijg op de client sinds oscam update van vandaag deze melding:
login failed, pwd ack not received (n = 0)

Wat betekent pwd ack ? En die n = 0 ?

[dAF2000]

Wat betekent pwd ack ?

Password acknowledge? Maar meer dan dat weet ik ook niet.

[ni_hao]

*/1 * * * * /var/script/oscamcheck.sh > /dev/null

Een dergelijke cronjob checkt elke minuut. Wellicht voor sommigen te lang.Hier een mogelijkheid om elke 20 seconden het script uit te voeren (niet getest).

maak 6 cronjobs als volgt aan:

*/2 * * * * /var/script/oscamcheck.sh > /dev/null
*/2 * * * * sleep 20; /var/script/oscamcheck.sh > /dev/null
*/2 * * * * sleep 40; /var/script/oscamcheck.sh > /dev/null
*/2 * * * * sleep 60; /var/script/oscamcheck.sh > /dev/null
*/2 * * * * sleep 80; /var/script/oscamcheck.sh > /dev/null
*/2 * * * * sleep 100; /var/script/oscamcheck.sh > /dev/null

De 1e regel wordt opgestart om 0,120,240,360,480, etc...
De 2e regel wordt opgestart om 20,140,260,380,500, etc...
De 3e regel wordt opgestart om 40,160,280,400,520, etc...
De 4e regel wordt opgestart om 60,180,300,420,540, etc...
De 5e regel wordt opgestart om 80,200,320,440,560,etc...
De 6e regel wordt opgestart om100,220,240,460,580, etc...

Edited by ni_hao, 18 February 2012 - 01:21.