Telestar Digibit R1 funktioniert nicht mehr

ebnerjoh

Hallo,

habe seit Jahren einen Telestar Digibit R1 im Einsatz mit satip-axe (FW irgendwas von 2018) in Kombination mit TVHeadend.

Der R1 hängt an einem Muli. An dem Multi hängen auch noch andere Fernseher, die aber ohne Probleme funktionieren.

Der TVHeadend zeigt keine Kanäle des Digibt mehr an. Am Digibit selber sehe ich nur das:

Was kann ich noch kontrollieren?

Viele Grüße

Johannes

SkyBird1980

Hast Du denn an der Firmware was gemacht? Also die Config eingestellt? Zweite Idee: Gerät mal komplett neu gestartet (inkl Stecker raus?)

Ansonsten würd ich die Firmware einfach mal überflashen.

psychofaktory

Zitat von ebnerjoh

Was kann ich noch kontrollieren?

Du könntest folgendes versuchen/testen:

Stecker und Kabel vom Multiswitch zum Digibit überprüfen bzw. ggfs. mal tauschen
anderen Anschluss am Multiswitch testen an dem andere Emfänger funktionieren
anderen Anschluss am Digibit probieren um auszuschließen dass der verwendete Anschluss defekt ist
die Firmware (satip-axe) des Digibit aktualisieren
die config von minisatip überprüfen

ebnerjoh

Also, ich habe an dem Teil nichts geändert. Lief jetzt Jahre ohne Probleme. USB-Stick war auch keiner angesteckt, da ich die minisat auf den Receiver installiert hatte.

Die Website geht noch, aber per SSH bekomme ich "Unable to negotiate with 192.168.1.228 port 22: no matching host key type found. Their offer: ssh-rsa"
Das schaut für mich nach korrupter Firmware aus....

Habe jetzt folgendes gemacht:

1) Digibit stromlos gemacht und neu gestartet
2) Anderen Anschluss vom Multiswitch getestet

Versuche gerade die Firmware neu zu installieren. Aber auch da habe ich Probleme:

Nimm einen kleinen USB-Stick und habe den auf FAT32 formatiert.

Hab dann zuerst versucht in den Flash zu installieren, also .fw rauf und .flash umbenannt. In den oberen SLOT gesteckt und neu gestartet --> Kein Knight Rider Lichtspiel...

Hab dann die .usb raufgegeben und umbenannt, aber auch da passiert nichts. Der Digibit ist im Netzwerk wieder erreichbar, aber noch immer mit der alten 0.7.16 Version...

psychofaktory

Zitat von ebnerjoh

Hab dann zuerst versucht in den Flash zu installieren, also .fw rauf und .flash umbenannt. In den oberen SLOT gesteckt und neu gestartet --> Kein Knight Rider Lichtspiel...

Das braucht manchmal zwei drei Anläufe. Da ist die Kiste leider etwas zickig.
Aber solange du dich strikt nach der Anweisung hältst sollte das funktionieren.
Im Zweifelsfall flash erst nochmal die Original-Firmware und dann nochmal die Satip-Axe. Bzw. teste in dem Zusammenhang ob die originalen Firmware die gleichen Probleme aufweist.

joeAverage62

hatte mir vor Jahren, als ich damit rumgespielt hatte, notiert:

"usb2 stick nehmen, usb3 geht nicht !"

vlt. lag das auch an meine Sandisk Extreme Pro's (USB3)

keine Ahnung ...

andy5macht

Ich musste meinen Digibit auch schon mal wiederbeleben. Er ist nach nem Stromausfall einfach nicht mehr gestartet. Bei mir hat er allerdings keine Netzwerkverbindung aufgebaut. Nach dem flashen der original FW geht er wieder seit Jahren. Hab mir auch aufgeschrieben dass ich mehrere alte Sticks ausprobiert hab, bis es irgendwann funktioniert hat.

ebnerjoh

Wie komme ich zur Original-Firmware oder reicht das umbennen der Datei weil die Orig-FW noch auf der Box ist?

ebnerjoh

Ok, hab jetzt geschafft die neueste SATIP zu flashen. Ich komme per SSH drauf.

