NOKIA SAT-Box: Kanal (zur Zeit) nicht verfügbar

Boxenweitwurf
bitsucker
Interessierter
Interessierter
Beiträge: 39
Registriert: Freitag 23. September 2005, 08:35

NOKIA SAT-Box: Kanal (zur Zeit) nicht verfügbar

Beitrag von bitsucker »

Hallo,

ich versuche gerade eine Box nach einem CPU Tausch wieder zum Leben zu erwecken.

Box: Nokia (AVIA 600)
Image: JTG 2.2.5

Die Box läuft hoch und zeigt Startbilder, Meldungen und Menüs, findet aber keine Kanäle. Ich habe es über die Kanalsuche versucht und auch mit dem Einspielen der Senderfiles, die ich in meiner anderen Box erfolgreich verwende, die Kanalsuche findet aber keine Kanäle und bei Benutzung der eingespielten Bouquets erhalte ich nur die Fehlermeldung "Kanal (zur Zeit) nicht verfügbar"

Die SAT-Anlage ist in Ordnung (läuft mit der anderen Box) und das SATFIND Plugin zeigt auch gute Werte (Bitfehlerrate 0, Rauschsp.abstand um die 58000, Signal bei 61000). Abziehen des SAT Kabels oder Verdecken des LNBs verändert die Werte, das sieht für mich also plausibel aus.

Welche Informationen werden denn für die Anzeige dieser Werte herangezogen, bzw. kann der Tuner trotzdem defekt sein, wenn ich solche Werte erhalte?

Nachfolgend das bootlog:

Code: Alles auswählen

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS
debug: BMon V1.2  mID 01
debug: feID dd    gtxID 0b
debug: fpID 5a     dsID xx-xx.xx.xx.xx.xx.xx-xx
debug: HWrev 09  FPrev 0.81
debug: B/Ex/Fl(MB) 32/00/08
WATCHDOG reset enabled
dbox2:root> debug: 
BOOTP/TFTP bootstrap loader (v0.3)
debug: 
debug: Transmitting BOOTP request via broadcast
debug: Given up BOOTP/TFTP boot
boot net failed

Flash-FS bootstrap loader (v1.5)

Found Flash-FS superblock version 3.1
Found file /root/platform/nokia-dbox2/kernel/os in Flash-FS
debug: Got Block #0036

will verify ELF image, start= 0x800000, size= 162700
verify sig: 262
Branching to 0x40000


U-Boot 1.2.0 (Tuxbox) (Aug 18 2007 - 10:07:13)

CPU:   PPC823ZTnnB2 at 67.200 MHz: 2 kB I-Cache 1 kB D-Cache
Board: DBOX2, Nokia, BMon V1.2
       Watchdog enabled
I2C:   ready
DRAM:  32 MB
FLASH:  8 MB
Scanning JFFS2 FS: . done.
FB:    ready
LCD:   ready
In:    serial
Out:   serial
Err:   serial
Net:   SCC ETHERNET

Options:
  1: Console on null
  2: Console on ttyS0
  3: Console on framebuffer
Select option (1-3), other keys to stop autoboot:  0 
### FS (squashfs) loading 'vmlinuz' to 0x100000
### FS load complete: 704130 bytes loaded to 0x100000
............................................................... done
Un-Protected 63 sectors
## Booting image at 00100000 ...
   Image Name:   dbox2
   Image Type:   PowerPC Linux Kernel Image (gzip compressed)
   Data Size:    704066 Bytes = 687.6 kB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
   Uncompressing Kernel Image ... OK
