Beiträge von naicheben

Ich war ja sooo dooof. Ich habe versucht eine DVB-Karte in eine art Settopbox zu stecken und dann den Sat-Stecker anzuschrauben. Beim hantieren im Phonoschrank merkte ich dann schon einen elektrischen Schlag, obwohl ich die Box ausgeschaltet hatte. Mir wurde dann klar, dass man Schaltnetzteile wohl besser ganz vom Netz trennt, bevor man mit dem Einbau beginnt. Und ich sollte auch spüren warum: 1) es ist unangenehm und 2) die DVB-Karte geht kaput.

Unter Linux werden alle Treiber geladen, dmesg sieht aus wie immer aber beim scan bricht er ab. Sowohl unter DVB-T als auch DVB-S.

Ich würde gerne einen Reperaturversuch starten, wenn man überhaupt an Bauteile ran kommt. Hat hier einer Erfahrungen und Verbindungen?

Es handelt sich um eine AsusTek TIGER 3in1 [1043:4878] und ist der FLYDVBT_HYBRID_CARDBUS wohl ähnlich. Mit tda8262 tda8275 tda10046 tda10086 saa7131 und lnbp21pd

Bin für jeden Tip dankbar.

Gruß,
Ingmar

Sind die denn in die Playliste übernommen? Wenn ja, dann mußt Du vielleicht manuell das Abspielen starten (PLAY-Taste), oder Du stellst in der /etc/mms/config play_now = true irgendwo bei den Audioeinstellungen ein.

Hi,
danke für die Antwort, hast vielleicht meine Box gerette. Hast Du trotzdem die alte Firmware noch und könntest mir die schicken? Vielleicht findet sich ja noch ein anderer Weg in die Box.

Hallo,
ich habe eine DEC3000-s. Dummerweise habe ich schon mal irgendwann ein Firmware update auf die Version 2.28 gemacht. Im v4l habe ich nun gelesen, dass die Firmware 2.17 gefordert ist. Wie bekomme ich das denn jetzt downgegraded. Ich habe die alte Firmware nicht mehr im Internet gefunden.

1) Kann jemand bestätigen, dass die DEC3000-s mit Firmware 2.28 trotzdem unter Linux läuft? (ich nutze den 2.6.23 Kernel)

2) Wo finde ich die alte Firmware?

3) Wie bekomme ich sie dann in die Box?

Danke für Eure Aufmerksamkeit,
Ingmar

root@SMT-7020S:/usr/src/zslack-dev/DVB/linuxtv-dvb-apps-1.1.1/util/scan# lsmod
Module                  Size  Used by
ppdev                   7364  2
nfsd                  202896  8
exportfs                4256  1 nfsd
nfs_acl                 2720  1 nfsd
ttusb_dec              19736  0
dvb_core               68396  1 ttusb_dec
firmware_class          7072  1 ttusb_dec
ttusbdecfe              3872  1 ttusb_dec
ohci_hcd               18572  0
intel_agp              20436  1
i2c_i801                7728  0
i2c_core               18832  1 i2c_i801
parport_pc             35012  1
parport                29640  2 ppdev,parport_pc
hwmon_vid               2656  0
hwmon                   2356  0
snd_pcm_oss            36864  0
snd_mixer_oss          13280  1 snd_pcm_oss
snd_intel8x0           27492  3
snd_ac97_codec         87876  1 snd_intel8x0
ac97_bus                1888  1 snd_ac97_codec
snd_pcm                64240  4 snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              18248  3 snd_pcm
snd                    40868  9 snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore               5792  1 snd
snd_page_alloc          7624  2 snd_intel8x0,snd_pcm




root@SMT-7020S:/usr/src/zslack-dev/DVB/linuxtv-dvb-apps-1.1.1/util/scan# ./scan dvb-s/Astra-19.2E
scanning dvb-s/Astra-19.2E
using '/dev/dvb/adapter0/frontend0' and '/dev/dvb/adapter0/demux0'
initial transponder 12551500 V 22000000 5
>>> tune to: 12551:v:0:22000
__tune_to_transponder:1491: ERROR: FE_READ_STATUS failed: 5 Input/output error
>>> tune to: 12551:v:0:22000
__tune_to_transponder:1491: ERROR: FE_READ_STATUS failed: 5 Input/output error
ERROR: initial tuning failed
dumping lists (0 services)
Done.




