Post Reply 
newRPL - Updated to build 1360 [ including official build]
02-23-2020, 11:30 PM (This post was last modified: 03-14-2020 09:26 PM by Claudio L..)
Post: #1
newRPL - Updated to build 1360 [ including official build]
Quick links section (this will remain on top, see below for other info):

Latest development ROMS can be found following these links for the 50g, the 39gs /39g+ and the 40gs

Android build is here:
newRPL for Android APK package

Currently they are at build 1360, while the official release remains at 1360.

Official release files for the different targets can be downloaded directly from Sourceforge.
** IMPORTANT ** It is recommended to upgrade newRPL Desktop to 1360 before upgrading the calculators, since the firmware update process is much more stable on 1360 vs. the old 1255.
** Important **: First installation of newRPL requires the original HP connectivity kit (via USB) or the use of an SD card. Please read step-by-step installation instructions. Once installed, future updates can be done through newRPL Desktop.
** Important too **: Starting with the build 1001 release, the PC simulator is also the connectivity kit (not just a demo), so go ahead and install it too!. Mac and Linux users have to build from sources but it's perfectly compatible.
** MORE Important **: Always make a backup of your RAM using either SDARCHIVE or USBARCHIVE before upgrading. Once you upgrade your firmware you MUST upgrade the Desktop version too since USB protocols are completely new. Starting build 1255, the new newRPL Desktop cannot communicate with a calculator running old versions of newRPL and vice versa.

Also, please head over to the newRPL Official Wiki for installation instructions and general useful information.


Release notes (build 1360):

* Several bugs fixed in font management for larger screen resolution
* Android port graduated to an official release, now can also be downloaded from Sourceforge
* newRPL Desktop (official) updated to build 1360 on Sourceforge.




Release notes (build 1351):

Bugs fixed:
* Incongruence in ISTRUE results
* Improving firmware update procedure - (Thanks, erazor!)
* Command line cursor stops blinking (PC/Android versions)
* Fixed application exit when issued over menu item
* PROOT algorithm infinite loop
* Asm chk instruction unused code
* Android app not compatible with Android 10
* Support for better screen resolution on PC/Android builds


Release notes (build 1299):

The main focus on this update was the unit system:
* All units values affected by the 2019 SI Revision were updated (1_eV, 1_Fdy, 1_u)
* Added some new units:
1_bit and 1_B (byte), with all their base 10 and base 2 multiples
1_katal and 1_U (unit of catalytic activity and enzyme unit respectively, go Google this, I had no idea this existed...)
1_ksi (kilopounds per square inch)
1_Da (dalton)
1_ydUS
1_annum (Julian year, normally symbol 'a' but was taken already)
* Angle objects auto-convert to angular units when operated with any other units.

Many small bugs resolved:
* Unbalanced parentheses when functions and units are used together
* MAPLIST→ crashes the calc when there's recursion
* Approximate numbers in different bases
* UPURGE and parallel list processing
* RE applied to a real number returns strange object
* Three quirks in →Q
* Micro (μ) prefix is inaccessible from keyboard (now Alpha-LS-M)
* MIN & MAX misbehavior with symbolic arguments
* Units menu doesn't show units when in ENG mode.
* No type checking in ->#h and co.
* ->#o disappeared from the BASE
* BDIV doesn't handle division by zero
* Quirks of the BASE menu
* Bad number length and FIX display mode
* Can't create "\" literal (claudio) - resolved.
* STO leaves garbage on the stack when doing list processing.


Release notes (build 1282):

This is mainly a hotfix release, it fixes a regression introduced in 1280 affecting expressions with a multiplication by 1.


Release notes (build 1280):

**** All users of this release please update to a newer version ****
This is mainly a bugfix release, the following bugs and improvements were fixed:
* Contrast setting is not persistent after crash
* Conversion of angles to numbers was completely revisited, see the wiki for new treatment of angles.
* '+/-' key malfunctions when editing expressions
* Inconsistency in SDSETPART argument, also added SDGETPART command
* SIGN of a complex number leaves argument on the stack
* Erratic behavior of undirected infinite ∞̅
* SIGN and ABS give wrong results with complex numbers in polar form
* Coercion of complex values into reals was made more consistent .
* →Q doesn't work with parallel list processing
* (TVM) Solving for I%YR, N or PYR when other variables are undefined leaves the stack dirty besides erroring out as expected
* Algebraic rule matching longest numerical expression fails
* RCLF dumps corrupted flags
* Move cursor to exact place where the syntax error is
* Convert flags internal storage format to BINDATA objects
* Corrupted DIRobject prevented upgrade of newRPL and locks calc when evaluated
* Directory object are indistinguishable on stack
* ROOT can't find a solution if the guesstimates don't bracket exactly one solution
* Calc hangs when solving equation
* Unary plus or minus have precedence over multiplication or division AUTOSIMPLIFY rules

