71 replies to this topic

[littlesat]

Ik Ben er over Aan het denken dit om te schrijven voor 8.0 of 7.1. Dan komt er wel iets heel eenvoudigs uit....

Edited by littlesat, 2 November 2018 - 12:18.

[WanWizard]

Dat is best wel een klus, want die hele plugin moet op de schop. 

[teo1966]

bij mij regelt de asus de dhcp op macadres ( niet alles )

heb net het hele netwerk een restart gegeven en de hd 11 op macadres een vast ipadres gegegeven blijft hetzelfde

zal op de hd11 eens nieuwe software  zetten zonder backup of backupsuite

[WanWizard]

Ik zal eens kijken wat die code nu precies doet.

[WanWizard]

Het probeert de output van

/sbin/ip -o addr show dev eth0

te parsen.

 

Vragen om ellende, want die output heeft geen vaste layout.

[littlesat]

Idd.... + de manier hoe het geparsed wordt....

Edited by littlesat, 2 November 2018 - 13:31.

[Erik Slagter]

Ben al lang blij dat-ie dat niet met ifconfig doet...

[WanWizard]

Allemaal nergens voor nodig, er zijn (tegenwoordig) voldoende python libraries beschikbaar om dit soort informatie op te vragen.

[littlesat]

+1

[teo1966]

als ik de dhcp uitzet op de ontvanger  en met de hand ipadres en de nameserver invul is er geen probleem met de netwerkbrowser

[teo1966]

heb een hd11 met een nieuw image loop de setup door alles werkt ( ipadres zichtbaar / netwerkbrowser ) reboot de hd11 probleem is er weer

ik hoop dat jullie met deze info wat mee kunnen doen ( als het nodig is )

Edited by teo1966, 3 November 2018 - 13:21.

[teo1966]

heb via backupsuite een backup (2018-10-01) terug gezet alles werkt een reboot gedaan probleem weer terug

[WanWizard]

Log eens in op die box met telnet, geef het commando

/sbin/ip -o addr show dev eth0

en post het resultaat eens?

[teo1966]

openpli 6.2-release hd11

hd11 login: root
Last login: Sat Nov  3 14:00:07 CET 2018 on pts/0
root@hd11:~# /sbin/ip -o addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq qlen 1000\    link/ether 00:e4:00:92:dc:60 brd ff:ff:ff:ff:ff:ff
2: eth0    inet 192.168.1.178/24 brd 192.168.1.255 scope global eth0\       valid_lft forever preferred_lft forever
2: eth0    inet6 fe80::2e4:ff:fe92:dc60/64 scope link \       valid_lft forever preferred_lft forever
root@hd11:~#
 

[WanWizard]

Dat ziet er niet anders uit dan bij mij.

 

Dan vraag ik me af wanneer de plugin die data ophaalt, zou het zo kunnen zijn dat hij dat doet bij het opstarten van Enigma, op een moment dat de box nog niet zo ver is (combinatie van snelle box en trage DHCP server?).

 

Wat gebeurt er als je een restart van Enigma doet ipv de hele box?

[teo1966]

Dan werkt het wel

[WanWizard]

Dan lijk ik in de juiste richting te denken. Dan moet er bij gelegenheid eens in de code gedoken worden.

[WanWizard]

Kun je iets voor mij proberen?
 
Inloggen met telnet, dan de enigma sources installeren via

opkg install enigma2-src

 daarna de netwerk scherm source openen met

vi /usr/lib/enigma2/python/Screens/NetworkSetup.py

zoek naar

    def updateList(self):
        self.list = []
        default_gw = None
        num_configured_if = len(iNetwork.getConfiguredAdapters())

 en verander dit naar:

	def updateList(self):
		self.list = []
		default_gw = None
		iNetwork.getInterfaces() 
		num_configured_if = len(iNetwork.getConfiguredAdapters())

aanpassing opslaan en de box volledig herstarten. Is het probleem dan weg?

[Tech]

je moet de pyo versie wel even opruimen voordat je start, anders wordt die niet opnieuw gecompileerd.

 

De /usr/lib/enigma2/python/Screens/NetworkSetup.pyo dus

[littlesat]

Ik dacht diat als je de py aanpaste dat de pyo altijd opnieuw aangemaakt werd...