Member Since: 05 Feb 2006
Location: ¯\_(ツ)_/¯
Posts: 17932
I think you are referring to the warning in the IID Manual about leaving it connected long term (a warning shared by all BUS intrusive diagnostic systems, not just the IID).Land Rover - Turning Drivers into Mechanics Since 1948
Member Since: 23 Feb 2015
Location: Leeds
Posts: 269
Good to see! My Watch arrived Friday! woo hoo! Black D4 December 2014
Side Steps
Oh and now I have a Labrador!
Previous cars (Recent to first!):
Nissan Navara
SAAB 9-3
Renaultsport Clio
Citroen C2 GT
Mercedes A Class
Volvo S40
Renault Clio 16v Williams Blue
Citroen Saxo VTR
Audi A3
Renault Clio 16V Black
Vauxhall Corsa SRI
Ford Fiesta 1.1 Popular Plus
8th Jun 2015 11:02 am
maplecottage
Member Since: 01 Feb 2011
Location: Norfolk
Posts: 3171
Noooooooooooooooooooooooooooooo
More money to be spent - that said, the possibilities must be endless.
Steve
8th Jun 2015 11:45 am
CDS Site Sponsor
Member Since: 12 Oct 2009
Location: All over the UK!
Posts: 3324
All of the suggestions are great, but surely they would just as good if made available on iPhone/ iPad?
I get the convenience of the watch app, but don't miss the new stuff off the iPad/ iPhone app
Discovery 3/4 & RRS keys cut and programmed at your home or work
Apple CarPlay/ Android Auto retro fit - see it here
BAS Remaps/ EGR Blanking
Software updates/ enabling
Mobile Servicing & Repairs
8th Jun 2015 12:31 pm
PatGAPInnov Site Sponsor
Member Since: 02 Dec 2011
Location: Montreal
Posts: 745
Hi Everyone
Thanks for the suggestions, all of them do fall into the convenience area which we believe is well suited for the watch. Clive, point taken and in the plans!
Added the following to our list of beta's to contact:
Mambosasa
brightyuk
Partickpebbles
maplecottage (just in case )
Android: It's not so much that we are Apple fans but the fact we do have to start somewhere and make sure the concept is working well. Once all is sound, Android will be next since there is a market for it. It is a lot easier to make it work on one platform first and export the code to another instead of developing both in parallel.
By design, diagnostic tools are not made to be connected permanently. In some cases, this could lead to a battery drain if the device does not turn off when unused. The way to solve this is to implement a sleep algorithm that will minimize the device consumption when unused. Part of this algorithm is already in place but there is still some polishing that will of course be completed before convenience features are released.
As Beanie pointed out, a Y harness or OBD relocation is considered good practice when an OBD device is to be permanently connected. It does solve all concerns (theft, etc...)
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
)
