First steps in automation

Thanks for the link.
I also prefer some more “big” logic controllers, but the arduino looks fun…

Indeed. The arduino is fun and has tons of potential. Its also possibly a much more cost efficient implementation of digital or analog controls. Compared to going full HMI for anything with a readout arduino and some lcd screens are much more cheaper than say an Allen Bradley panel view. Though I would love to make an HMI touchscreen for all my controls and readouts. Ive got a Allen Bradley micro logix 1200 input and output complete. Just need analog module. Ive got tons of buttons pots etc. If you need anything just ask.

so much i would like to do, all at the same time :wink:
i am looking for, or better said, studying about building an interface between an original motor management system and an fully automated gasifying system.
kind of automatic switching, starting, blending… a wet dream …
mastering the EFI… MMS… :stuck_out_tongue:
What kind of standard equipment could be used, would be needed ?

For starters give this a quick read and see what ideas come to mind (im sure quite a lot) then from there we can apply that information gathering (data logging) from the obd to controlling respective parts of the gasifier.

Yessss, i gave it a glance, i love it…
Now, one of the idea’s i had, not sure if i can pull this trick on the newest cars, was to make the original control unit believe the data i am sending him trough an external unit ( arduino or better )
Lets say i make the OEM believe he’s to rich, he should gradual work the way down …
Lets say to the OEM his ignition is to late, he will advance…
The inlet temp is changed, the air volume, the turbo pressure…
All these value’s i would like to control them and make the OEM react with his original settings and adjust automatic according the input i give him.
We use to call that pitagorian triggering, predictive guiding.

If we are able to make the OEM to adjust itself in the , for us, most suitable settings, then we use the data from the gasifier to feed in values towards the OEM.
The OBD gives feed back to make adjustments to the gasifier ( intake air, core temp, egr, waterinjection, whatever needed- possible )
I having a brand new Isuzu pickup available as a Ginnea pig. ( diesel, commonrail direct injection )
Theoretical all is possible, but have to look how the OEM CU reacts.

You think we could pull that off ?

Missing link added, arduino Thailand

Im certain the OEM has read values on these bits. To alter the data the OEM receives will be interesting to say the least. Lets start easy. First we need to test the signal from a sensor. Lets pick an O2 sensor. Hook it up to an oscilloscope in line with the OEM and record the reactions based on the situations we provide the sensor. Once we establish a baseline we can then relay that sensor through the arduino as a bit for bit translation. In short. What the sensor sends to the arduino the arduino sends to the OEM. See if everything runs normally and we have confirmed communication. Im guessing here but it should be a scaling milliamp signal (analog) going back to the OEM. In theory we should then just need to tweak that signal coming from our arduino to do our bidding and the OEM will do the rest. Programmatically speaking we would be intercepting the O2 signal and relaying the relative signal to apply which every change we want the OEM to react to.

http://www.autospeed.com/cms/article.html?&title=Altering-Closed-Loop-Mixtures&A=111536

Something along these lines.

Edit:
Something else to keep in mind. O2 sensors are rated for a predetermined range of AFR that they are accurate to. Im not sure how the OEM will react to being fed a signal outside of that range. Gas AFR is much different than Wood Gas AFR so finding an O2 sensor that will be accurate to that range might prove difficult.

Yes that article comes very close to what i have in mind…
But, what he did not notice or maybe i am wrong, the O2 sensor-system always makes the mixture going up and down, this for a good functioning of the catalyzer. An fuel system with a cat, will never work in an ideal situation, it needs an constant altering ( rich-poor-rich-poor) for the effect of the catalyzer to work and to stay clean.

Anyway, feeding the OEM with our bits :stuck_out_tongue:
I am going to have a hell off a wett dream tonight …

Making the OEM think the injectors are present, but sending them a signal from the arduino might be possible to ( based on the info we rtetrieve from the OBD)

I think the injectors are part of that closed loop or switching loop. If we only tweak the injector signal the O2 sensors will still think its lean because of the range they are made for. Im guessing again that EFI truck on wood gas has the check engine light on because its running lean. The OEM is always trying to compensate wide open on the injectors, within its preset range it has in the computer, thus pushing as much of the gas as possible to the engine. With wood gas being less powerful this is probably a good thing that helps keep them running as good as they already do on the wood gas. Possibly using aftermarket injectors or oversized injectors could increase some power on the wood gas side but possibly flood the engine on regular gasoline. All this is going to take some testing and A LOT of TheoryCraft
Edit:
If it were possible to actually make the truck use the injectors along with the throttle body.

I use to drive rebuild engines on propane or butane (LPG)
I always had the injectors “bridged” with resistors to ensure the working of the ECU OEM
Only cutting the voltage line was not sufficient, the engine would start searching indeed in its managment system.
Its excactly why i want to use servo controlled mixture valves connected with the O2 sensor.
Otherwise the OEM might start compensating with the ignition advancing (lean mixture ignites different)
If the systems is “guided” by a knock sensor, there must be taken care of the entire set data bits comming from the whole set of sensors.
( dpending the prefs of the EMU )
Spoofing at 3 points simultaneous ? injectors, air mas, knock sensor ?
Going to be fun to find the solutions

It might be easier to just do away with oem at that point hahaha. Null it out and build your own out of the arduino. Im starting my AFR regulations on arduino with pots controlling servos then build from there. Will be an interesting journey to automated self sufficiency.
Eventually ill incorporate outputs on the arduino to a micro logix 1200 as inputs on the plc for handling the bigger voltage tasks. It can handle a lot more load. But more expensive. I can get the rheostat and thermocouplers easily as we operate kilns all the time. Maybe a humidity sensor here and there when the gas cools down and releases it moisture. Id like to get some readings off that as ill be running some green/predried lumber