Friday, 9 September 2016

ECU Modifications

There were two further modifications I wanted to make to the control system before getting the bike back on the road for a decent period of time and collecting data.

  1. Bluetooth connectivity
  2. Barometric Pressure Sensor


Bluetooth Connectivity

I had been looking at incorporating Bluetooth connectivity on the Microsquirt for quite a while and had purchased an RS232 to Bluetooth module for the purpose. I never got around to installing it permanently though as I needed to add a separate power connection for the module.
When I was building the new ECU harness recently I added a switched 12V power & ground connector with the intention of using this connector to power a Bluetooth module.

However, getting into the detail, I became less happy with the RS232 to Bluetooth module option. This option meant I would still need to use a 2.5mm jack to RS232 cable between the ECU harness & the Bluetooth module which not only made the setup bulky but also introduced more connectors than required  with the potential for connection issues.
I researched alternative serial-Bluetooth modules and came across the HC-05 & HC-06 modules which are commonly used in Arduino projects and can be easily reprogrammed using an Arduino. I decided upon using a HC-06 module as I did not have the requirement to switch between master/slave modes. The physical size of the module was a large part of the attraction. The plan was to use a linear voltage regulator to drop the switched 12V supply down to an acceptable level for the HC-06 and enclose the module in a small case with a flying lead terminating in a 2.5mm jack to communicate with the ECU. However when this setup was tested, the software would recognise a Bluetooth device was connected but it could not read the firmware signature. The signature appeared as though the baud rate was incorrect even though it wasn’t. After much frustration & further research, it was found that the HC-06 works with straight serial data and cannot deal with RS232 serial as it was receiving via the 2.5mm jack in the ECU harness.

Then I discovered an article online that described installing a HC-06 Bluetooth module inside the Microsquirt case. 5V power & ground connections were taken from the development header on the main board and Tx & Rx were soldered directly onto the main board prior to the RS232 chip. This installation had the immediate attraction of being extremely tidy as everything would be hidden inside the ECU case with no external wiring. I added a toggle switch to the 5V power connection so that the Bluetooth module could be switched on & off from outside the ECU, allowing the choice of connecting to the ECU via Bluetooth or via direct RS232 serial cable.

The internal installation worked great the first time and has made datalogging and loading calibrations onto the ECU significantly easier given that every ride can now be datalogged using a smart-phone in the pocket without requiring a laptop with wired connection to the ECU to be carried around in a backpack. It will significantly increase the rate of data collection and usability of the bike.

HC-06 Bluetooth Module

Barometric Pressure Sensor

Given the location of the lambda sensor on the TSR exhaust system, it is impractical to run closed loop lambda correction during daily use and so the intention was to dial in the fuelling as best possible and run open loop fuelling. In order to correct fuelling for varying atmospheric pressure and riding at altitude, the preference was to add a separate barometric pressure sensor which would allow constant fuelling corrections with pressure/altitude.

The simplest option was to add a second MAP sensor which would be dedicated to atmospheric pressure measurement. However, MAP sensors tend to be able to measure across a larger range of pressures than required so accuracy would be compromised. I also had not added the external wiring necessary when I renewed the ECU harness.

I had seen some examples of Microsquirt ECUs modified to include an internal MAP & Barometric pressure sensor such as the DIYAutotune MAPDaddy board. This particular solution did not appeal to me though as it is relatively expensive, includes 2 pressure sensors when only one was needed and the sensors are 4 Bar sensors which are likely to be quite inaccurate when trying to measure in such a small range of the sensor’s capability. This did however open up the idea of using a board mount pressure sensor located within the ECU case.

I looked at using a Bosch BMP sensor but as the output is digital I would need additional electronics to convert the signal back to analogue 0-5V so that the ECU could read it. A Honeywell pressure sensor was also an option as it gave an analogue output and being a through-hole package, it could easily be mounted on standard stripboard. However the cost was prohibitive being over half the cost of the dual sensor MAPDaddy board and the physical size and measurement range was still larger than I would have liked.

