Emulation cables link our emulators to a target device.  The Ostrich, Ostrich2 and APU1 all use a similar style emulation cable.  The design of this cable has not changed in many years.  Four standard “shelf” cables are available:

• EMUC2818 is the standard cable supplied with the Ostrich, Ostrich2 and APU1 emulators.  It has a 28 pin chip side (“28″) and is 18” long (“18”) hence EMUC2818
• EMUC2806 is a shorter cable (6″) with a 28 pin chip socket.  It is useful for situations where there is interference with the standard length cable.
• EMUC3206 is a short (6″) cable with a 32 pin chip socket.  When used with an Ostrich2 it allows emulation of a 29F040 4Mbit EPROM.  Adapters can be used to change this to PLCC or other formats.  This cable is NOT compatible with the Ostrich 1, APU1 or ChipExtender – Ostrich2 ONLY!
• EMUC2836 is an extra-long (36″) cable with a 28 pin chip socket.  It is NOT for use with emulators.  This cable is only intended to be used with the ChipExtender product we sell.  Unpredictable results can happen when used with emulators.

The RoadRunner uses an alternative emulation cable which is incompatible with other devices.

Ostrich and APU1 Emulation cables

The Ostrich, Ostrich 2 and APU1 all use the same emulation cables.  These cables have a 0.1″ pitch rectangular connector on one end.  On the other end, a male chip connector is crimped.  Before shipping the cable, we install a machined-pin socket on the cable to protect the more fragile chip connector.

This is how one of the cables looks when we ship it:

As you can see, you can remove the 28 pin machined-pin socket on this cable if necessary:

Replacing a MP socket is much easier and cheaper than replacing a whole emulation cable!

RoadRunner Emulation cables

The roadrunner uses unique cables designed to connect RR hardware with a soldered-on POSOP44 pin header.  Typically, two of these cables must be connected back-to-back for proper operation.

More will follow.

Download link  Download link 2

In order to get a device back into a sane state, you need to CHANGE the vendor ID (which software it is set up for).  Once you have changed the vendor ID, unplug, count to three, plug back in.  You’ll probably have to answer “yes” to a few dialog boxes about setting up the hardware when you next use your software of choice.

Ever wish your favorite Moates emulator would work with your favorite ROM editor software that doesn’t have native support for our products?  EmUtility (from the author of TunerPro) allows you to use Moates emulators with any software that can spit out a binary (bin) or hexadecimal (hex) format file.  It supports the Ostrich1, Ostrich2, APU1 *and* RoadRunner!  It can even support more than one emulator connected to the same computer simultaneously. (this requires more than one instance of the program, one for each emu)

Installation

You can get EmUtility from the Utilities section of TunerPro.net

EmUtility may require additional files to be installed for it to work, specifically the Microsoft Visual C redistributable libraries, which  are also linked off the Utilities section of TunerPro.net

EmUtility does not come with an installer – it is shipped as a zip file with a single program file inside.  Unzip it to place where you will be able to easily find it, such as your desktop.  You can run it directly from the desktop and it will not make a “mess” because it is only one file.

Usage

EmUtility is pretty straightforward to use.

First, start the program.  You should see “Detecting Hardware… Ostrich 2.0 blah blah blah” for instance.  If you see “No Hardware Detected” check your cables and connections.  If you cannot get your hardware to detect, try looking at our USB Troubleshooting Guide.

After you have verified that your hardware has been detected properly, click the “…” next to “Input / Output File” to select a file to use.  (If you are going to read the contents of the emulator to a file, this can be a new file)

Next select an operation from the drop down box next to “Operation”  Valid operations include:

