Jump to content

micpalmia

Members
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About micpalmia

  • Rank
    Newbie
  1. We are using an Unitronic V130-33 T38, and right now remote control is only performed using sms messages. We are switching to a more complex system that uses ModBus over TCP (ethernet), but we would like to keep the sms messages coming as long as this new system is not completely functional. Unfortunately, the communication with the technician programming the machine is not easy at the moment. What I'd like to know is if it's actually possible to keep the GSM modem working while also having the ethernet expansion port connected to the optional port (I guess that means the modem should be connected to the main serial port). Thank you in advance for any advice!
  2. Thank you for your answer! There is still something I cannot get though. I'm sorry if this will sound stupid but my knowledge about controllers is very limited. Is there a way in which it's possible to program the PLC so that during normal execution it is impossible to interfere with the machine's operations via ModBus TCP? In the VisiLogic Help documentation, I found two tables defining the addresses that can be written using modbus commands 15 and 16 (force coil and preset holding registers). Apart for the slots with operand type I, T and C, everything seems to be exposed to be overwritten by anybody sending a well-formed ModBus message to the PLC. Am I right in saying that any PLC directly connected via Ethernet to the internet is potentially exposed to be made completely useless very easily?
  3. Thank you for the suggestion about configuring the PLC as slave. I was thinking the same, mostly because it looks much simpler to implement for the technician. I don't care about confidentiality of the data transmitted, but I do care about authenticity and integrity. By using ModBus over TCP, these two requirements should be completely satisfied. From what I read online, anyway, it seems like once the PLC is connected to the network and enabled for ModBus, it will execute any received command, including reading and writing potentially sensitive registers. This is the very scary part: it would make the whole project absolutely unfeasible. The plant will be soon wired and connected to the internet through a router connected to the various PLCs. I will not be able to set up a pc between the router and the single machines. With the router filtering requests by IP address (and by TCP port/MAC address) the problem should be eased a bit, but I would still not feel completely ok. Does Unitronics provide any form of access control on the ModBus protocol? Could the technician disable the sensitive registers from being read/write through ModBus and only expose the registers we need? What if I configure the PLC as a master?
  4. Hi everybody, I am a software engineer currently collaborating with some wind turbine owners in order to implement (almost-)real-time data monitoring and logging for their machines. The turbines are controlled by an Unitronic Vision V130 that imitates the electromechanical system that was operating the windmill before. The controller already deals with all the metrics I'd need to transmit remotely. My architecture requires either a remote server to periodically contact the PLC extracting required metrics (in some form), or the PLC to periodically send the data to a remote server. I know a PLC only has very restricted capabilities when it comes to remote communications, but I'm quite convinced there's ought to be a simple way to do this. My first idea was to implement the whole thing using MODBUS over TCP/IP, that would be very simple for me. Anyway, I'm afraid that the technician operating the PLC would not know this protocol and would not want to learn it anytime soon. I don't know very much about PLCs (and that's why I'm asking here) but it would be much easier to have a easy message-passing or remote logging functionality already programmed in the machine. Can you help me with this? Any suggestions? Ideas different from the one presented here would definitely be appreciated Thank you in advance!
×
×
  • Create New...