266 replies to this topic

[ronh]

Ik wil even terugkoppelen op mijn probleem een aantal posts terug. Ik heb het werkend op een VU+Duo met OpenPli 2.1 en de laatste updates van 24maart. Ik heb inderdaad ook het euvel dat als je voor de 2e keer zapt naar DVB-C dat ie 0% signaal aangeeft, en dit alleen op te lossen is met een powercycle. Toen ik aan het foutzoeken was waarom ie bij mij geen zenderscan wou doen ben ik heel goed geholpen door de support van SundTek. Daar heb ik nu ook dit probleem gemeld, en wacht af wat hun reactie is.

[ronh]

@PimSat: Als je een nieuw topic aanmaakt, wil je dan hier even de link plaatsen? Hoeven we niet te zoeken!

Mijn vraag bij SundTek is hier te vinden, wellicht dat we met meer man kunnen klagen voor wat meer snelheid?

[Pimsat]

Nieuwe topic: http://openpli.org/f...er-met-openpli/

[dAF2000]

Nieuwe topic: http://openpli.org/f...er-met-openpli/

Pimsat, is het handig om een nieuw topic te openen? Ik kan me voorstellen dat daar dezelfde discussie gevoerd wordt, of zie je dat anders?

[Pimsat]

Het probleem van DVB-c kanalen die op zwart gaan met Sundtek en openPLi is eigenlijk off-topic hier. Het ging eigenlijk over het niet doorstarten Met een nieuwe topic kunnen we dit probleem bundelen en misschien reageren er gebruikers van andere type E2-boxen op want het is nog steeds niet duidelijk welke boxen er allemaal last van hebben.

Als jullie het anders zien hoor ik het graag.

[dAF2000]

Het probleem van DVB-c kanalen die op zwart gaan met Sundtek en openPLi is eigenlijk off-topic hier. Het ging eigenlijk over het niet doorstarten Met een nieuwe topic kunnen we dit probleem bundelen en misschien reageren er gebruikers van andere type E2-boxen op want het is nog steeds niet duidelijk welke boxen er allemaal last van hebben.

Als jullie het anders zien hoor ik het graag.

Duidelijk, prima.

[jongbj]

Bootloader probleem met Openpli is er nog steeds. Verder laat ik het hierbij en blijf lekker bij VTI, veel eenvoudiger en dat werkt gewoon.

Mijn irritatie wordt door het volgende veroorzaakt:
- Op blz. 1 van deze tread kan het alleen maar liggen aan het feit dat ik wel iets fout zal doen bij het installeren, vreemd omdat die procedure voor VTI en Pli gelijk is en VTI wel werkt.
- Op blz. 2 ben ik een eikel omdat ik een Sundtek heb gekocht met 'closed source' drivers'
- Op blz. 3 ben ik het zat. Als VTI het out-of-the box goed doet en OpenPli niet, dan ligt het dus aan OpenPli, niet aan de apparatuur!
- Opl blz. 4 zal het me allemaal worst wezen en blijf ik lekker bij VTI, dat functioneert tenminste.

[littlesat]

blz.1.... jij zei dat het niet deed booten... uiteindelijk lukt dat wel...
blz.2.... we hebben niet gezegt dat je een eikel bent... maar je hebt gewoon iets niet geweten. Sundtek = closed source en in verhouding te duur. Er zijn sticks die door linux ondersteunt worden. Die hebben wij onder controlle en als er iets mee is dan kunnen wij het ook aanpassen
blz.3.... VTi is in princype gebaseerd op een relatief oude Enigma2 van ten laatste mei 2011. Pli heeft niet stil gezeten in de tussentijd. Onlangs is er nog wat verbeterd aan de zapsnelheid. Wij vermoeden dat SundTek hier niet tegen kan. Dus feitelijk vermoeden we dat er een foutje van Sundtek naar boven is gekomen door een verbetering. En vervolgens is er een kip- ei- verhaal. Omdat de drivers van de SundTek closed source zijn kunnen we die sundtek bug niet fixen.
blz. 4.... Dat zal ons ook een wordt wezen.... Maar ik denk beter dat je o.a. ook bij sundtek kunt klagen zodat zei het probleem oplossen of misschien wel dat zei ons kunnen wijzen op een eventuele fout van ons.... dat kan er ook nog altijd zijn....

[Pimsat]

Slotje?

[littlesat]

Waarom? Het probleem is toch nog niet opgelost..... En nog steeds niemand die klaagt dat het op DMM of ET boxen ook niet werkt.... dus we kunnen ook nog altijd niet uitsluiten dat er tevens ergens een foutje bij VU zit....???

[sundtek]

Waarom? Het probleem is toch nog niet opgelost..... En nog steeds niemand die klaagt dat het op DMM of ET boxen ook niet werkt.... dus we kunnen ook nog altijd niet uitsluiten dat er tevens ergens een foutje bij VU zit....???

we are checking it, unfortunately since we support so many images the support is not everywhere the same. As far as I have seen it seems to be related to our powermanagement mechanism. I'll post some further information (and hopefully a fix) when I know more about it.

[littlesat]

Thanks Sundtek for forwarding us this information. We'll wait for a fix...!!!

[sundtek]

Thanks Sundtek for forwarding us this information. We'll wait for a fix...!!!

Hi,

can you close
http://openpli.org/f...er-met-openpli/
and forward it to this thread.

I just finished my checking the problem seems to be in the broadcom module which is used with Pli.

At some point we receive:

2012-03-30 20:41:00 [424] Received MSG TYPE: 4
2012-03-30 20:41:01 [424] Received MSG TYPE: 6
2012-03-30 20:41:01 [424] Received MSG TYPE: 6
2012-03-30 20:41:01 [424] Received MSG TYPE: 5
2012-03-30 20:41:01 [424] READ: 1588412
2012-03-30 20:41:02 [424] READ: 1587660
2012-03-30 20:41:03 [424] Received MSG TYPE: 0
2012-03-30 20:41:03 [424] unknown msg 0!
2012-03-30 20:41:03 [424] READ: 1587660
2012-03-30 20:41:04 [424] READ: 1587660
2012-03-30 20:41:05 [424] READ: 1587096
2012-03-30 20:41:06 [424] READ: 1588036
2012-03-30 20:41:07 [424] READ: 1587472
2012-03-30 20:41:08 [424] READ: 1588036
2012-03-30 20:41:09 [424] READ: 1588224
2012-03-30 20:41:10 [424] READ: 1586908
2012-03-30 20:41:11 [424] READ: 1587848
2012-03-30 20:41:12 [424] READ: 1588036
2012-03-30 20:41:13 [424] READ: 1588788
2012-03-30 20:41:14 [424] READ: 1588412
2012-03-30 20:41:15 [424] READ: 1587284
2012-03-30 20:41:16 [424] READ: 1588600
2012-03-30 20:41:17 [424] READ: 1588036
2012-03-30 20:41:18 [424] Received MSG TYPE: 2883584
2012-03-30 20:41:18 [424] unknown msg 2883584!
2012-03-30 20:41:18 [424] Received MSG TYPE: 0
2012-03-30 20:41:18 [424] unknown msg 0!
2012-03-30 20:41:18 [425] problem reading data in service processor...

In order to get forward with this problem you can also contact us via skype / sundtek
Basically it should affect all USB tuners (at least for DVB-C) and not only ours.

We scheduled some extra work for external USB tuners for April, we'll write more information
about it within the next 1-2 weeks.

[sundtek]

Basically the problem is in /lib/modules/3.1.1/extra/dvb-bcm7335.ko

Anyway we try to keep digging into those things and help to fix the actual problem.

[pieterg]

I just finished my checking the problem seems to be in the broadcom module which is used with Pli.

Which broadcom module?
The Vu+ driver?

Are you using our usbtunerhelper? Or do you interface with the vtuner device directly?

[pieterg]

Basically the problem is in /lib/modules/3.1.1/extra/dvb-bcm7335.ko

So even though as usual, 'the problems only occur with the PLi image', it seems we are not causing them

[sundtek]

Basically the problem is in /lib/modules/3.1.1/extra/dvb-bcm7335.ko

So even though as usual, 'the problems only occur with the PLi image', it seems we are not causing them

the affected modules are within the Pli image, however since you are not in charge of those modules you're not the one causing it of course.

In order to check if the modules are different within the VTI image someone can run following command on the console:

$ md5sum /lib/modules/*/extra/dvb-bcm7335.ko
2d9b809fb7590d33c1a2ba5cbb696f84 /lib/modules/3.1.1/extra/dvb-bcm7335.ko

(without $ sign)

The hash 2d9b... will probably be a different one this shows up that different drivers are used in both images (VTI / Pli)

We'll try to contact VU+ within the next days and try to sort it out with them directly.

[bwouters]

If you sort this out you will have me as a new customer!

[ronh]

@sundtek: I'll tell the progres we made yesterday here in dutch.

Gisteren heb ik contact gehad met Sundtek, zo ongeveer de hele dag!
Ik had telnet naar mijn machine open gezet, en Sundtek heeft er toen een debug driver op gezet. Daarna was het een kwestie van zappen zodat het fout ging, zoals bekend na 2x terug naar DVB-C. En wat blijkt: De fout komt van de broadcomm modules. De fout die hij kreeg:

2012-03-30 20:41:18 [424] Received MSG TYPE: 2883584
2012-03-30 20:41:18 [424] unknown msg 2883584!

The broadcom drivers komen dus terug met een code die Pli niet op kan pikken.

En volgens Sundtek:

the crashing part should be easy to resolve
[30-3-2012 21:07:44] Sundtek Support: but the broadcom modules are also closed source and we cannot change it directly
[30-3-2012 21:07:55] Sundtek Support: so when I go to VU+ they should have that source and we should be able to fix it together

Als het goed is, heeft hij in April een meeting met de developers van OpenPli, waar hij overleg wil hebben over de USB support. Daar kan hij dit dan bespreken. Tot die tijd zullen we ons even moeten behelpen, omdat dit buiten Sundtek's mogelijkheden ligt.

De ondersteuning van Sundtek verdient alle lof. Hij zat in Taiwan bij Realtek, en heeft me tot 22:00u ondersteund... dat is 04:00u lokale tijd. Ik heb aangegeven dat wanneer hij maar wil, toegang kan krijgen tot mijn Vu+Duo om dingen uit te testen. Maar zo te horen moet het op te lossen zijn, alleen een kwestie van tijd, en medewerking van de Pli developers.

Edited by ronh, 31 March 2012 - 09:30.

[dwaas]

i have problems with my dm 800 se also with zapping

latest openpli image and drivers and the sundtek usb C is working but when i zap to another C channel de C tuner ( is not green and 0% signal, then comes the spinner for a moment and the tuner works again with 99% signal

C-tuner is working with the dm800se but very slow zapping so it's not just a VU+ problem i think