In the end I have chosen an Infineon KP235 Barometric pressure sensor as it is low cost, designed for use in automotive applications, narrow useable measurement range & small package size. The one disadvantage was that the surface mount package and small size meant I had to design and make a PCB to mount it and allow it to be connected to the ECU but this was a small price to pay for the size and cost of the unit.

A PCB was designed to accept the KP235 sensor and include smoothing capacitors on the input & output voltages as recommended by the manufacturer. Surface mount 0805 package capacitors were used to help keep the size of the board down and the interface with the ECU would be through standard size header pins and DuPont connectors. This way the board size was kept down to 25mm x 12mm.

Copper board was painted to mask the copper layer. Then a negative of the PCB layout was etched in the mask to expose all the unwanted copper. The exposed copper was then removed using an acid solution before removing the paint mask and protecting the remaining copper with a liquid tin solution. The header pin holes were then drilled and the components soldered in place. For additional protection and isolation from vibration, the completed board was coated in a layer of silicone rubber.

Completed Sensor & Board

Protected Sensor Board

5V power & ground were taken from the header pins on the main board as with the Bluetooth module and the output signal wire was soldered to the SPAREADC2 pin on the Ampseal connector between the connector and the ECU board. A 1.5mm hole was also drilled in the ECU case to allow pressure inside the case to equalise to atmospheric pressure.

Sensor Installed In The ECU

Both the Bluetooth module and barometric pressure sensor are held in place using hot glue. The Bluetooth module is located underneath the topside of the Ampseal connector and the barometric pressure is located underneath the lower side of the Ampseal connector. The Bluetooth switch is located on the RHS of the ECU and is easily reachable when it is installed on the bike.


Following these two upgrades to the ECU, the physical install is considered as good as complete. The bike is now back together again and on the road where the goal over the next few months is to collect as much data as possible and continue to refine the calibration.


Friday, 19 August 2016

Idle Control Valve & More Wiring

Idle Control Valve

One of the things that was bugging me about the whole install was the fact that because I had converted the carburetors to throttle bodies and disabled the choke, cold starting was still a bit of an issue. There was a fine line between setting the throttle stop such that the engine would run when cold and still not idle massively high. I had got it to a point where it would idle at c.2,000 rpm when hot but when cold it would struggle to life & I couldn’t touch the throttle until a reasonable amount of heat had built up in the engine. It was OK for the short term but it wasn’t good enough for a road engine so I started looking into getting some form of idle control implemented.

As most idle control valves are based on a stepper motor driving open the throttles when cold I began to look at these. I contemplated mounting a stepper motor to the throttle bodies to drive the throttle stop screw in and out so that I could vary the closed position depending on coolant temperature. The issues with this were the placement of the stepper motor & also the stepper motor drive. The Microsquirt does not have a stepper motor output so I would need an external unit to convert the PWM output of the Microsquirt into something that could be fed into a stepper motor. Space constraints won out in the end. The thermostat housing is located pretty much exactly there the motor would need to be mounted and I had already moved the thermostat housing as much as possible just to get the fuel rail to fit.

I also considered a mechanical system with a thermostat that would retract a plunger as coolant temp rose and close the throttle more but the same space constraints also killed that idea.

I then thought that I could bleed air past the butterflies by using the carb sync nipples that I was already using to measure MAP from. Having air leaking in here results in rough running on a carbureted system but with the FI system I would have the ability to add fuel to compensate and make use of the additional air being drawn in. A solenoid valve could be driven by PWM directly from the Microsquirt to regulate the flow of air past the butterflies and the MAP sensor could be T’d in between the solenoid & the split to all the ports so that MAP could still be sampled in the same way as before.

After a little research I purchased a Bosch canister purge valve used in many cars and a selection of silicone hose & T pieces to plumb in the system. The diagram below shows a schematic of the plumbing I ended up with.


