DIY ECU. beta testers? Anyone? :)

[jason_]

Wonder why when I click on link, I get a redirect to this link..... http://redirect.viglink.com/?key=a7e...8f29addc91b25e


Which times out since my phone is rooted, and adfree blocks it.?

That how you have it posted? Or is tapatalk inserting garbage....

[russian]

Google says tapatalk uses viglink, this is not how I have posted the link.

[jason_]

Sounds like garbage then.



Fix for Android phones, rooted with adfree.....

https://play.google.com/store/apps/details?id=com.nevoxo.tapatalk.redirect

[jason_]

Any progress?

Sent from my One using Tapatalk

[russian]

There is a bit of progress, thanks for asking!

Got knock detection integrated, got some acceleration enrichment progress, even a bit of electronic throttle progress!

Festiva racecar which was supposed to run this at a track had to skip two races this year so rusEfi did not see the track yet. As plan B I am now building my own Miata to test rusEfi at a racetrack

[william]

Glad to see your still working on this..
Keep us updated!

[FricFrac]

I've posted this on a couple of DIY ECU forums and I figured it would be appropriate to post it here. I think we could increase development speed and future proof the hardware by this modular approach to an open source EFI system.

I see a lot of independent design for stand alone EFI which is pretty cool. It seems like there would be a better way to bring the development of a stand alone open source EFI system by harnessing the continuing advances in hardware with single board computers. As time progresses they become more powerful and less costly. By the time most of these home brew hardware are developed there is a cheaper more powerful model of the original platform that comes out and development seems to fall off.

I think in order to keep the development continuous and the hardware and software in sync we need a platform that isn't constantly aging out. If we had a more modular approach I think we could have a more enduring platform.

CPU - single board computer such as the Raspberry Pi 2 gives lots of power for a low price. There are lots of of other single board computers with lesser (cost and functionality) with adequate capability.

OS - I think an RTOS based on Linux makes the most sense for a stand alone ECU. That will allow for a cross platform so when your CPU is out dated or a cheaper more cost effective model comes out its simple to implement the new hardware. We also have tuning software already developed for that OS.

ECU Module - this would be the module that controls spark output with the appropriate drivers such as IGBT, etc, integrated on board MAP sensor and buffered inputs. This could be similar to the MegaSquirt V3.0 hardware on the input and output side but I would suggest having output drivers to run eight coils and eight injectors which would cover the vast majority of applications right up to full sequential fuel and spark. One of the problems would be the non standardized footprint for modules (shields, hats, etc). It would probably be best to design the ECU module so that the complete module solders onto the appropriate shield or hat, etc adapter board to fit the footprint of the prefered CPU.

We already have the vast majority of the difficult pieces in place. Tuner Studio and the MS2 firmware has already had many years of development and implementation. With the horsepower available on a modern SBC (thats single board computer not small block Chevy ) By taking advantage of the research, development and knowledge of the modules such as the CPU we would gain the advantage of a more powerful module and a lower cost that continues to advance and develop independent of the control side. There is no reason not to run both the control of the ECU driver board as well as the tuning software directly from the ECU itself. We now have the power to add a small display and bluetooth keyboard to tune and have programable gauges. The sky becomes the limit as the technology advances.

With the advent of proprietary firmware with MS3 the open source end of MegaSquirt seems to have died. I think this modular design approach would be a great way to bring MegaSquirt (or some new form of open source EFI system) back into the open source community in a way that will promote it's growth and keep its cost down.

[russian]

With the advent of proprietary firmware with MS3 the open source end of MegaSquirt seems to have died.

It is my understanding that the license is not different between MS2 and MS3. Proprietary code is available for both, neither is open source.

I am not sure if Linux is RTOS-enough for ECU but I am not a huge expert.

[FricFrac]

That seems to be the case. It's available for customers to modify so it sounds like you would have buy a license for the firmware or develop your own.

[russian]

[Advancedynamix]

Excellent!

[russian]

racing debut

[jason_]

This is quite impressive. Opens a whole new world for custom fueling, not just tuning, but platform and open source.

+1 man.

Sent from my One using Tapatalk

[jason_]

It is my understanding that the license is not different between MS2 and MS3. Proprietary code is available for both, neither is open source.

I am not sure if Linux is RTOS-enough for ECU but I am not a huge expert.

http://stackoverflow.com/a/25875777

Sent from my One using Tapatalk

[jason_]

Bump?

Sent from my S-Off'ed HTC One...