Genau. Sieht bis hierhin gut aus.
Wenn du einen Sender startest sollten folgende Zeilen auftauchen:
05/10 10:16:18.465]: opened DVB adapter 0 fe:11 dvr:12
...
[05/10 10:16:20.139]: get_signal took 3 ms for adapter 0 handle 11 (status: 31, ber: 0, strength:187, snr: 255, force scan 0)
[05/10 10:16:20.139]: BW 1830 KB/s, DMX 1813 KB/s, Buffered 0 MB, Total BW: 2 MB, ns/read 1460, r: 37, w: 41 fw: 0, tt: 54 msDoch. 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.
Starte misatip manuell und beobachte die Ausgaben.
touch /tmp/nosatip && pkill minisatip
minisatip -f -l axe
Folgendes muss auftauchen:
[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 devicesglaube 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.
in die Adresszeile eingeben (IP-Adresse anpassen !!!)
Standard-Passwort ist "admin"
Du beziehst dich auf die Original-FW.
Hier geht es aber um satip-axe.
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 ~ #
Nicht wirklich was SAT-Empfang-relevantes.
minisatip wird nicht gestartet.
Läuft der Prozess ?
ps | grep minisatip
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.
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.
Als ich noch zwei Karten im System hatte (HD+ und Sky), wollte TVH öfters einen verschlüsselten Sender mit der falschen CAID entschlüsseln (HD+ per Sky, obwohl HD+ auf Sky nicht freigeschalten). Das geht natürlich in die Hose und der Sender bleibt dunkel. Deshalb die feste Zuordnung. Schneller ist's ausserdem, da der Decryptor nicht alle CAID durchgehen muss.
Ergänzung:
Die Protokolle CCcam und newcamd tragen bei "Preferred CA PID" automatisch einen (korrekten) Wert ein. Man muss sich also nicht die Arbeit machen diesen Wert einzutragen.
Nur die "Lock preferred CA PID" muss händisch gesetzt werden.
Das Protokoll dvbapi liest die Werte dagegen nur aus.