Ich glaube trotzdem, dass da was bei den Tunern nicht passt. wie kann ich prüfen ob die tuner was empfangen?

joeAverage62

über das WebIF des DigiBits selbst per Suchlauf ?

ast261

Zitat von ebnerjoh

Die Website geht noch, aber per SSH bekomme ich "Unable to negotiate with 192.168.1.228 port 22: no matching host key type found. Their offer: ssh-rsa"
Das schaut für mich nach korrupter Firmware aus....

Die Antwort kommt etwas spät, evtl. ist das aber für andere interessant:

Die Firmware ist nicht korrupt, verwendet aber eine veraltete openssh-Version.
Man kann sich folgendermaßen einloggen:

ssh -oHostKeyAlgorithms=+ssh-rsa root@<ip>

Bei den neueren Firmwaren von Jalle19 kann man sich wieder normal einloggen.

ast261

Zitat von ebnerjoh

Ok, hab jetzt geschafft die neueste SATIP zu flashen. Ich komme per SSH drauf.
Ich glaube trotzdem, dass da was bei den Tunern nicht passt. wie kann ich prüfen ob die tuner was empfangen?

Logge dich mal per ssh ein und gebe logread ein.

ebnerjoh

Code

~ # logread
Jan  1 12:00:00 (none) syslog.info syslogd started: BusyBox v1.26.2
Jan  1 12:00:00 (none) local0.notice root: AXE drivers load start
Jan  1 12:00:01 (none) local0.notice root: AXE drivers load finish
Jan  1 12:00:02 (none) daemon.info init: starting pid 718, tty '': '/etc/init.d/network'
Jan  1 12:00:02 (none) daemon.info init: starting pid 719, tty '': '/etc/init.d/chronyd'
Jan  1 12:00:02 (none) daemon.info init: starting pid 720, tty '': '/etc/init.d/satip'
Jan  1 12:00:02 (none) daemon.info init: starting pid 721, tty '': '/etc/init.d/telnetd'
Jan  1 12:00:02 (none) daemon.info init: starting pid 722, tty '': '/etc/init.d/dropbear'
Jan  1 12:00:02 (none) daemon.info init: starting pid 723, tty '': '/etc/init.d/inetd'
Jan  1 12:00:02 (none) daemon.info init: starting pid 725, tty '': '/etc/init.d/crond'
Jan  1 12:00:02 (none) daemon.info init: starting pid 726, tty '': '/etc/init.d/oscamd'
Jan  1 12:00:02 (none) daemon.err udhcpc[718]: started, v1.26.2
Jan  1 12:00:02 (none) local0.notice root: DHCP deconfig
Jan  1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_dss_host_key
Jan  1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_ecdsa_host_key
Jan  1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_ed25519_host_key
Jan  1 12:00:02 (none) authpriv.info dropbear[722]: Not backgrounding
Jan  1 12:00:02 (none) cron.info crond[725]: crond (busybox 1.26.2) started, log level 8
Jan  1 12:00:02 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:05 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:08 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:11 (none) local0.notice root: DHCP leasefail
Jan  1 12:00:30 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:30 (none) daemon.err udhcpc[718]: sending select for 192.168.1.228
Jan  1 12:00:30 (none) daemon.err udhcpc[718]: lease of 192.168.1.228 obtained, lease time 86400
Jan  1 12:00:31 (none) local0.notice root: DHCP bound ('192.168.1.228' 'broadcast 192.168.1.255' 'netmask 255.255.255.0' | '192.168.1.1' '192.168.1.219 192.168.1.253') replacing ''
Oct  4 10:02:18 (none) local0.notice root: chronyd time synchronized to Fri Oct  4 10:02:18 UTC 2024, signaling minisatip startup
Oct  4 10:02:18 (none) daemon.info chronyd[974]: chronyd version 4.5 starting (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SIGND +ASYNCDNS -NTS -SECHASH +IPV6 +DEBUG)
Oct  4 10:02:18 (none) daemon.warn chronyd[974]: Running with root privileges
Oct  4 10:02:18 (none) daemon.info chronyd[974]: Frequency 0.000 +/- 1000000.000 ppm read from /var/lib/chrony/drift
Oct  4 10:02:21 (none) cron.err crond[725]: time disparity of 5132042 minutes detected
Oct  4 10:02:23 (none) daemon.info chronyd[974]: Selected source 162.159.200.1 (pool.ntp.org)
Oct  4 10:07:48 (none) daemon.info chronyd[974]: Selected source 185.144.161.170 (pool.ntp.org)
Oct  4 17:14:08 (none) authpriv.info dropbear[987]: Child connection from 192.168.1.179:59257
Oct  4 17:14:12 (none) authpriv.notice dropbear[987]: Password auth succeeded for 'root' from 192.168.1.179:59257
~ #