• Read from emulator to file = creates a new file on your computer with the contents of emulator RAM.  Must specify a filename, how much memory you want read (size), if you want to use a non-standard start address (File Start Address)  and if you want to use large RAM support (required for files > 512kbit / 64k byte)
• Write from file to emulator = updates the RAM on your emulator with the contents of a file on your computer.  Must specify a filename  and if you want to use large RAM support (required for files > 512kbit / 64k byte).  File size and start address will be automatically selected for you and will be correct in most cases where your file is the same size as the chip you are trying to emulate.  (i.e. 32k byte file for 27C256 chip)
• Verify emulator RAM with file = compares the contents of the Emulator’s RAM with a file on your computer to see if they match.  Must specify a filename  and if you want to use large RAM support (required for files > 512kbit / 64k byte).  File size and start address will be automatically selected for you and will be correct in most cases where your file is the same size as the chip you are trying to emulate.  (i.e. 32k byte file for 27C256 chip)
• Monitor File for changes and upload = this operation monitors a file for changes and uploads the changes to your emulator as they happen. ust specify a filename  and if you want to use large RAM support (required for files > 512kbit / 64k byte).  File size and start address will be automatically selected for you and will be correct in most cases where your file is the same size as the chip you are trying to emulate.  (i.e. 32k byte file for 27C256 chip)

After you have selected and configued the operation you desire, click “Execute” to perform it.  To cancel a monitoring+upload session or other op, click “Cancel Op”

That’s it!

Suggested Uses

If you have a program that can spit out bin files but it does not support Moates hardware:

1. Start EmUtility
2. Pick “Write from file to Emulator”
3. Point EmUtility at the file you are working with
4. Click “Execute” to load the initial file
5. Change the operation to “Monitor file for changes and upload”
6. Click “Execute” to begin monitoring the file for changes
7. Leave EmUtility running in the background.  Go back to your editing application.  Make changes and save the file (with the same filename).  As you save changes to the file, EmUtility will copy them to your emulator almost instantly!

Nissan 16 bit applications with TunerPro 4.x: (using a daughterboard like our Nissan 20×2 that takes two identical chips and two Ostrich 2.0 emulators)

1. Plug in ONE Ostrich and follow the directions immediately above to set up monitoring for an application that does not support Moates hardware.
2. Leave EmUtility running and connect the second Ostrich.
3. Start TunerPro.  It should detect your second Ostrich.
4. Start your emulation session in TunerPro.
5. Tune away.  TunerPro will update one Ostrich, EmUtility will update the other

(Note: TunerPro 5.x supports dual Ostrich mode which is easier to set up than this)

16 bit Nissan applications such as 925style.com’s ROM  EDITOR (using a daughterboard like our Nissan 20×2 that takes two identical chips and two Ostrich 2.0 emulators)

1. Plug in ONE Ostrich and follow the first set of directions above to set up monitoring for an application that does not support Moates hardware.
2. Leave EmUtility running and connect the second Ostrich.
3. Start a SECOND COPY of EmUtility.  It should detect your second Ostrich.
4. Repeat the instructions for loading a binary and starting monitoring in the second EmUtility session
5. Tune away!  As you save changes to the file, each instance of EmUtility will update one emulator.

Using the RoadRunner as a general purpose 16 bit emulator with software that does not have native support (i.e. Bosch Motronic 28Fxxx):

1. Start EmUtility
2. Pick “Write from file to Emulator”
3. Point EmUtility at the file you are working with
4. Click “Execute” to load the initial file
5. Change the operation to “Monitor file for changes and upload”
6. Click “Execute” to begin monitoring the file for changes
7. Leave EmUtility running in the background.  Go back to your editing application.  Make changes and save the file (with the same filename).  As you save changes to the file, EmUtility will copy them to your emulator almost instantly!

1) Get on the website here in the ‘software and drivers’ section and download and unzip the ‘USB Drivers’ file. Remember where you put it.

2) Plug the Ostrich into the USB port of your PC, and point the operating system to the previously located USB Driver directory and install the drivers. See the USB Driver Installation Guides here on www.moates.net for further guidance in this regard.

3) Go into the drivers and set the COM port of the USB to Serial Converter (under Ports in the Device Manager of the Windows Control Panel). Set it to COM3 or COM4. Override any warnings against ‘port in use’ or any of that nonsense. Again, refer to the USB install guides for more info.

4) While in the port settings, set the latency to ‘1’ (default=16). This will speed it up dramatically.

