Nach dem Kauf: Probleme mit IDE-Interface (lost interrupt)

[marobo]

Ich habe mich inzwischen entschieden, das IDE-Interface zu kaufen. An dieser Stelle noch einmal vielen Dank für die Antworten auf meine Fragen vor dem Kauf hier im Forum. Gestern kam nun das Interface und ich habe es eingebaut. Grundsätzlich scheint es zu funktionieren, aber leider auch nur grundsätzlich. Das Interface wird offenbar erkannt, ebenso die angeschlossene Festplatte. Leider habe ich bei Plattenzugriffen häufiger die Meldung "hda: lost interrupt", so dass letztlich noch nicht einmal die Einrichtung der Festplatte gelingt. Zum Testen, ob das Streamen funktioniert, bin ich so noch gar nicht gekommen.

Meine Konfiguration: Nokia dBox 2 Kabel, AVIA600, 2x Intel Flash. Neuestes JtG-Image von Hallenberg, testweise hatte ich auch mal das K*yw*lt-Image vom September 2006 mit HDD-Unterstützung (beta6) installiert. Das Ergebnis war dort das gleiche. Angeschlossen am HD-Interface ist eine 2,5"-Toshiba-Platte mit 30 GB (TOSHIBA MK3017GAP), die momentan von einem externen Interface mit Strom versorgt wird. Die Festplatte samt 2,5"-Adapter läuft an einem PC problemlos.

Hier der Bootlog:

U-Boot 1.2.0 (Tuxbox) (May 6 2007 - 21:31:13)

