Royco
-
Items
141 -
Registratiedatum
-
Laatst bezocht
Inhoudstype
Profielen
Forums
Store
Berichten die geplaatst zijn door Royco
-
-
10 uur geleden zei Sjaak(k):
Wel als je een CI module incl kaart besteld voor b.v. een smart tv, ik kon dat ook voor mijn Philips tv maar ik zat al aan mijn maximum van 5 kaarten, dus maar een @Smid ci module 1.2 gekocht op MP, een van mijn kaarten erin en werken.
Sjaak, als ik deze erbij bestel word hij gewoon geleverd met een Irdeto kaart ?:
-
In bovenstaand topic zag ik het bv.
Bedankt voor de reacties, dan weet ik dat er geen Irdeto zal worden gestuurd bij nieuwe aanvraag
-
Ik veel lees topics waar Ziggo nog gewoon nieuwe Irdeto kaarten opstuurt, is dit dan regio gebonden?
Iemand die toevallig weet of in Eindhoven nog Irdeto kaarten worden verstuurd door Ziggo zelf ipv Nagra?
Als ik het goed heb gelezen zijn enkel de Irdeto kaarten te gebruiken in een Vu+ met sofcam, Nagra kaarten niet, is dit correct?
-
Iemand een adres waar ik zo'n Omnipro kan bemachtigen? Oude Blauwe Smargo's zijn niet meer te krijgen...
Ik heb er nog wel een als je interesse hebt, had er 5 stuks overgenomen en gebruik er maar 3
PM me maar
-
Inderdaad Toppers, nu met een Omnikey werkt het perfect
-
Wellicht dat iemand kan verklaren waarom de reader de kaart succesvol initialiseerd echter vervolgens aangeeft; Card ejected (terwijl de kaart er nog in zit zonder er aan te zijn gekomen o.i.d)???
- 2016/03/13 19:56:03 1D1177ED r (reader) Canaldigital [mouse] Buffers readed 0 bytes total time_us 75144
- 2016/03/13 19:56:04 1D1177ED r (reader) Canaldigital [mouse] ATR: 3B F7 11 00 01 40 96 70 70 0A 0E 6C B6 D6
- 2016/03/13 19:56:04 1D1177ED r (reader) Canaldigital [mouse] Init card protocol T0, FI=1, F=372, D=1, N=1
- 2016/03/13 19:56:04 1D1177ED r (reader) Canaldigital [mouse] Setting baudrate to 9600 bps
- 2016/03/13 19:56:04 1D1177ED r (reader) Canaldigital [mouse] Calculated work ETU is 104.20 us reader mhz = 357
- 2016/03/13 19:56:04 1D1177ED r (reader) Canaldigital [mouse] Buffers readed 0 bytes total time_us 75175
- 2016/03/13 19:56:04 1D1177ED r (reader) Canaldigital [mouse] ATR Fsmax is 5 MHz, clocking card to wanted user cardspeed off 3.57 MHz (specified in reader->mhz)
- 2016/03/13 19:56:05 1D1177ED r (reader) Canaldigital [mouse] detect seca/nagra tunneled card
- 2016/03/13 19:56:05 1D1177ED r (reader) Canaldigital [mouse] Buffers readed 0 bytes total time_us 75153
- 2016/03/13 19:56:06 1D1177ED r (reader) Canaldigital [mouse] Nagra layer found
- 2016/03/13 19:56:06 1D1177ED r (reader) Canaldigital [mouse] Rom revision: DNASP400 RevI4A
- 2016/03/13 19:56:06 1D1177ED r (reader) Canaldigital [mouse] Buffers readed 0 bytes total time_us 75143
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [mouse] type: SECA, caid: 0100, serial: #########, card: Mediaguard v10.0
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [mouse] Maturity level [0]= older than 0 years
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [mouse] found card system seca
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] THIS WAS A SUCCESSFUL START ATTEMPT No 1 out of max alloted of 1
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] Request provider 1
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] provider 1: 0000, valid: 1, name: MANAGEMENT, expiry date: 2016/05/09
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] SA: ########
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] PBM for provider 1: 799008001c000
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] Request provider 2
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] provider 2: 006A, valid: 1, name: CANAL DIGITAAL, expiry date: 2016/05/04
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] SA: ########
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] PBM for provider 2: d080000000000000
- 2016/03/13 19:56:08 1D1177ED r (reader) Canaldigital [seca] card ejected
-
Ik vermoed dat de reader gewoon kapot is, bedankt voor alle hulp!
-
Probeer eens zo;
[reader]
label = USB-Reader:VuUno:Xtra-card
protocol = mouse
device = /dev/ttyUSB0
caid = 0100
ecmwhitelist = 0100@00006A:64
ecmheaderwhitelist = 813061006A00075C00,803061006A00075C00
autospeed = 0
detect = cd
mhz = 436
cardmhz = 436
ident = 0100:000000,00006A
group = 1
auprovid = 00006A
emmcache = 1,1,0,0
blockemm-unknown = 1
blockemm-g = 1
lb_weight = 150
dropbadcws = 1
ratelimitecm = 4 ###of 2 ###
ratelimittime = 9000
ecmunique = 1
srvidholdtime = 2000
Als je Oscam gebruikt op je receiver zou je via de oscam webif even onder het rolmenu "Readers" de test kunnen doen middels "scan USB" om de juiste benaming/poort te bekijken.
Succes
Helaas zelfde resultaat, bij USB scan komt hij er weer tussen te staan (wel als BUS/Device: Bus 004 Device 002: ID 0403:6001)
- 2016/03/07 17:21:20 58E45E76 r (reader) USB-Reader:VuUno:Xtra-card [mouse] Flush readed byte Nr 1 value 3b time_us 5260
- 2016/03/07 17:21:21 58E45E76 r (reader) USB-Reader:VuUno:Xtra-card [mouse] Buffers readed 1 bytes total time_us 80627
- 2016/03/07 17:21:21 58E45E76 r (reader) USB-Reader:VuUno:Xtra-card [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=436, cardmhz=436)
USB-Reader:VuUno:Xtra-card ON 127.0.0.1 0 mouse 0000:0000@000000 no data 00:02:3400:02:34 OFF
-
Hij initializeerd hem hier wel op:
USB-Reader:VuUno:Xtra-card [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=368, cardmhz=368)
-
LS,
Ik wil een 3e kaart aansluiten op mijn receiver middels USB aangezien beide interne readers al bezet zijn.
Nu heb ik een Phoenix/Smartmouse reader, alleen daarmee lijkt hij het kaartje niet te zien (kaart werkt wel gewoon in interne reader van Vu+)
-----------------------------------------INSTELLINGEN---------------------------------------------------
USB reader kan worden voorzien van frequentie kristallen en dipswitches:
Kristal heb ik 3.6864 erin gezet (betreft CD NL extra kaart, hier staat Nagravision op)
Switch 1 (kan kiezen uit Phoenix of Smartmouse): deze staat op Phoenix
Switch 2 (kan kiezen uit 3.3 of 5v): deze staat op 3.3v
Oscam:
[reader]
label = USB-Reader:VuUno:Xtra-card
protocol = mouse
device = /dev/ttyUSB0
caid = 0100
ecmwhitelist = 0100@00006A:64
ecmheaderwhitelist = 813061006A00075C00,803061006A00075C00,800061006A00075C00,810061006A00075C00
detect = cd
mhz = 368
cardmhz = 368
group = 1
emmcache = 1,1,15,0
lb_weight = 1000
dropbadcws = 1
disablecrccws = 1
ratelimitecm = 2
ratelimittime = 9000
ecmunique = 1
srvidholdtime = 2000
--------------------------------------------------------------------------------------------De reader word herkend door Oscam:
- 2016/03/06 11:52:47 2E15EA00 r (reader) USB-Reader:VuUno:Xtra-card [mouse] Buffers readed 0 bytes total time_us 75264
- 2016/03/06 11:52:47 2E15EA00 r (reader) USB-Reader:VuUno:Xtra-card [mouse] Reader initialized (device=/dev/ttyUSB0, detect=cd, mhz=368, cardmhz=368)
Echter blijft de kaart staan op: OFF (no active entitlements):
USB-Reader:VuUno:Xtra-card ON 127.0.0.1 0 mouse 0000:0000@000000 no data 00:01:23
00:01:23 OFF
(no entitlements)Ik heb ook geprobeerd om de frequentie aan te passen naar 3.579545 (ander kristal, in oscam mhz 357, in oscam cardmhz 357) echter zonder resultaat.
Iemand een idee wat ik over het hoofd zie?
-
-
Het werkt weer.
Die default 357 is verwarrend, voor de dreambox moet dat 2700 zijn
Card MHz: Dreambox Mipsel: 2700, PPC: 3150, DM7025: 8300 ELSE set wanted cardinit speed. Default 357Mijn au is niet uitgesplitst::
[account]user = local-DVB-APIkeepalive = 1au = 1Weet iemand wat het voor een Vu+ moet zijn, ook gewoon 2700?
-
Werkt inderdaad perfect, thanks!
-
Loadbalance mode: zorgen dat hij op 1 staat (fastest reader first)
De interne kaart lb-weight 1000 geven
De reader/share naar boven lb-weight 1 geven (of bv 100, zolang het maar veel lager is dan 1000)
-
Dus
je kan bij ADSL met een bandbreedte van 130 kHz. upstream net zoveel
informatie versturen als er met 864 kHz. downstream kan worden
verzonden?
Wat is dan het verschil tussen DSL en ADSL?
DSL is gewoon een verzamelnaam voor o.a. ADSL SHDSL VDSL etc, ondanks dat het verschillende technieken zijn.
Verschil tussen een ADSL (welke dus ook een symetrische snelheid kan hebben) en SHDSL is dus de techniek.
Ze hebben gisteren een upgrade uit gevoerd naar bijna 2mbit (zie afb. vorige post)
Wat blijkt mijn oude modem doet het ook weer op de lijn.
Het modem traint alleen in op ong. 1.4mbit ,maar de verbinding blijft stabiel.
Begin haast te denken dat er toch iets in de centrale gedaan is, waardoor laatst de lijn uit zichzelf weer terug kwam.
Kan iemand hier iets mee ??
Ja hopen dat er inderdaad iets is veranderd waardoor het goed is en blijft
-
Bij ADSL is het zo dat van 30 KHz tot 138KHz wordt gebruikt voor de up-stream. En voor de down-stream wordt een frequentie van 138KHz tot 1 MHz gebruikt.
De snelheid die je met de down-stream van ADSL maximaal kan krijgen is 8 Megabit per seconden (Mb/s). Bij de up-stream is dit maar 1Mb/s. de down-stream van een ADSL verbinding is ongeveer 8x zo snel als de up-stream.
Bij een bepaalde lijnsnelheid is de downstream dus door het grotere frequentie spectrum wat ter beschikking staat 8 keer sneller dan de upstream.
Leuk verzonnen maar klopt niet, de dslam bepaald de snelheid, je hebt ook bv een profiel van 256kb up en 256kb down. Dit is in de dslam in te regelen, net als bv het profiel 8mb down en 512kb up (dit zijn profielen zoals bij het bedrijf waar ik werk worden gebruikt, zo heeft bv kpn ook de upstream snelheden van 128kb en 768, deze worden door het bedrijf waar ik werk niet gebruikt).
Zoals je kunt zien is er geen lineair verband tussen down en up.
Overigens vallen de hoge frequenties het eerste weg, waardoor de downstream als eerste inzakt.
De upstream (lagere frequenties) zit vooraan in het spectrum en dus VOOR de downstream, dus eerst word de downstream weggesnoept en daarna pas de upstream.
-
Bij 700 kbits down is 100 kbits up toch in verhouding? Het is tenslotte ADSL
Met adsl is 1024kbits upstream normaal (er van uitgaand dat je downstream hoger is dan 1024), indien je lijn langer is dan kan het wel wat minder zijn, maar 100kbits is niet normaal.
Kan natuurlijk zijn dat jouw lijn op 100kb upstream is geknepen en daarom zo laag intraint, daarom zou ik eerst even kijken hoeveel lijn B haalt dan heb je een mooie vergelijking, haalt lijn B veel hoger dan 100kb dan zou A dat ook moeten kunnen halen (mogelijk pas na de snelheidsverhoging).
-
Het modem is binnen en aangesloten.
Dit wonder modem behoud zijn verbinding tot nu toe.
de andere hebben of eigenlijk hadden al opeens ook een verbinding, alleen verliezen na belasting de verbinding.
Provider mailde, dat zij zagen in hun gegevens dat mijn oude modem ,(wat al die tijd kaal aangesloten stond) sinds gisteren middag 16.30 uur een stabiele verbinding had.
Ik kwam hier dus pas vanmiddag rond 12.00 uur achter
maar na aansluiten pc en het openen van een website verdween verbinding weer.
dus.
fritzzbox: verbinding, lijkt stabiel op 700kbps/100kbps
linksys: verbinding, onstabiel op 800kbps/130kbps
dlink : dsl verbinding direct gemaakt, kan alleen niet zien hoe
snel i.v.m. bridged modus.
het lijkt er dus op dat linksys routers meer moeite hebben met
zwak signaal, echter werkt deze wel goed en stabiel op de andere lijn.
100/130 kbits upstream is wel erg laag, tenzij je het kbytes zijn (of is dit een speed test ipv intrain snelheid vh modem?)
Traint jouw andere lijn ook zo laag in, of heb je ISDN linesharing?
-
Probleem is niet de kabel van de wijkkast naar je huis. Je telefoon heeft dan ook geen problemen.
Het data signaal in de wijkkast wat op de telefoonlijn naar je huis gemoduleerd wordt heeft een storing.
Het DSL signaal is prima in orde, maar er wordt domweg geen data op gemoduleerd (af en toe)
Analoge telefoon werkt bijna altijd, zelfs met een slecht koperpaar, dsl is hoogfrequent en zeer gevoelig vandaar dat het geregeld voorkomt dat je kabel rot is je problemen met dsl hebt terwijl je telefoon gewoon blijft werken.
Een kapotte dslam poort kan op meerdere manieren kapot zijn, bv slecht signaal richting het modem, maar ook bv dat de poort/kaart niet meer correct communiceerd met de dslam zelf (of de Network/Transmissie Interface vd dslam).
Hier kom je meestal achter door dingen uit te sluiten, wanneer de monteur jouw lijn bypassed naar een andere kaart/poort en het blijft, dan is de poort goed en iets anders aan de hand, doet hij het op een andere kaart/poort naar behoren weet je dat aan de kaart/poort ligt.
Lastige is wel dat je dan toch de monteur vd dslam moet hebben om dit uit te sluiten
Maar
hadden één van de drie (waarvan er twee aan de deur zijn geweest) kpn
monteurs, die ook bij de kabelkast bezig zijn geweest, dit dan niet
simpel kunnen constateren?
Aangezien EDPnet gebruikt maakt van de KPN dslam, is het waarschijnlijk dat kpn alleen een laag2 verbinding opzet van jouw modem naar de interconnect van EDPnet, EDPnet zal waarschijnlijk zelf de laag3 verzorgen.
Wanneer beide partijen zeggen dat hun kant goed is en geen van beide het initiatief neemt om of gezamelijk er naar te kijken of de andere partij wijst op de fout bij hun, dan krijg je dus dat storingen onnodig lang duren.
-
Een KPN monteur controleerd altijd aan de hand of hij Sync heeft of er een dsl signaal aanwezig is, de stelling er is wel signaal maar geen sync lijkt mij erg sterk.
Als de KPN komt en hij heeft geen Sync bij de klant, dan gaat hij naar de telefooncentrale om te kijken of hij rechtstreeks op de hoofdverdeler wel Sync heeft, heeft hij geen Sync dan meld hij fout-telco: geen Sync op hoofdverdeler.
Aangezien de KPN monteur aangeeft dat de lijn goed bij jou aankomt lijkt het er op dat je gewoon Sync hebt maar geen data.
Dit word ook door jou bekrachtigd omdat je zegt dat je packetloss hebt, wanneer je geen sync zou hebben word je ATM-laag (laag2) niet op gebouwd, dan kun je ook nooit een IP verbinding (laag3) opbouwen en gigantische packetloss krijgen (dan zouden er 0,0 packetje pingbaar zijn, dus 100% loss).
Heb je wel sync maar geen data, kan dat liggen aan:
- Communicatie tussen modem en dslam (grootste kans dat het hier is gezien de blixeminslag, het modem of de dslampoort kan raken)
- Transmissie van dslam verder het netwerk in (kans klein omdat anders meerdere mensen er last van moeten hebben)
- Van handoverpoint KPN naar EDPnet (kans ook klein)
- Van EDPnet naar interconnect met het internet (kans ook klein)
Aangezien het na een blixeminslag is en jouw modem het op lijnB wel doet, gaat mijn vermoeden uit naar de dslampoort van kpn.
Wat ook kan zijn is dat je wegvallende Sync hebt, dus dat je even Sync hebt (en op dat moment pingbaar bent) en dan weer weg valt (en dan packetloss hebt)... dit zo continu afwisselend.
Indien dit het geval is, dan is het: of het modem, of de dslampoort of de koperlijn in de grond (en de KPN monteur zijn werk niet goed heeft gedaan).
-
Is er iemand bij wie oscam goed werkt op een dm500?
Ik heb het na 2 dagen maar weer eraf gehaald.
Als ik oscam opnieuw opstarte duurde dit ongeveer 5-10 minuten tot hij weer terug was, terwijl het bij mijn Uno maar 5 seconden duurt.
Tevens liep hij na een dag ofzo vast.
-
De voorkeuren en dubbels uitsluiten op van de ene kaart uitsluiten op de andere kaart is juist is een goed werkende methode !
Het voordeel is dat je juist de beschikking blijft behouden van alle beschikbare srvids op beide kaarten behalve de geblockte op de ene die dan toch op de andere beschikbaar blijft en vicaversa. Je moet wel even nadenken welke "dubbels" je kiest. Als je op 1 kaart maar, bijv EredivisieliveHD hebt, hoef je daarover niet verder na te denken, je moet alleen reguleren voor die belangrijkste kanalen die specifiek gevraagd moeten worden vanaf 1 kaart !!! (dus uitsluiten op de andere !)
Uitsluiten had ik in eerste instantie al gedaan, maar dan had ik de .services hier gedownload en onderscheid gemaakt dmv basis/familie/etc etc.... Scheelde een hoop copy/paste werk
Volgens mij heb ik het nu werkend zoals ik wilde:
-De kaart die primair is (bij mij de Entertainment) heb ik onder READERS een LB-WEIGHT van 1000 gegeven
-De kaart die secundair is (bij mij Top) heb ik een LB-WEIGHT van 500 gegeven
-Zorg dat in CONFIG>LOADBALANCER je optie 1-FASTEST READER FIRST hebt staan
Aangezien de reader met de hoogste lb-weight word gezien als de snelste kaart, word deze eerder aangesproken dan die met lagere lb-weight
-
eerlijk gezegd was ik wel even aan het zoeken, maar toen kwam mij, (mij) het zinloze in de doelstelling voor ogen.
loadbalancing
of
cards first then proxie
of
fastest connection
als je twee kaarten hebt is het toch onbelangrijk van wie die SID nu komt
pas als echt ze allemaal gebruikt worden ben je de klos.
dus in je homeshare kun je ook timers en opnamen zelf verdelen in plaats van SIDS gaan verdelen.
ciao
Ik heb pas Oscam geinstalleerd, en het leek mij wel makkelijk om altijd eerste de ene kaart vol te laten lopen en dan pas de andere.
Wat je hiermee zou kunnen voorkomen is dat als de kaart met Top aan de 4 SIDS zit, je niet meer bv Film1 kunt kijken.
Ik kon zo ook niets vinden hierover in de config, dus zal denk ik niet mogelijk zijn
-
Ik heb in mijn Vu 2 CD kaarten, een met het Top pakket en de ander met het Entertainment pakket.
Weet iemand of het mogelijk is wanneer er een zender word gekozen welke op beide kaarten aanwezig is, om altijd eerst vd Entertainment kaart te pakken en wanneer deze meer als 4 SID's in gebruik heeft, dan pas vd Top kaart?
Nieuwe ziggo kaart werkt niet in vu+ ultimo 4k
in Ziggo
Geplaatst:
Dat is jammer, bedankt voor je antwoord.