Hallo Kenner der Materie !! Im Sommer dieses Jahres bin ich von Win auf Linux ( Mint 17 Cinamon 64Bit) umgestiegen. ich habe fast alles bewerkstelligen können was meinen Anforderungen gerecht werden sollte , aber an den 2 SerialPorts bin ich gescheitert. Folgendes , da ich mich mit Microprozessoren von ATMEL beschäftige , benutze ich ein Entwicklerboard STK-500 mit RS 232 Schnittstellen. Die Programmierschnittstelle TTYS0 geht wunderbar, da ich noch eine 2. ser. Schnittstelle benötige, die der PC nicht hat (keine Buchse vorhanden) habe ich eine PCI Schnittstellenkarte mit 2 Serialports eingesetzt. Die verwendet TTYS5 und TTYS6...alles OK , doch sowie ich ein Kabel dort anschliesse kann ich auf die Schnittellen mehr zugreifen/konfigurieren. Auf diesem PC ist aus bestimmten Anwendungsgünden noch parallel WIN7 installiert, da geht alles Wunderbar. Auch ging das vorher mit Ubuntu12/13 wunderbar, zu Anfangs auch noch mit LinuxMint nur neuerdings geht das nicht mehr. Ich weiss nicht mehr was ich machen soll, vielleicht kann mir wer helfen ?? Vielen Dank im Voraus und Grüsse Gerhard
:
Bearbeitet durch User
Gerhard Hinze schrieb: > Die > verwendet TTYS5 und TTYS6...alles OK , doch sowie ich ein Kabel dort > anschliesse kann ich auf die Schnittellen mehr zugreifen/konfigurieren. Wie zeigt sich denn das Problem? Die Schnittstellen in dev sind da? Evtl. nur mangelnde Zugriffsrechte?
Also ich weiss nicht mal mehr wie ich es jetzt noch beschreiben sollte, aber ich habe eine Text-Datei mit den konsolenein-/-ausgaben erstellt, diese ist hier zu finden : http://oderlachs.de/forum/ser_port.txt Ich werde nach Weihnachten alles an Fehlermeldungen noch mal neu in einer textdatei erstellen.
:
Bearbeitet durch User
Gerhard Hinze schrieb: > Auf diesem PC ist aus bestimmten Anwendungsgünden noch parallel WIN7 > installiert, da geht alles Wunderbar. Auch ging das vorher mit > Ubuntu12/13 wunderbar, zu Anfangs auch noch mit LinuxMint nur neuerdings > geht das nicht mehr. > Bitte mal die Kernelversionen von den benutzten Linux Distros posten. ggf. mit einer älteren Live CD auch testen. Ich sehe da zwei/drei verdächtige Patches im aktuellen Jahre und in diesem Treiber. drivers/tty/serial/sunsu.c
> Ohne Kabel angeschlossen > > gerhard@Linux-W370 ~ $ echo xyzzy >/dev/ttyS5 > gerhard@Linux-W370 ~ $ > ************************************************************** > mit Kabel angeschlossen : > > gerhard@Linux-W370 ~ $ echo xyzzy >/dev/ttyS5 > bash: echo: Schreibfehler: Eingabe-/Ausgabefehler. Kannst du mal "cat /dev/ttyS5" (notfalls ohne Kabel) machen und schauen, ob der serielle Port dann bei Interrupt 18 auftaucht? Oder mal ein Loopback von Pin 2 auf 3 stecken und schauen, ob die Ausgabe von echo darauf beim cat wieder reinkommt...
Danke erst einmal das Ihr mir helfen möchtet !!! Georg A. schrieb: > Kannst du mal "cat /dev/ttyS5" (notfalls ohne Kabel) machen und schauen, da wird gar nix angezeigt als Ergebnis..nur der Cuorblinkt, aber nicht wie üblich, nur in einer leeren Zeile Hans Ulli Kroll schrieb: > Bitte mal die Kernelversionen von den benutzten Linux Distros posten. gerhard@Linux-W370 ~ $ cat /proc/version Linux version 3.13.0-24-generic (buildd@batsu) (gcc version 4.8.2 (Ubuntu 4.8.2-19ubuntu1) ) #47-Ubuntu SMP Fri May 2 23:30:00 UTC 2014 gerhard@Linux-W370 ~ $ Gerhard
Sowas aehnliches hatte ich auch mal, zwar weiss ich nicht mehr, wie genau sich das geaeussert hat (ist > 10a her), aber die Loesung ist seitdem ein eigenkompilierter Kernel, weil der Standardkernel von Debian auf vier serielle Ports limitiert ist. Ich setze dann die entsprechende Option von 4 auf 8, kompiliere neu und damit laufen dann meine vier zusaetzlichen Ports auf der PCI-Karte aus anno 2000. wendelsberg
Ich habe mal ein wenig in den Kernelsourcen gegraben ... Das Device ST16650V2 ist wie gesagt im Treiber drivers/ttyy/serial/sunsu.c drin. Das Makefile in drivers/tty/serial/ sagt mir obj-$(CONFIG_SERIAL_SUNSU) += sunsu.o Dazu gehört Kconfig config SERIAL_SUNSU tristate "Sun SU serial support" depends on SPARC && PCI help This driver supports the 8250 serial ports that run the keyboard and mouse on (PCI) UltraSPARC systems. Say Y or M if you want to be able to these serial ports. Ist die Karte von SUN ??? Diese wird im normalen Kernel für x86 und x86_64 nicht compiliert. Auch unter der Ausgabe von
1 | gerhard@Linux-W370 ~ $ cat /proc/interrupts |
2 | CPU0 CPU1 |
3 | 0: 44 0 IO-APIC-edge timer |
4 | 1: 258 249 IO-APIC-edge i8042 |
5 | 4: 81 97 IO-APIC-edge |
6 | 6: 2 1 IO-APIC-edge floppy |
7 | 8: 1 0 IO-APIC-edge rtc0 |
8 | 9: 2 1 IO-APIC-fasteoi acpi |
9 | 12: 12482 12595 IO-APIC-edge i8042 |
10 | 17: 3 8 IO-APIC-fasteoi |
11 | 18: 26 22 IO-APIC-fasteoi ata_generic, ehci_hcd:usb1, uhci_hcd:usb4 |
12 | 19: 6 10 IO-APIC-fasteoi uhci_hcd:usb5 |
sind keine Interrupts von Kernel reserviert.
Was ich noch vergessen habe, weil ich jetzt mal kurz weg muss ... Das mit SUN soll nicht aussagen, das diese Karte nicht funktionieren wird ...
Steht doch da, auf SunSparc-Plattformen, von PCs steht da nichts.
Habe nun mal mit der Brücke 2-3 getestet :
1 | Pin 2 und 3 gebrückt an der 9pol. Buchse bei TTYS5 und TTYS6 |
2 | |
3 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS0 -a |
4 | [sudo] password for gerhard: |
5 | speed 9600 baud; rows 0; columns 0; line = 0; |
6 | intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^D; eol = <undef>; |
7 | eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; |
8 | werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; |
9 | -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts |
10 | -ignbrk -brkint -ignpar -parmrk -inpck -istrip -inlcr -igncr icrnl ixon -ixoff |
11 | -iuclc -ixany -imaxbel -iutf8 |
12 | opost -olcuc -ocrnl onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 |
13 | isig icanon iexten echo echoe echok -echonl -noflsh -xcase -tostop -echoprt |
14 | echoctl echoke |
15 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS5 -a |
16 | speed 9600 baud; rows 0; columns 0; line = 0; |
17 | intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^A; eol = <undef>; |
18 | eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; |
19 | werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; |
20 | -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts |
21 | -ignbrk -brkint ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl ixon ixoff |
22 | -iuclc -ixany -imaxbel -iutf8 |
23 | -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 |
24 | -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt |
25 | -echoctl -echoke |
26 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS6 -a |
27 | speed 9600 baud; rows 0; columns 0; line = 0; |
28 | intr = ^C; quit = ^\; erase = ^?; kill = ^U; eof = ^A; eol = <undef>; |
29 | eol2 = <undef>; swtch = <undef>; start = ^Q; stop = ^S; susp = ^Z; rprnt = ^R; |
30 | werase = ^W; lnext = ^V; flush = ^O; min = 1; time = 0; |
31 | -parenb -parodd cs8 hupcl -cstopb cread clocal -crtscts |
32 | -ignbrk -brkint ignpar -parmrk -inpck -istrip -inlcr -igncr -icrnl ixon ixoff |
33 | -iuclc -ixany -imaxbel -iutf8 |
34 | -opost -olcuc -ocrnl -onlcr -onocr -onlret -ofill -ofdel nl0 cr0 tab0 bs0 vt0 ff0 |
35 | -isig -icanon -iexten -echo -echoe -echok -echonl -noflsh -xcase -tostop -echoprt |
36 | -echoctl -echoke |
37 | gerhard@Linux-W370 ~ $ dmesg | grep ttyS |
38 | [ 0.643099] 00:0b: ttyS0 at I/O 0x3f8 (irq = 4, base_baud = 115200) is a 16550A |
39 | [ 0.664941] 0000:00:03.3: ttyS4 at I/O 0x1c90 (irq = 17, base_baud = 115200) is a 16550A |
40 | [ 0.686193] 0000:03:09.0: ttyS5 at I/O 0x2000 (irq = 18, base_baud = 115200) is a ST16650V2 |
41 | [ 0.707443] 0000:03:09.1: ttyS6 at I/O 0x2008 (irq = 19, base_baud = 115200) is a ST16650V2 |
42 | gerhard@Linux-W370 ~ $ |
per PUTTY bekomme ich auch das Echo jetzt zurück von den eingegebenen Zeichen ... Dann dürfte der Fehler nur mit Kabel auftreten, denn mit 1m Kabel am Ende 2+3 gebrückt geht nix mehr...?? Gerhard
Gerhard Hinze schrieb: > Dann dürfte der Fehler nur mit Kabel auftreten, denn mit 1m Kabel am > Ende 2+3 gebrückt geht nix mehr...?? Hat der Stecker am Rechner irgendwelche Bruecken drin? wendelsberg
Hallo , ich möchte allen nochmals danken ! Wie ich bemerkt habe stand nun bei den gebrückten 2+3 Pins nicht mehr 115200 Bd sondern nur noch 9600 Baud obwohl ich keine(!!!) Änderungen der Einstellungen vorgenommen habe.
1 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS5 -a |
2 | speed 9600 baud; rows 0; columns 0; line = 0; |
3 | |
4 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS6 -a |
5 | speed 9600 baud; rows 0; columns 0; line = 0; |
vorher:
1 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS5 -a |
2 | speed 115200 baud; rows 0; columns 0; line = 0; |
3 | |
4 | gerhard@Linux-W370 ~ $ sudo stty -F /dev/ttyS6 -a |
5 | speed 115200 baud; rows 0; columns 0; line = 0; |
So und nun geht es wieder...warum ich kann es mir nicht erklären..überhaupt nicht...hmmm??? Also warum, wieso, weswegen das nun so ist steht über mir, die Ports wurden immer mit 9600Bd versucht anzusprechen...so die Einstellungen in den Terminalprogrammen/Anwendungen. Danke nochmals für die Mithilfe, ich wünsche Euch allen ein Frohes Weihnachtsfest und einen fleissigen Weihnachtsmann.. Gerhard Einen kleinen Nachtrag , kann man denn mittels Commandozeileneingabe die Baudzahl der Schnittstellen auch einrichten?? Ich kenne mich nicht , noch nicht so aus ?? Gerhard
:
Bearbeitet durch User
Gerhard Hinze schrieb: > Einen kleinen Nachtrag , kann man denn mittels Commandozeileneingabe die > Baudzahl der Schnittstellen auch einrichten? Jo, dafür geht stty auch: http://www.computerhope.com/unix/ustty.htm
Grosse Weihnachtsüberraschung für mich, das ganze Problem ist wieder wie vorher...nix geht wenn Kabel draufsteckt...zum Krümelhusten bekommen...vorgestern ging es doch noch... Ich dachte sowas Unerklärliches gäbe es nur bei Winblöd... ;) Weiss nun gar nicht mehr was ich da machen soll... :( Gerhard
Gerhard Hinze schrieb: > vorgestern ging es doch > noch... Vllt. musst dir doch jetzt mal einen kleinen Logiktester aus 2 antiparallelen LED und einem 1k Vorwiderstand basteln. Damit kannst du dann erstmal schauen, ob aus TXD wirklich +/- 10V Pegel rauskommen, wenn du sendest und den Tester an TXD und Masse anschliesst. Bei sehr langsamer Baudrate müssen die LED deutlich abwechseln flackern. Alsdann kannst du mit einer Drahtbrücke mit Steckhülsen von TXD nach RXD direkt an der Buchse mal sehen, ob eine lokale Schleife immer noch geht. Als letztes bleibt ja nur noch dein Kabel... Gerhard Hinze schrieb: > Ich dachte sowas Unerklärliches gäbe es nur bei Winblöd WIMRE sind Treiber- und Hardwareprobleme betriebssystemübergreifend :-)
:
Bearbeitet durch User
> > Kannst du mal "cat /dev/ttyS5" (notfalls ohne Kabel) machen und schauen, > da wird gar nix angezeigt als Ergebnis..nur der Cuorblinkt, aber nicht > wie üblich, nur in einer leeren Zeile Es ging da nur darum, das Device zu öffnen und offen zu halten, weil dann und nur dann die Interrupts benutzt werden. Dann kann man nachschauen, was in /proc/interrupts auftaucht. Aber noch so eine blöde Idee: Kann es sein, dass irgendein komisches Handshake-Signal (DSR etc.) das verursacht? Oder gar das reingesteckte Kabel die Karte im Slot so verzieht, dass die Slotkontakte nicht mehr stimmen?
:
Bearbeitet durch User
steck die kabel rein, start den rechner neu und alles wird gehen. du verbiegst die karte im pci-slot beim stecken der kabel.
wendelsberg schrieb: > Standardkernel von Debian > auf vier serielle Ports limitiert ist was für ein schwachsinn. das war auch sicher 2004 nicht der fall.
Ich hatte AFAIR mal unter Ubuntu vor vielen Jahren das Problem das ein Hintergrunddienst (brltty --> braille display zeug) sich die seriellen Ports automatisch gekrallt hat. Deinstallieren und alles war fein. Nur so als Idee.
Danke, danke Euch allen für die aktive Mithilfe und Gedanken.. Ja gestern war alles dann wieder ok, ich hatte den Port erst mit 115200 Bd geöffnet...dann mit 9600 alles ok, na schön dachte ich ..Heute ging wieder nicht, also wieder mit 115200 Bb öffnen wollen..nix mehr ging da, eine reine Verar...ung grrr.. So nun habe ich auf selben PC das Zweitsystem Win7 gestartet...alles bestens. Nein das Kabel kann auch die Karte nicht aus dem Slot hebeln/biegen. Wenn ich mehr Zeit momentan hätte würde ich ne Datensicherung machen und neu Installieren..aber wenn das dann auch für die Katz ist..schade um die Zeit.. Ich habe auch noch eine andere PCI-Serial Karte, aber da ich im Umzug begriffen schon auf gepackten Koffern symbolisch sitze, will ich nicht alles wieder auspacken... Mal sehen ob ich LinuxMint heute abend noch mal überzeugen kann mit dem Port zu arbeiten.. Danke !!! und Gruss Gerhard Nachtrag : ebend nochmal unter Linux probiert: Putty mit 9600 Bd = kein Zugriff... Putty mit 115200Bd = alles ok Putty mit 9600 Bd = alles ok ??? da kann man sich doch nur noch vorm Kopp fassen....usw.. ich bin mit meinem latein am Ende... seufz oder zur Pulle greifen.. ;) Kabel habe ich schon zig mal getauscht kurze lange längere...
:
Bearbeitet durch User
Gerhard Hinze schrieb: > Wenn ich mehr Zeit momentan hätte würde ich ne Datensicherung machen und > neu Installieren.. Naechstes Mal Dein /home auf eine eigene Partition, dann geht die Neuinstallation auch ohne zurueckspielen der Sicherung.
dumdi dum schrieb: > Naechstes Mal Dein /home auf eine eigene Partition, dann geht die > Neuinstallation auch ohne zurueckspielen der Sicherung. Home ist eine extra Partition , aber ich habe Angst das es schiefgeht, da ich noch nicht so über Erfahrungen darin verfüge. Gerhard
Gerhard Hinze schrieb: > aber ich habe Angst das es schiefgeht, Dafür hat man ein Backup. (hast Du keins, leg Dir sofort eins an)
Gerhard Hinze schrieb: > dumdi dum schrieb: >> Naechstes Mal Dein /home auf eine eigene Partition, dann geht die >> Neuinstallation auch ohne zurueckspielen der Sicherung. > > Home ist eine extra Partition , aber ich habe Angst das es schiefgeht, > da ich noch nicht so über Erfahrungen darin verfüge. Sehr gut Dann gibt es maximal Probleme mit deinen Usereinstellungen. ggf. noch ein Bachup von /etc machen (wenn du z.B. SSH Hostkeys verwendest usw.) Unter Linux(Unix) ist es so, das nur der User root systemweite Datein anlegt. Bei Windows war das bei mir immer ein Krampf, besonders die Runtime-Libs wurden mehrfach (zum Teil in der Programmverzeichnissen) angelegt. kannst ja mal ein lspci als root machen .
Schau mal als root mit fuser nach ob nicht ein anderes Programm aus irgendwelchen Gründen die Finger an dem Gerät hat.
Hannes Jaeger schrieb: > Schau mal als root mit fuser nach ob nicht ein anderes Programm aus > irgendwelchen Gründen die Finger an dem Gerät hat. was muss ich denn nach 'sudo fuser' noch eingeben, damit mir nicht nur die Hilfe angezeigt wird. Wie ich schon bemerkte , bin ich noch ein wenig in der Anfängerjacke bei Linux intern... Bin noch am Lernen, aber es geht ja nicht alles an einem Tag zu erlernen... Gruss und Danke Gerhard
# fuser NAME also # fuser /dev/ttyUSB5 # fuser /dev/ttyUSB6 mach auch mal ein # pgrep brltty um zu sehen ob da ein Braile Terminal daemon am "horchen" ist. Wenn keine Ausgabe kommt (also keine Nummer), dann läuft das Programm nicht. Und noch der ModemManager # pgrep ModemManager Wie sieht es denn aus dem der Karte selber ? Dafür war ja das lspci -nn gedacht (-nn für die Ausgabe der PCI IDs), es gibt zwar eine Begrenzung für serielle Ports (max. 4) aber die ist glaube ich nur für die "alten" Karten auf dem I/O Addressen z.B. 0x378, 0x2f8 usw. gedacht. Der alte ISA BUS hatte da einige Begrenzungen z.B. wegen den IRQ, die waren als Daisychain geplant.
Bei fuser usw habe ich gar keine Ausgabe bei pgrep ModemManager diese Ausgabe: 753 bei sudo lspci -nn kommt dieses
1 | gerhard@Linux-W370 ~ $ sudo lspci -nn |
2 | 00:00.0 Host bridge [0600]: Intel Corporation 4 Series Chipset DRAM Controller [8086:2e10] (rev 03) |
3 | 00:02.0 VGA compatible controller [0300]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e12] (rev 03) |
4 | 00:02.1 Display controller [0380]: Intel Corporation 4 Series Chipset Integrated Graphics Controller [8086:2e13] (rev 03) |
5 | 00:03.0 Communication controller [0780]: Intel Corporation 4 Series Chipset HECI Controller [8086:2e14] (rev 03) |
6 | 00:03.2 IDE interface [0101]: Intel Corporation 4 Series Chipset PT IDER Controller [8086:2e16] (rev 03) |
7 | 00:03.3 Serial controller [0700]: Intel Corporation 4 Series Chipset Serial KT Controller [8086:2e17] (rev 03) |
8 | 00:19.0 Ethernet controller [0200]: Intel Corporation 82567LM-3 Gigabit Network Connection [8086:10de] (rev 02) |
9 | 00:1a.0 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #4 [8086:3a67] (rev 02) |
10 | 00:1a.1 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #5 [8086:3a68] (rev 02) |
11 | 00:1a.2 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #6 [8086:3a69] (rev 02) |
12 | 00:1a.7 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #2 [8086:3a6c] (rev 02) |
13 | 00:1b.0 Audio device [0403]: Intel Corporation 82801JD/DO (ICH10 Family) HD Audio Controller [8086:3a6e] (rev 02) |
14 | 00:1c.0 PCI bridge [0604]: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express Port 1 [8086:3a70] (rev 02) |
15 | 00:1c.4 PCI bridge [0604]: Intel Corporation 82801JD/DO (ICH10 Family) PCI Express Port 5 [8086:3a78] (rev 02) |
16 | 00:1d.0 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #1 [8086:3a64] (rev 02) |
17 | 00:1d.1 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #2 [8086:3a65] (rev 02) |
18 | 00:1d.2 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB UHCI Controller #3 [8086:3a66] (rev 02) |
19 | 00:1d.7 USB controller [0c03]: Intel Corporation 82801JD/DO (ICH10 Family) USB2 EHCI Controller #1 [8086:3a6a] (rev 02) |
20 | 00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev a2) |
21 | 00:1f.0 ISA bridge [0601]: Intel Corporation 82801JDO (ICH10DO) LPC Interface Controller [8086:3a14] (rev 02) |
22 | 00:1f.2 SATA controller [0106]: Intel Corporation 82801JD/DO (ICH10 Family) SATA AHCI Controller [8086:3a02] (rev 02) |
23 | 00:1f.3 SMBus [0c05]: Intel Corporation 82801JD/DO (ICH10 Family) SMBus Controller [8086:3a60] (rev 02) |
24 | 02:00.0 USB controller [0c03]: VIA Technologies, Inc. VL80x xHCI USB 3.0 Controller [1106:3432] (rev 03) |
25 | 03:09.0 Serial controller [0700]: MosChip Semiconductor Technology Ltd. PCI 9865 Multi-I/O Controller [9710:9865] |
26 | 03:09.1 Serial controller [0700]: MosChip Semiconductor Technology Ltd. PCI 9865 Multi-I/O Controller [9710:9865] |
27 | 03:09.2 Parallel controller [0701]: MosChip Semiconductor Technology Ltd. PCI 9865 Multi-I/O Controller [9710:9865] |
Ich kann da leider noch nix so gross mit anfangen, sehe aber das die PCI Serial Karte erkannt wird...so denke ich jedenfalls...unten in der Liste als Multi-I/O Controller Gerhard
:
Bearbeitet durch User
Gerhard Hinze schrieb: > 00:03.3 Serial controller [0700]: Intel Corporation 4 Series Chipset > Serial KT Controller [8086:2e17] (rev 03) > 03:09.0 Serial controller [0700]: MosChip Semiconductor Technology Ltd. > PCI 9865 Multi-I/O Controller [9710:9865] > 03:09.1 Serial controller [0700]: MosChip Semiconductor Technology Ltd. > PCI 9865 Multi-I/O Controller [9710:9865] Du hast scheinbar 3 Serielle Schnittstellen
Vergiss den Post. Das hast du ja schon selber herausgefunden und ich mal wieder was überlesen.
Ja 3 Ser. Schnitstellen und 2 parallele, werden ja auch benötigt für versch. Zwecke. Darum ist ja auch die Schnittstellenkarte eingebaut.. Gerhard
OK das mit dem ModemManager und dem brltty hatte ich auch. Einer von beiden ging dabei soweit, das er den Treiber von meinen USB-Serial Adapter deinstallierte. Da bin ich aber erst nach einem Tag drauf gekommen als ich in einem anderen Terminal die Kernellog habe anzeigen lassen. Die probieren ob da ein Braile Terminal oder Modem vorhanden ist. Das kann man entweder mit der PCI-ID blacklisten, oder mit der Holzhammermethode durch deinstallieren der beiden Programme machen. Aber nur diese beiden deinstallieren, --nodepends oder wie das heißt. Beim bekannten Proliftic USB-Serial Converter geht das blacklisten z.B. nicht. Die Dinger sind überall und die Subvendor ID ist bei allen gleich .....
ja so ein Spezie bin ich ja nicht, ja gerade gut 6 Monat aktiv unter Linux. Heute geht wieder mal nix...groll!! Ich muss sehen ob ich noch die 2. nicht auf Buchse geführte ser. Schnittstelle vom Mainboard finde..Muss dann ein Slotblech mit RS232 Buchse anbringen... es macht mich wahnsinnig das mal gehen oder mal nicht, wobei letztes am meisten zutrifft.. :( Gerhard
unter linux ist das kein wunder.. sei froh das es ab und zu funktioniert
ALex schrieb: > unter linux ist das kein wunder.. sei froh das es ab und zu > funktioniert Troll. Ich hab hier nen Notebook mit echtem Serial Port - keine Probleme (man muss nur solche "Helferlein" wie ModemManager oder brltty deinstallieren - das kann schon der Grund sein)
ALex schrieb: > unter linux ist das kein wunder.. sei froh das es ab und zu funktioniert Das sehe ich aber total anders, noch nie vorher damit Probleme gehabt, nur eben seit einigen Updates, die eventuell für andere Sachen erforderlich waren/sind... Gerhard
Gerhard Hinze schrieb: > Grosse Weihnachtsüberraschung für mich, > das ganze Problem ist wieder wie vorher...nix geht wenn Kabel > draufsteckt...zum Krümelhusten bekommen...vorgestern ging es doch > noch... Manchmal liegt das Problem in der Hardware insbesonders in der schlechten, wenn nicht fehlenden, Masseverbindung (schlecht sitzende Stecker, Kabeldefekt). Dann "holt" sich der Rechner das Massepotential woanders her Dann kann es schon entscheident sein in welcher Steckdose der PC steckt oder welche anderen Geräte (self powered USB bspw) am PC stecken oder eben nicht stecken. MfG,
Danke Fpga ! Ich kann aber versichern, das der PC + Verkabelung so ist wie vom ersten Tage und der Zeit wo alles ging..und da ist alles fest verkabelt. Sogar Ethernet kommt per Kabel... Eine USB 3.0 Schnittstelle wurde mal eingebaut, aber ob die drinn oder draussen ist spielt keine Rolle. So wie der neu erwartete NAS Server eingetroffen und eingebunden ist, mach ich ne Datensicherung und spiele Linux neu auf, hoffe das es dann wieder geht... Gruss und Dank...
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.