Renduinx II V9.00 is a go!

TL;DR: Renduinix V9.00 is finally live for testing!

Alright, I’m starting to get sick of this update so I think it’s time to go public! As usual, with new code comes a new possibility for bugs, so consider this beta until it’s been proven in the wild. This will work for all REM II + models (V5 – V5.2.) Available on the Downloads page!

If you like the idea of testing new features with the possibility of issues or glitches then give it a go! If you’d like to stay on the safe side, give it a few weeks and see if other users report issues which I can make a hotfix for and release afterwards. You can always go back to older software if needed!

So, onto the goods. For those that don’t know, the REM runs off my custom written Renduinix software and the last time this got a major update was nearly a year ago with v0.891! Since then I’ve wanted to make some major revisions and updates to really fill out the software, so you can consider this update to be a bit of an overhaul. To reflect that, we are finally on to V9.00 baby! No more are the days of beta software numbering, we’re moving up to the real deal.

The short and sweet is that V9.00 is awesome. I’ve added brand new features such as “Readings,” “Tests,” and finally super basic DMM support. I’ve changed up and unified some major menu structures so settings should be much more fluent to navigate. ECU data reading is smarter, and I’ve completely reworked how CELs are detected though I’m unsure how stable this feature is yet. Some readings have more options such as RPM Rounding, Fuel Trim Zeroing, and the A/C gauges has been combined. This is also the first official update to support reading the Bendix 9 ABS system, though a special Renix adapter will be required to make the physical connection. Support for 2.5L TCUs should also work now!

Diving a little deeper, the Readings page should be a welcome sight for deeper diagnostics. All available readings are displayed in a scrollable list and some are broken down into multiple types so you can see things like MAP Pressure as well as MAP Voltage. Scrolling all the way down, you will find Native Error Codes for the selected device which is something I haven’t seen any other Renix scan tool do! These don’t trigger the CEL yet, but it’s worth scrolling down to see what your ECU is detecting, you might be surprised!

Tests is a fun new menu that incorporates some visual diagnostics for a couple sensors. You can monitor if your TPS is working and in sync between ECU and TCU, same for the NSS too! For anyone running the Wideband converter, I’ve added a mode to test if the Output signal is matching the ECUs o2 input so there is less guess work (this only works with the engine running because Renix is goofy)! Side note, my custom Wideband Closed Loop Helper code is also included, so if the ECU is about to fail from a rich condition, the AFR target is automatically adjusted to compensate and will slowly increase back to target when possible!

I finally threw together a really basic DMM mode because a lot of folks ordered that option but haven’t been able to make use of it yet! You can now switch between Volts or Ohms view. You have a live graphing output, a Max reading which can be reset, as well as the option to pause the screen if you wish to temporarily save a reading.

A personal little milestone of mine was completely reworking how ECU data parsing is done. Phil’s code was a great starting point, but it’s shortcomings always nagged at me for not being “proper.” Now it’s not limited by needing to know the ECUs program number, nor the exact stream length. It processes the Renix Protocol the way it should properly be handled, and could even handle a dynamic stream length if needed. It also doesn’t have to oversample in hopes of catching the whole stream, so consider it more efficient and precise! It also processes data as it arrives, rather than waiting for the entire frame which could technically be used to progressively update the data, but this would probably be annoying and only useful for logging purposes.

There’s also a lot of little background code refactoring as I try to make it less of a disaster. Button code has been revamped to be cleaner and allow easy support for hold repeating! I’ve tried to unify how special menus works and display, as well as having less hidden options so it’s easier to see what there is to adjust. Overall this is a massive step towards a super decked out scanner, so I’m curious to see what everyone thinks!

Renduinx II V9.00 Update Log: (I’m sure there’s some other little things but you get the idea)

  • Revamped ECU data parsing (Dynamic and Live Processing for 100% proper reading)
  • SD data logging test code (Not Active Yet)
  • fixed MAP diagnose page (Skipped before)
  • added Sensor Readings and Sensor Tests Menu
  • added wideband closed loop helper (variable AFR target if closed loop is about to fail)
  • usb passthrough mode no longer emulated (Echos exact data and timing now)
  • added ABS support (Requires new ABS Renix Adapter)
  • additional readings in readings menu (and Native Error Codes!)
  • fixed spark retard zeroing (Knock bit helps with data sync calc issues)
  • unified button check func (much easier to write, but can cause downstream skips if not paying attention)
  • rpm rounding and fuel trim zero options
  • signal out test menu for Wideband
  • CEL Routine Overhaul (In Beta)
  • CEL History test code (Not Active Yet)
  • Fixed Fan A/C trigger issue
  • restructured options menus (Scrolling)
  • proper button repeating (Saves your fingers)
  • combo A/C gauge
  • removed combo loop gauge (pretty useless legacy idea)
  • added menu back option (helps menu navigation a lot)
  • basic DMM support (Ohms are going to be off a bit)
  • removed nss from gauge screen (cleaning up test code)

