Jump to content


Photo

Vastlopers van VU Duo + sinds kernel en software update!


  • Please log in to reply
1176 replies to this topic

Re: Vastlopers van VU Duo + sinds kernel en software update! #601 doddema

  • Senior Member
  • 528 posts

+14
Neutral

Posted 10 March 2012 - 20:37

Ah nu snap ik de verwarring... Er zit wel een KLOK in de frontprocessor (rtc), maar dat heeft NIKS te maken met de tijd die op het schermpje wordt gezet, dat doet gewoon enigma. Die kun je ook aanpassen met skins enz.


Ach, natuurlijk. Je hebt helemaal gelijk. Even niet aan gedacht.

Dolf.
VU+Ultimo met OpenPLI 4.0, 2TB hdd. Oscam, CD seca3 kaart en Ziggo kaart.
Dreambox 7025+ met temperatuur geregelde koeling, OpenPLI image, Swapfile 64mb op CF kaart.
VU+DUO met openPLI CCcam.

Re: Vastlopers van VU Duo + sinds kernel en software update! #602 BBsat

  • Senior Member
  • 508 posts

+6
Neutral

Posted 10 March 2012 - 21:05

Ik had daarstraks weer een vastloper.
tijdens het kijken naar een programma, dat is het enige wat de box deed, verschenen ineens de gevreesde draaiende tandwieltjes. :wacko:
het programma bleef nog een tijdje gewoon goed doorlopen maar via de AB was de box al niet meer te benaderen.
gauw via telnet een DMESG commando gegeven waarvan ik de uitdraai bijsluit.
uiteindelijk na toch wel 4 a 5 minuten schat ik vanaf het starten van de draaiende radertjes liep de hele box vast.
geen crashlog heb met de aan/uitknop gereset.

Als er nog verder info nodig is hoor ik het wel

VU+duo met de image geupdate tot en met gisteren en een samsung HDD

Attached Files



Re: Vastlopers van VU Duo + sinds kernel en software update! #603 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 10 March 2012 - 21:11

Ik denk dat je geheugen nokkie vol zat. Maar geen oom-meldingen in de dmesg toch... Misschien wel hardwarematig, een oververhittingsbeveiliging ofzo?

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Vastlopers van VU Duo + sinds kernel en software update! #604 littlesat

  • PLi® Core member
  • 57,081 posts

+698
Excellent

Posted 10 March 2012 - 21:55

[AUD]: AC3 proc_get_ac3 1 audio_passthrough_spdif : 0
[AUD]: AUDIO_PAUSE 1
[AUD]: AUDIO_PLAY 1 decoder start : 0
[VID]: VIDEO_SLOWMOTION 0 1
[VID]: VIDEO_FAST_FORWARD 0 1
[VID]: VIDEO_CONTINUE 1 1
[AUD]: AUDIO_CONTINUE 1 1 audio pid_hndl : 0xc0b362cc
[AUD]: setting mute : 0
[VID]: VIDEO_STOP 1 1
[AUD]: AUDIO_STOP 1
[AUD]: AUDIO_CONTINUE 1 0 audio pid_hndl : 0x0
[AUD]: AUDIO_CONTINUE:bcm7335->audio_pid_hndl is null 0 0
[AUD]: AUDIO_SET_BYPASS_MODE 1
[AUD]: proc_get_ac3 1 audio_passthrough_spdif : 1
[AUD]: AUDIO_PAUSE 1
[AUD]: AUDIO_PLAY 1 decoder start : 0
[VID]: VIDEO_SET_STREAMTYPE 1
[VID]: VIDEO_FREEZE 1 0
[VID]: VIDEO_PLAY 1 5 2
[VID]: VIDEO_SLOWMOTION 0 1
[VID]: VIDEO_FAST_FORWARD 0 1
[VID]: VIDEO_CONTINUE 1 1

Je hebt hier zitten te vooruit te spoelen en terug en zo in een opname?

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Vastlopers van VU Duo + sinds kernel en software update! #605 dr.butcher

  • Senior Member
  • 38 posts

0
Neutral

Posted 10 March 2012 - 21:56

Na de update van vandaag..Om de paar minuten vastlopers. Terug naar een oude backup. Daarna geen problemen meer..

Re: Vastlopers van VU Duo + sinds kernel en software update! #606 Autodelta

  • Senior Member
  • 356 posts

+12
Neutral

