Fehlverhalten mit MaxS8 im SCR Modus

wino · 30. September 2015

Zitat von fnu

Ich betreibe diese Karte im Unicable-Modus und habe teilweise ein Fehlverhalten beobachtet. Habe mich gewundert dass mitten im Betrieb einige Sender kein Signal mehr hatten und wenn eine Aufnahme anstand nur 0 Dateien produziert wurden. Das Verhalten könnte durch das Abschalten der Tuner verursacht werden. Vielleicht werden sie nicht rechtzeitig wieder aktiviert?

Ein Server-Betrieb mit dieser Karte ist so jedenfalls im Moment nicht möglich. Auch wenn es nicht hier her gehört möchte ich es nur erwähnt haben. Ab und an werden 16 CAM anstatt 8 angezeigt. In diesem Zustand sind keine Aufnahmen von verschlüsselten Sendern möglich.

MfG
wino

Edit: Danke an den Mod.

fnu · 30. September 2015

wino

OffTopic ist nicht gleich OffTopic, das hier hört sich eher danach an, das es eine längere Diskussion geben könnte, was nicht in den anderen Thread gehört. Daher habe ich das direkt verschoben und auch einen Quote Fehler im Post behoben ...

Die dddvb Treiber gibt es seit einiger Zeit hier: https://github.com/DigitalDevices/dddvb

Mit der Veröffentlichung dort wurde auch die Version 0.9.20 released ...

Regards
fnu

wino · 30. September 2015

Zitat von fnu

Die dddvb Treiber gibt es seit einiger Zeit hier: https://github.com/DigitalDevices/dddvb

Mit der Veröffentlichung dort wurde auch die Version 0.9.20 released ...

Danke. Den Treiber habe ich gesehen, hattest du oder ein anderer User schon gepostet. Für mich war nicht ersichtlich was da an Änderungen oder Korrekturen vorgenommen wurde. Deshalb habe ich mir bisher das dkms Paket nicht erstellt.

Mal schauen ob jemand anderes meine obigen Beobachtung teilt. Bei der dir scheint alles prima zu laufen. Könnte auch an der Art wie diese Karte genutzt wird liegen.

MfG
wino

fnu · 30. September 2015

wino

Der Unterschied zwischen unseren Betriebsarten könnte größer nicht sein, Du betreibst Deine MaxS8 in einem ausgewachsenen hp ProLiant Server IIRC unter Standard Ubuntu im SCR Modus, ich hingegen in/an einem Octopus Rack als SAT>IP Server. Nur übergangsweise im SCR Modus, inzwischen wieder im "fmode=1" Emulationsmodus an den Stammausgängen meines Jultec.

CKone z.B. betreibt die Karte ähnlich wie Du, in einem Dell Server, auch unter Ubuntu LTS aber im "fmode=2", also an Nutzerausgängen eines Multiswitch.

Ich selbst hatte die Karte vor Monaten mal in meinem Bench-VDR betrieben, SCR, ASRock D1800M, unauffällig, die kleine BayTrail CPU schaffte aber kaum 12 parallele Aufnahmen ...

Regards
fnu

wino · 30. September 2015

fnu

Ja, ich habe deinen Aufbau angesehen und die Beschreibung dazu durchgelesen. Da es für die Aufnahmen trotzdem ein Server oder eine andere Lösung geben muss und dazu noch vier Netzkabel benötigt werden (eventuell auch WLAN über die Fritz!Box), waren die Voraussetzungen bei mir nicht gegeben. Habe mich daher nicht eingehender mit dieser Betriebsart beschäftigt. Bin froh dass ich nachträglich ein Netzkabel für den Server vom Boden in das Arbeitszimmer (Fritz!Box und Switch) ziehen konnte. Der Prolaint Server ist nicht Wohnzimmer tauglich und erinnert beim hochfahren eher an das Anlassen einer Flugzeug Turbine.

MfG
wino

fnu · 30. September 2015

Zitat von wino

und erinnert beim hochfahren eher an das Anlassen einer Flugzeug Turbine.

Ja kenne ich, weiß was Du meinst, war das ein DL oder ML?

Da die Entwickler hier mitlesen, stellt sich die Frage nach einem syslog Auszug des Systems zum Zeitpunkt des Fehlverhaltens? Welche Treiber Version hast Du im Einsatz?

