Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
Hello,
Regarding the gauge of the wire, as long as it can be fit to the connector of the Serial Tap, it should be fine. The noise should not depend on the gauge of the wire in such a short length. Unfortunately, I cannot see your connection to Serial Tap very clearly from your attached image. Generally, many of these errors on RS485 can happen because of impedance mismatch on the line. For example, I am not sure you have termination resistors on the bus or not. If not, you can add one 120Ohm resistor at each end of the bus and see if things get corrected. This is quite important in the long buses. Another thing to try is to ensure you connect the ground between your board and Serial Tap. I assume you are already using a shielded cable between your board and Serial Tap. Join the GND and shield and connect them to GND pin on Serial Tap. Of course, RS485 does not need the Ground connection but as you are adding a stub to your RS485 bus and we don't know you have proper termination or not, so I offer this to try. By the way, I recommend taking a look into the following article that we have created for Modbus and RS485 connections: https://support.tibbo.com/hc/en-us/articles/40709215801369-FAQ-What-are-the-consideration-of-implementing-RS485-example-with-Modbus-sensors
@vladimir Thank you so much for adding this. This works very well both for serial sessions and also serial Tap. However, for serial Tap, properties such as DTR and open "COMx" would not work which is quite normal and makes sense.
Although we plan to test this scenario, we have not yet tried to sniff Gigabit Ethernet lines forced to 100Base-T with the Ethernet Tap. But theoretically, I think if you force the both sides of the switch to work as 100Base-T, the Ethernet Tap will be able to sniff the communication. Literally, Gigabit Ethernet is backwards compatible with older technologies or literally speeds. In addition, the initial negotiation between PHYs of devices should determine the speed to be set the lowest side's speed; this is normally done per port of switch. This means that putting the Ethernet Tap in between your connection might automatically degrade the speed to 100Base-T and Ethernet Tap just works. Because our Ethernet Tap is not physically a pass-through connection of two (IN and OUT) ports. As soon as we test this scenario, we will share the updates here. I hope you find this useful.
@vladimir Thank you very much for adding such a useful capability to the IAS. Eagerly waiting for it.
Hi, Changing the session properties on the fly is very important in debugging systems especially hardware; for example, in a serial session, being able to change baud rate dynamically in the script is very useful e.g you don't know the target system's baud rate and you want to sweep all the possible baud rates; or as another example, as a common practice, you multiplex one serial port to two; one is high speed and the other is low speed; so you want to switch to different rates on the fly. Does anyone has any idea how to do this in script?
For example, can you please provide an example how to read the status of RTS/CTS for example from the script either in main() or onLogRecord?
Well, in building test benches, keeping an eye on things like total bytes, throughput and status of lines like DSR/DTR and even RTS and CTS (when they are used as IO) is important. Although I don't need information like CRC things, but I assume for other use cases accessing that can be useful.
Hi. Is there a possibility that we can be able to read the values of properties in the script? For example, if you have a serial session, I would like to be able to read, say "RX total bytes"; even if I be able to read this on a "onLogRecord" event, it would be fine. Thanks in advance for your time.
I see; thanks a lot for the complete answer.
I would like to be able to have two or three different sessions and write only one script to deal with all sessions at the same time; for example, on one script I would like to have onLogRecord event for each and every session. This feature is very useful in building testing devices/software with multiple sockets/communication channels. Does IO Ninja have this capability?