Decoding Nissan style Mitsi Electric 360 slot cam sensors

[SleepyKeys]

Yes you are correct. It will me a much needed break and shot of excitement from my daily job(IT). I was hoping to get more done since I picked up the DIY-EFI hardware, but the bankruptcy at work has been keeping me busy with moving websites/data etc.


thanks for the bump
-sean

[Fred]

No worries, here's something else you might like :



Looks familiar? VH45DE nissan 4.5 litre quad cam dohc V8 :-)

Keep up the good work!

Admin.

[SleepyKeys]

Yup sure does, exact same layout as GM's version. Thanks for the additional input.

-Sean

[SleepyKeys]

[robertofonte]

They think that this pic can work with that sensor to 14,000, 15,000 rpm

I want to adapt this sensor to an engine of a motorcycle
The CBR 600 RR7

PIC32MX360F512L
MCU Core

* 80MHz, 1.56 DMIPS/MHz, 32-bit MIPS M4K Core
* 5 Stage pipeline, Harvard architecture
* MIPS16e mode for up to 40% smaller code size
* Single cycle multiply and hardware divide unit
* 32 x 32-bit Core Registers
* 32 x 32-bit Shadow Registers
* Fast context switch and interrupt response


MCU System Features

* 512K Flash (plus 12K boot Flash)
* 32K RAM (can execute from RAM)
* 4 channel hardware DMA controller
* Flash prefetch module with 256 Byte cache
* Lock instructions or data in cache for fast access
* Programmable vector interrupt controller


Analog Features

* Fast and Accurate 16 channel 10-bit ADC,
* Max 500k samples per second at +/- 1LSB, conversion available during SLEEP & IDLE

[SleepyKeys]

Seems way overkill to me. I know that this pic works fine with that sensor and I have tested it to 11,000 RPM.

P87C51FA-4n



I'm pretty confident that the xdp512 will work fine, just need to learn what code will get most bang for the clock cycle.

[SleepyKeys]

Since the future of xgate binutils is uncertain, I have decided to give Dirk's hsw12 assembler a shot in my mitsi efforts. I know ASM isn't the best language for a community project but not fully utilizing the xdp512 kinda bugs me. Plus I'm sure the extra arch knowledge will come in handy somewhere down the line. Hopefully I will be able to get started early next week.

[Fred]

As much as it should be possible, you will need to adjust the memory map and explicitly comunicate through shared memory and set all of that up etc etc. Not easy, esp when you should be able to do it without that.

I agree about not fully utilising it, BUT, wouldn't it make sense to fully utilise the main CPU first? lol, right now its 99% idle even when decoding stuff at 10000rpm. With your accumulator ideas, you should be able to make the thing work with virtually no extra CPU load at all anyway :-)

Fred.

[SleepyKeys]

All said very true. I figure at the least we will have a simple in-line xgate usage example. Who knows even if my efforts are successful I may go back to plan A haha. Another reason I like the co processor idea is that tach interrupts wouldn't effect other loops execution time thus keeping things more consistent regardless of rpm. If we could off load com and tech loops to the xgate we would have more cpu power to do fun stuff.

[Fred]

I'd say comms and ignition belong on there, but nothing much else does.

Fred.