Forgot to pull fuse for PC solenoid...
-
- Posts: 50
- Joined: Sun Sep 21, 2014 11:28 am
Forgot to pull fuse for PC solenoid...
What am I likely to have fried? The solenoid or something on the board?
This is the result of getting angry after the GPIO code was corrupted again for no apparent reason. At this rate I'm thinking about ditching it and fitting a different controller as it's getting to be more hassle than its worth
-
- Posts: 1696
- Joined: Fri Apr 04, 2008 1:28 pm
Re: Forgot to pull fuse for PC solenoid...
Probably neither, but there's a chance it could be either. You have to test both.What am I likely to have fried? The solenoid or something on the board?
Then it is time to switch for you.it's getting to be more hassle than its worth
-
- Posts: 50
- Joined: Sun Sep 21, 2014 11:28 am
Re: Forgot to pull fuse for PC solenoid...
The most annoying thing is that it seems so easy to corrupt the firmware, and I don't really get why.
Today it was the result of a quick power up then down while I was messing about. After that when I powered up again all of the settings were messed up. Reloaded the MSQ but the temp readings were screwy and inputs were flicking on and off or not working. Reflashed the code and loaded MSQ and its fine again now.
Weird.
-
- Posts: 1696
- Joined: Fri Apr 04, 2008 1:28 pm
Re: Forgot to pull fuse for PC solenoid...
In thousands and thousands of hours of testing, I have *never* corrupted the firmware (and only corrupted the user parameters if the board was powered down during a flash burn).
In the reports of others, though, this seems most likely to occur when MShift is being used in pass-through mode from non-B&G code. Even then, it only seems to occur (I understand) when burning new parameters to the MShift code, not while doing normal running, etc. So it seems there is something (likely minor) in the non-B&G code or TS that doesn't properly handle the flash burns on the pass-through all the time. So I recommend those using non-B&G code to connect directly to the GPIO board using its serial port when changing parameters or tuning the trans behavior.
The other possibility is that your serial hardware is noisy (electromagnetically), or failing. Either of those can cause all sorts of issues, of course.
Lance.
-
- Posts: 50
- Joined: Sun Sep 21, 2014 11:28 am
Re: Forgot to pull fuse for PC solenoid...
What you describe could be the case, I'm connected to it via CAN through my MS3 so that might explain it. I can easily connect directly to it for tuning though as I have the serial cable plugged in. I'm using the USB connection on the MS3 for comms. I initially struggled to get the CAN working, but reloaded the firmware on the GPIO and it started working straight away, so I've left it alone since.
Re: Forgot to pull fuse for PC solenoid...
I think it is the same kind of solenoid and wiring as the 4L60e so it is OK.
And everything is still working correctly today after a lot of code loading.
For the code corrupting, when I make only little changes, it was OK to go through the MS3. but I often had problems when loading the complete msq just after a code update.
When I use directly the serial port of MSGPIO, it is OK.
-
- Posts: 50
- Joined: Sun Sep 21, 2014 11:28 am
Re: Forgot to pull fuse for PC solenoid...
So what do you normally do? Make the changes via the serial connection and then when you next connect via CAN just click the 'use controller settings' option on the difference report that pops up?
Re: Forgot to pull fuse for PC solenoid...
When I make a code update, I connect directly to the MSGPIO serial port. I connect with Tunerstudio, get the last msq and save it.
Then I close tunerstudio, I update the code.
WHen it is done, I connect with tunerstudio again and load the msq saved just before. I check that everything is working fine.
then I connect again on MS3 USB port, with CAN, I update the ini file for the CAN device in the project propoerties, I keep the settings from controller if the difference report sees a difference.
Normally it should be OK.
When I updated the settings with the difference report via CAN, I often got problems. (maybe I also did not wait long enough to shut off the car: the MSGPIO takes longer to burn than the MS3.)