[amsat-bb] DSLWP UHF Test Plan on May 31, Jun 1 and Jun 3

Wed Jun 6 10:40:53 UTC 2018

Scott,

Many thanks for the hint I will try this evening as at work presently.

FYI:

I am using a dedicated test-PC for the Live CD presently (as very new to
Ubuntu/GNU and already break it a few times in the past week, learning the
hard way Hi!), therefore if I can output the audio to my station PC it will
be perfect for testing.

Will use the test-PC for the Live CD, SDR and Doppler correction and the
shack PC for FT4G decoding and rotor control. I already have WJST-X,
PCSAT32/SuM for antenna control, GPS clock & other decoders running it
simultaneously without issue.

Will feedback on the BB.

73

Jean Marc (3B8DU)

On 6 June 2018 at 09:09, Scott <scott23192 at gmail.com> wrote:

> The latest version of demod_dslwp_gmsk_b0_250bps_0.5_coherent.grc from
> https://github.com/bg2bhc/gr-dslwp includes blocks in the upper-right
> corner that may be disabled by default.  If enabled, the "Band Pass
> Filter", "Complex to Real", & "Audio Sink" blocks will make demodulated
> audio available to your system.
>
> (If using the Live CD version, I don't know if these blocks are available
> -- I can only speak to the software running on a dedicated system)
>
> From there, much like a Virtual Audio Cable in Windows, you would use Pulse
> Audio (pavucontrol) to route that audio OUT to the WSJTx application
> running on your system.
>
> As I mentioned before, my system is not nearly powerful enough to handle
> all that processing in addition to what is required to run the DSLWP
> front-end and decoder flowgraphs in GNU Radio.  But if your system IS
> powerful enough, that is one way to provide WSJTx with the "B0" audio from
> 435.400 in hopes that it might decode some JT4G!
>
> Please note that Pulse Audio and WSJTx are not necessarily installed by
> default on any given linux system.  So, they would have to be installed to
> be available to you.
>
> -Scott,  K4KDR
>
>
> ===========================
>
> On Wed, Jun 6, 2018 at 12:12 AM, Jean Marc Momple <
> jean.marc.momple at gmail.com> wrote:
>
> > Scott,
> >
> > All corrected this side with the help of Wei & Dimitry (thanks to them),
> > just stupid things like proxy not running, wrong file path in Program
> > Tracking CC etc…
> >
> > About the JT4: I don’t see it on the GNU drop down it spite it is in the
> > Examples directory.
> >
> > 73
> >
> > Jean Marc (3B8DU)
> >
> > > On Jun 6, 2018, at 1:17 AM, Scott <scott23192 at gmail.com> wrote:
> > >
> > > In my case, packet drops are caused by running out of system resources
> > > (CPU, memory).
> > >
> > > To allow me to run the essential parts of the decoders, I have disabled
> > all
> > > unnecessary waterfalls, constellation GUI, etc.   I also close any
> other
> > > apps running on my computer, including background apps like Dropbox.
> > >
> > > As for "Connection refused", if I am not mistaken that is when a
> decoder
> > is
> > > started without the proxy application running.  (You can certainly
> > disable
> > > "KISS Encode PDU" & "Socket PDU" blocks if you would like to test those
> > > flowgraphs without a proxy connection!)
> > >
> > > If you would like help with the JT4 aspect, please provide more detail.
> > > FYI, for me it put too much burden on system resources.  So, I have
> > > disabled those blocks that make audio-OUT available for use by WSJTx.
> > >
> > > Instead, I use a different SDR / different computer to listen for JT4G.
> > >
> > > 73!
> > >
> > > -Scott,  K4KDR
> > >
> > >
> > > ==============================
> > >
> > >
> > > On Tue, Jun 5, 2018 at 1:20 AM, Jean Marc Momplé <
> > jean.marc.momple at gmail.com
> > >> wrote:
> > >
> > >> Dimitry,
> > >>
> > >> I get the same message about packet drop or RuntimeError: Connection
> > >> refused, have you been able to solve this?
> > >>
> > >> Also the JT4 Flowchart does not seems to work.
> > >>
> > >> Reading the GNU Radio Tutorials to try to understand...
> > >>
> > >> 73
> > >>
> > >>
> > >> Jean Marc (3B8DU)
> > >>
> > >> On 2 June 2018 at 21:26, Dimitry Borzenko <4z5cp at bezeqint.net> wrote:
> > >>
> > >>> Hello Wei and group.
> > >>> Have checked new LiveCD- makes problem, FrontEnd DSLWP RXRTL loads 4
> i7
> > >>> CPUs 90%, so demodulator doesn't works terminal show message about
> too
> > >> many
> > >>> packet drops.....
> > >>>
> > >>> de 4z5cp
> > >>>
> > >>> ------ Original Message ------
> > >>> From: "韦明川" <wmc_jx at 163.com>
> > >>> To: "amsat-bb at amsat.org" <amsat-bb at amsat.org>
> > >>> Sent: 31.05.2018 11:32:18
> > >>> Subject: [amsat-bb] DSLWP UHF Test Plan on May 31, Jun 1 and Jun 3
> > >>>
> > >>> Hi OMs,
> > >>>>
> > >>>>
> > >>>> We are planning two tests for UHF of DSLWP-B, from 31 May 16:00 UTC
> to
> > >> 31
> > >>>> May 18:00 UTC, and from 1 Jun 02:00 UTC to 1 Jun 04:00 UTC.
> > >>>>
> > >>>>
> > >>>> We will change the mode of the transmitters to 250 bps GMSK and JT4G
> > on
> > >>>> 435.4 MHz (GMSK every 5 min, JT4G every 10 min, JT4G has higher
> > >> priority),
> > >>>> and 250 bps GMSK on 436.4 MHz (every 5 min). Corresponding demod
> grcs
> > >>>> should be used.
> > >>>>
> > >>>>
> > >>>> Some more tests are planned on Jun 3, and detailed time TBD.
> > >>>>
> > >>>>
> > >>>> The temperature of onboard batteries is a little higher than
> expected,
> > >>>> that's why UHF is not always on.
> > >>>>
> > >>>>
> > >>>>
> > >>>> Tracking file updates can be found on:
> https://github.com/bg2bhc/dslw
> > >>>> p_doc or http://lilacsat.hit.edu.cn/tle/program_tracking_dslwp-b.
> txt
> > >>>>
> > >>>>
> > >>>> Updated version of Live CD:
> > >>>> https://drive.google.com/file/d/1Ptga7XfgQ--qsnD4QhpNiRRUIW3
> > >>>> c626L/view?usp=sharing
> > >>>>
> > >>>>
> > >>>> Best Regards and 73!
> > >>>>
> > >>>>
> > >>>> Wei BG2BHC
> > >>>>
> > >>>> --
> > >>>>
> > >>>> WEI Mingchuan
> > >>>>
> > >>>>
> > >>>> Research Center of Satellite Technology
> > >>>> Harbin Institute of Technology
> > >>>> mobile: +86-189-4501-5242
> > >>>> e-mail: wmc_jx at 163.com; bg2bhc at gmail.com
> _______________________________________________
> Sent via AMSAT-BB at amsat.org. AMSAT-NA makes this open forum available
> to all interested persons worldwide without requiring membership. Opinions
> expressed
> are solely those of the author, and do not reflect the official views of
> AMSAT-NA.
> Not an AMSAT-NA member? Join now to support the amateur satellite program!
> Subscription settings: http://www.amsat.org/mailman/listinfo/amsat-bb
>