Moon-net July 2022

moon-net@mailman.pe1itr.com

74 participants
91 discussions

by Wil van der Laken

Friends, I am looking for a gm3sek triode board. If you have one left in the junk box, please make me a nice offer... Wil, pe3t

10 months, 3 weeks

Another virus WARNING !

by nlsa＠nlsa.com

Dear friends, Two recent posts containing virus: [Moon-Net] [IC-9700Users] ICOM IC-9700 and GPSDO Do not open the attachments! W9IP

10 months, 3 weeks

D2TX Expedition

by John Sygo

D2TX Angola Bernie, ZS4TX will be active from Angola 12-16 August 2022. He plans activity on 2M EME and HF. He may also be active on 6M EME/Tropo as well as 70CM EME. Equipment for 2M: 2 x 2M18XXX, IC-9700 Direct QSL's for D2TX can be requested from Lins, PA3CMC. Details regarding the specific activities will be posted just before and during the operation on DXnews.com as well as mmmonvhf.de and the D2TX QRZ.COM pages.

10 months, 3 weeks

Re: [Moon-Net] Problem using WSJT 2.6.0 RC1

by g7tzz＠live.com

10 months, 3 weeks

Re: [Moon-Net] [IC-9700Users] ICOM IC-9700 and GPSDO

by operacao4＠adaxa.com.br

10 months, 3 weeks

Re: [Moon-Net] [IC-9700Users] ICOM IC-9700 and GPSDO

by vendas7＠marfim.com.br

10 months, 3 weeks

1x R&S VH602a2 still for sale

by jan＠on6zg.be

Hi All, I have one last Rhode and Schwarz VH602A2 water cooled 70cm amplifier for sale. The unit is not modified yet. (Modification available on ha1ya webpage). Asking 500 euro. Please contact me off list if you are interested 73 Jan on6zg/dl6zg

10 months, 3 weeks

Re: [Moon-Net] [Moon] Trouble with WSJTX CFOM operation

by vlada

