Ga naar inhoud


rotewerken

Lid
  • Items

    57
  • Registratiedatum

  • Laatst bezocht

Berichten die geplaatst zijn door rotewerken

  1. Het heeft even geduurd voor ik kon reageren, maar het was nogal een projectje... 😉

     

    vanalles geprobeerd. heel lang verhaal kort:

     

    Een raspberry is gewoon te zwak (qua voeding, zelfs met een 5V3A) om meerdere DVB tuners te voeden.

    Zelfs geprobeerd met een USB hub met eigen voeding.

    Omdat een raspberry zowel master als slave USB is, kwam ik ook gekke dingetjes tegen zoals een raspberry die bleef doordraaien nadat ik de 5V3A voeding er uit trok. Uiteindelijk dit opgegeven, omdat de DVB tuners initieel wel herkend werden in Linux en ook TVHeadend, maar uiteindelijk wegvielen (je ziet  normaal een tuner met 3 componenten: DVBC/DVBT en nog iets). Als je dan echt signaal ging trekken, vielen die 3 componenten weg en zag je alleen nog adapter0. in dmesg logs zag je klachten over te laag voltage op het USB device.

     

    Een nieuwe shuttle PC ingericht. 

    Heb wel kernel moeten upgraden naar v5, voor fatsoenlijk driver support.

    Hierna kon linux en tvheadend mijn adapters zien. Probleem met slecht beeld bleef. Frustratie!

     

    Omdat hij ook vaker buffer issues aangaf, ben ik het uiteindelijk hier gaan zoeken. Vanalles geprobeerd. Dat had wel iets van effect, maar loste het probleem niet op.

     

    Uit wanhoop heb ik maar wat dingen aangeklikt, zo ook de optie "FORCE OLD STATUS".

    Dit was de oplossing! 

     

    https://docs.tvheadend.org/webui/config_tvadapters/

    Citaat

    Force old status : Always use the old ioctls to read the linuxdvb status (signal strength, SNR, error counters). Some drivers are not mature enough to provide the correct values using the new v5 linuxdvb API.

     

    Je ziet dan ook in het tuner status overzicht een iets andere weergave van je tuner en het signaal.

    Vreemd genoeg, geeft ie nu steeds 1% signaal sterkte aan, terwijl die toch 100+ dBm is.

    Dit loste het probleem echter wel op. Geen klachten meer met blokkerig beeld, etc.

    Lijkt dus gerelateerd aan een driver communicatie issue.

     

    Voorts nog even het stream profiel aangepast, dat loste wat buffer problemen op.

    (h264/265 transcoding gewoon uitgezet, en maar op MPEG laten streamen. wellicht kost me dat meer bandbreedte op mijn interne LAN, maar dat maakt niet zo veel uit).

     

    EDIT: Ik wil graag het subject aanpassen in [SOLVED]. Hoe doe ik dat?

  2. Een gewone splitter, versterkt die ook?...

     

    signaal sterkte wordt aangegeven als 80-100db. Lijkt te verschillen per zender.

    SNR is ca 37

    Zojuist zei Cobus R:

    En is de voeding wel goed van de Raspberry PI levert die wel genoeg power?

     

    Ik moet zeggen dat ik hier ook al aan dacht.

    het is een 5V 3A voeding. 

     

    Het gekke is dat het ook pas na een kwartier gebeurt. Reboot helpt...

    desalniettemin zie ik geen swapping (RAM usage) of te dolle CPU

  3. Ik heb de volgende setup:

     

    Meterkast met COAX aansluitpunt -> 50cm (originele Ziggo) kabel -> Hirschmann splitter (naar TV of Modem) -> 8M Hirschmann kabel -> Hirschmann professional versterker met 4x out -> 4x 30cm kabel naar 4x DVB-C tuner.

     

    Ik heb een Raspberry Pi met TvHeadend en 4x DVB-C tuners. Dit werkt prima.

    Echter, na een kwartier of zo, zwakt het signaal af. Dan wordt alles super blokkerig... De "continuity errors" beginnen dan ook op te lopen...

     

    Ik heb al vanalles geprobeerd wat ik op internet kon vinden, maar het helpt niet.

    Heeft iemand enig idee wat de oorzaak is hiervan?

  4. Ik heb het inmiddels aan de gang! Zal een dezer dagen een hele HOWTO posten hoe het mij uiteindelijk gelukt is!

     

    overigens geeft TvHeadend een SNR van 35 aan en een Signaal sterkte van 50db.

    ik heb last van blokjes.

     

    meterkast>50cm kabel (origineel ziggo)>hirschman splitter 7.5db>8m hirschman kabel>hirschman professional versterker>30cm hirschman kabel>dvbc tuner.

     

    alle connectors van hirschman.

     

    enig idee? Beetje offtopic... maar nu ik het aan de gang heb, wil ik het ook zonder blokjes en ruis kunnen kijken! 🙂

  5. Ok zal de regel ident er helemaal uit halen

     

    oscam.dvbapi wat moet daar in dan? Vind ik weinig documentatie over.

    de meesten hebben een dvbapi config stukje in oscam.server

    doel je op iets specifieks?

    mijn kennis is onvoldoende om een eventuele hint te begrijpen... 🙂

     

    #n00b

  6. 8 minuten geleden zei rotewerken:

    Ik ben ver op weg denk ik. 

    Even een double check: Als mijn SYSID zou zijn: 00112233

    Voer ik dan in:

    
    caid     = 0606
    ident    = 0606:00112233
    
    auprovid = 00112233

    of moet ik het bij ident op 0606:000000 houden?

    of moet ik 00112233 de eerste 00 strippen en dus 112233 maken?

     

    In TVHeadend zie ik hem nu succesvol inloggen bij Oscam (zie ik ook in de Oscam logs), maar RTL4HD blijft locked...

     

    Ik krijg het volgende in de Oscam log wanneer ik naar RTL4HD switch:

    
    (Invalid ecm type for cardf)

    Dit heb ik weten op te lossen door ident op 0606:000000 te zetten en auprovid op = 112233 (zonder 00).

    Dat geeft vervolgens weer een andere error bij switchen naar RTL4HD:

    
    rejected group (0 ms) (no matching reader)

     

     

    Nu vind ik in deze post een oplossing:

    Volgens hem zou de RSA key niet kloppen.

    Maar, de RSA key die ik heb gevonden zou bij de 0606 moeten passen?

    Heeft iemand toevallig de 0606 RSA key en kan iemand me die in een berichtje sturen wellicht? 🙂

     

  7. Ik ben ver op weg denk ik. 

    Even een double check: Als mijn SYSID zou zijn: 00112233

    Voer ik dan in:

    caid     = 0606
    ident    = 0606:00112233
    
    auprovid = 00112233

    of moet ik het bij ident op 0606:000000 houden?

    of moet ik 00112233 de eerste 00 strippen en dus 112233 maken?

     

    In TVHeadend zie ik hem nu succesvol inloggen bij Oscam (zie ik ook in de Oscam logs), maar RTL4HD blijft locked...

     

    Ik krijg het volgende in de Oscam log wanneer ik naar RTL4HD switch:

    (Invalid ecm type for cardf)

     

  8. Je gelooft het nooit...

    gedaan wat je zei. Na een uur NPO1 switchen naar RTL4 HD.

    E101: deze zender maakt geen deel uit van uw abonnement.

     

    ziggo gebeld. Die had ik al eerder gebeld. Toen was alles ok zeiden ze...

    deze keer “oh ik refresh even iets”.

    10 sec later, pats, beeld!

     

    ik laat de humax nu effe een paar uur aan en ga straks eens de kaart in de Smargo steken...

  9. Ik denk dat ik ziggo dan inderdaad verkeerd geinterpreteerd heb en dit dus verkeerd heb overgebracht aan jullie. 

     

    Zal alles wel morgenvroeg naar beneden slepen en in de gang de wizard doorlopen.

     

    dit had ik overigens al eens gedaan. Humax interactieve TV, pin codes, etc. Of is dit weer iets anders?

  10. Jammer. Ik heb duidelijk aangegeven dat ik niet bekend ben met Ziggo (ik kom van KPN IPTV af) en ben niet bekend met die card readers.

    Heb vooraf veel gelezen, maar dat gaat allemaal over 0604 kaarten. Dat is blijkbaar erg anders allemaal. Mijn kennis is onvoldoende om de gaten in te vullen. Jij geeft hints, of hebt het over details waarvan je er maar van uit gaat dat ik ze snap. Dat is dus niet zo.

    Ik zal Ziggo wel bellen, waarom die kaart niet werkt.

     

    Desalniettemin bedankt voor je inzet tot dusver.

  11. 1 uur geleden zei Mimisiku:

    OScam schrijft via de AU naar de kaart.. Zonder SysID doet OScam niets. Je zou theoretisch in dvbapiau gewoon de boel kunnen enabelen en dan die 0606:AAAAAA verwijderen OScam opnieuw starten. Dvbapiau stuurt dan iedere EMM 'fristlos' naar de kaart... Krijgt de kaart het alleen erg druk :)

     

    Dus dit is ipv via de HUMAX? Dat zou me enorm helpen. Is lastig aansluiten, een grote TV in de meterkast 😉 (heb enkel in de meterkast COAX)

    Hoe zou ik dat dan moeten doen? Maakt me niet uit als de kaart het effe druk krijgt en ik hem daarmee kan laten schrijven...

    Of begrijp ik je niet goed? In hoeverre resulteert dit in problemen dan, als de kaart het druk krijgt?

     

     

  12. Geen idee, hij heeft in beginsel via TVHeadend een koppeling met de DVB-C, dus als die Humax kan schrijven via DVB-C, waarom zou Oscam/TVHeadend dat niet kunnen? 🙂

     

    Ik heb die optie ZENDER AANBOD OPNIEUW OPHALEN eens geprobeerd. Zal zo eens een HUMAX er aan hangen....

  13. Dat NPO1>RTL4 HD proces etc... kan dat enkel in die HUMAX, of ook met die Smargo?

    Moet een hoop gedoe doen om die HUMAX online te krijgen en een TV op die plek te krijgen... Alles is met UTP gedaan in het huis...

     

    Overigens zie ik in mijn.ziggo>producten niet de optie "heractivatie".

    Wat er het meest op lijkt is "zenderaanbod opnieuw ophalen"?..

  14. Ik denk dat ik dan nog eens ga klooien met de originele HUMAX.

    Want bij mij staat daar

     

    00 FF FF FF (sysid)
    01 FF FF FF        
    02 FF FF FF        
    03 FF FF FF   

     

    Als ik hem in die HUMAX stop, moet ik dan iets speciaals doen? Of gewoon er in stoppen en laten booten?

  15. 4 minuten geleden zei Mimisiku:

    Voor de - ik weet niet hoeveelste keer - die AAAAA moet weg!!!  Het is 0606:000000

    Auprovider: UA van je kaart!!! Weet niet waarom je zo persistent op die AAAAAA blijft hangen..

    needsemmfirst kan ook weg. De 0606 kaart gebruikt een intern trucje (iedere CHID geeft terug op 000000)

     

    Had ik al geprobeerd maar zal het nogmaals doen. Was net opnieuw begonnen.

     

    ”auprovider: ua van je kaart”

     

    wat bedoel je daar mee?..

  16. Ik heb al vanalles geprobeerd, maar nu heb ik even de configs vanuit die tweakers post.

     

    oscam.server:


    [reader]
    label    = ziggosc
    protocol = mouse
    detect   = CD
    device   = /dev/ttyUSB0
    cardmhz  = 600
    mhz      = 600
    boxkey   = 1122334455667788
    rsakey   = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909774E031B2A6E30195B437683AD0FC599B87D08CEA47BE1B6C76A
    group    = 1
    emmcache = 1,3,2
    caid     = 0606
    ident    = 0606:AAAAAA

    auprovid = AAAAAA

    needsemmfirst = 1


     

    
    [reader]
    label    = ziggosc
    protocol = mouse
    detect   = CD
    device   = /dev/ttyUSB0
    cardmhz  = 600
    mhz      = 600
    boxkey   = 1122334455667788
    rsakey   = 3C8633AAC0D367533DEC7BB2EEEDEB8CA3ADA52E58B99BB34672783277A1DAAC3B6106AD0909774E031B2A6E30195B437683AD0FC599B87D08CEA47BE1B6C76A
    group    = 1
    emmcache = 1,3,2
    caid     = 0606
    ident    = 0606:AAAAAA
    
    auprovid = AAAAAA
    
    needsemmfirst = 1
    
    

    oscam.conf

    [global]
    nice          = -1
    WaitForCards  = 1
    
    # logging
    
    logfile       = /var/log/oscam/oscam.log
    usrfile       = /var/log/oscam/oscamuser.log
    cwlogdir      = /var/log/oscam/cw
    maxlogsize    = 10240
    
    [newcamd]
    key           = 000102030405060708090A0B0C0D
    port          = 9001@0606:AAAAAA
    
    [dvbapi]
    enabled       = 1
    au            = 1
    pmt_mode      = 0
    user          = dvbapiuser
    boxtype       = pc
    listen_port   = 9090

     

  17. Ik kijk wellicht niet goed dan. Mocht jij een goeie link naar goeie documentatie hebben, zou je me dan ajb een berichtje hier kunnen sturen?

     

    https://gathering.tweakers.net/forum/list_message/56614435#56614435

    dit is wat nog het meest compleet lijkt met 0606.

     

    Ik krijg geen PROVID terug steeds.

    Dit is (letterlijk) wat ik krijg. onderstaande is niet gewijzigd...

    2019/02/16 16:21:15 14E3E118 r   (reader) ziggosc [mouse] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
    2019/02/16 16:21:18 14E3E118 r   (reader) ziggosc [mouse] active providers: 4 (ffffff,ffffff,ffffff,ffffff)

     

×
×
  • Nieuwe aanmaken...