Alles anzeigen

Nicht wirklich was SAT-Empfang-relevantes.

ebnerjoh

Zitat von joeAverage62

über das WebIF des DigiBits selbst per Suchlauf ?

mit der alten Version (die bis vor einigen Wochen funktioniert hat) bekomme ich die Ansicht, wie im Screenshot ganz oben.

Mit der neuen Version funktioniert kein Webinterface (gibt es da eventuell gar keines?)

joeAverage62

Zitat von ebnerjoh

Mit der neuen Version funktioniert kein Webinterface (gibt es da eventuell gar keines?)

glaube ich eher nicht.

===

attached 2 Photos (DigiBit läuft mit Relase-FW)

du muss herausfinden (in deinem Internet-Router [Fritzbox ?]) welche IP-Adresse dein DigiBit hat und in deinen Webbrowser z.B.

http://192.168.100.100:8080/

in die Adresszeile eingeben (IP-Adresse anpassen !!!)

Standard-Passwort ist "admin"

ast261

Zitat von ebnerjoh

Code

~ # logread
Jan  1 12:00:00 (none) syslog.info syslogd started: BusyBox v1.26.2
Jan  1 12:00:00 (none) local0.notice root: AXE drivers load start
Jan  1 12:00:01 (none) local0.notice root: AXE drivers load finish
Jan  1 12:00:02 (none) daemon.info init: starting pid 718, tty '': '/etc/init.d/network'
Jan  1 12:00:02 (none) daemon.info init: starting pid 719, tty '': '/etc/init.d/chronyd'
Jan  1 12:00:02 (none) daemon.info init: starting pid 720, tty '': '/etc/init.d/satip'
Jan  1 12:00:02 (none) daemon.info init: starting pid 721, tty '': '/etc/init.d/telnetd'
Jan  1 12:00:02 (none) daemon.info init: starting pid 722, tty '': '/etc/init.d/dropbear'
Jan  1 12:00:02 (none) daemon.info init: starting pid 723, tty '': '/etc/init.d/inetd'
Jan  1 12:00:02 (none) daemon.info init: starting pid 725, tty '': '/etc/init.d/crond'
Jan  1 12:00:02 (none) daemon.info init: starting pid 726, tty '': '/etc/init.d/oscamd'
Jan  1 12:00:02 (none) daemon.err udhcpc[718]: started, v1.26.2
Jan  1 12:00:02 (none) local0.notice root: DHCP deconfig
Jan  1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_dss_host_key
Jan  1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_ecdsa_host_key
Jan  1 12:00:02 (none) authpriv.warn dropbear[722]: Failed loading /etc/dropbear/dropbear_ed25519_host_key
Jan  1 12:00:02 (none) authpriv.info dropbear[722]: Not backgrounding
Jan  1 12:00:02 (none) cron.info crond[725]: crond (busybox 1.26.2) started, [definition=1,'0']log[/definition] level 8
Jan  1 12:00:02 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:05 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:08 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:11 (none) local0.notice root: DHCP leasefail
Jan  1 12:00:30 (none) daemon.err udhcpc[718]: sending discover
Jan  1 12:00:30 (none) daemon.err udhcpc[718]: sending select for 192.168.1.228
Jan  1 12:00:30 (none) daemon.err udhcpc[718]: lease of 192.168.1.228 obtained, lease time 86400
Jan  1 12:00:31 (none) local0.notice root: DHCP bound ('192.168.1.228' 'broadcast 192.168.1.255' 'netmask 255.255.255.0' | '192.168.1.1' '192.168.1.219 192.168.1.253') replacing ''
Oct  4 10:02:18 (none) local0.notice root: chronyd time synchronized to Fri Oct  4 10:02:18 UTC 2024, signaling minisatip startup
Oct  4 10:02:18 (none) daemon.info chronyd[974]: chronyd version 4.5 starting (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SIGND +ASYNCDNS -NTS -SECHASH +IPV6 +DEBUG)
Oct  4 10:02:18 (none) daemon.warn chronyd[974]: Running with root privileges
Oct  4 10:02:18 (none) daemon.info chronyd[974]: Frequency 0.000 +/- 1000000.000 ppm read from /var/lib/chrony/drift
Oct  4 10:02:21 (none) cron.err crond[725]: time disparity of 5132042 minutes detected
Oct  4 10:02:23 (none) daemon.info chronyd[974]: Selected source 162.159.200.1 (pool.ntp.org)
Oct  4 10:07:48 (none) daemon.info chronyd[974]: Selected source 185.144.161.170 (pool.ntp.org)
Oct  4 17:14:08 (none) authpriv.info dropbear[987]: Child connection from 192.168.1.179:59257
Oct  4 17:14:12 (none) authpriv.notice dropbear[987]: Password auth succeeded for 'root' from 192.168.1.179:59257
~ #