5) Use TunerPro RT or a similar program to upload a binary to the Ostrich, and verify that it is uploaded correctly.

6) Hook it up to the vehicle, and go to town. When installing the ribbon cable where the chip normally goes, orient the red stripe so that it faces where the chip notch or arrow (pin #1) would normally face.

Note: If you have the car off, and the Ostrich is hooked up to the car’s ECU, then sometimes an upload/verify won’t work right. Just turn the car on, or disconnect the Ostrich during the initial upload, and everything should be fine.

There are jumpers inside the Ostrich, depending on how many pins / memory size you are emulating to.
The following pictures illustrate three different ones: 24, 28, and 32-pin. The 32-pin is only used for Ford EEC-V applications right now.

24-pin (with associated pictures for an installation where the original chip was a 2732A in a 1227747-style GM ECM):
Here’s the jumper settings, set for 24-pin emulation:

Here’s the socket that is soldered in the ECM. Note the direction of the notch (to the right) indicating where the original chip pin #1 would go:

Here’s one way to do it, first right before insertion and then after it is snapped down in. Really it is preferable to use a ZIF socket here. Notice the 24-pin socket that is stacked onto the bottom of the regular 28-pin emulation cable. You can just use the 28-pin with the extra 4 pins hanging over as well. Note the red stripe toward where the notch would normally go:

28-pin Installation using the G1 chip adapter, similar to that used in a 1986-92 TPI GM ECM:
Check out the jumper settings. Note that this is the configuration that the Ostrich is shipped with, and works for the majority of the applications.

Note the direction of the notch on the chip, despite the direction of the ZIF handle. This is counter-intuitive for many, and is relatively unique to the G1 / TPI-style adapter due to spatial constraints in the ECM housing:

Now we take the chip out, and put the emulation cable in. Note the red stripe and how it is oriented compared to the notch on the chip that was there before:

32-pin Jumper Settings, presently only used for EEC-V applications:
]]> https://support.moates.net/ostrich-operation/feed/ 0 https://support.moates.net/honda-tuning-with-crome/ https://support.moates.net/honda-tuning-with-crome/#respond Mon, 10 May 2010 05:31:23 +0000 http://support.moates.net/?p=848 Although quite outdated, this is a very nice PDF tutorial written up by Darren Kattan. Check it out by clicking HERE

This guide gives you an idea of how to “stack” your ROMs to make things work.

Step 1: determine how big ONE program is. ( look how big your ROM is – 27C256 = 32kbyte = 8000h, 27C32 = 4kb = 1000h )

Step 2: Determine how big of a program your switcher uses.  This hopefully will be the same as the size of your ROM, but your ROM may be smaller than this value.  G2X = 4kb = 1000h, Two Timer = G3 = 32k = 8000h)

Step 3: Fire up Emutility

Step 4: Uncheck the “End justify” box

Step 5: Input the size of your program in the SIZE box.

Step 6: Do some math.  Programs in the Ostrich are END JUSTIFIED.  The Ostrich’s memory goes from 00000h to 3FFFFh.  Fire up the windows calculator in scientific mode.  Change the format to hex.  Put it 3FFFF to start.

Step 7: Subtract the size of your PROGRAM.  This can be different from the size of the switching adapter.

Step 8: Put this value in the start address box.

Step 9: Program the ostrich (Write from file to emulator)

Step 10: Go back to Windows calculator.  Subtract the size of the SWITCHING ADAPTER.  (3FFFF – size of program – size of switching adapter)

Step 11: Go back to step 8.  Repeat steps 8 through 11 until you have programmed all desired settings.

Basics

When we talk about “OBD1” GM vehicles, we mean vehicles made from (approximately) 1986 to 1995.  These cars used several different types of engine controller – some have one injector for each cylinder (Tuned Port Injection, or TPI along with the LTx motors) while some have fewer injectors that are placed near the throttle body (Throttle Body Injection, or TBI) instead.  All the vehicles of this generation speak the ALDL protocol for logging/vehicle communication.

