Discussion around the Swiss Micros DM42 calculator.
-
tgray
- Posts: 20
- Joined: Fri Jul 28, 2017 1:36 am
Post
by tgray » Sun Dec 02, 2018 2:12 pm
After owning my DM42 for about a year, I'm still really enjoying it. I had a few feature ideas/requests for future firmware versions. All of these are obviously extensions of HP-42S behavior (much like full stack display, date and time functions, etc.). At the same time, they could all be set to the 'HP-42S' default behavior and/or be ignored if one wanted strict HP-42S behavior.
- An option for different display rounding, like Round to Even.
- 6 stack display option: XYZT last alpha
- Ability to hide programs in XEQ/GTO. I think Thomas had discussed the idea of hiding programs that started with a certain character.
- Is it possible to set a flag when the Shift button is pressed? Could be useful in programs. I thought there were some unused flags...
-
Stéphane Th
- Posts: 17
- Joined: Mon Sep 24, 2018 6:23 pm
Post
by Stéphane Th » Tue Dec 11, 2018 4:27 pm
And also, as we can write long programs now (my last ones > 500 steps), why not a REM instruction to make it easier to read
And what has already been suggested, possibility to have subfolders to store files in flash
And still possibility to have the genuine hp42s running window on bottom instead of on top (as today). this could be selected into the 'Settings' menu
hp 35/01/67/34c/41cv/41cx/15c/48g/42s/dm42 and also TI SR56/57
-
whuyse
- Posts: 42
- Joined: Thu Dec 21, 2017 12:23 pm
Post
by whuyse » Wed Dec 12, 2018 10:42 am
My feature request (also in view of the virtually unlimited program space) is to lift the limit on having only 8 return stack levels.
That is also unlikely to cause any existing program to fail

Local variables would also be nice..
Cheers, Werner
42S #3249S01123
DM42 #00345
-
Thomas Okken
- Posts: 619
- Joined: Tue May 02, 2017 3:48 pm
-
Contact:
Post
by Thomas Okken » Wed Dec 12, 2018 2:02 pm
Not to mention: directories, since those flat namespaces for programs and variables can become awkward once you start loading lots of programs...
-
Vitasam
- Posts: 228
- Joined: Thu Jun 01, 2017 9:51 am
- Location: Finland
-
Contact:
Post
by Vitasam » Wed Dec 12, 2018 2:36 pm
Stéphane Th wrote: ↑Tue Dec 11, 2018 4:27 pm
And also, as we can write long programs now (my last ones > 500 steps), why not a REM instruction to make it easier to read
+10!
Elektronika MK-61, Elektronika MK-52, HP15c LE, DM42 SN#16 FW 3.13
-
Walter
- Posts: 1100
- Joined: Tue May 02, 2017 9:13 am
- Location: Close to FRA, Germany
Post
by Walter » Wed Dec 12, 2018 9:42 pm
Stéphane Th wrote: ↑Tue Dec 11, 2018 4:27 pm
And also, as we can write long programs now (my last ones > 500 steps), why not a REM instruction to make it easier to read
I'd vote for inline comments - something like
...
RCL+17 /* comment
...
allowing for commenting each step.
DM42 SN: 00041 --- Follower of Platon.
HP-35, HP-45, ..., HP-50, WP 34S, WP 31S, DM16L
-
dlachieze
- Posts: 174
- Joined: Thu May 04, 2017 10:20 am
- Location: France
Post
by dlachieze » Thu Dec 13, 2018 7:48 am
Walter wrote: ↑Wed Dec 12, 2018 9:42 pm
I'd vote for inline comments - something like
...
RCL+17 /* comment
...
allowing for commenting each step.
How would you implement this in a keystroke programming model such as the 42S one? /* would obviously be translated to divide and multiply instructions...
DM42 SN: 00425
-
ijabbott
- Posts: 165
- Joined: Fri Dec 15, 2017 1:34 pm
- Location: GB-MAN
Post
by ijabbott » Thu Dec 13, 2018 8:39 am
dlachieze wrote: ↑Thu Dec 13, 2018 7:48 am
Walter wrote: ↑Wed Dec 12, 2018 9:42 pm
I'd vote for inline comments - something like
...
RCL+17 /* comment
...
allowing for commenting each step.
How would you implement this in a keystroke programming model such as the 42S one? /* would obviously be translated to divide and multiply instructions...
That's true. Stéphane's suggestion of implementing a REM(ark) statement works better:
...
REM "comment"
RCL+ 17
...
-
Vitasam
- Posts: 228
- Joined: Thu Jun 01, 2017 9:51 am
- Location: Finland
-
Contact:
Post
by Vitasam » Thu Dec 13, 2018 8:48 am
I'm voting for REM
Fits better for keystroke RPNs.
Elektronika MK-61, Elektronika MK-52, HP15c LE, DM42 SN#16 FW 3.13
-
dlachieze
- Posts: 174
- Joined: Thu May 04, 2017 10:20 am
- Location: France
Post
by dlachieze » Thu Dec 13, 2018 8:55 am
ijabbott wrote: ↑Thu Dec 13, 2018 8:39 am
...
REM "comment"
RCL+ 17
...
In a keystroke programming model you would have:
Code: Select all
step xxx REM
step xxx+1 "comment"
step xxx+2 RCL+ 17
The new REM instruction would just skip the next step to avoid putting the comment string in the Alpha register.
You can already do this with:
Code: Select all
step xxx FS? 52
step xxx+1 "comment"
step xxx+2 RCL+ 17
DM42 SN: 00425