[wsjt-devel] wsjtx on RaspberryPi

[Ross T61AA]

Hello all,

Basically a test message as my messages got bounced the other day.

Compilation on RaspberryPi B3

Cheers,

Ross

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3

[Alessandro Gorobey]

Hi Bill & Greg,

is not my intend to create panic. Is not problem for me add a lib to my 
system. Perfectly understand that USB have an overall usage in a lot of 
applications.

The message was simple to be intended as advise that a requested lib can 
be not installed as default



Il 24/03/2016 23:13, KI7MT ha scritto:
> Hi Bill,
>
> I'm not seeing this on Ubuntu 14.04 nor 16.04. The only things I'm
> seeing during the Hamlib configure phase is:
>
> -
> checking for libusb_init in -lusb-1.0... no
> configure: WARNING: libusb_init was not found in libusb-1.0--USB
> backends will be disabled
> -
>
> Then in the config summary:
> -
> Enable USB backends no
> -
>
> I don't have libudev-dev nor libusb-1.0-0-dev installed. I've not
> checked Windows lately.
>
> libusb-1/.0-0 has a udev depends:
> Depends: libc6 (>= 2.17), libudev1 (>= 183)
>
>
> 73's
> Greg, KI7MT
>
>
> On 03/24/2016 03:44 PM, Bill Somerville wrote:
>> On 24/03/2016 21:24, Alessandro Gorobey wrote:
>>> I have a lot of problems to compile WSJTX in last days.
>>> All start with update of hamlib3, that give no errors, but a lot of
>>> errors in cmake of wsjtx.
>> Hi Sandro,
>>
>> sorry about that. The Hamlib team have switched to using libusb-1.0 for
>> the USB devices which is a good thing as it is available on Windows. I
>> recently (Yesterday) pushed their updates to the integration branch in
>> my Hamlib fork. I need to adjust the INSTALL file with slightly modified
>> instructions. I am a bit surprised that Hamlib is configuring the USB
>> back ends as I did not think that it would without libusb-1.0-dev being
>> installed. I assume you have libusb-1.0-dev installed for some other
>> project. libusb-1.0 depends on libudev and because we statically link
>> all of the upstream -dev packages are needed.
>>
>> There is a problem with the configuration of WSJT-X that I am working on
>> and hope to check in a fix soon.
>>
>> BTW it is not really any use to WSJT-X to have the USB Hamlib drivers as
>> these devices do not provide conventional audio streams unless an SDR
>> program like QUISK or HDSDR is used as an intermediary and in that case
>> QUISK or HDSDR drive the SDR hardware directly.
>>
>> So overall your best option is to disable the USB back ends in Hamlib,
>> unfortunately there does not seem to be a configure option to do that. I
>> will see if I can get the Hamlib team to accept a patch to add a
>> --without-libusb configure option.
>>
>> 73
>> Bill
>> G4WJS.
>>
>> --
>> Transform Data into Opportunity.
>> Accelerate data analysis in your applications with
>> Intel Data Analytics Acceleration Library.
>> Click to learn more.
>> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
>> ___
>> wsjt-devel mailing list
>> wsjt-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>>
>

-- 
73
Sandro
IW3RAB

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3

[Bill Somerville]

Hi Greg,

comments in line below:

On 24/03/2016 22:13, KI7MT wrote:
> I'm not seeing this on Ubuntu 14.04 nor 16.04. The only things I'm
> seeing during the Hamlib configure phase is:
>
> -
> checking for libusb_init in -lusb-1.0... no
> configure: WARNING: libusb_init was not found in libusb-1.0--USB
> backends will be disabled
> -
That is because you do not have libusb-1.0-dev installed which is fine.
>
> Then in the config summary:
> --
> Enable USB backends no
> -
>
> I don't have libudev-dev nor libusb-1.0-0-dev installed. I've not
> checked Windows lately.
>
> libusb-1/.0-0 has a udev depends:
> Depends: libc6 (>= 2.17), libudev1 (>= 183)
They are the run time dependencies but also implied are link time 
dependencies to the -dev packages which are necessary when static 
linking is invoked. This is because the static archive libraries needed 
for static linking are only in the -dev packages.

This is a consequence of our choice to statically link Hamlib into 
WSJT-X, this is necessary as we need functionality that is not available 
in the versions of Hamlib available from distribution repositories. If I 
can get a patch to Hamlib accepted to add a --without-libusb configure 
option then I will recommend that WSJT-X builds use a Hamlib configured 
that way. For users that have libusb-1.0-dev installed then for now they 
can install libudev-dev as well since the Hamlib configure will 
automatically configure libusb-1.0.

