Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - rpi71

1
Allgemein [ General ] / AndroVDR-"connection refused"
« on: October 15, 2020, 20:35:16 »
Ok - hat mir doch keine Ruhe gelassen und ich habe das von einem anderen Smartphone aus probiert - ging.

Also auf dem Problemgerät alle Daten der App "AndroVDR" gelöscht und neu konfiguriert: Geht wieder !

Da muß man erst mal drauf kommen - denn vorher hatte ich schon das "Vdr-Gerät" in der App gelöscht und neu angelegt - ohne Erfolg.

2
Allgemein [ General ] / AndroVDR-"connection refused"
« on: October 15, 2020, 18:21:32 »
Seltsames Problem - habe hier einen neuen Kabel-Router (vodafone) installiert bekommen und zufall oder nicht, seit dem kann ich den VDR mit der App "AndroVDR" nicht mehr fernsteuern.

cat /etc/vdr/svdrphosts.conf:
127.0.0.1             # always accept localhost for webif access
192.168.0.0/24     # any host on the local net

Von einem anderen Rechner im gleichen Netz aus via port 6419:
$ perl svdrpsend.pl --host 192.168.0.20 CHAN +
=> funktioniert!

Die App macht auch nichts anderes als svdrp Befehle an den port 6419 schicken, es kommt aber "connection refused".

Kann das irgendwas mit IPV4/IPV6 zu tun haben?

Das Smartphone hat testhalber die ip 192.168.0.11 bekommen geht aber auch bei dhcp nicht.

Via "fing" kann ich vom smartphone aus die offenen ports 22, 80,8080 auf 192.168.0.20 sehen - aber nicht 6419

3
So gesehen ... dann hatte ich bei der letzten Karte wohl einfach Pech...

4
Nachdem mein System jahrelang problemlos lief (Videos auf USB-disk), hat es sich bei einem Shutdown komplett verabschiedet.
Offenbar war die SD-Karte schon defekt?
Jedenfalls konnte man diese nicht mehr komplett auslesen und das btrfs war nicht mehr reparabel...

Nun habe ich das System neu aufgesetzt und mal mittels iostat nachgesehen, wie viel Daten so in 3 Wochen geschrieben werden:
Device:            tps    kB_read/s    kB_wrtn/s    kB_read    kB_wrtn
mmcblk0           0,01         0,09         0,50     185216     995439
sda               0,62        20,48        26,26   40587608   52044956

Und das trotz das ich folgendes in /etc/fstab geändert habe:
cache       /var/cache            tmpfs     defaults            0 0

und das commit interval auf 3600s hochgesetzt habe.

Unklar ist mir auch, was genau da so viel geschrieben wird, der Befehl
find / -mtime 0
liefert keine interessanten Kandidaten:
/etc
/etc/vdr
/etc/vdr/plugins/epgsearch
/etc/vdr/plugins/epgsearch/timersdone.conf
/etc/vdr/channels
/etc/vdr/channels/DVB-S-S19.2E-Astra-FTA.user.conf
/etc/vdr/timers.conf
/etc/apt/sources.list.d
/etc/apt/sources.list.d/main.list
/etc/.history
/etc/ld.so.cache
/var/log/apt.log
/var/cache/ldconfig
/var/cache/ldconfig/aux-cache
/var/cache/apt
/var/cache/apt/pkgcache.bin
/var/cache/apt/srcpkgcache.bin
/var/cache/vdr
/var/cache/vdr/epg.data
/var/lib/apt/lists
/var/lib/apt/lists/partial
/var/lib/apt/lists/www.minidvblinux.de_download_5.1_files_dists_stable_main_binary-armhf_Packages.IndexDiff
/var/lib/apt/lists/www.minidvblinux.de_download_5.1_files_dists_stable_main_binary-armhf-rpi2_Packages.IndexDiff
/var/lib/apt/lists/www.minidvblinux.de_download_5.1_files_dists_stable_main_binary-armhf_Packages
/var/lib/apt/lists/www.minidvblinux.de_download_5.1_files_dists_stable_main_binary-armhf-rpi2_Packages
/run/lock
/lib/modules/4.4.37.198
/lib/modules/4.4.37.198/modules.dep
/lib/modules/4.4.37.198/modules.dep.bin
/lib/modules/4.4.37.198/modules.alias
/lib/modules/4.4.37.198/modules.alias.bin
/lib/modules/4.4.37.198/modules.softdep
/lib/modules/4.4.37.198/modules.symbols
/lib/modules/4.4.37.198/modules.symbols.bin
/lib/modules/4.4.37.198/modules.builtin.bin
/lib/modules/4.4.37.198/modules.devname

