June 2019 - AMSAT-BB - mailman.amsat.org

cube sat model
by Bob- W7LRD 07 May '21

07 May '21

Hi All-Is there a cube sat model, mock up etc, available anywhere 73 Bob W7LRD

8 7

AMSAT: RFI from LED bulbs?
by Robert Bruninga 19 Jul '20

19 Jul '20

I am hearing reports of RFI from these LED bulbs. Not just HF, but also VHF. If you can make any quantitative assessments of such RFI, please let me know. And the amazing thing is that at VHF you will never notice it because RFI is noise power and it is noise power that keeps a squelch CLOSED. Manuallly open the squelch and sometimes RFI will show full scale on the S meter yet not open the squelch. And on my radios, when the squelch is closed, the S meter is inactive and shows 0. Bob Bruninga, WB4APR

3 3

TLEdoctor program to check for preliminary TLE data
by Jarda 06 Aug '19

06 Aug '19

The program can easily detect and fix the TLE preliminary data errors for working in satellite programs after launching the satellite in orbit The original version of the program released before launching Fox-1D works in Windows-7 and higher. Version that works in Windows XP is now added. The program name for Win-XP changes to TLEdoctor. Both programs can be downloaded at http://oscar.ok2gz.eu/fox1d.php 73 Jarda ok2gz --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus

2 1

SATpc32/IC-9700 Start Up Issue
by Edward Roth 07 Jul '19

07 Jul '19

I wrestled with this problem for over a week trying everything I could think of to change and test. I finally saw a post by one of the developers of either the N1MM Contest Logging program or the WSJT-X digital program - can't remember which - saying that if you use their program with the IC-9700 then turn OFF the CI-V Transceive function or you will have data collisions. I turned it off in my IC-9700 and haven't had the problem since (the default is ON). Go to page 8-13 in the manual to see how to get to this setting. I'd be interested in knowing how many people had this problem. ED, K0NW Original Message From: Frank Karnauskas <n1uw(a)gokarns.com> To: <amsat-bb(a)amsat.org> Cc: Bcc: Date: Wed, 5 Jun 2019 23:41:55 -0500 Subject: [amsat-bb] SatPC32/IC-9700 Start Up Issue After watching Daniel, W5EKG's You Tube video, I had SatPC32 and the IC-9700 working beautifully on the first try. (Thanks, Daniel!) The radio frequency tracked the software real-time just like it should. However, after playing around for a few minutes (changing satellites, turning the main tuning knob, etc.) The radio suddenly stopped following the frequency changes from SatPC32. The frequency intermittently updates after 10-20 seconds accompanied by the frequency on the radio display flashing white from MAIN to SUB for a brief moment. Usually nothing happens until I choose another satellite then the frequency updates once then...crickets.

5 5

LO 94 and the solar eclipse
by Nico Janssen 04 Jul '19

04 Jul '19

On July 2 there will be a total solar eclipse that can be observed by the amateur satellite Lunar-OSCAR 94 (a.k.a. LongJiang 2 and DSLWP-B) from its elliptical orbit around the Moon. Attempts will be made to image the eclipse, where both the Moon and Earth should appear in the images. For details see these blog posts of Dani, EA4GPZ: https://destevez.net/2019/06/dslwp-b-and-the-solar-eclipse/ https://destevez.net/2019/06/imaging-times-for-dslwp-b-eclipse-observation/ Note that LO 94 is expected to crash onto the Moon's surface at the end of July, ending its mission. Until then you can still track LO 94 using GMAT and receive its 70 cm downlinks. 73, Nico PA0DLO

4 4

Re: [amsat-bb] Falconsat-3 upload problem
by Hans BX2ABT 01 Jul '19

01 Jul '19