Linux version 2.4.35-dbox2 (vom Jtg-Team)  (gcc version 3.4.6) #3 Sa 18. Aug 10:
10:21 CEST 2007
On node 0 totalpages: 8192
zone(0): 8192 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Kernel command line: console=ttyS0 root=/dev/mtdblock2 rootfstype=squashfs
Decrementer Frequency = 252000000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x12C0)
Console: colour dummy device 80x25
Calibrating delay loop... 66.96 BogoMIPS
Memory: 30760k available (1200k kernel code, 348k data, 60k init, 0k highmem)
Dentry cache hash table entries: 4096 (order: 3, 32768 bytes)
Inode cache hash table entries: 2048 (order: 2, 16384 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer cache hash table entries: 1024 (order: 0, 4096 bytes)
Page-cache hash table entries: 8192 (order: 3, 32768 bytes)
POSIX conformance testing by UNIFIX
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
Starting kswapd
devfs: v1.12c (20020818) Richard Gooch (rgooch@atnf.csiro.au)
devfs: boot_options: 0x1
JFFS2 version 2.2. (NAND) (C) 2001-2003 Red Hat, Inc.
squashfs: version 3.0 (2006/03/15) Phillip Lougher
i2c-core.o: i2c core module version 2.6.1 (20010830)
i2c-dev.o: i2c /dev entries driver module version 2.6.1 (20010830)
CPM UART driver version 0.04
ttyS0 at 0x0280 is on SMC1 using BRGttyS1 at 0x0380 is on SMC2 using BRG2
pty: 256 Unix98 ptys configured
eth0: CPM ENET Version 0.2.dbox2 on SCC2, 00:50:9c:1f:c4:fc
loop: loaded (max 8 devices)
D-Box 2 flash driver (size->0x800000 mem->0x10000000)
D-Box 2 flash memory: Found 2 x16 devices at 0x0 in 32-bit bank
 Intel/Sharp Extended Query Table at 0x0035
cfi_cmdset_0001: Erase suspend on write enabled
Creating 6 MTD partitions on "D-Box 2 flash memory":
0x00000000-0x00020000 : "BR bootloader"
0x00020000-0x00040000 : "FLFS (U-Boot)"
0x00040000-0x006a0000 : "root (SquashFS)"
0x006a0000-0x00800000 : "var (JFFS2)"
0x00020000-0x00800000 : "Flash without bootloader"
0x00000000-0x00800000 : "Complete Flash"
Linux video capture interface: v1.00
mice: PS/2 mouse device common for all mice
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
VFS: Mounted root (squashfs filesystem) readonly.
Mounted devfs on /dev
Freeing unused kernel memory: 60k init
init started: BusyBox v1.6.1 (2007-08-18 09:43:02 CEST) multi-call binary
Starting the automounter
event: $Id: event.c,v 1.12 2003/09/30 05:45:38 obi Exp $
[i2c-8xx]: mpc 8xx i2c init
[i2c-8xx]: adapter: 0
$Id: cam.c,v 1.30 2004/01/10 16:36:34 alexw Exp $
$Id: avia_napi.c,v 1.18 2003/11/24 09:53:01 obi Exp $
DVB: registering new adapter (C-Cube AViA GTX/eNX with AViA 500/600).
dvb_i2c_bridge: enabled DVB i2c bridge to PowerPC 8xx I2C adapter
$Id: cam_napi.c,v 1.8 2003/09/30 05:45:34 obi Exp $
avia_av: $Id: avia_av_core.c,v 1.99 2006/01/08 21:36:22 carjay Exp $
avia_av: AVIA500 sptsfix is off
avia_av_core: Starting avia_av_wdt thread.
avia_av_event: $Id: avia_av_event.c,v 1.11 2003/10/26 16:32:51 obi Exp $
avia_av_proc: $Id: avia_av_proc.c,v 1.15 2007/07/29 18:14:12 papst Exp $
avia_gt_core: $Id: avia_gt_core.c,v 1.48 2004/12/20 01:01:22 carjay Exp $
avia_gt_core: autodetecting chip type... GTX
avia_gt_gtx: $Id: avia_gt_gtx.c,v 1.24 2003/09/30 05:45:35 obi Exp $
avia_gt_accel: $Id: avia_gt_accel.c,v 1.19 2003/09/30 05:45:35 obi Exp $
avia_gt_dmx: $Id: avia_gt_dmx.c,v 1.210 2004/06/26 16:08:15 carjay Exp $
avia_gt_core: masking unhandled irq reg 1 bit 11
avia_gt_core: masking unhandled irq reg 1 bit 13
avia_gt_ucode: loaded ucode v0014
avia_gt_ucode: ucode section filters disabled.
avia_gt_dmx: warning, misaligned queue 0 (is 0xFD200, size 65536), aligning...
avia_gt_gv: $Id: avia_gt_gv.c,v 1.39 2004/08/28 16:44:56 carjay Exp $
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_pcm: $Id: avia_gt_pcm.c,v 1.29 2004/01/29 19:38:20 zwen Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_capture: $Id: avia_gt_capture.c,v 1.32 2003/09/30 05:45:35 obi Exp $
avia_gt_pig: $Id: avia_gt_pig.c,v 1.40 2003/09/30 05:45:35 obi Exp $
avia_gt_vbi: $Id: avia_gt_vbi.c,v 1.26 2003/08/01 17:31:22 obi Exp $
avia_gt_core: Loaded AViA eNX/GTX driver
avia_gt_fb: $Id: avia_gt_fb_core.c,v 1.54 2004/03/17 18:42:18 zwen Exp $
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
Console: switching to colour frame buffer device 82x32
avia_gt_fb: fb0: AViA eNX/GTX Framebuffer frame buffer device
lcd.o: init lcd driver module
lcd.o: found KS0713/SED153X lcd interface
jtginfo $Id: jtginfo.c,v 1.7 2006/08/01 22:04:55 jtgriker Exp $
avia_gt_lirc: $Id: avia_gt_lirc.c,v 1.14 2003/09/30 05:45:35 obi Exp $
avia_gt_ir: $Id: avia_gt_ir.c,v 1.30 2003/09/30 05:45:35 obi Exp $
avia_oss: $Id: avia_gt_oss.c,v 1.26 2004/05/31 22:56:02 carjay Exp $
avia_gt_pcm_set_rate(44100)
avia_gt_v4l2: $Id: avia_gt_v4l2.c,v 1.12 2003/09/30 04:54:03 obi Exp $
ves1x93: Detected ves1893a rev2
DVB: registering frontend 0:0 (VES1893)...
avia_av_napi.c: $Id: avia_av_napi.c,v 1.33 2004/03/11 15:30:27 derget Exp $
avia_gt_napi: $Id: avia_gt_napi.c,v 1.203 2005/01/05 05:49:56 carjay Exp $
Thu Jan  1 12:00:00 CET 1970
$Id: sectionsd.cpp,v 1.247 2007/08/08 22:17:06 dbt Exp $
[sectionsd] Caching max 6000 events
[sectionsd] Caching 14 days
[sectionsd] Caching 6 hours Extended Text
[sectionsd] Events are old 60min after their end time
/var/tuxbox/config/zapit/epgfilter.xml: No such file or directory
/var/tuxbox/config/mybouquets.xml: No such file or directory
[ConfigFile] Unable to open file /var/tuxbox/config/timerd.conf for reading.
$Id: zapit.cpp,v 1.402 2007/07/22 14:36:42 dbluelle Exp $
[frontend] uncommitted_switch_mode 0
/var/tuxbox/config/zapit/bouquets.xml: No such file or directory
/tmp/currentservices.xml: No such file or directory
[camd] ca system id: 1702
$Id: controld.cpp,v 1.127 2007/07/01 08:40:13 dbluelle Exp $

[controld] Boxtype detected: (1, Nokia D-BOX2)
[controld]: ROUTEVIDEO v1 = 5 a1 = 1 v2 = 1 a2 = 1 v3 = 0 a3 = 1 fblk=1
[yhttpd] Webserver nhttpd/3.1.3 (yhttpd_core/1.2.0)
[LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/micron.ttf...OK (Micron/Regular)
[LCDFONT] adding font /share/fonts/micron_bold.ttf...OK (Micron/Bold)
[LCDFONT] adding font /share/fonts/pakenham.ttf...OK (Pakenham/Regular)
[LCDFONT] Intializing font cache...
[yhttpd] Webserver starting...
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
/bin/neutrino: /lib/libpng12.so.0: no version information available (required by
 /bin/neutrino)
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[neutrino] frameBuffer Instance created
812k video mem
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
[neutrino] Software update enabled
[neutrino] enable flash
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[lcdd] time-skin not found -> using default...
[lcdd] weekday-skin not found -> using default...
[lcdd] date-skin not found -> using default...
[lcdd] month-skin not found -> using default...
[LCDFONT] initializing core...
[LCDFONT] adding font /share/fonts/12.pcf.gz...OK (Fix12/Regular)
[LCDFONT] adding font /share/fonts/14B.pcf.gz...OK (Fix14/Bold)
[LCDFONT] adding font /share/fonts/15B.pcf.gz...OK (Fix15/Bold)
[LCDFONT] Intializing font cache...
[LCDFONT] FTC_Face_Requester (Fix15/Bold)
[LCDFONT] FTC_Face_Requester (Fix14/Bold)
/dev/input/event1: No such file or directory
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] received 17 sats
[neutrino] registering as event client
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[neutrino] initialized everything
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[CControlAPI] script getca.sh not found in
/var/httpd/scripts
/share/tuxbox/neutrino/httpd-y/scripts
/var/tuxbox/plugins
/lib/tuxbox/plugins
/mnt/plugins
[sectionsd] getUTC: read: Connection timed out

Die getauschte CPU ist zwar nicht mehr das ursprüngliche Modell (XPC...., ist abgekündigt) sondern ein (laut Freescale) kompatibles Nachfolgemodell (MPC...) allerdings fände ich es merkwürdig, dass die Box problemlos hochläuft und sich eine evtl. Inkompatibilität ausgerechnet so auswirken sollte. Ob der Tuner noch einwadfrei läuft, weiss ich nicht, denn die Box habe ich bereits mit dem CPU Defekt bekommen, ist vorher bei mir also noch nie hochgelaufen.

Hat jemand von Euch eine Idee?
Zuletzt geändert von bitsucker am Montag 17. September 2007, 08:33, insgesamt 1-mal geändert.
T-Nec
Einsteiger
Einsteiger
Beiträge: 207
Registriert: Montag 9. Januar 2006, 13:54

Beitrag von T-Nec »

Hmm sieh auf ersten schnellen Blick übers Log eigentlich ganz gut aus ...

Code: Alles auswählen

[camd] ca system id: 1702 
--> S.E.C. scheint auch OK zu sein...

Und "Bitfehlerrate 0" isz ja auch ok...

Findet die Box denn die Uhrzeit? Videotext? etc.
bitsucker
Interessierter
Interessierter
Beiträge: 39
Registriert: Freitag 23. September 2005, 08:35

Beitrag von bitsucker »

Hallo T-Nec,

nein, Uhrzeit stimmt nicht und bei Videotext (Tuxtxt ) tut sich auch nichts.
bitsucker
Interessierter
Interessierter
Beiträge: 39
Registriert: Freitag 23. September 2005, 08:35

Beitrag von bitsucker »

So,

habe in der Zwischenzeit mal die Spannungen am Tuner nachgemessen, scheinen o.k. zu sein:

Pin U

3: 13V
7: 12.38V
8: 33.6V
9: 4.83V
13: 4.97V
16: 3.21V

Was die Ucodes angeht, konnte ich leider nicht auf die zurück greifen, die ursprünglich in der Box waren (zu dem Zeitpunkt als ich sie bekam, war kein Backup mehr möglich), ich habe mir daher anderweitig beholfen. Der Ucode Check meint folgendes:

Avia 500: avia500v110
Avia 600: avia600vb028
Ucode: ucode_014
Cam_Alpha: cam_01_02_105E

Ich habe auch nochmal die Konsole angeklemmt um zu sehen, was beim Zappen, bzw. bei einer Kanalsuche passiert:

Zapping:

Code: Alles auswählen

[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
[sectionsd] getUTC: read: Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
[sectionsd] getUTC: read: Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
zap failed!
Start des Satfinders:

Code: Alles auswählen


[CPlugins] (id,val):(fd_lcd,37)
[CPlugins] (id,val):(rcblk_rep,25)
[CPlugins] (id,val):(rcblk_anf,0)
[CPlugins] (id,val):(fd_rcinput,34)
[CPlugins] try exec...
result: -1
[sectionsd] getUTC: read: Connection timed out
result: -1
[CPlugins] exec done...
Start des Teletext Plugins:

Code: Alles auswählen

CPlugins] (id,val):(end_y,555)
[CPlugins] (id,val):(end_x,668)
[CPlugins] (id,val):(off_y,23)
[CPlugins] (id,val):(off_x,37)
[CPlugins] (id,val):(video_format,2)
[CPlugins] (id,val):(pid_vtxt,0)
[CPlugins] (id,val):(fd_lcd,37)
[CPlugins] (id,val):(rcblk_rep,25)
[CPlugins] (id,val):(rcblk_anf,0)
[CPlugins] (id,val):(fd_rcinput,34)
[CPlugins] (id,val):(fd_framebuffer,8)
[CPlugins] try exec...
TuxTxt 1.99
TuxTxt <fopen tuxtxt.conf>: No such file or directory
avia_gt_gv: set_input_mode (mode=2)
avia_gt_gv: set_input_size (width=720, height=576)
TuxTxt <read PAT>: Connection timed out
[CPlugins] exec done...
Kanalsuche:

Code: Alles auswählen

[zapit] scan mode full
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[sectionsd] getUTC: read: Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
[dmx.cpp:read:184] read(fd, buf, n): Connection timed out
/tmp/currentservices.xml: No such file or directory
Ich habe noch mal einen Blick auf den Schaltplan geworfen. Ich vermute mal, dass die Werte für den Satfinder über die I2C Schnittstelle des Tuners ausgelesen werden und daher gute Werte eben noch nichts über den Datenstrom vom Tuner über den Descrambler und den Demuxer aussagen?

Bei der Suche im Forum habe ich einen leider inzwischen ungültigen Link auf eine Anleitung zum Verfolgen des Signals vom Tuner aus gefunden.
Hat da jemand vielleicht einen aktuellen Link oder einen sonstigen Tip für mich?
tik-tak
Erleuchteter
Erleuchteter
Beiträge: 543
Registriert: Donnerstag 14. Dezember 2006, 09:23

Beitrag von tik-tak »

Sat Tuner bei Nokia wohl ganz selten defekt.

SEC, RAMs aber besser mit Osci messen :)
bitsucker
Interessierter
Interessierter
Beiträge: 39
Registriert: Freitag 23. September 2005, 08:35

