newbFTE
Aerospace
- Mar 27, 2009
- 2
Hello all, this is my first post and it is a long one, sorry.
I am having an issue with the use of an optically isolated RS-232 to USB four port hub.
I am using the hub on an aircraft to monitor RS-232 traffic transmitted from three separate RS-232 devices. The data is sent from the devices to the aircraft EFIS. Theses devices are hard wired into the aircraft electrical harnesses and have a power and ground wire for each device, but they only have the serial Rx and Tx wires, there are no other wires on the devices to connect. So each device has power, ground, Tx and Rx with power coming from the aircraft avionics bus.
The Tx of each device connected to an Rx pin on the isolated hub. The Ground pins for each port are connected to the EFIS as that is all that is available for ground in the connector that we are tied into. The longest RS-232 runs is about 15 feet.
This works, I have repeatedly received the same data as transmitted by the devices. My tie in does not cause the loss of any aircraft bus traffic.
The isolated hub is mounted to the airframe with rubber mounts (for protection from vibration, all devices are mounted this way), and is powered only by the USB cable. The USB is connected to an Ultra Mobile PC (UMPC) which is strapped to the flight test engineer's leg. For various reasons (think risk assessment here), the UMPC runs off an internal battery and is no way connected the the aircraft (meaning no grounding what-so-ever).
We are getting random and sporadic errors. Some of these seem to be alleviated for a short time by disconnecting and reconnecting the USB cable, but then the fault returns. The software on the UMPC (LabVIEW compiled program) does not error out and does not loose the connection with the com port. It keeps pulling data out of the buffer. However, I get alarms such as random failed checksums (about 10% failure rate), and I am receiving garbled bytes that cause data spikes when decoded, yet in these rare cases, the checksum passes (about 1% of the data). Oddly enough, when the fault has occured, it has only been on one device at a time. I may loose GPS data one day, and I may loose AHRS data the next. (by now you may have guessed that this is an aircraft bus monitor that I are trying to build)
I am wondering if this error could be grounding related. The isolated side of the Hub is connected to the EFIS ground, but the computer side of the hub is not grounded in any way. It is free floating.
I can ground the UMPC (I think) by plugging a dummy cable into the power socket and connecting the ground from the power socket to the airframe ground. Should the isolated hub be grounded as well? How could I go about doing it? Do you have any other advice as to the source of the bad data frames?
I am hoping this is the right forum to post to. I imaging instrumentation engineers would have the most experience with RS-232 devices.
-Chris.
I am having an issue with the use of an optically isolated RS-232 to USB four port hub.
I am using the hub on an aircraft to monitor RS-232 traffic transmitted from three separate RS-232 devices. The data is sent from the devices to the aircraft EFIS. Theses devices are hard wired into the aircraft electrical harnesses and have a power and ground wire for each device, but they only have the serial Rx and Tx wires, there are no other wires on the devices to connect. So each device has power, ground, Tx and Rx with power coming from the aircraft avionics bus.
The Tx of each device connected to an Rx pin on the isolated hub. The Ground pins for each port are connected to the EFIS as that is all that is available for ground in the connector that we are tied into. The longest RS-232 runs is about 15 feet.
This works, I have repeatedly received the same data as transmitted by the devices. My tie in does not cause the loss of any aircraft bus traffic.
The isolated hub is mounted to the airframe with rubber mounts (for protection from vibration, all devices are mounted this way), and is powered only by the USB cable. The USB is connected to an Ultra Mobile PC (UMPC) which is strapped to the flight test engineer's leg. For various reasons (think risk assessment here), the UMPC runs off an internal battery and is no way connected the the aircraft (meaning no grounding what-so-ever).
We are getting random and sporadic errors. Some of these seem to be alleviated for a short time by disconnecting and reconnecting the USB cable, but then the fault returns. The software on the UMPC (LabVIEW compiled program) does not error out and does not loose the connection with the com port. It keeps pulling data out of the buffer. However, I get alarms such as random failed checksums (about 10% failure rate), and I am receiving garbled bytes that cause data spikes when decoded, yet in these rare cases, the checksum passes (about 1% of the data). Oddly enough, when the fault has occured, it has only been on one device at a time. I may loose GPS data one day, and I may loose AHRS data the next. (by now you may have guessed that this is an aircraft bus monitor that I are trying to build)
I am wondering if this error could be grounding related. The isolated side of the Hub is connected to the EFIS ground, but the computer side of the hub is not grounded in any way. It is free floating.
I can ground the UMPC (I think) by plugging a dummy cable into the power socket and connecting the ground from the power socket to the airframe ground. Should the isolated hub be grounded as well? How could I go about doing it? Do you have any other advice as to the source of the bad data frames?
I am hoping this is the right forum to post to. I imaging instrumentation engineers would have the most experience with RS-232 devices.
-Chris.