For purposes of this guide, “ECM” means Engine Control Module, Powertrain Control Module (PCM), Engine Computer Module (ECM) – terms will be used interchangeably to mean the same thing.

Hardware for OBD1 GM

Overview

94-95 model years are oddballs.  Many of these ECMs support being reflashed over the ALDL interface (e.g. LT1) using TunerCATS.  Some (like the 94-95 TBIs) use a G1 adapter.  Many Grand Prix from these years use the G4 adapter.  Diesels generally use the G5 adapter.

The process for tuning OBD1 GM products is pretty much the same for all 86-93 model years.  First, a “chip adapter” is used to convert whatever the ECM in question needs into a form that accepts a 28 pin EPROM.  Some chip adapters require soldering for installation (G2, G2X) but most do not (G1, G3, G4, G5).  The same EPROMs can be used for all of our OBD1 GM products (except the switching adapters…) which is usually the 27SF512 – C2.

After a chip adapter has been installed in an ECM, tuning can begin.  You can burn chips using a ROM burner such as the BURN1/2.  Alternatively, you can either use the Ostrich 2.0 emulator or the emulation facilities of the APU1 to make changes while the vehicle is running.

Logging from the computer is accomplished using either an ALDU1 or the logging facilities of an APU1.  For 86-94 vehicles, CABL1 is required to connect the logger and the vehicle.  For the 1995 model year, CABL2 is required due to the physically different connector.

Instead of buying the BURN2, Ostrich2 and ALDU1 separately, you can buy the APU1 unit that does the functions of all three pieces in one unit.

Hardware

G1 – “Memcal” style chip adapter (TPI, Syclone/Typhoon, 94-95 TBI, 92-93 LT1, etc.)

G2 – “TBI” 24 pin style chip adapter

G2 GN Style – Grand National Only.

G2X – Multiple program switching version of G2

G3 – Multiple program switching version of G1

G4 – Blue Memcal style chip adapter for some 94-95 vehicles

G5 – Diesel memcal style chip adapter

HDR1 – Header that allows reading memcals in a BURN1/2.  Used to read stock program on memcal ECMs.

BURN2 – Programs chips

Ostrich – USB Chip emulator, allows realtime changes while engine running

Socket Booster – required for use of Ostrich 2.0 in TBI applications.  Can be used instead of G2 adapter.

ALDU1– USB ALDL interface

CABL1– Used to connect an ALDU1 or APU1 and a pre-1995

CABL2 – Used to connect an ALDU1 or APU1 and a 1995 car

APU1 – Combines the functions of the BURN2 (programming chips), Ostrich 2.0 (real time chip emulation) and the ALDU1 in one unit

Applications

This table is abbreviated. If you don’t see your application here, please email us.

* Socket Booster (S_BOOSTER) required for Ostrich 2 emulation and TBI ECMs

If you have excel, you can also take a look at this spreadsheet for a list of what hardware you’ll need with various combinations.

Software

TunerPro RT ( link ) and TunerCATS ( link ) are the two most commonly used software packages for OBD1 GM.

FreeScan is a free datalogger that works with some GM vehicles. ( link )

There is an excellent cross-reference I found with google that lists common ECMs, which mask (software revision) they use and various other useful information.  ( link )

Holden Vehicles

TunerCat OBD1 tuner seems to have the best support for Holden vehicles at this time ( link ) although TunerPro has support for some ( link )

Hardware-wise, the majority of these vehicles use the G1 chip adapter.  Some of the newer vehicles use our newest G6 chip adapter.  We don’t know the Australian vehicles as well as those stateside so we recommend you check out http://www.delcohacking.net for more info on these vehicles.

The first thing you should do if you are having trouble with the Ostrich is to follow the instructions in the “USB Troubleshooting Guide” which you can find here – for the rest of this guide, it is assumed that your Ostrich has been assigned a COM port and you have selected the appropriate settings for it in device manager.

