HI n.maier, Sorry for the late reply. Is your problem solved? Yes, the Connect, as a Linux based device, absolute can be used in your scenario. I have never used a usb-to-serial scanner before, but I would try to give you some advices to employ it. After the device has been plugged in the usb port, ...

Sorry, I currently have no information about the bug-fixing of 183. As I said, I think probably the latency of the packet is caused by low-speed serial devices. Maybe you can do some measurement of that. Ethernet is kind of high-speed devices, normally it works on 100Mbps, should be easy to deal wit...

Yes, you are right there is a bug of smsc95xx, which has been reported here: https://github.com/raspberrypi/linux/issues/183. However, I didn't see any packet loss from the pcap file you provided, neither I don't think that issue is relavant to your scenario. But if you really like to do the kernel ...

If you mean the "RevPi fault" is the response time (7 seconds between Pkt.4 and Pkt.10) of Trans 514, I would think the further time-measure between Address 64 and RevPi, and the latency of the software you used in RevPi is needed. Basically, I wouldn't think the ethernet port between RevP...

Hi John, what you mean issue of RS485 ? And what is the error generated you don't want ? As many components(FieldTalk, Deltav, ...) are little by little be aware by us, we are now confused some how, so could you make a graph(hardware connections, protocols be used, etc) to show your scenario to us. ...

Hi John,

in the config.rsc, there is no Modbus device configured.
Have you used other Modbus tools in revpi connect device, maybe ?
If you are sure about that, could you send me the topology and all relavent configurations on revpi connector?

Regards,
Simon

Hi Nicco,

if want to use SPI, you have to use Revolution PI Connect.
this thread is quite relevant to your question about SPI:
viewtopic.php?f=3&t=1384&p=5416

Regards,
Simon

Hi jconnally, I am on this issue now. Firstly I am analyzing the code of transceiving. Could you provide the kernel log when the error happened? fyi. command dmesg to get the kernel log from booting, which is archived in /var/log/kern.log.*.xz And is the software you run in PC is available to me, if...

great, congratulate and thanks for sharing

Hi huanghuapan, the sleep mechanism, I think you mean hibernation mode. In this case, I think the answer is no, there is no sleeping/standby mode in Revolution Pi and Raspbian Pi. In my opinion, with maximal 10 Watt, I would think the sleeping mode is not needed. Just try to hibernate the high-power...