Hello all, Got all your TESTING UPLOAD messages in loud and clear. My message to K4KDR didn't get send out. I'm still (re)searching about the cause of this. Later...... Hans BX2ABT On 06/18/2019 09:45 PM, Mark L. Hammond wrote: > Hi Hans, > > I was able to upload a message (to you!) on FS-3 last night/this > morning, fully automated. So the satellite is evidently behaving OK. > > Hope you get it figured out. Since I don't use Direwolf, sorry I > can't give any suggestions. > > 73, > > Mark N8MH > > At 08:07 AM 6/18/2019 +0800, Hans BX2ABT wrote: > >> I didn't write it directly, but I assumed from the description you >> would read that I indeed run full duplex (and to add to this: my >> system is Linux, not Windows). If not Direwolf will wait for a free >> window to throw out packets which will never happen because FS-3 is >> on all the time. No, everything is working, except for the problem I >> described before: all commands to the bird are heard and responded >> to, but uploading a message will fail. >> >> Desensing is also not the problem: got the appropriate filters in >> place for that. Cheers, >> >> Hans >> >> BX2ABT >> >> On 06/17/2019 10:52 PM, Mark L. Hammond wrote: >>> Hello Hans, I have not been working FS-3 recently, since the IC-9700 >>> will not do 9600 packet [iCom, please fix!!] :( Â Â So I cannot >>> comment on recent uploads.Â However, to add to Bob's thoughts--are >>> you running full duplex? Â It's critical.Â Also, is your transmit >>> signal desensitizing your receive signal?Â Â That is important, too.Â >>> >>> In the next week or so I will change radios at my station so I can >>> again use FS-3. Â I'll be better able to share current experiences >>> with you. >>> >>> 73, >>> >>> Mark N8MH >>> >>> On Mon, Jun 17, 2019 at 9:19 AM Hans BX2ABT via AMSAT-BB >>> <amsat-bb(a)amsat.org <mailto:amsat-bb@amsat.org>> wrote: >>> >>> I'm not behind my shack computer right now, but I know that PSGS >>> and >>> Direwolf each have a TX delay. Are you referring to those maybe >>> being >>> too long? If so, then why are all other commandsÂ (DL and >>> directory >>> listings) giving me no problem? >>> >>> 73 de Hans >>> >>> BX2ABT >>> >>> >>> On 06/17/2019 08:53 PM, Robert Bruninga wrote: >>> > I am no expert.Â But remember that your RF and all processing >>> has to >>> > be full duplex.Â The turn arround for packets in the >>> satellite is >>> > instantaneous. >>> > with no TXD delays.Â Bob >>> > >>> > >>> > On Mon, Jun 17, 2019 at 2:24 AM Hans BX2ABT via AMSAT-BB >>> > <amsat-bb(a)amsat.org <mailto:amsat-bb@amsat.org> >>> <mailto:amsat-bb@amsat.org <mailto:amsat-bb@amsat.org>>> wrote: >>> > >>> >Â Â Â Up til now I have been successful in getting >>> PacSatGroundStation >>> >Â Â Â (PSGS) >>> >Â Â Â to work on receive. You can go here if you want to see >>> my setup: >>> >Â Â Â http://bx2abt.com/main/Falconsat-3 >>> <http://bx2abt.com/main/Falconsat-3> . I can hit FalconSat-3 with a >>> >Â Â Â directory request or file download request and get an >>> immediate >>> >Â Â Â response >>> >Â Â Â and consequent downloads. Uploading is a different >>> story, however. I >>> >Â Â Â have been able to get some messages uploaded, but it >>> was more by >>> >Â Â Â chance. >>> >Â Â Â Right now if I want to upload I seem to get into a loop >>> where PSGS >>> >Â Â Â keeps >>> >Â Â Â on sending out the same frame (I presume), then >>> disconnects, after >>> >Â Â Â which >>> >Â Â Â the whole cycle starts over again. >>> > >>> >Â Â Â Â From the PSGS debugging info you can see that I am >>> successful in >>> >Â Â Â logging into PFS3-12. My file gets a designated ID >>> (1f14 in this >>> >Â Â Â case) >>> >Â Â Â and is ready to be received. Then it uploads what I >>> presume is one >>> >Â Â Â frame >>> >Â Â Â (you can see this in Direwolf where the same chunk of >>> data is send >>> >Â Â Â over >>> >Â Â Â and over again) after which possibly the reason why >>> things don't >>> >Â Â Â work: >>> >Â Â Â "ER_BODY_CHECK received while uploading: >>> >Â Â Â >>> /home/hans/PacSatGroundData/FalconSat-3/BX2ABT17.txt.out". The only >>> >Â Â Â mention of ER_BODY_CHECK I can find on the internet is >>> that it is >>> >Â Â Â sent >>> >Â Â Â when the checksum on the file body fails. After that >>> the whole >>> >Â Â Â sequence >>> >Â Â Â starts again, so the message never gets uploaded and >>> out of the queue. >>> > >>> >Â Â Â Does this problem lie with FalconSat-3, Direwolf or >>> PGSG, or >>> >Â Â Â somewhere >>> >Â Â Â else? Where is the checksum being made? This is my >>> first forray into >>> >Â Â Â packet radio/PacSat, so I'm not an expert (yet). I >>> don't want to make >>> >Â Â Â any (un)educated guesses, thus any help or hints are >>> appreciated. >>> >Â Â Â Cheers, >>> > >>> >Â Â Â Hans >>> >Â Â Â BX2ABT >>> > >>> > >>> > >>> >Â Â Â This is the output (with debugging turned on) of PSGS: >>> > >>> >Â Â Â --------BEGIN------- >>> >Â Â Â Open ABCD: >>> >Â Â Â Ready to upload file: BX2ABT17.txt.out >>> >Â Â Â B: 209908947. >>> >Â Â Â U>> >>> >Â Â Â DEBUG 3: Open: Adding UP LINK Event: UL_CONNECT >>> >Â Â Â PB: Empty.. >>> >Â Â Â I>>From:PFS3-12 to BX2ABTÂ Ctrl: 0 Type: I Cmd PF: 0 >>> NR: 0 NS: 0Â >>> >Â Â Â 5 2 cc >>> >Â Â Â a7 fb 5c 4> SUCCESSFUL LOGIN to PFS3-12 by BX2ABT >>> >Â Â Â DEBUG 3: Open: Adding UP LINK Event: From:PFS3-12 to >>> BX2ABT Ctrl: 0 >>> >Â Â Â Type: I Cmd PF: 0 NR: 0Â NS: 0Â 5 2 cc a7 fb 5c 4> >>> SUCCESSFUL >>> >Â Â Â LOGIN to >>> >Â Â Â PFS3-12 by BX2ABT >>> >Â Â Â DEBUG 3: Cmd Ok: Adding UP LINK Event: UL_REQUEST_UPLOAD >>> >Â Â Â DEBUG 3: Cmd Ok: UL_CMD: From:BX2ABT to PFS3-12 Ctrl: 0 >>> Type: I >>> >Â Â Â Cmd PF: >>> >Â Â Â 0 NR: 0Â NS: 0Â 8 3 14 1f 0 0 31 3 0 0 UL CMD: >>> UPLOAD_CMD File: 1f14 >>> >Â Â Â Size: 331 >>> >Â Â Â S>> >>> >Â Â Â I>>From:PFS3-12 to BX2ABTÂ Ctrl: 22 Type: I Cmd PF: 0 >>> NR: 1 NS: 1Â >>> >Â Â Â 8 4 >>> >Â Â Â 14 1f 0 0 31 3 0 0> Ready to receive file: 1f14 from >>> BX2ABTÂ at >>> >Â Â Â off: 817 >>> >Â Â Â DEBUG 3: Waiting: Adding UP LINK Event: From:PFS3-12 to >>> BX2ABT >>> >Â Â Â Ctrl: 22 >>> >Â Â Â Type: I Cmd PF: 0 NR: 1Â NS: 1Â 8 4 14 1f 0 0 31 3 0 >>> 0> Ready to >>> >Â Â Â receive >>> >Â Â Â file: 1f14 from BX2ABTÂ at off: 817 >>> >Â Â Â DEBUG 3: Waiting: UL_GO_RESP: From:PFS3-12 to BX2ABTÂ >>> Ctrl: 22 >>> >Â Â Â Type: I >>> >Â Â Â Cmd PF: 0 NR: 1Â NS: 1Â 8 4 14 1f 0 0 31 3 0 0> Ready >>> to receive >>> >Â Â Â file: >>> >Â Â Â 1f14 from BX2ABTÂ at off: 817 >>> >Â Â Â DEBUG 3: Waiting: GO FILE>From:PFS3-12 to BX2ABTÂ >>> Ctrl: 22 Type: I >>> >Â Â Â Cmd >>> >Â Â Â PF: 0 NR: 1Â NS: 1Â 8 4 14 1f 0 0 31 3 0 0> Ready to >>> receive file: >>> >Â Â Â 1f14 >>> >Â Â Â from BX2ABTÂ at off: 817 >>> >Â Â Â DEBUG 3: Data: Adding UP LINK Event: UL_DATA_END >>> >Â Â Â DEBUG 3: Data: UL_DATA_END: UL_DATA_END >>> >Â Â Â S>> >>> >Â Â Â I>>From:PFS3-12 to BX2ABTÂ Ctrl: 44 Type: I Cmd PF: 0 >>> NR: 2 NS: 2Â >>> >Â Â Â 1 7 >>> >Â Â Â 10> UL NAK 16: ER_BODY_CHECK >>> >Â Â Â DEBUG 3: Data End: Adding UP LINK Event: From:PFS3-12 >>> to BX2ABT >>> >Â Â Â Ctrl: 44 >>> >Â Â Â Type: I Cmd PF: 0 NR: 2Â NS: 2Â 1 7 10> UL NAK 16: >>> ER_BODY_CHECK >>> >Â Â Â DEBUG 3: Data End: UL_NAK_RESP: From:PFS3-12 to BX2ABT >>> Ctrl: 44 >>> >Â Â Â Type: I >>> >Â Â Â Cmd PF: 0 NR: 2Â NS: 2Â 1 7 10> UL NAK 16: ER_BODY_CHECK >>> >Â Â Â NAK: ER_BODY_CHECK received while uploading: >>> >Â Â Â /home/hans/PacSatGroundData/FalconSat-3/BX2ABT17.txt.out >>> > >>> >Â Â Â TIME-1: PHT: uptime is 469/13:51:30.Â Time is Sat Jun >>> 08 12:19:29 >>> >Â Â Â 2019. >>> >Â Â Â U>> >>> >Â Â Â DEBUG 3: Idle: Adding UP LINK Event: UL_DISCONNECTED >>> >Â Â Â DEBUG 3: Idle: Adding UP LINK Event: Open ABCD: >>> >Â Â Â Open ABCD: >>> >Â Â Â B: 209908947. >>> >Â Â Â PB: Empty.. >>> >Â Â Â ---------END------- >>> > >>> >Â Â Â This is what Direwolf's output is: >>> > >>> >Â Â Â --------BEGIN------- >>> >Â Â Â PFS3-1 audio level = 68(+118/-110)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-1>LSTAT:I P:0x13A8 o:0 l:31473 f:31529, d:1 >>> st:4 e:26<0x0d> >>> >Â Â Â Unknown APRS Data Type Indicator "I", Ambulance >>> >Â Â Â [0L] BX2ABT>PFS3-12:(SABM cmd, p=1) >>> > >>> >Â Â Â PFS3-12 audio level = 69(+115/-111)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-12>BX2ABT:(UA res, f=0) >>> > >>> >Â Â Â PFS3-12 audio level = 70(+119/-110)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-12>BX2ABT:(I cmd, n(s)=0, n(r)=0, p=0, >>> >Â Â Â pid=0xf0)<0x05><0x02>^<0xa8><0xfb>\<0x04> >>> >Â Â Â [0L] BX2ABT>PFS3-12:(I cmd, n(s)=16, n(r)=120, p=0, >>> >Â Â Â >>> pid=0x08)<0x08><0x03><0x14><0x1f><0x00><0x00>1<0x03><0x00><0x00> >>> > >>> >Â Â Â PFS3-12 audio level = 70(+121/-110)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-12>BX2ABT:(RR res, n(r)=1, f=0) >>> > >>> >Â Â Â PFS3-12 audio level = 70(+121/-109)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-12>BX2ABT:(I cmd, n(s)=17, n(r)=120, p=0, >>> >Â Â Â >>> pid=0x08)<0x04><0x14><0x1f><0x00><0x00><0xfe><0x00><0x00><0x00> >>> >Â Â Â [0L] BX2ABT>PFS3-12:(I cmd, n(s)=1, n(r)=2, p=0, >>> >Â Â Â pid=0xf0)<0xfe><0x00> >>> >Â Â Â the internet server that you sent me a message on April >>> 11, but >>> >Â Â Â unfortunately I never was able to download it. It took >>> a while to get >>> >Â Â Â the transmitting part working, but now it does and I'm very >>> >Â Â Â pleased to >>> >Â Â Â be able to contact you via FS-3. Truly an amazin >>> >Â Â Â [0L] BX2ABT>PFS3-12:(RR cmd, n(r)=2, p=1) >>> > >>> >Â Â Â PFS3-11 audio level = 65(+118/-109)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-11>PBLIST:PB: Empty.<0x0d> >>> >Â Â Â Unknown APRS Data Type Indicator "P", Original Balloon >>> (think Ham b >>> > >>> >Â Â Â PFS3-12 audio level = 66(+117/-109)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-12>BX2ABT:(RR res, n(r)=1, f=1) >>> >Â Â Â [0L] BX2ABT>PFS3-12:(I cmd, n(s)=33, n(r)=120, p=0, >>> >Â Â Â >>> pid=0x08)<0x08><0x03><0x00><0x00><0x00><0x00>1<0x03><0x00><0x00> >>> > >>> >Â Â Â PFS3-12 audio level = 74(+125/-111)Â Â [NONE] ||||||||| >>> >Â Â Â [0.4] PFS3-12>BX2ABT:(DISC cmd, p=1) >>> >Â Â Â [0L] BX2ABT>PFS3-12:(UA res, f=1) >>> >Â Â Â --------END------- >>> > >>> >Â Â Â _______________________________________________ >>> >Â Â Â Sent via AMSAT-BB(a)amsat.org <mailto:AMSAT-BB@amsat.org> >>> <mailto:AMSAT-BB@amsat.org <mailto:AMSAT-BB@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: >>> https://www.amsat.org/mailman/listinfo/amsat-bb >>> <https://www.amsat.org/mailman/listinfo/amsat-bb> >>> > >>> >>> _______________________________________________ >>> Sent via AMSAT-BB(a)amsat.org <mailto:AMSAT-BB@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: >>> https://www.amsat.org/mailman/listinfo/amsat-bb >>> <https://www.amsat.org/mailman/listinfo/amsat-bb> >>> >>> >>> >>> -- >>> Mark L. Hammond [N8MH]

2 4

Yaesu FT991A on the sats
by John Geiger 01 Jul '19

01 Jul '19

Has anyone used the Yaesu FT991A on the satellites? Does the bandscope really help to find people in the downlink passband? Also, how does it do on the FM satellites? The QST review made it look like it is kind of deaf on FM. 73 John W5TD (ex AF5CC)

2 1

How to control HDSDR with SatPC32?
by EDWARD KROME 30 Jun '19

30 Jun '19

Hi all: I apologize in advance because I know this question was answered on this bb before, but I simply cannot find it. Can't find it in the docs, either. The question: I want to use SatPC32 to automatically switch satellite frequencies on an RSP1 SDR. I know there is an interface program (vspMgr) that makes SatPC talk to HDSDR (and HDSDR commands the RSP1; that part works well) but I can't find the details on how to make it work. Help, please. Thanks! Ed K9EK EM69xd

4 3

Rocket Lab Launch Replay
by Wendy and Terry Osborne 29 Jun '19

29 Jun '19

Hi Folks, You can view yesterday’s Rocket Lab Launch here: https://www.youtube.com/watch?v=idKCy8LdyKo 73, Terry Osborne ZL2BAC

1 0

PSAT2 PSK31 enabled ONLY (No VHF)
by Robert Bruninga 29 Jun '19

29 Jun '19

PSAT2 PSK31 uplink on ten meters 29.481 and downlink on 435.350+/- Doppler is enabled. SSTV is enabled when the camera is in daylight an not looking at space or the sun. But the Other modes are -not-. Please, no uplinks to PSAT2 on VHF while we are performing checkout. Thanks, Bob, Wb4APR

1 0