Posted 10 March 2012 - 22:16

Na de update van vandaag al enkele spontane reboots van enigma gehad.
Hiervoor heeft hij probleemloos een weekje gewerkt.

Vu+Solo2 PLi 4.0 1 TB HD Triax 88 28, 23.5, 19.2, 13


Re: Vastlopers van VU Duo + sinds kernel en software update! #607 Erik Slagter

  • PLi® Core member
  • 46,969 posts

+541
Excellent

Posted 10 March 2012 - 22:28

Na de update van vandaag al enkele spontane reboots van enigma gehad.

Wat is het nou, een reboot of een herstart van enigma?

* Wavefrontier T90 with 28E/23E/19E/13E via SCR switches 2 x 2 x 6 user bands
I don't read PM -> if you have something to ask or to report, do it in the forum so others can benefit. I don't take freelance jobs.
Ik lees geen PM -> als je iets te vragen of te melden hebt, doe het op het forum, zodat anderen er ook wat aan hebben.


Re: Vastlopers van VU Duo + sinds kernel en software update! #608 Autodelta

  • Senior Member
  • 356 posts

+12
Neutral

Posted 11 March 2012 - 00:26


Wat is het nou, een reboot of een herstart van enigma?


Erik ik zal het even verduidelijken, Als ik de duo update of reboot staat hij altijd op Rai 2 FTA mijn start kanaal.
Zit al de gehele avond achter mijn pc op het tweede scherm de webif open naar Discovery HD te kijken.
In de huiskamer staat de Duo op NGC, na enige tijd loopt de webif vast en na een refresh van de webif doet deze het weer
Behalver dat er geen EPG data meer is.

Kijkje in de huiskamer leverd op dat de duo weer op Rai 2 staat.
Na een volledige herstart van de box werkt epg ook weer op de duo en in de webif.

Wat mij ook opvalt is dat mijn afstands bediening het vaak niet doet sinds kernel update 3.1.1.
Hiervoor heb ik daar nooit geen enkel probleem mee gehad.
Ik moet soms de box meerdere keren aan en uitzetten om de AB weer aan de praat te krijgen.

Vu+Solo2 PLi 4.0 1 TB HD Triax 88 28, 23.5, 19.2, 13


Re: Vastlopers van VU Duo + sinds kernel en software update! #609 gerard0610

  • Senior Member
  • 943 posts

+41
Good

Posted 11 March 2012 - 09:02

Ik las in dit draadje dat sommigen met een vu duo (van de eerste generatie) geen problemen hadden maar dat boxen met latere revisie met een geintegreerde rtc wel last hadden.
Wellicht een idee om eens te screenen of idd mainboard revision een rol speelt.

Hoe kan ik achterhalen of een VU+Duo van de eerste generatie is of een box met latere revisie met een geïntegreerde rtc?

Re: Vastlopers van VU Duo + sinds kernel en software update! #610 Pedro_Newbie

  • Senior Member
  • 4,631 posts

+225
Excellent

Posted 11 March 2012 - 09:19

Je kan in de VU op het mainboard zien welke revisie het is, ik heb b.v. revisie 1.3 van 2009.12.28.

Met deze revisie dus heb ik vastlopers, niet zo heel frequent als sommigen hebben maar iedere drie dagen een vastloper vind ik veel te veel.

Attached Files



Re: Vastlopers van VU Duo + sinds kernel en software update! #611 Pedro_Newbie

  • Senior Member
  • 4,631 posts

+225
Excellent

Posted 11 March 2012 - 09:27

Hoe kan ik achterhalen of een VU+Duo van de eerste generatie is of een box met latere revisie met een geïntegreerde rtc?


Als je kan opnemen vanuit deep sleep dan heb je een versie met RTC. Ik heb mijn receiver gekocht in februari 2010 en had dus toen al de RTC. Als je receiver ook omstreeks die periode of later is aangeschaft kan je er wel vanuit gaan dat hierin ook al de RTC in verwerkt zit.

Re: Vastlopers van VU Duo + sinds kernel en software update! #612 littlesat

  • PLi® Core member
  • 57,081 posts

+698
Excellent

Posted 11 March 2012 - 09:34

Hierboven met dat Rai2 is een indicatie dat enigma herstart is.... dan moet er ook een crashlog zijn... Post er eens eentje?

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Vastlopers van VU Duo + sinds kernel en software update! #613 Roymar

  • Senior Member
  • 474 posts