The ostrich is a ROM emulator – this means that it is designed to look like an EPROM to a target system, like your ECU. If you have a working ROM Burner (such as the BURN1 or BURN2) you can quickly and easily test your hardware. We will be using the BURN1 programmer and an Ostrich 2.0 in the following example, but any ROM burner that can read 27C512 EPROMs will work. The Ostrich 1.0 works identically to the Ostrich 2.0. Follow the “Hardware Test Instructions” to verify that your Ostrich hardware is working correctly.

If you’re reasonably certain that your hardware is working right but you still can’t get the Ostrich working with your ECU / ECM of choice, take a look at the “Software Setup” section for hints and writeups on using the Ostrich with particular applications.

Hardware Test Instructions

1. For this test, download a 64k ‘test’ bin from here:
   http://static.moates.net/zips/00-512-TEST.zip
   Unzip it and save the file somewhere you can find it.
2. For this test, you will need your ROM burner software installed and working. (in this case, Flash and Burn). We will also be using TunerPro RT for uploading files to the Ostrich. Even if you do not usually use TunerPro RT, please use it for this test as it is known to communicate with the Ostrich flawlessly.
3. First check: TunerPro RT should say something in the lower window about finding an Ostrich. If your Ostrich shows up in device manager as a COM port but TunerPro RT does not detect it, you probably have a defective unit and need to RMA it.
4. Next check: The Ostrich2 has different modes of operation for 28 and 32 pin operation, both electronically and with switches. Ensure that both switches are set to the 28 pin position. Make sure the “Emulation Banks” toolbar is visible in TunerPro.
5. The Ostrich should be set for Bank 0 for 28 pin operation. Try setting the Ostrich to Full 4Mbit (or Bank 8 for 32 pin operation) and back to Bank 0 (for 28 pin operation) to be sure your Ostrich is not stuck on an incorrect bank.  It is important to CHANGE this setting, even if it looks correct initially.
   
6. Quit TunerPro.  Download the DORESET program and run it.  (It’s pretty simple and self explanatory.)  Even if you haven’t used one of these programs, it wouldn’t be a bad idea to run this just-in-case an incorrect vendor ID got set somehow.  After you are done, quit the DORESET utility.
7. Re-open TunerPro RT.  Now it is time to load a file.  In order to verify with Tunerpro, you need to first load a XDF  and a binary that *should* work together.  Doing a verify with Tuner Pro without loading a XDF can result in unpredictable behavior.  You can find an assortment of bins and XDFs on TunerPro’s website in the definitions section.  Try to choose a bin/XDF pair where the bin files are the same size as the files you are trying to use.  i.e. 4k, 16k, 32k, 64k
8.  Open a binary file that is the same size as you use in your ECU. Click the button with an up arrow on it to upload the file to your Ostrich. You should see the status bar in Tuner Pro flash as the file uploads. (Note: this will be very fast – under a second usually)
9. Now do a verify in Tuner Pro.
10. TunerPro will automatically update the checksum on a file loaded according to the current XDF before doing a full upload to the emulator.  This can cause a false-failure when you are trying to use a ROM burner to check the Ostrich.  For the next test, we want to disable this behavior.  The easiest way to do this is to go to the ‘XDF’ menu and select “New XDF” which will create a new, blank XDF without a checksum to update.
11. Go to the “File” menu and open your test bin AGAIN.  Ignore any warnings from TunerPro – No you do NOT want to save.
12. Click the “Upload” arrow like you did previously to upload the bin to the emulator, this time with your new blank XDF.
    
