Rob Vance | 25 Sep 07:57 2014
Picon

Uniden BC780XLT back end

Greetings,

I am new to the list and somewhat timid about code; still so much to learn.

My goal is to implement a software tool on linux to program memories in my BC780XLT.  I found Pyrime as a front-end to Hamlib.  Got the GUI to run but it won't read back the scanner's memory contents.  Set it to verbose and watched the terminal window.  In the terminal rigctl is sending a "PM000" request to the radio and it replies with an error.  

So out of the Pyrime interface and back to rigctl to do some troubleshooting.  Then it dawns on me.  The '780 memories are labeled 1 to 500; the back end has them coded as 0 to 499, I was looking here.  If I send the "h" command in rigctl for channel 0, the radio barfs, as such:

Rig command: h
Channel: 0
write_block(): TX 6 bytes
0000    50 4d 30 30 30 0d                                   PM000.          
read_string(): RX 4 characters
0000    45 52 52 0d                                         ERR.            
get_channel: error = Protocol error

If I send the "h" for, say channel 1, I get:

Rig command: h
Channel: 1
write_block(): TX 6 bytes
0000    50 4d 30 30 31 0d                                   PM001.          
read_string(): RX 35 characters
0000    43 30 30 31 20 46 30 31 34 35 33 31 30 30 20 54     C001 F01453100 T
0010    46 20 44 46 20 4c 46 20 41 46 20 52 46 20 4e 30     F DF LF AF RF N0
0020    30 30 0d                                            00.             
get_channel: error = Protocol error

I dunno what what is producing the error on the last line, but the rest of the output is valid.  So Pyrime is collecting the contents of the entire memory with the PM serial command but because the back end specifies the first channel as 0 instead of 1, it errors and then quits.

I am willing to help make the fix, but I am much more competent with a soldering iron than a list of code so you will have to tell me what to do.

Thanks for these great tools.

Best,
Rob, N6ROB

------------------------------------------------------------------------------
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Nate Bargmann | 9 Sep 18:05 2014
Picon

Re: Green Heron Rotor Control help needed!

* On 2014 09 Sep 10:45 -0500, Ian_Wade_G3NRW wrote:
> On 08/09/2014 17:25, Nate Bargmann wrote:
> 
> >I think I found the fundamental problem.  The RotorEZ controller I have
> >returns the azimuth as ';XXX' and the RT-21 returns it as 'XXX;'.
> >
> >ARGHHH!
> 
> I know nothing about the hardware, but I'm wondering if this is what really
> happens:
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 1. The semicolon in ';XXX' is actually the terminator of the *previous*
> response.
> 
> 2. The remaining 'XXX' is the azimuth, but the final semicolon isn't
> generated (or received), so everything times out.
> ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> 
> In other words, the format of the streams in both cases is the *same*, but
> with the RotorEZ the RX routine fails to receive the final terminator. A
> buffering issue perhaps?
> 
> Just my 2c. Probably a huge (wrong) stab in the dark! -- but I have seen
> this sort of thing many times before.

Yours is a reasonable supposition, Ian, but in this case they actually
are different as I found in better RotorEZ documentation than I had
received from them a number of years ago:

http://www.qsl.net/l/lu7did/docs/PIC/Rotor-EZ%20protocol.pdf

contrasted to the RT-21 documentation on page 47:

http://greenheronengineering.com/prod_documents/controllers/docs/RT-21_Manual_current.pdf

As it turns out, the RT-21 can set and get a position to a tenth of a
degree, so I have coded a new backend model definition and committed it
last night that queries the RT-21 using its custom command.  Once Will
has had a chance to test that function I'll go ahead and write a higher
precision set function and then we'll decide which of the other commands
to support.