Kurz:
Es sollte doch möglich sein, die Anzahl der Schreibzugriffe auf die SDcard noch deutlich runter zu fahren?

5
Raspberry PI / RPI2+dvb sky 960 usb - funktioniert nun perfekt!
« on: July 21, 2015, 17:24:18 »
Zwischenzeitlich habe ich innerhalb der garantie auf kulanz ein neues dvb sky bekommen einstecken und es tat sofort wieder.  Demnach war das alte teil wohl definitiv abgeraucht mal sehen wie lange das dritte tut.

Tut nun soweit alles ausser das bwim zappen das rpihddevice den vdr einfriert der watchdog löst dann einen Neustart aus und dann gehts wider. Wurde das problem schon gelöst?

edit: shame on me - ich habe die MLD 5.0 verpasst und nun installiert - meine Frau testet gerade, die hat auch ein händchen fürs kaputt machen, bislang "stable" auch mit nopacity *cool+jippi*

die installation mittels backup -> custom image  -> upload config (auf einer 2. Test-SDCard) führte zu einem
minor issue: /mnt/data/tv existierte zu dem Zeitpunkt nicht, vdr restartete sich endlos, kein bild sichtbar,
war aber in den logs sichtbar und konnte durch ein mkdir /mnt/data/tv gelöst werden.
Vermutlich hat es bei mir deshalb nicht getan, weil mein neues system eine partition weniger hatte - also die data partition fehlte.

Wie kann ich die alte sdcard von 4.0 auf 5.0 upgraden ohne die partitionen (mit den Aufnahmen) zu löschen?

6
THX - probier ich mal aus.

Über nacht hat sich der DVB-Mystique-Empfänger wieder verabschiedet und auch nach Neustart gehts wieder nicht mehr.
Scheint wohl ein HW-Problem zu sein, obwohl das Teil eigentlich überhaupt nicht warm wird.
Am Netzteil liegts nicht, für 50€ ist eine Woche Betriebsdauer nicht gerade viel...

Die verbauten Chips (insbesondere der M88DS3103 an dem es wohl liegt) scheinen aber überall die selben zu sein, von daher bin ich unsicher was man nun als Ersatz empfehlen kann.

Oder ist der Treiber gerade instabil?
dmesg:
[    7.964218]    dd0a6fe2bc3055cd61e369f97982c88183b1f0a0 [media] dvb-usb-dvbsky: fix i2c adapter for sp2 device
[    7.964218]    c29d6a83b3c14cf81a4c90a941eb923625192398 [media] cx23885: add DVBSky S952 support
[    7.964218]    v4l-dvb-saa716x: d7e98fc592305a600909003da2b7cc4338242511 saa716x_ff: Do not return on command ready timeout
[    7.998304]    dd0a6fe2bc3055cd61e369f97982c88183b1f0a0 [media] dvb-usb-dvbsky: fix i2c adapter for sp2 device
[    7.998304]    c29d6a83b3c14cf81a4c90a941eb923625192398 [media] cx23885: add DVBSky S952 support
[    7.998304]    v4l-dvb-saa716x: d7e98fc592305a600909003da2b7cc4338242511 saa716x_ff: Do not return on command ready timeout
[    8.290212] usb 1-1.3: dvb_usb_v2: found a 'DVBSky S960/S860' in warm state
[    8.290727] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[    8.290794] DVB: registering new adapter (DVBSky S960/S860)
[    8.292181] usb 1-1.3: dvb_usb_v2: MAC address: 00:17:42:54:96:0c
                       i2c i2c-2: m88ds3103_attach: chip_id=00
[    8.546967] usb 1-1.3: dvbsky_s960_attach fail.
[    8.549468] usbcore: registered new interface driver dvb_usb_dvbsky