Renduinix II V0.88 update, the Data is in!

Oh me oh my, goodies inbound! Renduinix II V0.88 is finally ready! Links in the website.
So, what’s new you may ask, well the answer is lots! Correct data across the board, New 2.5L gauge, Fill-up fixes, CEL Tracking menu, and diagnose menu overhaul. This update was more of a cleanup since my codes been getting pretty messy, so now things are starting to look a bit more palatable in the important areas.
Due to all my recent bit hunting, I actually found a few bugs in my old data code, and even found some new readings as well! EGR should now display correctly for the first time ever (can 2.5L guys confirm this?) and I even found a bit related to the 2.5L Power Steering Pump High Pressure Switch which is awesome so you can watch that go high and low on the gauge page. Now that I’m using BitReads and properly splitting the 2.5L/4.0L streams, it’s much easier to keep track and update them as needed.
The Fuel-up menu has gotten some background fixes, and now displays the consumption error as a base zero instead of 100. I have also added the option for manual or no fuel correction in the vehicle menu now incase the fill-up code is still wonky. Hopefully fixed NSS based saving triggers, but I’m still not sure how much more accurate it makes anything.
I think I may have finally nailed my stupid lean start-up issue with my wideband converter code. Pretty sure it was going closed loop before the sensor was ready, and it defaults rich so the ECU was leaning the hell out of it to try and get a change that would never happen. Now if no signal is present it will default lean so it will run rich instead of lean and you can at least drive it.
TCU Screen has been slightly adjusted so the Error bytes in the bottom will now read the number of errors, not the raw byte, and the TCU error screen is hopefully not buggy when scrolling anymore. The GEAR gauge has been updated to show the Torque Converter Lock-up as well for a more useful reading.
The first page of Diagnose now features the newly added REM Code Tracker which will show why that pesky CEL is actually on now! Hitting “i” will bring you to the ECU error screen so you can scroll through previous and current codes that were stored during the current trip. This will probably need some extra tuning so don’t loose your mind over it for now, but take a look and see what you find. I will be adding more advanced errors to this in the next update.
I have updated the CEL to run on all menus now, with the only exception being that in the TCU screen it will only be for TCU and in the diagnose menu it will only light up if the currently selected sensor is acting up. It can still be tuned or shut-off if needed.
The Diagnose menu has gotten a bit of an overhaul with newly discovered mystery bits and other useful readings being scattered through out. It’s not as clean looking, but I think not having to switch pages is worth having more data. The CTS and IAT now show some weird offset variable for what it’s worth. 4.0L guys get an experimental Spark Retard reading which is using a knock mask mystery byte i found. It will show a K when the knock bit is active. There is also the Injector Warmup offset displayed so you can see why cold startup is so obnoxiously rich. 2.5L guys get an RPM offset which may be useful if yours doesn’t want to idle occasionally, and I think some sort of ISM offset so you can watch it play with the TPS.
The Mystery Bytes page has been overhauled to show remaining mysteries as well as Mystery BITs now too. Each byte can hold 8 Bits, which will correlate to 8 boxes that will light up when they read 1. If you care, they are in LSB order with the top row starting from bit 7 and the bottom row starting from bit 3. 2.5L and 4.0L will also show their appropriate mysteries too!
The Detected ECU page has been updated to BitReads and RAW bits for 2.5L. 2.5L guys, if you could tell me your vehicle specs and the number it reads, maybe I can figure out what they actually mean!
In the littler things, I’ve been switching to more function based coding which makes the front end look a little more readable. I have updated LCD character creation a bit so the Temp chars only take up 1 CG Ram spot now, and Arrows have been switched over to the LCD library versions to save 2 more spots. I also adjusted a TCU port value so now everything is finally in one little chunk of code so porting between v4 and v4.1 is a snap and a clock speed change now.
There’s still a lot more to be done, but this seems like a good stopping point for now. I’ve just been feeling guilty that not all the readings have been accurate until now, but hopefully this is the update to finally fix that! Well, as always, let me know what you think and if you find any bugs! Guess I’m out of excuses so I think it’s high time I finally start work on V5 next week!
Renduinix II V0.88 Plus Update Log:
– fixed NSS based fuel saving
– AFR 1 dec
– fill-up menu fixes
– Wideband defaults to Lean
– Separate 4.0L/2.5L calcs
– Fixed EGR
– switched calcs to bitRead
– updated TCU stream
– Functions Tab
– cleaned up Get_Data
– updated TCU error display
– updated Gear gauge
– updated Mystery Bytes
– Digital Bytes display as bit symbols
– added User Fuel Cal option
– added trip ECU CEL Error memory
– Diagnose menu updated
– 2.5L PS Sw Gauge added
– CEL runs on all screens
– tidier createChar code
– easier porting defines