The idle control valve so far has only been tested for a very short time on the bike but so far it is looking very promising. When the engine is warm, the difference in engine speed between valve closed & valve open is 1,000 rpm and I can also use the valve to control to a target idle speed in closed loop mode. It certainly needs more running to dial in the settings but it is a big step in the right direction.



Wiring Harness Issue 02

Given the addition of an idle air valve, I needed to run the signal wire from the ECU to the injector harness to drive the valve so that required a small change to the ECU harness. Small changes spiral quickly with me though and this was no exception.

Even though I had spent some time this time last year tidying up the wiring harness, I had become pretty unhappy with it as time went on. In diagnosing a faulty main relay some months back I became sceptical about the quality of connections I had made in the harness. Since most of these connections were made at the very beginning of the project when I had little experience and were added on a “when needed” and “where is accessible” basis, I did not have a clear idea about how reliable they were and where the connections were physically located within the harness. The harness was also far bulkier than I cared for and was generally not up to my current standards.

At the time I started to doubt the harness I had decided that I would build a completely new main bike harness incorporating the ECU harness and dash and a few other upgrades that would make the bike a bit more modern so I thought the old ECU harness would do the job until I got the main harness built.

However, having to run a single wire along the harness presented the perfect opportunity to tear it all apart and start again to make the ECU harness tidier and more reliable until the upgraded bike harness would be ready to drop in. The main aims for the new ECU harness were:

  1. Remove all unused wires from the harness. Previously I had just chopped the unused wires back but they still ran within the harness up until the front of the pillion seat.
  2. Replace any wires within the harness which were deemed overkill for the level of current they are expected to carry.
  3. Replace all previously spliced wires with new more reliable spliced connections.
  4. Tidy up the power connections around the fuse box & add proper relay connectors to make removing and replacing components more foolproof & straightforward
  5. Tidy up how the external coil driver box interfaced with the harness
  6. Mainly use the process to create a complete & up to date harness drawing and pinout chart including connector specs, wire routing, wire sizes, splices & splice locations and harness lengths. All this would take more time now but would really help with any fault diagnosis and harness alterations in the future. It would also get me one step closer to a full set of documentation to capture all the alterations & modifications I have made to the bike throughout this project.

While drawing up the new ECU harness I decided to change the way injector power was being delivered to enable me to fit in the idle valve wiring in the same connector that was already in the harness. Previously, each injector bank (2off) had its own fused power supply so I merged these two supplies into one which also provided power to the idle valve and allowed me to use a 4-way connector between the ECU & Injector harness. That change did however force a rebuild of the injector harness even though I was reasonably happy with that. At the same time it was a good excuse to make a few nice changes and make it altogether more robust.

First was to remove all the wires from the ECU Ampseal connector that were not being used. Also any signal wires which had been cut and spliced previously were removed and replaced with fresh wire. The harness was then laid out and laced together with the branches coming off the main trunk at the correct locations. Then connectors were added and the whole lot wrapped. Installed on the bike it is now far easier to install & remove the harness and it looks much tidier also.

Laced ECU Harness

Installed ECU Harness
While that all looked good, I felt that wrapping the harness tended to twist the bundle a little when wrapping and the wrap was also a little untidy around the areas where the branches broke away from the main bundle so for the Injector harness I took a slightly different approach. I sleeved the wire bundles with DR-25 and then covered the joints with adhesive lined heatshrink to provide some rigidity. I also redesigned the harness so that the main bundle would be tied to the throttle bodies just below the airbox rather than onto the fuel rail where it was previously.

Completed Injector Harness

Installed Injector Harness

Installed Idle Valve

Thursday, 18 August 2016

Back To Basics

I realise it is close to a year since I updated this but better late than never. Not much has happened in the way of real engine calibration since the last update but still some reasonable progress in terms of fine tuning settings. The bike got MOT’d right after the last blog entry and had a few outings afterwards but hasn’t really moved since Christmas.

I wanted to check a few things that were bothering me about the Microsquirt control and so ended up carrying out quite a lot of bench testing on the ignition side of things over several months.

