1176 replies to this topic

[doddema]

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.

[BBsat]

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.
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

•  DMESG.rtf   11.78KB   22 downloads

[Erik Slagter]

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

[littlesat]

[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?

[dr.butcher]

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

[Autodelta]

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

[Erik Slagter]

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

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

[Autodelta]

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.

[gerard0610]

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?

[Pedro_Newbie]

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

•  revisie.jpg   623.86KB   39 downloads

[Pedro_Newbie]

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.

[littlesat]

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

[Roymar]

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

[Rob van der Does]

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.

[littlesat]

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....

[HvM]

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

[littlesat]

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...

[Autodelta]

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>

[BBsat]

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.

[BBsat]

[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.