Uppdatera i förväg?

[atomized]

Har du C-line eller N-line i CCcam.cfg?
Au funkar bara om du har C-line och har en [cccam] sektion i oscam.cfg.
Kolla in denna tråden om du inte gjort det http://www.comhit.net/showthread.php...-fungerande-au

[nizzehult]

Jodå, jag har även varit inne och petat i den tråden själv, tidigare.
Det var ett klockrent sätt att sätta upp Cccam mot Oscam men jag misstänker att AU inte funkar på V på detta protokoll (längre) av någon anledning.
På C funkar det utan problem.
Jag har en C-line med samma port som under oscam.conf.
C: 192.168.3.3 15004 user1 password
oscam.conf ser ut så här:

[global]
disablelog = 0
logfile = stdout
nice = -1
maxlogsize = 500
WaitForCards = 1
saveinithistory = 1

[dvbapi]
enabled = 1
user = user1
au = 2
#2 är alltså läsaren för V
boxtype = dreambox

[newcamd]
port = 15002@0B00:000000;15003@093E:000000
key = 0011223344556677889900AABBCC
mgclient = 1
keepalive = 1

[cccam]
port = 15004

[webif]
httpport = 80
httpuser = admin
httppwd = password
httpallowed = 127.0.0.1,192.168.0.0-192.168.255.255

oscam.user ser ut så här (just nu):

[account]
user = user1
pwd = password
au = Viasat
group = 1,2

och oscam.server så här:

label = CanalDigital
protocol = mp35
device = /dev/ttyUSB0
caid = 0B00
detect = cd
group = 1
emmcache = 1,3,2
blockemm-unknown = 1

[reader]
label = Viasat
protocol = mp35
device = /dev/ttyUSB1
caid = 093E
boxid = ********
detect = cd
group = 2
emmcache = 1,3,2
blockemm-unknown = 1
blockemm-g = 1

[atomized]

Har du provat att ta bort raderna med de EMM du blockerar för Viasat bara för att se om det gör skillnad?

Alltså prova att ta bort:
blockemm-unknown = 1
blockemm-g = 1
i oscam.server. Jag vet inte vilken typ av EMM Viasat uppdaterar med men det kunde vara intressant att ta bort dessa rader för att se om det gör någon skillnad.

[nizzehult]

Njäää nu trillar inga EMM in. Inte ens på CD. Kan inte a varit rätt åtgärd.

[atomized]

Borde ju inte påverka något på CD om du ändrar inställningar för Viasat-läsaren.
Såna här knepiga fel brukar vara lättast att lösa med hjälp av loggar. Du har ju två klienter, en med oscam och en med CCcam om jag förstått rätt. Det enklaste kanske är att ordna loggning från oscam och se om du hittar något om EMM i loggarna.

[nizzehult]

Slog på max loggning men insåg hur mycket som flödar där....och trots att det trillade in EMM'er till CD så lyckades jag inte ens se det i realtid....kunde man pipe:a det till en editerbar textfil på ett enkelt sätt vore det nog enklare (kör en RPi). Men jag undrar hur 2look4me fick AU att funka på båda? För som sagt: CD funkar felfritt. Eller måste man dedikera en box (user) till AU för en provider, klarar den inte mer?

[atomized]

Jag hänger inte riktigt med på hur din setup ser ut? Har du servern på en Raspberry Pi och två DM800 som klienter? Varav en kör oscam som klient och den andra CCcam?

Det är så mycket lättare både att förstå problemet och ge ett bra svar om man vet hur uppsättningen ser ut.

För mig har det alltid funkat att ha en klient som uppdaterar båda korten på den tiden jag körde två kort. Men jag har läst på andra ställen att vissa rekommenderar att bara uppdatera ett kort från en viss klient. Men jag körde alltid enklaste lösningen, au=1 på klienten som fick uppdatera båda korten.

Om du kör på en Raspberry Pi, är den gjord efter min guide? I så fall har du ju redan logfil. Annars kan du kanske titta på relevanta stycken i min guide och fixa en logfil. Det borde räcka att fixa en mapp för logfilerna:
cd /var/log
mkdir oscam

och sedan lägga till nedanstående under [global] i oscam.conf:
# logging
logfile = /var/log/oscam/oscam.log
maxlogsize = 1000
usrfile = /var/log/oscam/oscamuser.log
cwlogdir = /var/log/oscam/cw

Starta sedan om oscam så borde du ha din loggfil där.

[nizzehult]

Mycket märkligt. Har inte gjort nånting och lämnade allt igår som förr men boxarna har stått på sen dess. I natt har det trillat in en (1), UQ EMM på V, exakt den jag "behöver". Inga andra.
29 på C. Skulle vara intressant att få veta hur det här gick till.

[atomized]

Du vet väl att det finns cache i både klienterna och i servern?
Tanken är att samma EMM inte ska skrivas för många gånger till kortet. Så därför cacheas EMM:erna både i klienten och på servern. D.v.s alla mottagna EMM sparas i ett litet minnesutrymme. Sedan när det kommer en EMM så jämförs den med innehållet i cachen. Om det är samma EMM som tidigare har skickats vidare till servern eller har skrivits till kortet så kastas den. Är det däremot en ny EMM så skickas den vidare och skrivs till kortet.

Så i ditt fall låter ju som att det fungerat precis som det ska!

Det är p.g.a. dessa cachear som jag alltid rekommenderar att starta om både klienter och server när man felsöker på EMM:er så man tömmer cachen. Annars kommer man inte att se många EMM:er.

I oscam bestäms detta beteende av raden:
emmcache = 1,3,2
i oscam.server. Siffrorna kan ju variera men den mellersta siffran betyder just hur många gånger samma EMM ska tillåtas skrivas till kortet.

I CCcam vet jag inte vad som är default men den har sannolikt också en cachefunktion som bara tillåter att samma EMM skickas vidare till servern ett fåtal gånger.