dmesg:
usb 2-2: new full speed USB device using uhci_hcd and address 2
usb 2-2: configuration #1 chosen from 1 choice
ttusb_dec: Firmware 2.28<6>ttusb_dec: found DSP code "DEC2540-t".
usbcore: registered new interface driver ttusb-dec
usb 2-2: USB disconnect, address 2
usb 2-2: new full speed USB device using uhci_hcd and address 3
usb 2-2: configuration #1 chosen from 1 choice
DVB: registering new adapter (DEC3000-s)
DVB: registering frontend 0 (TechnoTrend/Hauppauge DEC3000-s Frontend)...

Google sagt:

http://forum.chip.de/linux/net…-installieren-505900.html

Da wäre schon mal eine Installationsanleitung

Hallo,
ich habe mir die Karte aus einem Lidl-PC ausgebaut und wollte die mal unter Linux zum Laufen bringen. Gelesen habe ich auch schon einiges, aber nicht unbedingt verstanden. Ich lade den Treiber mit Parametern card=64 und tuner=54. Soweit sieht das ja schon mal alles ganz gut aus, aber wie teste ich jetzt, ob das alles richtig ansprechbar ist? Wenn ich xine starte und auf DVB klicke, stürzt es ab.

Auf der Karte habe ich ein eeprom entdeckt, das soll bei ähnlichen Karten nicht der Fall sein. Macht das was?

Vielen Dank schon mal,
Ingmar

01:02.0 Class 0480: 1131:7133 (rev d1)
        Subsystem: 1043:4878
        Flags: bus master, medium devsel, latency 64, IRQ 9
        Memory at ff7ff000 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [40] Power Management version 2


01:02.0 Multimedia controller: Philips Semiconductors SAA7133 Video Broadcast Decoder (rev d1)
        Subsystem: ASUSTeK Computer Inc.: Unknown device 4878
        Flags: bus master, medium devsel, latency 64, IRQ 9
        Memory at ff7ff000 (32-bit, non-prefetchable) [size=2K]
        Capabilities: [40] Power Management version 2


Module                  Size  Used by
saa7134_dvb            10788  0
mt352                   5348  1 saa7134_dvb
video_buf_dvb           4196  1 saa7134_dvb
nxt200x                12100  1 saa7134_dvb
dvb_pll                10148  2 saa7134_dvb,nxt200x
tda1004x               12932  1 saa7134_dvb
saa7134               100448  1 saa7134_dvb
tuner                  48172  0
nfsd                   79048  8
exportfs                4128  1 nfsd
em8300                 68000  0
i2c_algo_bit            7752  1 em8300
firmware_class          7136  4 saa7134_dvb,nxt200x,tda1004x,em8300
intel_agp              17948  1
i2c_i801                7212  0
video_buf              18500  3 saa7134_dvb,video_buf_dvb,saa7134
compat_ioctl32          1056  1 saa7134
v4l2_common            13248  2 saa7134,tuner
v4l1_compat            11876  1 saa7134
ir_kbd_i2c              6064  1 saa7134
ir_common              23268  2 saa7134,ir_kbd_i2c
videodev                6624  1 saa7134
stv0299                 8968  0
dvb_core               63784  2 video_buf_dvb,stv0299
hwmon_vid               2432  0
hwmon                   2260  0
i2c_isa                 3264  0
i2c_core               15280  12 saa7134_dvb,mt352,nxt200x,tda1004x,saa7134,tuner,em8300,i2c_algo_bit,i2c_i801,ir_kbd_i2c,stv0299,i2c_isa
snd_pcm_oss            32896  0
snd_mixer_oss          13632  1 snd_pcm_oss
snd_intel8x0           26012  0
snd_ac97_codec         80160  1 snd_intel8x0
snd_ac97_bus            1824  1 snd_ac97_codec
snd_pcm                67016  4 em8300,snd_pcm_oss,snd_intel8x0,snd_ac97_codec
snd_timer              17892  1 snd_pcm
snd                    40772  7 em8300,snd_pcm_oss,snd_mixer_oss,snd_intel8x0,snd_ac97_codec,snd_pcm,snd_timer
soundcore               6912  2 em8300,snd
snd_page_alloc          7240  2 snd_intel8x0,snd_pcm
ide_scsi               12196  0


root@SMT-7020S:/usr/src/zslack-dev/mms/mms-1.1.0# ls -ali /dev/dvb/adapter0/
total 0
114394 drwxr-xr-x  2 root root    152 2007-03-25 21:33 ./
114393 d---------  3 root root     72 2007-03-25 21:33 ../
104370 crw-rw----  1 root root 212, 4 2007-03-25 21:33 demux0
104372 crw-rw----  1 root root 212, 5 2007-03-25 21:33 dvr0
104371 crw-rw----  1 root root 212, 3 2007-03-25 21:33 frontend0
104373 crw-rw----  1 root root 212, 7 2007-03-25 21:33 net0


