Unusual MEFI -> N2K Gateway issue post engine pulls
echandler1971
Member Posts: 211 ✭✭✭
I'll try to take all the details and make them short and sweet
1. 2 house batteries - parallel, have their own +- busses
2. House neg bus connects to port engine
3. Port engine connects to starboard and therefore, for starboard to make a path to house, it needs to go through the port engine.
4. N2K network off of house
5. Helm dependent on N2K data for RPMs and engine info - not much analog
6. Starboard engine data cuts out after starting engine. It cuts back in if I trim up or down
7. Both engines were pulled and put back last month.
This is a different grounding setup than I had. I was able to do some rewiring with the engines pulled and the grounding was terrible, so I replaced it all and changed the logical routing as stated above.
I've done a lot of narrowing down.
1. I connected the port engine MEFI gateway to the starboard engine and got the same results - it's not the gateway
2. It's not a connection/wiring/connector problem - paths are good and I can get data just by trimming up or down (odd, I know)
3. I get data all of a sudden if I'm trimming up or down, and then the data goes away again
4. I get data when the engine isn't yet started but it's keyed to pre-start
5. I get engine data (rpms) for a few seconds after start, and then goes blank
My theory is that the N2K gateway isn't feeling the ground from the starboard engine enough, and when it's running, there's something that causes the pathway to have "issues." And trimming possibly changes things? I cannot fathom how all that would interplay, but yet, trimming "fixes" it
So the question:
Is it ok to wire in a ground loop from the starboard engine to the house negative bus? Therefore, each engine would have a connection to house, AND, to each other via the crossover between them. The point being having a shorter path to the house may be all I need to make the gateway functional again (to be tested obviously). I hear negative stuff about ground loops, but nothing definitive other than "it can cause demons to pop up."
thanks
1. 2 house batteries - parallel, have their own +- busses
2. House neg bus connects to port engine
3. Port engine connects to starboard and therefore, for starboard to make a path to house, it needs to go through the port engine.
4. N2K network off of house
5. Helm dependent on N2K data for RPMs and engine info - not much analog
6. Starboard engine data cuts out after starting engine. It cuts back in if I trim up or down
7. Both engines were pulled and put back last month.
This is a different grounding setup than I had. I was able to do some rewiring with the engines pulled and the grounding was terrible, so I replaced it all and changed the logical routing as stated above.
I've done a lot of narrowing down.
1. I connected the port engine MEFI gateway to the starboard engine and got the same results - it's not the gateway
2. It's not a connection/wiring/connector problem - paths are good and I can get data just by trimming up or down (odd, I know)
3. I get data all of a sudden if I'm trimming up or down, and then the data goes away again
4. I get data when the engine isn't yet started but it's keyed to pre-start
5. I get engine data (rpms) for a few seconds after start, and then goes blank
My theory is that the N2K gateway isn't feeling the ground from the starboard engine enough, and when it's running, there's something that causes the pathway to have "issues." And trimming possibly changes things? I cannot fathom how all that would interplay, but yet, trimming "fixes" it
So the question:
Is it ok to wire in a ground loop from the starboard engine to the house negative bus? Therefore, each engine would have a connection to house, AND, to each other via the crossover between them. The point being having a shorter path to the house may be all I need to make the gateway functional again (to be tested obviously). I hear negative stuff about ground loops, but nothing definitive other than "it can cause demons to pop up."
thanks
Dan of Steel
'05 Rinker 360 Fiesta Vee
'05 Rinker 360 Fiesta Vee
Best Answer
-
echandler1971 Member Posts: 211 ✭✭✭Drum roll please……………..
it was the trim position sensor. I disconnected it and magically the data returned! I don’t really use the TPS so I can deal with it at the end of the season. I either have the trim all the way up all the way down, as I use the trim tabs instead
Dan of Steel
'05 Rinker 360 Fiesta Vee
Answers
'05 Rinker 360 Fiesta Vee
That said, I re-read what you wrote and I'm going to do a continuity test between the new transom assembly and engine. Still, TA shouldn't have anything to do with this, but then again, here we are.
'05 Rinker 360 Fiesta Vee
'05 Rinker 360 Fiesta Vee
The other new thing I discovered when I took her out at high speeds, the trim does not make the day come back when the engine is at high revs. Otherwise, the engine still functions fine. It’s strictly a data issue.
'05 Rinker 360 Fiesta Vee