I'm not sure why the Hamlib build itself is not failing with link errors 
when it builds its own utilities in static link mode, perhaps it is 
managing to dynamically link libudev when the static archive is not 
available but that is not what it should do.

For Windows this not an issue since even if libusb-1.0-dev is available 
it must be added to the Hamlib build manually and it has no other 
requirements anyway.

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3

[KI7MT]

Hi Bill,

I'm not seeing this on Ubuntu 14.04 nor 16.04. The only things I'm
seeing during the Hamlib configure phase is:

-
checking for libusb_init in -lusb-1.0... no
configure: WARNING: libusb_init was not found in libusb-1.0--USB
backends will be disabled
-

Then in the config summary:
-
Enable USB backends no
-

I don't have libudev-dev nor libusb-1.0-0-dev installed. I've not
checked Windows lately.

libusb-1/.0-0 has a udev depends:
Depends: libc6 (>= 2.17), libudev1 (>= 183)


73's
Greg, KI7MT


On 03/24/2016 03:44 PM, Bill Somerville wrote:
> On 24/03/2016 21:24, Alessandro Gorobey wrote:
>> I have a lot of problems to compile WSJTX in last days.
>> All start with update of hamlib3, that give no errors, but a lot of
>> errors in cmake of wsjtx.
> Hi Sandro,
> 
> sorry about that. The Hamlib team have switched to using libusb-1.0 for 
> the USB devices which is a good thing as it is available on Windows. I 
> recently (Yesterday) pushed their updates to the integration branch in 
> my Hamlib fork. I need to adjust the INSTALL file with slightly modified 
> instructions. I am a bit surprised that Hamlib is configuring the USB 
> back ends as I did not think that it would without libusb-1.0-dev being 
> installed. I assume you have libusb-1.0-dev installed for some other 
> project. libusb-1.0 depends on libudev and because we statically link 
> all of the upstream -dev packages are needed.
> 
> There is a problem with the configuration of WSJT-X that I am working on 
> and hope to check in a fix soon.
> 
> BTW it is not really any use to WSJT-X to have the USB Hamlib drivers as 
> these devices do not provide conventional audio streams unless an SDR 
> program like QUISK or HDSDR is used as an intermediary and in that case 
> QUISK or HDSDR drive the SDR hardware directly.
> 
> So overall your best option is to disable the USB back ends in Hamlib, 
> unfortunately there does not seem to be a configure option to do that. I 
> will see if I can get the Hamlib team to accept a patch to add a 
> --without-libusb configure option.
> 
> 73
> Bill
> G4WJS.
> 
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
> 

-- 

Launchpad: https://launchpad.net/~ki7mt
Ubuntu Hams..: https://launchpad.net/~ubuntu-hams-devel
Debian Hams..: https://alioth.debian.org/projects/pkg-hamradio/
JTSDK: https://sourceforge.net/projects/jtsdk/
OpenPGP..: C177 6630 7115 78FE 9A2B 9F7F 18C0 F6B7 0DA2 F991

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Bill Somerville]

On 24/03/2016 19:22, Dave 'Doc' Corio wrote:
>   I can confirm that the issue is still there. When I move the
> frequency up using the indicator on the wide graph, then move it back
> down, the VFO often gets "stuck" on VFO "B" instead of completing the
> change back to "A". Again, it is not consistent, and happens maybe once
> or twice out of 4 changes.
Hi Dave,

I need to get a trace of the Hamlib traffic to see what is happening. To 
do this you need to set some CMake options on the WSJT-X build. The 
easiest way to do this is to use the cmake-gui tool as follows:

   cmake-gui 

where  is the root directory of the WSJT-X build 
tree. I'm not sure exactly where the build tree root is when using the 
JTSDK but I suspect Greg will reply with the information.

The options you need to set are:

WSJT_QDEBUG_TO_FILE=ON
WSJT_TRACE_CAT=ON
WSJT_HAMLIB_TRACE=ON
WSJT_QDEBUG_IN_RELEASE=ON

once those are set, click the "Configure" button. That adds another 
option which you also need to set:

WSJT_HAMLIB_VERBOSE_TRACE=ON

then click "Configure" and then "Generate". Do the wsjtx build again and 
then do whatever is needed to reproduce the issue then quit the 
application. It will have created a trace file:

   %TEMP%\WSJT-X_trace.log

Send me that file for analysis please.

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3

[Bill Somerville]

On 24/03/2016 21:24, Alessandro Gorobey wrote:
> I have a lot of problems to compile WSJTX in last days.
> All start with update of hamlib3, that give no errors, but a lot of
> errors in cmake of wsjtx.
Hi Sandro,

