Re: [wsjt-devel] r6681

[f5jmh]

Many thank's Bill, the double click on AlarmeJT is good now...

73
Alain
F5JMH

- Mail original -
De: "Michael Black" 
À: "WSJT software development" 
Envoyé: Mardi 17 Mai 2016 22:52:25
Objet: Re: [wsjt-devel] r6681



Yup...fixed... 
Thanks 
RRR 
Mike W9MDB 


On Tue, May 17, 2016 at 3:46 PM, Bill Somerville < g4...@classdesign.com > 
wrote: 


On 17/05/2016 21:08, Michael Black wrote: 
> r6681 seems to prevent JTAlert from allowing the double-click to 
> trigger a QSO with WSJT-X. 
> 
Hi Mike, 

this should be fixed now. 

73 
Bill 
G4WJS. 


-- 
Mobile security can be enabling, not merely restricting. Employees who 
bring their own devices (BYOD) to work are irked by the imposition of MDM 
restrictions. Mobile Device Manager Plus allows you to control only the 
apps on BYO-devices by containerizing them, leaving personal data untouched! 
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j 
___ 
wsjt-devel mailing list 
wsjt-devel@lists.sourceforge.net 
https://lists.sourceforge.net/lists/listinfo/wsjt-devel 


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6681

[Michael Black]

Yup...fixed...
Thanks
RRR
Mike W9MDB

On Tue, May 17, 2016 at 3:46 PM, Bill Somerville 
wrote:

> On 17/05/2016 21:08, Michael Black wrote:
> > r6681 seems to prevent JTAlert from allowing the double-click to
> > trigger a QSO with WSJT-X.
> >
> Hi Mike,
>
> this should be fixed now.
>
> 73
> Bill
> G4WJS.
>
>
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data
> untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6681

[Bill Somerville]

On 17/05/2016 21:08, Michael Black wrote:
> r6681 seems to prevent JTAlert from allowing the double-click to 
> trigger a QSO with WSJT-X.
>
Hi Mike,

this should be fixed now.

73
Bill
G4WJS.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6681

[Michael Black]

FYI...6680 behaves
Mike

On Tue, May 17, 2016 at 3:11 PM, Bill Somerville 
wrote:

> On 17/05/2016 21:08, Michael Black wrote:
> > r6681 seems to prevent JTAlert from allowing the double-click to
> > trigger a QSO with WSJT-X.
> >
> > Is there some change that would affect this?
> >
> Hi Mike,
>
> thanks for reporting this, I will check out what I have done wrong.
>
> 73
> Bill
> G4WJS.
>
>
>
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data
> untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel
>
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] r6681

[Bill Somerville]

On 17/05/2016 21:08, Michael Black wrote:
> r6681 seems to prevent JTAlert from allowing the double-click to 
> trigger a QSO with WSJT-X.
>
> Is there some change that would affect this?
>
Hi Mike,

thanks for reporting this, I will check out what I have done wrong.

73
Bill
G4WJS.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] r6681

[Michael Black]

r6681 seems to prevent JTAlert from allowing the double-click to trigger a
QSO with WSJT-X.

Is there some change that would affect this?

RRR
Mike W9MDB
--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] UDP messagetype4

[Bill Somerville]

On 17/05/2016 10:09, f5...@free.fr wrote:
> Version 1.7.0 rev problem on 6476 and 6477:
> Data Frame UDP provides extra space on the top of the message:
>
> Decode: -1 0754 -3 0.9 912 #  VK2GD CT4RC -18 07:54:00
>   ^
> Decode: -1 0754 -1 1 1001 #  JA8IZP OK1VRV JO60 07:54:00
>  ^
>
> Why this extra space? Are there plans to leave it or will you remove it in 
> future versions?
>
> This space prevents AlarmeJT to drive properly wsjt-x on the message type 4 
> (UDP).

Bonjour Alain,

this is a defect that will be corrected soon. If you want an interim 
solution you could strip leading spaces but this is not advisable in the 
long term as I believe that leading spaces are valid in messages.

73
Bill
G4WJS.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] Alignment

[Bill Somerville]

On 17/05/2016 05:58, Michael Black wrote:
> r6677 just noticed that the alignment of the decodes on the Rx Freq 
> side are off on the TX lines.  I supposed it could be "on purpose" but 
> I find it a bit visually undesirable.

Hi Mike,