I actually don’t remember where it all started but at some point during the last year I started to question the accuracy of ignition timing provided by the Microsquirt ECU. I carried out some tests using a crude trigger wheel simulator on the bench & then on a running engine which confirmed my suspicions; ignition timing appeared to drift as much as 5 degrees at 18,000rpm. On top of this I noticed two further uncertainties while testing.

  1. Battery voltage as read by the ECU did not track actual battery voltage. There appeared to be some hysteresis in the measurement as the ECU recorded a different offset depending on whether the battery voltage was rising or falling. This was obviously an issue as it would result in incorrect coil dwell times & injector dead times.
  2. During ignition coil testing using the ECU’s output test mode, coil dwell times measured did not match what was demanded by the ECU even with battery voltage compensation disabled.

When I first noticed the timing accuracy issue I figured I could simply get a new, higher resolution trigger wheel made to replace the standard 12-3 wheel. However I hadn’t reckoned with the fact that the Microsquirt doesn’t have the processing power to cope with a higher resolution wheel at the kind of engine speeds seen on the CBR250. The Megasquirt developers have stated that even with the low resolution wheel on the CBR250, 18,000rpm is pushing the boundaries of the Microsquirt hardware capability and that an MS3Pro ECU would do a far better job at controlling the engine at these speeds. Coming out of this, I will most likely be upgrading to an MS3Pro ECU sometime in the future but given the expense and the fact the wiring harness would need to be redesigned to work with the new ECU I tried to find a way to make the Microsquirt work acceptably until I was ready for the upgrade and so I continued with reasonably extensive bench testing in order to measure and understand how the ECU controlled the ignition side of things.


Ignition Timing Accuracy
Firstly I wanted to spend some more time bench testing the ignition control both to understand the issues better and to be able to present the issue properly to the Megasquirt developers which would help find out if the MS3Pro would actually fix the issues. That meant making sure that all other variables were as accurate as I could make them. The most important of these was the trigger wheel offset relative to TDC. I had determined this value early in the project using a timing light so it was potentially not as accurate as it could be.

To determine this properly with the oscilloscope, I needed to compare it directly with the output of the standard MC22 ECU at a known engine speed and spark advance. I wanted to have a way of accurately simulating the crank trigger signal as would be seen by the ECU in a running engine. There are lots of ways available to simulate hall effect trigger signals but I specifically wanted to simulate the VR type of signal that creates a zero crossing. After some research & trial & error I settled on using an Arduino board to create the signals using a modified version of the Ardustim code.

The Ardustim code normally generates a hall type signal by asking a single pin to go high at specific times. With some modification to the Ardustim code I ended up creating a VR type signal by switching two separate pins & merging them into a single channel. The voltage output from the merged channel would depend on the combined state of the two Arduino pins.

Both pins high = 5V; Both pins low = 0V; 1 pin high + 1 pin low = 2.5V.

The output is fed through a transformer to create the needed zero voltage crossing. The simulated VR signal could then be used to determine the 1st tooth angle offset to TDC from the standard MC22 ECU.

As I had a CBR250RR(R) ECU, the benchmark from the manual is spark demand at 20°BTDC at 1,500rpm. Measuring the time delay on the oscilloscope between the 1st tooth trigger & coil firing signal and converting to degrees at 1,500rpm gave me a 1st tooth angle of 70.5°BTDC. 0.5° closer than I had measured with the timing light.

1st Tooth Offset Determination. Note The Simulated VR Signal
With the foundation settings correct in the Microsquirt I then proceeded to map the ignition angle error across the engine speed range to build up some data and understand what the exact nature of the error was. It was only when I actually wrote the error values down that I discovered that the errors were consistent in terms of time throughout the engine speed range. This led me to wonder if this was something that could simply be corrected for in the calibration by adjusting the spark hardware latency offset setting. I had not used this previously as I had understood that it was to be used to correct for any delays which might exist within external hardware and since the errors I had been seeing were from within the Microsquirt itself, I ignored this feature.

I made some small adjustments to the latency offset and rechecked ignition timing across the speed range each time until I was happy that the measured ignition timing was consistent with what was being demanded.


