| |
CX2SA > SATDIG 05.02.13 21:04l 551 Lines 17732 Bytes #999 (0) @ WW
BID : AMSATBB838
Read: GUEST
Subj: AMSAT-BB-digest V8 38
Path: IZ3LSV<IK2XDE<ON4HU<F6IQF<IK6ZDE<VE3UIL<CX2SA
Sent: 130205/2002Z @:CX2SA.SAL.URY.SA #:3113 [Salto] FBB7.00e $:AMSATBB838
From: CX2SA@CX2SA.SAL.URY.SA
To : SATDIG@WW
Today's Topics:
1. Re: error loading SatPC32 (Jeff KB2M)
2. Re: error loading SatPC32 (Alan)
3. Re: error loading SatPC32 (Erich Eichmann)
4. ARISS International website (Trevor .)
5. Re: error loading SatPC32 (Jeff KB2M)
6. PCSAT normal(?) operations resume (Robert Bruninga)
----------------------------------------------------------------------
Message: 1
Date: Mon, 4 Feb 2013 16:40:59 -0500
From: "Jeff KB2M" <kb2m@xxxxxxx.xxx>
To: "'amsat'" <amsat-bb@xxxxx.xxx>
Subject: [amsat-bb] Re: error loading SatPC32
Message-ID: <007201ce0320$53398b40$f9aca1c0$@xxx>
Content-Type: text/plain; charset="us-ascii"
Thanks Alan. I tried to copy a Prior.SQF from a different config setup and
it didn't work. This tells me that each Prior.SQL is somehow different. I
ended up doing as you suggested, restoring it from a SatPC32 databackup that
I ran when I installed the new version. The program now starts.
Unfortunately, as this is my rover laptop that I have configured for a
different QTH I lost all my unique settings for that QTH. I will now run
SatPC32 databackup every time I make any major changes. Lesson learned....
73 Jeff kb2m
-----Original Message-----
From: Alan [mailto:wa4sca@xxxxx.xxxx
Sent: Monday, February 04, 2013 10:01 AM
To: 'jeff kb2m'; 'amsat'
Subject: RE: [amsat-bb] error loading SatPC32
Jeff,
The PRIOR.SQF is used to tell the program the priority of satellites to
track if more than one is visible. I just experimented by renaming mine,
and got that message. I don't know the cause, but your is either damaged or
missing.
I use WIN7. Assuming WIN8 is similar, and you are using CONFIG I ,yours
will be in:
C:\Users\Alan\AppData\Roaming\SatPC32\PRIOR.SQF (Replace "Alan" with your
account name on your computer.)
You can recover it from your system backups, which I assume you make.
Another way is to use the SATPC32 DATABACKUP program, which will restore
things to the last time you used it. It will be in the base SATPC32
directory. A third way will be to get it from the default files which are
installed:
C:\Users\Alan\AppData\Roaming\SatPC32\SQF_Files_Eng\PRIOR.SQF (Replace
"Alan" with your account name on your computer.)
With luck, one of these will work. Possibly a simpler way to locate the
files is with a good search utility.
73s,
Alan
WA4SCA
-----Original Message-----
From: amsat-bb-bounces@xxxxx.xxx [mailto:amsat-bb-bounces@xxxxx.xxxx On
Behalf Of jeff kb2m
Sent: Monday, February 04, 2013 5:45 AM
To: 'amsat'
Subject: [amsat-bb] error loading SatPC32
While trying to bring up SatPC32 I'm getting an 'error loading Prior.SQF!'
error, then the program shuts down. This just started for no apparent
reason, SatPC32 was working fine. I'm running WIN8. Anyone have any ideas ?
73 Jeff kb2m
_______________________________________________
Sent via AMSAT-BB@xxxxx.xxx. Opinions expressed are those of the author.
Not an AMSAT-NA member? Join now to support the amateur satellite program!
Subscription settings: http://amsat.org/mailman/listinfo/amsat-bb
------------------------------
Message: 2
Date: Mon, 4 Feb 2013 17:21:14 -0600
From: Alan <wa4sca@xxxxx.xxx>
To: "'Jeff KB2M'" <kb2m@xxxxxxx.xxx>, "'amsat'" <amsat-bb@xxxxx.xxx>
Subject: [amsat-bb] Re: error loading SatPC32
Message-ID: <956D3D00685940BC933E70139363C589@xxxxxx>
Content-Type: text/plain; charset="us-ascii"
Jeff,
Sorry the easy fix did not work. I had no problem with the default
PRIOR.SQF, even though I had made different priorities. Hmmm.
I have the DATABACKUP in my PROGRAMS list. I can't remember whether it
comes that way, or I added it to the PROGRAM.SQF file.
Glad it is working again!
73s,
Alan
WA4SCA
Original Message-----
From: amsat-bb-bounces@xxxxx.xxx [mailto:amsat-bb-bounces@xxxxx.xxxx On
Behalf Of Jeff KB2M
Sent: Monday, February 04, 2013 3:41 PM
To: 'amsat'
Subject: [amsat-bb] Re: error loading SatPC32
Thanks Alan. I tried to copy a Prior.SQF from a different config setup and
it didn't work. This tells me that each Prior.SQL is somehow different. I
ended up doing as you suggested, restoring it from a SatPC32 databackup that
I ran when I installed the new version. The program now starts.
Unfortunately, as this is my rover laptop that I have configured for a
different QTH I lost all my unique settings for that QTH. I will now run
SatPC32 databackup every time I make any major changes. Lesson learned....
73 Jeff kb2m
-----Original Message-----
From: Alan [mailto:wa4sca@xxxxx.xxxx
Sent: Monday, February 04, 2013 10:01 AM
To: 'jeff kb2m'; 'amsat'
Subject: RE: [amsat-bb] error loading SatPC32
Jeff,
The PRIOR.SQF is used to tell the program the priority of satellites to
track if more than one is visible. I just experimented by renaming mine,
and got that message. I don't know the cause, but your is either damaged or
missing.
I use WIN7. Assuming WIN8 is similar, and you are using CONFIG I ,yours
will be in:
C:\Users\Alan\AppData\Roaming\SatPC32\PRIOR.SQF (Replace "Alan" with your
account name on your computer.)
You can recover it from your system backups, which I assume you make.
Another way is to use the SATPC32 DATABACKUP program, which will restore
things to the last time you used it. It will be in the base SATPC32
directory. A third way will be to get it from the default files which are
installed:
C:\Users\Alan\AppData\Roaming\SatPC32\SQF_Files_Eng\PRIOR.SQF (Replace
"Alan" with your account name on your computer.)
With luck, one of these will work. Possibly a simpler way to locate the
files is with a good search utility.
73s,
Alan
WA4SCA
-----Original Message-----
From: amsat-bb-bounces@xxxxx.xxx [mailto:amsat-bb-bounces@xxxxx.xxxx On
Behalf Of jeff kb2m
Sent: Monday, February 04, 2013 5:45 AM
To: 'amsat'
Subject: [amsat-bb] error loading SatPC32
While trying to bring up SatPC32 I'm getting an 'error loading Prior.SQF!'
error, then the program shuts down. This just started for no apparent
reason, SatPC32 was working fine. I'm running WIN8. Anyone have any ideas ?
73 Jeff kb2m
_______________________________________________
Sent via AMSAT-BB@xxxxx.xxx. Opinions expressed are those of the author.
Not an AMSAT-NA member? Join now to support the amateur satellite program!
Subscription settings: http://amsat.org/mailman/listinfo/amsat-bb
_______________________________________________
Sent via AMSAT-BB@xxxxx.xxx. Opinions expressed are those of the author.
Not an AMSAT-NA member? Join now to support the amateur satellite program!
Subscription settings: http://amsat.org/mailman/listinfo/amsat-bb
------------------------------
Message: 3
Date: Tue, 5 Feb 2013 09:08:42 +0100
From: "Erich Eichmann" <erich.eichmann@xxxxxxxx.xx>
To: <wa4sca@xxxxx.xxx>, "Jeff Griffin" <kb2m@xxxxxxx.xxx>
Cc: amsat-bb@xxxxx.xxx
Subject: [amsat-bb] Re: error loading SatPC32
Message-ID: <54E5A52551934D508C0EF4645793D2CC@xxxxx>
Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original
Hello Alan, Jeff and others
with V. 12.8b DATABACKUP contained in the PROGRAMS list upon installation.
The message "Error loading PRIOR.SQF" indicates a missing or damaged file
PRIOR.SQF but more probably a missing or damaged file "SatStart.SQF" which
stores a lot of settings when the program is configured. Unfortunately I
didn't change the text of the error message between loading these 2 files.
The files
are stored in the DATA folder "SatPC32" for configuration 1 and in the
subfolders CfgII .. CfgIV for the 3 other configurations.
I don't know the reason yet that causes the error, however. Perhpas it would
be good to send me the files 2 files if the error occurs. As Alan mentioned
already: The easiest solution is to store a working configuration with
DATABACKUP and to restore it with this tool if necessary.
BTW: The path to the DATA folder "SatPC322 is displayed in the footline of
menu "Satellites". The folder "Application data" or "Apps data" is hidden
by default. So, it is necessary to make hidden files visible (Windows
Explorer - Tools - Folder Options - View).
73s, Erich, DK1TB
----- Original Message -----
From: "Alan" <wa4sca@xxxxx.xxx>
To: "'Jeff KB2M'" <kb2m@xxxxxxx.xxx>; "'amsat'" <amsat-bb@xxxxx.xxx>
Sent: Tuesday, February 05, 2013 12:21 AM
Subject: [amsat-bb] Re: error loading SatPC32
> Jeff,
>
> Sorry the easy fix did not work. I had no problem with the default
> PRIOR.SQF, even though I had made different priorities. Hmmm.
>
> I have the DATABACKUP in my PROGRAMS list. I can't remember whether it
> comes that way, or I added it to the PROGRAM.SQF file.
>
> Glad it is working again!
>
> 73s,
>
> Alan
> WA4SCA
>
>
>
------------------------------
Message: 4
Date: Tue, 5 Feb 2013 13:12:32 +0000 (GMT)
From: "Trevor ." <m5aka@xxxxx.xx.xx>
To: amsat-bb@xxxxx.xxx
Subject: [amsat-bb] ARISS International website
Message-ID:
<1360069952.33314.YahooMailClassic@xxxxxxxxx.xxxx.xxx.xxxxx.xxx>
Content-Type: text/plain; charset=utf-8
Does anyone know what happened to the ARISS-International pages on the RAC
website ?
ARISS-EU is at http://www.ariss-eu.org/
But ARISS-International which used to be at http://www.rac.ca/ariss/ seems
to be missing.
73 Trevor M5AKA
------------------------------
Message: 5
Date: Tue, 5 Feb 2013 09:15:26 -0500
From: "Jeff KB2M" <kb2m@xxxxxxx.xxx>
To: "'Erich Eichmann'" <erich.eichmann@xxxxxxxx.xx>
Cc: amsat-bb@xxxxx.xxx
Subject: [amsat-bb] Re: error loading SatPC32
Message-ID: <00b901ce03ab$3f184850$bd48d8f0$@xxx>
Content-Type: text/plain; charset="us-ascii"
This makes sense Eric as I tried to replace the PRIOR.SQF file in CfgIV(the
one I had selected when the failure happened) with the PRIOR.SQF from Cfg1.
This didn't fix the error. I at that point ran DATABACKUP which of course
over wrote any and all of the files in question. If this happens again, I
will send you the 2 files. Thanks everyone for your help....
73 Jeff kb2m
-----Original Message-----
From: Erich Eichmann [mailto:erich.eichmann@xxxxxxxx.xxx
Sent: Tuesday, February 05, 2013 3:09 AM
To: wa4sca@xxxxx.xxxx Jeff Griffin
Cc: amsat-bb@xxxxx.xxx
Subject: Re: [amsat-bb] Re: error loading SatPC32
Hello Alan, Jeff and others
with V. 12.8b DATABACKUP contained in the PROGRAMS list upon installation.
The message "Error loading PRIOR.SQF" indicates a missing or damaged file
PRIOR.SQF but more probably a missing or damaged file "SatStart.SQF" which
stores a lot of settings when the program is configured. Unfortunately I
didn't change the text of the error message between loading these 2 files.
The files
are stored in the DATA folder "SatPC32" for configuration 1 and in the
subfolders CfgII .. CfgIV for the 3 other configurations.
I don't know the reason yet that causes the error, however. Perhpas it would
be good to send me the files 2 files if the error occurs. As Alan mentioned
already: The easiest solution is to store a working configuration with
DATABACKUP and to restore it with this tool if necessary.
BTW: The path to the DATA folder "SatPC322 is displayed in the footline of
menu "Satellites". The folder "Application data" or "Apps data" is hidden
by default. So, it is necessary to make hidden files visible (Windows
Explorer - Tools - Folder Options - View).
73s, Erich, DK1TB
----- Original Message -----
From: "Alan" <wa4sca@xxxxx.xxx>
To: "'Jeff KB2M'" <kb2m@xxxxxxx.xxx>; "'amsat'" <amsat-bb@xxxxx.xxx>
Sent: Tuesday, February 05, 2013 12:21 AM
Subject: [amsat-bb] Re: error loading SatPC32
> Jeff,
>
> Sorry the easy fix did not work. I had no problem with the default
> PRIOR.SQF, even though I had made different priorities. Hmmm.
>
> I have the DATABACKUP in my PROGRAMS list. I can't remember whether it
> comes that way, or I added it to the PROGRAM.SQF file.
>
> Glad it is working again!
>
> 73s,
>
> Alan
> WA4SCA
>
>
>
------------------------------
Message: 6
Date: Tue, 5 Feb 2013 11:31:30 -0500
From: Robert Bruninga <bruninga@xxxx.xxx>
To: amsat-bb@xxxxx.xxx
Cc: aprssig@xxxx.xxxx aprs@xxxxxxxxxxx.xxx
Subject: [amsat-bb] PCSAT normal(?) operations resume
Message-ID: <70024b7da2dcf8919ec2b86c09502d62@xxxx.xxxxx.xxx>
Content-Type: text/plain; charset=windows-1252
PCSAT (NO44) is again returned to users (but not usable until a few weeks
when sun angles get better). The Transponder on ISS is also operational now.
The variation of power available to PCSAT is inversely proportional to the
?sun-to-orbitplane-angle? (viewable in Instantrack with the ?E? and ?D?
keys. It is currently above 78 degrees. Once it went above about 65
degrees was our last successful commanding.
Recovery did not work this period. But we learned enough to be more
successful in the Fall.
A ?sun-to-orbitplane-angle? means PCsat?s orbit is now over the day/night
terminator meaning it is in full sun (no eclipses) with solar power coming
in on the (weaker) side panels and little if any on the +Z face(best
panel). Attitude is maintained by alignment with the Earth?s magnetic
field. It?s the best time for a recovery (no eclipses to cause a reset),
but the worst time for commanding. It is too weak to respond to the needed
logon and 3 additional commands. Though it will be strong again as the sun
angle improves (lower).
Then it will have better sun on the +Z face for commanding, but then it
will be doing Eclipses. And even though we can then command it to turn off
unnecessary loads, it does not have enough time before the next eclipse to
charge up enough to survive the next eclipse.
What we did (re)learn is a condensed command method where we can put all 3
PCSAT low-power commands in a single packet (using the TNC?s ^V pass
character). That way, we only need a successful logon to complete the
Restoration. 1) The CONNECT ACK. 2) The password challenge, 3) Then the
command prompt. Then we can hit it with the full low-power command set and
disconnect all in one packet which cancels the need for PCSAT to respond to
each command separately.
On the FIRST day available in full sun(our best shot), I not only got
logged on, but completed all 3 requried functions. Then signals sounded so
good, I got greedy and put in the another three (which also improves power
budget, but not as much as the first three). Yep, I gambled and lost. It
died on the last one! The next day I got all 3 in, and it died on the
3rdcommand due to a user packet I think. Days since, I have been
unable to
logon. Hence, end of this attempt period.
In most attempts in the past (after successful logon) we would send one
command at a time to give it a few seconds rest between each one. But
these 3 commands then required 3 ACKS and 3 RESPONSES in addition to the 3
required to get logged. Those extra 6 packets kill it, especially if there
was a user packet in there. Next time all we need are the 3 loggon
responses.
Also, next time, we will give users advance warning to QRT all
transmissions when we are trying to command. Each one of their packets
robs us of power we need to complete the command. I failed to warn
everyone this time, and so we had some interference.
As sun angle improves, You may continue to experiment with PCSAT during
MIDDAY passes. That is when it is strongest (in the Northern Hemisphere),
but do limit yourself to only attended operations so humans can actually
contact humans, or if you are doing an unattended test, keep your
transmissions to once every 2 minutes. That should let you get one good
successful packet per pass. Which is the mission of PCSAT.
See the downlink on http://pcsat.aprs.org
There you can see the telemetry packets (list at the bottom of page) right
now are rarely getting above 001 meaning typically a minute or so of life
before it gets overloaded and resets back to 000.
It is easy to visualize the relationship of the sun angle to the orbit
plane and to see how that affects power budget given that our best panel
(out of 5) is on the +Z face and that is magnetically aligned to point
towards magnetic South. There is NO panel on the ?Z which is why PCsat is
rarely usable in the Southern Hemisphere (not planned, but just a result
of it crashing in every eclipse).
Just thought you would like to know what is going on with one of the oldest
student projects in space that is still ?semi-operational? for users.
Bob, Wb4APR
US Naval Academy Satellite Lab
*From:* Robert Bruninga [mailto:bruninga@xxxx.xxxx
*Sent:* Thursday, January 31, 2013 10:53 AM
*To:* amsat-bb@xxxxx.xxx
*Cc:* aprssig@xxxx.xxxx aprs@xxxxxxxxxxx.xxxx bruninga@xxxx.xxx
*Subject:* QRT all PCSAT transmissions!
Please QRT all transmissions to PCsat to save power for COMMANDing.
PCSAT (W3ADO-1) is entering its 3 day RECOVERY window this year starting 31
Jan.
Today we got logged on for commanding twice, but both times user packets
killed the bird.
At best PCSAT can usually only save up enough power for 2 or 3 solid
packets per pass and we need 3 successfully for command and recover. One
user packet in the middle of that and we lose it for the pass.
MY fault for not making this announcement earlier. Not their fault. But
if you see this email and you are transmitting to PCsat, please QRT for the
next several days.
Commanding is being done from the East and West coast of the USA and over
Germany.
WB4APR, Bob
USNA Command Station
------------------------------
_______________________________________________
Sent via amsat-bb@xxxxx.xxx. Opinions expressed are those of the author.
Not an AMSAT member? Join now to support the amateur satellite program!
http://amsat.org/mailman/listinfo/amsat-bb
End of AMSAT-BB Digest, Vol 8, Issue 38
***************************************
Read previous mail | Read next mail
| |
