Menu
▾
▴
ts2k-interface-developers — TS2K-Interface Developers
You can subscribe to this list here.
| 2003 |
Jan
|
Feb
(30) |
Mar
(4) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Dale E. E. <de...@w-...> - 2003-02-08 06:17:51
|
Rich/John: Well I've gotten my private copy of Hamlib-ts2k back up. Here is a terse log of its output. It needs more work to be a reliable indicator of how well one may access hamlib functions, but its pretty cool. Lots stuff blinks off/on at the rigs LCD panel. (Simple things for simple minds...) It does give a quick summary of the status of the project. When this has lots of errors, you know something is broken badly! I intend to finish this up as one of the first project milestones. Testing the library is good. The way I have done it helps quickcheck the last changes you made. See you two in the morning & 73's. Dale kd7eni |
|
From: Richard T. L. <r.l...@wo...> - 2003-02-07 15:34:47
|
2 PM is great for me. Any of the above locations are also fine. Looking forward to it. . . Rich ----- Original Message ----- From: "Dale E. Edmons" <de...@w-...> To: <ts2...@li...> Sent: Thursday, February 06, 2003 21:51 PM Subject: [Fwd: [Ts2k-interface-developers] Meeting] > "Dale E. Edmons" wrote: > > > John, > > > > 2pm it is unless Rich objects. I don't know what would be a good place. > > There is a "Shari's" on I405 between Renton and I90. Saturday is a > > poor choice for restaurants but 2p is better than noon or 6p. Hi. > > > > My wife looked in the phone book and there is a Shari's at: > > 1820 S.E. Maple Valley Hwy (425)235-8117. > > (I'm going to confirm that it's by the I405 as soon as I get off > > the net. I'll let you know if this one *won't* work.) > > > > Yes, I have an HT and will use it. We'll use the "Mic and Key" > > repeater at 146.82 and simplex at 147.520 in case the repeater > > doesn't come in. I can monitor both on my Icom HT. > > > > Look forward to meeting you both. I can bring my laptop > > if you think it would be any benefit. > > > > 73's > > Dale, kd7eni > > > > John Long wrote: > > > > > Dale, > > > > > > Lets do it around 2:00 pm Sat. > > > > > > You pick a place close to you. > > > Anywhere down there is easy for me to get to from Issaquah. > > > > > > Send us the name of the place and/or the address and we can do the rest. > > > Don't forget to confirm what time you would like us to arrive. > > > > > > If you have a 2 meter HT we can do a talk in. > > > Just tell us what frequency or repeater to meet you on. > > > > > > John > > > > > > ------------------------------------------------------- > > > This SF.NET email is sponsored by: > > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > > http://www.vasoftware.com > > > _______________________________________________ > > > Ts2k-interface-developers mailing list > > > Ts2...@li... > > > https://lists.sourceforge.net/lists/listinfo/ts2k-interface-developers > > > > ------------------------------------------------------- > This SF.NET email is sponsored by: > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > http://www.vasoftware.com > _______________________________________________ > Ts2k-interface-developers mailing list > Ts2...@li... > https://lists.sourceforge.net/lists/listinfo/ts2k-interface-developers |
|
From: Dale E. E. <de...@w-...> - 2003-02-07 05:58:19
|
"Dale E. Edmons" wrote: > John, > > 2pm it is unless Rich objects. I don't know what would be a good place. > There is a "Shari's" on I405 between Renton and I90. Saturday is a > poor choice for restaurants but 2p is better than noon or 6p. Hi. > > My wife looked in the phone book and there is a Shari's at: > 1820 S.E. Maple Valley Hwy (425)235-8117. > (I'm going to confirm that it's by the I405 as soon as I get off > the net. I'll let you know if this one *won't* work.) > > Yes, I have an HT and will use it. We'll use the "Mic and Key" > repeater at 146.82 and simplex at 147.520 in case the repeater > doesn't come in. I can monitor both on my Icom HT. > > Look forward to meeting you both. I can bring my laptop > if you think it would be any benefit. > > 73's > Dale, kd7eni > > John Long wrote: > > > Dale, > > > > Lets do it around 2:00 pm Sat. > > > > You pick a place close to you. > > Anywhere down there is easy for me to get to from Issaquah. > > > > Send us the name of the place and/or the address and we can do the rest. > > Don't forget to confirm what time you would like us to arrive. > > > > If you have a 2 meter HT we can do a talk in. > > Just tell us what frequency or repeater to meet you on. > > > > John > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Ts2k-interface-developers mailing list > > Ts2...@li... > > https://lists.sourceforge.net/lists/listinfo/ts2k-interface-developers |
|
From: Dale E. E. <de...@w-...> - 2003-02-07 05:57:31
|
"Dale E. Edmons" wrote: > Rich, > > As always, the dumb questions are the ones that don't get asked! > > CVS stands for Concurrent reVisioning System. It uses RCS > (Revision Control System) to do its work. CVS and similar programs > only track changes to text files. CVS goes the extra mile in that > is tracks the numerous changes of all files in a particular directory > and all its subdirectories, and by numerous developers. Thus, if > you change a file and check it in, then when I do an update the > changes will be updated in my file as well. Not only that, the > developers are assumed to be widely despersed and have a > network connection. The repository--where the master for > all source code and every revision--is where we check the > source code out and commit new changes. Periodically, the > administrator of a project makes a new release with new revision > number. > > CVS doesn't know whether is is changing a C, C++, Fortran, or > just a letter to Mom. It does a diff and adds the differences to the > appropriate file. The only time an error or warning may be generated > is if two developers changing code within a few lines of one another. > CVS will then require the adminstrator to merge these changes by > hand. > > Also, CVS doesn't know anything about compiling or building a program. > The benefit of CVS is that if we put in a bunch of code that breaks the > whole project, we use CVS to remove the changes back to a revision > that works. We may then locate which changes broke the project, > fix them, put them back in, and continue on our merry way. > > Sourceforge, though it does have a large percentage of Linux sources, > is Operating System independent. Thus you will find Mac OS, OS/2, > Unix, Linux, and even Windows programs. Sourceforge is Open Source. > They don't require a GNU license, but they do require the license is > similar and that the source code is not restriced. > > Hopes this helps. > > 73's > Dale, kd7eni |
|
From: Dale E. E. <de...@w-...> - 2003-02-07 05:56:20
|
"Dale E. Edmons" wrote: > John/Rich: > > Absolutely! I can't walk too far or over exert myself but > I can drive now since I'm off the pain killers. I don't do > stairs or hills well yet. > > Where ever and when ever is pretty much fine with me. > I'm trying to persuade my wife to come along just in case. > She's working on her ham license but she knows this > stuff is a bit out of reach for her. > > I'm on a midshift and "normally" sleep from 0700-1400. > Either early morning (0000-1000) or afternoon (1400-2359) > will be best. My schedule is hard for even me to predict. > Whatever you two decide on, I'll make it a point to be there! > Between 1000-1400 is available but expect a future meeting > to be between 0200-0600. Hi! > > I figure a restaurant on the I-405 would be good. Particularly > either at the I-90 or Hwy 900 junctions. (Is Hwy 900 good > for travel or is it just a hiway by name only?) Give me a > call. I check my e-mail at random and have only a single > line and slow networking! Hi. > > Yes, I won't be able to go over 12hours. > > I'm in Burien. The address is: > 1219 S. W. 126th St. > Burien, WA 98146 > > I drive an '86 Ford F250 4x4. It's > two tone gray and rather easy to > spot. I wear glasses, and have a > beard and mustache. > > 73's > Dale > kd7eni > > John Long wrote: > > > Dale, > > > > Are you still up to meeting on Sat? > > > > If so, do you have a time so I can block it out on my calendar? > > I am open to just about any time you want. > > Lets keep the first meeting to under 12 hours Hi Hi! > > > > What is your address? > > > > John > > KW7A > > (425) 837-0802 > > > > ------------------------------------------------------- > > This SF.NET email is sponsored by: > > SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! > > http://www.vasoftware.com > > _______________________________________________ > > Ts2k-interface-developers mailing list > > Ts2...@li... > > https://lists.sourceforge.net/lists/listinfo/ts2k-interface-developers |
|
From: John L. <JH...@co...> - 2003-02-06 23:56:56
|
Dale, Lets do it around 2:00 pm Sat. You pick a place close to you. Anywhere down there is easy for me to get to from Issaquah. Send us the name of the place and/or the address and we can do the rest. Don't forget to confirm what time you would like us to arrive. If you have a 2 meter HT we can do a talk in. Just tell us what frequency or repeater to meet you on. John |
|
From: Richard T. L. <r.l...@wo...> - 2003-02-06 23:32:37
|
Hello John and Dale: I'm up for meeting any time that's convenient for you guys. . .I've got a couple of questions that may betray my limited knowledge, but hey, that's how one learns! I have been perusing SourceForge.net. I had never heard of them before. Am I correct in assuming that the main reasons for using SourceForge.net is so other Linux developers can scope out our project and possibly contribute, or pass on solutions to problems they may have already solved? Since the GNU public license requires the source code to be distributed, I understand that their really are no secrets in Linux software development. CVS is completely unknown to me. Is it an Integrated Development Environment, a sort of Metrowerks Codewarrior or Visual Studio (pardon the Windoze references) for Linux. As I said, if I can't really contribute too much, perhaps I can learn enough to get up to speed for our next project! Again, looking forward to meeting and learning. . . Rich AL0FT |
|
From: John L. <JH...@co...> - 2003-02-06 20:52:17
|
Dale, Are you still up to meeting on Sat? If so, do you have a time so I can block it out on my calendar? I am open to just about any time you want. Lets keep the first meeting to under 12 hours Hi Hi! What is your address? John KW7A (425) 837-0802 |
|
From: Dale E. E. <de...@w-...> - 2003-02-05 01:22:09
|
Hi all,
Good to see things are progressing so quickly. Sourceforge is doing
things quicker than I've seen
in the past as well.
1) I program almost exclusively in c/c++. It has worked so well for so
long and it is quite standard.
I'm open to new stuff as long as it provides a benefit. Then, I'll do
all I can to get up to speed.
My original tools for the ts2k are written in C++. The stuff I've done
within the hamlib library is
in C (no choice). I use the GNU C/C++ compiler and tools running the
Linux operating system.
I use the Slackware distribution as a base and recompile and reconfigure
everything from there.
2) My software for the ts2k is in three parts.
a) C++ modules that are only complete enough to save/restore memory
and send basic ts2k
command scripts to the rig for resetting.
b) ts2k scripts which are text commands that when transferred to the
rig will cause it to interpret
them. I have some ts2k scripts to do basic setup of the rig
after a full reset.
c) C modules that I've written from scratch as part of the hamlib
project. I retain the copyright
etc... There are some modules I've modified and a couple I've
written entire functions for and
have clearly demarked the new stuff I've written. The hamlib
project is under GNU license
there is no problems with using it. My stuff is also under GNU
license and likewise has no
restrictions (except you can't package and sell it without
providing the source code to the
end user--standard GNU licensing).
3) Hamlib. The idea behind hamlib is most excellent. The
implementation is suprisingly good.
The actual ts2k control really sucks. I took to modifying the ts2k
module but hamlib was much
too limited in certain areas. I've made all the corrections I felt
was needed to make everything
work well but wasn't allowed to keep the code in the mainline code.
branch_ts2k was created
for my work to go into until such a time as the two may be merged.
The standard hamlib control for the ts2000 is broken as far as I'm
concerned. I suggest we use
branch_ts2k. If we do this we don't have to abandon our software if
we change to another
rig. I'm fairly unwilling to spend hours and hours working on a GUI
for rig control and have to
throw it all away if I decide the ts2k just isn't what I want or
need. It's quite the cool rig but it is
the only rig I've owned and would like to try others (provided they
may be remotely controlled).
The software I talk about that I have is yet another version of
hamlib I call hamlib-kd7eni. This
is the bleeding edge stuff I develop on. I have my own CVS
repository where I maintain this code.
Every once in a while I merge branch_ts2k from sourceforge with my
hamilb-kd7eni. I also have
merge new stuff from the hamlib Mainline code to keep things
current. This is a whole lot of work
and I don't do it often. I recently moved and the Mainline code is
probably quite a ways out of
sync with both branch_ts2k and hamlib-kd7eni.
The hamlib has not only control of the serial port but uses an RPC
interface which allows one
to connect a machine via a network to a machine connected to the rig
and control it as if he
were there in the room. We'd have a hard time just extracting the
few bits we need. Let's just
use hamlib. If it doesn't suit us, we have the source code and can
change anything we wish.
4) I haven't found a good GUI that uses hamlib yet. There are a few
startup projects though. We can
use one of these as a base to get started with or we can start from
scratch. Either alternative is
going to take a bit of work.
5)The bottom line is that I want to have a viable and working system by
the time we release a
working version of our software. I want it to have as much or more
functionality than the ts2k.
I won't attach a PC to my rig and accept some lame excuse of a
control program. With the
assistance of a programmable PC, the ts2k should be really awesome!
Not just an expensive
and oversized HT.
6) I think we should use hamlib in its entirety including non-kenwood
rigs. I don't think we should
attempt to maintain them but should keep our version current with
the mainline as oftem as
is practical as long as they don't break our version.
Then we should "adopt" an existing framework GUI and do the same
thing. In our case we'll
be molding them to fit our needs, rather than accepting something
more bland. This work can
be sent back to the originating groups which can merge or reject our
updates.
Also, all of the Kenwood specific scripts and tools we create will
be here. The standalone memory
save is a good tool. I'll never discard it but I'm not doing a lot
of new work on it. Everybody should
be able to use this tool regardless of the computer they have.
There are several others that can
be created for simple tasks especially when hamlib and a GUI are
over kill. In short, we need to
write several more tools. Most will be standalone but many should
have a hamlib version. We should be
the TS-2000 resource that rivals the Kenwood website by a long shot.
Well, I'm sure I've "timed out the repeater". We'll need more
discussion before we actually create
the repository and start throwing in code. We'll have more than one
project I suspect but again, this
is something that we need to discuss: Standalone Tools, Kenwood
library (hamlib-ts2k), GUI.
And of course supplimental documentation (I'm not on the documents
commitee--Hi!).
73's for now.
Oh yea! I just completed the command functions. I'm switching to
the testing phase which should
be complete enough to show to you guys this weekend. It'll take a
while to debug them all (the header
and source are each approx. 30k bytes) This will be good for
standalone as well as hamlib use!
On a personal note, I was able drive my truck today. I'll be moving
slow this weekend, but I'll likely not
be staying home!
73
Dale
kd7eni
|
|
From: John L. <JH...@co...> - 2003-02-04 15:53:42
|
The Conceptual Design was meant to get us on the same path. I would like more feedback so it will reflect what we decide to do. There will also be a "Vision Scope", "High Level Design" and "Detailed Design" documents as time goes on. Feel free to make up your copies and return them to me so we can work on them. Thanks for the feedback so far. Areas of the design can and should be filled with any work already developed. Also, the use of other developed code is acceptable. Lets just make note of it in the design so we don't loose track of our plan. If I understand, the HamLib code has a good defined RS-232 communications module. Does this need any tweaking, or can it be used as is? Are you suggesting we use it for the RS-232 piece of the project? Does it support Linux, Windows and Mac? Have we decided on what language to use? (C, C++, C#, OOP, VB, other). I have no problem staying with what is started. Dale, why don't you describe what you are using so we can all configure to develope in that language. As for CVS, I download a windows client version last night. I could use some help configuring it to talk to our project. Dale, I have given you Admin authority so you can help me set up the sourceforge site. Thanks for all the input, John |
|
From: John L. <JH...@co...> - 2003-02-04 15:28:11
|
This is my first message to this mail list from my work computer. Lets all check-in to see if it is working. John |
