Fragen zum seriellen Port
Hallo, ich versuche seit gestern mein altes 56k Modem wieder an den Start zu bringen, aber SuSE 9.0 will nicht... oder aber das Modem. Ich habe schon einiges ausprobiert, aber es geht nicht. Hoffentlich kann mir einer von euch weiterhelfen. Ich habe mal die Ausgaben der verschiedenen Diagnoseprogramme angehängt. Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann. Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der serielle Port. Dazu habe ich schon wie in http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort. Ich hoffe mal, mir kann hier jemand nützliche Tipps geben. Gruß Björn Diagnose: linux:/home/lunatic # cat /proc/ioports [...] 02f8-02ff : serial(auto) 0376-0376 : ide1 0378-037a : parport0 037b-037f : parport0 03c0-03df : vesafb 03f6-03f6 : ide0 03f8-03ff : serial(auto) [...] linux:/home/lunatic # cat /proc/interrupts CPU0 CPU1 0: 1116421 0 XT-PIC timer 1: 4463 0 XT-PIC keyboard 2: 0 0 XT-PIC cascade 5: 401 0 XT-PIC Ensoniq AudioPCI 8: 2 0 XT-PIC rtc 9: 112 0 XT-PIC usb-uhci, usb-uhci, ohci1394 10: 1 0 XT-PIC bttv 11: 6896 0 XT-PIC ide2, eth0 12: 21068 0 XT-PIC PS/2 Mouse 14: 20031 0 XT-PIC ide0 15: 17145 0 XT-PIC ide1 linux:/home/lunatic # setserial -g /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 linux:/home/lunatic # lsmod Module Size Used by Tainted: PF snd-pcm-oss 50976 0 (autoclean) snd-mixer-oss 16184 1 (autoclean) [snd-pcm-oss] bttv 77760 0 (autoclean) i2c-algo-bit 8072 0 (autoclean) [bttv] i2c-core 15844 0 (autoclean) [bttv i2c-algo-bit] videodev 6432 2 (autoclean) [bttv] isa-pnp 33640 0 (unused) usbserial 21468 0 (autoclean) (unused) lp 6912 0 (autoclean) ipv6 273344 -1 (autoclean) key 73808 0 (autoclean) [ipv6] snd-seq-midi 5184 0 (unused) snd-seq-midi-event 4064 0 [snd-seq-midi] snd-seq 44208 1 [snd-seq-midi snd-seq-midi-event] snd-ens1371 16392 5 snd-pcm 78432 0 [snd-pcm-oss snd-ens1371] snd-page-alloc 7028 0 [snd-pcm] snd-timer 17984 0 [snd-seq snd-pcm] gameport 1724 0 [snd-ens1371] snd-rawmidi 16416 0 [snd-seq-midi snd-ens1371] snd-seq-device 4660 0 [snd-seq-midi snd-seq snd-rawmidi] snd-ac97-codec 45784 0 [snd-ens1371] snd 43204 4 [snd-pcm-oss snd-mixer-oss snd-seq-midi snd-seq-midi-event snd-seq snd-ens1371 snd-pcm snd-timer snd-rawmidi snd-seq-device snd-ac97-codec] soundcore 4356 0 [bttv snd] vmnet 24128 2 parport_pc 29096 1 parport 27144 1 [lp parport_pc] vmmon 22676 0 (unused) keybdev 2156 0 (unused) mousedev 4504 0 (unused) joydev 5600 0 (unused) evdev 3968 0 (unused) input 3808 0 [keybdev mousedev joydev evdev] scanner 10592 0 (unused) st 30640 0 (autoclean) (unused) sr_mod 14488 0 (autoclean) sg 36576 0 (autoclean) raw1394 19280 0 (unused) ohci1394 26448 0 (unused) ieee1394 191076 0 [raw1394 ohci1394] 8139too 15884 1 mii 2752 0 [8139too] ide-scsi 11472 0 scsi_mod 104044 4 [st sr_mod sg ide-scsi] ide-cd 32512 0 cdrom 29760 0 [sr_mod ide-cd] lvm-mod 68100 0 (autoclean) usb-uhci 24720 0 (unused) usbcore 67980 1 [usbserial scanner usb-uhci] reiserfs 228372 1 -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg:
Hallo,
ich versuche seit gestern mein altes 56k Modem wieder an den Start zu bringen, aber SuSE 9.0 will nicht... oder aber das Modem. Ich habe schon einiges ausprobiert, aber es geht nicht. Hoffentlich kann mir einer von euch weiterhelfen. Ich habe mal die Ausgaben der verschiedenen Diagnoseprogramme angehängt.
Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann.
Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der serielle Port. Dazu habe ich schon wie in http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort.
Ich hoffe mal, mir kann hier jemand nützliche Tipps geben.
Gruß Björn
Diagnose:
linux:/home/lunatic # cat /proc/ioports [...] 02f8-02ff : serial(auto) 0376-0376 : ide1 0378-037a : parport0 037b-037f : parport0 03c0-03df : vesafb 03f6-03f6 : ide0 03f8-03ff : serial(auto) [...]
linux:/home/lunatic # cat /proc/interrupts CPU0 CPU1 0: 1116421 0 XT-PIC timer 1: 4463 0 XT-PIC keyboard 2: 0 0 XT-PIC cascade 5: 401 0 XT-PIC Ensoniq AudioPCI 8: 2 0 XT-PIC rtc 9: 112 0 XT-PIC usb-uhci, usb-uhci, ohci1394 10: 1 0 XT-PIC bttv 11: 6896 0 XT-PIC ide2, eth0 12: 21068 0 XT-PIC PS/2 Mouse 14: 20031 0 XT-PIC ide0 15: 17145 0 XT-PIC ide1
linux:/home/lunatic # setserial -g /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
linux:/home/lunatic # lsmod Module Size Used by Tainted: PF snd-pcm-oss 50976 0 (autoclean) snd-mixer-oss 16184 1 (autoclean) [snd-pcm-oss] bttv 77760 0 (autoclean) i2c-algo-bit 8072 0 (autoclean) [bttv] i2c-core 15844 0 (autoclean) [bttv i2c-algo-bit] videodev 6432 2 (autoclean) [bttv] isa-pnp 33640 0 (unused) usbserial 21468 0 (autoclean) (unused) lp 6912 0 (autoclean) ipv6 273344 -1 (autoclean) key 73808 0 (autoclean) [ipv6] snd-seq-midi 5184 0 (unused) snd-seq-midi-event 4064 0 [snd-seq-midi] snd-seq 44208 1 [snd-seq-midi snd-seq-midi-event] snd-ens1371 16392 5 snd-pcm 78432 0 [snd-pcm-oss snd-ens1371] snd-page-alloc 7028 0 [snd-pcm] snd-timer 17984 0 [snd-seq snd-pcm] gameport 1724 0 [snd-ens1371] snd-rawmidi 16416 0 [snd-seq-midi snd-ens1371] snd-seq-device 4660 0 [snd-seq-midi snd-seq snd-rawmidi] snd-ac97-codec 45784 0 [snd-ens1371] snd 43204 4 [snd-pcm-oss snd-mixer-oss snd-seq-midi snd-seq-midi-event snd-seq snd-ens1371 snd-pcm snd-timer snd-rawmidi snd-seq-device snd-ac97-codec] soundcore 4356 0 [bttv snd] vmnet 24128 2 parport_pc 29096 1 parport 27144 1 [lp parport_pc] vmmon 22676 0 (unused) keybdev 2156 0 (unused) mousedev 4504 0 (unused) joydev 5600 0 (unused) evdev 3968 0 (unused) input 3808 0 [keybdev mousedev joydev evdev] scanner 10592 0 (unused) st 30640 0 (autoclean) (unused) sr_mod 14488 0 (autoclean) sg 36576 0 (autoclean) raw1394 19280 0 (unused) ohci1394 26448 0 (unused) ieee1394 191076 0 [raw1394 ohci1394] 8139too 15884 1 mii 2752 0 [8139too] ide-scsi 11472 0 scsi_mod 104044 4 [st sr_mod sg ide-scsi] ide-cd 32512 0 cdrom 29760 0 [sr_mod ide-cd] lvm-mod 68100 0 (autoclean) usb-uhci 24720 0 (unused) usbcore 67980 1 [usbserial scanner usb-uhci] reiserfs 228372 1 Frage, werden denn die seriellen Schnittstellen beim booten erkannt. Viele Grüße Heinz Dittmar
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg:
Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann.
Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der serielle Port. Dazu habe ich schon wie in http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort.
Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt: linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A Sieht für mich so aus. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg: > Heinz Dittmar wrote: > >Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg: > >>Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP > >>Betriebssystem die konfigurieren kann. > >> > >>Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der > >>serielle Port. Dazu habe ich schon wie in > >>http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den > >>Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort. > > > >Frage, werden denn die seriellen Schnittstellen beim booten erkannt. > > dmesg sagt: > > linux:/etc # dmesg | grep tty > ttyS00 at 0x03f8 (irq = 4) is a 16550A > ttyS01 at 0x02f8 (irq = 3) is a 16550A > > Sieht für mich so aus. 1. Im BIOS sind die irq hoffentlich auch so eingestellt. 2. Hast du mal versucht das mit yast2 einzurichten. Viele Grüße, Heinz Dittmar
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg:
Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann.
Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der serielle Port. Dazu habe ich schon wie in http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort.
Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg:
Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann.
Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der serielle Port. Dazu habe ich schon wie in http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort.
Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden. Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom. Viele Grüße, Heinz Dittmar
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg:
Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann.
Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der serielle Port. Dazu habe ich schon wie in http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort.
Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden.
Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom.
SD = TxD und RD = RxD? Das müssten dann ja die Pins 2 und 3 die man miteinander verbinden müsste, wenn ich das richtig verstehe. Würde es da nicht reichen zwei terminals aufzumachen, in dem einen als root ein cat /dev/ttyS0 zu machen und mit dem anderen echo Befehle an /dev/ttyS0 weiterzuleiten? Wenn ich dann z.B. echo "Hallo" > /dev/ttyS0 bei kurzgeschlossenen Pins (mittels einer aufgesteckten Buchse) auf Terminal 1 eingebe, müsste doch die Ausgabe "Hallo" auf Terminal 2 erscheinen. Ich kapier minicom nicht. Ich bekomme ja schon nicht die Hilfe aufgerufen. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Björn Berg wrote:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg:
> Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass > ein > PnP Betriebssystem die konfigurieren kann. > > Ich gehe davon aus, dass das Problem nicht das Modem ist, > sondern der > serielle Port. Dazu habe ich schon wie in > http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den > Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne > Antwort. >
Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden.
Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom.
SD = TxD und RD = RxD? Das müssten dann ja die Pins 2 und 3 die man miteinander verbinden müsste, wenn ich das richtig verstehe. Würde es da nicht reichen zwei terminals aufzumachen, in dem einen als root ein cat /dev/ttyS0 zu machen und mit dem anderen echo Befehle an /dev/ttyS0 weiterzuleiten?
Wenn ich dann z.B. echo "Hallo" > /dev/ttyS0 bei kurzgeschlossenen Pins (mittels einer aufgesteckten Buchse) auf Terminal 1 eingebe, müsste doch die Ausgabe "Hallo" auf Terminal 2 erscheinen.
Wenn ich das ausführe, bekomme ich auf dem anderen terminal ein Hello ausgegeben. Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Björn Berg wrote:
Björn Berg wrote:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote:
> Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg: > > >> Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so >> dass ein >> PnP Betriebssystem die konfigurieren kann. >> >> Ich gehe davon aus, dass das Problem nicht das Modem ist, >> sondern der >> serielle Port. Dazu habe ich schon wie in >> http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den >> Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne >> Antwort. >> > > > Frage, werden denn die seriellen Schnittstellen beim booten > erkannt. >
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden.
Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom.
SD = TxD und RD = RxD? Das müssten dann ja die Pins 2 und 3 die man miteinander verbinden müsste, wenn ich das richtig verstehe. Würde es da nicht reichen zwei terminals aufzumachen, in dem einen als root ein cat /dev/ttyS0 zu machen und mit dem anderen echo Befehle an /dev/ttyS0 weiterzuleiten?
Wenn ich dann z.B. echo "Hallo" > /dev/ttyS0 bei kurzgeschlossenen Pins (mittels einer aufgesteckten Buchse) auf Terminal 1 eingebe, müsste doch die Ausgabe "Hallo" auf Terminal 2 erscheinen.
Wenn ich das ausführe, bekomme ich auf dem anderen terminal ein Hello ausgegeben.
Ich habe mit minicom das Modem resettet und da tut sich tatsächlich was. Die LED TR ist ausgegangen und wenn ich jetzt "cat /dev/ttyS0" aufrufe, springt der immer wieder direkt ans Kommandozeilen-Prompt. Scheint mir dann doch irgendwie das Modem zu sein. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Am Mittwoch, 24. März 2004 21:14 schrieb Björn Berg:
Björn Berg wrote:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote: > Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg: >> Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass >> ein >> PnP Betriebssystem die konfigurieren kann. >> >> Ich gehe davon aus, dass das Problem nicht das Modem ist, >> sondern der >> serielle Port. Dazu habe ich schon wie in >> http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den >> Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne >> Antwort. > > Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden.
Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom.
SD = TxD und RD = RxD? Das müssten dann ja die Pins 2 und 3 die man miteinander verbinden müsste, wenn ich das richtig verstehe. Würde es da nicht reichen zwei terminals aufzumachen, in dem einen als root ein cat /dev/ttyS0 zu machen und mit dem anderen echo Befehle an /dev/ttyS0 weiterzuleiten?
Wenn ich dann z.B. echo "Hallo" > /dev/ttyS0 bei kurzgeschlossenen Pins (mittels einer aufgesteckten Buchse) auf Terminal 1 eingebe, müsste doch die Ausgabe "Hallo" auf Terminal 2 erscheinen.
Wenn ich das ausführe, bekomme ich auf dem anderen terminal ein Hello Also funzt die Schnittstelle, liegt in dem fall am Modem oder an der Baudrate zum Modem. Modem haben normalerwiese eine automatische Baudraten Erkennung. ausgegeben. Viele Grüße, Heinz Dittmar
Am Mittwoch, 24. März 2004 21:10 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg: >Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein >PnP Betriebssystem die konfigurieren kann. > >Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern der >serielle Port. Dazu habe ich schon wie in >http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den >Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne Antwort.
Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden.
Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom.
SD = TxD und RD = RxD? Das müssten dann ja die Pins 2 und 3 die man miteinander verbinden müsste, wenn ich das richtig verstehe. Würde es da nicht reichen zwei terminals aufzumachen, in dem einen als root ein cat /dev/ttyS0 zu machen und mit dem anderen echo Befehle an /dev/ttyS0 weiterzuleiten? Geht vermutlich auch, aber ich wollte es dir leichter machen mit minicom, da man da alles bequem einstellen kann.
Wenn ich dann z.B. echo "Hallo" > /dev/ttyS0 bei kurzgeschlossenen Pins (mittels einer aufgesteckten Buchse) auf Terminal 1 eingebe, müsste doch die Ausgabe "Hallo" auf Terminal 2 erscheinen.
Ich kapier minicom nicht. Ich bekomme ja schon nicht die Hilfe aufgerufen. Du must halt alles mit igendwelchen Tasten einstellen so wie bei yast1. Es gibt noch ein graphisches Terminalprogramm seyon wo man alles mit der Maus machen kann. Nur Seit 9.0 funktioniert das Programm bei mir nicht mehr. Kannst es ja mal versuchen. Viele Grüße, Heinz Dittmar
Am Mittwoch, 24. März 2004 21:34 schrieb Heinz Dittmar:
Am Mittwoch, 24. März 2004 21:10 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 19:34 schrieb Björn Berg:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 18:49 schrieb Björn Berg:
Heinz Dittmar wrote: >Am Mittwoch, 24. März 2004 18:24 schrieb Björn Berg: >>Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass >> ein PnP Betriebssystem die konfigurieren kann. >> >>Ich gehe davon aus, dass das Problem nicht das Modem ist, sondern >> der serielle Port. Dazu habe ich schon wie in >>http://portal.suse.com/sdb/en/2001/04/jsmeix_modem-test.html den >>Modem-Test mittels echo-Befehle auf COM1 durchgeführt. Ohne >> Antwort. > >Frage, werden denn die seriellen Schnittstellen beim booten erkannt.
dmesg sagt:
linux:/etc # dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A
Sieht für mich so aus.
1. Im BIOS sind die irq hoffentlich auch so eingestellt.
Die COM-Schnittstelle war im BIOS auf Auto gesetzt, so dass das OS die IRQs vergeben sollte. Ich habe das jetzt auf feste Werte geändert.
2. Hast du mal versucht das mit yast2 einzurichten.
Ja, hab ich. Der sagt mir immer Modem nicht gefunden.
Dann würde ich an deiner Stelle minicom hernehmen. Probier das mal aus. Wenn es nicht funzt, 9pol D-sub buchse und SD und RD überbrücken, ob du dann ein Echo bekommst, bei entsprechenden einstellungen im minicom.
SD = TxD und RD = RxD? Das müssten dann ja die Pins 2 und 3 die man miteinander verbinden müsste, wenn ich das richtig verstehe. Würde es da nicht reichen zwei terminals aufzumachen, in dem einen als root ein cat /dev/ttyS0 zu machen und mit dem anderen echo Befehle an /dev/ttyS0 weiterzuleiten?
Geht vermutlich auch, aber ich wollte es dir leichter machen mit minicom, da man da alles bequem einstellen kann.
Wenn ich dann z.B. echo "Hallo" > /dev/ttyS0 bei kurzgeschlossenen Pins (mittels einer aufgesteckten Buchse) auf Terminal 1 eingebe, müsste doch die Ausgabe "Hallo" auf Terminal 2 erscheinen.
Ich kapier minicom nicht. Ich bekomme ja schon nicht die Hilfe aufgerufen.
Du must halt alles mit igendwelchen Tasten einstellen so wie bei yast1. Es gibt noch ein graphisches Terminalprogramm seyon wo man alles mit der Maus machen kann. Nur Seit 9.0 funktioniert das Programm bei mir nicht mehr. Kannst es ja mal versuchen. Ach ja, es funzt mit folgenden kommandos: seyon -modems /dev/modem oder seyon -modems /dev/ttyS? . Das einzige was es nicht hat, ein locales echo auf den Bilschirm. Viele Grüße, Heinz Dittmar
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 21:34 schrieb Heinz Dittmar:
Am Mittwoch, 24. März 2004 21:10 schrieb Björn Berg:
Du must halt alles mit igendwelchen Tasten einstellen so wie bei yast1.
Es gibt noch ein graphisches Terminalprogramm seyon wo man alles mit der Maus machen kann. Nur Seit 9.0 funktioniert das Programm bei mir nicht mehr. Kannst es ja mal versuchen.
Ach ja, es funzt mit folgenden kommandos: seyon -modems /dev/modem oder seyon -modems /dev/ttyS? . Das einzige was es nicht hat, ein locales echo auf den Bilschirm.
Mit minicom komm ich jetzt zurecht, auch wenn es nicht viel bringt. Das Problem existiert weiter. Mach ich ein "cat /dev/ttyS0" schaltet sich die LED TR ein. Breche ich das Kommando ab, geht die LED wieder aus. Für mich ist das erst einmal ein gutes Zeichen, oder? Den gleichen Effekt hat minicom. Ich werde morgen früh auf der Arbeit das Modem mal an einem Windows-PC ausprobieren, dann weiß ich ob es das Modem oder die Ports zu Hause sind. Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Björn Berg wrote:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 21:34 schrieb Heinz Dittmar:
Am Mittwoch, 24. März 2004 21:10 schrieb Björn Berg:
Du must halt alles mit igendwelchen Tasten einstellen so wie bei yast1.
Es gibt noch ein graphisches Terminalprogramm seyon wo man alles mit der Maus machen kann. Nur Seit 9.0 funktioniert das Programm bei mir nicht mehr. Kannst es ja mal versuchen.
Ach ja, es funzt mit folgenden kommandos: seyon -modems /dev/modem oder seyon -modems /dev/ttyS? . Das einzige was es nicht hat, ein locales echo auf den Bilschirm.
Ich werde morgen früh auf der Arbeit das Modem mal an einem Windows-PC ausprobieren, dann weiß ich ob es das Modem oder die Ports zu Hause sind.
Danke für deine Hilfe Heinz, aber wir hätten uns wohl noch an dem Problem kaputt suchen können. Das Modem funktioniert nicht mehr richtig. Muss irgendwann einen Klatsch abbekommen haben. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Am Donnerstag, 25. März 2004 21:51 schrieb Björn Berg:
Björn Berg wrote:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 21:34 schrieb Heinz Dittmar:
Am Mittwoch, 24. März 2004 21:10 schrieb Björn Berg:
Du must halt alles mit igendwelchen Tasten einstellen so wie bei yast1.
Es gibt noch ein graphisches Terminalprogramm seyon wo man alles mit der Maus machen kann. Nur Seit 9.0 funktioniert das Programm bei mir nicht mehr. Kannst es ja mal versuchen.
Ach ja, es funzt mit folgenden kommandos: seyon -modems /dev/modem oder seyon -modems /dev/ttyS? . Das einzige was es nicht hat, ein locales echo auf den Bilschirm.
Ich werde morgen früh auf der Arbeit das Modem mal an einem Windows-PC ausprobieren, dann weiß ich ob es das Modem oder die Ports zu Hause sind.
Danke für deine Hilfe Heinz, aber wir hätten uns wohl noch an dem Problem kaputt suchen können. Das Modem funktioniert nicht mehr richtig. Muss irgendwann einen Klatsch abbekommen haben. Ich weiss zwar nicht was du für ein Modem hast, vielleicht kann man die Firmware neu reinladen oder das Modem irgendwie neu konfigurieren oder initalisieren. Viele Grüße, Heinz Dittmar
Heinz Dittmar wrote:
Am Donnerstag, 25. März 2004 21:51 schrieb Björn Berg:
Björn Berg wrote:
Heinz Dittmar wrote:
Am Mittwoch, 24. März 2004 21:34 schrieb Heinz Dittmar:
Am Mittwoch, 24. März 2004 21:10 schrieb Björn Berg:
Du must halt alles mit igendwelchen Tasten einstellen so wie bei yast1.
Es gibt noch ein graphisches Terminalprogramm seyon wo man alles mit der Maus machen kann. Nur Seit 9.0 funktioniert das Programm bei mir nicht mehr. Kannst es ja mal versuchen.
Ach ja, es funzt mit folgenden kommandos: seyon -modems /dev/modem oder seyon -modems /dev/ttyS? . Das einzige was es nicht hat, ein locales echo auf den Bilschirm.
Ich werde morgen früh auf der Arbeit das Modem mal an einem Windows-PC ausprobieren, dann weiß ich ob es das Modem oder die Ports zu Hause sind.
Danke für deine Hilfe Heinz, aber wir hätten uns wohl noch an dem Problem kaputt suchen können. Das Modem funktioniert nicht mehr richtig. Muss irgendwann einen Klatsch abbekommen haben.
Ich weiss zwar nicht was du für ein Modem hast, vielleicht kann man die Firmware neu reinladen oder das Modem irgendwie neu konfigurieren oder initalisieren.
Ist ein Acer 56 Surf II (AME-ME00). Firmware neu reinladen unter Windows geht schon nicht, da sagt mir das entsprechende Programm, dass er kein Modem an einem der COM-Ports finden kann. Vielleicht ist es auch nur ein Kabelbruch, weil wenn ich ein Terminalprogramm an COM1 aufschalte, dann springt die Anzeige TR am Modem an. Für mich immer noch ein gutes Zeichen, dass das Modem nicht ganz hinüber ist. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
Björn Berg wrote:
Terminalprogramm an COM1 aufschalte, dann springt die Anzeige TR am Modem an. Für mich immer noch ein gutes Zeichen, dass das Modem nicht ganz hinüber ist.
Das sagt wahrscheinlich so gut wie gar nichts, das kann über eine LED mit Vorwiderstand direkt am Signalpin erzeugt werden (sprich: keine Intelligenz im Modem erforderlich) Es gibt so kleine Tester als Zwischenstecker, die tu genau das (meist mit zweifarbigen LEDs rot/grün, gerade um eine Unterbrechung anzuzeigen). Bernd -- np: Lamb - 06 Wonder
Björn Berg schrieb:
Hallo,
ich versuche seit gestern mein altes 56k Modem wieder an den Start zu bringen, aber SuSE 9.0 will nicht...> Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann. Hallo Björn, aus leidvoller Erfahrung: setze im BIOS die Schnittstellen fest auf die vorgesehenen Adressen und Interrupts.
linux:/home/lunatic # cat /proc/interrupts CPU0 CPU1 0: 1116421 0 XT-PIC timer 1: 4463 0 XT-PIC keyboard 2: 0 0 XT-PIC cascade 5: 401 0 XT-PIC Ensoniq AudioPCI 8: 2 0 XT-PIC rtc 9: 112 0 XT-PIC usb-uhci, usb-uhci, ohci1394 10: 1 0 XT-PIC bttv 11: 6896 0 XT-PIC ide2, eth0 12: 21068 0 XT-PIC PS/2 Mouse 14: 20031 0 XT-PIC ide0 15: 17145 0 XT-PIC ide1
Hier fehlt IMHO der IRQ 3 und 4. Mir ging es vor einiger Zeit ähnlich. Das ganze klappte erst, als ich die Schnittstellen fest eingestellt hatte. HTH Adolf
Adolf Kreet wrote:
Björn Berg schrieb:
Hallo,
ich versuche seit gestern mein altes 56k Modem wieder an den Start zu bringen, aber SuSE 9.0 will nicht...> Im BIOS sind die beiden Schnittstellen auf Auto gesetzt, so dass ein PnP Betriebssystem die konfigurieren kann.
Mir ging es vor einiger Zeit ähnlich. Das ganze klappte erst, als ich die Schnittstellen fest eingestellt hatte.
Hab das jetzt bei mir auch gemacht. Allerdings geht es immer noch nicht. lunatic@linux:~> cat /proc/ioports 02f8-02ff : serial(auto) <--- was bedeutet denn AUTO an dieser Stelle? 0376-0376 : ide1 0378-037a : parport0 03c0-03df : vesafb 03f6-03f6 : ide0 03f8-03ff : serial(auto) lunatic@linux:~> cat /proc/interrupts CPU0 CPU1 0: 668832 0 XT-PIC timer 1: 1537 0 XT-PIC keyboard 2: 0 0 XT-PIC cascade 4: 26 0 XT-PIC serial 5: 91 0 XT-PIC Ensoniq AudioPCI 8: 2 0 XT-PIC rtc 9: 112 0 XT-PIC usb-uhci, usb-uhci, ohci1394 10: 1 0 XT-PIC bttv 11: 207 0 XT-PIC ide2, eth0 12: 8164 0 XT-PIC PS/2 Mouse 14: 13989 0 XT-PIC ide0 15: 9533 0 XT-PIC ide1 Mir ist aufgefallen, dass hier schon wieder IRQ 3 fehlt. Kann ich herausfinden, ob ein Konflikt mit einem anderen Gerät besteht? Denn eigentlich sollte der laut folgenden Ausgaben dort auch auftauchen: lunatic@linux:~> dmesg | grep tty ttyS00 at 0x03f8 (irq = 4) is a 16550A ttyS01 at 0x02f8 (irq = 3) is a 16550A lunatic@linux:~> setserial -g /dev/ttyS0 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4 Und zu guter letzt: wvdialconf /dev/null Scanning your serial ports for a modem. Port Scan<*1>: Scanning ttyS0 first, /dev/modem is a link to it. ttyS0<*1>: ATQ0 V1 E1 -- failed with 2400 baud, next try: 4800 baud ttyS0<*1>: ATQ0 V1 E1 -- failed with 4800 baud, next try: 9600 baud ttyS0<*1>: ATQ0 V1 E1 -- failed with 9600 baud, next try: 19200 baud ttyS0<*1>: ATQ0 V1 E1 -- failed with 19200 baud, next try: 115200 baud ttyS0<*1>: ATQ0 V1 E1 -- and failed too at 115200, giving up. Gruß Björn -- Die größte aller Schwächen ist, zu fürchten, schwach zu erscheinen. (Jacques Benigne Bossuet)
participants (4)
-
Adolf Kreet -
Bernd Laengerich -
Björn Berg -
Heinz Dittmar