SMT7020S Fehler No Signal

Hallo Sedikit
Hast du in der Zwischenzeit schon was erreicht? Trotz Eintrag in der /etc/modprobe.d/blacklist werden die Module geladen. Ich bin mir nicht sicher ob das der richtige Weg ist, da ganz oben in der Datei steht es habe keinen Einfluss auf den Autoload.
Ich konnte aber auch nicht rausfinden wo ich das Laden der Module unterbinden kann. Alle per google gefundenen wege klappen nicht. Die Module wollen anscheinend immer geladen werden.

Wo soll den die von dir angesprochene modules.conf sein? Kann sie nicht finden und daher auch keine Argumente angeben.

Lieben Gruß

Füg doch mal ein Log vom Treiber laden ein und die Ausgabe vom lspci da die Karten anhand der pci id identiziert werden. Wenn du da ne andere hast als meine Kiste könnte man die doch einfach mal in den Treiber einpflegen.

hi
das problem ist bei diesen boxen wen das Modul cx88-dvb for den Modul
cx88xx geladen wirrt erkennt er die Karte nicht
auch dürfen alle anderen dvb Treiber erst nach cx88xx card=57
geladen werten
zum beispiel so l
loadmodule cx88xx card=57
loadmodule cx88-dvb
loadmodule stv0299
mfg det

Hallo!

ich hab auf meiner SMT auch das beschriebene problem. ich versuche zzt. das v2b image von det zum laufen zu bringen.
wo genau werden die beschriebenen änderungen eingetragen?

danke für eure hilfe.

PS: habt ein wenig nachsicht mit mir. beschäftige mich erst seit anfang der woche mit linux und mit der smt.

Zitat

Original von maceich hab auf meiner SMT auch das beschriebene problem. ich versuche zzt. das v2b image von det zum laufen zu bringen.
wo genau werden die beschriebenen änderungen eingetragen?

Hi,

meine Loesung fuer die /etc/init.d/Runvdr (Zeilen mit "+" werden neu eingefuegt):

case "$1" in


  start)
    if test -f /var/run/atd.pid; then
      echo " atd is running"
    else
      execute /etc/init.d/atd start
    fi


+    rmmod cx8800 cx8802 cx88xx
+    modprobe cx88xx card=57
+    modprobe cx88-dvb
+    modprobe stv0299

Die Zeilen entfernen zuerst die automatisch geladenen Module, und laden sie dann mit dem richtigen Parameter nochmal neu.

Ausserdem ist mir aufgefallen, dass in /etc/init.d/vdr der aspect-ratio nicht richtig gesetzt wird, da fehlt am Anfang folgendes:

. /etc/vdr/sysconfig
export VDRTVMODE

Sonst wird die Variable "VDRTVMODE" nicht an vdr-sxfe uebergeben. Ausserdem source ich explizit die /etc/vdr/sysconfig, damit das script auch ausserhalb des bootens funktioniert.

Super danke andreash!
So funktioniert das bei mir auch. Hatte auch immer schon die Treiber entladen und dann wieder neu geladen. Aber dann wollte der VDR nicht mehr starten.

Hibbelharry sorry das ich meine logs nicht mehr gepostet habe, hatte keine Zeit an der box rumzuschrauben. Auch jetzt eigentlich nicht, aber der Tip war zu gut um es nicht mal zu testen.

Schoen dass es geholfen hat, mir bringt es nichts mehr, nach zwei Tagen in der SMT hat es die Festplatte zerlegt. War aber alt genug dafuer

Auch von mir ein herzliches Danke.

Zur Vollstaendigkeit, die "Debian-konforme" Lösung sieht folgendermassen aus:

Folgende Zeile in /etc/modprobe.d/local einfuegen:

options cx88xx card=57

Damit entfaellt der Hack in /etc/init.d/Runvdr und die Module werden gleich mit den richtigen Parametern geladen.

PRIMA!! tausend dank!

hier werden sie geholfen

wollte heut mal das mit der änderung in der /etc/modprobe.d/local. die datei gibt's bei mir aber nicht.