+5
Neutral

Posted 11 March 2012 - 09:48

Ik hoor ook vaak mensen zeggen dat hij 's nachts vastloopt, dit heb ik ook wel eens gehad, en datbleek uiteindelijk Valerie te zijn die 's nachts ging syncen.
en ik heb het ook al eens gehad met de epg die 's nachts geupdate werd met cross-epg. als dan deze zaken uitzet zijn de problemen verdwenen.
ik zeg niet dat dit bij iedereen het probleem is, maar misschien wordt bij sommige toch door een een plugin of een timer veroorzaakt.

Gr.Roymar

Mutant HD2400

Vu+ Duo

Xtrend ET6000

2x Relook 400s(niet actief)

Wavefield  WV85THDS schotel 1W/5E/9+10E/13E/19.2E/23.5E/28.2E/39E


Re: Vastlopers van VU Duo + sinds kernel en software update! #614 Rob van der Does

  • Senior Member
  • 7,766 posts

+184
Excellent

Posted 11 March 2012 - 10:21

Ik hoor ook vaak mensen zeggen dat hij 's nachts vastloopt, dit heb ik ook wel eens gehad, en datbleek uiteindelijk Valerie te zijn die 's nachts ging syncen.
en ik heb het ook al eens gehad met de epg die 's nachts geupdate werd met cross-epg. als dan deze zaken uitzet zijn de problemen verdwenen.
ik zeg niet dat dit bij iedereen het probleem is, maar misschien wordt bij sommige toch door een een plugin of een timer veroorzaakt.

Ik vermoed dat Valerie echt een crash en dus een crashreport veroorzaakt.
Met cross EPG is het anders: die is er berucht om tijdens het import proces te veel geheugen te vereisen, en daardoor Enigma laat stoppen. Voor dit laatste is XMLTV een goes alternatief: als je toch Cross wilt gebruiken moet je een SWAP-file gebruiken.

Re: Vastlopers van VU Duo + sinds kernel en software update! #615 littlesat

  • PLi® Core member
  • 57,081 posts

+698
Excellent

Posted 11 March 2012 - 10:25

En laten we nu van het begin af aan een vermoeden hebben dat er een memory lek in de drivers zit.... En die kunnen dan ook redelijk willekeurig zijn....

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Vastlopers van VU Duo + sinds kernel en software update! #616 HvM

  • Member
  • 18 posts

0
Neutral

Posted 11 March 2012 - 10:52

Ik wil toch deze vraag nog een keer stellen, heeft iemenad wel eens naar de temperatuur van de box gekeken.
Had zelf vast lopers s'nachts en vond dat de temp, na de update, nogal hoog was heb de ventilator in standby wat meer laten draaien en het probleem doet zich niet meer voor.
Mijn ervaring in de computerwereld is dat sommige elektronica heel verschillend op temperatuur reageerd voor al geheugen. dit testen we met haarfan en ijsspray.

Vu+duo 500Gb samsung

Vu Solo 4k met OpenPli 


Re: Vastlopers van VU Duo + sinds kernel en software update! #617 littlesat

  • PLi® Core member
  • 57,081 posts

+698
Excellent

Posted 11 March 2012 - 11:22

Als dat zo is dan zit er in de nieuwe drivers iets wat de broadcom zeer aktief houd, waardoor hij ook warmloopt.... Want met vorige drivers gebeurde dat niet...

WaveFrontier 28.2E | 23.5E | 19.2E | 16E | 13E | 10/9E | 7E | 5E | 1W | 4/5W | 15W


Re: Vastlopers van VU Duo + sinds kernel en software update! #618 Autodelta

  • Senior Member
  • 356 posts

+12
Neutral

Posted 11 March 2012 - 11:57

Hier een crashlog van gisteren avond, laat er wel 500 regels met broken startcode uit.

