Re: Minicom - data is corrupted between two PC's ??

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



David Timms wrote:
Erik Grootjans wrote:
----- Original Message ----- From: "Mikkel L. Ellertson" <mikkel@xxxxxxxxxxxxxxxx>
To: "For users of Fedora" <fedora-list@xxxxxxxxxx>
Sent: Wednesday, March 28, 2007 8:24 PM
Subject: Re: Minicom cant get info from /dev/ttyS0 and ttyS1


Erik Grootjans wrote:
Thanks

But i m only in the first stage --> configuring as root
and at this moment even that does not work.
(as root im owner of the device - so rights must not be a problem, i
guess

The next step is then to get it working as an user.

Erik

Dumb question - did you clear out the modem init string and set
"Modem has DCD line" to no? You can use the -o option when starting
minicom to skip the modem initialization.

I normally set up one profile with empty modem strings, and DCD
turned off for uses like this.
 > I didn't, but i started minicom with -o -s, to setup, and then changed
 > to the correct values. And also after a restart of the router, i did get
 > no communication.
 >
 > I checked to clear al fields in modem setup from A-L and changed DCD
 > line to NO.
 > I did save it to console.
 > restart the router --> nothing
 > restart minicom -o console (=saved config) --> nothing
 > restart minicom -o console + sometime latere restart router --> nothing
 > restart router + start minicom -o console --> nothing
 >
 > So this seems to make no difference, too bad.
Posters:
Thanks for all the tips on serial comms with minicom.

Once I checked all the above, one computer can start minicom fine, but the computer {a hp nx6320 notebook} was having:
Device /dev/ttyS0 lock failed: Operation not permitted.

It seems if I attempt to start minicom from a user account, then the lock file is generated in /var/lock/*tty* , but then has some problem.
su to root and running minicom after this shows identical error.
rm the lock file and running minicom from root is then successful.

However, with a 3-wire crossover between the two PC's at 115200 8n1 just junk chars were coming up on the other computer in one direction and nothing in the opposite. After a time (20s), suddenly junk also appeared on the other computer (not the letters typed but >ascii chars}

I reset to 38400 and 9600. result now is one direction characters come out normal, and in the other direction I see weird characters:
?...?p??.?? . . ? ?. ?  ? ? ?   ? . ?? ? ?   .???.??    .???.
+++++++++?+#++?++++?+#+?++_++?+??+?_?+_?.......................+++

I'm going to find my DB9F plug with a 2-3 short in it later today to test each end separately.

It appears that the data rates are mismatched, yet the status text says 9600 8N1 on both machines.
Any hints for resolving this one ?
I also set the Modem reset string to '', save the dfl and restarted both minicoms. Now they are talking normally at 9600 n81. And changing live to 115200, and save dfl, and they immiediately communicate properly. Any ideas on what's going wrong here ?

I had a suspicion that selinux might be getting in the way for normal user access. # setenforce 0 then running $ minicom then works OK.

Changing back to setenforce 1 stops it working {lock file permissions}.

Any selinux experts here ?

Also, in var/log/messages, I see mgetty having a little hernia every 45secs:
: init chat failed, exiting...: Interrupted system call
: failed in mg_init_data, dev=ttyS0
I have a ppp dialup connection configured, but inactive.

Any help much appreciated, thanks

DaveT.


[Index of Archives]     [Current Fedora Users]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [Yosemite Photos]     [KDE Users]     [Fedora Tools]     [Fedora Docs]

  Powered by Linux