kaart update bij meerdere kaarten

pukje · 2 maart 2013

Ik heb een vermoeden (nog geen bewijs) dat als

de beide internal readers een kaart hebben dat de emm's

wel geschreven worden maar altijd naar /dev/sci1

Hebben anderen ook zo een soortgelijk vermoeden ?

Hotzenwalder · 2 maart 2013

Daar is geen vermoeden of bewijs voor nodig. In de wiki wordt vermeld dat je voor elke kaart een aparte user nodig hebt om emm's naartoe te schrijven. 1 user die ze allemaal doet werkt niet.

pukje · 2 maart 2013

Bedankt klingt goed heb het als volgt aangepast maar nu komen helemaal geen

emm's meer door ,wat is er bij bij mis ?

oscam.config

[dvbapi]
enabled                       = 1
au                            = 1
reopenonzap                   = 1
decodeforever                 = 1
user                          = lokaal1,lokaal2

oscam.user

[account]
user             = lokaal1
alowdprotocols   = dvbapi
group            = 1
au               = SRG

[account]
user             = lokaal2
alowdprotocols   = dvbapi
group            = 2
au               = CD

oscam.server

[reader]
label             = SRG
protocol          = internal
device            = /dev/sci0
group             = 1
caid              = 0500
#ident             = 0500:040810
ecmwhitelist      = 0500@040810:30
detect            = CD
mhz               = 357
cardmhz           = 357
ident             = 0500:FFF430,040810,040820,040830
emmcache          = 1,1,2
lb_weight         = 300
#auprovid          = 1A361D

[reader]
label   = CD
enable = 1
protocol           = internal
device             = /dev/sci1
group              = 2
mhz                = 480
cardmhz            = 500
caid               = 0100
ident              = 0100:00006A
#ecmwhitelist      = 0100@00006A:64
#blockemm-unknown = 1
#blockemm-g        = 1
#dropbadcws        = 1
detect             = CD
auprovid           = 00006A
ratelimitecm       = 4
ratelimitseconds   = 11
emmcache           =1,3,2

een stukje uit de log

2013/03/02 14:57:48 5AADD0 h dvbapi: all debug_level=64


        2013/03/02 14:57:54 77703990 c anonymous (0500&040810/0000/4331/30:64C7AD6E5811D2293EBF8DEB00DE007A): found (201 ms) by SRG


        2013/03/02 14:58:04 77703990 c anonymous (0500&040810/0000/4331/30:16A04743A0F49858CFBC6DFCE00FA989): found (202 ms) by SRG


        2013/03/02 14:58:14 77703990 c anonymous (0500&040810/0000/4331/30:CDB2813701CFD22915708CBFD3F351C3): found (201 ms) by SRG


        2013/03/02 14:58:24 77703990 c anonymous (0500&040810/0000/4331/30:A10A53344064801E0FBBFC7B30A89061): found (202 ms) by SRG


        2013/03/02 14:58:34 77703990 c anonymous (0500&040810/0000/4331/30:0A9653BE51F78DFA33DC842805BFDF31): found (201 ms) by SRG


        2013/03/02 14:58:44 77703990 c anonymous (0500&040810/0000/4331/30:FC60DA06C62A289354C7FD3D2A9486FF): found (202 ms) by SRG


        2013/03/02 14:58:54 77703990 c anonymous (0500&040810/0000/4331/30:F8DF1F83F1F1F3003D1C729AE15BD536): found (201 ms) by SRG


        2013/03/02 14:59:04 77703990 c anonymous (0500&040810/0000/4331/30:7440EE47D8EE777B414D93751ED94F45): found (202 ms) by SRG


        2013/03/02 14:59:14 77703990 c anonymous (0500&040810/0000/4331/30:29229AE291AC04A24320B3810E0E06F5): found (201 ms) by SRG


        2013/03/02 14:59:24 77703990 c anonymous (0500&040810/0000/4331/30:C4901228104E811756B46C417889AD07): found (201 ms) by SRG


        2013/03/02 14:59:34 77703990 c anonymous (0500&040810/0000/4331/30:7DE5216BECE98BB0ED0F078DB5C174D7): found (202 ms) by SRG


        2013/03/02 14:59:44 77703990 c anonymous (0500&040810/0000/4331/30:1F4EB8E0AB95B8F60AA477F7EC52C72C): found (201 ms) by SRG


        2013/03/02 14:59:55 77703990 c anonymous (0500&040810/0000/4331/30:2CBC8516ECE37F039AD98420061301A0): found (202 ms) by SRG


        2013/03/02 15:00:05 77703990 c anonymous (0500&040810/0000/4331/30:0CD822D766AE8BC2CA8D1CA3B9DE3904): found (201 ms) by SRG


        2013/03/02 15:00:15 77703990 c anonymous (0500&040810/0000/4331/30:CBC8347C421F1D3BE0D69DCB8E85ADD2): found (201 ms) by SRG


        2013/03/02 15:00:25 77703990 c anonymous (0500&040810/0000/4331/30:EFB0CEBBBA1B9BD5FDD98279905B95B3): found (201 ms) by SRG


        2013/03/02 15:00:35 77703990 c anonymous (0500&040810/0000/4331/30:E178A2A46DDCE57D7D40FECA5A781D16): found (202 ms) by SRG

