Prizm fx-CG50 announced for spring 2017

[SimonLothar]

Sorry for being ignorant with this type of things...
Would add-in with vram address being hardcoded as 0xA8000000 still work on fx-cg50 please?

No. Syscall 1e6 returns 0xAC000000.

[TeamFX Profile]

Would add-in with vram address being hardcoded as 0xA8000000 still work on fx-cg50 please?

No, since address 0xA8000000 contains garbage because it is not physically connected to the processor.

Is 6MB that increased managed by the OS?

The first 2 MB seem to contain everything the system needs.
The OS might use the extra RAM for additional VRAM backups or some 3D graph data or something else.

I know NOTHING about super-h but would it be possible to use the MMU to create a mirror of sdram at the place where the old add ins expect SRAM?

This is not just about the new addresses. SDRAM requires a lot of control register fiddling and it will be difficult to remove all of this, otherwise the system could become unstable or freeze. And there are timing issues because of the changed clock settings. At least the serial register settings need to be reverted, but maybe more CPU modules are affected. And as I said above, the extra RAM is probably used for additional stuff like VRAM backups and all of this needs to be reverted as well.

[cakeisalie5 Profile Website]

I know NOTHING about super-h but would it be possible to use the MMU to create a mirror of sdram at the place where the old add ins expect SRAM?

This is not just about the new addresses. SDRAM requires a lot of control register fiddling and it will be difficult to remove all of this, otherwise the system could become unstable or freeze. And there are timing issues because of the changed clock settings. At least the serial register settings need to be reverted, but maybe more CPU modules are affected. And as I said above, the extra RAM is probably used for additional stuff like VRAM backups and all of this needs to be reverted as well.

Also, 0x80000000-0x9FFFFFFF is a non-mappable area (only 0x00000000-0x7FFFFFFF and 0xC0000000-0xDFFFFFFF are if I'm not mistaken). x)

[AmazoNKA Profile]

Thank you, all for explaining

[AmazoNKA Profile]

By the way, guys, do you get that info from hardware or only emulator so far. I'm having problems getting new emulator demo to work - i think it links itself with the subscription edition i had for previous prizm and says that even the new fx-cg50 one has expired- so brutal ;-(

[TeamFX Profile]

By the way, guys, do you get that info from hardware or only emulator so far.

From a real fx-CG50. On the emulator, there is no SDRAM-related code and the RAM resides at address 0x88000000.

RAM: ESMT M12L64164A-7TI
ROM: SPANSION S99-50272
LCD: 3A36B (same as on OS 1.04 models)

[CY810AY MAIN] 111
OS 03.00.0202
OS date: 2017.0123.0935
Boot date: 2017.0106.2008
Product: 810AW72QA001462

[AmazoNKA Profile]

Thanks again

[parrotgeek1 Profile]

....

[sentaro21 Profile]

Is 6MB that increased managed by the OS?

The first 2 MB seem to contain everything the system needs.
The OS might use the extra RAM for additional VRAM backups or some 3D graph data or something else.

Thanks very much.
Around 4MB seems to have a free area.

By the way,
CG50 is reduction consumption electricity than CG20, might the CPU process be changed?

[TeamFX Profile]

Could it be possible to port the OS from the emulator to a real calculator? How different is the emulator from real hardware?

Actually, I was stupid enough to try this yesterday, but all I got was "illegal code error" and no keys working...

CG50 is reduction consumption electricity than CG20, might the CPU process be changed?

I don't think so. This is unnecessary, too expensive and SuperH is already being phased out by Renesas.
The only software thing I have found is a very dark backlight setting (level 0) when the calculator is inactive.