FOR TIPS, gUIDES & TUTORIALS

subscribe to our Youtube

GO TO YOUTUBE

14455 questions

17168 answers

28195 comments

0 members

We are migrating to our new platform at https://community.teltonika.lt. Moving forward, you can continue discussions on this new platform. This current platform will be temporarily maintained for reference purposes.
+1 vote
649 views 3 comments
by anonymous
I just discovered the Teltonika RUT955 router. So I haven't had any experience with these yet.
Due to the technical possibilities of the RUT955, I have an idea for using it. I would like to know from experienced users or Teltonika technicians whether my ideas can be realized with the RUT955 devices.

There are several stations with Modbus RTU slaves. Their data is to be transmitted to the headquarters using the OpenVPN tunnel. The central unit is supposed to fetch the data from the RUT 955 via the Modbus-TCP protocol. 
The center is the Modbus TCP client. The RUT955 is the Modbus TCP server.
Some stations should also communicate via the tunnel via TCP / IP or UDP (LAN port).

Is it realizable ? Is there anything special to consider?

Thank you very much for all the answers.

Jens N.
by anonymous

I had the same difficulty some time in the past while the use of Dynamic ammo DNS to do remote connection and there has been a few course you needed to upload to permit the ping now sure if that would be the case?

by anonymous
Unfortunately I can't answer the question because I haven't been able to continue the project because of the customer.
Maybe teltonika can answer the question itself.

2 Answers

0 votes
by anonymous

Hello,

Your use case is fully supported by RUT955. First of all, you would need to establish an OpenVPN tunnel with a server device in each RUT955 (configure VN clients). Once you can reach the server, you can begin to configure the Modbus RTU service to read data from your slave devices. The last step would be to transfer collected data to the server by utilizing Data to Server feature. I will provide a few links about features that you should configure:

OpenVPN: https://wiki.teltonika-networks.com/view/OpenVPN_configuration_examples

Modbus RTU: https://wiki.teltonika-networks.com/view/RUT955_Modbus#Modbus_Serial_Master

Data to server: https://wiki.teltonika-networks.com/view/RUT955_Modbus#Modbus_Data_to_Server

Regards.

0 votes
by anonymous

Hi, I have a similar use case, but in my tests none of this is working properly. It seems every component that does some kind of data aggregation and/or delivery brings unforeseeable and unacceptable consequences. Modbus has massive memory leaks. The longer you run it the more memory it consumes. Latency and cpu usage for Modbus is also horrible. I have machines with a 3rd of the power and memory that are more stable and soooooo much faster. For example a Pokeys57e (a cheap little IO module) has an average latency of 1ms at almost 1000 queries per second. The RUTX12 has an average latency of 30ms at 5 queries a second. And if you query multiple registers latency can get up to almost 2000ms! Anything over 5 queries per seconds raises CPU usage to a point that you can hardly do anything else with it. To be fair, this is MCU vs CPU which is an unfair fight but those are still sad stats.

 

{ edit : memory usage rose to 33.7% by the time I was done writing this }

{ edit 2 : memory usage 41.7% three hours later. Total memory usage is already at 98% in under 24 hours uptime. you get the idea. This is unusable :-( }

Data to server blocks queries to the GPS module. As long as its running coordinates are not available to other applications. This is unacceptable because its a no brainer that so many applications shouldn't simultaiously be reading from the hardware directly. But one application could poll the hardware and share the data via unix socket. Then 50 apps could access the data at the same time without problems. 

This is all on the RUTX12 so I'm not sure if the  RUT955 runs better. But its a shame because these are not consumer toys. And "industrial" doesn't just mean temperature ranges but robust software as well. Also the fact that everything is based on openwrt, but they cut us out of the native package manager! This of course leaves gaping security holes and no way to patch them if they don't issue an official update and the user doesn't know how to use the command line.

This is also my first experience with Teltonika, I'm not impressed so far. It's the nature of the issues that concern me. And the fact that many of the issues are fixable, I've fixed many here unmentioned myself. Everything visible is extreeeemely beautiful and polished. Almost too polished in relation to the issues at hand. The RUTX12 is a new machine so I'm still kinda hoping for updates. I still have hope because it is a really great concept if it actually worked. That said, if you consider where Modbus is used it's never good to release a product to market if it's faulty. Even the most cheaply made china products don't fail on Modbus.

I would run a test with one before you invest in a fleet like I almost did.

by anonymous
Thank you for your detailed report. Nice to know what to expect. I hope the manufacturer reads this and improves the equipment.
I also find the concept extremely innovative. It's just a shame if it doesn't work well.
Best wishes