Hotzenwalder · 3 maart 2013

Mijn kaarten zitten in een OScam server, de EMM's doe ik via CCcam via een n-line. Via OScam kan ik je niet verder helpen op dit moment.

ocram1 · 3 maart 2013

Verander het eens in:

oscam.config

[dvbapi]
enabled                       = 1
au                            = 1
decodeforever                 = 1
user                          = lokaal
boxtype                       = dreambox

oscam.user

[account]
user                          = lokaal
pwd                           = lokaal
hostname                      = 127.0.0.1
au                            = SRG,CD
group                         = 1

oscam.server

[reader]
label             = SRG
protocol          = internal
device            = /dev/sci0
group             = 1
caid              = 0500
#ident            = 0500:040810
ecmwhitelist      = 0500@040810:30
detect            = CD
mhz               = 357
cardmhz           = 357
ident             = 0500:FFF430,040810,040820,040830
emmcache          = 1,1,2
lb_weight         = 300
#auprovid         = 1A361D

[reader]
label              = CD
enable             = 1
protocol           = internal
device             = /dev/sci1
group              = 1                #Niet 2 tenzij je het bij je user ook correct vermeld
mhz                = 480
cardmhz            = 500
caid               = 0100
ident              = 0100:00006A
#ecmwhitelist      = 0100@00006A:64
#blockemm-unknown  = 1
#blockemm-g        = 1
#dropbadcws        = 1
detect             = CD
auprovid           = 00006A
ratelimitecm       = 4
ratelimitseconds   = 11
emmcache           = 1,3,2

Wat je nu doet is helemaal verkeerd, zoals je ziet wordt er nu geen gebruiker voor dvbapi genomen "anonymous"

Probeer bij je readers ook eens zoveel mogelijk weg te laten, tenzij je weet wat je doet, heb je enig idee of de ident waardes kloppen voor reader SRG? Probeer eerst zo basic mogelijk te starten, als alles dan correct werkt, ga dan finetunen en de boel beperken. Nu ga je dingen beperken en je weet niet of het correct is.

Indien alles correct is dan zal er bij de readers in het status overzicht ON staan en ook bij de user, indien je op een kanaal zit dat EMM's bevat voor die readers, dan zal het wijzigen naar ACTIVE, zoals hieronder op de afbeelding

3 maart 2013 aangepast door ocram1

pukje · 3 maart 2013

Alvast erg bedankt heb aanpassingen gemaakt met dit resultaat

nu maar afwachten of de updates voor SRG komen

oscam.bmp

ocram1 · 3 maart 2013

Bij je readers overzicht kun je normaal onmiddelijk zien of er emm's worden weggeschreven, maar het zal wel gelukt zijn, er worden toch in ieder geval emm's naar de reader verstuurd, zap je nu naar een CD zender dan zal er bij de andere reader ACTIVE komen staan.

pukje · 3 maart 2013

2013/03/03 15:06:51 5D0D90 8E 70 2C C4 1A 7B 01 A0 A8 F5 A1 DA 6E 94 80 EF
                2013/03/03 15:06:51 5D0D90 9B E7 96 E8 29 A6 8E F1 E5 AB 2A 99 F1 17 DC 54
                2013/03/03 15:06:51 5D0D90 3B 02 B7 FE CD 5B 08 FE 3C 5C E4 56 FC 79 40
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: provider match 0500:040810
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: Entered viaccess_get_emm_type ep->emm[0]=8e
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: SHARED
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: emmtype shared. Reader serial ################.
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: emm UA/SA: ################.
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: emm found in cache: count 26 rewrite 100
                2013/03/03 15:06:51 5D0D90 c SRG [viaccess] EMM: emm is being sent to reader
                2013/03/03 15:06:51 5D0D90 c CD [seca] EMM: reader_caid 0100 != caid 0500

Ziet er goed uit (denk ik) volgens de log

heb nog geen update kan zijn dat ik nog niet aan de beurt ben kaart

is OK tot 17/3

pukje · 8 maart 2013

Update

De kaart is goed geupdate voor de beide providers via viaccess

oscam versie 8406

bedankt

**theparasol** · 28 februari 2015

Viaccess kan je nu ook meerdere kaarten met 1 user updaten.

Gebruik rev 10607 of nieuwer.

Inloggen

kaart update bij meerdere kaarten

Aanbevolen berichten

pukje

Hotzenwalder

pukje

Hotzenwalder

ocram1

pukje

ocram1

pukje

pukje

theparasol

Maak een account aan of log in om te reageren

Account aanmaken

Inloggen

Wie is er online 0 leden

Gerelateerde inhoud

OScam binaries 1 2

oscam.user CHID = 0100:001b90,001b91,001b95,0017d7,0051da,005276,005278,00527c,005280,005282,005286,005287,0052da,005221,005226 werkt niet

TiVuSAT ervaring 1 2 3 4 10

Synology NAS 1 2

OSCAM - TVHeadend en KabelNoord

kaart digiturk oscam

OScam Libs Armhf

Overig

Activiteit