[TenTec] Programming Jupiter From A PC

Wed, 26 Jun 2002 22:52:31 -0000

Jere,

I had a hard time getting the save and restore memories to work also.
First of all, you must be at firmware version 1.19.  There are many bugs
in firmware version 1.18

I found the radio would always return the value for memory 0 when I did a
recall if you have ever recalled a memory manually on the jupiter.  If you
recall
a memory on the jupiter manually, you must power off the jupiter and then
back on.  Now it will send the requested memory to the PC instead of
memory 0.

The other thing I did was put a 300 millisecond timeout in between a recall
memory and doing a request to read VFO A.

I also found that for an empty memory, it returns 15.000000 mhz.  So you
can't use 15 mhz for a memory.

Now, here's the kicker.  Before you can store any memories into the jupiter,
you must have at least one stored manually.  And if you store one memory,
you must power off the
jupiter and then back on.  And, when you have stored all the memories into
the
jupiter from the PC, you must store one more memory manually to cause
the data to get written to the flash memory.  If you don't do this last
step, all
the memories from the PC will be lost when you power off.

One easy solution for all this is to just get my software.  It works.

73,

Carl Moreschi N4PY
Franklinton, NC
----- Original Message -----
From: "Jere Sandidge" <[email protected]>
To: <[email protected]>
Sent: Wednesday, June 26, 2002 2:27 PM
Subject: [TenTec] Programming Jupiter From A PC

Here is the results of my attempt to write a program that reads a text file
containing memory numbers, frequencies, modes and bandwidths, then writes
the data to the memories of the Jupiter. The program is written in C and
runs on a Unix PC.

The text below is the debug output of my program with added comments. The
TX: is the data that was sent to the Jupiter's serial port and the RX: is
the data received back from the Jupiter. The data is dumped in hex (base
16) and any printable ASCII characters are displayed on the right of the
line.

I found several problems which are listed below. I do not think there is a
problem with my program, however, I won't know for sure until someone else
either fails or succeeds loading the Jupiter's memories using the
Programming commands.

1. Whenever I issue the STORE MEMORY command (*S..), the radio recalls
memory #105. However, the data is stored in the selected memory, because if
I manually recall the memory from the radio controls, the correct
frequency, mode, bandwidth is recalled to VFO A.

2. The only memory I can recall using the RECALL MEMORY command (*R..), is
memory # 0. Attempting to recall 1 through 127 always returns memory # 0.

3. When I try to recall memory # 13, I receive an error (Z) from the radio.
Note that the command for recalling memory # 13 is: *R<0d><0d> where the
first <0d> is the memory # (13 decimal) and the second <0d> is a CARRAGE
RETURN that terminates the command. The programming document clearly states
that the firmware is aware of the possibility of <0d> being in the data
portion of the command and correctly processes the command. WELL I GUESS
NOT!!!

4. Since all I was attempting to do with my program was to reload the
Jupiter's memories, which is required after upgrading the Firmware and
doing a Hard reset (Power on with any control pressed), I could live with
these minor issues, because I could now manually select all the memories
that I had programmed. Well to my surprise, after I had powered the radio
OFF for the night, the next morning I turned the radio on and attempted to
select a memory, well, all the memories were reset to their default (15.0
MHz) just like when a Hard reset is performed. I then started up my program
and reprogrammed the memories and manually checked each. They were all
restored. I then turned off the radio for about 30 seconds and then back
on, again all memories were cleared. I then manually programmed a few
memories and again recycled the power on the radio. The memories that I
manually programmed were still set. I then repeated the process of
programming the memories with my program, manually checked them, and
recycled the power. All memories were again erased.

WELL SO MUCH FOR MY PROGRAMMING EFFORTS !!!!!!!!

Also, there is no way that I can find to store a SPLIT memory. Even though
the programming language allows VFO B to be programmed, without a way to
push the SPLIT button, VFO B is not recalled. For example, if one wanted to
program VFO A with 29.620 MHz and VFO B with 29.520 MHz and store the
values in a memory with the SPLIT set.

Any comments or suggestions are welcome.

Jere Sandidge, K4FUM
[email protected]

Start of debug

SEND THE SOFT RESET COMMAND 'XX'
TX: 58 58 0d XX.
RX: 0d 0d 20 20 52 41 44 49 4f 20 53 54 41 52 54 0d .. RADIO START.