What is interesting is that there is an RT-21azel that incorporates two
serial ports, one for azimuth and the other for elevation.  ATM Hamlib
has no concept of opening multiple ports at once that I am aware of
(someone correct me if I'm wrong).  It seems a rather novel approach
rather than offering another pair of custom commands that would combine
the two settings.

73, Nate

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Want excitement?
Manually upgrade your production database.
When you want reliability, choose Perforce.
Perforce version control. Predictably reliable.
http://pubads.g.doubleclick.net/gampad/clk?id=157508191&iu=/4140/ostg.clktrk
William Liporace | 7 Sep 00:04 2014

Green Heron Rotor Control help needed!

Good Evening,
I currently have my controller hooked up to an OpenSuse box. The unit is 
hooked up USB to /dev/ttyUSB0. I have also tried it via a serial port on 
/dev/ttyS0 Last I tried, it worked in Windows, I have never gotten it to 
work in Linux. I am in the dialout group, the radio control does work.

Here was one test:
rotctl -m 403 -r /dev/ttyS0 -vvvvv
rotctl, Hamlib 1.2.15.3
Report bugs to <hamlib-developer <at> lists.sourceforge.net>

rot:rot_init called
rot: loading backend rotorez
initrots2_rotorez called
rot_register (401)
rot_register (402)
rot_register (403)
rot_register (404)
rotorez_rot_init called
rot:rot_open called
Opened rot model 403, 'DCU-1/DCU-1X'
Backend version: 2010-08-23, Status: Untested

Rotator command: p
get_pos: error = Feature not available

Rotator command: q
rot:rot_close called
rot:rot_cleanup called
rotorez_rot_cleanup called
WC2L <at> linux-7ed5:~>

I have had some time this afternoon to try to figure this out. Any ideas 
or suggestions? Has anyone gotten it to work via USB or serial??

TNX Will WC2L

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
Nate Bargmann | 4 Sep 13:11 2014
Picon

Re: Hamlib Wiki gone

* On 2014 04 Sep 02:27 -0500, Tony Langdon wrote:

> The MediaWiki has been missing for a while.  I've had to go to third 
> party sites for documentation the last few months. :(

I don't like hearing that, Tony.  I don't know when it went away.  I had
a minor health issue most of the spring and summer which kept me from
being in the mood to do much on the Hamlib front and I certainly lost
track of this issue.

The question is how do we fix it.  I heard from a blind user that
MediaWiki was about the only format that worked with his screen reader.
I'm not sure that SF.net's markdown Wiki that is embedded in a page full
of Javascript would work for him.  From what little I have worked with
it, the markdown Wiki seems quite limited after working with MediaWiki.
I have not researched options for MediaWiki hosting.

The bad part is that I don't have a copy of the Wiki information
locally.

73, Nate

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
Nate Bargmann | 3 Sep 20:48 2014
Picon

Hamlib Wiki gone

I wanted to point a new user to a screen shot for setting up his K3 in
CQRlog and now find that the MediaWiki has been removed and all its info
gone.  I logged into the SF.net shell account and the old Web stuff that
consisted of the Doxygen generated files is still present.  I will have
to figure out the path to get back to the old Website.

Martin, did you get any of the MediaWiki stuff saved?  I know that
SF.net had stated earlier in the year that MediaWiki would no longer be
supported but them not giving a heads-up on it leaves a sour taste in my
mouth (not the first time).

I can activate the inferior markdown Wiki they now offer, if that is
wanted.

http://www.hamlib.org now drops into the Hamlib project summary page.

Sigh.

73, Nate

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Slashdot TV.  
Video for Nerds.  Stuff that matters.
http://tv.slashdot.org/
Ryan Caron | 14 Aug 23:57 2014

Re: Error trying to set hamlib PTT in soundmodem

Was this issue ever resolved? soundmodem 0.18 is the default in the 
ubuntu 13+ and we're having issues with PTT over CAT cable method. On an 
FT-817 and an FT-897

73,
NX1U

------------------------------------------------------------------------------
Nate Bargmann | 13 Aug 17:45 2014
Picon

[Fwd: [hamlib] Add a tag name to hamlib_port_t. (#2)]

Ricky is proposing a slight change to rig.h.  You can view it here:

https://github.com/CodeBlock/hamlib/commit/a5d11e68c1b9377dd3f01745d93a5294bc9c43ee#diff-d41d8cd98f00b204e9800998ecf8427e

I am unsure what effect, if any, this will have on the API.  Ricky's
patch puts the name of the struct to line 1338 even though it is already
defined on line 1380.  Is this a problem (this is one of those areas of
C I am not well versed in)?

73, Nate

----- Forwarded message from Ricky Elrod <notifications <at> github.com> -----

Date: Wed, 13 Aug 2014 08:26:56 -0700
From: Ricky Elrod <notifications <at> github.com>
To: N0NB/hamlib <hamlib <at> noreply.github.com>
Subject: [hamlib] Add a tag name to hamlib_port_t. (#2)
Reply-To: N0NB/hamlib
	<reply+i-40166037-8a449d5bd94363623612fb39e63df1b7be8b0b9a-555821 <at> reply.github.com>

Note: I also sent this [upstream](https://sourceforge.net/p/hamlib/code/merge-requests/2/) but
there&#39;s another merge request there that has had no comments on it and has been open since February, so
I&#39;m sending my patch here too, in hopes that it at least doesn&#39;t get overlooked like [the other
person&#39;s](https://sourceforge.net/p/hamlib/code/merge-requests/1/) seems to have.

I am making a Haskell binding to hamlib and this anonymous struct was
creating some issues for me. I am not a C-coder by day, but I think this
is harmless to add here.

Signed-off-by: Ricky Elrod &lt;ricky <at> elrod.me&gt;
You can merge this Pull Request by running:

  git pull https://github.com/CodeBlock/hamlib hamlib_port_t-struct-name

Or you can view, comment on it, or merge it online at:

  https://github.com/N0NB/hamlib/pull/2

-- Commit Summary --

  * Add a tag name to hamlib_port_t.

-- File Changes --

    M include/hamlib/rig.h (2)

-- Patch Links --

https://github.com/N0NB/hamlib/pull/2.patch
https://github.com/N0NB/hamlib/pull/2.diff

---
Reply to this email directly or view it on GitHub:
https://github.com/N0NB/hamlib/pull/2

----- End forwarded message -----

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Andreas Kupries | 12 Aug 22:09 2014
Picon

2nd Call For Papers, 21th Annual Tcl/Tk Conference 2014

21'th Annual Tcl/Tk Conference (Tcl'2014)
http://www.tcl.tk/community/tcl2014/

[ It is 4 weeks to the deadline for Abstracts and proposals ... ]

November 10 - 14, 2014
Embassy Suites Downtown
Portland, Oregon, USA

Important Dates:

Abstracts and proposals due     Sep  8, 2014
Notification to authors         Sep 22, 2014
Author materials due            Oct 20, 2014
Tutorials start                 Nov 10, 2014
Conference starts               Nov 12, 2014

[[ 
        Registration is open.
]]

Email Contact:                tclconference <at> googlegroups.com

Submission of Summaries

Tcl/Tk 2014 will be held in Portland, Oregon, USA from November
10 - 14, 2014. The program committee is asking for papers and
presentation proposals from anyone using or developing with Tcl/Tk
(and extensions). Past conferences have seen submissions covering a
wide variety of topics including:

* Scientific and engineering applications
* Industrial controls
* Distributed applications and Network Managment
* Object oriented extensions to Tcl/Tk
* New widgets for Tk
* Simulation and application steering with Tcl/Tk
* Tcl/Tk-centric operating environments
* Tcl/Tk on small and embedded devices
* Medical applications and visualization
* Use of different programming paradigms in Tcl/Tk and proposals for new
  directions.
* New areas of exploration for the Tcl/Tk language

Submissions should consist of an abstract of about 100 words and a
summary of not more than two pages, and should be sent as plain text
to <tclconference AT googlegroups DOT com> no later than August 5,
2014. Authors of accepted abstracts will have until September 2, 2014
to submit their final paper for the inclusion in the conference
proceedings. The proceedings will be made available on digital media,
so extra materials such as presentation slides, code examples, code
for extensions etc. are encouraged.

Printed proceedings will be produced as an on-demand book at lulu.com

The authors will have 25 minutes to present their paper at the
conference.

The program committee will review and evaluate papers according to the
following criteria:

* Quantity and quality of novel content
* Relevance and interest to the Tcl/Tk community
* Suitability of content for presentation at the conference

Proposals may report on commercial or non-commercial systems, but
those with only blatant marketing content will not be accepted.

Application and experience papers need to strike a balance between
background on the application domain and the relevance of Tcl/Tk to
the application. Application and experience papers should clearly
explain how the application or experience illustrates a novel use of
Tcl/Tk, and what lessons the Tcl/Tk community can derive from the
application or experience to apply to their own development efforts.

Papers accompanied by non-disclosure agreements will be returned to
the author(s) unread. All submissions are held in the highest
confidentiality prior to publication in the Proceedings, both as a
matter of policy and in accord with the U. S. Copyright Act of 1976.

The primary author for each accepted paper will receive registration
to the Technical Sessions portion of the conference at a reduced rate.

Other Forms of Participation

The program committee also welcomes proposals for panel discussions of
up to 90 minutes. Proposals should include a list of confirmed
panelists, a title and format, and a panel description with position
statements from each panelist. Panels should have no more than four
speakers, including the panel moderator, and should allow time for
substantial interaction with attendees. Panels are not presentations
of related research papers.

Slots for Works-in-Progress (WIP) presentations and Birds-of-a-Feather
sessions (BOFs) are available on a first-come, first-served basis.
WIP slots can be reserved like any paper proposal. BOF slots will be
managed on-site. All attendees with an interesting work in progress
should consider reserving a WIP slot.

Registration Information

More information on the conference is available the conference Web
site (http://www.tcl.tk/community/tcl2014/) and will be published on
various Tcl/Tk-related information channels.

        Registration is open.

To keep in touch with news regarding the conference and Tcl events in
general, subscribe to the tcl-announce list. See:
http://code.activestate.com/lists/tcl-announce to subscribe to the
tcl-announce mailing list.

Conference Committee

Clif Flynt              Noumena Corp                   General Chair, Website Admin
Andreas Kupries         ActiveState Software Inc.      Program Chair
Brian Griffin           Mentor Graphics                Site/Facilities Chair
Arjen Markus            Deltares
Cyndy Lilagan           Nat. Museum of Health & Medicine, Chicago
Donal Fellows           University of Manchester
Gerald Lester           KnG Consulting, LLC
Jeffrey Hobbs           ActiveState Software Inc.
Kevin Kenny             GE Global Research Center
Larry Virden
Mike Doyle              National Museum of Health & Medicine, Chicago
Ron Fox                 NSCL/FRIB at Michigan State University & CAEN Technologies
Steve Landers           Digital Smarties

Contact Information     tclconference <at> googlegroups.com

Tcl'2014 would like to thank those who are sponsoring the conference:

ActiveState Software Inc.
Buonacorsi Foundation
Mentor Graphics
Noumena Corp.
SR Technology
Tcl Community Association

------------------------------------------------------------------------------
Hans Van Ingelgom | 11 Aug 06:32 2014
Picon

rotctld keep-alive?

Hello,

I'm refurbishing an antenna rotor, and I was thinking of using an embedded system running a rotctld tcp server as a controller. But I was wondering how to handle network failures. TCP has a bit of a problem detecting disconnects when there is no communication. Now suppose I send a command to turn the antenna, and then unplug the network cable (or the PC crashes). Is there a keep-alive in the protocol that allows me to detect this?

In practice, I assume most clients will continuously poll the current position. Can I use this polling to detect a network problem? I find no specifications about this, so I don't think this has been explicitly defined. I just don't feel that letting the motor run until it hits a hard limit is the right thing to do. If there is no more communication, the motor should stop for safety reasons, IMHO (especially since this is a rather beefy machine, it weights about 50kg and has quite a bit of power).


73
Hans - ON8VQ
------------------------------------------------------------------------------
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer
Nate Bargmann | 1 Aug 14:09 2014
Picon

Daily snapshots back online

Due to some time to convalesce after surgery, I finally got around to
fixing the issue with the VM (was a simple setting in the Virtual
Machine settings) and daily snapshots look to be going again.
Hopefully, as I begin to feel better in the coming weeks I'll have some
motivation to look over Hamlib again.  I'm always on the lookout for a
volunteer to help maintain the project.

73, Nate

--

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Ham radio, Linux, bikes, and more: http://www.n0nb.us

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck
Code Sight - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
Andrew Hart | 31 Jul 18:01 2014
Picon

Errors compiling in cygwin64

Received the following errors when trying to compile (I need support for the Icom-7100, which is not yet in there)

configure: WARNING: ws2tcpip.h: present but cannot be compiled
configure: WARNING: ws2tcpip.h:     check for missing prerequisite headers?
configure: WARNING: ws2tcpip.h: see the Autoconf documentation
configure: WARNING: ws2tcpip.h:     section "Present But Cannot Be Compiled"
configure: WARNING: ws2tcpip.h: proceeding with the compiler's result
configure: WARNING:     ## ----------------------------------------------------- ##
configure: WARNING:     ## Report this to hamlib-developer <at> lists.sourceforge.net ##
configure: WARNING:     ## ----------------------------------------------------- ##

configure: WARNING: usb.h: present but cannot be compiled
configure: WARNING: usb.h:     check for missing prerequisite headers?
configure: WARNING: usb.h: see the Autoconf documentation
configure: WARNING: usb.h:     section "Present But Cannot Be Compiled"
configure: WARNING: usb.h: proceeding with the compiler's result
configure: WARNING:     ## ----------------------------------------------------- ##
configure: WARNING:     ## Report this to hamlib-developer <at> lists.sourceforge.net ##



Andrew Hart C.Eng. MRINA
amateur radio calls G8VTV / VE3NVK / VA3AIT locator FN25bh

28, Chimo Drive, Kanata, ON, K2L 1A5 Canada

tel: 613 592 5043

The content of this message is NOT intended for the public, and is a private communication.

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Hamlib-developer mailing list
Hamlib-developer <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hamlib-developer

Gmane