104342 crw-rw----  1 root root  212,   4 2007-03-25 21:17 /dev/dvb0.demux0
104367 crw-rw----  1 root root  212,   5 2007-03-25 21:17 /dev/dvb0.dvr0
104341 crw-rw----  1 root root  212,   3 2007-03-25 21:17 /dev/dvb0.frontend0
104369 crw-rw----  1 root root  212,   7 2007-03-25 21:17 /dev/dvb0.net0


dmesg:
saa7130/34: v4l2 driver version 0.2.14 loaded
ACPI: PCI Interrupt 0000:01:02.0[A] -> Link [LNKC] -> GSI 9 (level, low) -> IRQ 9
saa7133[0]: found at 0000:01:02.0, rev: 209, irq: 9, latency: 64, mmio: 0xff7ff000
saa7133[0]: subsystem: 1043:4878, board: FlyTV mini Asus Digimatrix [card=64,insmod option]
saa7133[0]: board init: gpio is 0
tuner 0-004b: chip found @ 0x96 (saa7133[0])
tuner 0-004b: setting tuner address to 61
tuner 0-004b: type set to tda8290+75a
saa7133[0]: i2c eeprom 00: 43 10 78 48 54 20 1c 00 43 43 a9 1c 55 d2 b2 92
saa7133[0]: i2c eeprom 10: ff ff ff 0f ff 20 ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 20: 01 40 01 02 03 01 01 03 08 ff 00 d7 ff ff ff ff
saa7133[0]: i2c eeprom 30: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 40: ff 28 00 c2 96 16 03 02 c0 1c ff ff ff ff ff ff
saa7133[0]: i2c eeprom 50: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 60: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: i2c eeprom 70: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff
saa7133[0]: registered device video0 [v4l2]
saa7133[0]: registered device vbi0
saa7133[0]: registered device radio0

hast Du den Porttreiber geladen?
http://lcdhype.de/index.php?showtopic=68

und na klar, muss das wireing stimmen.

Ich habe ein Display an dem steht für die Hintergrundbeleuchtung A und K dran. Ich denke das steht für Anode und Kathode. Wenn ich in Elektronik nicht ganz gepennt habe soll + in die Anode rein und aus der Kathode raus nach - fließen. (jaja, der Weg der elektronen ist andersrum, ich weiß!). Allerdings muss ich es verpolen, um Licht zu bekommen. Hast Du das mal probiert? Kann ja eigentlich nix passieren, wenns LED Hintergrundbeleuchtung ist.

aber der Server reagiert seeeeeehhhrrrr trääääägeeeee.

Ich denke ich muss mit der CPU Last leben.

ja, wie dusseleig kann man sein....kaum 5 min später hab ich die Antwort gefunden....nanosleep sched_rr ist auch für kernel 2.6.17.6 empfehlenswert! Damit geht die Last deutlich runter.

Hallo,
ich habe eine S100, die hat einen 733MHz Intel CeleronM Prozessor und 128MBRAM. Eingebaut ist eine Festplatte mit 256MB Swap. jetzt läuft da LCDproc 0.5.2 mit Graphlcd 0.1.5 drauf und gibt auf ein Powertip 128x64 KS0108-Controller die LCD-Ausgabe von MMSv2 aus.

Wenn ich mit Top nachschaue, wer da so das System ausbremst sehe ich LCDd immer ganz oben mit 24%. Ist das normal, dass es so viel Systemrecourcen frisst?

Beim Forum durchsuchen habe ich was von 1% gelesen, allerdings waren das auch schnellere CPUn. Nur kann ich mir nicht vorstellen, dass es ein CPU-Problem ist...Kann es an der PCI-Parallelport-Karte liegen, dass die das system ausbremst?

Für Hinweise und Tipps wäre ich sehr dankbar.

Gruß,
Ingmar

Ok, wenn ich das jetzt richtig verstanden habe, geht es bei dem Fehler um eine Funktion, die auf den kleineren Bausteinen gar nicht verwendet werden kann (zu wenig Speicher), wenn ich das "_far" aus der Funktion nehme, kompiliert er sauber durch (für nen AT90S8515). Dazu habe ich noch die Registernamen und die Ports anpassen müssen.

