Bei http://www.pcb-pool.com/ lassen wir unsere Testplatinen erstellen. Preislich kenne ich mich jedoch nicht aus, kannst Du ja erfragen.
Full-TS Mod für FF-Karten
- UFO
- Geschlossen
-
-
Zitat
Original von Dr. Seltsam
hat jemand eine Empfehlung für einen Platinenfertiger, der sowas bezahlbar als Einzelauftrag ätzen könnte?
Bei einer so kleinen LP wirst Du mindestens 10 Stück oder 100mm² abnehmen müssen. Bei PCP-Pool kommst Du auf ca. 37€ und bei M&V auf ca. 30€ (einseitig FR4 1,5mm, ohne Stopplack, Porto zusätzlich). Bei beiden kannst Du die Preise online kalkulieren lassen. M&V hat den Vorteil, daß Du bis 5 Layouts in einem Auftrag verpacken kannst, um auf die Mindestmenge zu kommen.
Gruß
e9hack -
Hi,
das "verpacken von mehreren Layouts" geht bei PCB-Pool auch, du musst nur die einzelnen Boards in ein Layout vereinigen, es ist egal wieviele Layouts du hast, entscheidend ist die resultierende Größe und Ausführung.Grüße magicdragon67
P.s. ich hab nicht mitbekommen, um welche Platinen es eigentlich geht.
Grüße
-
Ich habe jetzt auch (erfolgreich) eine DVB-S rev 2.2 gemoddet. Interessanterweise tritt folgendes Phänomen auf:
Mit "modprobe dvb_ttpci full_ts=1" verschluckt mein LIRC ("home-brew"-Empfänger über Seriell) einen Grossteil der Tastenanschläge. Dadurch entsteht der Eindruck VDR würde sich nur träge bedienen lassen. Tatsache ist jedoch, über die Tastatur lässt er sich flüssig bedienen und auch drei parallele (ARD-)Aufnahmen sind kein Problem.
Mit "modprobe dvb_ttpci full_ts=0" funktioniert die Bedienung über Fernbedienung ohne Aufnahmen problemlos. Mit ein oder mehreren (ARD-)Aufnahmen stellen sich dann neben Artefakten auch die bekannte träge Bedienung des VDR ein, egal ob via Fernbedienung oder Tastatur. Soweit okay.
Kann mich jemand erleuchten, wo hier der Bezug zwischen LIRC und Full-TS-DVB-Treiber liegt?
-
hi,
ich vermute mal, das hat was mit der interrupt-last zu tun. jedenfalls habe ich damit bezogene lirc-probleme.
kuck dir mal /proc/interrupts mit und ohne full-ts an. -
Zitat
Originally posted by slime
ich vermute mal, das hat was mit der interrupt-last zu tun. jedenfalls habe ich damit bezogene lirc-probleme.
kuck dir mal /proc/interrupts mit und ohne full-ts an.Das klingt gut, ich werde zu Hause mal einen Blick darauf werfen!
-
Okay, habe mal einen Blick darauf geworfen, aber schlau werde ich nicht draus:
Code
Alles anzeigen$ cat /proc/interrupts CPU0 0: 468693 XT-PIC-XT timer 1: 2 XT-PIC-XT i8042 2: 0 XT-PIC-XT cascade 4: 51299 XT-PIC-XT lirc_serial 7: 1 XT-PIC-XT parport0 8: 3 XT-PIC-XT rtc 9: 0 XT-PIC-XT acpi 10: 0 XT-PIC-XT ehci_hcd:usb3 11: 181014 XT-PIC-XT uhci_hcd:usb4, saa7146 (0) 12: 5371 XT-PIC-XT wifi0 14: 16297 XT-PIC-XT libata 15: 47 XT-PIC-XT uhci_hcd:usb1, uhci_hcd:usb2, libata, eth1 NMI: 0 Non-maskable interrupts LOC: 0 Local timer interrupts RES: 0 Rescheduling interrupts CAL: 0 function call interrupts TLB: 0 TLB shootdowns TRM: 0 Thermal event interrupts SPU: 0 Spurious interrupts ERR: 0 MIS: 0Mit oder ohne Full-TS sieht das für mich gleich aus... Worauf muss ich denn achten, bzw. was sind Anzeichen für Probleme?
-
Zitat
Originally posted by UFO
Btw, ergibt sich ein Unterschied im Verhalten der FB, wenn Du auf einen Kanal zappst, der nicht aufgezeichnet wird?Wenn full_ts=1 ist, ist die Fernbedienbarkeit sogar ohne Aufnahme fast nicht möglich, wenn der VDR auf einem Kanal mit hoher Bitrate getuned ist. Auf anderen Sendern lässt sich die Fernbedienung problemloser nutzen.
-
Zitat
Originally posted by UFOBerechne doch einmal die Interruptlast für Interrupt 11 mit/ohne Full-TS.
Okay, gemessen habe ich die Interrupt-Last, jeweils über 3,5 Minuten ARD Live-Bild. Ergebnis: 1036 Events/sec ohne full_ts und nur 81 Events/sec mit full_ts. Also sogar deutlich weniger mit aktiviertem full_ts.
-
Zitat
Originally posted by UFO
Hm - evtl. ist die Systemlast nun so niedrig, daß die LIRC-Timings nicht mehr stimmen. LIRC mißt die FB-Impulse schließlich in Software.
Ich würde die Fernbedienung einmal neu anlernen. Wäre interessant, ob dabei eine andere lircd.conf heraus kommt.Ich sehe schon, bei diesem Problem muss man gewaltig um die Ecke denken...
Ich habe die FB neu angelernt. Leider ohne spürbare Veränderung. Die beiden lircd.conf Dateien sind zwar nicht identisch, weisen aber nur (in meinen Augen) geringe Unterschiede auf, die durch Varianzen beim Einlernen entstanden sind.
Wenn die Zahl der Interrupts so einen Einfluss hat, könnte es problematisch sein, dass der Kernel hier mit CONFIG_NO_HZ=y übersetzt ist?
-
Zitat
Original von jowi24
Ich sehe schon, bei diesem Problem muss man gewaltig um die Ecke denken...
Ich habe die FB neu angelernt. Leider ohne spürbare Veränderung. Die beiden lircd.conf Dateien sind zwar nicht identisch, weisen aber nur (in meinen Augen) geringe Unterschiede auf, die durch Varianzen beim Einlernen entstanden sind.
Ok. Das war es also nicht.Zitat
Wenn die Zahl der Interrupts so einen Einfluss hat, könnte es problematisch sein, dass der Kernel hier mit CONFIG_NO_HZ=y übersetzt ist?
Möglich. Ich verwende dieses neumodische Zeug grundsätzlich nicht:Code# CONFIG_NO_HZ is not set # CONFIG_HZ_100 is not set # CONFIG_HZ_250 is not set # CONFIG_HZ_300 is not set CONFIG_HZ_1000=y CONFIG_HZ=1000CU
Oliver -
Zitat
Originally posted by UFO
Möglich. Ich verwende dieses neumodische Zeug grundsätzlich nicht:Da ist man einmal faul und verwendet den Distributionskernel...
-
ZitatAlles anzeigen
Originally posted by UFO
# CONFIG_NO_HZ is not set
# CONFIG_HZ_100 is not set
# CONFIG_HZ_250 is not set
# CONFIG_HZ_300 is not set
CONFIG_HZ_1000=y
CONFIG_HZ=1000[/code]
Genau das habe ich jetzt mal nachvollzogen. Leider scheint weder diese Einstellung, noch eine Änderung der Kernel-Preemption überhaupt Einfluss auf das Problem zu haben.Es scheint allerdings einen direkten Zusammenhang zwischen der Last auf dem PCI-Bus und den verpassten Fernbedienungssignalen zu geben:
1. ARD Live: schlecht
2. Sat. 1 Live: (relativ) gut
3. ARD Wiedergabe: gut
4. ARD Wiedergabe (mit Aufnahme ARD im Hintergrund): schlecht
Oder ziehe ich hier die falschen Schlüsse? Ist die Datenrate des TS bei verschiedenen Transpondern überhaupt unterschiedlich (vgl. Fall 1 und 2)?VDR-System: 1 DVB-S 2.2 mit Full-TS Mod
-
lspci -v gibt hier folgendes aus:
Code
Alles anzeigen00:00.0 Host bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) Flags: bus master, medium devsel, latency 64 Memory at e7800000 (32-bit, prefetchable) [size=4M] Capabilities: [a0] AGP version 1.0 00:01.0 PCI bridge: Intel Corporation 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) (prog-if 00 [Normal decode]) Flags: bus master, 66MHz, medium devsel, latency 64 Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 I/O behind bridge: 0000d000-0000dfff Memory behind bridge: de800000-deffffff Prefetchable memory behind bridge: dff00000-e77fffff 00:04.0 ISA bridge: Intel Corporation 82371AB/EB/MB PIIX4 ISA (rev 02) Flags: bus master, medium devsel, latency 0 00:04.1 IDE interface: Intel Corporation 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) Flags: bus master, medium devsel, latency 32 [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [disabled] [size=8] [virtual] Memory at 000003f0 (type 3, non-prefetchable) [disabled] [size=1] [virtual] Memory at 00000170 (32-bit, non-prefetchable) [disabled] [size=8] [virtual] Memory at 00000370 (type 3, non-prefetchable) [disabled] [size=1] I/O ports at b800 [size=16] 00:04.2 USB Controller: Intel Corporation 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) Flags: bus master, medium devsel, latency 32, IRQ 15 I/O ports at b400 [size=32] 00:04.3 Bridge: Intel Corporation 82371AB/EB/MB PIIX4 ACPI (rev 02) Flags: medium devsel, IRQ 9 00:09.0 Network controller: Intersil Corporation Prism 2.5 Wavelan chipset (rev 01) Subsystem: Intersil Corporation Prism 2.5 Wavelan chipset Flags: bus master, medium devsel, latency 32, IRQ 15 Memory at df000000 (32-bit, prefetchable) [size=4K] Capabilities: [dc] Power Management version 2 00:0a.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL-8029(AS) Flags: medium devsel, IRQ 12 I/O ports at b000 [size=32] 00:0c.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) Subsystem: Technotrend Systemtechnik GmbH Technotrend/Hauppauge DVB card rev2.1 Flags: bus master, medium devsel, latency 32, IRQ 11 Memory at de000000 (32-bit, non-prefetchable) [size=512] 00:0d.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller Flags: bus master, medium devsel, latency 32, IRQ 15 I/O ports at a800 [size=32] Capabilities: [80] Power Management version 2 00:0d.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 61) (prog-if 00 [UHCI]) Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller Flags: bus master, medium devsel, latency 32, IRQ 11 I/O ports at a400 [size=32] Capabilities: [80] Power Management version 2 00:0d.2 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 63) (prog-if 20 [EHCI]) Subsystem: VIA Technologies, Inc. USB 2.0 Flags: bus master, medium devsel, latency 32, IRQ 10 Memory at dd800000 (32-bit, non-prefetchable) [size=256] Capabilities: [80] Power Management version 2 01:00.0 VGA compatible controller: ATI Technologies Inc Rage 128 RF/SG AGP (prog-if 00 [VGA controller]) Subsystem: ATI Technologies Inc Magnum/Xpert 128/Xpert 99 Flags: bus master, stepping, 66MHz, medium devsel, latency 64, IRQ 11 Memory at e0000000 (32-bit, prefetchable) [size=64M] I/O ports at d800 [size=256] Memory at de800000 (32-bit, non-prefetchable) [size=16K] Expansion ROM at dffe0000 [disabled] [size=128K] Capabilities: [50] AGP version 2.0 Capabilities: [5c] Power Management version 1
Das Board ist ein ASUS P2B-F. Ich hatte gerade eben auch schon mal alle Steckkarten außer DVB und Grafikkarte rausgenommen. Das hat leider keinen Unterschied gemacht.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!