<?xml version="1.0" encoding="utf-8"?>
<opendreambox>
<enigma2>
<crashdate>Sat Mar 10 22:10:30 2012</crashdate>
<compiledate>Mar 10 2012</compiledate>
<contactemail>crashlog@dream-multimedia-tv.de</contactemail>
<!-- Please email this crashlog to above address -->
<skin>Magic-HD/skin.xml</skin>
<sourcedate>Mar 10 2012</sourcedate>
<branch>(no branch)</branch>
<rev></rev>
<version>3.0.0</version>
</enigma2>
<image>
<dreamboxmodel>dm500hd</dreamboxmodel>
<kernelcmdline>bmem=112M ubi.mtd=0 root=ubi0:rootfs rootfstype=ubifs rw rootflags=sync bmem=112M</kernelcmdline>
<nimsockets>NIM Socket 0:</nimsockets>
<imageversion>
<!-- No such file or directory -->
</imageversion>
<imageissue>
<![CDATA[
OpenEmbedded Linux %h

openpli 2.1 %h
]]>
</imageissue>
</image>
<crashlogs>
<enigma2crashlog>
<![CDATA[
ar 10 21:58:37 2012
[timer.py] next activation: 1331413217 (in 99998 ms)
It's now Sat Mar 10 21:58:37 2012
[timer.py] next activation: 1331413217 (in 99997 ms)
[EPGC] 470584 bytes for cache used
[EPGC] 470584 bytes for cache used
It's now Sat Mar 10 22:00:17 2012
[timer.py] next activation: 1331413317 (in 99998 ms)
It's now Sat Mar 10 22:00:17 2012
[timer.py] next activation: 1331413317 (in 99997 ms)
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
broken startcode
[EPGC] 466285 bytes for cache used
broken startcode

nog een 500x broken startcode

0)fe event: status 0, inversion off, m_tuning 0
stateLostLock
OURSTATE: lost lock, trying to retune
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 0 Freq 12054000 Pol 0 SR 29900000 INV 2 FEC 3 orbpos 130 system 0 modulation 1 pilot 2, rolloff 0
tuning to 1454 mhz
OURSTATE: tuning
[SEC] set static current limiting
[SEC] setTone 0
[SEC] sleep 25ms
set sequence pos 7
[SEC] invalidate current switch params
[SEC] sendDiseqc: e00000(DiSEqC reset)
[SEC] sleep 50ms
[SEC] sendDiseqc: e00003(DiSEqC peripherial power on)
[SEC] sleep 150ms
[SEC] sendDiseqc: e01038f3
[SEC] sleep 50ms
set sequence pos 3
[SEC] setTone 1
[SEC] sleep 10ms
[SEC] update current switch params
[SEC] startTuneTimeout 5000
[SEC] setFrontend 1
setting frontend 0
(0)fe event: status 0, inversion on, m_tuning 1
[SEC] sleep 500ms
[SEC] set dynamic current limiting
It's now Sat Mar 10 22:10:17 2012
[timer.py] next activation: 1331413917 (in 99998 ms)
It's now Sat Mar 10 22:10:17 2012
[timer.py] next activation: 1331413917 (in 99997 ms)
OURSTATE: failed, retune
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 0 Freq 12054000 Pol 0 SR 29900000 INV 2 FEC 3 orbpos 130 system 0 modulation 1 pilot 2, rolloff 0
tuning to 1454 mhz
OURSTATE: tuning
tune failed.
STREAM service event 1
stream failed to tune
stop streaming
stopping thread.
[eFilePushThreadRecorder] THREAD STOP
thread joined 0
[eDVBCAService] free slot 0 demux 0 for service 1:0:1:2DC7:1A2C:FBFF:820000:0:0:0:
demux 0 mask 01 prevhash 45e01080081
[eDVBCAService] don't build/send the same CA PMT twice
tune failed.
DVB service failed to tune - error 1
RemovePopup, id = ZapError
AddPopup, id = ZapError
ignore sdt update data.... incorrect transponder tuned!!!
[SEC] set static current limiting
[SEC] setTone 0
[SEC] sleep 25ms
set sequence pos 7
[SEC] invalidate current switch params
[SEC] sendDiseqc: e00000(DiSEqC reset)
[SEC] sleep 50ms
[SEC] sendDiseqc: e00003(DiSEqC peripherial power on)
[SEC] sleep 150ms
[SEC] sendDiseqc: e01038f3
[SEC] sleep 50ms
set sequence pos 3
[SEC] setTone 1
[SEC] sleep 10ms
[SEC] update current switch params
[SEC] startTuneTimeout 5000
[SEC] setFrontend 1
setting frontend 0
(0)fe event: status 0, inversion on, m_tuning 1
[SEC] sleep 500ms
[SEC] set dynamic current limiting
Timeout!
OURSTATE: failed, retune
(0)tune
RotorCmd ffffffff, lastRotorCmd ffffffff
prepare_sat System 0 Freq 12054000 Pol 0 SR 29900000 INV 2 FEC 3 orbpos 130 system 0 modulation 1 pilot 2, rolloff 0
tuning to 1454 mhz
OURSTATE: tuning
PC: 0048cee0
00000000 30008700 00000000 00000001
753d0770 00000000 00000004 00000000
00588c94 00000004 00000006 ffffffff
00000000 ffffffff 00000002 00000001
0087d250 7fc6df1c 00000000 00000000
000003a0 7fc6e2b8 7fc6e2bc 7fc6e308
005f7618 004865c0 00000001 00000000
77617020 7fc6ded0 7fc6e218 0048ceec
As a final action, i will try to dump a bit of code.
I just hope that this won't crash.
0048cee0: 0c 00 b9 8c 09 f8 20 03 21 20 20 02 1c 00 10 8e f7 ff 00 56 08 00 07 8e 3d 6b 11 0c 18 00 a4 27 (end)
-------
main thread is non-idle! display spinner!
getResolvedKey config.plugins.crashlogautosubmit.sendAnonCrashlog failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addNetwork failed !! (Typo??)
getResolvedKey config.plugins.crashlogautosubmit.addWlan failed !! (Typo??)
]]>
</enigma2crashlog>
</crashlogs>
</opendreambox>

