<html>
<head>
<style>
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 10pt;
font-family:Verdana
}
</style>
</head>
<body class='hmmessage'>
Hi Pierre,<br><br>Hmm, well on my system (OpenSuSE 11.1) they are owned by uucp, but I do have both dialout and uucp groups configured for my login.  Anyway, I believe the serial port linkages and permissions aren't the problem.  Rather, there's something about the Kenwood D7 software that just isn't right.  I can send and receive to the radio via Kermit, for example, so all the plumbing must be ok, and the Kenwood software is sending characters to the radio.  It's just not receiving anything back, or at least, not acting on it.  The result is a timeout after a few seconds, and a failed transfer.<br><br>Also, I just tried the Kenwood control program (http://www.g7ltt.com/thd7/TH-D7%20Conrtol%20Program%20Info%20and%20Help.htm) under CrossOver, and it DOES seem to work, at least, it's reading and writing to the radio.  Same hack required to link com2 to the real serial port device file.<br><br>Greg  KO6TH<br><br><br>> Date: Sun, 31 May 2009 10:42:19 -0700<br>> From: kf4lvz@yahoo.com<br>> To: aprssig@tapr.org<br>> Subject: Re: [aprssig] Kenwood D7 software on Linux?<br>> <br>> <br>> > Message: 1<br>> > Date: Sat, 30 May 2009 09:04:25 -0400 (EDT)<br>> > From: Pierre Thibaudeau <br>> > <br>> > One more thing,<br>> > <br>> > On most distributions, access to the serial ports is<br>> > permitted to root and <br>> > to members of the "uucp" group. Unless you are running as<br>> > root (which is <br>> > never a good idea), you should edit the /etc/group to add<br>> > your own user id <br>> > to the uucp line:<br>> > <br>> >    uucp:x:14:uucp,<your_username><br>> <br>> Usually it's dialout not uucp on the more recent distributions.  The best method is to just perform a long ls on the device and see what group it belongs to:<br>> <br>> $ ls -l /dev/ttyS*<br>> crw-rw---- 1 root dialout 4, 64 Mar 14  2002 /dev/ttyS0<br>> crw-rw---- 1 root dialout 4, 65 Jul 20  2006 /dev/ttyS1<br>> crw-rw---- 1 root dialout 4, 66 Mar 14  2002 /dev/ttyS2<br>> crw-rw---- 1 root dialout 4, 67 Mar 14  2002 /dev/ttyS3<br>> <br>> Then become a member of that group.<br>> <br>> <br>> > <br>> > >    The annoyance is that Linux has it stuck<br>> > in its mind that the second <br>> > >    and third serial ports (which are via an<br>> > add-in PCI card with no <br>> > >    jumpers) are /dev/ttyS4 and S5.  The<br>> > previous incarnation of the <br>> > >    system (OpenSuSE 10.2) was well behaved<br>> > and numbered them S1 and S2, <br>> > >    but a previous one to that had them up in<br>> > the teens (S14 and S15, if <br>> > >    I recall).  I don't know of any way<br>> > to change that; is there?<br>> <br>> Sure there is.  Just blow away the /dev/ttySx's that you want to use and then use mknod to create a new set with the proper major and minor numbers that your PCI port is using.  From my pasted ls output above, my ttyS3 is major 4 minor 67 with mode 660 (rw-rw----).  Suppose I want to make that ttyS1 without using a symlink:<br>> <br>> as root:<br>> rm /dev/ttyS1<br>> mknod --mode=660 /dev/ttyS1 c 4 67<br>> <br>> <br>> > On startup, linux precreates the /dev/ttyS0 to 3 regardless<br>> > of there <br>> > actual presence. Addon boards are assigned from 4.<br>> <br>> This is because Linux will assign the addon boards to the next available node numbers and then create the /dev files based on those sequential node numbers.<br>> <br>> <br>> <br>>       <br>> <br>> _______________________________________________<br>> aprssig mailing list<br>> aprssig@tapr.org<br>> https://www.tapr.org/cgi-bin/mailman/listinfo/aprssig<br><br /><hr />Hotmail® has ever-growing storage! Don’t worry about storage limits. <a href='http://windowslive.com/Tutorial/Hotmail/Storage?ocid=TXT_TAGLM_WL_HM_Tutorial_Storage1_052009' target='_new'>Check it out.</a></body>
</html>