Fransat

**theparasol** · 8 oktober 2017

Idd niks veranderd bij oscam. Maar wel bij de provider. Geen idee wat. Moet iemand met kennis van zaken maar eens onderzoeken.

Tot die tijd moet de kaart maar af en toe in een officiele ontvanger of CI module om te blijven werken icm oscam.

MySat · 9 oktober 2017

Ruim 18 uur op TF1 (5W) en geen enkele EMM binnen... Vreemd. Wel logisch dat er geen verbetering komt op deze manier..

MySat · 9 oktober 2017

Even rechtstreeks in een ontvanger gedaan...

2017/10/09 19:00:24 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:01:38 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=98 (hex: 0x62), cnt=1: written (223 ms)
2017/10/09 19:01:38 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=98 (hex: 0x62), cnt=1: written (255 ms)
2017/10/09 19:01:38 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (29 ms)
2017/10/09 19:02:48 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:03:59 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:05:11 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:06:17 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=255 (hex: 0xFF), cnt=1: skipped (0 ms)
2017/10/09 19:06:17 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:06:17 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:07:29 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:08:40 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:08:40 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:09:02 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=113 (hex: 0x71), cnt=1: written (258 ms)
2017/10/09 19:09:20 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=113 (hex: 0x71), cnt=1: written (530 ms)
2017/10/09 19:09:34 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=113 (hex: 0x71), cnt=1: written (269 ms)
2017/10/09 19:09:51 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:09:51 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=113 (hex: 0x71), cnt=1: written (264 ms)
2017/10/09 19:09:51 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=113 (hex: 0x71), cnt=1: written (291 ms)
2017/10/09 19:11:01 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=113 (hex: 0x71), cnt=1: skipped (0 ms)
2017/10/09 19:12:10 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:13:23 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:13:23 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:14:32 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:15:44 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:16:52 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:16:52 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:18:04 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:19:16 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=75 (hex: 0x4B), cnt=1: skipped (0 ms)
2017/10/09 19:20:26 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:21:35 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=98 (hex: 0x62), cnt=1: skipped (0 ms)
2017/10/09 19:21:35 7B7D0DAA c   (reader) fransat [viaccess] local emmtype=shared, len=61 (hex: 0x3D), cnt=1: skipped (0 ms)
2017/10/09 19:21:35 6E0191B7 r   (reader) fransat [viaccess] local emmtype=shared, len=98 (hex: 0x62), cnt=1: written (226 ms)

En beeld ! Dit is dus een PC6 kaart

Mijn lokale oscam.server boven (tijdelijk)

[reader]
label                         = fransat
description                   = FranSat Local
enable                        = 1
protocol                      = internal
device                        = /dev/sci0
pincode                       = 2468
smargopatch                   = 1
caid                          = 0500
boxkey                        = 014...2F
deskey                        = BFB...CA44
detect                        = cd
mhz                           = 450
cardmhz                       = 2700
ident                         = 0500:041950,041960,041970,041980,0419A0,0419B0,0419C0,004282
aeskeys                       = 0500@041950:BF...44;0500@041960..44
group                         = 1
emmcache                      = 1,1,31,0
blockemm-unknown              = 1
lb_weight                     = 500
disablecrccws                 = 1
auprovid                      = 041960,041950

I'm happy !

Codx · 9 oktober 2017

23 uur geleden zei theparasol:

Idd niks veranderd bij oscam. Maar wel bij de provider. Geen idee wat. Moet iemand met kennis van zaken maar eens onderzoeken.

Tot die tijd moet de kaart maar af en toe in een officiele ontvanger of CI module om te blijven werken icm oscam.

Ja maar parasol, dat ze bij de provider iets veranderen is lastig maar het is toch vreemd dat als je een kaart in de receiver stopt met dvbapi dat die wel wat emm's doorgeeft en met N lijn er tussen geen eentje terwijl de oscam client met dvbapi deze wel verstuurd.

MySat · 10 oktober 2017

Zonder naar de provider te kijken... is het cs378x protocol in staat om updates van een client naar een server te sturen en te verwerken ?

Dat lijkt mijn probleem zou ik zeggen.

**theparasol** · 10 oktober 2017

20 uur geleden zei Codx:

met N lijn er tussen geen eentje terwijl de oscam client met dvbapi deze wel verstuurd.

Ik zou sowiezo niet gaan voor een cccam share connectie met oscam als je daarmee ook de kaart denkt te moeten updaten.

cccam share protocol heeft in oscam zeer beperkt emm ondersteuning.

cs378x en cs357x share protocol zijn dan de betere keuze want die hebben in oscam een betere client/server emm handling geimplementeerd.

Codx · 10 oktober 2017

Nee betreft Oscam naar Oscam middels N lijn. stokoude protocollen zoals cs378x gebruik ik niet.

**theparasol** · 10 oktober 2017

