Received-SPF: neutral (google.com: 195.171.43.25 is neither permitted nor denied by best guess record for domain of owner-rsgb_lf_group@blacksheep.org) client-ip=195.171.43.25;
Message-ID: <531CE824.9080709@gmx.net>
Date: Sun, 09 Mar 2014 23:16:04 +0100
From: Tobias DG3LV <DG3LV@gmx.net>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: rsgb_lf_group@blacksheep.org
References: <006b01cf3969$43a83480$caf89d80$@de> <5318C740.50901@mvnet.de> <5318D051.2080907@freenet.de> <5318DA98.7090606@broadpark.no> <5318E10B.3080701@freenet.de> <5318F763.6010607@broadpark.no> <53190028.9070900@freenet.de> <1981194039.20140309191717@mterrier.net> <531CCCC4.9060001@freenet.de>
In-Reply-To: <531CCCC4.9060001@freenet.de>
Subject: Re: LF: WSQ2 new version uploaded
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 8bit
Sender: owner-rsgb_lf_group@blacksheep.org
Precedence: bulk
Reply-To: rsgb_lf_group@blacksheep.org

Hi Wolf !

just tested (under win7/64): the serial port is not activated (opened) 
directly after program start, it is opened ONLY after selecting it via 
the PTT menu. (if you switch to transmit prior to setting the serial 
port, the audio is generated, but no PTT is activated.)
(= not a problem, just a statement)

suggestion :
K1JT's programs do open the serial port just at the start of each 
transmit sequence and close the serial port immediately after the end of 
this transmission. By this feature more than one program can run at a 
time using the same serial port for PTT, as long as only one program 
wants to transmit at any time. i.e. you can run WSPR-x and WSJT-x 
simultaneously without the need to deactivate the (same) serial port of 
the program that is on receive only. It would be nice if WSQ would 
behave similar.

small bug : selecting "COM 0" (to deactivate PTT) gives an error message 
"port unavailable" (,which is true). If any, it should be "PTT 
deactivated" or similar. PTT is deactivated correctly, though.

WSQ runs ok in standard mode (=w/o synthesizer) without the need of a 
"setup.txt" file. WSQ does not complain. The Commport selection of 
setup.txt is for the synthesizer only, not for PTT (?). Don't know if 
serial port for PTT and for synthesizer are allowed to be identical?

The version from 6. March ran very well during yesterdays WSQ 
"marathon", i had some fine QSOs. Thank you for your work on WSQ!

73 de dg3lv Tobias

Am 09.03.2014 21:19, schrieb wolf_dl4yhf:
> Hi Michel,
>
> Ok, I just checked (even if I don't have a synthesizer to test) and
> indeed there was something wrong with the commands strings loaded from
> file "setup.txt". Hopefully fixed now. I have uploaded a slightly
> modified version a few minutes ago.
>
> Not really sure about when to open the serial port (immediately after
> starting WSQ ?) and which serial port number to use.. maybe you can test
> and suggest how to do this properly :
>
> There's one COM port number specified in "setup.txt", and another one
> selectable through the PTT menu - but the latter (user selection) isn't
> saved anywhere so far. The setup file is only read, but never written by
> WSQ.
>
> (maybe this would be a solution: If the operator selects a COM port from
> the PTT menu, the com port number from "setup.txt" should be ignored)
>
> 73,
>    Wolf .
>
>
> Am 09.03.2014 19:17, schrieb Michel Brunel:
>> Re: LF: WSQ2 new version uploaded Hi Wolf,
>>
>> Last version (march 6th)  has a problem with the synthesizer.
>> Only the first tone is output to the serial COM port and the
>> Synthesizer command  displays no data anymore.
>> btw the "Open synthesizer file" menu does nothing with the selected
>> file (File Open Dialog  is ok)
>>
>> 73,
>>
>> Michel - f5wk
>>
>>
>> Le vendredi 7 mars 2014 à 00:09:28, wolf_dl4yhf écrivait :
>>
>> *> .. now with the edit field for the squelch level working properly
>> again.
>> > I had messed it up by setting the style to "numeric input" but realized
>> > too late that "numeric input" means 'digits only', so the box rejected
>> > the minus sign. So only non-negative SNR as squelch level. I had set
>> the
>> > squelch level (which is saved between sessions in an ini file) before
>> > that modification.  Oops...
>>
>> > Also the waterfall zooming (via mousewheel) and panning (grab it with
>> > left mouse button) is working now.
>> > Contrast- and brighness controls need some more work; they will
>> possibly
>> > be replaced by min- and max displayed magnitude range (measured in
>> dBfs,
>> > with AGC turned off this allows to check the absolute input levels. AGC
>> > masks poorly adjusted audio levels... not good)
>>
>> > Rik and Eberhard  : Thanks for the suggestions. The automatic carriage
>> > return isn't implemented yet, but that will follow very soon.
>>
>> > 73,
>> >    Wolf DL4YHF .
>>
>> *> http://www.qsl.net/dl4yhf/WSQ/ <http://www.qsl.net/dl4yhf/WSQ/>
>>
>>
>>
>>
>>
>> /-- /
>