Beitrag von bitsucker »

Wie geht man da am sinnvollsten vor?

Ich würde mir jetzt eine Datenleitung (z.B. D0) vornehmen, die auf Oszi Kanal 1 messen und auf Kanal 2 die selbe Datenleitung am Ausgang des SEC, mit externer Synchronisierung auf das CLK Signal.

Wenn der SEC die Daten korrekt durchreicht, müssten die Signale dann, abgesehen von der Durchlaufzeit, gleich aussehen. Das Ganze dann für alle anderen Datenleitungen wiederholen, Richtig?

(Sieht nach viel Arbeit aus :o )

Aber wenn dieser Pfad o.k. ist, wie misst man die RAMs an? Einen RAM Fehler mit dem Oszi zu diagnostizieren stelle ich mir recht schwierig vor, wie will man denn da z.B. ein kippendes Bit sehen?
Eigentlich müsste man da doch einen Schreib/Lesetest machen (wieso tut das eigentlich nicht der GTX bei der Initialisierung. Haben die Betanova Entwickler das damals etwa nicht eingebaut?)
bitsucker
Interessierter
Interessierter
Beiträge: 39
Registriert: Freitag 23. September 2005, 08:35

Beitrag von bitsucker »

Sat Tuner bei Nokia wohl ganz selten defekt.
Die Aussage basiert bestimmt auf ordentlichen statistischen Erhebungen oder ? :D

Selten ist halt doch öfter als nie. Es waren sowohl der Tuner als auch der SEC defekt. :(

Ganz offensichtlich kommen die Infos über die Signalqualität des SAT Signals, die das SATFIND Plugin anzeigt dann wohl über den I2C Bus des Tuners und lassen noch lange keine Aussage darüber zu, ob am (parallelen) Datenbus des Controllers auch tatsächlich irgendwas brauchbares herauskommt.

BTW, in dem Tuner ist wohl der VES 1893A defekt. Kennt jemand irgendeine Quelle für dieses (abgekündigte) Bauteil ?
SoLaLa
Tuxboxer
Tuxboxer
Beiträge: 6119
Registriert: Mittwoch 3. April 2002, 00:32

Beitrag von SoLaLa »

zu Zeiten von EKSsat war das kein problem... und da stand auch zu lesen, daß bei defektem VES der SEC meist "mitgeht"... da es die geniale Seite leider nicht mehr gibt... frag mal Gurgel (hallenberg) nach dem VES... ansonsten gibts den bei den asiatischen Chipbrokern noch für ca 10$ oder so (wahrscheinlich aber nicht als Einzelteil :cry: )
never change a running system