sorry about that. The Hamlib team have switched to using libusb-1.0 for 
the USB devices which is a good thing as it is available on Windows. I 
recently (Yesterday) pushed their updates to the integration branch in 
my Hamlib fork. I need to adjust the INSTALL file with slightly modified 
instructions. I am a bit surprised that Hamlib is configuring the USB 
back ends as I did not think that it would without libusb-1.0-dev being 
installed. I assume you have libusb-1.0-dev installed for some other 
project. libusb-1.0 depends on libudev and because we statically link 
all of the upstream -dev packages are needed.

There is a problem with the configuration of WSJT-X that I am working on 
and hope to check in a fix soon.

BTW it is not really any use to WSJT-X to have the USB Hamlib drivers as 
these devices do not provide conventional audio streams unless an SDR 
program like QUISK or HDSDR is used as an intermediary and in that case 
QUISK or HDSDR drive the SDR hardware directly.

So overall your best option is to disable the USB back ends in Hamlib, 
unfortunately there does not seem to be a configure option to do that. I 
will see if I can get the Hamlib team to accept a patch to add a 
--without-libusb configure option.

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3

[ki7mt]

Hi Sandro,

Are you certain it is libudev-dev and not libusb-dev that solves the 
problem?

73's
Greg, KI7MT


On 03/24/2016 03:24 PM, Alessandro Gorobey wrote:
> Hi all,
>
> I have a lot of problems to compile WSJTX in last days.
> All start with update of hamlib3, that give no errors, but a lot of
> errors in cmake of wsjtx.
> The errors refer all to usb functions not found in libs.
> Destroying and recreate build dir change errors.
> After several experiments command:
> sudo apt-get install libudev-dev
> solve the problem and all work fine.
>
> I'm sure that this is not the correct location for this question, but
> others have the same problem?
>
> thank in advance and happy Easter to all
>


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] WSJTX Ubuntu 14.04 64bits hamlib3

[Alessandro Gorobey]

Hi all,

I have a lot of problems to compile WSJTX in last days.
All start with update of hamlib3, that give no errors, but a lot of 
errors in cmake of wsjtx.
The errors refer all to usb functions not found in libs.
Destroying and recreate build dir change errors.
After several experiments command:
sudo apt-get install libudev-dev
solve the problem and all work fine.

I'm sure that this is not the correct location for this question, but 
others have the same problem?

thank in advance and happy Easter to all

-- 
73
Sandro
IW3RAB

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Bill Somerville]

On 24/03/2016 19:07, Dave 'Doc' Corio wrote:
>   Completed building the hamlib and now on vers. 6557 of WSJTX, and
> didn't seem to change anything. It does, however, prompt me to ask a
> (probably) stupid question.
>
>   How does WSJTX, in my C:\Ham Radio directory, know that the hamlib
> is in the C:\JTSDK directory? Since I create the package in JTSDK, then
> install it to a completely different directory, should I also be somehow
> pointing to the directory that holds hamlib, or moving any of the hamlib
> directory to the "new" WSJTX directory?
Hi Dave,

OK so is the issue still happening?

WSJT-X statically links Hamlib, so the Hamlib code is embedded directly 
into the application. This is necessary so that it doesn't accidentally 
use an installed version of Hamlib. The official version of Hamlib on 
most platforms is too old for use with WSJT-X.

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] QT 5.5 build prob

[Bill Somerville]

On 23/03/2016 15:41, Michael Black wrote:
> Allow me to share my install.bat file for JTSDK.  Quite simple.
> Modify to suit your directories.
>
> cd \JTSDK\wsjtx\devel\qt55\1.7.0\Release\install
> xcopy /s /y *.* \wsjt\wsjtx-1.7.0
Hi Mike,

I forgot to mention that copying an installed package to a different 
location is potentially invalid. As it stands it is currently safe with 
WSJT-X so long as it wasn't installed with the package installer but 
that may not always be the case. Part of the install process might 
re-write code that is specific to the install location, although this is 
undesirable, it is sometime necessary and it is perfectly legal for the 
install phase to do this.

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Bill Somerville]

On 24/03/2016 18:22, Dave 'Doc' Corio wrote:
>   I built a new hamlib this morning but running it again now.
>
>   Just to be sure I'm on the right page, Here's the process I use:
>
> JTSDK
>   Update
>   Upgrade
> JTSDK-MSYS
>   build-hamlib3
> JTSDK-QT
>   build-wsjtx package
Hi Dave,