this is one of the issues I am working on. I am on standby for jury duty 
today so should be able to make more progress

73
Bill
G4WJS.


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

Re: [wsjt-devel] feature addition ????

[Richard Bown]

Hi Bill
from personal experience using JT4 on 3cms I have taken out the Rx GaAs Fet 
first stage a  couple
of times where it has hot switched, just 5W. I had additional hardware to 
sequence.
With low power at lower freqs not so much a problem as power leakage in to the 
receiver is unlikely
to cause damage.
But VHF+ when used for MS etc, where power is used hot switching is a problem. 
RF arcs on relays
will eventually destroy contacts, ALC , high VSWR protection help ,but the 
fastest fuse has three
legs :)
Once the fast modes are added to WSJTX it may get noticed

Thanks


On Mon, 16 May 2016 23:06:12 +0100
Bill Somerville  wrote:

> On 16/05/2016 22:50, Richard Bown wrote:
> > Its putting a tone on the unused audio channel when in Tx
> > So if data was on the Right channel, put an audio tone, doesn't matter what 
> > frequency,
> > on the left channel (TX Mode only ).
> > Has the advantage on simple rigs that you can rectify it, diode and a cap, 
> > and then use the
> > recovered DC to switch the PTT, and if the tone is sent before the data , 
> > everything is already
> > in TX mode so no hot switching.
> 
> Hi Richard,
> 
> understood, I had not come across such a feature before but I can see 
> that it makes sense for a lightweight PTT method with some advantages 
> over VOX. I expect the benefit is marginal given that switching PTT with 
> audio present is not really "hot switching" as almost all rigs that I 
> know of (some Icoms with ALC design issues being a notable exception) 
> have no issues switching to send when there is Tx audio present at the 
> modulator.
> 
> I need to think about this a bit as to implement it cuts across the 
> audio and rig control components which both run in their own thread. The 
> implementation would have to be carefully designed to maintain thread 
> safe operation within WSJT-X. It is certainly doable but I would be a 
> little concerned that the extra benefit would justify the extra 
> complexity. It is a shame that modern PCs no longer have parallel ports 
> as a parallel port can easily be used as a GPIO port for this sort of 
> requirement and this is already supported by Hamlib.
> 
> 73
> Bill
> G4WJS.
> 
> 
> --
> Mobile security can be enabling, not merely restricting. Employees who
> bring their own devices (BYOD) to work are irked by the imposition of MDM
> restrictions. Mobile Device Manager Plus allows you to control only the
> apps on BYO-devices by containerizing them, leaving personal data untouched!
> https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
> ___
> wsjt-devel mailing list
> wsjt-devel@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/wsjt-devel



-- 
-- 
Best wishes /73 
Richard Bown

Email : rich...@g8jvm.com
HTTP  :  http://www.g8jvm.com
nil carborundum a illegitemis
##
Ham Call: G8JVM . QRV: 50-432 MHz + Microwave 23 cms 140W, 13 cms 100W & 3cms 5W
Maidenhead QRA: IO82SP38, LAT. 52 39.720' N LONG. 2 28.171 W
QRV VHF 6mtrs 200W, 4 mtrs 150W, 2mtrs 400W, 70cms 200W
OS: Linux Mint 17.3 x86_64 on a Dell Inspiron N5030 laptop
##
 


--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel

[wsjt-devel] UDP messagetype4

[f5jmh]

Hello, 

Version 1.7.0 rev problem on 6476 and 6477:
Data Frame UDP provides extra space on the top of the message:

Decode: -1 0754 -3 0.9 912 #  VK2GD CT4RC -18 07:54:00
 ^
Decode: -1 0754 -1 1 1001 #  JA8IZP OK1VRV JO60 07:54:00
^

Why this extra space? Are there plans to leave it or will you remove it in 
future versions?

This space prevents AlarmeJT to drive properly wsjt-x on the message type 4 
(UDP).

Thank you and see you soon

Alain F5JMH 73

--
Mobile security can be enabling, not merely restricting. Employees who
bring their own devices (BYOD) to work are irked by the imposition of MDM
restrictions. Mobile Device Manager Plus allows you to control only the
apps on BYO-devices by containerizing them, leaving personal data untouched!
https://ad.doubleclick.net/ddm/clk/304595813;131938128;j
___
wsjt-devel mailing list
wsjt-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wsjt-devel