Possible to swap clock pod with temp gauge?

[VinceLA]

I am getting an oil temp/pressure sensor fitted in.

Also, check out SPA Technique. Two separate readings in one gauge.

[GoSmartGo]

Let's assume that there is a sender - if Scangauge can read temperature, there must be a sender somewhere... Right?

Anyone know where it might be located?

[Evilution]

Originally Posted by Fredvon4

BUT back to your idea... no soap.. they had several major area function "how it works" sections with pictures of all the components, interfaces, and CAN Line A and B signalling....

I saw that many of the sensors, and different components, were identified as model specific or requiring TAN and the "other*" code to set a feature or make communicate to the SAM or the ECU**...

*Other... there are actually three other codes besides a TAN code ( maybe, more I noted 2~3 discrete coding methods in the "notes")

** ECU is used by me as a generic name we can relate to...smart does NOT use this acronym and I forget the designation they give the Main computer

Bottom line...IIRC ...the Speedo assy "cluster" is "branded" to the ECU and SAM by a code The item also and had a bunch of superscript #1/2/3 next to it's description with the mandatory micro fine print with the notes or cautions

smart call the ecu the MEG in the 450 and the ME-SFI in the 451.

TAN code is a "one size fits all" word to save confusion. Apart from the proper TAN, there are things that can be activated with button pushes and things that can be actuated using the MB-star program without a code from Germany.

The sensors have to be there and although the speedo, ECU and SAM are coded together, the info has to be available on the CAN bus for diagnostic purposes. It would be pointless for it to be excluded from the speedo.
Especially considering that all other CAN info is sent to the speedo, the coding on the speedo just decides what it shows and what it ignores.

I have learnt to ignore "how it works" type manuals as they only put down what the techs need to know. This was apparent when I hacked into the 450 LIN bus and displayed readings that were only designed for the Roadster.

Don't work with what they have done, work around what they didn't bother to do.

[Smart Car Geek]

Originally Posted by VinceLA

Also, check out SPA Technique. Two separate readings in one gauge.

That's looks nice if you already have the pods, but we're working on installing a Heads Up Display (HUD) for the car later this year.

[Fredvon4]

Kane I tend to agree... trust me brother it will be years before we have the density of cars and the associated junk yard full of parts waiting to get experimented with...

sling a Euro speedo accross the pond and I will test your therories...grin

While slinging...drop by BigPerf and grap a 451 Me-SFI with NA remap...grin

OH and talk someone out a the magic plugs too

Any plans to visit the USA in the future?

[bottlerocket]

Originally Posted by Evilution

Unfortunately your LCD layout is totally different to ours. I would be interested to see what would happen if you fitted a Euro speedo to a US 451.

Euro cars actually do have external temperature displayed on the speedo.

The outside temperature sensor wires directly into the back of the speedo.
The coolant temperature sensor transmits the temperature to the Euro speedo via CAN bus. I'm sure it's readable on a Scangauge.
The US 451 will still have the sensor in place. My initial thought was to cut the external temperature sensor wires and wire the coolant temp sensor into the speedo.
The problem is there is far too much assumption that the voltage range of the sensor would be the same so I doubt it would work.

Euro speedo, it's worth a try.

Evilution,

I see that over across the pond you guys have something called an x-gauge. You think this will work with our smarts over here?

[VinceLA]

Originally Posted by GoSmartGo

Let's assume that there is a sender - if Scangauge can read temperature, there must be a sender somewhere... Right?

Anyone know where it might be located?

Not all sensors have to be readable as mandated by SAE J1979 standards. Cars in the US must conform to read the basic sensors, eg ECT, IAT, LTFT, STFT, Load, TPS, Spark ADV etc. The Scangauge works off that. The coding is open source. Just have to get a OBD chip to "talk" to the car via the OBD2 port. I did just that in my race car using the chip from ELM.

Now if you want a system that can read BOTH OBD2, sensors that ECU read and sensors that you have installed, you need more than a Scan gauge-like device. You need a data logging system (how does sampling rate 100hz sound?), that has a CANBUS ability and communicates with a HMI, preferably touchable screen. I did just that as well in my race car. The screen shots below are from an earlier prototype. Of course, the version I have now is fancier.

[Smart Car Geek]

Originally Posted by bottlerocket

You think this will work with our smarts over here?

Clickity-Click ;)

[jwight]

Originally Posted by bottlerocket

Evilution,

I see that over across the pond you guys have something called an x-gauge. You think this will work with our smarts over here?

The short answer is no; the X-gauge only covers smarts up to 2006. No work on 451 models. Besides, it's 199 Euros (around 300 bucks!)

[bottlerocket]

Originally Posted by jwight

The short answer is no; the X-gauge only covers smarts up to 2006. No work on 451 models. Besides, it's 199 Euros (around 300 bucks!)

crap and crap!!