Alles anzeigen

Nicht wirklich was SAT-Empfang-relevantes.

minisatip wird nicht gestartet.

Läuft der Prozess ?

ps | grep minisatip

ast261

Zitat von joeAverage62

glaube ich eher nicht.
===
attached 2 Photos (DigiBit läuft mit Relase-FW)
du muss herausfinden (in deinem Internet-Router [Fritzbox ?]) welche IP-Adresse dein DigiBit hat und in deinen Webbrowser z.B.
http://192.168.100.100:8080/
in die Adresszeile eingeben (IP-Adresse anpassen !!!)
Standard-Passwort ist "admin"

Alles anzeigen

Du beziehst dich auf die Original-FW.

Hier geht es aber um satip-axe.

ast261

Starte misatip manuell und beobachte die Ausgaben.

touch /tmp/nosatip && pkill minisatip

minisatip -f -l axe

Folgendes muss auftauchen:

Code

[04/10 19:47:59.434]: testing device /dev/axe/frontend-0 -> fd: 8
[04/10 19:47:59.436]: testing device /dev/axe/frontend-1 -> fd: 8
[04/10 19:47:59.438]: testing device /dev/axe/frontend-2 -> fd: 8
[04/10 19:47:59.440]: testing device /dev/axe/frontend-3 -> fd: 8
...
[04/10 19:47:59.446]: opened DVB adapter 0 fe:8 dvr:9
...
[04/10 19:47:59.454]: done opening adapter 1 delivery systems: dvbs dvbs2 undefined undefined
...
[04/10 19:47:59.466]: FE 1 mapped to Adapter 0, sys dvbs2
[04/10 19:47:59.466]: FE 2 mapped to Adapter 1, sys dvbs2
[04/10 19:47:59.466]: FE 3 mapped to Adapter 2, sys dvbs2
[04/10 19:47:59.466]: FE 4 mapped to Adapter 3, sys dvbs2
[04/10 19:47:59.466]: done init_hw 1
[04/10 19:47:59.466]: Initializing with 4 devices

Alles anzeigen

joeAverage62

Zitat von ast261

Hier geht es aber um satip-axe.

schon klar !

ich meine satip-exe ist nur eine aufgebohrte Release. - Kann mich irren, ist Jahre her, wo ich damit rumgespielt habe -

Frage: Hat satip.exe (jetzt) kein WebIF (mehr) ?

ast261

Doch. Da hat sich wahrscheinlich nichts geändert. (Ich schränke das mal ein. Meine Firmware ist von 2022).

Nur wenn minisatip nicht läuft - was ich vermute - ist auch kein WebIF da.

Jetzt mitmachen!