Voltage Reading
It was actually quite straightforward to fix the battery voltage reading error within the calibration. I used a digital benchtop power supply to vary the voltage supply to the ECU & noted the voltage readings within the ECU. I quickly found that the different voltage readings depending on if the voltage was increasing or decreasing was being caused by the smoothing function which I had set quite high initially. Once the smoothing was removed, the ECU voltage readings tracked consistently all the time but were offset slightly from the supplied voltage.
I used the measured error to determine new values for voltage at max & min ADC to change the voltage reading calibration which brought the voltage readings in line with the supplied voltage.


Coil Dwell Time
While testing and characterising the ignition coils using the controller’s output test mode to drive the coils, I found that the measured coil dwell tended to be longer than what was being demanded from the ECU by a factor of c.1.14. This did became a little worry at the time but I have since noticed that the error appears only when controlling the coils in the output test mode. When the engine is running (or simulated) the measured dwell time matches what is being demanded by the controller and so this became a non-issue.


Ignition Coil Characterisation
A major unknown in the ignition system was the dwell time required for the ignition coils.

First, the standard MC22 RR(R) ECU was mapped in order to determine what dwell times it was requesting at different engine speeds and then compared against how the Microsquirt code handles dwell.
Looking at the dwell times that were being requested by the standard ECU and how they changed as engine speed increases gave the impression that the coils may be performance limited at high speed as the dwell time at 17,000rpm is significantly shorter than at 5,000rpm for example and if the dwell being provided at lower engine speeds is necessary for good coil performance then it would mean that the coil is not getting fully charged at higher engine speeds and ignition performance may be compromised.

This observation prompted an investigation into trying to fit some higher performing pencil coils from a more modern machine to try and get consistent ignition performance throughout the speed range. The biggest issue was and still is finding coils which will physically fit in the MC22 plug bores.

All TCI coils found are too high and protrude quite a lot above the cam cover and foul the radiator fan.

CDI coils such as installed in ’97-‘99 Suzuki GSXR600/750s & 2009 Yamaha YZF250 seem to be the smallest coils physically and could be made work but even these are c.10mm longer than ideal for the MC22. The issue with the CDI coils then is that while they can be made work with a TCI ignition system, the charging current is far higher and the dwell times are far shorter than a normal TCI coil and the ECU and coil drivers would need to be capable of controlling them very accurately.
The charging current can be dealt with using an appropriate ignition IGBT specced for the high current & fly-back voltage. I did purchase a number of appropriate transistors which were capable of driving the CDI coils successfully during bench testing.

However it was found during testing that the Microsquirt firmware did not have the dwell demand resolution needed to accurately control the GSXR CDI coils. The Megasquirt firmware can only control dwell to the nearest 0.1ms but the GSXR coil nominal dwell is c.0.3ms so accurate control of the dwell is impossible with the Microsquirt controller. Due to this control limitation, the coil upgrade idea has been parked for the foreseeable future.

Given no alternative ignition coil solution was on the horizon, the standard MC22 wasted spark coils were tested to characterise them and ensure they were being driven properly by the ECU. The coils are nothing special for the MC22 as one might expect for an engine that was being asked to rev higher than most other engines at the time. They are TEC MP08 coils which seem to have been the standard Honda wasted spark coil of choice during the 1990s.

A current clamp was connected to the oscilloscope to observe how the charging current increased with dwell time & determine the optimum dwell time for a range of battery voltages to provide consistent performance. Observing the way that current draw increased with time it was decided to limit the charging current to 2.75A. The standard ECU does not correct for battery voltage and dwells the coils for 6ms at idle and up to 4,000rpm. As can be seen in the current trace below, this level of dwell overcharges the coil and dwell times could be significantly reduced without too much of an effect on ignition performance. Reducing dwell times would also ensure the coils are performing consistently across as wide an engine speed range as possible. At 12V, the dwell time to 2.75A is 2.5ms and even at 10V there is no sense in dwelling the coils for more than 4ms although it does not reach 2.75A.