REQUEST VERSION '?V'
TX: 3f 56 0d ?V.
RX: 56 45 52 20 31 31 39 30 2d 35 33 38 0d VER 1190-538.

note: line from text file = mem #, freq A, mode A, bw, freq B, mode B
0 750000 A 6000 650000 A

SET VFO A = 750.0 KHz
TX: 2a 41 00 0b 71 b0 0d *A..q..

vfo A now displays 750000 and receives local AM station

SET VFO B = 840.0 KHz
TX: 2a 42 00 09 eb 10 0d *B.....

vfo B now displays 840000

SET MODE = AM
TX: 2a 4d 30 30 0d *M00.

vfo A and B now set to mode AM

SET BANDWIDTH = 6000
TX: 2a 57 01 0d *W..

vfo A now displays bw 6000

STORE MEM # 0
TX: 2a 53 00 0d *S..

vfo A now displays 15.000000 and memory # 105 ??????
note: after each memory store vfo A recalls memory # 105

RECALL MEM # 0
TX: 2a 52 00 0d *R..

vfo A now displays 750.000 and memory # 0 as expected

note: next line from text file = memory #, freq A, mode A, bw, freq B, mode
B
1 840000 A 6000 680000 A

SET VFO A = 840.0 KHz
TX: 2a 41 00 0c d1 40 0d *A...@.

vfo A now displays 840000 and receives AM station

SET VFO B = 680.0 KHz
TX: 2a 42 00 0a 60 40 0d *B..`@.

vfo B now displays 680000

SET MODE = AM
TX: 2a 4d 30 30 0d *M00.

vfo A and B now set to mode AM

SET BANDWIDTH = 6000
TX: 2a 57 01 0d *W..

vfo A now displays bw 6000

STORE MEM # 1
TX: 2a 53 01 0d *S..

vfo A now displays 15.000000 and memory # 105 ??????

RECALL MEM #1
TX: 2a 52 01 0d *R..

vfo A now displays 750.000 and memory # 0 NOT MEM # 1
note: recall any memory # always recalls memory #0 ?????

note: next line from text file = memory #, freq A, mode A, bw, freq B, mode
B
2 1818000 C 900 1850000 C

SET VFO A = 1.818 MHz
TX: 2a 41 00 1b bd 90 0d *A.....

vfo A now displays 1818000 and receives

SET VFO B = 1.850 MHz
TX: 2a 42 00 1c 3a 90 0d *B..:..

vfo B now displays 1850000

SET MODE = CW
TX: 2a 4d 33 33 0d *M33.

vfo A and B set to mode CW

SET BANDWIDTH = 900
TX: 2a 57 19 0d *W..

vfo A now displays bw 900

STORE MEM # 2
TX: 2a 53 02 0d *S..

vfo A now displays 15.000000 and memory # 105 ??????

RECALL MEM # 2
TX: 2a 52 02 0d *R..

vfo A now displays 750.000 and memory # 0 NOT MEM # 2

...

note: debug for memory 3 through 12 deleted from this memo

...

note: next line from text file = memory #, freq A, mode A, bw, freq B, mode
B
13 7047500 C 900 7047500 C

SET VFO A = 7047.5 KHz
TX: 2a 41 00 6b 89 4c 0d *A.k.L.

vfo A now displays 7047500 and receives

SET VFO B = 7047.5 KHz
TX: 2a 42 00 6b 89 4c 0d *B.k.L.

vfo B now displays 7047500

SET MODE = CW
TX: 2a 4d 33 33 0d *M33.

vfo A and B set to mode CW

SET BANDWIDTH = 900
TX: 2a 57 19 0d *W..

vfo A now displays bw 900

STORE MEM # 13
TX: 2a 53 0d 0d *S..

vfo A now displays 15.000000 and memory # 105 ??????

RECALL MEM # 13
TX: 2a 52 0d 0d *R..
RX: 5a 0d Z.

Note: received an error from radio (Z). Radio did not process the
memory # 13 (hex 0d) correctly as stated in Programming Doc.

End of debug.

--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
The reason this message is shown is because the post was in HTML
or had an attachment. Attachments are not allowed.
Please post in Plain-Text only.---
_______________________________________________
Tentec mailing list
[email protected]
http://mailman.qth.net/mailman/listinfo/tentec