Nach wiederholtem Probieren (zuletzt einfach usb-Stecker raus, rmmod m88ds3103, usb-stecker rein) hat es dann wieder mal funktioniert, scheint ein timing-Problem mit dem i2c-Bus zu sein:

[    7.810039] usb 1-1.3: dvb_usb_v2: found a 'DVBSky S960/S860' in warm state
[    7.810681] usb 1-1.3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[    7.810747] DVB: registering new adapter (DVBSky S960/S860)
[    7.812089] usb 1-1.3: dvb_usb_v2: MAC address: 00:17:42:54:96:0c
[    7.993422] i2c i2c-2: m88ds3103_attach: chip_id=70
[    7.997621] i2c i2c-2: Added multiplexed i2c bus 3
[    8.109772] EXT3-fs (mmcblk0p3): error: couldn't mount because of unsupported optional features (240)
[    8.112616] EXT2-fs (mmcblk0p3): error: couldn't mount because of unsupported optional features (240)
[    8.135476] EXT4-fs (mmcblk0p3): mounted filesystem with ordered data mode. Opts: (null)
[    8.136064] XFS (mmcblk0p1): unknown mount option [nls].
[    8.163984] m88ts2022 3-0060: Montage M88TS2022 successfully identified
[    8.164502] usb 1-1.3: DVB: registering adapter 0 frontend 0 (Montage M88DS3103)...
[    8.200127] Registered IR keymap rc-dvbsky
[    8.200838] input: DVBSky S960/S860 as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/rc/rc0/input2
[    8.201270] rc0: DVBSky S960/S860 as /devices/platform/bcm2708_usb/usb1/1-1/1-1.3/rc/rc0
[    8.201308] usb 1-1.3: dvb_usb_v2: schedule remote query interval to 300 msecs
[    8.201335] usb 1-1.3: dvb_usb_v2: 'DVBSky S960/S860' successfully initialized and connected
[    8.201508] usbcore: registered new interface driver dvb_usb_dvbsky
[   12.992303] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   14.508500] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0x45E1
[   27.700116] i2c i2c-2: m88ds3103: found a 'Montage M88DS3103' in cold state
[   27.827580] i2c i2c-2: m88ds3103: downloading firmware from file 'dvb-demod-m88ds3103.fw'
[   28.877362] i2c i2c-2: m88ds3103: found a 'Montage M88DS3103' in warm state
[   28.877393] i2c i2c-2: m88ds3103: firmware version 3.B

7
Ok - ich habe das MLD auf einer Ersatzkarte noch mal neu aufgespielt, nun geht der Receiver wieder.
Danach habe ich alles abgestöpselt (kompletter Kaltstart) und die vermeintlich kaputte Installation wieder gestartet - geht auch wieder. Seltsam, seltsam.

Werde das neue rpihddevice antesten und berichten.

An der Skin bzw. am OSD scheint es nicht zu liegen, weil das Einfrieren auch passiert, wenn man die Kanalwechselinfo nicht anzeigen läßt bzw. es passiert mit verschiedenen skins gleichermaßen.

Wie kann man falls man ein System mal neu aufsetzen muß, die Konfigurationen geschickt mit übernehmen?
D.h. alles was man manuell eingestellt hat?

8
Nachdem ich hier den RPi1 mal angetestet hatte und leider nicht so recht glücklich geworden bin, habe ich es nun mit dem RPi2 noch mal probiert - dank der höheren Performance konnte ich das Teil nun fast "produktiv" verwenden, d.h. meiner Frau übergeben ;-)

