Forums

Ik heb wel op een verkeerde knop van de AB gedrukt. Nu dan een crash in the Setup/Tuners&Scanning/Tuner Conficuration. Release -8.1 met actuele updates. Zie crash log. De box is ET10000 met 4 DVB-S en 1 virtuele tuner (Nova-T usb). De box en tuners werken verder prima. Alle 5 tuners zijn te zien in infobar en werken alle 5 perfect.

			current = self["nimlist"].getCurrent()
			nim = current and len(current) > 2 and hasattr(current, 'slot')
			if nim:

please answer

cat /proc/bus/nim_sockets

NIM Socket 0:
        Type: DVB-S2
        Name: AVL6211
        Has_Outputs: yes
        Frontend_Device: 0
        I2C_Device: 2
NIM Socket 1:
        Type: DVB-S2
        Name: AVL6211
        Has_Outputs: yes
        Frontend_Device: 1
        I2C_Device: 3
NIM Socket 2:
        Type: DVB-S2
        Name: AVL6211
        Has_Outputs: yes
        Frontend_Device: 2
        I2C_Device: 4
NIM Socket 3:
        Type: DVB-S2
        Name: AVL6211
        Has_Outputs: yes
        Frontend_Device: 3
        I2C_Device: 4
NIM Socket 4:
        Type: DVB-T
        Name: Nova-T Stick
        Has_Outputs: no
        Frontend_Device: 4
        I2C_Device: -1

I have the impression that there is nothing wrong with the code here, but that the enigma2 application is very sensitive to RC interrupts while still busy processing a previous RC interrupt. I have seen such issues before. You can cause crashes just by rapidly pressing the buttons on the remote control. The crash cannot be reproduced by pressing the same keys slowly while waiting until the previous interrupt has been fully processed.

What seems strange to me is the sequence of I2C device numbers ?

What seems strange to me is the sequence of I2C device numbers ?

I don't think that's the problem.
 

Maybe test this code:
 

			current = self["nimlist"].getCurrent()
			nim = current and len(current) > 2 and hasattr(current[3], 'slot')
			if nim:

I do not know exactly which buttons I pressed to produce this crash. It was dark and I was using the RC by feeling. This patch will most likely avoid the crash, but the reason for the crash lies elsewhere.

[Satconfig] sanity check when open tuner setup

Nim 2 and 3 both use I2C bus 4 seems incorrect….

Merged.

Nim 2 and 3 both use I2C bus 4 seems incorrect….

Dat was mij ook al opgevallen.

Ik heb mijn ET10000 even uit het vet gehaald, die heeft ook 4 DVB-S2 tuners, en

root@et10000:~# cat /proc/bus/nim_sockets
NIM Socket 0:
	Type: DVB-S2
	Name: AVL6211
	Has_Outputs: yes
	Frontend_Device: 0
	I2C_Device: 2
NIM Socket 1:
	Type: DVB-S2
	Name: AVL6211
	Has_Outputs: yes
	Frontend_Device: 1
	I2C_Device: 3
NIM Socket 2:
	Type: DVB-S2
	Name: AVL6211
	Has_Outputs: yes
	Frontend_Device: 2
	I2C_Device: 4
NIM Socket 3:
	Type: DVB-S2
	Name: AVL6211
	Has_Outputs: yes
	Frontend_Device: 3
	I2C_Device: 4

wellicht gerelateerd aan het design probleem dat er ook de oorzaak van is dat je geen DVB-C in slot 4 kunt steken?

Je kon, voor zover ik me kan herinneren, in het derde en vierde slot niet dezelfde type tuners plaatsen, de detectie niet goed en dat is op zich wel verklaarbaar

Klopt! Het 4e slot is een ‘pseudo’ slot…. Daar kan niet zomaar alles in.!er wordt hardware gedeeld met slot 3.! Dat moet een ander type zijn dan in slot 3.

Dit probleem doet zich alleen voor als er 4 DVB-C tuners in de ET10000 worden gebruikt, nn mijn geval zijn tuner 1 en 2 DVB-S2 tuners en tuner 3 en 4 zijn DVB-C/T2 tuners (worden als DVB-C gebruikt) en dit werkt prima.

De informatie over het "DVB-C" probleem kun je lezen op de onderzijde van de verpakking van een DVB-C of DVB-C/T2 tuner, ik heb het doosje even opengevouwen en in gescand.

groet

srto11

We dwalen af, hier gaat het topic niet over, dit is het gevolg van het feit dat beide sloten hetzelde I2C device nummer delen.

Het begint over een 5e tuner via usb waar het niet goed gaat…

Het begint over een 5e tuner via usb waar het niet goed gaat…