Rob001
-
Items
98 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Rob001
-
-
Ik neem aan dat je clientboxen in huis hebt staan en niet via cardsharing werkt?
Want cs bespreken we hier niet.
In de CCcam.cfg van je clientbox kun je ergens onderaan SECA HANDLER instellen op seca 2 of seca3.
In die config staat precies welke je hebben moet.
Nee ik werk natuurlijk niet met cardsharing. Het gaat om boxen in huis. Maar bedankt voor je antwoord ik ga de seca handler testen.
Status 90 14 is dat de kaart niets kan met eerder gestuurde ins3c (stuur ecm payload) / ins3a (haal controlword).
Meest waarschijnlijke is een onjuist aangeleverde ecm door een van de clients.
Kan ik iets instellen aan de client kant waardoor deze onjuist aangeleverde ecm's worden voorkomen?
-
Ik heb een smargo tripple reader in gebruik op het smartreader protocol. Er hangen een aantal clients aan die werken met het cccam protocol. Ik heb last van 2 problemen/foutmeldingen:
- 2013/11/16 08:07:25 kamer 0100&00006A/FD10/0FCD/64:...............): rejected group (0 ms) - RTL 5 (no matching reader). Ik heb begrepen dat de "FD10" verwijst naar seca 2. Ik heb alleen maar seca 3 kaartjes dus dat zal het probleem zijn. Maar hoe kan ik cccam vertellen dat deze niet moet worden aangesproken? Ik heb al iets met cccam.prio geprobeerd. In cccam.prio staat nu: P: 0100:00006A & I: 0500 (en nog een rij met andere I:.....). Dit helpt dus niet. Moet ik de cccam.prio uitbreiden?
-
slaapkamer (0100&00006A/5C00/0FCD/64:.....................): not found (4012 ms) by tripple_1 - RTL 4 (ins3a card response: 90 14). Wat betekend "ins3a card response" en hoe is dit op te lossen?
-
Na veel zoeken via diverse fora heb ik oscam werkend gekregen op mijn synology NAS. Ook herkend oscam de triple reader. Echter de kaart wordt niet goed herkend.
Hieronder een log:
2013/07/24 07:46:11 FAA28 r triple_reader [smartreader] Using 0x02/0x81 as endpoint for smartreader hardware detection
2013/07/24 07:46:11 FC680 h webif: decompressed 52303 bytes back into 151220 bytes
2013/07/24 07:46:11 FC680 h HTTP Server running. ip=0.0.0.0 port=16200
2013/07/24 07:46:11 FAA28 r Found reader with serial 00000b57 at 001:006
2013/07/24 07:46:11 FAA28 r Found smartreader device Serial:00000b57
2013/07/24 07:46:11 FAA28 r triple_reader [smartreader] Reader initialized (device=TripleP1;Serial:00000b57, detect=cd, mhz=357, cardmhz=357)
2013/07/24 07:46:12 FAA28 r triple_reader [smartreader] card detected
2013/07/24 07:46:13 FAA28 r triple_reader [smartreader] ATR: xxx2013/07/24 07:46:13 FAA28 r triple_reader [smartreader] Init card protocol T0, FI=1, F=372, D=1, N=1
2013/07/24 07:46:13 FAA28 r triple_reader [smartreader] Calculated work ETU is 104.20 us
2013/07/24 07:46:13 FAA28 r triple_reader [smartreader] ATR Fsmax is: 5 MHz, clocking card to wanted user cardspeed of 3.43 MHz (specified in reader->mhz)
2013/07/24 07:46:17 FAA28 r triple_reader [smartreader] card system not supported
2013/07/24 07:46:17 FAA28 r triple_reader [smartreader] Normal mode failed, reverting to Deprecated Mode
2013/07/24 07:46:18 FAA28 r triple_reader [smartreader] ATR: xxx2013/07/24 07:46:18 FAA28 r triple_reader [smartreader] Init card protocol T0, FI=1, F=372, D=1, N=1
2013/07/24 07:46:18 FAA28 r triple_reader [smartreader] Calculated work ETU is 108.45 us
2013/07/24 07:46:18 FAA28 r triple_reader [smartreader] ATR Fsmax is: 5 MHz, clocking card to wanted user cardspeed of 3.43 MHz (specified in reader->mhz)
2013/07/24 07:46:19 FAA28 r triple_reader [smartreader] type: SECA, caid: 0100, serial: #########, card: Mediaguard v10.0
2013/07/24 07:46:19 FAA28 r triple_reader [smartreader] provider 1: 0000, valid: 1, name: MANAGMENT, expiry date: 2013/09/20
2013/07/24 07:46:19 FAA28 r triple_reader [smartreader] SA: ########
2013/07/24 07:46:20 FAA28 r triple_reader [smartreader] no PBM for provider 1
2013/07/24 07:46:20 FAA28 r triple_reader [smartreader] provider 2: 006A, valid: 1, name: CANALDIGITAAL, expiry date: 2013/09/19
2013/07/24 07:46:20 FAA28 r triple_reader [smartreader] SA: ########
2013/07/24 07:46:21 FAA28 r triple_reader [smartreader] PBM for provider 2: e000000000000000
2013/07/24 07:46:21 FAA28 r triple_reader [smartreader] providers: 2 (0000,006A)
2013/07/24 07:46:21 FAA28 r triple_reader [smartreader] parental locked
2013/07/24 07:46:21 FAA28 r triple_reader [smartreader] ready for requests
2013/07/24 07:46:21 FAA28 r triple_reader [smartreader] found card system seca
2013/07/24 07:46:21 FAA28 r triple_reader [seca] provider 1: 0000, valid: 1, name: MANAGMENT, expiry date: 2013/09/20
2013/07/24 07:46:21 FAA28 r triple_reader [seca] SA: ########
2013/07/24 07:46:21 FAA28 r triple_reader [seca] no PBM for provider 1
2013/07/24 07:46:21 FAA28 r triple_reader [seca] provider 2: 006A, valid: 1, name: CANALDIGITAAL, expiry date: 2013/09/19
2013/07/24 07:46:21 FAA28 r triple_reader [seca] SA: ########
2013/07/24 07:46:21 FAA28 r triple_reader [seca] PBM for provider 2: e000000000000000
2013/07/24 07:46:22 FAA28 r triple_reader [seca] card ejected
2013/07/24 07:46:22 0 s init for all local cards done
2013/07/24 07:46:22 0 s anti cascading disabledOscam.server:
[reader]
label = triple_reader
protocol = smartreader
device = TripleP1;Serial:00000b57
caid = 0100
detect = cd
group = 1
emmcache = 1,1,15
ratelimitecm = 4
ratelimitseconds = 10Iemand een idee naar de oorzaak, maar nog beter heeft iemand een oplossing?
-
Na een update van openpli merkte ik dat "oscam-expirimental" niet meer te downloaden was (via het menu). Wel de gewone oscam. Het werkt gewoon maar ik vroeg me af of er verschil is tussen de gewone oscam en oscam-expirimental?
Zo ja, waar is expirimental dan te downloaden, of kan ik ook veilig de gewone oscam gebruiken?
-
Post eens even je oscam.server want daar staan je reader instellingen in.
Hierbij de oscam.server:
[reader]
label = kaartlezer
protocol = internal
device = /dev/sci0
services =
caid = 0100
detect = cd
mhz = 357
cardmhz = 500
group = 1
emmcache = 1,1,15
ratelimitecm = 4
ratelimitseconds = 10
-
Ik gebruik oscam-expirimental (6921) met een ET9500. Alles werkt goed maar na ongeveer 1 week (kan ook een paar dagen eerder of later zijn) dan gaat de kaarlezer in error:
2012/06/01 17:30:51 76B004B8 r kaartlezer
2012/06/01 17:30:55 76B01E30 r Error activating card.
2012/06/01 17:30:55 76B01E30 r card initializing error
2012/06/01 17:30:58 0 s init for all local cards done
Een reboot van oscam helpt niet. Echter als de complete box gereboot wordt dan werkt het wel weer. En dan blijft het ook weer ongeveer 1 week werken.
Iemand een idee of liever nog een oplossing?
-
Hoi,
Is het mogelijk de klok te weergeven in het display van een ET9000 ? en met name tijdens kijken ? Ik vond dit altijd wel gemakkelijk op mijn Dream7000. Stel ik kijk naar RTL5 en wacht op 20:00 uur om het journaal te kijken, nu moet ik steeds OK indrukken om te zien hoe laat het is, en dat ik moet overschakelen.
Ik had hetzelfde probleem. Inmiddels zit sinds vandaag de plugin "permanentVFDclock" in de feed van PLI. Als je deze plugin geïnstalleerd hebt (en daarna de box reboot) laat hij na het zappen nog even de zendernaam zien. Daarna wordt de tijd weergegeven in het display
-
Is al bij iemand het entertainment pakket op de 2de/3de kaart terug gezet naar familie pakket?
Bij mij staat nog steeds het entertainment pakket op de 2de en 3de kaart. Maar ik had ook geen brief gehad dat ze het zouden terug zetten. Ik had de kaarten pas eind januari geactiveerd op het entertaiment pakket. Het waren wel kaarten die al voor 1 januari geregistreerd waren onder mijn account (ze stonden eerst op "vrij te ontvangen zenders"), misschien dat ze daarom niet terug gaan naar familie pakket?
-
Als je je reader even disabled door in de website bij readers op het rode kruisje te klikken, en daarna weer enabled, dan zul je in de status regels de volgende entry moeten zien:
2012/03/10 23:28:58 6EEDF8 r type: SECA, caid: 0100, serial: xxxxxxxxxx, card: Canal+ NL v10.0
Als daar V10.0 staat dan heb je de goede versie, dit is volgens mij de enge plek waar je het kan zien.
Klopt bij mij komt er ook V10.0 te staan.
Maar als je dit op deze manier kan laten zien dan zou het toch ook (relatief makkelijk) mogelijk moeten zijn om dit te laten zien bij "entitlements". Een uitdaging voor theparasol bijvoorbeeld?
-
Vandaag een brief van CD :
2e kaart wordt per 1 april (geen grap) terug gezet naar Familie pakket ipv entertainment.
Leuk ... oscam maar weer opnieuw indelen met services.
En was jouw abonnement op de 2de kaart al buiten de contractperiode (ik bedoel was het langer geleden dan 1 jaar dat je de 2de kaart in gebruik hebt genomen)? Anders zouden ze het contract dat je minimaal voor 1 jaar aangaat openbreken.
-
Volgens mij moet je bij "oscam.user" de waarde "uniq" op 0 zetten. Zie deze link.
-
Hoe komt CD er dan achter dat je hem op vakantie mee hebt?
Daar komen ze inderdaad nooit achter. Ik denk dat het hun meer gaat om het feit dat ze alles kunnen claimen mochten ze iemand betrappen op "ongeoorloofd" gebruik.
-
Misschien stomme vraag,. maar verkoopt CD een extra cards voor een andere locatie, b.v. op de camping?
Ik zie op hun site alleen inclusief een ontvanger.
Maar ik kies liever zelf een box...
Tegenwoordig moet je een akkoord formulier tekenen. Hierin verklaar je dat je akkoord gaat dat je de 2de (of 3de) kaart op hetzelfde adres gebruikt. Dus ook niet op de camping. Als je dit niet doet gaat de kaart na 1 maand terug naar "vrij te ontvangen zenders". Dit heb ik zelf ook ondervonden.
-
Zelf liep ik ook tegen de beperking aan omdat er regelmatig meer dan 4 opnames liepen op de DB8000 (4 tuners).
Het 2e kaartje in de DB7025 werd niet zo vaak meer gebruikt.
Daarom dacht ik de beperking/grens (binnen de DB8000) op 8 te brengen door beide kaartjes in de DB8000 te plaatsen.
Dit getest, en helaas blijkt dat (bij mij) niet te werken. 4 blijft de grens. Lijkt er op dat na bereiken v.d. grens, het 2e kaartje niet benaderd wordt.
In Cccam zijn beide kaartjes zichtbaar. Bij het testen start ik alleen opnames die binnen het abonnement van beide kaartjes vallen.
Beide kaartjes zijn "werkend" tot de grens van 4, indien als enige kaart in DB geplaatst. Samen in DB dus geen verbetering.
Volgens mij is dit op te lossen als je oscam als softcam gebruikt. Dan kan je de kaarten begrenzen op 4 en dan worden wel beide kaarten gebruikt waardoor er een begrenzing vna 8 ontstaat.
-
Oké dan ga ik het zo doen.
In ieder geval iedereen bedankt die me verder op weg heeft geholpen. Wat mij betreft kan het onderwerp worden afgesloten omdat het probleem opgelost is.
-
De emmcache hoef je alleen in te stellen in oscam.server voor elke [reader] op de ontvanger waar de kaart in zit.
Op een client wordt de emmcache door oscam nooit gebruikt.
Als je oscam niet als client gebruikt, maar bijvoorbeeld mgcamd of CCCam, dan heeft deze ook een ingebouwde emmcache, wat het verkeer tussen client en server kan verminderen.
Dus even voor de duidelijkheid:
Op de ontvanger waar de kaart in zit stel ik het volgende in
Oscam.server:
[reader]
.......
emmcache = 1,3,15
.......
Als ik dan vervolgens bij de users die de kaart aan kunnen spreken instel:
oscam.user:
[account]
.......
au = 1
.......
--> dus zonder emmcache = ....
Elke keer als één van de users de top-kaart gebruikt dan worden, indien er EMM's binnen komen deze doorgegeven aan de kaart. De instelling emmcache 1,3,15 zorgt ervoor dat de EMM 3x wordt aangeboden en dan niet meer. Onafhankelijk van hoeveel users de EMM's doorgeven?
Klopt mijn theorie zo?
-
Dat kan je regelen met de emmcache, en je kan emms blocken per categorie als je dat zou willen per reader.
Ik heb de emmcache nu staan op 1,3,15. Stel ik heb 3 ontvangers die gebruik maken van de top-kaart en ik stel bij al die ontvangers de emmcache op 1,3,15 in. Dan heb ik kans dat een update meerdere keren geschreven wordt naar het kaartje. Maar dat kan geen kwaad ofzo?
Aangezien er dagen zijn dat het top-pakket niet wordt gebruikt kan het voorkomen dat het top-kaartje een paar dagen niet wordt aangesproken (en dus niet geupdate kan worden). Zodra één van de ontvangers dan gebruik gaat maken van het kaartje dan wordt die waarschijnlijk op dat moment wel geupdate. Kortom voor mij, denk ik, de meest veilige methode om de kaart up to date te houden?
Of kan ik het beter op een andere manier instellen?
-
Ondertussen heb ik het zelf opgelost. Ik heb bij de users die de top-kaart gebruiken. "AU" op "1" gezet. Heel simpel maar dus even niet aan gedacht. Het probleem zat hem dus blijkbaar dat de ontvanger waar de top-kaart in zat de top kanalen zelf niet bekijkt dus daar ook geen update heen stuurt.
Ik heb toch nog een vervolg vraag: Als ik bij alle users "AU" op "1" zet kan dan sturen al mijn users updates naar de kaart. Komen dan dezelfde updates meerdere malen binnen of regelt Oscam zelf dat de overige updates niet doorkomen? Of moet ik dit begrenzen dat maar één user de AU mag doen?
-
Als je dvbapi gebruikt, dan worden door oscam alleen emm's ontvangen van de op dat moment actieve kaart.
Als je enige tijd naar een zender uit het top pakket kijkt, dan zullen er als het goed is ook emm's van je topkaart ontvangen en verwerkt worden.
Begrijp ik het goed dat de ontvanger waar het kaartje in zit op het top-pakket afgestemd moet zijn om EMM's te kunnen ontvangen? Als dat zo is dan is dat waarschijnlijk het probleem. Het top kaartje zit bij mij in een SD ontvanger (DM7025+). Het top-pakket wordt dus nooit door de ontvanger zelf bekeken maar altijd door users die intern verbonden zijn met de DM7025+.
Is dit de mogelijke oorzaak? Is de enige oplossing het kaartje verhuizen naar een HD ontvanger of kan ik instellingen veranderen? (zie de post hiervoor)
-
Als je dvbapi gebruikt, dan worden door oscam alleen emm's ontvangen van de op dat moment actieve kaart.
Als je enige tijd naar een zender uit het top pakket kijkt, dan zullen er als het goed is ook emm's van je topkaart ontvangen en verwerkt worden.
Is er ook een andere manier dan? Ik bedoel dat je dvbapi niet gebruikt om de EMM's te ontvangen maar dat je het op een andere manier oplost.
Kan op die (eventuele) andere manier de kaart dan wel geupdate worden zonder dat je die zender bekijkt?
-
@Rob001
Kun jij je zaken instellen zoals in dit topic: http://www.sat4all.c...rt-in-dreambox/ want dit werkt gegarandeerd (ok, in mijn geval is het icm VDR, maar de config was afgezien van de DVBAPI instellingen exact hetzelfde)
Ik had toevallig al de instellingen uit het topic als basis genomen voor mijn configuratie. Alles stond hetzelfde ingesteld behalve "oscam.dvbapi". In het topic stond iets over een oranje/witte kaart. Ik heb nu die instellingen gebruikt.
Standaard is deze instelling vaak 'emmcache=1,3,15'.
Ik heb emmcache al het hele weekend op 1,3,15 staan. Ik zie wel af en toe dat er een EMM doorheen komt (.....written.....). Maar de datum op de kaart is nog steeds niet geupdate.
Wat ik nog niet vermeld had is dat er in de betreffende dreambox 2 kaarten zitten. De kaart boven is wel goed geupdate maar de kaart onder (met het top-pakket) dus niet.
Iemand nog tips?
-
als ik jouw config met de mijne vergelijk, dan heb ik 2 dingen voor mijn reader wel gedefinieerd die hij niet hebt:
caid = 0100
ident = 0100:000000,00006A
Zet die er eens bij en kijk eens of dat verschil uitmaakt?
Die had ik er al bij staan. Ik denk dat je naar de config van "Lite On" hebt gekeken die had het er inderdaad niet bij staan. Bij mij staan ze gewoon erbij:
Hierbij mijn config:
............................
caid = 0100
detect = cd
mhz = 300
cardmhz = 357
ident = 0100:000000,00006A
...............
-
zet eens een # voor emmcache = 1,3,2 onder reader en restart oscam en kijk dan eens?
Ik draai nu een paar uur met emmcache uitgeschakeld maar er wordt niets geupdate.
Het viel me op dat bij mijn readers "emmcache = 1,1,15" staat terwijl andere weer 1,3,2 gebruiken. Wat is de juiste (of wat is beter)?
In ieder geval update hij dus nog niets. Nog tips?
-
2012/02/10 14:21:08 5988D8 r dvbapiau emmtype=global, len=116, idx=3, cnt=1: written (435 ms) by lower
Zoiets zou er in je log moeten verschijnen.
Bij mij komt er alleen maar: r dvbapiau emmtype=global, len=116, idx=46, cnt=91: skipped (0 ms) by kaartlezer_onder
Dus het lijkt wel of niet de juiste EMM's doorkomen of die niet wordt geschreven?
Tripple reader icm cccam
in CI, CI+, (soft)cams en smartcards
Geplaatst:
Na het instellen van seca handler in cccam.cfg komt het probleem van punt 1 niet meer voor (bedankt Gerard 76 voor de tip). Maar het probleem in punt 2 is nog niet opgelost. Weet iemand hier een oplossing voor? theparasol had het over het aanleveren van onjuiste ecm's door de client. Is dit te verhelpen? Het zou mooi zijn als deze foutmelding ook nog op te lossen is.