Renduinix V0.87 ready for action!

TL;DR: Renduinix II V0.87, Tank tracking, Sensor Graphing, Wideband support, and an NSS Gauge. woohoo!

New Renduinix II Update V0.87 inbound! Lots of goodies in here and I’m getting sick of it so time to push it! Get it here:

Main changes include Tank Fuel and Mileage Tracking(Majorly Beta), Wideband o2 sensor support, Diagnostic Sensor graphing, a new found NSS gauge, and lots of fixes!

I found some funny bugs in the Fan Control code so I’ve done a lot of rework. First off, GO CHECK YOUR SETTINGS, I have updated how the temperature is saved so they won’t read the same. It now saves raw just like the ECU reading, so switching from ºC to ºF won’t toast your engine. I found some goofs on pin selection as well, so now selecting a pin should actually select that pin for a fan.

I have also added 2 SPEED FAN SUPPORT, so for those that need low to turn off when high turns on, that is now possible. All in the Fan Setup menu so have a peek! Also turned all the fan menus into functions so coding is streamlined and guaranteed to be consistent, yay!

I’ve gotten a few reports of the Bluetooth app lagging behind the REM on some phones, so I have added BT Speed options now. If you notice a delay then turn the speed to slow and you should stay current.

Added an option for the CEL to become a shift light for those M/T guys that want it. Also adjusted the 2.5L stream length so it should read smoother now. The vHT CEL has been adjusted so it doesn’t trigger during WOT when the ECU commands it off. I’ve also revamped the vHT math so it should be much more accurate, even at very low voltages(damn diode drop).

The Diagnose menu now has SENSOR GRAPHING. This is SO cool. So if you hit the “M” Mode button, you have the option to see the Min/Max of the sensor as usual, but hit it again and you get a sick nasty 8 block graph to watch! It’s most useful on the o2 sensor, so go check it out! For now, old readings are retained forever, so switching sensors will look funny at first. Since these are custom characters, it will override the Temp symbols so they get replaced with regular letters until you hit home.

The biggest(and most complicated) update by far is the new Tank Tracking and Fillup features! Keeping tabs on a virtual fuel tank is rather complicated, especially when you don’t want to burn out the EEPROM by writing to it constantly. So, in the diagnose menu there is the current trip Miles/Fuel, but pressing “M” shows the saved Miles/Fuel over the whole tank now! These values only save ever 0.5Miles/0.05Gallons, or if you shift into Park.

Pressing “M” once more will show estimated Miles/Gallons till empty! NOW, this is extremely beta so take all this with a grain of salt. These readings won’t be accurate until the fuel tank is properly calculated, and honestly I haven’t had the time to road test this much yet. The accuracy will depend on the Fuel Calibration and how many trips you take during a tank, as each trip increases the error percentage when it comes to saving the Miles/Gallons used. I have tried offsetting the latter by saving the values when it detects the vehicle is in park so A/T guys might have more accuracy. I can’t save too often as the EEPROM has limited life, and there are no easy ways to implement saving values before the REM loses power so this will have to do for now.

I’ve also added the option to show the Trip AVG MPG or the Tank AVG MPG on the AVG Gauge for those that want it so check the unit menu for that!

Check the Vehicle menu and set your tank size first. So now when it comes time to Fill-up, there is a new Fill-up menu in settings! You have the option of a complete FIll-Up, Partial Fill, and a Missed Fill. Input the amount of fuel added and the fill type, then hit save. The REM will attempt to keep track of a digital tank and update it depending on what you pick. The REM needs two consecutive complete Fill-ups before it will update the Fuel Calibration displayed in %. If the Tank tracking error was low, then you should be able to get a much more accurate GPH/MPG/AVG reading once the fuel cal has updated. I have no idea how well this will work yet so feedback is welcome!

Going along with the previous post, I was able to crack another segment of the 4.0L Stream now that the byte storage makes more sense! This one was completely undocumented so this is awesome! So I found hiding in the A/C Byte was also a single Bit that changed with the shifter. As it turns out, this looks to be connected to the Neutral Safety Switch! So the NSS gauge will show if the Jeep is in Park/Neutral or if it’s in a drive gear. The cool thing here is that this could help with no start situations to see if the NSS is preventing a start! This is also exciting because it’s an ECU value and is completely separate from the TCU! I have no idea what this does on M/T jeeps, so let me know! I would assume it will always read park though.

