Yahoo Groups archive

Emu XL-7 & MP-7 User's Group

Index last updated: 2026-04-29 00:09 UTC

Message

Re: [xl7] [p2k] Any interest remaining in a self-programming FLASH SIMM?

2013-07-11 by Jack Pratt

A fair bit of space... Forget how much maybe a megabyte or more.

Presets could be added... but not waveforms. That's because of the way in which sounds are generated. I think that the logic chip is responsible for pumping sound data into the tone generators/filters and there's no way to get the waveform information into the address space used by the sound chips. That's not the same space as the FLASH for the OS.

If you had a RAM SIMM you might be able to do that, but why bother (except on a command station which has usb 1.1 [1.5mbps = about 3-4 mins to transfer 32MB] how are you going to get enough wave information into the address space to make it worth while?

There is a lot more work involved in disassembling because you can't figure the thing out without painstakingly going through the whole thing and seeing how the data is used.


________________________________
 From: Matthew D. Howell <misterinterrupt@...>
To: xl7 <xl7@yahoogroups.com> 
Sent: Thursday, 11 July 2013 1:15 PM
Subject: Re: [xl7] [p2k] Any interest remaining in a self-programming FLASH SIMM?
 


  
How much space is there where the OS gets stored? 
Could we insert preset and waveform data as well?

Perhaps we could pack that in with an e-loader-friendly OS image. We would need to hack out the addresses for accessing the ROM chips and just have it read from the OS memory.

Just a thought, since it would be cheaper and possibly similar amount and type of work on the image disassembly.



– – – – – – – – – – – – – – – – – – – – – – – >8
/V\ /-\ + +  |–| ø \/\/ ∂ £ £
–––––––––––––––––––––––––––––––––––
Matthew D. Howell
misterinterrupt, tHe M4d swiTcH, the RuinMechanic
cell: (617) 755-1481
–––––––––––––––––––––––––––––––––––



On Wed, Jul 10, 2013 at 7:48 PM, Jack Pratt <woodsworth1@...> wrote:

 
>  
>of course... tedious and time consuming to complete a full disassembly, but once done u can do what u like with it. (need to have the right tools - BDM & assembler which I happen to have; but u can do what ever)
>
>
>
>________________________________
> From: Matt <somatt@...>
>To: xl7@...m 
>Sent: Thursday, 11 July 2013 12:36 PM
>
>Subject: Re: [xl7] [p2k] Any interest remaining in a self-programming FLASH SIMM?
> 
>
>
>  
>I am curious If you dissassemble source code could this be edited and modified to add features and fix bugs?
>On Jul 10, 2013 6:37 PM, "Jack Pratt" <woodsworth1@...> wrote:
>
> 
>>  
>>You can disassemble the source code from the upgrade images if you want ... the processor is a freescale (ex Motorola) coldfire on the ultra/p2k/command station. I have looked at it. But it is not a small amount of code. I have the assembly around somewhere and I can tell you some things about it ... such as - the operating system loads all of the preset FLASH information into RAM at start up and thereafter does not access the preset region of FLASH again. There are three valid sizes of DRAM that you can have. A few other things I looked into, like the format of the presets. As I recall they were organised kind of like a file system but its been a couple of years and the details are hazy...
>>
>>
>>
>>
>>
>>
>>Rather than decode the information via the software disassembly I was going to make a programmer/reader board which would have the capability of reading existing ROM (and FLASH) SIMMs so that the information on them could be decoded from the image. There is the preset area and the waveform area. With some help from the disassembly it should be possible to figure out what all the values do and thereby reproduce the ROM format.
>>
>>
>>This board was also produced but had the same processor as the FLASH SIMM I'm making and so had the same pinout problem. I have already reworked the CAD files for this board and so could remake a working version. The main purpose of the board is to allow me to program the micro, and CPLD and gain access to the debug serial port of the micro. [the idea is that if you plug the FLASH SIMM into a different SIMM socket upside down these ports become accessible]
>>
>>
>>Now that I think about it, the SIMMs that I have made (see the pictures on P2K forum) could be used without the micro. If I populate the power supply, CPLD, FLASH and buffer then the devices could be programmed on the development board and made available... of course they wouldn't be able to be reprogrammed (without a development board) but it would be a cheap way to get hold of the equivalent of 4 ROMs with any images you want.
>>
>>
>>One of the things I would like to do is merge the 16M ROMs (eg protozoa) into a single 32M ROM image so that you could infact have the equivalent of 5 SIMMs in  your P2K.
>>
>>
>>
>>
>>
>>
>>
>>________________________________
>> From: Matthew Howell <misterinterrupt@...>
>>To: xl7@yahoogroups.com 
>>Sent: Thursday, 11 July 2013 10:38 AM
>>Subject: Re: [xl7] [p2k] Any interest remaining in a self-programming FLASH SIMM?
>> 
>>
>>
>>  
>>Not to veer off topic, but does the OP or anyone else know much about the OS? I don't know much about the board yet, though I'm interested in checking it out more. The OP mentioned the rom data format and that made me wonder if perhaps progress has already been made on discovery in this area.
>>
>>On Jul 10, 2013 5:20 PM, "Alwyn" <zardac@...> wrote:
>>
>> 
>>>  
>>>I'm still keen/interested.
>>>
>>>
>>>
>>>
>>>On 11 July 2013 08:00, Matt <somatt@...> wrote:
>>>
>>> 
>>>>  
>>>>WHERE IS THE OP
>>>>On Jul 10, 2013 4:44 PM, "Jason Budris" <jsunbud@...> wrote:
>>>>
>>>> 
>>>>>  
>>>>>I'm interested! I presume these will work with the command stations?
>>>>>
>>>>>
>>>>>Thanks in advance!
>>>>>
>>>>>
>>>>>Jason
>>>>>On Jul 10, 2013, at 9:29 AM, Nathan Steele <XTCaine303@hotmail.com> wrote:
>>>>>
>>>>>  
>>>>>>YES! especially if the price is reasonable. the ability to put your own sounds in is better than any other ROMS.
>>>>>>
>>>>>>On 7/10/2013 9:23 AM, Bruno wrote:
>>>>>>
>>>>>>  
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>---------- Forwarded message ----------
>>>>>>>From: woodsworth1 <woodsworth1@...>
>>>>>>>Date: 2013/7/10
>>>>>>>Subject: [p2k] Any interest remaining in a
                self-programming FLASH SIMM?
>>>>>>>To: p2k@yahoogroups.com
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>  
>>>>>>>Hi.
>>>>>>>
>>>>>>>Couple years back I started a project to build
                          a FLASH based SIMM for proteus 2000 systems
                          that acted like mulitple SIMMs at the same
                          time. Basically you could put this one SIMM in
                          one socket with the others empty and it could
                          look like you had SIMMs in all 4 sockets. I
                          got pretty far along the path of making it
                          (even getting some PCBs made) when I
                          discovered that I had the pin outs of the
                          microcontroller (that allowed you to program
                          the FLASH devices via a usb connection) wrong
                          and the at the boards were just scrap. I
                          posted a picture of the boards in the group. I
                          was annoyed at myself so I dropped the bundle.
>>>>>>>
>>>>>>>Well... I was thinking that the idea is still
                          sound (though I wasted a lot of $$) and I
                          could finish it off if there was sufficient
                          interest in the thing.
>>>>>>>
>>>>>>>What good is it? Well you could have any four
                          ROM SIMMs in you system that you choose. You
                          could reprogram it as you want. And in theory
                          (if we can decode the format of the contents -
                          shouldn't be too hard) you could author your
                          own ROM images and download them , then create
                          your own presets and hard code them onto the
                          device as well. It would be a bit of messing
                          about to achieve the results but if people are
                          prepared to put in the effort...
>>>>>>>
>>>>>>>so is anyone interested?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>
>>
>>
>
>

Attachments

Move to quarantaine

This moves the raw source file on disk only. The archive index is not changed automatically, so you still need to run a manual refresh afterward.