[WP34s] Stopwatch



#2

I've just tried the STOPW command on the WP34s emulator and it's really a nice feature. :-)

There are 2 minor glitches I've found:

1) on the normal emulator the small '=' indicator does not show (or blink) when you temporarily EXIT the stopwatch (on the QtGui emulator it's working).

2) I'm using the 'compact' skin on my netbook, and here I only see '-' instead of '=', although when I look at the file 'wp34s_V3_compact.png/bmp' with an image-viewer I definitely see a '=' (with both lines).

And then I would have an idea for an additional mode for the stopwatch - a kind of 'round mode':

Similar to the 'split' times a ENTER should store the current time into a register (and increase the register number), but the stopwatch should automatically be set to zero and start running again. Such a 'round' mode would allow to store the different times for each single round.

Just an idea, I don't know if anyone else would find this useful ... ;-)

Franz

Edited: 13 Apr 2012, 10:18 a.m.


#3

The non-blinking issue is known and will probably addressed by Pascal later.

The crippled "=" in the compact skin is definitely an error in the original skin files that has propagated to the Qt skins by the initial automatic transformation. I expect the problem to appear in the old emulator in the same way. The indicators are not drawn by the software but copied from the original bitmap and the skin files contain the coordinates of the bounding rectangle which is obviously to small to get the sign copied completely.


#4

I will adress the issues but I'm on holidays next week.

The "round mode" is a good idea indeed. We just have to find a nice way to implement it. I do not like the idea of a mode where ENTER means something different.

Maybe using another key?


#5

Quote:
The "round mode" is a good idea indeed. We just have to find a nice way to implement it. I do not like the idea of a mode where ENTER means something different.

Maybe using another key?


Yes, that's certainly better. Maybe [x<>y] or [+/-]?

#6

I would vote for the decimal point because it's near the R/S key.


#7

Quote:
I would vote for the decimal point because it's near the R/S key.

Well, the key is not so important, but the longer I think about it the more I'd really prefer separate 'split' and 'round' modes.

Think about what happens if someone mixes up both keys, once pressing ENTER and the next time pressing the other ('round time') key: in this case the register values would become quite confusing.

BTW, I've written such a STOPWATCH program long time ago in TurboPascal (DOS program), and I always thought that 'Split' would be what I called 'round mode' above ("Rundenzeiten"), and that the usual "Zwischenzeit" (in German) would be 'Lap'!?

Edited: 13 Apr 2012, 11:37 a.m.


#8

Quote:
Well, the key is not so important, but the longer I think about it the more I'd really prefer separate 'split' and 'round' modes.

Problem with modes is having a visual feedback. And the screen is already crowded in STOPWATCH mode.

Quote:
Think about what happens if someone mixes up both keys, once pressing ENTER and the next time pressing the other ('round time') key: in this case the register values would become quite confusing.

Well, having 2 modes can lead to confusion too especially if there is no strong visual feedback. Having 2 different and not too close keys as the advantage of relying on "muscle memory" so to speak.


#9

Quote:
Problem with modes is having a visual feedback. And the screen is already crowded in STOPWATCH mode.

And what about switching the Alpha-display between "Stopwatch-Split" and "Stopwatch-Lap"? (maybe in small font if it's too long otherwise).

And the mode-switching could be done by x<>y or +/- key.
#10

The dot matrix line isn't being used well in stopwatch mode. The lower line distinguishes this mode from H.MS mode by the presence of the 'h' and the different display of the decimal seconds.

Additionally, the RPN annunicator ought to be disabled and the angle mode forced to 360 perhaps? The BEG annunicator is also less than useful here.


I think there is room here for the split and round modes to be distinguished and swapped between (x<>y seems like a natural key for this).


However, the stopwatch consumes around 1.5kb of flash which isn't available for libraries. Adding more functionality to it will possibly reduce free flash further.


- Pauli


#11

STOPW was just a personal pet project. It is only recently that it attracted more interest.

And as you say, adding functionalities and even fixing small glitches like the annunciators consumes memory.

I'll fix what I have to, maybe implement the "round" function but probably by using the "." key instead of a mode as it uses less code hence less memory but that's it.


#12

I can't imagine that the code space difference between the two will be significant. We're only really interested when flash page boundaries get crossed so there is usually a bit of head room.


- Pauli


#13

Quote:
I can't imagine that the code space difference between the two will be significant. We're only really interested when flash page boundaries get crossed so there is usually a bit of head room.

Code space difference may not be that big but it is clearly in favour of the non-modal approach. And I still think this one is better. STOPW is already a different mode just like programming and running and a good system design should not have too many of them.

One can also imagine someone wanting to store split times during a "round" of whatever he is timing and then store the full time, reset to 0 and restart the timer.

With 2 keys, this is obvious. With a mode, less so.


#14

I concur with Pascal. And after all, we may rely on assuming a little bit of brains in a typical WP 34S user. Remember: "If you make a device fool-proof, only fools will use it."

#15

Quote:
I think there is room here for the split and round modes to be distinguished and swapped between (x<>y seems like a natural key for this).

It's really funny: now that Pauli agrees with me (the first time at all as I can remember) about 2 different modes, it's Pascal who disagrees with both of us and implements it the other way.

That was now really the last time that I've made any suggestions for the WP34s ...

Franz


#16

I implemented the function you wanted the day after you asked for it. I made this choice because it was faster to code and it seemed more logical.

And of course, we can always change it in the future should it prove inadequate.

Did you at least try it? Because if you are unhappy because people implement your suggestions quickly (and freely) but not exactly the way you would have done it, you should indeed consider to stop suggesting and to start coding yourself.

P.S: Pauli, Walter, Marcus & others including myself disagree often on the best way to implement something. Usually, the one implementing does what he thinks best after exchanging with the others...
This is exactly what happened here.

Edited: 14 Apr 2012, 5:06 a.m.


#17

Quote:
... and it seemed more logical.

Well, that's really nonsense!

Do you know any situation (e.g. any kind of sports) where split-times and lap/round-times are mixed up???

Certainly not - you've EITHER split-time OR round-times in any sports discipline.

But as I said - I'm out of it ...


#18

A pleasure talking to you, as always.

I sometimes wonder if you have any idea of how rude you can be, especially about such harmless points.

If your out of it, ok. But I seriously doubt you will be able to restrain yourself... I may know nothing about HP calculators and timers as you already pointed out but I've spend some time on Internet forums :-)

#19

57 and counting ;-)