TEC MP08 Primary Current at 12V Supply, 6ms dwell
This investigation showed that as long as battery voltage is kept above 12V there would be no reduction in ignition performance across the full engine speed range. Another benefit is that by keeping the dwell as low as possible at lower engine speeds, this would reduce the load on the charging system compared to the standard settings. Also the old adage, “leave well enough alone” holds true as there is no point in chasing the COP coils option when there is nothing suitable on the market at the moment for reasonable money. For a bigger engine it would be worth it purely to free up some space and provide the option for sequential ignition at a later date.


While getting all this information took a lot of time and investment in new equipment, it is worth it to ensure that the basics of the system are working correctly otherwise it would make future calibration more difficult.

Tuesday, 10 November 2015

Re-Calibration

First off, the new fuel fittings have been installed and are a success. The install looks quite tidy now and I have adequate clearance between the frame and the banjo bolt. The 90degree fitting also directs the hose in the right way so that the quick release fitting is lined up with the pump spout. Installing and removing the fuel tank is now very straightforward.

Fuel Hose
As well as re-testing the injectors, I also took the opportunity to properly calibrate the Suzuki MAP sensor using a Druck calibrator I had available to use. This corrected any errors in the calibration at the start of the project which was done using a mechanics analogue vacuum gauge. The MAP sensor now tracks barometric pressure to +/-1mBar.


Due to the change in injector characterisation within the ECU software, I needed to revisit the calibration which had been carried out during road tests at the end of 2014. The estimated dead time previously had been too large which then meant that I ran into issues running the engine using the same fuel table & warmup settings as previously determined.

I had originally planned to go the route of timed semi-sequential injection as that has the potential to give more repeatable results and better fuelling control at idle and part throttle, low speed than untimed batch fire injection. This is how the ECU was programmed up until a few weeks ago and I had managed to get a relatively good idle and had a decent fuel table. However, as the previous calibration was based on incorrect injector dead-time, the fuel table values were skewed.

When I started the bike again a few weeks ago with corrected injector characteristics & a good MAP sensor calibration, engine idle was erratic and not very well controlled. Lambda readings were as high as 1.35 despite using the same fuel table as before and the idle bins needed a lot more fuel added in order to get the engine to idle at a sensible lambda. Even then readings were swinging constantly between 0.9-1.1. The issue was that the correct dead-time was quite a bit lower than the estimated value used previously and so that meant injector pulsewidths were now low enough to demand pulsewidths at the lower end of the non-linear flow region such that little to no fuel was actually being injected each time and leading to high lambda idle and lean misfire. This was compounded by the fact that the semi-sequential control required each injector to fire twice per cycle, halving the demanded pulsewidth for a given quantity of fuel.

Following this development I abandoned semi-sequential injection in favour of batch fire. While it is a more crude method of fuel delivery and does not usually yield as fine control as lower loads & speeds, the tradeoff in favour of longer, more predictable pulsewidths as idle and low load are worth it for my application

In the past two weeks I believe I have managed a much smoother, controlled idle than I had with the earlier 2014 calibration. So far I have not had any issues with repeatability on the batch fire sequencing and off-idle throttle response is far better than ever before.

I need to finish some other non-EFI conversion related work on the bike before I will be able to get the bike on the road and continue calibration work.

Thursday, 27 August 2015

Permanentisation!

The project came to a bit of a halt over the winter and spring due to the unexpected rebuild of another bike. Now though it is slowly coming back into line.

While I have not started the bike in months and progress would appear to be slow from looking at the semi-naked bike in the garage, some good and very important steps have been taken towards making sure the EFI system is fully integrated into the bike.

