Zu ddbreadl(): Ich habe jetzt etwas genauer nachgesehen. Die i2c-base Adresse ist bei vielen DVB-Karten von DD 0x80, das gilt auch für die V7A und der Log-Zeile im Post oberhalb (die verwendete regmap heißt "octopus_map").

Dynamic_debug Ausgaben sind nur solche die im Treiber mit dev_dbg() oder pr_debug() angegeben sind.

Diese werden in 'pcie/err.c' aber nicht verwendet und damit wären alle pci_info() Meldungen auch so im syslog gelandet - wenn es denn welche gegeben hätte. Das PCI recovery system kann hier also wie es aussieht auch nicht helfen.

Igendwie gehen mir die Ideen aus.

Helmut

Ich frage mich gerade, wie sich die Karte in so einem einem PCIe-Riser verhalten würde.

Helmut

Hi,

ich hab 2 Karten DD S2 v6.5 und DD C/T v7 an dem

I/O Wappen si-pex60016 1 bis 2 Ports Dual PCI-E x1 Extension Board Switch Multiplier Hub Riser Karte mit USB 3.0 Kabel

CU

9000h

Am Signal ("wackeln"?) wird es vermutlich nichts ändern, die zusätzllche Spannungsversorgung könnte Schwankungen ausgleichen - falls es doch daran liegt.

Die PCIe-Riser werden/wurden oft verwendet um "fette" Grafikkarten fürs Bitcoin-Mining anzuschließen und sind derzeit um ein paar € zu haben

Helmut

Hi,

Hmm also zumindest zu meinen VDR Anfangszeiten mit VIA EPia Boards war die PCI Riser exttemst dafür anfällig das Signal so zu verschlechtern, dsss es nicht mehr zuverlässig mit FF ging....

Ich weiß nicht, ob eine solche Verlängerung wirklich das Signal verbessert, kann ich mir nicht vorstellen (außer wenn Pegel viel zu hoch und durch Dämpfung ok).

Mfg Stefan

rund 50cm sind für die Lane angegeben.

Es ist aber eine Punkt zu Punkt Verbindung , man muss auch die auf dem MB verbaute Leiterbahn mit im Blick behalten. Diese langen USB3 Kabel können funktionieren, mir persönlich wären die etwas zu lang, weil grenzwertig. Einen Vorteil hätten die Lösungen vielleicht. Die Extender haben meist einen PCI-Brigde Chip, bsw. der PI7C9X2G auf der hier --> I2C Timeouts mit ddbridge

Und der würde dann als Repeater fungieren und evtl. das Signal aufbessern.

http://www.iocrest.com/en/product_details581_a.html

https://www.diodes.com/assets/Datasheets/PI7C9X2G304SL.pdf

Ich hatte ähnliche Probleme und auch schon vor langem mit NST und Diablo (der hatte sich ja ganz am Anfang schon mal geäußert) darüber diskutiert.
Bei mir lief es dann mit MLD 5.4 Testing stabil. Der damals aktuellere Kernel mit eingebautem NST Treiber hatte soweit ich weiß den Unterschied mit meinem Asrock board gemacht. NST hatte sich glaube ich mal geäußert dass der Fehler zwar noch existiert weil es ein Hardware Problem ist, der Kerneltreiber aber nicht gleich den ganzen BUS stillegt.

Wäre einen Versuch wert...

Zitat von Argus

Die Extender haben meist einen PCI-Brigde

Ich bin ziemlich sicher das bei so einer 1x PCIe Riserkarte wie auf meinem Bild kein Bridge-IC verbaut ist - nur Bauteile für die Spannungsversorgung. Ich habe aber eine sehr ähnliche herumliegen und werde am Abend genauer draufschauen.

Helmut

Um "Riser-am-Kabel" Lösungen würde ich persönlich einen großen Bogen machen. Egal ob flaches oder rundes Kabel. Bei mir haben nur Winkelstecker (Platinen) einigermaßen zuverlässig funktioniert.

