Jupiter Moons

Contributions to this software library are always welcome. Please ensure that you post program listings rather than .raw files. They give a reasonable idea of what your program does without having to load them into a DM42 and you can also include comments in your code. Check out the following link for a decoder/encoder: https://technical.swissmicros.com/decoders/dm42/

You can then copy/paste the listing and post it in "code" tags.
User avatar
Walter
Posts: 3070
Joined: Tue May 02, 2017 11:13 am
Location: On a mission close to DRS, Germany

Re: Jupiter Moons

Post by Walter »

mezoganet wrote:
Thu Mar 05, 2020 8:03 pm
Does Time exist ?

When I look at those Jovians satellites I can see much clearer... Look at Callisto :o
Seems to be so. It's a very useful model parameter at least, isn't it?
WP43 SN00000, 34S, and 31S for obvious reasons; HP-35, 45, ..., 35S, 15CE, DM16L S/N# 00093, DM42β SN:00041
mezoganet
Posts: 124
Joined: Tue Jan 22, 2019 1:54 pm
Location: Tours, France

Re: Jupiter Moons

Post by mezoganet »

Walter wrote:
Fri Mar 06, 2020 11:04 am
mezoganet wrote:
Thu Mar 05, 2020 8:03 pm
Does Time exist ?

When I look at those Jovians satellites I can see much clearer... Look at Callisto :o
Seems to be so. It's a very useful model parameter at least, isn't it?
What do you mean by "Seems to be so.", you mean Time really exists or your calc, or the Jupiter program do exist ?

I am really wondering as reading Carlo Rovelli, Etienne Kein, Aurélien Barrau... and so many Others (Schrodinger, Hawking... for example) if time really exists. I am not talking about your watch, or just about time on earth, neither in the Universe...

Really strange question "Does Time really exists ?", and 42 number recently discovered will not change my mind...

Of course we will die, but will time die with us ? Hum...

Sorry Walter to pollute your answer to my comment.

I was just wondering.

PS : there is a bug in this Jupiter (nice program) it does not take care of gravity and Calllisto will quit Jupiter in some ...years... or a little bit more.... But it will quit. Don't ask me the Day/Month/Hour as there is no time in this "present" universe :| And Io and Europe and Ganymede will leave too.
HP33E, HP34C, HP41C, HP16C, HP28S, HP42S, HP48S, HP12C, HP35S, DM42, DM41L, DM15L, DM41X (SN#15) and HP3000 @ work during 18 yrs as IT Mgr
amafan
Posts: 87
Joined: Tue Sep 29, 2020 11:40 pm

Re: Jupiter Moons

Post by amafan »

I get "Invalid Data" error when I run this program on my DM42 s/n6476. I tried it with the data in the example and same result.
DM42 (#6476), DM41X (#458), DM15, 12 - HP 12, 17BII, 35(2), 45, HP 27S, 28S, 30B, 41CV, 41CX, 42S, 48S, 35S, HP10bII+, 12C PLAT
I may have a problem!
User avatar
Calambres
Posts: 48
Joined: Wed Dec 16, 2020 6:49 pm
Location: Madrid, Spain
Contact:

Re: Jupiter Moons

Post by Calambres »

I managed to get the same "Invalid data" with my newly received DM-42 when running Jupiter after an initial successful run. It was because somehow I deleted the REGS matrix. Don't know exactly how I did it... I restored it (SIZE 100) and Jupiter then worked again like a charm. Reason was that there was no place in the calculator to store the registers the program needs to work properly.


And now we're talking about it, anybody hacked the program to admit the current date/time as an input? that would be great. I'm afraid I'm not yet proficient enough with this programming language to do it myself :(
Josef
Posts: 24
Joined: Sun Sep 08, 2019 12:25 pm

Re: Jupiter Moons

Post by Josef »

I'll look on it :)
Josef
Posts: 24
Joined: Sun Sep 08, 2019 12:25 pm

Re: Jupiter Moons

Post by Josef »

I have modified the program, if you do not enter the input date and time, it will automatically be set to the current values. Remember that the time is in UT (Universal Time). Have a nice day!

Calculate the positions of the 4 Galilean satellites of Jupiter on 5 October 2019 at 0h 50m 10s UT
10.52019 ENTER
0.5010 XEQ "Jupiter"

STOP - stop the program, you can see Y = DATE DD.MMYYYY, Z = HH.MMSS
<REW - animation rearwards
◼ - stop animation
FRW> - animation forward
HOUR+ - one hour forward
HOUR- - one hour rearwards
Attachments
Jupiter.raw
(934 Bytes) Downloaded 130 times
User avatar
Calambres
Posts: 48
Joined: Wed Dec 16, 2020 6:49 pm
Location: Madrid, Spain
Contact:

Re: Jupiter Moons

Post by Calambres »

Thanks a lot! 8-)

I can get it to work if I set the date & time, i.e.:

02.222010 ENTER
9.14
XEQ "Jupiter"

...but I cannot make it to work if X and Y are not set (0). It fails with "Invalid Data". Am I doing something wrong?
Josef
Posts: 24
Joined: Sun Sep 08, 2019 12:25 pm

Re: Jupiter Moons

Post by Josef »

Maybe is a problem with the set format date in the calculator? In Europe we have D/M/Y, in the USA is Y/M/D.
User avatar
Calambres
Posts: 48
Joined: Wed Dec 16, 2020 6:49 pm
Location: Madrid, Spain
Contact:

Re: Jupiter Moons

Post by Calambres »

Well, I live in Europe too and use D/M/Y as the date format in my DM42 but I cannot use this format with Jupiter. The only way I can make it to work is using M/D/Y format as you can see in my previous post. For instance, for today, if I key in::

02.222021 ENTER
18.30
XEQ "Jupiter"

then all goes fine, but if I type:

22.022021 ENTER
18.30
XEQ "Jupiter"

...then I get the "Invalid Data" message. And still don't know how to make it use the current DM42's date and hour. You said:

"if you do not enter the input date and time, it will automatically be set to the current values."

I assumed that this was having 0 in both X and Y but then I get "Invalid Data" again :roll:
Josef
Posts: 24
Joined: Sun Sep 08, 2019 12:25 pm

Re: Jupiter Moons

Post by Josef »

I understand, I modified the program for switching time format, please try it.
Jupiter.raw
(934 Bytes) Downloaded 129 times
Post Reply