Firstly is wiring. During the early calibration and testing stages, I still had not fully finalised the wiring loom. While the EFI side of the loom is good and did not need to be touched, the auxiliary loom which forms part of the Koso dash installation had not been finalised. I pulled out the dash loom again and split it into two definitive sections which allows the dash to sit much better when the nose fairing is installed. One section feeds into the original loom via one of the original clock connector and the other which routes down the RHS of the bike taking the constant power source & fuel level signal to the dash. CLT & speed sensor wiring was also plugged into this side of the loom and I integrated the Eclipze headlight upgrade wiring into the auxiliary loom also.
That bit of tidying has fixed some items which I was not 100% happy with.


Revised Dash Harness Routing


The second and most important thing was to permanently turn the carburetors into throttle bodies. When I first fitted the throttle bodies I was unsure if removing the slides completely would cause issues with response & rideability at low throttle openings given that the throttle bores are so large in comparison to the inlet ports. In order to verify this, the slides were simply held in their fully open position using silicone sealant to test the rideability. During testing, no adverse characteristics were noted so the original plan to bond the slides in place permanently was carried out.

The slides were each filled with reinforced epoxy resin and bonded in the fully closed position with the same epoxy. The main slide area was then cut out using a dremel tool and cut back to meet the throttle bore wall. A brake cylinder hone was then used to grind any imperfections down and ensure bore roundness was maintained. After initial honing, epoxy resin was reapplied on any low spots and the honing procedure repeated. Once a good finish was achieved with the hone, the bores were finished by working up to 800grit emery paper. Right now, the gas path is smooth all the way through the throttle body with none of the imperfections of the carburetor left to disturb the air.

Epoxy Infill After Roughing

Finished Throttle Bore


I was not 100% happy with the injector testing which I had carried out before. Only one injector had been tested, the flow rate was a little approximate and the dead time calculations had been inconclusive so that my current calibration still contained the default figures. Getting the injector dead times right is crucial to a good idle, especially as the injectors are still a little on the large side for the mc22 so I opted to retest all four injectors using better equipment.

Short lengths of flexible tubing were slipped on over the end of the injectors to direct the flow and also to minimise vapour spray. The injector being tested was fired into a plastic container which was placed on a scales. Weighing the fuel injected was far more accurate than measuring it from a graduated cylinder as larger quantities of fuel could be used for the test and thereby minimise the effects of any errors in readings.

A variable bench power supply was used to power the ECU & injectors which allowed dead time tests to be conducted at 3 different voltage points and measure dead time variation with voltage. The fuel pump was still driven by the battery as the power supply did not have the current rating to support the fuel pump power demand.
Each injector was tested at 100% duty cycle for several periods of 1-2mins to get an average flow rate. Dead time tests were conducted using 10 different pulsewidths at 3 different voltage settings, with each data point test timed to last 2mins. This resulted in long test times although confidence in the results is very high.

Measuring Injector Discharge

Test Bench

Test Results


The fuel line fittings are also being upgraded. The initial testing was carried out with a standard steel banjo fitting feeding into the end of the fuel rail. A fibre reinforced fuel line had to be used due to space restrictions not allowing an aeroquip hose to bend around to meet the fuel pump. Space was also so limited that the banjo bolt fouled on the frame with the throttle bodies fitted. It was good enough for early testing but certainly not good enough to stay that way.

One solution was to cut 2-3mm from the end of the fuel rail and to shorten it. However, an alternative banjo fitting had to be found anyway to route the fuel pipe to the pump so modification of the fuel rail was held off until suitable fittings could be found.

Luckily enough, the good people at ATEC Autotechnic make a selection of quality motorsport grade fittings and will supply CAD models of everything on request. That allowed the packaging to be determined before buying and it was found that by using these quality fittings, the banjo stack height could be reduced by over 3mm meaning that no fuel rail modification was needed.

New Fuel Fittings

Old vs. New
 

Tuesday, 14 October 2014

On the Road

The bike is now fully put back together again at last! i.e. all fairings, lights, mirrors, etc. This means I am no longer restricted to testing during daylight hours. A nice addition to have coming into dark winter evenings. This is the first time it has resembled a finished bike since the project started.

