28 replies to this topic

[Peekstra]

Toen ik van de week door de wijziging van Ziggo weer alle zenders moest scannen ontdekte ik dat het scannen niet lukt met het nieuwe model DVB-C tuner die ik later aan mijn ontvanger heb toegevoegd. Na een seconde of tien verschijnt de melding scanning failed.

 

Ik heb voor beide scanners al de default instellingen teruggezet maar dat helpt helaas niet. De tuner werkt natuurlijk gewoon wel en geeft een veel sterker signaal dan het oude model.

 

Het gaat om de volgende modellen:

 

DVB-C NIM(CXD1978) - oud model

DVC-C NIM(SSH108) - nieuw model, met Samsung chip

 

Weet iemand een oplossing?

 

bedankt.

[Denisdaf]

Peekstra,

 

Heb jij ondertussen een oplossing gevonden voor het probleem met de DVB- C/T tuner?

Ik heb namelijk hetzelfde probleem.

 

Mvg

[Peekstra]

Hoi,

 

 

nee, helaas speelt dit probleem nog steeds ondanks dat ik goed bij ben met de updates.

 

 

mvg, Peekstra.

[Denisdaf]

Hoi,

 

 

nee, helaas speelt dit probleem nog steeds ondanks dat ik goed bij ben met de updates.

 

 

mvg, Peekstra.

Blijkbaar moet men om het makkelijker te hebben een bestand Cable.xml in de gegevens van de ontvanger zetten.

Alleen, deze vinden is dan weer blijkbaar een ander paar mouwen.

[littlesat]

Hoe meld deze tuner zich dan aan? Wat gaat er precies mis? Kan iemand eens een logje plaatsen?

[Peekstra]

Het enige wat je ziet dat er naar enige tijd een scan failed bericht komt.

 

Waar kan ik de log vinden, dan plaats ik hem even.

[littlesat]

Via telnet of putty naar je box gaan
Init 4 typen
Dan enigma2 typen...
En meekijken maar!

[Peekstra]

Ha, dat is simpel! Hier is de output:

<   301.411931> [eDVBCAService] free slot 0 demux 0 for service 1:0:19:4BC9:832:600:FFFF0000:0:0:0:
<   301.412181> [eDVBCAService] free service 1:0:19:4BC9:832:600:FFFF0000:0:0:0:
<   301.425784> decoder state: play, vpid=-1, apid=-1
<   301.425943> DEMUX_STOP - pcr - ok
<   301.426203> DEMUX_STOP - video - ok
<   301.427340> VIDEO_STOP - ok
<   301.430082> [eDVBAUDIO] AUDIO_STOP - audio0
<   301.430212> [eDVBAUDIO] AUDIO_STOP - audio0ok
<   301.456227> [eDVBAUDIO] DEMUX_STOP - audio0 - ok
<   301.456386> [eDVBAUDIO] AUDIO_CONTINUE - audio0 ok
<   301.463818> DEMUX_STOP - ttx - ok
TuxTxt stopped service 835
cleaning up
TuxTxt cache cleared
<   301.473062> [eDVBResourceManager] start release channel timer
<   301.507170> [eDVBLocalTimerHandler] remove channel 0x1d44400
<   301.507337> [eEPGCache] remove channel 0x1d44400
<   301.510407> [eDVBChannel] getDemux cap=00
<   301.510527> [eDVBResourceManager] allocate demux cap=00
<   301.510603> [eDVBResourceManager] allocating demux adapter=0, demux=0, source=0
<   301.510762> (0)tune
<   301.510849> tuning to 474000 khz, sr 6875000, fec 0, modulation 5, inversion 2
<   301.510945> [eDVBChannel] OURSTATE: tuning
<   301.513351> [SEC] startTuneTimeout 5000
<   301.513641> [SEC] setFrontend 1
<   301.513801> setting frontend 0
<   301.555253> (0)fe event: status 0, inversion off, m_tuning 1
write ret : 192000
write to /dev/lcd2 : 192000
<   303.412309> [DVBCAHandler] no more services
<   306.513538> [eDVBChannel] OURSTATE: failed, fatal
<   313.511870> eCableScan::NITReady -1

 

[littlesat]

En de rest.... Ik zie hem tunen... maar nog geen foutmelding....

 

<   301.510762> (0)tune
<   301.510849> tuning to 474000 khz, sr 6875000, fec 0, modulation 5, inversion 2
<   301.510945> [eDVBChannel] OURSTATE: tuning
<   301.513351> [SEC] startTuneTimeout 5000
<   301.513641> [SEC] setFrontend 1
<   301.513801> setting frontend 0
<   301.555253> (0)fe event: status 0, inversion off, m_tuning 1
write ret : 192000
write to /dev/lcd2 : 192000
<   303.412309> [DVBCAHandler] no more services
<   306.513538> [eDVBChannel] OURSTATE: failed, fatal
<   313.511870> eCableScan::NITReady -1

 