13. Disconnect your ostrich’s USB cable from the PC. Connect your ROM burner and fire up its software. Connect the socket at the end of the Ostrich’s ribbon cable in your ROM burner like it was an EPROM.
14. Make sure the switch on your Ostrich 2.0 is set to the appropriate setting for the cable you are using.  if you are using a 28 pin cable, both switches should be towards where the USB cable plugs into the Ostrich.   (the Ostrich1 didn’t have external switches)
15. In your ROM burner’s software, load the same file that you uploaded to your Ostrich using TunerPro RT. Make sure you choose an EPROM that is the same size as the file you are uploading (i.e.  27SF512 for 64k)
16. Perform the “Verify” function. If your Ostrich is working correctly, the Ostrich should “verify” successfully. If it failed to verify on the first try, try again.  Sometimes the Ostrich needs an opportunity to power up before it becomes available.  If your Ostrich passes this test, it is 100% working and you should do a happy dance!
17. If your Ostrich failed the “Verify” in the ROM burner software, try plugging the USB cord from your Ostrich back in to your PC and repeating the Verify test in your ROM burner software. If the Ostrich passes the test when the USB cord is plugged in but it fails when it is unplugged, one of the ground or power pins on the socket is damaged. Carefully inspect the socket for broken pins. Carefully inspect the ribbon cable for frayed or damaged wires. Emulation cables (see here) can be ordered at a fraction of the cost of a new unit.  Also – double check your switches!  Switches can cause the Ostrich to verify with USB plugged in and fail to verify with it unpluged.
18. If your Ostrich does not verify with the USB cable connected to the computer but you did pass the earlier verify in TunerPro RT, there is a problem with the Ostrich communicating down the ribbon cable with the target system. Look at the ribbon cable with the socket VERY carefully. Are there any broken pins? (this is very common) If you are sure that your cable is good but your Ostrich still fails this test, it will have to be RMAed.

Software Setup

How to setup Ostrich in CROME

(more will be added here later)

Types of Nissan Computer

Trivially chippable Nissans fall into several categories:

28 Pin EPROM (VG30DETT 300ZX Twin turbo, KA24E 240SX, RB26DETT R32 Skyline GTR, …) – If you see a 28 pin EPROM inside the ECU, this is your application.  Ostrich 2.0 works in almost all cases, but many of these applications will require a SocketBooster.

20×2 ROM Board “S13” (SR20DET Silvia/240, SR20DE Sentra, SR20DET GTiR, etc.) If you see a spot on the edge of the circuit board with two rows of 20 pins, this is probably the application.  (also see below S14a)  The Nissan 20×2 Adapter board is intended for this generation.  Two Ostrich emulators can be used for realtime emulation.

20×2 ROM Board “S14a” (SR20DET “black top” VVTI, 95-97 “B14” Sentra, etc.) If you see a spot on the edge of the circuit board with two rows of 20 pins, this is probably the application.  (also see above S13) These are not supported at this time.  Future hardware may add support.

40×1 ROM Board (Late model sentra, 240?) If you see a single, extremely long row of pins that are very closely spaced together, this is your application.  These are not supported at this time.  Future hardware may add support.

Many Nissan ECUs are not trivially chippable (RB25 Neo, R33 Skyline, R34 Skyline, 350Z, …)

Software

TunerPro RT has definitions for most S13/B13 platforms.

925style ROM editor supports most JDM ECUs.  I’ve used sucessfully with S13 SR20DET and R32 GTR Skyline.  It isn’t officially available anymore but you can find it easily with google.

CROME is compatible with certain Nissan ROMs, particularly those used in S13 based vehicles.

Download TunerPro here

Originally written to modify GM and Ford binaries, the uniqueness of TunerPro is its ability to have Definitions. While this adds a slight layer of complexity to the end user, the definition files (XDF) instruct TunerPro as to where tables and variables reside within the binary it is opening, allowing TunerPro to be compatible with virtually any binary.

