Yahoo Groups archive

Emax

Index last updated: 2026-04-28 23:23 UTC

Message

Re: [emax] Re: Using Programmed PIC micro Controller

2009-08-07 by tu@...

Sadly, you cannot easily build one of these floppy emulators and I don't have any to give :P If you 
want one you will need to contact the company that makes them!

http://www.ipcas.com/products/usb-floppy-emulator-fdd-to-udd.html

Friday, August 7, 2009, 6:04:22 PM, you wrote:

>
  
--- In emax@yahoogroups.com, tu@... wrote:
>
Dear friend

Sounds good and what about the emulator can I built one or do you have one is do send me lill 
details 
Regards
amacolp
> What about something like this to replace the floppy drive with a USB flash drive?
> 
> http://unofficial.waldorf-wave.de/USB-Drive2.pdf
> 
> 
> On Fri, Aug 7th, 2009 at 3:02 PM, Ted Summers <djtbs1@...> wrote:
> 
> > Colin-
> > 
> > While in theory, booting from some other method is possible someone 
> > 
> > has to develop this new method, and that takes time, and $$$.
> > 
> > I have searched for days on the Web trying to find tools to pull 
> > apart / debug / trace the NS32008 code.
> > I have not found any of the Assembler language tools or reference 
> > documents for this CPU anywhere.
> > That includes searching websites in foreign languages and translating
> > 
> > them where possible.
> > 
> > obsolete CPU and documentation is out of print are the replies I have
> > 
> > gotten from potential sources.
> > 
> > Do you know how to successfully load a foreign format (not PC 
> > compatible) OS image for a different CPU machine code into the EEPROM
> > 
> > or PIC so that it can be read correctly by the Emax native NS32008
> > CPU?
> > If you have the tools and reference documents for the NS32008, please
> > 
> > share!!!!!!
> > 
> > I wanted to increase the # of available sample banks and size of hard
> > 
> > drive, and increase the possible available Emax memory by tearing 
> > apart the firmware and OS used in the Emax.
> > 
> > Please note, the floppy or "other methods" you speak of are necessary
> > 
> > to load sound sample banks into the Emax.
> > Emax has no built in sounds.
> > 
> > The facts are that MIDI is slow to load samples. :-(
> > Emax doesn't support SCSI dump standard. :-(
> > 
> > That leaves RS422 sample input (not as slow), and the analog input 
> > (realtime sampling).
> > Then you have to save off your work if you change the samples in the 
> > 
> > Emax.....
> > 
> > The methods work, but are not nearly as fast as having a hard drive, 
> > 
> > CF, or Zip to load many banks from, when desired.
> > 
> > While it does cost some $$ for a SCSI update (where desired), and 
> > available floppy options (either my slim floppy, or original 
> > replacement from Route66, or if you know how to modify a standard 
> > drive to Floppy ID 0)---
> > These are proven options. They work.
> > 
> > If the idea for a new boot process does not incorporate some form of 
> > 
> > technology that is current using removable media to interact with 
> > multiple sound banks, and is inexpensive to implement, I just don't 
> > 
> > see it being a viable solution.
> > 
> > My 2 cents.
> > 
> > Ted
> > 
> > 
> > 
> > 
> > On Aug 6, 2009, at 7:27 PM, Colin Peiris wrote:
> > 
> > Dear Friends!
> > 
> > I would like to sudjest that a programmed Pic micro controller or an 
> > 
> > EEPROM can be adopted to boot up the emax key board instead of Floppy
> > 
> > or other methods.
> > 
> > In this regard you have to modify the interface so that u can read
> > the 
> > eprom or controller to boot the emax. So any abel body can experiment
> > 
> > in this method.
> > 
> > Any ideas about this very much appritiated.
> > 
> > Thanks
> > amacolp
> > 
> > 
> > 
> > 
> > 
> > 
> > [Non-text portions of this message have been removed]
> > 
> >
>

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.