Al krijg ik het "gevoel" dat we hier met een driver issue te maken hebben en de driver de NIT niet goed uitleest en doorgeeft aan Enigma2.... Als dit zo is dan zal VU+ het probleem moeten oplossen...

Edited by littlesat, 2 April 2015 - 10:48.

[Peekstra]

Dit is de output tot en met de crash, de rest heb ik weggelaten. Volgens mij zie je de foutmelding bij 3.06 optreden?

 

Vrees ook dat het een driverprobleem is, geen idee hoe ik dat kan aanmelden.

[littlesat]

Zet de crash er dan ook  maar bij....

[goldeneye]

Haal die inversion=2 eens weg! Kan deze bij mijn gewone cables.xml ook niet vinden... Als je hem niet weg kunt halen dan waarde 0 gebruiken...

[Erik Slagter]

Doe eens het volgende (dat werkt namelijk bij mij altijd, in tegenstelling tot allerlei soorten cablescan):

 

- tuner instellen op provider, networkid = 43136 voor UPC (/Ziggo) NH

- handmatige transponderscan doen op de frequentie waarop de NIT wordt uitgezonden, bij mij is dat 164 kHz, modulatie is 64 QAM, symbol rate is 6900000, waarbij je "network scan" aan zet

 

En dan is het wachten tot alles ingelezen is. Het enige nadeel van deze methode is dat je je network id moet weten en de gegevens van de frequentie waarop de NIT wordt uitgwezonden.

[littlesat]

De NIT zit nu toch op 474 KHz......??? En de Network ID is 05555 overal waar Ziggo over is naar het nieuwe netwerk

Edited by littlesat, 2 April 2015 - 16:04.

[Erik Slagter]

Ik heb het al een tijdje niet meer gedaan, bij ons is e.e.a. ook vrij recent omgezet. Kan best zijn dat dat veranderd is, maar misschien werkt de oude ook nog wel.

 

Maakt het wel lekker makkelijk zo.

[Peekstra]

@littlesat: oops, bedoelde eerder natuurlijk failed en niet crash.

 

Doe eens het volgende (dat werkt namelijk bij mij altijd, in tegenstelling tot allerlei soorten cablescan):

 

- tuner instellen op provider, networkid = 43136 voor UPC (/Ziggo) NH

- handmatige transponderscan doen op de frequentie waarop de NIT wordt uitgezonden, bij mij is dat 164 kHz, modulatie is 64 QAM, symbol rate is 6900000, waarbij je "network scan" aan zet

 

En dan is het wachten tot alles ingelezen is. Het enige nadeel van deze methode is dat je je network id moet weten en de gegevens van de frequentie waarop de NIT wordt uitgwezonden.

 

Het is me niet helemaal duidelijk waar ik dit kan doen? Ik zie geen optie voor het instellen van de tuner op een provider, network id? Zit dit onder service searching?

 

Zojuist ook een automatic scan geprobeerd maar dan verschijnt enige tijd steeds afwisselend:

 

failedpllread_adap

failedferead_adap

 

in beeld.

[Erik Slagter]

Instellen van de provider doe je bij de tuner, je kunt uit drie opties kiezen: scannen per frequenties, per kanalen of per provider. Dat moet je eerst selecteren en dan kun je provider-network_id invullen. Allemaal heel onlogisch, ben ik met je eens.

[Peekstra]

Ik kijk kennelijk nog steeds op de verkeerde plek

 

Dit zijn de opties die ik kan vinden onder de service searching menus:

 

Tuner configuration - used services scan type: frequency bands of frequency steps

 

Automatic scan: geen relevante opties

 

Manual scan - type of scan: User defined transponer of complete

 

 

Moet ik toch in één van de bovenstaande menu's zijn of zit de tuner instelling ergens anders?

[Erik Slagter]

Die eerste is goed, alleen moet je een "dummy" /etc/tuxbox/cables.xml file hebben voordat je die optie krijgt, bedenk ik me net. Om het extra complex te maken, want voor de scan heeft enigma die gegevens helemaal niet nodig.

 

In geval van UPC Noord-Holland (mits nog niet achterhaald) zou bijvoorbeeld deze "dummy" cables.xml moeten volstaan:

<?xml version="1.0" ?>
<cables>
<cable name="UPC" flags="0">
    <transponder frequency="164000000" symbol_rate="6900000" fec_inner="0" modulation="3"/>
</cable>
</cables>

modulation = 3 = 64QAM, 4 = 128 QAM, 5 = 256 QAM. name = naar keuze invullen en natuurlijk de frequency waar de NIT wordt uitgezonden.

 

Best wel jammer dat zoiets simpels zo krom gemaakt is in enigma. Heeft er waarschijnlijk ook wel mee te maken dat DVB-C (en DVB-T) achteraf toegevoegd zijn,

Edited by Erik Slagter, 3 April 2015 - 16:41.

[Peekstra]

Bedankt, ik ga hem proberen. Ik neem aan dat ik voor Ziggo gewoon UPC kan vervangen en de modulation op 5 kan zetten?