Wenn Du eine MaxS8 ohne Jumper hast, könntest Du die Temperatur im System auslesen:

Code

cat /sys/class/ddbridge/ddbridge0/temp0

Instanznummer anpassen, solltest Du mehrere "ddbridge" Geräte drin haben.

Regards
fnu

CKone · 30. September 2015

Code

root@PowerEdge:~# cat /sys/class/ddbridge/ddbridge0/temp0
no sensor

Also meine Karte kann das so nicht:

Zitat

Wenn alle Tuner laufen kann die sehr heiß werden. Unicable-Betrieb mit einem Tuner ist da viel besser.
Seit 1.0.47 habe ich den Treiber so geändert, dass unbenutzte Tuner immer abgeschaltet werden....

was ist denn 1.0.47, denk wir sind bei 0.9.20?

Es ist bei meiner Karte sporadisch immer noch so das sie das von wino geschilderte Verhalten produziert, hier macht der vdr einen emergency exit und ich bekomm ne Mail: dann kann ich die 3 Module ziehen und wieder neu Laden und alles geht wieder.

kann natürlich in der Tat auch sein das die Tuner im Tiefschlaf weilen und nicht rechtzeitig zum Aufnahmebeginn wieder hochkommen - oder vdr kriegts nicht hin die Karten korrekt aufzuwecken?

Christian

gda · 30. September 2015

Zitat von wino

Der Prolaint Server ist nicht Wohnzimmer tauglich und erinnert beim hochfahren eher an das Anlassen einer Flugzeug Turbine.

Meiner steht im Wohnzimmer. Ich fahre ihn aber nicht runter.

Gerald

fnu · 30. September 2015

gda

Er hat einen "richtigen" ProLiant, kein Spielzeug wie wir. Gegen seinen säuseln unsere beim Start ...

Regards
fnu

CKone · 30. September 2015

Zitat von fnu

Ich selbst hatte die Karte vor Monaten mal in meinem Bench-VDR betrieben, SCR, ASRock D1800M, unauffällig, die kleine BayTrail CPU schaffte aber kaum 12 parallele Aufnahmen ...

16 parallele HD Aufnahmen (jeweils 2 auf einem Transponder), alle verschlüsselt sind mal kein Problem auf meinem Poweredge - hab danach aufgehört. Ist ja auch nix was man in der Praxis so macht

Christian

fnu · 30. September 2015

Zitat von CKone

was ist denn 1.0.47, denk wir sind bei 0.9.20?

Ich hatte den Post aus einem anderen Thread, wo mich wino zitiert hatte, verschoben. "1.0.47" ist eine FW für Octopus Net, 0.9.20 ist die aktuell dddvb Treiber version.

Zitat von CKone

Also meine Karte kann das so nicht:

siehe =>

Zitat von fnu

Wenn Du eine MaxS8 ohne Jumper hast, könntest Du die Temperatur im System auslesen:

Du hast eine mit Jumper.

Regards
fnu

wino · 30. September 2015

Zitat von fnu

Er hat einen "richtigen" ProLiant, kein Spielzeug wie wir. Gegen seinen säuseln unsere beim Start ...

Ist ein ML330 G6. Hatte vorher eine N54L, ist nicht vergleichbar.

fnu · 30. September 2015

wino

Zitat von fnu

Da die Entwickler hier mitlesen, stellt sich die Frage nach einem syslog Auszug des Systems zum Zeitpunkt des Fehlverhaltens? Welche Treiber Version hast Du im Einsatz?

Wenn Du eine MaxS8 ohne Jumper hast, könntest Du die Temperatur im System auslesen:

Regards
fnu

wino · 30. September 2015

Zitat von fnu

Da die Entwickler hier mitlesen, stellt sich die Frage nach einem syslog Auszug des Systems zum Zeitpunkt des Fehlverhaltens? Welche Treiber Version hast Du im Einsatz?

Zur Zeit die 0.9.19c. Das dkms Paket aus dem Repo von yaVDR. Die syslog gibt bis auf die emergency exit wie bei CKrone nicht viel her.

Code