Jetzt muß ich das noch auf mein Display anpassen ... wow, ist das spannend

kann es sein, dass Du auch ppdev laden mußt, damit es läuft. Das hatte ich bei meinem KS0108.

Danke für die Quellen,
ich habe mir WinAVR mal installiert und Deine Quellen kompiliert. Dann erhalte ich eine hex Datei mit fast 16k. Reicht das, wenn ich dieses Hefile in den AVR brenne? Sprich, mir würde ein ATMega168-20 reichen? Zum brennen will ich demnächst mal Bascom-AVR probieren, da ist ein ISP Proggi drin. Oder kann das aus irgendwelchen Gründen nicht klappen?

EDIT habe mittlerweile versucht den Code für den ATmega168-20 kompilieren zu lassen. Ging gar nicht! Dann mit dem atmega162 Dazu habe ich in der Makefile den MPU Typ geändert auf atmega162. Aber jetzt bekomme ich eine Fehlermeldung, dass in graphics.cpp in der Funktion InitFont pgm_read_byte_far_(...) nicht deklariert wäre, dabei habe ich pgmspace.h drin gelassen. Muss wohl noch reichlich Doku lesen, bis ich das alles schnalle...

Ja, genau das hab ich gemeint! Danke. Na, dann bin ich ja mal gespannt, ob ich das hinbekomme mit dem Transponieren.

Zitat

Original von gda

Lies noch mal die Antwort von Slime. Set8Pixel hat überhaupt nichts mit deinem Display zu tun.

Schon klar, die Daten die von "oben" kommen, können ja nichts mit dem Display zu tun haben. Sie sind ja für jedes Display gleich und müssen vom Treiber für die Hardware umgesetzt werden. Trotzdem ist meine Frage bezogen auf mein Display (aufgrund der Teilung!) wichtig und die Antwort von slime gibt das nicht her. Also in welcher Orientierung die Bytes kommen. Es ist ja nicht einerlei, ob das MSB einen Pixel rechts, links, über oder unter dem nächsthöherem Bit anspricht! Ich hoffe meine Frage ist jetzt klarer ....

Zitat

Da musst du dich selber drum kümmern. Sollte über eine Adressumrechnung
zu machen sein.

Gerald

Ok, danke. Ich habe mich schon etwas weiter in den Treiber von Slime eingelesen. Wenn die erste Frage geklärt ist, wird die Umrechnung hoffentlich nicht so schwer

Danke für die Infos; natürlich habe ich noch Fragen:
1) Set8Pixels: bekommt es die Daten für eine horizontal angeordnete Reihe von Pixeln (zeilenweise) oder vertikal (untereinander auf dem Display dargestellt. Ich frag so blöd, weil mein Display (KS0108 128x64) immer 8 Pixel untereinander schreibt.
2) mein Display hat zwei Hälften. Ich bin verwirrt ... wie realisiere ich den Wechsel, oder weiß das die übergeordnete Schicht???

Danke,
Ingmar

Hallo Andreas,
ich habe mir avrctl.c angesehen. Ich würde den Treiber gerne auf mein KS0108 umschreiben. Das ist vom Treiber her sicher nicht so viel anders. Mich würde auch sehr der Quelltext für den AVR interessieren.
Was ich noch nicht so begreife ist, wie die Bilddaten in das array kommen? Wo kann ich das nachlesen, wie aus Text (von LCDd -> glcdlib) ein Bild wird und das über den Treiber ausgegeben wird? Mit anderen Worten: ich verstehe schon das Prinzip nicht; wo wird das erklärt?

Gruß,
Ingmar

So, jetzt hab ich das Display an einer PCI-Karte am laufen. Flackern tut nix mehr. Ich habe jetzt aber das Problem, dass jedes 4-5te Bild nur Pixelbrei ist. Ich habe den Saft aus dem PC-Netzteil, Kabel von der Karte zum LCD ist Flachband 80cm. RefreshDisplay=1/5 (ist egal). Kernel 2.6.15.22 (also auch die Waitsec auf 3 glaub ich) mit dem Oszillatorfreq gespielt (hat keinen Einfluß).

Könnten Pullup oder zusätzliche TreiberICs helfen?

In meinem Hub sitzen pro Port 100µF/16V. Ich würde es mal mit 330µ/16V versuchen. Aber wieso schwankt denn die Spannung am USB??? Ich könnte es ja verstehen, wenn ein Scanner Strom zieht, aber so rein ohne Grund?