Over the last few weeks I have managed to take it out for a few long (2 hours plus) spins while logging and letting the tuning software refine the VE table. I have to say, I am very impressed so far with the injection system and how well it can cope with the wide rev range. Sure there are rough edges and areas which need further development but really I am delighted with the performance of the system. Above 8,000rpm the ride is very smooth and it honestly feels like it was made to be injected. 3,000 to 8,000 was very rough to begin with but over the last few rides it has smoothed out significantly. That area still needs more work but it is rideable. I suspect a lot of the issues at low revs may be caused by the fact I have acceleration enrichment settings disabled and a seemingly small change in throttle in that range results in a much larger change in relative airflow than the same change higher up the rev range.

I also fixed the issue with the Koso dropping revs at high engine speeds. It was simply a matter of changing a setting in the ECU to output the tach signal at half engine speed and then change the settings in the Koso to convert the half speed signal back to real engine speed. It seems the Koso has issues dealing with 2 ignition events per cycle at high engine speeds. Having a reliable speed readout also gave me the confidence to bring the engine all the way up through the revs. It has left me with no doubt whatsoever that the microsquirt can handle engine control at CBR250RR speeds.

There is a lot left regarding tuning the fuel table and then the ignition timing table but it now feels more like a bike and less like a project so that is a big positive.

The next big job on the bike is a new paint scheme. The new front fender and fuel tank don't match the rest of the bodywork.




Monday, 22 September 2014

Back at it again

So after a few months of not being able to work on the bike at all I am back at it again.

I haven't done any more physical work on the bike since, just tuning and refining the control side of the injection.

Below is a quick video of one of some of the first rides running with injection.



I was relatively sure I had populated the fuel table to be safely rich to begin with but I did a slow run up through the revs at first, attempting to hold relatively steady throttle and revs at various points in order to build up a log of the fueling. After that, I stopped and checked the log for any lean areas or overly rich areas. and adjusted the fueling in that part of the table to compensate. There were a few areas that needed attention. The rev range log and adjust was repeated a good few times that aren't shown in the video until I was absolutely sure I wasn't getting any lean areas.

I then attempted a few runs that contained a mix of coasting, gradual and hard acceleration to see how the engine reacted under normal riding conditions. It doesn't like very quick throttle openings but that is to be expected as I have acceleration enrichment disabled for the initial tuning process. Acceleration enrichment adds additional fuel during acceleration depending on the rate of throttle opening. The lack of this is most evident while trying to blip the downshifts.

Circa 6-7,000rpm at small throttle openings sounds quite rough (0:30-0:45 in the video). It has improved since that clip in the video but hasn't disappeared so that will need further work.

Also the Koso dash does not seem to like the high revs and drops signal anywhere between 10-14,000rpm as you can see in the video. It looks like it misinterprets and loses sync with the signal coming from the ECU and then catches it again. The point which the loss happens seems to vary as well as the time before it picks up again. I have had no chance to investigate this yet but first on the cards is to fit an inline resistor as this cleared up my VR signal issues going to the ECU last year. I have also discovered a setting in Tunerstudio that allows TACHOUT to output half speed signals. There is a chance the Koso will like these slower signals better and it can then do its own internal multiplying to get back to the correct RPM reading.

Over the last few days I have been logging full cold starts (engine stopped for more than 12 hours) and summarising various initial conditions such as cranking PW, idle VE, coolant temp and time to engine start. I am defining engine start as the point at which engine speed rises above 1,000 RPM. The summary results will hopefully build up a good database on which to base changes to the cranking PW curve to get the quickest possible starts. So far I have not had any real cold starts. The last 3 starts ranged from 15degC up to 22degC. Each achieved engine start within 0.95-1.52 seconds. Starts were achieved with zero throttle and no choke.

I have noticed also that my logs are recording INJ2 timing of 0deg constant during engine running although the semi sequential injection should make it 180deg offset from INJ1 timing. The INJ1 timing shows correctly as per table so it may either be a glitch in the software or elsewhere to say that INJ2 appears not to be timed. If this is the case it may explain the slightly rougher than expected running.

More to come as refinement progresses.