Hi,
ich verwende die Mystique SaTiX-S2 Dual V2 mit yavdr 0.2 (siehe auch Signatur). Leider ist es mir noch nicht gelungen, Kanäle auf dem Low-Band auf den Bildschirm zu zaubern. Ich weiß, daß dieses Problem grundsätzlich nicht zum ersten Mal diskutiert wird. Bei manchen sind die Low-Band Kabel nicht angeschlossen oder gar vertauscht. Ich bin mir sicher, daß dies bei mir nicht der Fall ist. Ich habe nämlich testweise auch einen Aufbau mit einer TT1500 laufen, der mit der gleichen Test-channels.conf:
:*** Astra - high band - horizontal ***
Das Erste:11837:HC34M2O0S0:S19.2E:27500:101=2:102:104:0:28106:1:1101:99
:*** Astra - high band - vertical ***
TELE 5:12480:VC34M2O0S0:S19.2E:27500:1535=2:1536=deu:38:0:51:133:33:99
:*** Astra - low band - horizontal ***
Phoenix;ARD:10743:HC56M2O0S0:S19.2E:22000:501=2:502=deu:504:0:28725:1:1051:99
:*** Astra - low band - vertical ***
CNBC Europe;CNBC:11597:VC56M2O0S0:S19.2E:22000:307=2:308=eng:43:0:10030:1:1026:99
das Low-Band durchaus meistert. Nur der Vollständigkeit sei erwähnt, daß ich natürlich auch keine HD-Kanäle auf der Mystique empfange...
Der Aufbau bei mir hat noch die Besonderheit, daß ich gar keinen Empfang habe, wenn ich (im Testaufbau nur 1 Empfangskabel verfügbar!) mein SAT-Signal am oberen der beiden Buchsen anschließe. Wenn ich den unteren verwende, klappt es - aber eben ohne Low-Band.
Ich habe yavdr mit den Lipianin-Treibern installiert und erhalte im Log:
Jul 4 20:29:42 yaVDR2 kernel: [ 8.842707] nGene PCIE bridge driver, Copyright (C) 2005-2007 Micronas
Jul 4 20:29:42 yaVDR2 kernel: [ 8.842745] ngene 0000:02:00.0: PCI INT A -> Link[AE0A] -> GSI 16 (level, low) -> IRQ 16
Jul 4 20:29:42 yaVDR2 kernel: [ 8.842751] ngene: Found Mystique SaTiX-S2 Dual (v2)
Jul 4 20:29:42 yaVDR2 kernel: [ 8.843560] ngene: Device version 1
Jul 4 20:29:42 yaVDR2 kernel: [ 8.843585] ngene 0000:02:00.0: firmware: requesting ngene_15.fw
Jul 4 20:29:42 yaVDR2 kernel: [ 8.863125] RPC: Registered udp transport module.
Jul 4 20:29:42 yaVDR2 kernel: [ 8.863127] RPC: Registered tcp transport module.
Jul 4 20:29:42 yaVDR2 kernel: [ 8.863129] RPC: Registered tcp NFSv4.1 backchannel transport module.
Jul 4 20:29:42 yaVDR2 kernel: [ 8.890558] ACPI: PCI Interrupt Link [AAZA] enabled at IRQ 21
Jul 4 20:29:42 yaVDR2 kernel: [ 8.890563] HDA Intel 0000:00:08.0: PCI INT A -> Link[AAZA] -> GSI 21 (level, low) -> IRQ 21
Jul 4 20:29:42 yaVDR2 kernel: [ 8.890566] hda_intel: Disable MSI for Nvidia chipset
Jul 4 20:29:42 yaVDR2 kernel: [ 8.891509] lp: driver loaded but no devices found
Jul 4 20:29:42 yaVDR2 kernel: [ 9.039563] ngene: Loading firmware file ngene_15.fw.
Jul 4 20:29:42 yaVDR2 kernel: [ 9.051578] DVB: registering new adapter (nGene)
Jul 4 20:29:42 yaVDR2 kernel: [ 9.190168] LNBx2x attached on addr=a
Jul 4 20:29:42 yaVDR2 kernel: [ 9.190171] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Jul 4 20:29:42 yaVDR2 kernel: [ 9.195770] stv6110x_attach: Attaching STV6110x
Jul 4 20:29:42 yaVDR2 kernel: [ 9.320105] LNBx2x attached on addr=8
Jul 4 20:29:42 yaVDR2 kernel: [ 9.320110] DVB: registering adapter 0 frontend 0 (STV090x Multistandard)...
Jul 4 20:29:42 yaVDR2 kernel: [ 9.320227] stv6110x_attach: Attaching STV6110xBei den DVB-Adaptern scheint auch nur einer erkannt worden zu sein (??):
root@yaVDR2:/dev/dvb# ls -l
insgesamt 0
drwxr-xr-x 2 root root 160 2010-07-04 22:02 adapter0
root@yaVDR2:/dev/dvb#bzw.:
root@yaVDR2:/dev/dvb# lspci -vvvnn
[...]
02:00.0 Multimedia video controller [0400]: Micronas Semiconductor Holding AG Device [18c3:0720] (rev 01)
Subsystem: Micronas Semiconductor Holding AG Device [18c3:db02]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 16
Region 0: Memory at fdcf0000 (32-bit, non-prefetchable) [size=64K]
Region 1: Memory at fdce0000 (64-bit, non-prefetchable) [size=64K]
Capabilities: [40] Power Management version 2
Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
Status: D0 PME-Enable- DSel=0 DScale=0 PME+
Capabilities: [48] Message Signalled Interrupts: Mask- 64bit+ Queue=0/0 Enable-
Address: 0000000000000000 Data: 0000
Capabilities: [58] Express (v1) Endpoint, MSI 00
DevCap: MaxPayload 128 bytes, PhantFunc 0, Latency L0s <64ns, L1 <1us
ExtTag- AttnBtn- AttnInd- PwrInd- RBE- FLReset-
DevCtl: Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
MaxPayload 128 bytes, MaxReadReq 512 bytes
DevSta: CorrErr- UncorrErr+ FatalErr- UnsuppReq+ AuxPwr- TransPend-
LnkCap: Port #0, Speed 2.5GT/s, Width x1, ASPM L0s, Latency L0 unlimited, L1 unlimited
ClockPM- Suprise- LLActRep- BwNot-
LnkCtl: ASPM Disabled; RCB 64 bytes Disabled- Retrain- CommClk+
ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
LnkSta: Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
Capabilities: [100] Device Serial Number 00-11-3c-20-07-00-00-00
Capabilities: [400] Virtual Channel <?>
Kernel driver in use: ngene
Kernel modules: ngeneIch hoffe, daß dies irgendein Konfigurationsproblem ist und kein Defekt der Mystique - gerade auch, weil der Empfang mit der oberen Buchse nicht klappt. Die (unveränderte) diseqc.conf ist bei beiden Systemen (mit Mystique und dem TT1500) gleich. Hat jemand eine Idee?
Grüße
kenwood_vdr
