M1 GPR limitations

Discussion and Support for MoTeC's M1 series ECUs

Re: M1 GPR limitations

Postby JamieA on Wed Apr 15, 2015 6:05 pm

We designed the M1 to work with the Lambda products that we sell.

If anyone else wants to output Lambda on CAN, then we will happily accept it. Feel free to use any CAN lambda box on the market that outputs on x460. If you want more info on the format, happy to send it to you.

The downside to Lambda on board (as done with the hundred series ECU's) is that the ECU platform remains locked to that lambda technology for the life of the product, and more importantly, it takes up numerous pins, 6 dedicated pins for two lambda sensors out of only 60 pins on the small boxes. It is always a juggling act to give the end user as many usable injector, ignition, AV, AT, DIG, HB and alike pins as possible, whilst wasting as few as possible.

By keeping the lambda sensors off the board, we can give users more pins to run the car, and a small CAN device to bring in many lambda inputs easily. you dont even have to buy and wire up the OEM Bosch sensor connectors as you would have to with lambda on board, as we have built this into the LTC.
JamieA
 
Posts: 454
Joined: Wed Apr 30, 2008 3:16 pm
Location: Melbourne, Australia

Re: M1 GPR limitations

Postby stevieturbo on Thu Apr 16, 2015 7:43 pm

JamieA wrote:We designed the M1 to work with the Lambda products that we sell.

If anyone else wants to output Lambda on CAN, then we will happily accept it. Feel free to use any CAN lambda box on the market that outputs on x460. If you want more info on the format, happy to send it to you.

The downside to Lambda on board (as done with the hundred series ECU's) is that the ECU platform remains locked to that lambda technology for the life of the product, and more importantly, it takes up numerous pins, 6 dedicated pins for two lambda sensors out of only 60 pins on the small boxes. It is always a juggling act to give the end user as many usable injector, ignition, AV, AT, DIG, HB and alike pins as possible, whilst wasting as few as possible.

By keeping the lambda sensors off the board, we can give users more pins to run the car, and a small CAN device to bring in many lambda inputs easily. you dont even have to buy and wire up the OEM Bosch sensor connectors as you would have to with lambda on board, as we have built this into the LTC.



Is there an expectation that lambda technology is going to change much over the next 10 years for example ? IMO it hasnt really changed a lot over the last 10 or so, with many still favouring the older NTK sensor.

As for pins....how much does a few pins and connector cost vs your own external lambda controller ? Pins are cheap, connectors are cheap. There should never be a need for a juggling act.

Given lambda feedback is considered almost essential these days, both for ease of tuning, logging, safety features etc....it does seem hard to believe almost any ecu let alone a top end brand does not have at least one lambda channel integrated.

Lets face it, how many ecu users these days dont want this feature ?

By all means additional boxes can be added for those wanting lambda per cylinder as that would be a less common install and not practical for an on board application, but really no excuse for not having the option for any on board at all.
stevieturbo
 
Posts: 499
Joined: Fri Jul 11, 2008 3:32 am

Re: M1 GPR limitations

Postby mr2andy on Fri Apr 17, 2015 10:49 pm

JamieA wrote:Number 1
We made lambda input on M1 to suit our lambda products, the LTC (and PLM to some extent).


Jamie,
Can you please explain the PLM to some extent comment? I just ordered the M130 and will soon to replace my M400 with it and I currently uses the PLM for lambda control.
mr2andy
 
Posts: 135
Joined: Sat Aug 29, 2009 10:54 pm

Re: M1 GPR limitations

Postby JamieA on Mon Apr 20, 2015 9:44 am

All the "PLM to some extent" means is that we really designed M1 to be used with the LTC.

We priced the LTC product the same as the Lambda upgrade price in M800 (so that there wasn't any price difference between buying the lambda option on M800 and using an LTC in M800 or M1) yet we didn't lose the pins on the ECU itself to lambda.

So we got to use the pins for other functions, and had an external lambda product (LTC) that was already wired with the correct connectors for the sensor in use, and it cost the end customer no more than the M800 upgrade would -- seemed like the correct direction for the product.

PLM itself wasn't really part of the design here, as it is over twice the price of the LTC, but it will and does work just fine in this situation.

-Jamie
JamieA
 
Posts: 454
Joined: Wed Apr 30, 2008 3:16 pm
Location: Melbourne, Australia

Re: M1 GPR limitations

Postby mr2andy on Wed Apr 22, 2015 5:21 am

Thanks for clarifying that Jamie. Is there any downside at all to using the PLM instead of the LTC except the higher cost of the PLM?
mr2andy
 
Posts: 135
Joined: Sat Aug 29, 2009 10:54 pm

Re: M1 GPR limitations

Postby JamieA on Wed Apr 22, 2015 10:19 am

no, there is no downside in using the PLM, that is what I use myself with an M1,
JamieA
 
Posts: 454
Joined: Wed Apr 30, 2008 3:16 pm
Location: Melbourne, Australia

Previous

Return to M1 ECUs

Who is online

Users browsing this forum: No registered users and 30 guests