Last big feature is Wideband o2 Sensor support! So now in the advanced settings you can turn on Wideband AFR readings with 2 AEM profiles supported, and pick which pin it reads on. You will need to use the voltage divider to safely read the 5v analog signal from your gauge. This could conflict with Fan Control so make sure everything is on separate pins! Turning this on will display an AFR gauge and output a Narrowband signal on the Signal Out Pin for tuning purposes!

In the Diagnose menu there is a new AFR menu which allows you to see the Target AFR for the narrow band signal, and the AFR range that the signal will cross over, along with AFR and o2 graphing. Hitting the “E” button brings you to the edit menu for these values. The Target AFR is the ratio where the o2 output will switch from rich to lean so changing this will adjust your fuel trim. The AFR Range allows you to adjust how quickly the output will change from rich to lean. A smaller range will mean a more sensitive signal in a more narrow AFR range.

Since the Signal Out is it’s own pin, you could cut the Signal trace to separate it from A2 and solder a wire to the jumper pad to have 4 free lines instead of 3. The Signal Out will run to the stock o2 signal wire in the harness. I cut an old o2 sensor pigtail and just wired onto that so I could go back to stock if needed. If you need help or any custom features, let me know so I can add them!

Now as a little safety bonus, I have also added a Voltage Brownout feature for REM Clocks that suffer from toasty regulators. I found an interesting pin on the teensy I can use to monitor the input voltage, so when the pin starts to dip from an overheating regulator, the code will automatically set the Clock to the lowest brightness level so the regulator can recover. I have done some bench testing and it seems to work rather well at keeping the unit functional, but it may need some tuning to not go off undesired. So if you notice your clock get really dim when you didn’t mess with it, the REM probably turned it down due to a voltage drop. Going into the clock menu or using the auto dim feature will set it back.

That’s all for now, hoping to have lots more in the next update when I finally get the time so let me know what ya think!

-Renduinix II V0.87+ Change Log:
– added LCD formatting functions
– fan menu functions
– fixed fan pin control
– added 2 speed fan option
– fixed 2.5L stream length
– added BT Speeds
– added shift light
– diagnose graphing
– updated vht reading
– added tank mpg tracking
– added fuel tank size option
– updated vht cel
– added fill-up menu
– added wideband AFR gauge
– wideband diag menu
– wideband to narrowband output
– added tankAVG gauge option
– temp symb function
– NSS gauge
– added clock brownout dim

Renduinix v0.85 + v4.1 Update

ALRGIHT, Time for the first Renduinix Update for REM II v4.1 models! I have spent literally the last 3 days straight coding some serious overhauls to really get these working right and now my brain hurts, a lot. There are LOTS of fixes here that I’ll go over at the bottom.

The first batch is always the bug test phase, so it doesn’t always pay to be first up 😉 Lots of fixes to help with buggy clock displays, some menu rearranging, and a proper Gyroscope Gauge now(In BETA)!

SUPER IMPORTANT, let me know if you find any new bugs so I can fix them! Even the littlest issues!

Update procedure video here:

NOW, this is gonna kinda suck for Clock Model guys because you will have to take it out of your dash to push the white upload button on the back.

Well, unless you want to try the hard method of compiling and updating through arduino instead. It’s not too bad, but a lot more steps and installing.

The GOOD news is that I have coded in a menu to reboot the REM in this update, so future updates WILL NOT require taking the Clock out of the dash, yay!

Renduinix v0.850+ V4.1 Update Log **************

– Fixed ECU stream not fully reading in (noticeable on AC gauges when vehicle is off)

– added usb serial output (USB ECU Data Logging! Uses Baud of 115200)

– added Settings subpage (options are easier to find now)

– i2c reset runs in loop now (Should fix Clocks not turning on)

– Clock can display 24 hour time now

– Clock updates with minute & hour change now

– revamped Time display code

– revamped Fan control with pin selection

– added usb upload reboot option (No more need to push the White Upload Button now)

– rtc poll throttling (Gives the i2c lines some breathing room, hopefully less chance for RTCs to bug out)

– clock auto dimming (Requires Screen Dimming to be on)

– option to separate GPH/LPH & MPG/LHK gauges

– auto dim averaging (even less likely to flicker now)

– proper Gyroscope roll/tilt gauge with offset options and averaging (THIS IS IN BETA, sometimes gauge won’t read, something to do with the goofy library, idk yet. Works great when it works though!)

ENJOY, and as always, let me know what you think! Feedback is important! Time to get caught up on pre-order assembly now…

REM II V4.1 In Da House!



Awwwweeeeeeee heck yeah! Boards came in early and they look GORGEOUS! Still gotta order parts, make case revisions, and also make sure they work, but then I can get some mass production on! Hopefully they will be up for sale in a week or two.

We’ve got REM II v4.1 in Standard and Clock form, plus the Forward-Facing In/Out Adapters and the new Reverse-Facing Regular Adapters now.