Leider ist nach 1 Woche Dauerbetrieb der Mystique USB DVB-S-Empfänger wahrscheinlich verreckt - laut dmesg wird keine Firmware mehr geladen, die Sat-Lock-LED leuchtet aber noch, kein frontend mehr registriert. (Das Teil lag ca. 1 Jahr herum und es ist bereits ein Ersatzgerät, da das erste ebenfalls nach 1 Woche Dauerbetrieb verstorben ist - scheint keine gute HW zu sein  >:()

Hat irgendjemand Langzeiterfahrung mit einem USB-DVB-S2 Empfänger der empfehlenswert ist?

Sonstige Erfahrungen:
-View/EPG/OSD-Performance ist super
-wenn man zu schnell zappt, stürzt vdr/rpihddevice ab - ca. 1-2 Sekunden und auch beim hin und her zappen zwischen SD-Kanälen, so ca. 10mal dann startet vdr nach watchdog neu (das ist noch der einzige WAF-Killer...)
-man darf scheinbar nur das DVB-Paket installieren, installiert man dvb-sky oder andere scheint es nicht mehr zu tun
-auch die angepaßte installation hat bei mir die partitionen neu erzeugt, obwohl ich die schon vorbereitet hatte (system ist mir zu groß gewesen)
-seltsamerweise funktioniert das OSD bei manchen HD-Sendern nicht, wenn man z.B. nOpacity-Skin verwendet bei ServusTV, es zuckt immer nur auf (Monitor hat bei mir 1680x1024 Pixel und ich hatte der GPU 256MB eingestellt)
-ich wollte kbd neu anlernen, das scheint aber gar nicht zu gehen, er wartet nicht auf meine Eingaben, Rücksetzen über webinterface funktioniert hackelig (der Eintrag für kbd fehlt zunächst, taucht aber nach wiederholtem Seitenaufbau auf)
-manche SD-Karten sind immer noch ein Problem und halten nicht sehr lange durch, schon wieder 2 verheizt

...wenn jetzt auch noch noad auf dem rpi laufen würde wäre cool.

9
das ff-sd iso, kein indivuell zusammengestelltes - lediglich im vdr menü die "individuelle installation" führt reproduzierbar
zu einem vemurkstem System-Menü (alles andere im vdr scheint aber zu gehen, webinterface habe ich noch nicht weiter getestet).

Habe zwischenzeitlich mit trial-and-error und diversen Neuinstallationen herausgefunden woher das "Kanal nicht verfügbar" kam - es kommt sobald man bei einem FF-System mit nur einer Karte "Tuner des primären DVB blockieren" anwählt (eigentlich sollte vdr das mit einem roten Hinweistext melden, das das keinen Sinn macht),
mit der channels.conf oder so hatte es nichts zu tun.

Das hatte ich gemacht, weil ich beim Raspi beobachtet hatte, das ohne die Einstellung laufende Aufnahmen beim zappen abgebrochen werden (Satix-USB-DVB-S2, läuft aber nur mit 4.0.1-rpi oder 32bit PC version, 64bit tut zumindest nicht out-of-the-box auf einem i7), beim ff-ttpci-sd-system braucht man die Einstellung nicht.

weitere Erkenntnisse:
Auf dem Uralt-centrino läuft "powersave" nur mit p4-clockmod, obwohl mir der Kernel acpi-cpufreq empfielt, letzteres verweigert sich mit einem "device not available" im kernel log. Auf einem älteren lubuntu system konnte man trotzdem den "ondemand" governer nutzen, der MLD-kernel verweigert dies mit "HW transition latency to large".
Allerdings kann ich "powersave" fix einstellen, dann läuft das system mit 200MHz, reicht scheinbar bequem aus.

Empfehlung: Die Standard-Installationsmethode überschreibt derzeit gnadenlos die gesammte Platte (kommt zwar ein Hinweis) - meiner Meinung nach sollte auch hier die Option bestehen, vorhandene Partitionen zu nutzen - wie gesagt, die "Individuelle Installation" liefert derzeit leider ein unbrauchbares System.

Snapshots:
Habe ich zwischenzeitlich reichlich - allerdings habe ich einmal auch das "restore" getestet (aus der vdr Oberfläche), danach bootete das System mit irgendeinem "subvolume" Problem überhaupt nicht mehr, da stand "boot:" und ich konnte nichts eingeben, hat nicht reagiert, habe das System dann komplett neu zum gefühlten 10.mal aufgesetzt :-(

Von daher bin ich im Moment ein wenig vorsichtig und mache mal lieber keine updates und kein restore mehr ;-)

never touch a running system...

Problematisch war irgendwie auch eine "usb-remote (keyboard/mouse)" - beim ersten Versuch ein neues eingabegerät - habe kbd gewählt - kam kurz die Meldung in vdr ich möge eine Taste drücken, dann aber nichts mehr und vdr reagierte auch gar nicht mehr auf Eingaben der normalen Tastatur.

BTW - wie kann man in den Texteingabefeldern normal text eingeben? (ohne rauf/runter, einfach qwertz...)

vdrmanager, androvdr und vdr-admin habe ich bisher nicht zum laufen (verbindungsfehler auf Smartphone bzw. im browser) bekommen, muß man nach der Paketinstallation noch was einstellen damit das tut?

10
FF-SD system, booten von usb bis zum TV-Bild kein Problem.

Dann habe ich "inviduelle Installation" gewählt (weil sda2 bereits die vdr-Aufzeichnungen enthält) und installiert.
Nach der Installation fertig Meldung kommt keine weitere Meldung (i.e. "installiertes system starten", die kommt nur bei der standard-installation).

Also neu gebootet - und es fährt hoch und ich kann die auf sda2 vorhandenen Aufzeichnungen abspielen
 - allerdings kommt bei versuch das "System" Menü zu betreten die Meldung "Fehler in der vdr-configuration".

Kann also keine Änderungen vornehmen.

Seltsam ist auch, das eine ältere funk-usb-tastatur funktioniert (allerdings ist dann immer num-lock on, was bei dem Doppelbelegungslayout unerwünscht ist), die K400i aber überhaupt keinen mux von sich gibt.


Zuvor hatte ich das System beim 1. mal über die Standard-Method einstalliert, welche die Festplatte formatiert, danach mit einem anderen System die vdr-Aufzeichnungen zurück auf die Platte gespielt (2Stunden...).
Danach funktioniert alles, und ich habe die channels.conf von Hand auf einem externen System editiert (umsortiert und sachen gelöscht), und als neue Datei unter channels abgelegt und symlinked, einige vdr-plugins von der kommandozeile installiert und opkg update & upgrade ausgeführt (während das Sat-Kabel nicht angeschlossen war) und gebootet - danach konnte kein einziger Kanal mehr angezeigt werden, egal welche channels.conf ich gewählt habe.
Leider hatte ich vergessen das automatische erstellen eines snapshots zu aktivieren :-(

Also dachte ich ich installier es kurz neu (mit der version die vorher tat) ohne die Datenplatte zu formatiern, tut aber auch nicht, siehe oben.

Wo liegt der Fehler? Kann ja nix dramatisches sein.
 

11
Raspberry PI / Test MLD-4 RPI tgz
« on: August 16, 2014, 00:01:22 »
Hi,

erst mal Willkommen an Bord, und Danke für den Report!

Hast Du das rootwait für's erste booten des Images benötigt, noch bevor Du die Installation (über Webif oder OSD) ausgeführt hast? Beim Installieren wird das ja eingetragen.
Den Hinweistext auf das nicht unterstützte Videoformat habe ich geändert. Das hatte ich schon länger vor gehabt.

Meine Erfahrungen mit dem betreiben eines DVB Empfängers am Client sind leider auch zwiespältig. Einige Sender gehen problemlos, andere klappen gar nicht. Im reinen Server oder Client Betrieb, gibt es hingegen keinerlei Probleme. Es sollte also problemlos funktionieren, wenn Du zwei RPIs einsetzt. Einen als Server und einen als Client.

Claus,

rootwait habe ich wohl selber kaputt gemacht und auch ein paar Verständnisprobleme mit btrfs gehabt...

Ich habe einen Satix-DVB-S2 (trotzdem nicht unbedingt Kaufempfehlung, wurde schon einmal auf Garantie getauscht) - läuft wohl ganz gut mit dem RPi, auch mit Openelec/XBMC - allerdings gefällt mir da der schnelle Vorlauf/Rücklauf und überhaupt die Integration von vdr nicht wirklich. Macht alles nur zäher - vor allem auf dem RPi, ähnliches gilt wohl leider auch, wenn man eine Server/Client Kombi einsetzt, da ist ein FF-vdr wohl irgendwie angenehmer - ähnlich unbrauchbar ist der Verlauf/Rücklauf von Amazon...

Der RPi hat 0% idle@900MHz, 70% nice, wenn man eine Aufnahme startet sind es dann 20% idle, SD aufnehmen tut wohl einwandfrei, HD aufnehmen geht einfach nicht brauchbar, verliert sofort Daten.

Zum Anschauen sowohl von SD als auch HD tut aber einwandfrei, besser als auf so manchem TV (das Zuck-Problem beim ZDF gibt es auf dem RPi nicht).

Meine Frau ist da übrigens gnadenlos:
Ein oder 2 Aufnahmen laufen schon, dann wird noch eine Wiedergabe gestartet, Schnittmarken gesetzt und geschnitten - das muß das Ding abkönnen und tut es auch auf dem Centrino, ist mir nur zu Stromhungrig ;-)
Das ist die Zielvorgabe - sie hat schon damit gedroht, das ich mir gefälligst einen normalen Fernseher kaufen soll *fg*
Mal sehen ob ich mit MLD die acpi/nvram-wakeup sache auf dem Centrino hinbekomme, scheint leider nicht ganz so easy zu sein.

Der Hauptuser ist übrigens unsere 4jährige Tochter, mangels sonstig interessantem TV-Angebot.

BTW -ich hatte da mal spaßeshalber einen Xoro 600 mit Android geordert - und nach 2 Tagen wieder zurückgeschickt, es kann mit XBMC und vdr einfach nicht mithalten, schon die Grundfunktionen sind im Funktionsumfang deutlich eingeschränkt und die Performance läßt auch sehr zu wünschen übrig, eine schöne bunte Oberfläche ist einfach nicht alles.

Problematisch ist auch das es trotz teuerem Audio-Equipment (und allen optionen durchprobiert) unmöglisch scheint, Filme von DVD, Blueray oder auch OnDemand so abzuspielen, das man die Sprache deutlich versteht von den Effektsounds bei gleicher Einstellung aber nicht taub wird - das tut im TV meist besser, offenbar weil der stereo ton irgendwie nachbearbeitet wurde.

12
Raspberry PI / Test MLD-4 RPI tgz
« on: August 07, 2014, 20:14:59 »
Funktioniert beinahe "out of the box" - mit einem USB-DVB-S2 receiver angestöpselt gebootet - und die gewohnte VDR-Oberfläche ist da - ein Hinweis wäre es evtl. wert, den MPG2-License-key bereits vor dem ersten booten in der config.txt einzutragen, sonst kommt der wenig hilfreiche Hinweis "unsupported video format".

Ein anderer temporärer show-stopper war ein fehlendes "rootwait/rootdelay" in der cmdline.txt, so daß ein "unable to mount root fs" mich einige Stunden beschäftigt hat, ich habe nun versuchsweise ext4 als rootfs genommen, es scheint so schneller zu booten.

Habe den RPi nun von 700-900 MHz stabil am laufen - bei letzteren hat er 75% CPU bei 70°C - leider reicht das noch nicht
um Aufnahmen machen zu können, irgendwie verliert er nach wenigen Sekunden Daten, man kann das ganz gut beobachten, wenn man die laufende Aufzeichnung gleich abspielt - dann wird der Abstand zum Ende der Aufnahme ca. 1 sec pro 2 sec kürzer und irgendwann sieht man nur noch grüne Blöcke.

Sonst ist alles bemerkenswert flüssig, auch das epgsearch funktioniert genau so, wie ich es von meinem alten, stromhungrigen (35W über das ganze Jahr) Centrino-Mini-ITX mit der FF-SD-card gewöhnt war - nur das beim RPi das OSD viel schöner ausschaut ;-)
Liegt das an meinem speziellem USB-Receiver oder ist das erwartet das die CPU-Leistung auch beim übertakten nicht ausreicht?

Ist das hinzukriegen, ein "FF-RPi-vdr" mit einer USB-Festplatte aufzusetzen, oder ist er doch zu  langsam dafür?
Was wäre denn die stromsparenste HW die das kann? Lassen sich 2 RPi als Server/Client combi so integrieren, das das funktioniert oder muß es doch mindestens ein Intel-Nuc sein (angeblich nur 7W im Leerlauf, wobei mein Centrino ja auch immer im Leerlauf lief)?