Zitat

Original von mace
wollte heut mal das mit der änderung in der /etc/modprobe.d/local. die datei gibt's bei mir aber nicht.

Dann erstell sie doch einfach?
Wenn ich mich nicht schwer irre kannste die auch
/etc/modprobe.d/haudenlukas
nennen und es funktioniert immer noch

Hi,

nachdem ich nun einige distris durchproiert habe um das "No Signal" Problem
zu lösen muss ich mich nun doch einmal an euch wenden.

Nachdem den Module richtig geladen werden und der vdr auch ein DVB Device findet bekomme ich nach wie vor "No Signal"

Seit gestern empfange ich auf einmal epg Daten der ARD Sender - nun bin ich langsam am verzweifeln

Falls noch jemand eine Idee hat wäre ich sehr dankbar.

Ansonsten einen guten Rutsch

catatho

channels.conf und diseq.conf sind von meinem vdr übernommen.
Das ganze hängt an einem Multiswitch.

dmesg (Auszug)

ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 5 (level, low) -> IRQ 5
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 51016 usecs
intel8x0: clocking to 48000
w83627hf: Found W83627HF chip at 0x290
Linux video capture interface: v2.00
cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded
CORE cx88[0]: subsystem: 18ac:dc00, board: Samsung SMT 7020 DVB-S [card=57,insmod option]
TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
!!Samsung RESET done.
cx88[0]/2: cx2388x 8802 Driver Manager
ACPI: PCI Interrupt 0000:01:04.2[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
cx88[0]/2: found at 0000:01:04.2, rev: 5, irq: 11, latency: 64, mmio: 0xf6000000
cx2388x dvb driver version 0.0.6 loaded
cx8802_register_driver() ->registering driver type=dvb access=shared
CORE cx88[0]: subsystem: 18ac:dc00, board: Samsung SMT 7020 DVB-S [card=57]
cx88[0]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[0])
DVB: registering frontend 0 (ST STV0299 DVB-S)...
kjournald starting. Commit interval 5 seconds
EXT3 FS on hda4, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
eepro100.c:v1.09j-t 9/29/99 Donald Becker
eepro100.c: $Revision: 1.36 $ 2000/11/17 Modified by Andrey V. Savochkin <saw@saw.sw.com.sg> and others
ACPI: PCI Interrupt Link [LNKE] enabled at IRQ 7
PCI: setting IRQ 7 as level-triggered
ACPI: PCI Interrupt 0000:01:08.0[A] -> Link [LNKE] -> GSI 7 (level, low) -> IRQ 7
PCI: Setting latency timer of device 0000:01:08.0 to 64
eth0: OEM i82557/i82558 10/100 Ethernet, 00:00:F0:20:C3:2A, IRQ 7.
Board assembly ffffff-255, Physical connectors present: RJ45 BNC AUI MII
Primary interface chip unknown-15 PHY #31.
Secondary interface chip i82555.
General self-test: passed.
Serial sub-system self-test: passed.
Internal registers self-test: passed.
ROM checksum self-test: passed (0x04f4518b).
cx2388x v4l2 driver version 0.0.6 loaded
ACPI: PCI Interrupt 0000:01:04.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ 11
cx88[0]/0: found at 0000:01:04.0, rev: 5, irq: 11, latency: 165, mmio: 0xf5000000
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0

/var/log/messages (Auszug)

