Beiträge von ast261

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 ms

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.

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 devices

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.

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

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.

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.

Zitat von PvD

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.