New features added:
* Support for PACKDIR objects, and editable form of directory trees



Release notes (build 1261):

* Thumb mode was enabled for 39gs target so it fits in the smaller flash.
* New command BNEG honors the word size while changing sign.
* Bugfixes: Operator not equal not compiling. Direct conversion between POLAR and SPHER is not possible. Program with DIGITS, PRIME and LIST manipulation crashs the HP50g but not the simulator. STR-> error. Crash during EVALuation of symbolic.


Release notes (build 1255):

* Completely new USB protocols, should work more reliably on all targets
* Now newRPL Desktop can flash firmware directly through the USB port to the 50g, 39gs, and 40gs targets.
* Optimized newRPL Desktop and android ports to reduce CPU usage (and battery drain).
* New constants library, adds pi, e, i and j for now (i and j are both defined as (0,1), so no quaternions)
* New "case" list type. Prepending a 'c' before the list it becomes a case-list. It only differs from regular lists in how overloaded operators work. Case-lists elements are considered alternative values of the same result. A variable X that contains c{ 1 2 }, means that X could take either the value of 1 or 2. For example, adding { 1 2 } { 3 4 } + would normally result in { 4 6 } (addition element-by-element). with case-lists, c{ 1 2 } c{ 3 4 } + results in c{ 4 5 5 6 }, which represents all possible combinations adding A+B where A could be 1 or 2 and B could be 3 or 4. Therefore A+B can be either: (1+3) (1+4) (2+3) or (2+4). Now the big question: WHY??? so that functions can return alternative results. For example √4 could return c{ -2 2 }, and if that's embedded within a larger expression, computations will carry on normally.
* New command ALLROOTS: Doing '√4+3' ALLROOTS returns c{ 5 1 } after ->NUM, as expected.
* Many, many bugfixes all over the place.




Release notes (build 1157):

* New Rules engine
* Operator | (given that) was added to properly parse rules and expressions. Rules engine doesn't use it yet.
* Wiki was updated with more info on rules and attributes (the symbolics section)
* Moved the rules symbol in the keyboard: Now LS-Enter does :-> (instead of ANS), and LS-Hold-Enter does the | operator.



Release notes (build 1127):

* Added help to all units in the Units menu.
* Added TVM solver (finance menu enabled in LS-9)
* Mapped LS-2 key to factorial (used to be DEF on the 50g)
* Improved backup file format.
* Improved cleanup of parallel processing with lists

Release notes (build 1111):

* Fixed rare but critical bug that affected results under special conditions.
* Added flag -88 "responsive mode"

Release notes (build 1105):

* Improved stability of multiple equation solver.
* Added command to control the editor from a program (see wiki for details, look for EDxxx commands)
* Improved the System/Math/Base menu to simplify entering and converting numbers between bases


Release notes (build 1099):

* Added command MSOLVE and ROOT.

Release notes (build 1089):

* Fixed compiler regression in expression with multiple parenthesis levels.

Release notes (build 1088):

* Reorganized Math menu to add Solvers menu, assign NUM.SLV menu to RS-7
* Added command NUMINT (numerical integration)
* Added internal generic user-function evaluator to use in numeric solvers.
* Added equation operator (=) to symbolics
* Added lists support within symbolics
* Improved behavior of EVAL1
* Fixed compiler bug in locals optimization
* Added parallel processing support to Bxxx commands (for numbers in other bases)
* Added FACTORS command
* Implemented framework for auto-evaluation of variables


Release notes (build 1052):

* Fixed LIBCLEAR to work even when library doesn't exist
* Fixed garbled menus
* Added autocomplete of user library commands
* Added LIBDEFRCL command


Release notes (build 1046):