Dec 31 13:01:46 SMT-7020S vdr: [3437] VDR version 1.4.7 started
Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-xineliboutput.so.1.4.5
Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-setup.so.1.4.5
Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-skinsoppalusikka.so.1.4.5
Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-undelete.so.1.4.5
Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-sysinfo.so.1.4.5
Dec 31 13:01:46 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-zaphistory.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-server.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-streamdev-client.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-skinenigmang.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-femon.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-epgsearch.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-osdteletext.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading plugin: /usr/local/lib/vdr/libvdr-smtled.so.1.4.5
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/setup.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/sources.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/diseqc.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/channels.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/timers.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/commands.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/svdrphosts.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/remote.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/keymacros.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] found 1 video device
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: xineliboutput (1.0.0pre7): X11/xine-lib output plugin
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: setup (0.3.1): Zenslack-Setup
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: skinsoppalusikka (1.0.4): Soppalusikka skin
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: undelete (0.0.6): undelete for recordings
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: sysinfo (0.0.4a): System information plugin
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: zaphistory (0.9.5): History of the last zapped channels
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: streamdev-server (0.3.3-pre3-geni): VDR Streaming Server
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: streamdev-client (0.3.3-pre3-geni): VTP Streaming Client
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: skinenigmang (0.0.4): EnigmaNG skin
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: femon (1.1.0): DVB Signal Information Monitor (OSD)
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: epgsearch (0.9.23): search the EPG for repeats and more
Dec 31 13:01:47 SMT-7020S vdr: [3437] initializing plugin: osdteletext (0.5.1): Displays teletext on the OSD
Dec 31 13:01:47 SMT-7020S vdr: [3437] setting primary device to 2
Dec 31 13:01:47 SMT-7020S vdr: [3437] SVDRP listening on port 2001
Dec 31 13:01:47 SMT-7020S vdr: [3437] skin "EnigmaNG" not available - using "classic" instead
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: xineliboutput
Dec 31 13:01:47 SMT-7020S vdr: [3444] [xine..put] Listening on port 37890
Dec 31 13:01:47 SMT-7020S vdr: [3444] [xine..put] Listening for UDP broadcasts on port 37890
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: setup
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: skinsoppalusikka
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: undelete
Dec 31 13:01:47 SMT-7020S vdr: [3437] undelete: INFO: config file not found: [/etc/vdr/plugins]undelete.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: sysinfo
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: zaphistory
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/plugins/zaphistory.conf
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: streamdev-server
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/plugins/streamdevhosts.conf
Dec 31 13:01:47 SMT-7020S vdr: [3445] Streamdev: Listening (VTP) on port 2004
Dec 31 13:01:47 SMT-7020S vdr: [3445] Streamdev: Listening (HTTP) on port 3000
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: streamdev-client
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: skinenigmang
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: femon
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: epgsearch
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: premiereepg
Dec 31 13:01:47 SMT-7020S vdr: [3437] Attached premiere EPG filter to device 0
Dec 31 13:01:47 SMT-7020S vdr: [3437] Attached premiere EPG filter to device 1
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: osdteletext
Dec 31 13:01:47 SMT-7020S vdr: [3437] starting plugin: smtled
Dec 31 13:01:47 SMT-7020S vdr: [3437] setting current skin to "EnigmaNG"
Dec 31 13:01:47 SMT-7020S vdr: [3437] loading /etc/vdr/themes/EnigmaNG-DarkBlue.theme
Dec 31 13:01:47 SMT-7020S vdr: [3437] switching to channel 4
Dec 31 13:01:50 SMT-7020S vdr: [3444] [xine..put] Client 0 connected: 127.0.0.1:58593
Dec 31 13:01:50 SMT-7020S vdr: [3444] [xine..put] Client address: 127.0.0.1
Dec 31 13:01:56 SMT-7020S vdr: [3441] frontend 0 timed out while tuning to channel 4, tp 112460
Dec 31 13:01:59 SMT-7020S vdr: [3437] switching to channel 1
Dec 31 13:01:59 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 78-78 8 (send pos=0)
Dec 31 13:02:03 SMT-7020S vdr: [3437] switching to channel 2
Dec 31 13:02:04 SMT-7020S vdr: [3437] switching to channel 3
Dec 31 13:02:05 SMT-7020S vdr: [3437] switching to channel 2
Dec 31 13:02:06 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 112-145 6 (send pos=0)
Dec 31 13:02:07 SMT-7020S vdr: [3446] EPGSearch: timer conflict check started
Dec 31 13:02:07 SMT-7020S vdr: [3446] EPGSearch: timer conflict check finished
Dec 31 13:02:10 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 124-178 6 (send pos=0)
Dec 31 13:02:11 SMT-7020S vdr: [3444] [xine..put] Invalid re-send request: 137-189 6 (send pos=0)
Dec 31 13:02:15 SMT-7020S vdr: [3441] frontend 0 timed out while tuning to channel 2, tp 111954
Dec 31 13:02:47 SMT-7020S vdr: [3437] connect from 127.0.0.1, port 34804 - accepted
Dec 31 13:02:47 SMT-7020S vdr: [3437] closing SVDRP connection
Dec 31 13:02:48 SMT-7020S vdr: [3437] connect from 127.0.0.1, port 34805 - accepted
Dec 31 13:02:48 SMT-7020S vdr: [3437] closing SVDRP connection
Dec 31 13:03:20 SMT-7020S vdr: [3441] frontend 0 timed out while tuning to channel 2, tp 111954