Hi Charlie, situation precisely relates to what you have discribed. The Q65 is really very robust and a trouble occurs around the middle of period and was quite ocassional till a huge use of CFOM started on 23cm. Personally I do not think that it is as too much meaningful on 23cm, but seems it is a current trend or a fashion (?). Therefore the number or fails significantly increased. I just wondered what is the others experience with it. What I previously dropped as an idea (only), it is not viable if the same radio is used as IF radio for high MW bands transverters, of course. However linear drift works well not only for aircraft bounces. Vy 73, Vlada OK1KIR ______________________________________________________________ > Od: "Charles via Moon" <moon(a)moonbounce.info> > Komu: moon(a)moonbounce.info > Datum: 12.07.2022 11:10 > Předmět: Re: [Moon] [Moon-Net] Trouble with WSJTX CFOM operation > Hi Vlada How often in typical operating do you suffer from this problem, and is it only seen on 1296? Experience with Q65 is that, unless the signal is very close to the decoding threshold, this type of problem only occurs when the step happens close to mid-period. The robust error correction scheme built into Q65 means that it will decode with considerably less than a full period. Chances are that you would be very unlucky for this to happen in the next period, so probably only would lose one period decoding. 73 Charlie DL3WDG On 12/07/2022 08:47, vlada via Moon wrote: > Hi Bob, > mni tnx for detailed description of your experiences. Very > comprehensive and informative ! > It confirms my own investigation regardless not in such wide scope as > I did not tried any external VCO Doppler controls etc. as e.g. did > Mirek, OK2AQ on transvertor VCO. > Actually, I would prefer to employ just one proper radio on the bands > up to 23cm and the use of transvertors with GPSDO upwards. > As regards my appeal, I was just eager for experiencies and thoughts > of others as the last time increased use of CFOM, esp. on 1296MHz > increases rapidly the probability of 20Hz steps to occur around the > middle of session with the consequent high probable impact on decoding. > It is, of course, possible to live with it, even it can be sometimes a > bit annoying for both parties when it happens. > Vy 73, Vlada > OK1KIR > > > ______________________________________________________________ >> Od: "Bob Atkins" <ka1gt(a)hotmail.com> >> Komu: "vlada" <vlada.masek(a)volny.cz> >> Datum: 10.07.2022 22:59 >> Předmět: Re: [Moon-Net] Trouble with WSJTX CFOM operation >> >> CC: <moon(a)moonbounce.info, moon-net(a)mailman.pe1itr.com> > Hi Vlad, > Well, the best solution for 20Hz frequency steps is not to use a radio > with 20Hz frequency steps, but of course this may not be an option for > several reasons and isn't particularly helpful advice! I don't know if > it's possible to find used, older, rigs at a reasonable price in OK. > So if it's not...I've looked quite carefully with multiple simulation > tests at the effect of 10Hz frequency steps on very weak 1296 > signals. The very small, but it is measurable. If the step occurs > right in the middle of the transmission, it's worse than it happens at > the start or end of the transmission. I was trying to decide if I > needed to move from a Rig that has 10Hz steps to a Rig that had 1Hz > steps for 1296 operation. My conclusion was that I didn't. I don't > look carefully at the effect of 20Hz steps, but as I recall, the > effect was larger (as you would expect). With reasonably strong > signals even 20Hz steps are OK as long as the step isn't in the middle > of the period, which, statistically, isn't going to be happening every > time. But it still can be a problem.I don't use the internal Doppler > tracking system of WSJTX. I use my own Doppler tracking system which > is controlled by my own, separate program. What I do on 1296 is (at > least for 30 and 60s periods) to set doppler at the start of the > transmission and let it drift. As far as I can tell, this causes no > problems at the Doppler drift rates found on 1296 (or presumably any > lower frequency). What you DO NOT WANT is a 2OHz step in the middle of > a short period. I don't think there is anything in WSJTX which will > ensure that or compensate for it. I generally make the frequency > change during the time gap when WSJTX is decoding (after Rx or Tx > stops and before the start of the next period). This is not available > in WSJTX. My program is designed to work with my FT-897 (and > IC-7100) and isn't really in a state that allows it to be shared > because it has bugs and occasional crashes that I can live with, but > it's not something I would want to inflict on others or spend time > trying to support.So the solution of having WSJTX emulate the TX mode > where it fixed the frequency during TX could be extended to a mode > where it also fixes frequency during RX and that would be a partial > solution - but would not be good for long period operation (Q65-120 or > Q65-300). This is probably only a significant issue on 1296. On 10Ghz, > 20 hz steps work just fine. In fact you can decode almost all 60E > signals under most conditions with no Doppler tracking at all. The > Doppler rate of change, if measured in units of tone spacing per > period, is small. 20Hz would be just fine I think 99% of the time.If > you are using a transverter, and the LO of the transverter can be > tuned, you can track frequency over a short frequency range by tuning > the LO. I have done this and it works. If you needed 1Hz tracking and > the Rig only has 20Hz, you could use the LO of the transverter to tune > between those 20Hz steps. It's a little complicated but it can be done > and I've done it .The Q65 drift compensation can work under some > circumstances for RX of a signal with linear drift. It can very > slightly reduce sensitivity but otherwise generally does no harm. It > may not always do what you want it to do but trying it is a reasonable > thing to do if you turn off Doppler tracking during Rx. It is NOT > designed to cope with sudden frequency steps though, so is not a > solution to 20Hz step issues.Of course for any given QSO arranged by > sked or on a reflector, the answer would be for the DX station to use > "Full Doppler to Dx Grid" mode and for the station with 20Hz steps to > Rx and Tx on a fixed frequency. Not much help when answering a CQ or > calling CQ though.I don't know how many rigs have the 20Hz step > limitation. There can't be many of them still in use. There are lots > of radios with no capability for external tuning, but the solution > there is to add and external, synthesizer based, VFO, which can be > addressed via CAT protocol as a radio which has 1Hz steps and to > operate in "fake it" split mode. The TS2000 CAT protocol is commonly > used for this purpose since I think it's fairly simple.So your best > short-term solution would be to convince the WSJTX development team to > include a check box in the setup which would set the Rx frequency to > that expected at the middle of the period (or the beginning, it really > makes no difference), which would result in the signal drifting (maybe > up to 10 Hz on 1296) and rely on the capability of Q65 to deal with a > drifting signal (with or without drift compensation). This is > certainly better than 20Hz step on the middle of the period. Most of > the code required could probably be copied from the existing Tx > routine. Doing this automatically via Hamlid might require more work. > Or, like, me, you could write you own Doppler tracking program to > handle your rig(s) which could have you a far better user interface > and far more control over what is going on than WSJTX does. I'm sorry > my program would be very unlikely to work for your radios.Good > luck!73Bob, KA1GTFrom: Moon-net <moon-net-bounces(a)mailman.pe1itr.com> > on behalf of Jac de Bruijn via Moon-net <moon-net(a)mailman.pe1itr.com> > Sent: Sunday, July 10, 2022 1:50 PM > To: vlada <vlada.masek(a)volny.cz> > Cc: Moon-Bounces <moon(a)moonbounce.info>; Moon-net > <moon-net(a)mailman.pe1itr.com> > Subject: Re: [Moon-Net] Trouble with WSJTX CFOM operation Vlada what > you described below could be a good solution !!If these requests could > be sent (via CAT) to mentioned radios by WSJTX software only during > the last few seconds of each RX(TX) session, the disturbing sudden > jumps in radio frequency of these radios are eliminated. > Remaining relatively slow and continuous Doppler change of received > frequency seems to be acceptable for great Q65 application. > 73s de Jac, PA3DZL QRV EME-MOONBOUNCE on 2m, 70, 23, 13, 9, 6 and > 3cmOp 10 jul. 2022 om 15:12 schreef vlada via Moon-net > <moon-net(a)mailman.pe1itr.com>:Hi Jac, > in the Settings menu Radio I do the choice of particular radio model > and consequently from the library the relevant application (software). > It can be modified for particular radio. > Bill, G4WJS (RIP) made in the past such changes for TS790 radio to > allow its reasonable operation during TX session (TS790 doesn't allow > frequency changes during transmit). At RX the radio follows the > frequency requests from WSJTX (Doppler changes from astro window) only > in 20Hz steps regardless it gets 10Hz commands from modified application. > If these requests could be sent (via CAT) to mentioned radios by WSJTX > software only during the last few seconds of each RX(TX) session, the > disturbing sudden jumps in radio frequency of these radios are > eliminated. > Remaining relatively slow and continuous Doppler change of received > frequency seems to be acceptable for great Q65 application. > I am not a software guy (too old, hi) to evaluate viability of such > solution, but I think so. > I just hope somebody else is capable to find solution for that radios. > > 73,Vlada > OK1KIR > > > ______________________________________________________________> Od: > "JdB PA3DZL de Bruijn" <pa3dzl(a)icloud.com>> Komu: "vlada" > <vlada.masek(a)volny.cz>> Datum: 10.07.2022 13:54> Předmět: Re: > [Moon-Net] Trouble with WSJTX CFOM operation> >> CC: <moon-net(a)mailman.pe1itr.com, moon(a)moonbounce.info >> <moon(a)moonbounce.info>> > Hello Vlada and group, Yes I see the same when I use my Yaesu FT-847. > Would be great if this can be solved. Can it be solved in the > Settings? Regards, Jac, PA3DZL Sent via my iPhoneOp 10 jul. 2022 om > 11:39 heeft vlada via Moon-net <moon-net(a)mailman.pe1itr.com> het > volgende geschreven:OK1KIR's trouble with no Q65 decodes at frequency > jumps It seems that mode Q65 can cope well with small frequency > changes while higher sudden jumps in frequency, like 20Hz tuning steps > of Kenwood radio TS790, almost destroy decoding completely, probably > due to interrupting synchronization. > At currently increasingly used automatic Doppler correction, like > CFOM, higher Doppler rates (Hz/s) evoke frequent frequency correction > of the radio during the Q65 session. If the radio responds in higher > frequency steps, a particular QSO can be delayed by repetitions or > often impossible at all. > It becomes quite annoying for both parties even if the other station > radio tunes in 1Hz steps. > Maybe, it could be fixed by sending the frequency change request to > these radios (according to “hamlib” choice) only during the “decoding” > gap at the end of each RX and TX session to prevent violation of TX > and RX messages. > Are there some others with similar experience? > > 73, Vlada > OK1KIR > _______________________________________________Moon-Net posting and > subscription instructions are at > http://www.nlsa.com/nets/moon-net-help.html <http://www.nlsa.com/nets/moon-net-help.html> > <http://www.nlsa.com/nets/moon-net-help.html <http://www.nlsa.com/nets/moon-net-help.html>> > _______________________________________________Moon-Net posting and > subscription instructions are at > http://www.nlsa.com/nets/moon-net-help.html <http://www.nlsa.com/nets/moon-net-help.html> > <http://www.nlsa.com/nets/moon-net-help.html <http://www.nlsa.com/nets/moon-net-help.html>> > _______________________________________________ > Moon mailing list > Moon(a)moonbounce.info > http://moonbounce.info/mailman/listinfo/moon <http://moonbounce.info/mailman/listinfo/moon> > > Join eQSL.cc https://eqsl.cc/qslcard/Index.cfm <https://eqsl.cc/qslcard/Index.cfm> _______________________________________________ Moon mailing list Moon(a)moonbounce.info http://moonbounce.info/mailman/listinfo/moon <http://moonbounce.info/mailman/listinfo/moon> Join eQSL.cc https://eqsl.cc/qslcard/Index.cfm <https://eqsl.cc/qslcard/Index.cfm>

10 months, 3 weeks

Test

by g7tzz＠live.com

10 months, 3 weeks

Problem using WSJT 2.6.0 RC1

by aa0rs＠freng.com

Hello All, I am trying to use Echo mode (WSJT 2.6.0 RC1) but I am not getting any screen reports. The RX Tx sequence takes place OK but the sequence restarts before the audio output analysis is reported. If I turn off TX Enable the screen starts filling with background noise reports. Any advice will be much appreciated. Thank you Dave AA0RS -- This email has been checked for viruses by AVG. https://www.avg.com

10 months, 3 weeks

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

Moon-net July 2022