Currently definitions are available for the following Vehicles at least as of 9/30/08, more being added regular (see http://www.tunerpro.net website for all the latest)::

General Motors

Ford (requires v4.13 or higher)

Subaru (Requires v4.13 or higher)

Nissan

Porsche (Motronic)

DSM (Eagle/Mitsubishi)

Renault

Registration

You will be emailed a key file to register to the address provided with your order.  In order to do this, we need your name, address, phone number and CORRECT EMAIL.  Make sure you can check the email address you provide with your order as this is where we will send your key.  Be sure to check any spam filters.  We do not need a key or any other information from you for TunerPro RT – we simply need a valid email address.

Only certain Hondas can be tuned using our hardware. In short, these are any vehicles that run a B, D, H, or F (Accord) series engine with a distributor and can run an OBD I ECU. Whether they accept these ECUs natively or via an OBD II to OBD I or OBD0 to OBD I conversion harness makes no difference.

Some of the OBD0 (pre-92) vehicles can be chipped and tuned natively, but the OBD I software tools are so much more advanced and user friendly that it is worth considering converting these vehicles to OBD1 with a conversion harness when possible.

If you have a 1996-2001 Honda, you will need to remove your stock OBD2 ECU and plug-in a supported OBD I ECU via a conversion harness. Please make sure you order the appropriate harness for your car as different model years used different connectors.

Supported Vehicles

• 1992-2000 Civic (1996-2000 Civics require OBD2-OBD1 conversion harness, use 92-95 OBD1 ECU)
• 1992-2001 Integra (1996-2001 Integras require OBD2-OBD1 conversion harness, use OBD1 ECU)
• 1992-2001 Prelude/Accord (1996-2001 Preludes require OBD2-OBD1 conversion harness, requires Integra or Civic OBD1 ECU swap, )
• 1988-1991 Civic/CRX Si-HF or swapped cars (can use OBD1 ECU and OBD1 tools with OBD1/OBD2 distributor swap and conversion harness)
• 1988-1991 Integra/CR-X/Civic with B16A swap (requires PR3/PW0 ECUs to use as OBD0 Vtec)
• 1990-1991 Civic/CRX Si D16A6 (will have PM6 ECU, ready to use as OBD0 non-vtec)
• 1988-1989 Civic/CRX Si, 1988-1991 CRX HF (requires use of a 90-91 ECU to use as OBD0 non-vtec)

Supported ECUs

• 1992-1995 Civic (P05 | P06 | P08 | P28)
• 1994-1995 Del Sol VTEC (P30)
• 1992-1995 Integra GS-R (P61, P72)
• 1992-1995 Integra RS/LS/GS/SE (PR4 | P74 | P75)
• 1992-1995 JDM Civic, Integra, Del Sol, etc. (P30, P72, P54, P08, etc. small square case. Place note in order!!! JDM ECUs require different parts than USDM)
• Chippable OBD-0 ECUs (PW0 | PR3 | PM6)
• see also pgmfi wiki on the subject

Note: If you do not see your car or ECU specifically listed here, please check to make sure you do not have an unsupported setup before purchasing anything!

Supported Tuning Software

• Neptune (targets primarily 92-95 OBD1 ECU hardware, very actively developed, advanced feature set, per-vehicle licensing)
• eCtune (targets primarily 92-95 OBD1 ECU hardware, starting to be poorly maintained, advanced feature set, per-vehicle licensing)
• CROME Pro (targets OBD1 ECUs, supports datalogging, getting to be poorly maintained, great for “simple” tunes, flexible licensing)  There is a very nice PDF tutorial written up by Darren Kattan. Check it out by clicking HERE.
• CROME (as above, free but without datalogging support)
• BRE (Primarily targets OB0 Vtec computers: PR3, PW0. Also has limited support for PM6. Only recommended for “simple” setups. Not very actively supported)
• TurboEdit (Primarily targets OBD0 non-vtec computers, i.e. PM6. Only recommended for non-vtec engines and very simple setups. Not very actively supported)
• Uberdata (Older application. Targets OBD1 platform. Once thought to be dead but seems to be some recent development activity)
• FreeLog (Free, datalogging package, works with Crome, not heavily supported/updated.)

Rest in Peace

The Ostrich 1.0, which has now been discontinued, was the first in the Ostrich line. Upon the creation of the first Moates product, the Autoprom (APU1) the team at Moates quickly realized the demand for separation of the Burner/Emulator/Datalogger combo.

As a result, the Ostrich 1.0 was born.

Early versions of the Ostrich 1.0 were very basic featuring only a black case.

Later versions of the Ostrich 1.0 featured a sticker with a very mean looking Ostrich.

Early revisions of the firmware used 115,200 baud rate. Later revisions (leading up to the Ostrich 2.0) were released featuring the 921,600 baud rate.