pepre
Supporter
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
Hallo, bei einem aktuellen Dapper i386 zickt die serielle Schnittstelle. Mutterbrett ist ein ASUS M2N. "setserial" erkennt alles, und die Einstellungen sind in Ordnung. Modem und Kabel habe ich durchgetauscht, daran liegt es also nicht. Sobald ich mit "minicom" zugreife, gehen alle Lichtlein am Modem an (RTS, CTS, DSR, DTR), die LEDs für senden und empfangen wirken tot. "AT" liefert kein "OK" zurück. Das gleiche Verhalten bekomme ich, wenn ich "cat /dev/ttyS0" aufrufe. Allerdings scheint ein "echo 'ATZ' > /dev/ttyS0" zu wirken, denn das Modem blinkert ein bissi; jedoch nicht, wenn ich gleichzeitig mit "cat" lausche. Ich bin ziemlich ratlos; was könnte das sein?
|
pepre
Supporter
(Themenstarter)
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
Könnte das sein: Serial ports of some HP Laptops don't work in Edgy. Ich hab das Script für Gutsy umgeschrieben: ENABLE=0
DISABLE=2
ID="id"
SERIAL_PORT="PNP0501"
STATE="power/state"
PNP_DIR="/sys/devices/pnp0"
for device in ${PNP_DIR}/00*; do
if grep -q ${SERIAL_PORT} ${device}/${ID}; then
echo found serial port at $device, going to bounce it
echo -n ${DISABLE} > ${device}/${STATE}
echo -n ${ENABLE} > ${device}/${STATE}
fi
done Mal testen, ob das was bringt.
|
pepre
Supporter
(Themenstarter)
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
Ok, das war's leider nicht. Da der Fehler unter Gutsy und Dapper auftritt, vermute ich entweder einen Fehler im Modul oder Kernel, oder Asus hat eine falsche Pinbelegung des Steckers auf dem MoBo. Leider sind keine Infos über die Belegung auffindbar. Hat hier niemand ein M2N und nutzt den Serialport (erfolgreich oder nicht)?
|
Dakuan
Anmeldungsdatum: 2. November 2004
Beiträge: 6345
Wohnort: Hamburg
|
Wahrscheinlich wird dir das jetzt auch nicht weiterhelfen, aber man kann ja nie wissen. Also prinzipiell sollte die Benutzung einer Seriellen Schnittstelle unter Dapper keine Probleme bereiten. Aktuell benutze ich das, um auf meinen "headless" Server zuzugreifen, wenn keine Netzwerkbverbindung zustandekommt. Allerdings habe ich noch einen USB Adapter dazwischen. Da ich in meinem Anwendungsfall minicom nicht gebrauchen kann (wg. des Modem Setups), benutze ich picocom, das sendet nichts was man nicht selbst eingegeben hat, dürfte in deinem Fall aber keinen Unterschied machen.
Leider sind keine Infos über die Belegung auffindbar.
Keine Ahnung was Asus da gemacht hat, aber eigentlich sind die Pinnbelegungen allgemein bekannt. Allerdings sagst du nicht, was für ein Kabel du benutzt. Für eine PC-Modem Verbindung benötigt man ein 1:1 Kabel und für eine PC-PC Verbindung ein Nullmodem-Kabel. Hast du die Pinbelegungen mal daraufhin überprüft? Ausserdem ist noch interessant wie viele Pins im Kabel überhaupt angeschlossen sind. Falls das Modem auf Software-Handshake eingestellt ist könntest du mal versuchen mit Strg-s oder Strg-q eine Änderung herbeizuführen, aber nach deiner Beschreibung tippe ich eher auf ein falsches Kabel oder falsche Geschwindigkeitseinstellung. Per default ist die Geschwindigkeit auf 9600bps eingestellt was natürlich von der minicom Config verändert werden kann, aber was im Modem eingestellt ist, weis der Geier (würde aber auf 115200bps tippen).
|
pepre
Supporter
(Themenstarter)
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
Dakuan hat geschrieben: Allerdings habe ich noch einen USB Adapter dazwischen.
Sowas? Funktioniert das problemlos? Das wäre dann nämlich mein Workaround... Dakuan hat geschrieben: Keine Ahnung was Asus da gemacht hat, aber eigentlich sind die Pinnbelegungen allgemein bekannt.
Für die RS232-Buchse schon, aber nicht für den Pfostenstecker auf dem MoBo. Das M2N führt den COM-Port nämlich nicht nach aussen, sondern es musste ein Kabel (Pfostenstecker auf RS232 am Slotblech) zugekauft werden. Dakuan hat geschrieben: Allerdings sagst du nicht, was für ein Kabel du benutzt. Für eine PC-Modem Verbindung benötigt man ein 1:1 Kabel und für eine PC-PC Verbindung ein Nullmodem-Kabel.
An anderen Rechnern funktioniert alles einwandfrei. Kabel- und Modemfehler kann ich ausschliessen. Dakuan hat geschrieben: Falls das Modem auf Software-Handshake eingestellt ist könntest du mal versuchen mit Strg-s oder Strg-q eine Änderung herbeizuführen, aber nach deiner Beschreibung tippe ich eher auf ein falsches Kabel oder falsche Geschwindigkeitseinstellung. Per default ist die Geschwindigkeit auf 9600bps eingestellt was natürlich von der minicom Config verändert werden kann, aber was im Modem eingestellt ist, weis der Geier (würde aber auf 115200bps tippen).
Da hab ich alle sinnigen Varianten durchgetestet.
|
Dakuan
Anmeldungsdatum: 2. November 2004
Beiträge: 6345
Wohnort: Hamburg
|
Die Pinnbelegung muß doch irgendwo dokumentiert sein. Bisher habe ich das jedenfalls für alle meine Rechner bekommen können, auch wenn es manchmal rieseige PDFs von der Herstellerseite waren. Theoretisch kann man das wohl auch austesten aber ich will jetzt lieber nicht beschreiben, wie ich da vorgehen würde. Nicht das ich noch drann schuld bin, wenn ein Treiberbaustein durch einen versehentlichen Kurzschluß abraucht (obwohl die eigentlich kurzschlußfest sein sollten). Man könnte bei dem Slotblech Adapter aber wohl davon ausgehen, das hier nur Flachbandkabel und Quetschverbindungen zum Einsatz kommen und somit alles glatt durchverbunden wird. Es gibt also erstmal nur 4 Möglichkeiten der Verdrahtung. Da die Belegung am DB9 Stecker bekannt ist kann man das weiter Einschränken. Ich würde da erstmal mit dem Masse/Gnd Stift anfangen und das Gegenstück dazu am Pfostenstecker suchen. Evtl. kann man den schon optisch identifizieren (Leiterbahn verfolgen). Dazu wirst du wohl eine starke Lupe und eine Lampe brauchen. Ein Bild vom Originalteil kann auch helfen.
Sowas? Funktioniert das problemlos?
Ja, fast. Das erzeugte Gerät heisst dann beispielsweise /dev/ttyUSB0. Mein Gerät ist von Digitus. wo ich das gekauft habe weiss ich nicht mehr, wahrscheinlich aber bei Conrad, da kann ich nämlich mit dem Fahrrad hin und muß dann nicht auf die Post warten. Ich bin ja immer so ungeduldig, wenn ich mal schnell was ausprobieren will.
|
pepre
Supporter
(Themenstarter)
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
Hallo, nicht wirklich gelöst, aber Workaround. Ich habe mir auch den Conrad-Adapter USB auf Serielle Schnittstelle geholt: funktioniert auf Anhieb. Fazit: beim Asus M2N lässt sich der 16550A nicht nutzen. Wahrscheinlich eine abweichende Pinbelegung. Greift lieber gleich zum oben erwähnten Adapter, bevor ihr euch genauso viel Haare ausrauft wie ich. 😉
|
Dakuan
Anmeldungsdatum: 2. November 2004
Beiträge: 6345
Wohnort: Hamburg
|
Das könnte aber auch ein MoBo Defekt sein, z.B. Spannung ausgefallen oder zu niedrig.
|
pepre
Supporter
(Themenstarter)
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
Nein, leider nicht, ich hab's auf drei M2Ns getestet. Doku über die Pinbelegung gab es auf dem Asus-Server auch nicht. 😢
|
sbe
Anmeldungsdatum: 19. Juni 2008
Beiträge: Zähle...
|
Moin, ich hole das Thema hervor: pepre hat geschrieben: bei einem aktuellen Dapper i386 zickt die serielle Schnittstelle. Mutterbrett ist ein ASUS M2N. "setserial" erkennt alles, und die Einstellungen sind in Ordnung. Modem und Kabel habe ich durchgetauscht, daran liegt es also nicht. Sobald ich mit "minicom" zugreife, gehen alle Lichtlein am Modem an (RTS, CTS, DSR, DTR), die LEDs für senden und empfangen wirken tot. "AT" liefert kein "OK" zurück. Das gleiche Verhalten bekomme ich, wenn ich "cat /dev/ttyS0" aufrufe. Allerdings scheint ein "echo 'ATZ' > /dev/ttyS0" zu wirken, denn das Modem blinkert ein bissi; jedoch nicht, wenn ich gleichzeitig mit "cat" lausche.
Ich habe das gleiche Problem, es scheint eher so, als ob in der glibc etwas defekt ist. Ich habe eine Anwendung, die Daten von einem Empfänger für Wetterdaten über die serielle Schnittstelle einliest, die funktioniert seit 8.04 auch nicht mehr. Andere Anwender haben wohl ebenfalls ähnliche Probleme, siehe hier. Bisher habe ich auch noch keine Lösung für das Problem, es tritt auch nur mit dieser einen Kombination auf, ein 1-wire-Sensor an der anderen seriellen funktioniert noch einwandfrei. Gruß Stefan
|
pepre
Supporter
(Themenstarter)
Anmeldungsdatum: 31. Oktober 2005
Beiträge: 6466
Wohnort: Erlangen
|
sbe hat geschrieben: Andere Anwender haben wohl ebenfalls ähnliche Probleme, siehe hier.
Tja, wer meldet das als Bug? 😉
|
sbe
Anmeldungsdatum: 19. Juni 2008
Beiträge: Zähle...
|
pepre hat geschrieben: sbe hat geschrieben: Andere Anwender haben wohl ebenfalls ähnliche Probleme, siehe hier.
Tja, wer meldet das als Bug? 😉
Ist schon erledigt, guckst Du hier. 😉
|