CPU: PPC823ZTnnB2 at 67.100 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: . .
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: 694160 bytes loaded to 0x100000
...............................................................
Un-Protected 63 sectors
## Booting image at 00100000 ...
Image Name: dbox2
Image Type: PowerPC Linux Kernel Image (gzip compressed)
Data Size: 694096 Bytes = 677.8 kB
Load Address: 00000000
Entry Point: 00000000
Verifying Checksum ... OK
Uncompressing Kernel Image ... OK
Linux version 2.4.34.4-dbox2 (vom Jtg-Team) (gcc version 3.4.6) #2 So 6. Mai 21
:39:42 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 = 251625000/60
m8xx_wdt: active wdt found (SWTC: 0xFFFF, SWP: 0x1)
m8xx_wdt: keep-alive trigger installed (PITC: 0x2000)
Console: colour dummy device 80x25
Calibrating delay loop... 66.76 BogoMIPS
Memory: 30780k available (1180k 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:44:63:0c
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
IP: routing cache hash table of 512 buckets, 4Kbytes
TCP: Hash tables configured (established 2048 bind 4096)
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
Starting pid 10, console /dev/console: '/etc/init.d/rcS'lti-call
Starting the automounter
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
dboxide: $Id: main.c,v 1.11 2007/06/17 22:00:00 gurgel Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc38bb000
Probing IDE interface ide0...
hda: TOSHIBA MK3017GAP, ATA DISK drive
ide0 at 0x010-0x017,0x04e on irq 47
hda: attached ide-disk driver.
hda: host protected area => 1
Thu Jan 1 12:00:00 CET 1970
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.14 2004/01/21 20:02:29 carjay 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_core: masking unhandled irq reg 0 bit 6
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 $
DVB: VES1820(0): pwm=0x48
DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
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 $
$Id: sectionsd.cpp,v 1.237 2007/03/29 15:43:32 mws Exp $
[sectionsd] Caching max 6000 events
[sectionsd] Caching 14 days
[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
$Id: zapit.cpp,v 1.395 2007/03/17 21:34:22 houdini Exp $
avia_gt_core: masking unhandled irq reg 0 bit 7
/tmp/currentservices.xml: No such file or directory
[camd] ca system id: 1722
$Id: controld.cpp,v 1.125 2006/09/24 09:17:10 barf Exp $

[controld] Boxtype detected: (1, Nokia D-BOX2)
[controld]: ROUTEVIDEO v1 = 5 a1 = 1 v2 = 1 a2 = 1 v3 = 0 a3 = 1 fblk=1
[yht tpd] Webserver nht tpd/3.1.3 (yht tpd_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...
[ConfigFile] Unable to open file /var/tuxbox/config/nht tpd.conf for reading.
[yht tpd] Webserver starting...
hda: lost interrupt
/bin/neutrino: /lib/libpng12.so.0: no version information available (required by
/bin/neutrino)
[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
[ConfigFile] Unable to open file /var/tuxbox/config/scan.conf for reading.
[neutrino] Loading of scan settings failed. Using defaults.
[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
[neutrino] menue setup
loading locales: scandir: No such file or directory
[neutrino] registering as event client
[neutrino] initialized everything
[timeThread] - 20.07.2007 07:52:22, tim: Fri Jul 20 07:52:22 2007
[timeThread] Time set via DVB, going to sleep for 1800 seconds.
PES, queue 0 normal.
avia_gt_core: masking unhandled irq reg 1 bit 15
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)
TuxTxt running thread...(068)
TuxTxt service started 68
hda: lost interrupt

Wenn ich über das Harddisk-Setup versuche, die Swap-Partition zu formatieren, kommt über den TV nach ca. 1 Min. die Meldung, dass das Formatieren erfolgreich war. Ein Blick in den Log offenbart aber auch hier Probleme:

[neutrino ide] /proc/mounts missing or ide device mountpoint not found
[neutrino ide] Set mountpoint to default: /hdd
[neutrino ide] swapoff successful
[neutrino ide] executing /var/tuxbox/config/formating.start
[: missing ]
Setting up swapspace version 1, size = 66052096 bytes
hda: lost interrupt
hda: lost interrupt
[neutrino ide] mkswap completed successful
[neutrino ide] executing /var/tuxbox/config/formating.end
hda: lost interrupt
Adding Swap: 64500k swap-space (priority -2)
hda: lost interrupt
XFS: bad magic number
XFS: SB validate failed
mount: Mounting /dev/ide/host0/bus0/target0/lun0/part2 on /hdd failed: Invalid argument

Wenn ich eine "Partition Filme" formatieren will, klappt das gar nicht. Die Box ist ewig beschäftigt und es gibt auch hier massig "lost interrupts".

Was kann es sein? Da ich ein Problem mit dem Kabel zwischen IDE-Interface und Modem-Steckplatz vermute, habe ich diese Verbindung intensiv geprüft. Der Stecker steckt auf jeden Fall korrekt (mittig) auf dem Modem-Steckplatz, das Kabel scheint auch in Ordnung zu sein.

Ich habe gelesen, dass das Problem relativ viele haben, aber bin mit den anderen Threads hier nicht weiter gekommen. Den wohl etwas problemträchtigen AVIA500-Chip habe ich ja nicht.

Was könnte ich noch tun? Es wäre schön, wenn Ihr ein paar Tipps für mich hättet. Grundsätzlich bin ich über die Möglichkeiten der dBox unter Linux ziemlich begeistert (hab sie jetzt erst auf Linux umrüsten lassen) und fände es einfach genial, wenn die Lösung mit der Festplatte nun auch noch funktionieren würde.

[jmittelst]

Boardsuche mal genutzt? Gibt es schon einige Threads dazu, z.B. http://forum.tuxbox-cvs.sourceforge.net ... +interrupt

cu
Jens

[marobo]

Ja, ich weiß und schrieb ja auch davon. Aber mit den Hinweisen aus den anderen Threads bin ich bisher nicht weitergekommen. Es wäre schön, wenn jemand weiterhelfen könnte.

Ich würde die Möglichkeit des IDE-Interfaces wirklich gerne nutzen, aber wenn es in einigen Tagen weiterhin nicht funktioniert, werde ich es wohl leider an Herrn Hallenberg zurückgeben müssen.

[jmittelst]

Genauer, als Tommy es hier getan hat, kann man den Fehler nicht umschreiben:

Die Leitung zum Modemport ist nichtvorhanden/gestört oder Der Interupt steht nicht zur Verfügung/wird von was anderm verwendet

Möglichkeiten: Montagefehler, Fehler des Kabels, Fehler des Interfaces, Fehler der Dbox, Fehler in der Konfiguration (alternativer IDE genutzt oder definiert, obwohl der andere definiert bzw. genutzt wird)
1 und 5 kannst Du kontrollieren. Das Kabel müßtest Du ggf. durchmessen. Fehler an Interface oder Box kann man sicher mit etwas Erfahrung auch durch Messen hin bekommen, dafür bin ich aber der falsche Berater, aber ich bin mir sicher, das hier schon mal irgendwo gelesen zu haben.

cu
Jens

[marobo]

Möglichkeiten: Montagefehler, Fehler des Kabels, Fehler des Interfaces, Fehler der Dbox, Fehler in der Konfiguration (alternativer IDE genutzt oder definiert, obwohl der andere definiert bzw. genutzt wird)
1 und 5 kannst Du kontrollieren.

Montagefehler schließe ich aus und ein Fehler in der Konfiguration schließe ich auch mal aus, wenn ich das Hallenberg-JtG-Image eingespielt habe. Ein Fehler des Kabels schließe ich nach Durchmessen ebenfalls aus (Durchgang aller Kontakte, keine Kurzschlüsse).

Nach intensiver Fehlersuche von mir sieht es nun folgendermaßen aus: Es fehlt auf meiner Platine der Widerstand R15, der offenbar - soweit ich das Platinenlayout verstanden habe - das IRQ-Signal an den Chip weiterleitet. Auf Bildern der Platine im Internet ist der Widerstand R15 bestückt, bei mir nicht. Durch den fehlenden Widerstand kommt das Signal nicht am Chip an. Dazu passen dann wunderbar die "hda: lost interrupt" Meldungen.

An die Experten: Ist diese Erklärung plausibel?

Ich bin schon sehr verwundert, dass Herr Hallenberg offenbar fehlerhaft bestückte Platinen verschickt, die so wohl noch nie funktioniert haben können. Jedenfalls habe ich die Sache jetzt bei Herrn Hallenberg reklamiert und bin auf die weitere Abwicklung gespannt.

[Gorcon]

Mach mal ein Foto von der Platine und den angeblich fehlenden Widerstand.

Bei meinem alten Interface gibt es auch keinen (fehlenden) Widerstand für den IRQ.

Gruß Gorcon

[marobo]

So sollte das Interface wohl aussehen:




So sieht meines aus:







EDIT: Ich kann die Fotos leider wg. der "Spamschutzfunktion" nicht korrekt einbinden. Vielleicht kann einer der Mods die Leerzeichen entfernen. Danke!
//schon passiert by SoLaLa

[Gorcon]

Das sieht wirklich nach einem Bestückungsfehler aus.

[marobo]

Dieser wohl fehlende Widerstand würde das Erscheinungsbild ("hda: lost interrupt") erklären, oder?

[Gorcon]

Dieser wohl fehlende Widerstand würde das Erscheinungsbild ("hda: lost interrupt") erklären, oder?

Wenn der wirklich dafür gedacht ist, ja! Ich weis auch nicht ob da ein Null Ohm Widerstand reingehört oder einer mit einem Widerstand. im alten Layout gibts den nicht.

[Liontamer]

Wenn du mit einem Lötkolben umgehen kannst, löte da einfach eine Draht- oder Zinnbrücke rüber.

[marobo]

Da ich von Herrn Hallenberg ein IDE-Interface erworben habe, dass nicht funktioniert, ist er erstmal für die Problemlösung zuständig. Insofern werde ich nicht einfach auf der Platine rumlöten. Eine Drahtbrücke würde ich an die Stelle schon gelötet bekommen, aber es ist ja nicht ganz klar, ob nun ein 0-Ohm-Widerstand oder ein anderer dort hingehört. Außerdem steht für mich noch nicht fest, ob die Drahtbrücke die Probleme mit dem IDE-Interface endgültig löst oder nicht. Ist dies nicht der Fall, habe ich keine Lust mehr, ewig weiter nach Lösungen zu forschen, sondern würde die Sachen an Herrn Hallenberg zurücksenden. Das wäre mit einer Platine, auf der ich rumgelötet habe, sicher etwas schwierig.

[dwilx]

Wenn du mit einem Lötkolben umgehen kannst, löte da einfach eine Draht- oder Zinnbrücke rüber.

Na, ob der Schuß ins blaue so gut wäre?

[marobo]

Eben. Deswegen werde ich es auch nicht machen. Wenn ich auf etwas keine Gewährleistungsansprüche mehr habe bzw. keinen Widerruf des Kaufes mehr tätigen kann, rücke ich Sachen durchaus auch mal mit dem Lötkolben zu Leibe. In dem Fall bestehen aber sowohl Gewährleistungsansprüche als auch die Möglichkeit des Widerruf des Kaufs.

[gurgel]

das ist kein Bestückungsfehler! Wer genau hinsieht, wird erkennen das es kein Widerstand, sondern eine Brücke ist. Es kann immer nur R14 ODER R15 bestückt werden.
Da es wiederholt vorkam, dass Kunden durch falsches Aufsetzen des Modemportkabels den IRQ-Ausgang des CPLDs geschossen haben, habe ich einen 2. Pin dafür reserviert.

Wenn du mit einem Lötkolben umgehen kannst, löte da einfach eine Draht- oder Zinnbrücke rüber.

was ist das für ein Ratschlag? Damit hätte er sich den CPLD ja schließlich komplett abgeschossen...

[marobo]

Und warum sind dann in dem oben geposteten Bild R14 und R15 bestückt? Aber wie dem auch sei: Wenn R15 nicht der Grund für die "Lost interrupts" ist, woran liegt es dann bitte? Ich wollte nicht noch etliche Stunden darauf verwenden, das Problem zu lösen und warte jetzt bereits seit 12 Tagen auf irgendwelche Tipps, Vorschläge o. ä. - insbesondere von Ihnen, Herr Hallenberg.

[gurgel]

weil das kein Foto ist, sondern ein nur 3D-Modell das aus den Projektdaten erzeugt wurde.

[Gorcon]

gurgel, dann mach bitte mal ein Bild von der Platine wo nur ein Widerstand drauf ist, das kann dann ins Wiki reingestellt werden.

[icewaere]

hallo GURGEL,

leider ist mir genau das passiert ;( bevor ich es nun einschicke wie kann ich plan B verwenden?

muss ich den Widerstand R14 trennen und eine Brücke bei R15 machen und es funktioniert wieder?

Danke im vorraus

greetz ice

[marobo]

Ich kann an dieser Stelle nur eindringlich davor warnen: Wer bei Herrn Hallenberg eines "seiner" IDE-Interfaces bestellt, sollte sich im Klaren sein, auf was er sich einlässt. Ich hatte zunächst nicht gedacht, dass die Forenberichte über die miserable Reklamationsbearbeitung bzw. den quasi nicht vorhandenen Kundenservice so der Realität entsprechen. Leider war diese optimistische Grundhaltung falsch. Seit nunmehr einem Monat (!) warte ich auf eine Lösung für mein nicht funktionsfähiges, bei Herrn Hallenberg gekauftes IDE-Interface. Er hält es inzwischen nicht mal mehr für nötig, Mails zu beantworten, nachdem ich ihm die vermeintlich defekte Platine vor 2 Wochen zugeschickt habe. Es ist echt zum K*tzen!

Andere lassen sie vielleicht gerne ein paar Monate vertrösten oder haben nichts dagegen, mit ihren Problemen ignoriert zu werden, aber ich bin jetzt ganz kurz davor, den Kauf zu widerrufen. Bei allem Verständnis, wenn jemand eine Marktlücke erkannt hat und damit neben dem Studium (sind momentan nicht Semesterferien?) sicher ein ganz nettes Sümmchen nebenbei verdient. Aber auch in dem Fall hat man gewisse kaufmännische Grundregeln und die gesetzlichen Vorschriften zu beachten. Sonst hat die c't ja vielleicht demnächst Lust, nochmal eine Seite über Herrn Hallenberg zu schreiben. Ich empfehle diesmal die Rubrik "Vorsicht Kunde".

[Gorthol]

Ich kann an dieser Stelle nur eindringlich davor warnen: Wer bei Herrn Hallenberg eines "seiner" IDE-Interfaces bestellt, sollte sich im Klaren sein, auf was er sich einlässt. Ich hatte zunächst nicht gedacht, dass die Forenberichte über die miserable Reklamationsbearbeitung bzw. den quasi nicht vorhandenen Kundenservice so der Realität entsprechen. Leider war diese optimistische Grundhaltung falsch. Seit nunmehr einem Monat (!) warte ich auf eine Lösung für mein nicht funktionsfähiges, bei Herrn Hallenberg gekauftes IDE-Interface. Er hält es inzwischen nicht mal mehr für nötig, Mails zu beantworten, nachdem ich ihm die vermeintlich defekte Platine vor 2 Wochen zugeschickt habe. Es ist echt zum K*tzen!

Andere lassen sie vielleicht gerne ein paar Monate vertrösten oder haben nichts dagegen, mit ihren Problemen ignoriert zu werden, aber ich bin jetzt ganz kurz davor, den Kauf zu widerrufen. Bei allem Verständnis, wenn jemand eine Marktlücke erkannt hat und damit neben dem Studium (sind momentan nicht Semesterferien?) sicher ein ganz nettes Sümmchen nebenbei verdient. Aber auch in dem Fall hat man gewisse kaufmännische Grundregeln und die gesetzlichen Vorschriften zu beachten. Sonst hat die c't ja vielleicht demnächst Lust, nochmal eine Seite über Herrn Hallenberg zu schreiben. Ich empfehle diesmal die Rubrik "Vorsicht Kunde".

Wenn du eine Rechtschutzversicherung hast, übergib die Sache einfach einem Anwalt deines Vertrauens.
Wenn nicht, würde ich Herrn Hallenberg 2x Anmahnen (natürlich mit angemessenen Fristen) und dann ein gerichtliches Mahnverfahren einleiten.

Sicherer ist natürlich der Gang zum Rechtsanwalt.

Am Besten wäre natürlich eine angemessene Gewährleistungsabwicklung durch Herrn Hallenberg. Das würde beiden Seiten Ärger und Kosten ersparen.

[PT-1]

Aber wieder mal nur zur Erinnerung !!

Dieses Forum ist nicht die Beschwerde Abteilung fuer http://www.hallenberg.com !!!

[marobo]

Das stimmt schon. Nur sollte man eben vorher wissen, auf was man sich einlässt, wenn man eines der Hallenberg-IDE-Interfaces bestellt. Und um die geht es hier ja schließlich.

[PT-1]

Von Regeln für dieses Forum

Hier soll über alles technische diskutiert werden, was mit dem IDE2-Interface zu tun hat.

Was hier nicht erwünscht ist:

Meckerbeiträge

Lieferzeitanfragen

Garantieanfragen

usw.



Kurz und gut: alles, was sich direkt oder indirekt mit dem Verkäufer des Interfaces (Hallenberg) befasst.

Um irgendwelche Fragen mit dem Verkäufer zu klären, ist dieses Forum der falsche Platz.

Entsprechende Beiträge werden ggf. kommentarlos gelöscht!

Aber wer liest den schon in diesem Forum irgendwelche Regeln

[marobo]

OK, ich werde dann jetzt nicht mehr in diesem Forum über die Erfahrungen mit der Abwicklung seitens Herrn Hallenberg schreiben.