* Library objects are now implemented. (Please see the Wiki for articles on how to create user libraries in RPL).
* Lib menu is now available (RS-2 and also from the main menu)
* New commands added: CRLIB, LIBMENU, LIBMENUOTHR, LIBMENULST, ATTACH, DETACH, LIBSTO, LIBRCL, LIBCLEAR
Bugfixes:
* SDRESTORE/USBRESTORE use after free bug fixed
* Fixed possible (but very rare) bug while formatting numbers.
* Fixed string comparison bug looking past the end of string.
* Fixed compiler errors
* Fixed string addition regression.
* Fixed regression in autocomplete
* Fixed bug: On-A-C/Exit cannot stop WAIT or any command that uses the outer loop.
* Fixes on operator SAME and cross-object comparisons
* Fixed POS with lists.
* Fixed compiler bug that put double parenthesis on symbolic functions.
* Fixed bug in RDZ.

Also unreleased changes to the simulator:
* Enable grid pixel display
* Enable mouse clicks on the keyboard image
* Fixed RPL thread not stopped before closing simulator (under rare conditions)



Release notes (build 1016):

* Indexing of lists and matrices in symbolics, doing A(1,1) within a symbolic expression will GET elements if A is a list or a matrix.
* Indexing of matrices and lists in STO now works, so
1234 'A(1)' STO

will replace the first element in a vector or list.

* New and improved FUNCEVAL operator takes care of the internals of 'X(...)' in symbolics.
* A bug was found in the error handling of certain list operations. This is very likely responsible for the disabled undo feature reported. It's fixed.
* Stack not cleaned up during SORT errors, fixed.
* Improved error display shows name of missing variables.
* A new BINDATA object type was added to replace HEX strings as generic containers.

New commands added:
MKBINDATA: Creates a binary storage object (just provide a size in bytes)
BINGETB/BINPUTB: PUT/GET bytes inside of a BINDATA object.
BINGETW/BINPUTW: PUT/GET 32-bit words inside of a BINDATA object
BINGETOBJ/BINPUTOBJ: Store/Extract a binary copy of an RPL object inside a BINDATA.
BINMOVB/BINMOVW: Copy bytes or 32-bit words from one BINDATA to another BINDATA.



Release notes (build 1001):

* In this release, a lot of matrix related commands were implemented. Check with the detailed project status to see which commands are ready to use.
* USB communications are fully supported on all 4 targets.

USB comms are implemented as an HID device, therefore it doesn't need device drivers on any operating system. It's mostly self-explanatory, but in the next few days a more detailed description will go in the wiki.

The concept is very simple:
* Plug the cables, then on the host use the menu to show the connection panel, click the massively large button to select a device. If everything is connected well, you should see your calculator on the list. Select one of the calcs from the list (I only had one to test, but should be fine with many) and hit OK. The connected indicator will show on the simulated calc. At this point, the big button will indicate which calculator it's connected to. If the calc disconnects for any reason, the button will show "Click to reconnect". You are all set.
* You can send an object that's on the stack with USBSEND, returns 1 if successful, 0 if not.
* The other calc will receive the object and automatically do XEQ on it. This means if you send a program it will run automatically, other objects are simply left on the stack. Programs run automatically when the calculator is idle, so if it's running a program it will wait until it finishes to run the received object.
* You can manually receive an object (without executing it) with USBRECV. Just put a time in seconds on the stack (it waits up to that time for an object to come through the wire, can be canceled pressing ON). It returns on level 1 the number 1 if successful, 0 if not. If successful, level 2 has the object received.
* If you are not happy with automatic execution of remote commands, it can be disabled by setting flag -47. An "RX" indicator will show on the status area when there's an object waiting to be received. Use USBRECV to get the object. Until the object is processed, the device can't receive any new objects (any attempt at USBSEND from the other end will fail).

And that's all there is to it. Very simple, yet very powerful, and while testing this I had the most fun in a long time!
A few examples of what you can do:
Simple ping-pong program:
Code:

«
  @@ WRITE A PROGRAM THAT SENDS PONG BACK TO US
  «
    "PING"
    "PONG"
   DO
    DUP 
  UNTIL USBSEND END
  DROP 
  »
  @@ AND SEND THE PROGRAM TO THE OTHER SIDE
  DO
    DUP 
  UNTIL USBSEND END
  DROP 
»


Remote RCL:
Code:

«
  USBSEND DROP @@ SEND THE VARIABLE NAME TO THE OTHER SIDE

 @@ NOW CREATE A PROGRAM TO RCL AND SEND BACK THE RESULT
  «
    RCL 
    DO
      DUP 
    UNTIL USBSEND END
    DROP 
  »
  @@ AND SEND THE PROGRAM TO BE AUTO-EXECUTED OVER THERE
  DO
    DUP 
  UNTIL USBSEND END
  DROP

  @@ WAIT A COUPLE OF SECONDS FOR THE CONTENTS TO ARRIVE
  2 USBRECV DROP 
»

Similarly, a remote STO command:
Code:

«
  2 →LIST USBSEND DROP  @@ MAKE A LIST WITH VALUE AND VARIABLE NAME AND SEND IT

  @@ WRITE A PROGRAM TO EXPLODE THE LIST AND DO 'STO' IN THE OTHER CALC
  «
    OBJ→ DROP STO 
  »

  @@ AND SEND IT!
  DO
    DUP 
  UNTIL USBSEND END
  DROP 
»

And there's a couple more commands that are extremely useful, especially for the 39/40 series where the SD card is not available:
USBARCHIVE/USBRESTORE will send a backup file over the USB wire. The format is 100% identical and compatible with SDARCHIVE/SDRESTORE.

USBRESTORE requires a timeout in seconds, just like USBRECV. Be aware that it works just like SDRESTORE, and without any warning will replace the entire calculator contents.

For example, to clone your physical calculator, just run 30 USBRESTORE on the simulator, then USBARCHIVE on your calc. The opposite works too, you can clone the simulator into your calc.
The simulator has 2 menu options to perform unattended ARCHIVE/RESTORE operations on the connected device without affecting the simulated one, saving/reading directly from disk. It's entirely hands-free operation (there's no need to type USBARCHIVE on the calculator), it pretty much works like the File->Open/Save menu options in the simulator, but for the physical calc at the other end of the wire.
A file with a backup created this way can be opened in the simulator from the menu (with File->Open), and also restored to the physical calculator via SD card and SDRESTORE, the files are completely interchangeable, even between different calculator models.
Of course, different models have different amounts of RAM, if you fill 1 MB on the simulator, the backup won't fit on the 50g. If you fill more than 256 kbytes on a 50g, you won't be able to use those backups on a 39 or 40.

Enjoy!

PS: Perhaps this should be called "newRPL Holiday Edition" instead of the boring "Build 1001"...
Find all posts by this user
Quote this message in a reply
02-24-2020, 12:54 AM (This post was last modified: 02-24-2020 01:53 AM by The Shadow.)
Post: #2
RE: newRPL - Updated to build 1351 [ starting a new thread!]
The Android version works on my phone now!!

And there was much rejoicing!

EDIT: Hmm. And now I'm having trouble putting a SDARCHIVE onto it. I can't seem to get my computer and my phone to talk to each other, which obviously isn't newRPL's fault. But that leaves a USB connection out for now.

I tried putting the file on the stack, or opening the file from newRPL, but the app crashes every time I try.
Find all posts by this user
Quote this message in a reply
02-24-2020, 03:02 AM
Post: #3
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-24-2020 12:54 AM)The Shadow Wrote:  The Android version works on my phone now!!

And there was much rejoicing!

EDIT: Hmm. And now I'm having trouble putting a SDARCHIVE onto it. I can't seem to get my computer and my phone to talk to each other, which obviously isn't newRPL's fault. But that leaves a USB connection out for now.

I tried putting the file on the stack, or opening the file from newRPL, but the app crashes every time I try.

Android gives apps very limited access to write files unless special permissions are requested, which I don't.
Try this:
* On the android app, do a Save As, in the window you'll see on the left there's a quick access to a folder "files". This is the only folder the app has access to, anywhere else it won't be able to save anything.
* Make note of the full path of that files folder. Put your backup from the other calc on that folder and then open it from the app.

It shouldn't crash unless... you have custom fonts. If it did crash, on the other calculator remove all font customizations by going into .Settings and purging any variables 'CmdlFont' 'StkFont', etc. and also 'SysFonts' if it exists.
Now make a new backup and repeat the steps above. If it still crashes I'll need to investigate your particular data set, this shouldn't happen, ever. There weren't any changes to newrpl except the fonts have a new format that allows larger fonts (for hi dpi screens). Everything else was minor internal cleanups and bug fixes.
I didn't try in Android, but on my PC it opened backups from my calc without any issues.
Find all posts by this user
Quote this message in a reply
02-24-2020, 03:34 AM
Post: #4
RE: newRPL - Updated to build 1351 [ starting a new thread!]
Claudio, I tried it in the path suggested, and I still get a crash every time. Do you want me to email you the backup file?
Find all posts by this user
Quote this message in a reply
02-24-2020, 07:16 PM
Post: #5
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-24-2020 03:34 AM)The Shadow Wrote:  Claudio, I tried it in the path suggested, and I still get a crash every time. Do you want me to email you the backup file?
No need, I did my own testing, it seems there's a problem with the Qt library and the "Open file" dialog box. I was quick to blame newRPL before, but I think the problem is in the supporting library.
I tested on my Android 10 phone and it doesn't crash but the app becomes unresponsive after using the "Open" or the "Open file to level 1" menu items. Both use the native file open mechanism but it doesn't work.
I also tried this on a tablet with Android 7.1 and in this case it crashes every time, so there's clearly something wrong. Debugging didn't help, newRPL doesn't crash, it's somewhere inside the Qt library.
I'll have to investigate deeper, and perhaps downgrade to an older version that doesn't use the native FileOpen style.

In the meanwhile, here's your workaround:
Make note of that "files" folder I mentioned before. On the app, do a "Save as" with a name let's say "MyCalc.nrpb". Close the newRPL Android app completely (you have to either use the Exit from the menu, the Back key or using the app switcher you swipe it off the screen, if you switch to a different app or press the Home key it will remain active).
Now using an app like Total Commander or any other file manager, rename the backup file you got from the physical calculator to "MyCalc.nrpb" and copy it to the same 'files' folder (overwriting the file we just created).
Next time you open the app, it will open your backup file and it should all work. It's a pain, but it's the only way to bypass the FileOpen dialog box for now.
Find all posts by this user
Quote this message in a reply
02-24-2020, 08:09 PM (This post was last modified: 02-24-2020 08:11 PM by The Shadow.)
Post: #6
RE: newRPL - Updated to build 1351 [ starting a new thread!]
Okay that worked! I will play with it a bunch more.

One thing I notice off the bat is that the screen no longer lines up with the menu buttons. But at least all the buttons are on the screen!

Also, input seems weirdly slow. It can take a noticeable time between pressing a button and something happening.

EDIT: And that dialog box for saving is messed up in more ways than one! It sticks off the screen, but you can't scroll it or pinch it. It's weirdly oversensitive, too - acting as if I long-pressed when I definitely didn't.
Find all posts by this user
Quote this message in a reply
02-24-2020, 09:00 PM
Post: #7
RE: newRPL - Updated to build 1351 [ starting a new thread!]
thanks very much; the new Android (10) screen looks fantastic; not sure if this is new with this release, as I've skipped a few on my phone, but thanks anyway Smile

Cambridge, UK
41CL/DM41X 12/15C/16C DM15/16 71B 17B/BII/bII+ 28S 42S/DM42 48GX 50g 35s 30b/WP34S Prime G2
& Casios, Rockwell 18R :)
Find all posts by this user
Quote this message in a reply
02-24-2020, 09:25 PM (This post was last modified: 02-24-2020 09:35 PM by cdmackay.)
Post: #8
RE: newRPL - Updated to build 1351 [ starting a new thread!]
also, please…

what's the current situation regarding newRPL Desktop for MacOS, if any, please?

thank you.

Cambridge, UK
41CL/DM41X 12/15C/16C DM15/16 71B 17B/BII/bII+ 28S 42S/DM42 48GX 50g 35s 30b/WP34S Prime G2
& Casios, Rockwell 18R :)
Find all posts by this user
Quote this message in a reply
02-25-2020, 09:40 PM
Post: #9
RE: newRPL - Updated to build 1351 [ starting a new thread!]
Hi

Anyone having issue with flashing 1351 to their HP32gs? Mine is now bricked; looks like the boot firmware could be overwritten.

BR
Frank
Find all posts by this user
Quote this message in a reply
02-26-2020, 07:50 PM (This post was last modified: 02-26-2020 07:51 PM by Claudio L..)
Post: #10
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-25-2020 09:40 PM)franco51 Wrote:  Hi

Anyone having issue with flashing 1351 to their HP32gs? Mine is now bricked; looks like the boot firmware could be overwritten.

BR
Frank

The bootloader can't get overwritten that easily, you should be able to flash the ROM using USB and the original connectivity kit by pressing the right key combination during boot.
In the past there was one issue with the file size, but I just double checked and the 39gs firmware is only 897 kbytes, so we are good there.
Were you trying to update from a previous newRPL version or installing from scratch?
Find all posts by this user
Quote this message in a reply
02-26-2020, 07:55 PM
Post: #11
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-24-2020 09:25 PM)cdmackay Wrote:  also, please…

what's the current situation regarding newRPL Desktop for MacOS, if any, please?

thank you.

The situation is that newRPL Desktop should build on any platform that can get the Qt Framework installed there. We only provide an official Windows build, I personally use Linux but I have tested also in FreeBSD, which is closer to MacOS but not that close.
If anyone tries and successfully builds it for Mac, please document all the steps and share them, I'd like to add that to the Wiki.
Find all posts by this user
Quote this message in a reply
02-26-2020, 08:01 PM
Post: #12
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-24-2020 08:09 PM)The Shadow Wrote:  Okay that worked! I will play with it a bunch more.

One thing I notice off the bat is that the screen no longer lines up with the menu buttons. But at least all the buttons are on the screen!

Also, input seems weirdly slow. It can take a noticeable time between pressing a button and something happening.

EDIT: And that dialog box for saving is messed up in more ways than one! It sticks off the screen, but you can't scroll it or pinch it. It's weirdly oversensitive, too - acting as if I long-pressed when I definitely didn't.

I uploaded a version where I disabled the native File Open. Now it doesn't crash, but the dialog box is just as dysfunctional as the Save As...
On my tablet, though, it works great (screen is wider so everything fits).

I did notice that while my phone runs it at normal speed, my tablet seems to have a 1second delay for each key press. I suspect either some issue with the timers or the screen update is taking too long. Perhaps some devices can't use hardware acceleration for 2D and everything slows to a crawl. I'll have to investigate that more.
Find all posts by this user
Quote this message in a reply
02-26-2020, 08:04 PM
Post: #13
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-26-2020 07:55 PM)Claudio L. Wrote:  The situation is that newRPL Desktop should build on any platform that can get the Qt Framework […]

thanks Claudio.

Cambridge, UK
41CL/DM41X 12/15C/16C DM15/16 71B 17B/BII/bII+ 28S 42S/DM42 48GX 50g 35s 30b/WP34S Prime G2
& Casios, Rockwell 18R :)
Find all posts by this user
Quote this message in a reply
02-26-2020, 09:21 PM
Post: #14
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-26-2020 07:50 PM)Claudio L. Wrote:  
(02-25-2020 09:40 PM)franco51 Wrote:  Hi

Anyone having issue with flashing 1351 to their HP32gs? Mine is now bricked; looks like the boot firmware could be overwritten.

BR
Frank

The bootloader can't get overwritten that easily, you should be able to flash the ROM using USB and the original connectivity kit by pressing the right key combination during boot

In the past there was one issue with the file size, but I just double checked and the 39gs firmware is only 897 kbytes, so we are good there.

Were you trying to update from a previous newRPL version or installing from scratch?

Thanks Claudio, I might need to dig out the old Win7 machine in order to run the original connectivity kit.

This happened when updating from 1299. If I recall, the update progress bar was nearing the end when there was a sudden disconnection and that was that.

Frank.
Find all posts by this user
Quote this message in a reply
02-26-2020, 10:58 PM
Post: #15
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-26-2020 09:21 PM)franco51 Wrote:  Thanks Claudio, I might need to dig out the old Win7 machine in order to run the original connectivity kit.

You can still run the connkit in Windows 10 as long as you reboot the machine with driver signing enforcement switched off before installing the USB driver.

