ProSoundWeb Community
Sound Reinforcement - Forums for Live Sound Professionals - Your Displayed Name Must Be Your Real Full Name To Post In The Live Sound Forums => LAB: The Classic Live Audio Board => Topic started by: Rich Barrett on October 23, 2013, 05:14:27 PM
-
I just upgraded my ROM to v2.16 from v1.0 -> very nice! And then I saw those empty 32p RAM sockets and thought how nice it would be to max out my onboard mem ... for pennies on the dollar I'm sure!
Can't find anything online and no answer back from the supplier who I bought my ROM chips from (that look like reflashes they made) - wondering if anyone knows what types of mem chips will work in there? Thanks!
-
What exactly would the extra memory do for your console?
-
What exactly would the extra memory do for your console?
I believe it is possible to expand the memory in order to increase the on board automation capability. I remember once reading something about this, but never needed to mess with mine as I used the on board automation minimally...
-
What exactly would the extra memory do for your console?
Let's me save more automation scenes ... you know, fader positions, eq, channel on / off, etc. Will I ever use them? Who knows but those old school 32 pin IC's are dirt cheap today so why not?
FYI - Another upside from the v2.16 upgrade is it compresses the saved data better by 50% -> in v1.0 I had 64 scenes I could save with 512k mem. In v2.16 I get 96 scenes. :D
-
I believe it is possible to expand the memory in order to increase the on board automation capability. I remember once reading something about this, but never needed to mess with mine as I used the on board automation minimally...
Yamaha called me back today!!! Just after I posted my last post. They got an email I sent to support a cpl weeks ago about a question I had and while I had them on the phone, I asked them about the memory chips.
They've have to do some research and are calling me back so I'll post the answer here!
-
The ability to address the RAM will depend on the OS. The ability to use the additional RAM will depend on the programs running upon the OS. In other words, the OS may address the RAM but the routines used for control functions may not run above a certain address in RAM.
At the very least the speed of the OS will be enhanced if it will address the additional RAM, and that will enhance performance overall.
-
The ability to address the RAM will depend on the OS. The ability to use the additional RAM will depend on the programs running upon the OS. In other words, the OS may address the RAM but the routines used for control functions may not run above a certain address in RAM.
At the very least the speed of the OS will be enhanced if it will address the additional RAM, and that will enhance performance overall.
Not sure that's true in embedded systems like the Yamaha software. They are governed by the system clock, and don't have any kind of caching function that differentiates between fast and slow storage like a full computer OS has.
-
You're probably right Tom. I've never looked at the OS on those boards. Many "MINI" OS based systems are designed to use as little code as possible reducing costs all around. Think back to DOS and 8K RAM. A lot got done with some pretty small systems. I'm just thinking that if the board has additional slots for RAM, maybe the Yamaha OS will address it.
One easy way to find out is to load the banks with RAM and monitor the POST during power up. If it see's and counts the RAM then no harm and no foul. Run the board and see what happens. If the board remains stable, well, live long and prosper.
Speaking of which, back to the game for me.
-
You're probably right Tom. I've never looked at the OS on those boards. Many "MINI" OS based systems are designed to use as little code as possible reducing costs all around. Think back to DOS and 8K RAM. A lot got done with some pretty small systems. I'm just thinking that if the board has additional slots for RAM, maybe the Yamaha OS will address it.
One easy way to find out is to load the banks with RAM and monitor the POST during power up. If it see's and counts the RAM then no harm and no foul. Run the board and see what happens. If the board remains stable, well, live long and prosper.
Speaking of which, back to the game for me.
I think the better analogy here is the extra RAM behaves like a larger hard disk. No speed increase, just more storage for automation data. I assume it's battery-backed RAM. The M7 has a RAM count on boot up, I've never seen one on my 01v's, but maybe there's one somewhere.
-
Has the OP received an answer yet?
-
Has the OP received an answer yet?
Nope.
-
Has the OP received an answer yet?
Just got this from Yamaha support;
"Hi Rich, the optional memory chips were 1mb sram: xr772a00 was our part number. we can no longer get them. the chip number was UPD431000AGW85LL. hope this helps, EB"
Haven't tried to cross reference them yet.
-
Just got this from Yamaha support;
"Hi Rich, the optional memory chips were 1mb sram: xr772a00 was our part number. we can no longer get them. the chip number was UPD431000AGW85LL. hope this helps, EB"
Haven't tried to cross reference them yet.
Tried to look it up and it seems that some vendors might have it in stock or at least thats what their sites say.. http://octopart.com/upd431000agw-85ll-nec-7694818 (http://octopart.com/upd431000agw-85ll-nec-7694818).
No prices listed directly though.
-
Just got this from Yamaha support;
"Hi Rich, the optional memory chips were 1mb sram: xr772a00 was our part number. we can no longer get them. the chip number was UPD431000AGW85LL. hope this helps, EB"
Haven't tried to cross reference them yet.
Rich,
Could you post a picture of the sockets/location where the RAM is installed please. It's possible I may have the RAM and if I do you can have it FOC.