hi. bin ihr auch ziehmlich neu und hoffe du kannst mit helfen. hab wie die meisten auch das probelm mit den kein signal. hab die run vdr geändert, jetzt bleibt die smt 7020 aber beim booten hängen. kannst du mir deine runvdr mal schicken?? wäre echt net, oder kannst mir noch eine hilfestellung geben.

Moin,

an Runvdr hab ich nichts geändert.

Hatte Probleme die modules richtig zu laden. Mit der empfohlenen Reihenfolge
gab es immer die Fehlermeldung

DVB: Unable to find symbol stv0299_attach()

Ich habe dann

/sbin/modprobe stv0299

in /etc/rc.d/rc.modules

weiter nach oben verschoben, dann ging zumindest der Teil ohne Fehler.

Gruß und frohes neues
catatho

Hallo!

Ich habe auch das NO SIGNAL Prblem, allerdings scheint's bei mir an der Spannung zu liegen, die der Receiver an den Multiswitch (ohne externe Versorgung) liefert.
Die SMT funktioniert bei Satanlagen mit versorgtem Multiswitch problemlos.
Wenn ich das SAT-Signal durch einen 2. digitalen SAT-Receiver schleife, funktioniert auch die SMT, auch wenn ich den 2. Receiver von der Stromversorgung trenne, sobald die SMT gebootet hat. Auch das Umschalten zwischen den Sendern funktioniert dann problemlos.
Auch mit dem LNB-Power-Batch auf 19V funktioniert die SMT bei mir nicht "standalone".
Mit der Originalsoftware funktioniert die Box ebenfalls problemlos, auch bei den kleinsten Spannungswerten, lediglich "LNB Power" muss aktiviert sein.

Jetzt habe ich mir mal ein Oszilloskop geschnappt und die Signale beim Aktivieren des SAT-Tuners verglichen (jeweils mit dem Kanal SAT1).
Die angehängten Bilder zeigen:
zenlack_18.bmp: Zenslack ISO_V2 ohne Power-Patch
zenlack_19.bmp: Zenslack ISO_V2 mit Power-Patch
original.bmp: Original DOM, nach ca. 20Sekunden springt das Signal dann auf 12V

Kann mir jemand sagen, wo ich den Sourcecode eines Zenslack-Images mit Power-Patch bekomme?

Hat vielleicht auch jemand einen Tipp, wie ich es erreichen kann, dass die Spannung beim Einschalten des SAT-Tuners sofort auf 19V steigt? Ich vermute mal irgendwo in cx88-dvb.c, oder?

Ich bin für jeden Tipp dankbar!

mfg
Chris

Hallo asterix_1

Zuständig für die Versorgung des LNB und die Erzeugung der Diseq Signale ist das IC ISL6421. Dieser hängt zum einen direkt am CX23882
und am I2C Bus.
Über den CX23882 wird die 14 18 Volt umschaltung und der 22KHz toneburst geschaltet. (Quelle Ronja Schmidt aus Zenega Board)

Über I2C kann man die Spannungen einstellen 13 oder 14 und 18 oder 19V.

Ich denke Du suchst am besten nach dem ISL6421 Treiber.

Gruß Eljo