Het mag dan volgens jou wel oud zijn maar het heeft wel de beste emm handling van alle share protocollen in oscam.

Maar als je emm handling niet zo kritisch is dan moet je gewoon gebruiken wat je zelf het beste past.

Codx · 10 oktober 2017

Jij en ik weten allebei dat N lijnen het meest gebruikt worden in het CS wereldje dus mensen verwijzen naar een ander protocol is niet handig.

Kijkende naar andere softcams weet ik dat je viaccess emm's kunt sturen via een N lijn dus het zit niet in het protocol en ik weet dat ik jaren terug ooit is een JSC kaartje (ook viaccess) in oscam heb geupdate met een N lijn met CCcam als client. Toen kwam er wel een emm door dus dikke kans dat de bug er daarna in gekropen is. Misschien kun je er eens naar kijken?

**theparasol** · 10 oktober 2017

Voor de goede orde ik ben niet thuis in het CS wereldje. Oscam kent geen N lijnen: dat zal dan wel CS vakjargon zijn.

Als het voor jou duidelijk is: prima toch? Ik snap er in elk geval niets van. En verwijzen naar ander "protocol" is niet handig? Ik weet uit eigen ervaring dat cs378x en cs357x

goed werken met handeling van meerdere cardserials, diverse provid's op card en emm reassembly.

Al die kunstjes ben je nodig voor viaccess en dat ga je niet redden met andere protocollen.

Je kunt het een bug noemen maar ze worden bewust geintroduceerd door security providers in een poging om eenvoudig cs te blokkeren.

Mijn eigen kaart werkt inmiddels al jaren prima met lokale reader en oscam dvbapi. Hopelijk blijft dat nog een poosje zo en blijft die "bug" vrij.

MySat · 11 oktober 2017

OK, het restant.. Binnenkomen van de EMM's op de server is nog een uitzoekwerkje.

Doel is om elke sateliet ontvanger als mogelijk EMM supplier te laten functioneren zodra deze op de betreffende provider staat. Op dit moment heb ik het onderstaande in mijn ontvangers staan, En gechecked wat er gebeurd...

NPO1 EMM's komen binnen op de ontvanger en worden op de server als shared EMM's weggeschreven. Zelfde test voor de Fransat levert lokaal meerdere Shared EMMs op (op de ontvanger), maar dus niet op de kaart in de server..

Sat ontvanger (boven)

Server (beneden)

Sat ontvanger

# oscam.conf Sat ontvanger

[dvbapi]
enabled                       = 1
read_sdt                      = 2
write_sdt_prov                = 1
au                            = 1
user                          = local
boxtype                       = dreambox

# oscam.server Sat ontvanger

[reader]
label                         = oscamserver_update
description                   = Oscam connection update
protocol                      = cs378x
device                        = 192.168.X.X,XXXX
user                          = <<>>
password                      = <<>>
group                         = 1
disablecrccws                 = 1
auprovid                      = 041950,041960 ???

# oscam.user Sat ontvanger

account]
user                          = local
pwd                           = local
description                   = local
group                         = 1
au                      = 1

Zijn er nog verbeter punten of dien ik mijn kaartje maar in de ontvanger te duwen voor de update.

bellejt · 13 oktober 2017

vandaag als test fransat PC6 kaart uit en in reader gestoken en niks meer.No entitlements found. Balen

13 oktober 2017 aangepast door bellejt

-verwijderd- · 13 oktober 2017

Er is niets veranderd met PC6 fransat kaart. Werkt nog gewoon onder oscam.
Ik haal mijn fransat PC6 kaart ook vaak uit de ontvanger en later doet deze het nog.
De fransat PC6 kaart voor TNT zenders wordt bij mij jaarlijks verlengd met één jaar, de baskische ETB zenders maandelijks. (auto update in oscam.user staat aan)
Misschien dat bij jou oscam of de ontvanger eens opnieuw opgestart moet worden.

13 oktober 2017 aangepast door satmaat

bellejt · 13 oktober 2017

dit is wat ik zie in oscam :

fransat

ON

127.0.0.1

0

internal

0000:0000@000000

no data

00:00:31
00:00:31

OFF
(no entitlements)

Mss moet ik ze een tijd op een zender laten staan want bij de aanschaf ging die open na 1 minuutje op een kanaal.Weet niet meer het welke.

-verwijderd- · 13 oktober 2017

Hetgeen je ziet, is wanneer er geen kaart in de box steekt, of de kaart niet herkend wordt.

13 oktober 2017 aangepast door satmaat

Inloggen

Fransat

Aanbevolen berichten

Beste reacties in dit onderwerp

Populaire dagen

Beste reacties in dit onderwerp

Populaire dagen

Populaire berichten

bellejt

zeeteefje

MySat

Geplaatste afbeeldingen

Maak een account aan of log in om te reageren

Account aanmaken

Inloggen

Wie is er online 0 leden

Gerelateerde inhoud