Vu+Solo2 PLi 4.0 1 TB HD Triax 88 28, 23.5, 19.2, 13


Re: Vastlopers van VU Duo + sinds kernel en software update! #619 BBsat

  • Senior Member
  • 508 posts

+6
Neutral

Posted 11 March 2012 - 12:19

Ik denk dat je geheugen nokkie vol zat. Maar geen oom-meldingen in de dmesg toch... Misschien wel hardwarematig, een oververhittingsbeveiliging ofzo?

Ik heb geen idee, waarvan zou dat geheugen dan vol moeten zitten?
heb geen picons ofzo er op.
weinig plugins, eigenlijk alleen wat ik als eens eerder indeze draad heb aangegeven.

Re: Vastlopers van VU Duo + sinds kernel en software update! #620 BBsat

  • Senior Member
  • 508 posts

+6
Neutral

Posted 11 March 2012 - 12:27


[AUD]: AC3 proc_get_ac3 1 audio_passthrough_spdif : 0
[AUD]: AUDIO_PAUSE 1
[AUD]: AUDIO_PLAY 1 decoder start : 0
[VID]: VIDEO_SLOWMOTION 0 1
[VID]: VIDEO_FAST_FORWARD 0 1
[VID]: VIDEO_CONTINUE 1 1
[AUD]: AUDIO_CONTINUE 1 1 audio pid_hndl : 0xc0b362cc
[AUD]: setting mute : 0
[VID]: VIDEO_STOP 1 1
[AUD]: AUDIO_STOP 1
[AUD]: AUDIO_CONTINUE 1 0 audio pid_hndl : 0x0
[AUD]: AUDIO_CONTINUE:bcm7335->audio_pid_hndl is null 0 0
[AUD]: AUDIO_SET_BYPASS_MODE 1
[AUD]: proc_get_ac3 1 audio_passthrough_spdif : 1
[AUD]: AUDIO_PAUSE 1
[AUD]: AUDIO_PLAY 1 decoder start : 0
[VID]: VIDEO_SET_STREAMTYPE 1
[VID]: VIDEO_FREEZE 1 0
[VID]: VIDEO_PLAY 1 5 2
[VID]: VIDEO_SLOWMOTION 0 1
[VID]: VIDEO_FAST_FORWARD 0 1
[VID]: VIDEO_CONTINUE 1 1

Je hebt hier zitten te vooruit te spoelen en terug en zo in een opname?

Ik zag dit ook staan.
Ik herinner het me geheel niet.
het laatste kwartier voor het vastlopen is er een paar keer, niet veel naar een ander kanaal gezapt.
Op het moment van vastlopen stond de box al minstens 5 minuten op hetzelfde kanaal.

Veel voor en achteruitspoelen in een opname is overigens wel iets waar de box makkelijk op vastloopt.
Maar zoals gezegd, de laatste opname die is afgespeeld was in ieder geval meer dan een half uur, maar waarschijnlijk nog veel langer voordat de box bevroor.


0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users