SVX Network Forums Live Chat! SVX or Subaru Links Old Lockers Photo Post How-To Documents Message Archive SVX Shop Search |
IRC users: |
#166
|
||||
|
||||
Quote:
The lower the monitor input impedance/resistance; the greater the signal current; lower the voltage (Dependent on output capacity) and greater the immunity to noise. In all respects the transmitted signal is more robust, a worthwhile feature. In other words, the existing signal could be overloading your gear. Think of the affect of overloading the input of an audio amp.
__________________
Trevor, New Zealand. As a child, on cold mornings I gladly stood in cowpats to warm my bare feet, but I detest bull$hit! |
#167
|
||||
|
||||
Quote:
Quote:
__________________
Subaru ECU and TCU Website 1992 Alcyone SVX Version L 1992 Alcyone SVX Version L 1994 Alcyone SVX S40-II 2004 Subaru Legacy 2.5 SE Sports Tourer 1996 Subaru Legacy 2.2 GX Wagon 1988 Subaru Justy J12 SL-II |
#168
|
||||
|
||||
Quote:
__________________
Subaru ECU and TCU Website 1992 Alcyone SVX Version L 1992 Alcyone SVX Version L 1994 Alcyone SVX S40-II 2004 Subaru Legacy 2.5 SE Sports Tourer 1996 Subaru Legacy 2.2 GX Wagon 1988 Subaru Justy J12 SL-II Last edited by b3lha; 08-21-2007 at 04:13 PM. |
#169
|
||||
|
||||
Quote:
I have no idea, honestly... no idea... |
#170
|
||||
|
||||
Phil I need more time to look at them closely but they look to be in good workjing order... I just don't have the time to reference them right now
Tom |
#171
|
||||
|
||||
So I'm watching this series about a guy asking about problems on a message board and I say to myself, why not this stuff yourself, silly?
Here's the "weird cable" that the guy plugged in. This confirms that the device used was a "Select Monitor II," PN22771AA030. And here's the one that plugged into it. I told you it looked like a parallel port!! Sadly I'm getting these from the dealer equivalent of Subaruparts.com, so they aren't exactly forthcoming with the technical details. I was lucky they had photos, let alone a color one. I have exhausted my Google skills without luck for finding any tech specs of the SSMII. All I can offer are these pictures, for now... EDIT: Thinking alone garners many things. Like this. So I'm looking at the picture of the "weird cable" that I'd never seen before, and going, "I think I've seen that before." It's the OBDII connector from the VWRX site. So then I remember that the site says that the OBDI and OBDII connectors have the same properties, just different pin locations. Makes sense that all they need is a simple cable to change forms. And then it further hits me. The cable is parallel. Vikash used parallel. And using parallel, Vikash didn't need a converter box at all... he just wired a parallel cable straight up to the Metra adapter and went from there. Is Parallel TTL? Or...something? Never mind, just d that and sure enough parallel is TTL. That answers that. So considering the Hex Comm software is incredibly basic and the ECU accepts our commands, it's unlikely that it's the software at fault for the ECU errors. And since the SSMII works fine, then it's unlikely it's the ECU causing the ECU errors (as weird as that sounds). Which leaves only the converter box. Something is wrong with the converter box. Phil, do you have a parallel port on that laptop you're testing with? Any chance you could mock up a really temporary test parallel cable? Last edited by Nomake Wan; 08-21-2007 at 06:50 AM. |
#172
|
|||
|
|||
I've got to say that this is a great discussion. I'll be really glad when we get it all sorted out for the '92s and can all have a reliable way of reading these ECU's. At this point the only possible assistance I might be able to offer is that I recently bought a SSM ver1 and I might be able to open it up and check out what it's using for interface circuitry. I'm not sure how helpful that will be but thought I'd offer.
Incidentally, if anyone knows the part number for the OBD1 SVX cartridge that goes in the SSM v1 I'd be happy to have that info. Thanks, and good luck moving forward. Jay
__________________
Speed Safely Subaru, All We'll Drive Black '92 LSl 270Kmi 5MT (W00t! for 1/4 million on 4/27/07) Laguna Blue '94 L about 130Kmi (I think) for parts, in storage previous: Green '92 LSl 253Kmi 5MT (sold to ron post moose adventure, sold to someone else) previous: Maroon '92 LSl 130Kmi +- (sold to Ron, mashed by moose, crushed) Black '89 XT6 5spd AWD (storage) |
#173
|
||||
|
||||
Sadly, from the search I did, it would appear that if anyone knows the part numbers for the SSM1, they aren't sharing. Probably because it was superceded by the SSMII and therefore nothing for it is available anymore even if you did have the part numbers.
That said, I still don't think it's in the software. I don't think there's some special "1992 Interpretation Protocol" written in the SVX cartridge. I think it's all down to the actual connection hardware. Which means I have to take back what I was saying earlier, sorta... maybe it is the cable... or yeah it probably is... |
#174
|
||||
|
||||
Quote:
Tom |
#175
|
||||
|
||||
The only thing wrong with the maps you are showing is the fuel map. It seems at low load, the engine management would want to keep consistant fuel related to higher rpms... To reword that, the map should be flat in low load as rpms increase... Thats what I have seen thus far... make reference to this post ECU Tune's measurements
Tom |
#176
|
|||
|
|||
Hello from Nissan land
Hi,
Just by random luck and insomnia I wandered across this thread. I don't own an SVX or even a Subaru, but do happen to do quite a bit of work with early 90s Nissan ECUs (I make a product called the 'Realtime' daughterboard, it does memory emulation that allows seamless changes to the rom while the car is running, and also bundles the Nissan CONSULT -somewhat like the Subaru diagnostic stuff- over a single USB connection, fun stuff). Anywho, it looks like the ecus have quite a few similarities on the hardware level (they're based on 77xx mcus too), and I thought this might help you guys out. If this is just duplicate stuff you already know, nevermind me. First off, the 7791 looks pretty much identical to the 7790. I'm judging that by the matching interrupt vector tables. I bet they're pretty much the same processor, maybe a different package? If you look in this directory: http://www.calumsult.com/calumsu/disassembler/ Under docs I've posted the short datasheet for the 7790. Also posted is a longer datasheet for a 7700 that is useful for reference. The newer 77xx chips had different peripherals (the ADC changed, etc) than the older ones, and the 7700 is in the same era as the 7790 so its peripheral documentation is useful. It has a different combination of peripherals than the 7790 though (no biggie). Combine its datasheet with the short 7790 datasheet and you've got a pretty decent 7790 datasheet. Also listed is the software manual, but without the stupid 'EOL' splashed in the middle of every page. Anywho, how we've got a different disassemble put together than what your using. Rather than just starting blindly at 8000, ours walks Kaele's dasm77 through the bin, using the interrupt vector table as the starting points. As it disassembles it keeps track of the M and X flag, and sets them correctly. This is a bit more complicated than it sounds, because its doing this for every single branch, and they tend to get quite nested. It takes the disassembler a while to fully run, but the end result is I think a bit more readable. I went ahead and put together a version for the SVX bin that b3lha had posted, check out the SVX directory. The disassembler will also autocomment known memory variables, and you can add to the list in a file called memory.txt. I put the locations b3lha had listed in when I ran the disassembler. The big txt file in the SVX folder is the result. I went ahead and posted the SVX version of the disassembler exe and source code (its in C++, and compiles under the free MS Visual C++ 2005 Express compiler). Its a console app, and you need to have it in the same directory as DASM77. Also, I didn't compile it for use on machines that don't have C++ Express installed (I'll do that later), sorry! If you want to add to your current disassembler the code above has the memory locations for the peripherals, and correct order and contents of the interrupt vector table. Btw, on your interface problem, I'd guess that the ecu RX signal isn't exactly CMOS compatible (i.e. truly 0-5V logic). The Nissan CONSULT had a similar issue. A quick look with a 'scope would verify this (want to ship me an ecu and wiring harness, lol?). Just stick a comparator in front of the max232. I'd be happy to whip out a schematic if you need help. Also, if your wanting to use that for real datalogging I'd look into speeding up the transmission speed, the Subaru speed is just slow. Nissan has CONSULT set to 9600 baud and thats just barely fast enough for datalogging. Changing the UART speed on the 77xx is a bit of a pain in the butt, its a bit more than just changing the code, stupid old processor. Last edited by Calum; 08-21-2007 at 01:59 PM. |
#177
|
||||
|
||||
Quote:
The simple approach is to add a resistor across the monitor input as a shunt. Measure the resistance at present existing across the input and as first trial, connect a resistor of say four times this value in parallel. You will appreciate that reducing the value of this resistor, will further reduce sensitivity and increase the demand for current. I would anticipate that a small carbon resistor should suffice in respect wattage. There will be problems of a mechanical nature in arranging connections and you will probably have to make up an in and out plug socket arrangement.
__________________
Trevor, New Zealand. As a child, on cold mornings I gladly stood in cowpats to warm my bare feet, but I detest bull$hit! |
#178
|
||||
|
||||
After talking with my dad I feel a little silly... he was an expert in serial and parallel communications... so the only reason Vikash was using a parallel port was because of the voltage... he's actually re-creating a driver for it so that he can use the strobe and select ports for data instead of the actual data ports, so in fact the ECU is using a serial protocol... just some weird IEEE spinoff. Is what my dad's saying. Man I wish he were here (with a scope).
But in that case, I'm going to have to go with Tom on this one. Vikash is using a really weird way of doing things, so it makes me wonder how the official monitor does it even more. strange and svxfiles could help out a lot in this part, and I know they probably already are. Calum, I don't know how you got here at all. Google or something? But you really did come at a great time. Thank you for all you've provided us thusfar. I'm curious; would increasing the baud rate require soldering? Is that what you mean by "a bit more than changing code?" While connecting unknown wires and crushing beads in our ECUs is...easy enough... well I know I'm not confident enough to do serious hardware modding like that. I don't have a spare ECU sitting around in case I mess it up... This thread is awesome. Aw darn, look at the time, gotta go to work. |
#179
|
||||
|
||||
Quote:
Quote:
Quote:
Quote:
__________________
Subaru ECU and TCU Website 1992 Alcyone SVX Version L 1992 Alcyone SVX Version L 1994 Alcyone SVX S40-II 2004 Subaru Legacy 2.5 SE Sports Tourer 1996 Subaru Legacy 2.2 GX Wagon 1988 Subaru Justy J12 SL-II |
#180
|
||||
|
||||
Quote:
I've seen that part number in the service manual somewhere. I'll have a look for it. It's great the way people are taking an interest in this thread. The other day somebody emailed me a 7700 simulator/debugger. I can load the ECU dump into it, run the code and watch how it works. It makes following the code so much easier.
__________________
Subaru ECU and TCU Website 1992 Alcyone SVX Version L 1992 Alcyone SVX Version L 1994 Alcyone SVX S40-II 2004 Subaru Legacy 2.5 SE Sports Tourer 1996 Subaru Legacy 2.2 GX Wagon 1988 Subaru Justy J12 SL-II |
Thread Tools | |
Display Modes | |
|
|