Update: Wie es scheint, funktionieren nur die Horizontalen Transponder nicht.

Hallo zusammen,

das NO-SIGNAL-Problem beherrscht mein SMT 7020S.

Ich habe mal die hier vorgeschlagenen Workarounds getest - leider ohne Ergebnis.

Mit ZenSlack hatte ich ein Bild, unter Debian scheint es nicht zu klappen.

Ich habe zur Installation folgende Anleitung bzw. folgendes Image + Update von DecemberSoul verwendet: Beitrag

(Mit ZenDeb von Egalus hat es auch nicht funktioniert)

Hier mal die letzten Zeilen von dmesg:

Linux video capture interface: v2.00
cx2388x cx88-mpeg Driver Manager version 0.0.6 loaded
CORE cx88[0]: subsystem: 18ac:dc00, board: Samsung SMT 7020 DVB-S [card=57,autod                                             etected]
TV tuner 4 at 0x1fe, Radio tuner -1 at 0x1fe
cx2388x v4l2 driver version 0.0.6 loaded
!!Samsung RESET done.
cx88[0]/2: cx2388x 8802 Driver Manager
ACPI: PCI Interrupt 0000:01:04.2[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ                                              11
cx88[0]/2: found at 0000:01:04.2, rev: 5, irq: 11, latency: 64, mmio: 0xf6000000
ACPI: PCI Interrupt 0000:01:04.0[A] -> Link [LNKA] -> GSI 11 (level, low) -> IRQ                                              11
cx88[0]/0: found at 0000:01:04.0, rev: 5, irq: 11, latency: 165, mmio: 0xf500000                                             0
cx88[0]/0: registered device video0 [v4l2]
cx88[0]/0: registered device vbi0
ACPI: PCI Interrupt 0000:00:1f.5[B] -> Link [LNKB] -> GSI 5 (level, low) -> IRQ                                              5
PCI: Setting latency timer of device 0000:00:1f.5 to 64
intel8x0_measure_ac97_clock: measured 51026 usecs
intel8x0: clocking to 48000
EXT3 FS on hda1, internal journal
kjournald starting.  Commit interval 5 seconds
EXT3 FS on hda3, internal journal
EXT3-fs: mounted filesystem with ordered data mode.
Adding 257032k swap on /dev/hda2.  Priority:-1 extents:1 across:257032k
e100: eth0: e100_watchdog: link up, 100Mbps, full-duplex
i2c /dev entries driver
i810_smbus 0000:00:02.0: i810/i815 i2c device found.
cx2388x dvb driver version 0.0.6 loaded
cx8802_register_driver() ->registering driver type=dvb access=shared
CORE cx88[0]: subsystem: 18ac:dc00, board: Samsung SMT 7020 DVB-S [card=57]
cx88[0]/2: cx2388x based dvb card
DVB: registering new adapter (cx88[0]).
DVB: registering frontend 0 (ST STV0299 DVB-S)...
i2c_adapter i2c-2: sendbytes: error - bailout.
i2c_adapter i2c-2: sendbytes: error - bailout.

Hat jemand ne Idee, was ich noch tun kann?

Ich bin schonmal weitergekommen,

wenn oben beschriebene Workarounds nicht greifen, weil das laden der Module an sich funktioniert, dann deutet das wohl darauf hin,
dass die LNB-Spannung nicht passt.

In meinem konkreten Fall ist wohl die Spannung für die horizontalen Frequenzen nicht hoch genug, also unter 18 V.

Ich habe mal die beiden folgenden Hacks für Zenslack entdeckt:
http://vdr-portal.de/board/thr…?postid=658782#post658782
http://vdr-portal.de/board/thr…?postid=658923#post658923

Bei Zenslack scheint das ja auch mittlerweile in ein update eingeflossen zu sein. Gibt es da was vergleichbares für Zendeb/ZenVDR? Die Treiber sind leider bei Zendeb andere, wenn ich das richtig sehe, so dass man den HACK nicht 1:1 übernehmen kann. Wäre ja auch gut, wenn es dafür ein fertiges update gäbe.