headers
Martin, AA6E | 1 Jun 2005 04:06
Picon

Re: Software radio

Mike,

I presume you've looked at grig and SGControl via www.hamlib.org?

Anything graphical immediately raises the question of what widget
library you want to use - Qt, gtk, tk/tcl, wxWidgets, MFC, etc. 
Whatever choice you make, you've locked out a bunch of developers. 
So, I expect the hamlib sentiment would be to avoid adopting any
graphical standard.  That's the realm of application development.

On the other hand, if you develop a "wrig" for Windows/MFC, who knows,
the world might beat a path to your door...

73 Martin AA6E

On 5/31/05, G0GJV <g0gjv <at> goodey.org.uk> wrote:
> In article <6a2b366e05053114087cfce3f1 <at> mail.gmail.com>, AA6E Martin
> wrote:
> > Mike,
> >
> > There is a "dummy" rig, which is what you get on rigctl if you don't
> > specify a rig.  I haven't looked at the code, but it's probably mostly
> > a NOOP.  But I expect you want an FT1000 emulator?  That would be
> > tricky.  The main problems I've had with my rig (TT Orion) are
> > accounting for all the little gotchas in the interface that aren't
> > well documented.  (And then there are the features of hamlib that
> > aren't well documented... hi)  There's nothing like working with real
> > hardware.
> >
> > 73 Martin AA6E
(Continue reading)

Permalink | Reply | 1 comment |
headers
darren.hatcher | 1 Jun 2005 10:09
Favicon

RE: Software radio

Mike,

I while ago, I part-wrote a small MS VB-based front-end, based on Grig
(screen-shot attached). This is more of a test harness than anything.

It needs the set of hamlib DLLs to be 'hand installed' and is missing a
lot of usual application niceties (e.g. proper error handling, etc). In
other words it isn't user-friendly to get going. 

I'll re-test it at home tonight and put it on a web-site if the bear
minimum works.

73, Darren - G0WCW
-----Original Message-----
From: hamlib-developer-admin <at> lists.sourceforge.net
[mailto:hamlib-developer-admin <at> lists.sourceforge.net] On Behalf Of G0GJV
Sent: 31 May 2005 23:02
To: hamlib-developer <at> lists.sourceforge.net
Subject: Re: [Hamlib-developer] Software radio

In article <6a2b366e05053114087cfce3f1 <at> mail.gmail.com>, AA6E Martin
wrote:
> Mike,
>  
> There is a "dummy" rig, which is what you get on rigctl if you don't 
> specify a rig.  I haven't looked at the code, but it's probably mostly

> a NOOP.  But I expect you want an FT1000 emulator?  That would be 
> tricky.  The main problems I've had with my rig (TT Orion) are 
> accounting for all the little gotchas in the interface that aren't
(Continue reading)

Permalink | Reply | 1 comment |
headers
G0GJV | 1 Jun 2005 20:55
Picon

Re: Software radio

In article <6a2b366e050531190627bde79a <at> mail.gmail.com>, AA6E Martin 
wrote:
> I presume you've looked at grig and SGControl via www.hamlib.org? 

Unfortunately (or not) I don't have Linux - just Windows

> Anything graphical immediately raises the question of what widget 
> library you want to use - Qt, gtk, tk/tcl, wxWidgets, MFC, etc. 
> Whatever choice you make, you've locked out a bunch of developers. 
> So, I expect the hamlib sentiment would be to avoid adopting any 
> graphical standard.  That's the realm of application development. 

But its not very useful as a command line app...

> On the other hand, if you develop a "wrig" for Windows/MFC, who knows, 
> the world might beat a path to your door...

More likely a "VRig" for Borland C++ Builder

Mike G0GJV

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
Permalink | Reply | 0 comments |
headers
G0GJV | 1 Jun 2005 20:55
Picon

Re: Software radio

In article 
<502A8C420CE0D94F870C6252CDE551540B0AC91B <at> i2km39-ukdy.domain1.systemhost.n
et>,  wrote:
> I while ago, I part-wrote a small MS VB-based front-end, based on Grig 
> (screen-shot attached). This is more of a test harness than anything. 

Looks interesting. A test harness is exactly what I want, emulating a rig 
rather than conttrolling one

> It needs the set of hamlib DLLs to be 'hand installed' and is missing a 
> lot of usual application niceties (e.g. proper error handling, etc). In 
> other words it isn't user-friendly to get going. 

I think I can cope... as a professional developer, its normally my apps 
that the users are cursing!

> I'll re-test it at home tonight and put it on a web-site if the bear 
> minimum works.

Thanks

Mike G0GJV

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
Permalink | Reply | 0 comments |
headers
darren.hatcher | 2 Jun 2005 10:19
Favicon

RE: Software radio

Mike,

I had a look at the test Win32 app last night (was a VB6 version) and it
didn't convert into VB .NET particularly well. 

I'll have to re-write it. Shouldn't take long, but I'll have to re-learn
the object/class model MS have used in .NET and I'm a bit rusty.

In the mean time you can still use the command-line apps to do any
debugging work as the hamlib API test harnesses work well. 

I see from your homepage you have developed your own Win32 logging app
and it looks like you've used Borland TurboVision. I haven't used that
for a loooong time, possibly 10 years, when I wrote a network tester for
K1EA's CT V9.x (http://www.k1ea.com/utilities/congst12.zip). At the time
I don't remember a way of making native Win-API calls out of the TV main
event loop, which might be a problem if you wish to use hamlib. You may
need to do some function mangling to get the calling convention and
function call returns correct/safe. Got any ideas? 

In the mean time, I'll push on with this VB .Net test harness. 

73, Darren - G0WCW
-----Original Message-----
From: hamlib-developer-admin <at> lists.sourceforge.net
[mailto:hamlib-developer-admin <at> lists.sourceforge.net] On Behalf Of G0GJV
Sent: 01 June 2005 19:55
To: hamlib-developer <at> lists.sourceforge.net
Subject: Re: [Hamlib-developer] Software radio
(Continue reading)

Permalink | Reply | 2 comments |
headers
dl2fmb | 2 Jun 2005 19:09
Picon
Favicon

Re: Software radio

Hello Mike, 

If you like take a Look at my Sattelite Rig Controll Project. Hamlib is perfect to controll
several TRX indipendly at the same time, but Im still working on the Datastructure behind
this. 

http://home.arcor.de/mbenz/hamlibtest/
(VB.Net Project)

Please dont expect to much, only some experimental Coding there. 

73 de Michael

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
Permalink | Reply | 0 comments |
headers
G0GJV | 2 Jun 2005 21:55
Picon

Re: Software radio

> I had a look at the test Win32 app last night (was a VB6 version) and it 
> didn't convert into VB .NET particularly well. 
>  
> I'll have to re-write it. Shouldn't take long, but I'll have to re-learn 
> the object/class model MS have used in .NET and I'm a bit rusty. 

Well, its an ill wind... it'll be good for you!

>  
> In the mean time you can still use the command-line apps to do any 
> debugging work as the hamlib API test harnesses work well. 

I'm still thinking that this is from the wrong end.

I want to develop my application, with something that allows me easy 
control of what hamlib tells me - in other words, a program that behaves 
like the RADIO rather than like the application. A hamlib backend with a 
GUI, in other words.

When I have the app working, I'll start looking at the rig backend(s) as 
necessary.

> I see from your homepage you have developed your own Win32 logging app 
> and it looks like you've used Borland TurboVision. I haven't used that 
> for a loooong time, possibly 10 years, when I wrote a network tester for 
> K1EA's CT V9.x (http://www.k1ea.com/utilities/congst12.zip). At the time 
> I don't remember a way of making native Win-API calls out of the TV main 
> event loop, which might be a problem if you wish to use hamlib. You may 
> need to do some function mangling to get the calling convention and 
> function call returns correct/safe. Got any ideas?
(Continue reading)

Permalink | Reply | 1 comment |
headers
G0GJV | 2 Jun 2005 21:55
Picon

Re: Software radio

In article <22571835.1117737285507.JavaMail.ngmail <at> webmail-03.arcor-online.net>,  wrote:
> f you like take a Look at my Sattelite Rig Controll Project. Hamlib is perfect to controll 
> several TRX indipendly at the same time, but Im still working on the Datastructure behind 
> this.

Wrong way round! I want something that IS the TRX - a hamlib backend with a GUI - so I don't 
need a rig connected while I'm initially developing and testing my app. But thanks for the 
interest.

Mike G0GJV

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
Permalink | Reply | 0 comments |
headers
Rein Couperus PA0R | 2 Jun 2005 22:38
Gravatar

Re: Software radio

On Thu, 2005-06-02 at 20:55 +0100, G0GJV wrote:
> > I had a look at the test Win32 app last night (was a VB6 version) and it 
> > didn't convert into VB .NET particularly well. 
> >  
> > I'll have to re-write it. Shouldn't take long, but I'll have to re-learn 
> > the object/class model MS have used in .NET and I'm a bit rusty. 
> 
> Well, its an ill wind... it'll be good for you!
> 
> >  
> > In the mean time you can still use the command-line apps to do any 
> > debugging work as the hamlib API test harnesses work well. 
> 
> I'm still thinking that this is from the wrong end.
> 
> I want to develop my application, with something that allows me easy 
> control of what hamlib tells me - in other words, a program that behaves 
> like the RADIO rather than like the application. A hamlib backend with a 
> GUI, in other words.
> 
> When I have the app working, I'll start looking at the rig backend(s) as 
> necessary.
>   
> > I see from your homepage you have developed your own Win32 logging app 
> > and it looks like you've used Borland TurboVision. I haven't used that 
> > for a loooong time, possibly 10 years, when I wrote a network tester for 
> > K1EA's CT V9.x (http://www.k1ea.com/utilities/congst12.zip). At the time 
> > I don't remember a way of making native Win-API calls out of the TV main 
> > event loop, which might be a problem if you wish to use hamlib. You may 
> > need to do some function mangling to get the calling convention and
(Continue reading)

Permalink | Reply | 0 comments |
headers
Chuck Hemker | 3 Jun 2005 00:30
Favicon

Re: Software radio

On Tue, 31 May 2005 21:55:15 +0100
g0gjv <g0gjv <at> goodey.org.uk> said:

> Has anyone written a "test radio" that could be controlled by HamLib? 
> For development and testing, it would be much easier than having to
> use a real radio... In oarticular, my dev computer and the rig aren't
> that close together.
> 
> If they have, I want one for Windows!

I haven't played with rpcrig but I was just wondering if you could get
two clients using the same dummy radio?  Then you could use one client
to play with the radio and the other one would be the software your
trying to test.

Maybe someone else on the list might know better.

-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
Permalink | Reply | 5 comments |

Gmane