are you saying that the issue has recurred since you rebuilt Hamlib this 
morning?

I'm not sure if those commands update Hamlib but if they do then that 
should cover it. Greg or one of the others who uses the JTSDK should be 
able to confirm. You can check the Hamlib revision if you know where the 
sources are by typing 'git log --oneline -n10' there or similar which 
lists the summary of the last 10 changes. For example here I see:

$ git log --oneline -n10
b2d3fbd Merge branch 'back-vfo-api' into integration
86a24c5 Make sure right band is used when setting frequency on IC-910(H)
ad6e1e5 VFO targetable get frequency operation for the Icom IC-910(h)
398bd3c Better set frequency semantics for the IC-910(h)
48102ca Do not swap VFO unnecessarily
21cc26b Elide unnecessary CAT commands when setting split frequency and mode
931cf15 Add {get,set}_splitfrequency_mode for the IC-910(H)
e593afe Implement rig_{set,get}_split_freq_mode() for IC-756 series.
e5aa363 Initial implementation of rig_{set,get}_split_freq_mode() for 
FT-857.
21c3464 Implement combined split VFO frequency and mode setting.

b2d3fbd being the latest SHA (revision). You can compare that with the 
history here:

https://sourceforge.net/u/bsomervi/hamlib/ci/b2d3fbd16460d0fc4b92ebcc5955aea5b680f066/log/?path=

The history of the integration branch is very messy due to the way I 
work in multiple branches and merge them into integration for testing so 
do not expect to make much sense of it.


BTW there is no need to make a package installer if you are simply 
looking to build for running on the same machine. The 'build-wsjtx 
rinstall' should do what you need. The resulting application will be in 
the install directory that the JTSDK uses rather than your "C:\Ham 
Radio" directory but you can easily create a desktop short cut or 
similar to run the install application from that location.

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Dave 'Doc' Corio]

 I built a new hamlib this morning but running it again now.

 Just to be sure I'm on the right page, Here's the process I use:

JTSDK
 Update
 Upgrade
JTSDK-MSYS
 build-hamlib3
JTSDK-QT
 build-wsjtx package

 After this, I run the wsjx executable and install the program into 
my C:\Ham Radio directory.

 The only recent change I've made in this process is to no longer 
"checkout" the build before actually building.

73

Dave 'Doc' Corio
Vice President, McKean County American Legion Riders
http://legionriders.wix.com/americanlegion
Look Twice - Motorcycles are Everywhere!

On 3/24/2016 2:12 PM, Bill Somerville wrote:
> On 24/03/2016 18:02, Dave 'Doc' Corio wrote:
>>I update the Hamlib builds usually about every third build or so,
>> or more often if I see that an update has been done to this library.
> Hi Dave,
>
> this might be the source of the issue, I pushed some more changes to my
> Hamlib fork integration branch Yesterday, can you update your Hamlib
> build and see if that changes things for you please?
>
> 73
> Bill
> G4WJS.
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Bill Somerville]

On 24/03/2016 18:02, Dave 'Doc' Corio wrote:
>   I update the Hamlib builds usually about every third build or so,
> or more often if I see that an update has been done to this library.
Hi Dave,

this might be the source of the issue, I pushed some more changes to my 
Hamlib fork integration branch Yesterday, can you update your Hamlib 
build and see if that changes things for you please?

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Dave 'Doc' Corio]

 Thanks for the reply Bill.

 I have this running on Win 10 64-bit. I am not running "insider" 
builds.

 I update the Hamlib builds usually about every third build or so, 
or more often if I see that an update has been done to this library.

 I have the following set for my 746:

Com2
9600 baud
Eight bit
2 stop bits
No handshaking
DTR High
RTS none
Poll interval 1
PTT via CAT
USB Mode
Split via Rig
Reset split on exit

 These settings haven't changed in several months, and this issue is 
much more recent than that. I shut the PC down every night, so it has 
been reset multiple times since I noticed the problem.

Tnx es 73

Dave 'Doc' Corio
Vice President, McKean County American Legion Riders
http://legionriders.wix.com/americanlegion
Look Twice - Motorcycles are Everywhere!

On 3/24/2016 1:49 PM, Bill Somerville wrote:
> On 23/03/2016 23:39, Dave 'Doc' Corio wrote:
>> Wondering if any changes have been made recently to the frequency
>> control portion of the program. The problem I'm encountering, from
>> around version 1.7 r6544 only shows up when changing frequency via the
>> Wide Graph.
>>
>>Primarily, it happens when I move the cursor from anywhere in the
>> central part of the graph to the far left. The radio will change
>> frequency as usual, but very often switches to VFO "B" instead of VFO
>> "A" as it has always done.
> Hi Dave,
>
> I need a bit more information.
>
> What platform are you running on?
>
> Have you recently updated your Hamlib build?
>
> What settings do you have on the WSJT-X "Settings->Radio" panel?
>
> 73
> Bill
> G4WJS.
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Minor problem with frequency change