Zitat von HelmutB

Ich bin ziemlich sicher das bei so einer 1x PCIe Riserkarte wie auf meinem Bild kein Bridge-IC verbaut ist

ja, das sieht so aus. Wenn nichts auf der Rückseite noch drauf ist. Mit einem Port ist es sicher nur eine passive Verlängerung. Bei dem Link von 9000 und meinem ist die Bridge zu sehen. Ob das aber wirklich was bringt ist fraglich.

Zitat von iNOB

Um "Riser-am-Kabel" Lösungen würde ich persönlich einen großen Bogen machen. Egal ob flaches oder rundes Kabel.

das war wohl PCI ohne "e"

Zitat von HelmutB

Ich bin ziemlich sicher das bei so einer 1x PCIe Riserkarte wie auf meinem Bild kein Bridge-IC verbaut ist

Es gibt welche mit und welche ohne.

In #190 steht ein Link zum Datenblatt so einer Bridge.

Die Frage ist, ob die V7A an der Bridge vom Riser besser läuft als am Motherboard. Da hilft nur ausprobieren.

Aber bei 9000H geht es ja ...

Zitat von Grillbert

Der damals aktuellere Kernel mit eingebautem NST Treiber hatte soweit ich weiß den Unterschied mit meinem Asrock board gemacht.

Ist ja seit 4.14 drin.

Zitat von jrie

Ist ja seit 4.14 drin.

Dann sollte der Treiber auch hier drin sein - vielleicht wird in Klaus´ Setup ein zusätzlicher Treiber verwendet, sodass der Kernel Treiber nicht benutzt wird?
Ich bin kein Experte für Treiber-Themen und war auch froh als es bei mir dann endlich funzte...

Zitat von HelmutB

Ich frage mich gerade, wie sich die Karte in so einem einem PCIe-Riser verhalten würde.

Die Frage hatte ich mir auch schon gestellt, ob es mit einem aktiven Riser gehen würde.
DD bietet selber auch solche Backplanes an.

Beim suchen nach diversen PCIe-Parametern bin ich mehrfach auf das folgende Datenblatt gestossen. Das brachte mich dann drauf:

DS50PCI402 2.5 Gbps / 5.0 Gbps 4 Lcwmp accountane PCI Express Repeater with Equalization and De-Emphasis

Das Schema auf Seite 2 zeigt, wie so eine Verlängerung aufgebaut ist.

Mit je einem von den winzigen ICs (nur 5,5 x 10 mm) am Ein- und Ausgang vom Kabel, kann man (mindestens) einen PCIe x1 übertragen.
Es sollen beträchtliche Kabellängen realisierbar sein, die Tabellen gehen bis >15m!

Ti hat noch einige andere PCIe-Retimer im Programm.

Ein ReTimer wäre vielleicht besser als ein ReDriver: A6 und Seite 8 in https://www.idt.com/document/m…requently-asked-questions

Da wird der Jitter reduziert. Bei Klaus geht es ja nicht um Verlängerung sondern (vielleicht) um ein saubereres Signal.

So sehen die bei DD aus:

Zitat von kls

Ich benutze den Treiber von https://github.com/DigitalDevices/dddvb/releases/tag/0.9.36

Mal probiert den Kernel einfach ohne weitere Treiber zu verwenden?
Sollte ja bei einem einigermaßen aktuellen Kernel klappen nachdem NST da Pionierarbeit geleistet hat...

Gruß,
Gilbert

Ich habe meine PCIe 1x/16x Riser genauer angesehen.

Sei sieht genau so aus wie auf dem Bild in #184, darauf sind 4 runde Kodensatoren, 1 DC/DC Spannungswandler, 1 Spule und 1 Spannungsregler. Die Unterseite ist plan, mit 2mm Moosgummi sauber abgedeckt.

Also nur Power, keine PCIe-Bridge.

Helmut