On the screen, during the process, there is an animation with 0s and 1s.
Just before the error, those 0s and 1s are changing in random (?) characters.
It seems to me like a typical situation of a buffer running out of index/bound and the program filling a memory zone that is not supposed to fill. In this case the memory zone was the print buffer that is shown on the screen with 0s and 1s.
Could be a program error or a data file with a pretty particular content that throws the program out of natural running way when interpreted.
Either way, you are in for a program update or a new data file.
Did you tried to flash a different version of firmware? The old one maybe?
17th Jan 2014 10:52 am
oceandriven
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
Hi Alex,
That thought did occur to me too. Unless of course the animation was created to do that on purpose?
I'm about to lug my pc complete with 19" monitor, keyboard and mouse outside and have a go with that..!
Sadly laptops don't seem to come with serial ports anymore?
17th Jan 2014 10:56 am
oceandriven
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
OK.
Fresh install of VE on new computer (has never had VE installed before).
Connection by Serial. No USB to Serial used.
Fresh install of Flash File Loader
Fresh Download of .vbf files. .VBF file correct as per assembly number and confirmed by Geoff. in another post.
Re-uploaded of flash files to Vehicle Server.
Fails in exactly the same place
New BCU if I have to order is 10 to 17 working days..!
17th Jan 2014 12:58 pm
bellautos
Member Since: 02 Feb 2006
Location: NorthYorkshire
Posts: 2532
Hi
Do try to contact BBS about this also as they may have some more help they can offer you. Even a new BCU needs programming to the car to make it work so I think its a good idea first to try BBS for advice.
Did you try as Alex advise a different version of firmware?
Pete
17th Jan 2014 1:17 pm
oceandriven
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
Hi Pete,
Thanks for the message.
I have dual posted on the BBS boards. Suggestions so far have been similar to Disco_Mikey post earlier. Because of the fact that it's not failing during a write but before the write happens I'm thinking the BCU or some other component may be pretty dead.
When I was doing the initial write, it was writing and then failed with an ECU error which I can assume was because the ECU needed more power. At this stage it was at least trying to write. Now I'm not even getting to the write stage.
Firmware on the Vehicle Server was updated on Wednesday. Any firmware I attempt to write to the BCU/CJB ends up with the same comms error as above.
Did you do a hard reset before trying the fuse pull, if not do a HR then try the fuse way.
Flack
17th Jan 2014 1:58 pm
oceandriven
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
Hi Flack,
Yes, tried a full hard reset before the fuse pull. Unfortunately, same problem
17th Jan 2014 2:05 pm
bellautos
Member Since: 02 Feb 2006
Location: NorthYorkshire
Posts: 2532
I know I have asked but didnt see a reply.
But were you writing original software to the car or the wrong software to enable something (IE 3 Flash) ? and you try as Alex advise a different version of firmware?
Can you seill gain access to the settings page info albiet probabaly limited on the now shown info ?
Pete
Last edited by bellautos on 17th Jan 2014 5:06 pm. Edited 2 times in total
17th Jan 2014 4:28 pm
blue meanie D3 Decade
Member Since: 04 Aug 2005
Location: Newbury
Posts: 6861
might not be related but I started to get some particularly weird stuff happening when I was messing about with the FBH such as communication lost, hazards flashing etc
Turned out that one of the wires in the OBD plug with the movement had depleted down to one strand of the wire connected and needed re-soldering, so I would check these and any other wires in the DB9 etc connectors and theeeeennn......???
17th Jan 2014 4:44 pm
BBS SPY Site Sponsor
Member Since: 15 Jun 2007
Location: Sunny Cyprus
Posts: 3054
The animation provided by vehicle explorer is actually for purely cosmetic effect only
Having instructed the Vehicle server to flash a file pre loaded on the server to the ECU, Vehicle explorer really has no further interactive part to play in this process.
The ones and zeros provided by the animation is therefore just randomly generated by Vehicle Explorer intended to indicate that data transfer is correctly ocuring while the vehicle server is not producing any error. If the vehicle server does encounter any communication problem, it sends a message to the vehicle server which then changes the animation to show different random charators in the animation shortly before it provides the resultant error message for effect only.
This is in no way real data
As i have stated in my lengthy reply to you on the BBS forum oceandriven, and as no doubt Alex will concur, the fact that you can get to retry flashing this proves that the PBL and SBL methodology is working as it should and the fact that your flashing seems to always fail at the same point really does point to your ECU having a bad byte or sector in the Flash memory, noting from Alex's previously pointing out that the Flash memory is often contained within the main processor, but this is still the most likely cause of your problem IMHO.
In this case it really would not matter what equipment you used to attempt to reflash this ECU or the fact that you have retro applied sufficient power for this task.
This ECU is in fact faulty in a way that you would only know and learn about by attempting to reflash it.
As bad this news is for you, try not to blame the messenger
17th Jan 2014 6:52 pm
oceandriven
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
bellautos wrote:
I know I have asked but didnt see a reply.
But were you writing original software to the car or the wrong software to enable something (IE 3 Flash) ? and you try as Alex advise a different version of firmware?
Can you seill gain access to the settings page info albiet probabaly limited on the now shown info ?
Pete
Hi Pete.
I flashed the correct version as per my assembly which is 7H32-14C184-AA. The end intention was to enable 3 Flash but I definitely right from the 1st try was using the correct software as per my assembly.
I have subsequently tried to flash with another suggested version but still cannot get past the same point. I fear I could probably try flashing it with an MP3 file and will still have the same result.
Yes, I can still get access to the settings page but all fields show "Not supported" with the exception of the Module field which has a value.
17th Jan 2014 7:45 pm
oceandriven
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
BBS SPY wrote:
The animation provided by vehicle explorer is actually for purely cosmetic effect only
Having instructed the Vehicle server to flash a file pre loaded on the server to the ECU, Vehicle explorer really has no further interactive part to play in this process.
The ones and zeros provided by the animation is therefore just randomly generated by Vehicle Explorer intended to indicate that data transfer is correctly ocuring while the vehicle server is not producing any error. If the vehicle server does encounter any communication problem, it sends a message to the vehicle server which then changes the animation to show different random charators in the animation shortly before it provides the resultant error message for effect only.
This is in no way real data
As i have stated in my lengthy reply to you on the BBS forum oceandriven, and as no doubt Alex will concur, the fact that you can get to retry flashing this proves that the PBL and SBL methodology is working as it should and the fact that your flashing seems to always fail at the same point really does point to your ECU having a bad byte or sector in the Flash memory, noting from Alex's previously pointing out that the Flash memory is often contained within the main processor, but this is still the most likely cause of your problem IMHO.
In this case it really would not matter what equipment you used to attempt to reflash this ECU or the fact that you have retro applied sufficient power for this task.
This ECU is in fact faulty in a way that you would only know and learn about by attempting to reflash it.
As bad this news is for you, try not to blame the messenger
Hi BBS SPY,
Thank you for your response.
I've resigned myself to the fact that I need a new BCU and have ordered one from Land Rover. The countdown of 17 working days now begins. I will however still try and recover this unit as I have atleast 17 days to do so.
An interesting find is that one of my "dim" lights on my right headlamp is permanently on. I assume the BCU is stuck with this on. Just before the 3rd write fail though, I did hear the rear tail lock go so I think pulling fuse 15 and 16 probably does help in most other scenarios.
I am however no longer confident to try any further flash updates to unlock things like on the move nav and lights on display etc. This has been an expensive excercise
17th Jan 2014 8:14 pm
Robbie
Member Since: 05 Feb 2006
Location: ¯\_(ツ)_/¯
Posts: 17932
What do you mean by your 'dim' light - the side light (that come on with the 1st click) or dipped main beam (that come on with the 2nd click) and is this the only light that is on?
(This is important.)Land Rover - Turning Drivers into Mechanics Since 1948
Member Since: 01 Dec 2013
Location: Cape Town
Posts: 34
Hi Robbie,
It's the dipped main light: the round one which is partially into the grill.
It's on until I disconnect the battery and yes, it's the only light on. No other exterior or interior lights are on.
During my fuse testing I did pull this fuse with no change.
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