There are only 10 types of people in this world. Those who understand binary and those who don't.
Find all posts by this user
Quote this message in a reply
02-28-2020, 03:01 AM
Post: #16
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-26-2020 09:21 PM)franco51 Wrote:  
(02-26-2020 07:50 PM)Claudio L. Wrote:  The bootloader can't get overwritten that easily, you should be able to flash the ROM using USB and the original connectivity kit by pressing the right key combination during boot

In the past there was one issue with the file size, but I just double checked and the 39gs firmware is only 897 kbytes, so we are good there.

Were you trying to update from a previous newRPL version or installing from scratch?

Thanks Claudio, I might need to dig out the old Win7 machine in order to run the original connectivity kit.

This happened when updating from 1299. If I recall, the update progress bar was nearing the end when there was a sudden disconnection and that was that.

Frank.

You should be fine then, it's a nuisance that newRPL Desktop can't flash a calc unless newRPL is running (can't talk to the bootloader). Luckily, once I update newRPL Desktop to 1351 those failures to complete the flashing process should become a thing of the past.
Find all posts by this user
Quote this message in a reply
02-28-2020, 04:01 PM
Post: #17
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(02-28-2020 03:01 AM)Claudio L. Wrote:  
(02-26-2020 09:21 PM)franco51 Wrote:  Thanks Claudio, I might need to dig out the old Win7 machine in order to run the original connectivity kit.

This happened when updating from 1299. If I recall, the update progress bar was nearing the end when there was a sudden disconnection and that was that.

Frank.

You should be fine then, it's a nuisance that newRPL Desktop can't flash a calc unless newRPL is running (can't talk to the bootloader). Luckily, once I update newRPL Desktop to 1351 those failures to complete the flashing process should become a thing of the past.

All good! I went through the procedures; burning an older version first just to be safe, then using the newRPL Desktop, tried the 1351 update again. I have no idea what happened before but I encountered no problems this time round.

I'm also running 1351 on an Android 10 phone with the stack and command line set to Font24. This version is a most welcome step forward.

Many thanks
Frank
Find all posts by this user
Quote this message in a reply
03-04-2020, 03:25 AM
Post: #18
RE: newRPL - Updated to build 1351 [ starting a new thread!]
Hello, I am testing the Android version (huawei p-smart 2019)

1: At the end of a work session, the dialog requesting the route and the name is cut, does not fit the screen

2: The icons or images on the key change left or right and other symbols on the "LCD screen" are too small. It cannot be determined at a glance if they have been pressed

request:
Simulate the keystrokes, one way is to put the image of the button by moving an x-y pixel from its original position, or emit a sound that simulates a keystroke.

Simulation of the sound interface, for example, emitting error sounds
Thank you

Project Emu48 Skins for android ► https://www.hpmuseum.org/forum/thread-14...25336.html
Find all posts by this user
Quote this message in a reply
03-05-2020, 02:52 PM
Post: #19
RE: newRPL - Updated to build 1351 [ starting a new thread!]
(03-04-2020 03:25 AM)compsystems Wrote:  Hello, I am testing the Android version (huawei p-smart 2019)

1: At the end of a work session, the dialog requesting the route and the name is cut, does not fit the screen

2: The icons or images on the key change left or right and other symbols on the "LCD screen" are too small. It cannot be determined at a glance if they have been pressed

request:
Simulate the keystrokes, one way is to put the image of the button by moving an x-y pixel from its original position, or emit a sound that simulates a keystroke.

Simulation of the sound interface, for example, emitting error sounds
Thank you

1. It's a known problem with unknown solution.
2. Yes, by increasing the resolution on the screen those icons look really tiny, we need big versions of the icons for hi-dpi screens.

Requests... there are no plans to do that, newRPL Android is an afterthought and will always be, it only exists because "why not" but the main focus of the project is and will continue to be real calculator hardware.

Question from me: Did you notice any delay in the keypresses or it ran at a good speed on your phone?
Find all posts by this user
Quote this message in a reply
03-07-2020, 01:40 PM
Post: #20
RE: newRPL - Updated to build 1351 [ starting a new thread!]
There is no delay when the answer is displayed, when you press a key

In the physical version of NewRPL will there be a buzzer? Current calculators lose their magic if they are "mute"

Project Emu48 Skins for android ► https://www.hpmuseum.org/forum/thread-14...25336.html
Find all posts by this user
Quote this message in a reply
Post Reply 




User(s) browsing this thread: 2 Guest(s)