#20

Quote:
the skin files contain the coordinates of the bounding rectangle which is obviously to small to get the sign copied completely.

Do you know which 'poly=nnn' is the right one for this small '=' indicator?

I've tried to find a rectangle with coordinates near to this '=' but had no success yet.


#21

It must be one of the negative values. The 6 values are arguments to the BitBlt routine: x-dest, y-dest, x-size, y-size, x-source, y-source. I don't know for sure the base values but the destination coordinates and the source coordinates differ so there must be some offset.


#22

I've fixed it. I'll commit it later.

#23

I'm running V3 2725 from calc.bin 2726 (!,?) on a real 30b. From what I gathered from the version history, it should have STOPW, but I can't seem to find it. I can execute it in the respective emulator though. What am I doing wrong?


#24

Quote:
I'm running V3 2725 from calc.bin 2726 (!,?) on a real 30b. From what I gathered from the version history, it should have STOPW, but I can't seem to find it. I can execute it in the respective emulator though. What am I doing wrong?

For being able to run STOPW on a real calc you need calc_xtal.bin and you must have an additional clock-chip (Quartz) in your 30b - I hope I understood this correctly. ;-)

#25

That might be it: I'm running calc_full.bin and no crystal.


#26

It is possible to have STOPW without having a crystal installed but it is very imprecise. So it is not compiled into the default calc.bin image.


#27

Quote:
not compiled into the default calc.bin image.

...and also not in calc_full.bin, right? Or am I missing something?

#28

Quote:

...and also not in calc_full.bin, right? Or am I missing something?


No, you're right, calc_full.bin is just calc.bin with the library programs from wp34s-lib.dat integrated.

#29

Thanks to all!

#30

The "glitch" should be fixed and the "." key now implements a kind of "round" timer.


Possibly Related Threads...
Thread Author Replies Views Last Post
  [wp34s] Minor Issue with Stopwatch on real hardware RalfGeiger 3 529 04-16-2013, 04:12 PM
Last Post: Eric Smith
  [WP34S] WP34S firmware on the AT91SAM7L-STK dev kit? jerome ibanes 1 322 10-04-2012, 04:59 PM
Last Post: Paul Dale
  WP34s Stopwatch & statistics pascal_meheut 4 418 06-14-2012, 09:04 PM
Last Post: Matthew Krotzer
  WP34s Stopwatch & statistics, message for Matthew Krotzer pascal_meheut 2 329 05-23-2012, 03:30 PM
Last Post: pascal_meheut
  [WP 34S] Stopwatch again Walter B 1 257 04-16-2012, 06:38 PM
Last Post: Software49g
  WP34s Stopwatch Hans-Peter Bieger 3 381 02-01-2012, 03:00 PM
Last Post: Hans-Peter Bieger
  [wp34s] Incomplete Gamma on the wp34s Les Wright 18 1,178 12-06-2011, 11:07 AM
Last Post: Namir
  [wp34s] Romberg Integration on the wp34s Les Wright 2 385 12-04-2011, 10:49 PM
Last Post: Les Wright
  Stopwatch function implemented on WP34s pascal_meheut 18 1,085 10-29-2011, 06:37 AM
Last Post: Marcus von Cube, Germany
  Stopwatch program for HP 50G hpnut 0 192 09-06-2008, 05:18 AM
Last Post: hpnut

Forum Jump: