Vessel overview
navigation station - Master RL70C
Slave RL70C in cockpit
Starboard instruments
Port instruments
Jeanneau SO43
2003 Model
Hull 227
Updated 05/26/2008
Raymarine System
Overview
The vessel has a Pathfinder Plus system of navigation instruments connected via a Hsb2, SeaTalk and NMEA network. The components and their status as of 1/21/07 are listed below:
Device
Product Code
Serial No.
Notes
RL70C display –Master (nav. station)
E52034
0420250
V2.09
RL70C display –Slave (Helm)
E52033
1120089
V2.18
Type 400 Autopilot, model 150?
E12055
0520224
Software upgrade 2003 by Raymarine (closet aft berth)
Smart Heading System
E12101
1020009
Gyro compass (closet aft berth)
Fluxgate Compass
(closet aft berth)
Raystar 125 GPS
E32042
New 6/9/06, wired SeaTalk config.
ST6001+ Autopilot control
E12098-P
0461408
Ver. 4.06, Starboard helm, new ’06
E85001 Interface
behind Nav. station panel, new 07
ST60+ Tridata - master
A2004-A
048281
Ver 1.0, Starboard helm, new 06
AirMar Knotmeter sensor
20-399-01
none
New 06
Depth transducer
unkn
unkn
AirMar - Original
ST60+ Wind - master
A22005-P
0460054
Ver 7.03, Starboard helm , new 06
ST60+ Tridata -slave
A22005-P
0320030
Ver. 1, Port helm, new 06
ST60+ Wind - slave
A22005-P
0561032
Ver. 7.03, Port helm, new 06
Radar Scanner
E52010
Mast - repaired by RM Dec '05 after being flooded by rainwater.
SeaTech Navigator Ver 4.1 Build 5540 Laptop via serial port Icon MC402 UPC 731797302696 0105367 SkyMate 100 SCID 2505058796 Dealer CN510133, 3.86 Client Data in red not confirmed.
E85001 NEMA connections provide communication with the following devices:
Device
Notes
Laptop Computer
RS232 serial for SeaTalk out via serial cable, blocks NMEA output on E85001. We have a NMEA cable connected to the master RL70C that is a work-around for getting NMEA output for the following devices (this is necessary, as we understand it, because the RayTech Navigator program on the laptop causes the E85001 to convert data to SeaTalk for the RS232 serial output).
Device
Notes
Icon MC402
uses $**GLL from RL70C for Lat/Lon
SkyMate 100 So far proven incompatible History
During new vessel delivery sea trials it was determined that the RL70C plotters were displaying information erratically. The vessel icon would travel along the course line skewed or backwards, the chart display and radar displays were mirrored from each other showing the land to be to port on the chart while the radar overlay depicted it to starboard. The system could be synchronized so it displayed properly only to have it revert to it's initial behavior when re-powered. After hours of cell phone discussions with RayMarine (RM) techs a local service provider attempted to download a program upgrade into the course computer resulting in the computer freezing and being sent back to RayMarine. Their supposition was that the computer software was having problems with the presence of the slaved RL70C. When the system was re-installed it exhibited the same behavior as before.
We finally reached a RM tech that advised us to go through the initialization sequence using the Autopilot (not the RL70C menus) and then remove the yellow SeaTalk connection from the Rate-Of-Turn gyro (GyroPlus2). We did that and the heading and radar overlay problems disappeared. The ROT gyro status LED blinks red all the time so we don't know if its functioning or not. At any rate the system displays the proper information and the auto-pilot functions as expected. Our system is wired per Owners Handbook, Doc #81198-1, Feb. 2002, page 28, lower schematic with the exceptions that NMEA out appears to be connected to the slave RL70C and the yellow SeaTalk wire from the GyroPlus2 is not connected at the T400 Course Computer. The rate output is wired per page 29. Older manuals show the fluxgate wired through the GyroPlus2 with a SeaTalk feed to the Course Computer and NMEA to a RL70C (Type 150/400 Autopilot System installation Guide, Doc. # 81173-3, June 2001, page 21).
The system has an on-going issue in that the master RL70C shuts down and reboots periodically disconnecting the radar scanner and freezing the slave RL70C. After reboot the slave functions though radar has to be restarted. This happens frequently when entering a harbor or constricted waterway while one is trying to zoom in on the chart. I suspect it has something to do with the way the charts quilt but cannot confirm this. At any rate it has added to my gray hairs many times. RayMarine says it's a C-Map issue and of course C-Map says it's a RayMarine issue. I put the problem on RM - I bought their product. I can help lessen the frequency of crashes by making sure I have only one C-Map chart chip in the master RL70C (diminished functionality).
Late May 2007 lightning struck near the vessel while it was in it's cradle on the hard. We discovered on launching that the knot meter didn't work. BoatUS had a surveyor haul the boat and thoroughly inspect it - confirming that there was no direct hit and that EMI had apparently damaged some of the instruments ability to communicate via SeaTalk. One by one the cockpit instruments were replaced until the system worked and all the user menus were functional. By the time we had everything working and communicating properly we had replaced all of the cockpit instruments (with the exception of the slave RL70C), the knot meter transducer, and the VHF as the remote microphone circuit no longer functioned properly. After the instrument replacements the system worked as it had prior to the damage. It still crashes when there are multiple charts for a given area and occasionally when ranging up and down.
In January 2007, while installing SkyMate, we were unable to get a usable Lat/Lon output from the E85001 interface. We replaced the E85001 with no success. SkyMate operation via the laptop (e-mail, FAX, position reporting) is communicated using a USB port but the SkyMate's CPU should be getting it's Lat/Lon via NMEA from our RayStar 125 GPS (if no GPS signal SkyMate uses a less accurate doppler satellite calculation). We had a SeaMark tech onboard 2/7/07 to troubleshoot the problems and design a work-around so our VHF received lat/lon from the master RL70C, leaving the E85001 dedicated for serial communication by the RayTech Navigator program via a SeaTalk conversion. This leaves our Nobeltech software and SkyMate without a GPS input.
Ongoing issues 5/07
- SkyMate is not getting usable position data ($GLL) from the GPS via the NMEA out connection on the master RL70C. It appears that the SkyMate 100 is sending data on what should be a data in pin thereby corrupting NMEA. SkyMate has to resolve this.
- Master RL70C freezes, crashes and reboots. This most frequently occurs when entering channels or harbors where there are multiple charts for the area being transited. It happens more often when 2 C-Map chips are present but also occurs when only one is in the master RL70C. RayMarine says it is a C-Map issue, C-Map says it is a RayMarine bug.
- Autopilot reversed 180 degrees today (5/1/07), see updates. We backed 60 miles today (per the chartplotter).
Partial Recent System Log
02/24 /07 - When we left to cross the Gulf Stream we had the radar scanner on. Every time I tried to range in or out the master RL70C crashed and rebooted, shutting down the radar scanner and loosing the route data. (The slave shows no map data available until the master reboots. The master reboots, waiting for a "continue" to acknowledge the RM disclaimer.) I tried the radar without overlaying it on the chart. Again whenever I tried to change range the master rebooted. Usually when we are using radar we are entering harbors or approaching unfamiliar shores. We try to range down the master before we come into these area thinking that the slave may be asking for detail that the master hasn't accessed. It seemed to help a little. As I think back to earlier crashes some seemed to occur at random... however sometimes the system ranges up by itself (a little trick it does when you leave it on a low range, 1-6 nm, for an period of time). The crashes may have occurred during one of those system range changes - we may have only noticed the crash and reboot. I don't believe the scanner was on (other than standby) every time the system rebooted (it is always on standby). This happens enough that we've coin the term "Raymarine Moment" for the events. The radar scanner had been repaired by Raymarine in December '05 after shorting due to water intrusion... though the problem existed before that time. RL70C power supply issue?
3/9/07 - We've had several cases of the master rebooting while in the Bahamas - with the radar in standby or off. The most recent was today when it rebooted 3 times while we were entering the narrow channel into Norman Cay with range set at 1nm (there is a chart overlap in this area). It sure makes life interesting... being in a tight spot and having a Raymarine Moment. We've even had it reboot at night when the slave RL70C was off and the master was on anchor watch. Naturally it defaulted to anchor watch off when it rebooted. It's almost worse than no system as you can't trust it.
3/23/07 - Squalls forced us to use the radar for the first time since we crossed the gulf stream. We've avoided it to try to minimize the number of crashes - turning the scanner off each time we initiate the system. Every time we changed range the system crashed with either or both the slave and master rebooting. Causing us to wait while the radar powered to standby so we could restart the scanner. It didn't seem to matter whether we had the radar screen or radar overlay on the chart. It seems like every time the processor has to deal with a heavy load something reboots? Very frustrating!
We've elected to quit using the radar, but still have occasional crashes. Additionally the chart changes ranges on it's own - typically up to 12, 24 or 48 miles from 1 - 6 nm, something it has always done. We've tried making sure the master is at the range we want thinking it may be conflicting with our ranging on the slave, but that doesn't really seem to solve the problem.
5/1/07 - Today the system powered up with the autopilot reading 180 degrees off our heading, hence the two RL70C displays show the boat backing down the course line. Haven't had this issue since the original system was installed and troubleshot. User calibration only provided 2 choices - indicating the pilot doesn't know its on a sailboat. Tried to get into dealer calibration, get a CRL display, no access. Got to get RM on the line again as the manuals don't address this. Checked the radar overlay and it is showing land off the port side of the boat which is correct orientation to the bow but 180 degrees to reality. Last time this happened we had to do 2 circles to linearize the system with the yellow SeaTalk wire connected from the Course Computer to the ROT gyro, then disconnect the yellow SeaTalk wire from the ROT gyro and make final heading corrections to the Autopilot via the dealer menu at the 6002+ Pilot.
5/2/07 - Contacted Raymarine and got assistance in accessing the Dealer Menu (hold standby until Cal displays, then press Auto once, displays lock OFF, use display to access features), made the heading correction. Next step, re-initialize with the yellow SeaTalk wire on, then remove it.
5/10/07 - While traveling in dense fog using radar we had a brief "Raymarine Moment" when our radar and chart plotter crashed as we crossed the interface between two electronic charts. I had 2 chips in the master as we were leaving one C-Map and entering another. I removed the chip for Norfolk to Jacksonville, leaving the Chesapeake chip in place and rebooted the system.
6/24/07 - Entering the traffic in New York Harbor the system rebooted twice (radar was off). I had 2 chips in as this was an area where we changed chips. Removing one settled the system down.
8/07 - Our wind instrument is acting funky... sometimes it is reading correctly and sometimes 30-40 degrees off. If I calibrate a correction on one tack I get double the error on the other. In that the ST60 head was new 1 year ago I suspect the masthead sender. I took it down, inspected, cleaned, straightened the warped vane and reinstalled it. Didn't make any difference. Some days it works perfectly, most of the time we can't trust it.
Ruth had a "Raymarine Moment" the other day. While sailing in autopilot auto mode she moved away from the helm to adjust a sail. The system elected to chose that moment to dump to standby causing the boat to violently turn into the wind. Don't know why but it happens every so often, 4-5 times a year.
11/3/07 - We continue to have operating surprises. Last week the autopilot went to standby (helmsperson caught the wheel in time), later is lost the route data a couple of times. This week it elected to quit reading the C-Map chip - switching to 1200 nautical mile range. We got the chart back by switching the C-Map to the other socket. Makes life interesting.
11/07 - One of the system's little frustrations is the trick of jumping ranges by itself. We may have the system set at a 1.5 mile range while negotiating a narrow inlet only to look down a find the chart has reset to 24 miles. This leads to panicky process of scrolling down thru 12, 6, and 3 mile ranges to get back to 1.5. I guess this is a feature designed to make one remember the larger picture. At 6 knots that's hardly a concern.
1/30/08 - Generally the system works. Other than an occasional auto-helm dump we can depend on the depth, speed, log and GPS. The chart plotter continues to have "Raymarine Moments", jumping up 2 or 3 ranges while you are entering a narrow channel or just plan rebooting at the cost of routes or waypoint planning. This past week it's been cranky again. It's still a big step above doing it all with a hand bearing compass and grease pencils (though we keep them handy... just because).
5/25/08 - Haven't logged any notes lately, not because it's gotten better, I've just gotten use to the crashes and the charts changing scale on their own. You have to pay attention to details like system date when looking at tide charts, today it was 5 years off. Who knows why, yesterday it was correct. Ariel's new system has it own little quirks. Hey, it beats a hand bearing compass and a sextant.