Sep 29 21:56:19 ProLiant vdr: video:  3:54:17.753  +55  335   0/\ms   9+7 v-buf
Sep 29 21:56:30 ProLiant vdr: [19676] ERROR: video data stream broken
Sep 29 21:56:30 ProLiant vdr: [19676] emergency exit request ignored according to setup
...
Sep 29 21:57:00 ProLiant vdr: [19676] ERROR: video data stream broken
Sep 29 21:57:00 ProLiant vdr: [19676] emergency exit request ignored according to setup
Sep 29 21:57:06 ProLiant vdr: [1766] read incomplete section - len = 485, r = 2318

Zitat
Wenn Du eine MaxS8 ohne Jumper hast, könntest Du die Temperatur im System auslesen:
Code
cat /sys/class/ddbridge/ddbridge0/temp0
Instanznummer anpassen, solltest Du mehrere "ddbridge" Geräte drin haben

Die Ausgabe zeigt 56000 an.

Edit:Was bedeutet die Ausgabe 56000? 56 C°?

fnu · 30. September 2015

Zitat von wino

Die syslog gibt bis auf die emergency exit wie bei CKrone nicht viel her.

Emergency Exit vom VDR Service?

Keinerlei Meldung die mit "DDbridge" beginnen, sehen diese noch so unwichtig aus? Suchmuster "DDBridge", "I2C" ...

Regards
fnu

wino · 30. September 2015

Zitat von CKone

Es ist bei meiner Karte sporadisch immer noch so das sie das von wino geschilderte Verhalten produziert, hier macht der vdr einen emergency exit und ich bekomm ne Mail: dann kann ich die 3 Module ziehen und wieder neu Laden und alles geht wieder.

So verhält sich die Karte auch bei mir. Scheint also nicht von der Betriebsart abhängig zu sein. Dachte es wäre eine Besonderheit bei Unicable und VDR.

MfG
wino

wino · 30. September 2015

Zitat von fnu

Keinerlei Meldung die mit "DDbridge" beginnen, sehen diese noch so unwichtig aus? Suchmuster "DDBridge", "I2C" ...

Doch aber nur völlig normale.

Code

Sep 29 11:07:03 ProLiant kernel: [    5.675270] DDBridge driver detected: Digital Devices MAX S8 4/8
Sep 29 11:07:03 ProLiant kernel: [    5.675296] DDBridge: HW 01010006 REGMAP 00010001
Sep 29 11:07:03 ProLiant kernel: [    5.675339] DDBridge: using 1 MSI interrupt(s)
Sep 29 11:07:03 ProLiant kernel: [    5.786964] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786966] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786967] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786968] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786969] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786971] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786972] DVB: registering new adapter (DDBridge)
Sep 29 11:07:03 ProLiant kernel: [    5.786973] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.725810] DDBridge driver detected: Digital Devices MAX S8 4/8
Sep 29 13:30:19 ProLiant kernel: [    5.725829] DDBridge: HW 01010006 REGMAP 00010001
Sep 29 13:30:19 ProLiant kernel: [    5.725866] DDBridge: using 1 MSI interrupt(s)
Sep 29 13:30:19 ProLiant kernel: [    5.834084] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834086] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834087] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834088] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834089] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834090] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834092] DVB: registering new adapter (DDBridge)
Sep 29 13:30:19 ProLiant kernel: [    5.834093] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.729455] DDBridge driver detected: Digital Devices MAX S8 4/8
Sep 30 05:53:04 ProLiant kernel: [    5.729474] DDBridge: HW 01010006 REGMAP 00010001
Sep 30 05:53:04 ProLiant kernel: [    5.729511] DDBridge: using 1 MSI interrupt(s)
Sep 30 05:53:04 ProLiant kernel: [    5.838167] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838168] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838169] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838170] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838171] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838173] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838174] DVB: registering new adapter (DDBridge)
Sep 30 05:53:04 ProLiant kernel: [    5.838175] DVB: registering new adapter (DDBridge)

Alles anzeigen

Mehr steht da nicht.

fnu · 30. September 2015

Zitat von wino

Edit:Was bedeutet die Ausgabe 56000? 56 C°?

Ja.

Der Rest ist ominös, nichts deutet auf Probleme mit der Karte hin. Wenn es wieder Probleme gibt, hänge doch dann bitte mal den kompletten syslog Ausschnitt an, aus dem Zeitraum.

Regards
fnu

Fehlverhalten mit MaxS8 im SCR Modus

Jetzt mitmachen!

Teilen