[Bill Somerville]

On 23/03/2016 23:39, Dave 'Doc' Corio wrote:
> Wondering if any changes have been made recently to the frequency
> control portion of the program. The problem I'm encountering, from
> around version 1.7 r6544 only shows up when changing frequency via the
> Wide Graph.
>
>   Primarily, it happens when I move the cursor from anywhere in the
> central part of the graph to the far left. The radio will change
> frequency as usual, but very often switches to VFO "B" instead of VFO
> "A" as it has always done.
Hi Dave,

I need a bit more information.

What platform are you running on?

Have you recently updated your Hamlib build?

What settings do you have on the WSJT-X "Settings->Radio" panel?

73
Bill
G4WJS.

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] UDP Server

[Michael Black]

Use TeamViewer.  Works quite well.  I've been using it to help install
and my attic antennas too.  Webcam on the SWR meter in the shack and
TeamViewer to turn on transmit and change bands.

You can use JTAlert also to set up texting to your phone so you can
relax a bit and have your phone buzz you when something interesting
happens.

RRR
Mike W9MDB

On Thu, Mar 24, 2016 at 10:02 AM, i...@fg8oj.com  wrote:
> Hello everybody,
>
> Using WSJT since few years and want to thanks all dev team for this
> great software !
>
> I am trying to imagine a remote solution to use WSJT from my couch (or
> hammock to be exact^^) on local network with a simple smartphone and
> understand that I have to use UDP Server witch is not my best
> developpment specialization (web/mobile app developper).
>
> However, I used VB.net and can received UDP and read what I want but I
> still can't send anything to WSJT-X. I doing something wrong but can't
> find and need you help.
>
> For propuse, I send this in decimal but did not chance the TX :
>
> Decimal :
> 173 188 205 218 0 0 0 2 0 0 0 8 0 0 0 6 87 83 74 84 45 88 1
>
> Hexadecimal :
> ad bc cd da 0 0 0 2 0 0 0 8 0 0 0 6 57 53 4a 54 2d 58 1
>
> I have also tried to send freetext using message number 9 but also
> without succes :
>
> 173 188 205 218 0 0 0 2 0 0 0 9 0 0 0 6 87 83 74 84 45 88 84 69 83 84 84
> 69 83 84 84 69 83 84 84 1
>
> ad bc cd da 0 0 0 2 0 0 0 9 0 0 0 6 57 53 4a 54 2d 58 54 45 53 54 54 45
> 53 54 54 45 53 54 54 1
>
> Many thanks for you help !
>
> 73, Burt FG8OJ
>
> http://sat.fg8oj.com/ => Amateur satellites predictions & skeds
> http://fg8oj.com/lotw/ => LOTW best updated list
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] UDP Server

[i...@fg8oj.com]

Hello everybody,

Using WSJT since few years and want to thanks all dev team for this 
great software !

I am trying to imagine a remote solution to use WSJT from my couch (or 
hammock to be exact^^) on local network with a simple smartphone and 
understand that I have to use UDP Server witch is not my best 
developpment specialization (web/mobile app developper).

However, I used VB.net and can received UDP and read what I want but I 
still can't send anything to WSJT-X. I doing something wrong but can't 
find and need you help.

For propuse, I send this in decimal but did not chance the TX :

Decimal :
173 188 205 218 0 0 0 2 0 0 0 8 0 0 0 6 87 83 74 84 45 88 1

Hexadecimal :
ad bc cd da 0 0 0 2 0 0 0 8 0 0 0 6 57 53 4a 54 2d 58 1

I have also tried to send freetext using message number 9 but also 
without succes :

173 188 205 218 0 0 0 2 0 0 0 9 0 0 0 6 87 83 74 84 45 88 84 69 83 84 84 
69 83 84 84 69 83 84 84 1

ad bc cd da 0 0 0 2 0 0 0 9 0 0 0 6 57 53 4a 54 2d 58 54 45 53 54 54 45 
53 54 54 45 53 54 54 1

Many thanks for you help !

73, Burt FG8OJ

http://sat.fg8oj.com/ => Amateur satellites predictions & skeds
http://fg8oj.com/lotw/ => LOTW best updated list

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785351=/4140
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel