Uppdatera i förväg?

Har ett par DM800 + en originalbox. Den senare används bara för att uppdatera kortet. Ser i Oscam att nuvarande EMM'er går ut om ett par dagar.
Då tänkte jag att jag skulle förekomma dem så jag flyttade över kortet till originalboxen och lät det sitta där någon timme men icke, de EMM'er som är skriva till kortet går fortfarande ut samma datum som tidigare.
Kan man förekomma uppdateringen på nåt sätt så man slipper allt stök när befintliga EMM'er dör?

Det givna men kanske lite tråkiga svaret på din fråga är att om du konfigurerar au rätt så slipper du problemen. Fungerande au gör just det du efterlyser, uppdaterar kortet innan det slutar fungera.

Ta en titt i wikin http://www.comhit.net/showthread.php...utouppdatering och kolla att du har nödvändiga inställningar.

Nja men det där slutade väl att funka när V började kräva pairing?
Jag har kört i många år problemfritt med fungerande AU men sen detta tillkom så får jag göra den här proceduren med att omaktivera kortet via telefonen ungefär varannan månad. Vilket jag vill slippa.
Kör en RPi med Oscam som server och har CCamd som klient. CD uppdateras som den ska men inte V. Försökte få en oscamklient att funka med AU men gav upp flera hårtussar senare. Skulle kunna byta till mgcamd men det känns menlöst om pairingkravet kvarstår.

OK. Det är mer än jag vet ifall något har förändrats i.o.m. Viasats senaste ändringar. Jag slutade köra Viasat för snart två år sedan så jag är inte helt uppdaterd.

Kanske någon annan som fortfarande kör Viasat vet bättre?

Hade samma problem

Fick denna lösning:

http://www.comhit.net/showthread.php...-not-subsribed

Nä, jag har skrivit in samma parametrar i min oscam.conf

[global]
nice = -1
WaitForCards = 1
saveinithistory = 1


[dvbapi]
enabled = 1
user = user1
au = 1
boxtype = dreambox

[newcamd]
port = 15004@093e:000000
key = 01010101030405010105040301010
keepalive = 1

Men det trillar fortfarande bara in nollor.
Nu kör jag CCCamd, kan det ha betydelse?
Sen är min oscam.dvbapi tom, ska det stå nåt där?

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

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

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.

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

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.

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?

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.

Nästan. En RPi som server och två DM800 varav båda kör CCcamd.
Tidigare, innan V gjorde om sin lösning (i våras) så körde jag också AU=1 och båda uppdaterades utan problem. Men det funkar inte längre, bara på C.
Jag tycker mig ha läst någonstans att CCcamd inte är att föredra för att få AU att funka, den har väl ingen egen "AU-parameter" i sin uppsättning utan förlitar sig på att Newcamd-trafiken sköter detta?
RPi'n sattes upp av min son med hjälp av diverse guider för några år sen och väldigt få ändringar har gjorts - eller har behövt göras - efter detta. Stabilt värre!
Loggning har sina nackdelar; ett av dem är att SD-kortet snabbt kan gå fullt. Sen sitter RPi'n på ett eget subnät och är inte (enkelt) nåbar inifrån mitt eget nät. Du kan säkert räkna ut varför. Det gör det svårt att komma åt en eventuell loggfil.

Ja, jag kan inte komma på vad som kan vara felet när au funkar på CD men inte på Viasat.
Om någon annan vill bidra med någon idé så är det tacksamt. Ni andra som kör med ett Viasat-kort som är parat till en SD-box, har ni problem med au?

Edit:
Om du sätter upp loggning enl. min beskrivning så begränsas loggen till 1MB, ingen risk att fylla SD-kortet. Jag har kört så i åratal på min Raspberry Pi.

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. :confused:

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.

Jo jag känner till det och skälet är väl främst att man inte ska skriva sönder kortet.
Det som skiljer nu mot tidigare är just detta att blockemm-unknown är borta från oscam.server under V (lät det vara kvar).
Kan det vara det lilla som gjorde det ändå?

Tack iaf för idéer och bollplank, nu verkar det ju som ett knivigt problem är löst!