ve.bus:ve.bus_network_interference
Differences
This shows you the differences between two versions of the page.
Next revision | Previous revision | ||
ve.bus:ve.bus_network_interference [2024-02-06 01:28] – created guy_stewart | ve.bus:ve.bus_network_interference [2024-02-06 22:59] (current) – [Impact of these errors] mvader | ||
---|---|---|---|
Line 1: | Line 1: | ||
====== Troubleshooting VE.Bus network interference ====== | ====== Troubleshooting VE.Bus network interference ====== | ||
+ | |||
+ | This guide is intended to rule out VE.Bus cables as a cause when troubleshooting spurious VE.Bus error codes. This guide should be considered when the VE.Bus errors appear to be triggered and exacerbated by some load types, load sizes, connection or disconnection of the AC input, temperature, | ||
+ | |||
+ | This guide should be followed as a pre-cursour to escalation and potential RMA of the GX device and/or the Inverter/ | ||
+ | |||
+ | ===== Physical and EM Interference ===== | ||
+ | |||
+ | Use Manufactured Cables! Always use manufactured cables rather than crimping them onsite. A lot happens at the point of contact. Attempting to crimp cables on site will increase the odds of these issues. The amount of noise to signal goes up dramatically on a less than perfect crimp that visually looks fine and tests ok for continuity. | ||
+ | |||
+ | **Separation and Cable Management: | ||
+ | |||
+ | If you have VE.Bus errors, and they aren't corrected by simply replacing the communications cables, then they likely need to also be re-routed. Even temporary (though still secure) re-routings can help to rule out this as a cause of issues before escalating to the replacement of hardware (such as the GX device or Inverters). | ||
+ | |||
+ | ===== Interference Intensity at Various Distances ===== | ||
+ | |||
+ | * At 1 cm (data cables side by side with power cables), the relative interference intensity is 100%. | ||
+ | * At 2 cm, the intensity reduces to 25%. | ||
+ | * At 3 cm, it further drops to approximately 11.11%. | ||
+ | * At 10 cm, the interference is only 1% of what it is at 1 cm. | ||
+ | * At 20 cm, the interference falls to 0.25% (from then on can usually be assumed safe) | ||
+ | * At 100 cm, the intensity is a mere 0.01% (99.9% reduction, but usually impractical) | ||
+ | |||
+ | **Length of Run:** The longer the run of the cables, especially when in parallel with power cables, the worse the effect, necessitating greater separation. Also the longer the communications cables run generally the weaker the signal and the greater the noise. So minimise the lengths where possible and avoid bundling or coiling excess. Use a shorter manufactured cable if possible. | ||
+ | |||
+ | **Type of Current:** DC solar cables are the most likely to cause interference. AC cables are more likely to cause interference than DC battery cables. Other data communications cables will rarely cause interference. | ||
===== VE.Bus Network Error Count ===== | ===== VE.Bus Network Error Count ===== | ||
Line 5: | Line 30: | ||
The network quality counters in the VE.Bus system track the number of frame retransmissions required after a VE.Bus device receives an invalid frame. These counters can be accessed via VRM by adding / | The network quality counters in the VE.Bus system track the number of frame retransmissions required after a VE.Bus device receives an invalid frame. These counters can be accessed via VRM by adding / | ||
+ | {{: | ||
===== Key Points on the Counter ===== | ===== Key Points on the Counter ===== | ||
Line 13: | Line 39: | ||
===== Impact of these errors ===== | ===== Impact of these errors ===== | ||
- | **Small Systems:** In smaller setups with a single unit, delays and retransmissions from a Multi to a GX device may not even have noticeable effects. However, there is a known bug that can cause energy meter counts to stop that will be addressed in a future firmware update. | + | **Small Systems:** In smaller setups with a single unit, delays and retransmissions from a Multi to a GX device may not even have noticeable effects. |
**Large Systems:** In larger configurations with numerous VE.Bus devices, the impact of errors grows exponentially, | **Large Systems:** In larger configurations with numerous VE.Bus devices, the impact of errors grows exponentially, | ||
Line 27: | Line 53: | ||
- | ===== Addressing Interference ===== | ||
- | Use Manufactured Cables! Always use manufactured cables rather than crimping them onsite. A lot happens at the point of contact. Attempting to crimp cables on site will increase the odds of these issues. The amount of noise to signal goes up dramatically on a less than perfect crimp that visually looks fine and tests ok for continuity. | + | ===== Ferrite core cable clips ===== |
- | **Separation and Cable Management: | + | The use of Ferrite core noise suppressing cable clips can also help filter out noise. These are a widely available part and available very cheaply. Some Ferrite core clips are supplied with GX devices |
- | If you have VE.Bus errors, and they aren't corrected by simply replacing the communications cables, | + | While not normally necessary, if VE.Bus |
- | ===== Interference Intensity at Various Distances | + | {{: |
+ | ===== VE.Bus network topology | ||
+ | The VE.Bus network is a bus topology, not a ring or any other configuration. | ||
- | * At 1 cm (data cables side by side with power cables), | + | This means the optimal arrangement |
- | * At 2 cm, the intensity reduces to 25%. | + | |
- | * At 3 cm, it further drops to approximately 11.11%. | + | |
- | * At 10 cm, the interference is only 1% of what it is at 1 cm. | + | |
- | * At 20 cm, the interference falls to 0.25% (from then on can usually be assumed safe) | + | |
- | * At 100 cm, the intensity is a mere 0.01% (99.9% reduction, but usually impractical) | + | |
- | + | ||
- | **Length of Run:** The longer the run of the cables, especially when in parallel with power cables, the worse the effect, necessitating greater separation. Also the longer the communications cables run generally the weaker the signal and the greater the noise. So minimise the lengths where possible and avoid bundling or coiling excess. Use a shorter manufactured cable if possible. | + | |
- | + | ||
- | **Type of Current:** DC solar cables are the most likely to cause interference. AC cables are more likely to cause interference than DC battery cables. Other data communications cables will rarely cause interference. | + | |
- | + | ||
- | ===== Ferrite core cable clips ===== | + | |
- | The use of Ferrite core noise suppressing cable clips can also help filter out noise. These are a widely available part and available very cheaply. Some Ferrite core clips are supplied with GX devices and should be attached to the GX power supply cables | + | There is no termination required at either end, nor should any be used. The end-ports |
ve.bus/ve.bus_network_interference.1707179324.txt.gz · Last modified: by guy_stewart