Joe Tauser

The Unistream does not have a driver for that USB converter; it's not like your PC where you can load one in. Does the AutoSampler have any other communication ports? It may have been designed to only operate in a PC environment. Joe T.

It's totally true. You avoid it by not connecting your PLC to the Internet via port forwarding port 20256 on your router. Connect to the PLC via a VPN. Joe T.

I've had a couple of customers hit by this. I've been in communication with Unitronics and the problem has understandably been promoted to top priority. Their position right now is a VPN is the way to go. Joe T.

Thank you for posting the diagram to clarify what you're doing. Be Honest. Do Best! I love that in the header of the USR manual. You're PLC program looks correct. I agree with Gabriel that a wired connection is better, but I have set up to Wi-Fi access points to do what you're doing. Just configure the two USRs to see each other and set their IP addresses to be in your network. Their connection should be transparent to the PLC and the SCADA system. It should work without any additional programming on your part. 200 meters is a fair range. You may need directional Wi-Fi antennas or a booster. Joe T.

Remote Access is a Unitronics dedicated program to remotely replicate the displays of a Unitronics PLC. This is not what you're looking for to communicate with a SCADA package or another device.. You will set up the V1040 as a Modbus RTU serial slave for your SCADA software. Look at the Help and the Examples for Modbus Slave configuration and for Modbus Slave address tables. The entire PLC memory is available to the SCADA software via Modbus. Joe T.

Yes, it is possible to do datalogging over wifi, but I wouldn't use the serial converter you called out as those types of devices typically need a driver on a PC somewhere to make them work. Put an Ethernet card in the V1040. I couldn't find anything on a Rish LM-12360. Please post a link to a manual on it if you want us to be helpful. Joe T.

That is very good information. Joe T.

OK, that network needs to be broken into about four separate simpler networks. The compiler is probably having a nervous breakdown. What is the purpose of MB 100? Normally just Init the sockets and run the configs just once at power-up. I think you're way over-complicating this. Are you configuring two Modbus IP ports because you want to have a Master and a Slave in the same unit? Joe T.

The default port for Modbus TCP is 502. You do have to initialize it in your PLC code. Can you upload your PLC program so we can see what you've done? Joe T.

Adding an RFID reader is relatively straightforward. The V570 has serial ports that can talk to it. Adding prox switches is also not a problem. Interfacing with the customer's database will be really, really tricky. Database is a generic term, like "car". Each customer has their own database, and you'll have to get security access to it, know what type it is, what tables are in it, what the field names are, and so on. This will probably be a generic solution with a custom program modification for each customer. You'll probably need to add a UniStream to work with the V570. The UniStream has much more horsepower in this department. I would start by gathering specific database information from all the customers that are asking for this feature. Joe T.

Not in a Jazz. There is a function in the Vision that may be helpful, but that's not your question. The problem is you're short on pulses/rev to get good resolution. Does your physical setup allow you to get an encoder with a rubber wheel on it that can ride on the shaft or otherwise couple to it? Joe T.

If you're getting one pulse per revolution on a 60 RPM shaft you really don't need a high speed input. You're getting a pulse every one second. You can set up a self-resetting 0.01 second timer as a pulse generator and just count the timer pulses between the proximity sensor pulses. You could also add more magnets around the shaft to get more pulses per revolution. Use your imagination. What kind of resolution are you looking for? Joe T.

The screen on the V350 says "No Application". That means there is no program loaded into it. If you look at the Ethernet examples that install when you download and install Visilogic, you'll see that you need to configure the Ethernet port using a couple of function blocks in the program. To initially communicate with the V350 you'll need a USB to Serial adapter with the Prolific chipset and a Unitronics serial cable. A Unitronics distributor can supply both of these, and they're not expensive. Joe T.

You can connect the flowmeter directly to the -E1B high speed input. Since the outputs on your flowmeter are "Current Sinking" (translation - NPN), you'll need a pull-up resistor connected to 24V power to make them work. I recommend a 2.2K resistor. Joe T.

Start by contacting Official Unitronics Support at support@unitronics.com. If your screen is complex, I would start by moving some of the elements to another display and see if reducing the number of elements per screen improves performance. Joe T.

If you're going through a WAN network there is probably some packet clogging going on and the socket is closing itself. SI 101 is the packet timeout in units of 100 ms and defaults to a value of 2 (200 ms). Try setting it to 10. If that doesn't work, get an old-school Ethernet hub that re-broadcasts all traffic out all ports. If that's not available see if you can get a managed switch an map two of the ports together so you can observe the traffic between your SCADA software and the PLC. Then download WireShark and learn how to use it. I ran into this problem a few years back trying to talk to a V350 using a pair of cellular modems. You can set up WireShark to only show port 502 transactions. WireShark timestamps everything to 1 millisecond accuracy. I found that by sniffing the packets between the Master and the Slave that the Modbus requests were getting through but the PLC closed the socket before answering sometimes. The delay was about 800 milliseconds in my case. Gremlin problems like this require a deeper dive into troubleshooting. Joe T.

If you could post links to the modules you're using and upload your PLC program we could be more helpful. Joe T.

Only one action per Case ID is definable. You'd have to make a small function with what you want to do and call it. Joe T.

To expand, I found this on techtarget.com - TCP vs. UDP This process of error detection, in which TCP retransmits and reorders packets after they arrive, can introduce latency in a TCP stream. Highly time-sensitive applications, such as voice over IP (VoIP), streaming video and gaming, generally rely on a transport process such as User Datagram Protocol (UDP), because it reduces latency and jitter by not reordering packets or retransmitting missing data. UDP is classified as a datagram protocol, or connectionless protocol, because it has no way of detecting whether both applications have finished their back-and-forth communication. Instead of correcting invalid data packets, as TCP does, UDP discards those packets and defers to the application layer for more detailed error detection. The header of a UDP datagram contains far less information than a TCP segment header. The UDP header also goes through much less processing at the transport layer in the interest of reduced latency. In summary, Transmission Control Protocol is a handshaking protocol, requiring the end device to respond to the initiating device, hence the need to "connect". TCP is more of a guaranteed data transfer. User Datagram Protocol is a broadcast only mechanism. Since the initiating device isn't trying to verify the connection, it is way faster. We had an application transferring 512 registers every second and UDP gave us the speed we needed. If there's nothing on the network but the PLC and the slaves and it is a hard cabled network then UDP will probably work fine. If you're going through cellular modems, Wi-fi, or any other packet-clogging devices then I'd go with TCP to get more reliability. Joe T.

This is not obvious. I had to call support to ask where the HSC config switch was. First off, HSO is high speed output. That's not what you're looking for. The properties of the on-board IO are cleverly hidden in the Uni-IO & Uni-COM item of the hardware tree. Selecting Gives the Properties window Now you can define the HS Inputs. If you choose Quadrature the additional IO tags are added HSC-0 Counter Value being one of them. Joe T.

I used to tell people to ask the distributor they got the product from for inform One of the fun things about UniStream is you have to assign two IP addresses to it - one for the CPU and one for the Panel. The Panel IP address is where all the computer-esque communications are directed. Point your VNC client at that address. Joe T.

I'd reach out to support@unitronics.com for this one. I'm pretty sure the the one second pulse isn't running off a crystal oscillator. Neither is the real time clock. I tell people that the RTC can drift one minute per month. What is the accuracy of the Hobbs meter? You could be running into a cumulative scan time issue. The scan time of a V570 is typically 5 - 10 ms, and if you're accumulating seconds based on the the one second pulse during the scan you could be off by some amount for each count. If the time accumulator is running for a whole week then you're talking about 604,800 seconds. Six minutes is 360 seconds, so the error is 0.06%. Over a year you could be off by five hours. Does that error matter? I would try an experiment using accumulating TA timers, which are tied to the internal clock and run independently of the scan. Use whatever logic you have enabling the one second pulse and run a 1 hour TA timer. When it times out increment a register to count hours and reset it. At the end of the week you can look at the hour count register and whatever the current value of the TA accumulator is to compare to your Hobbs value. Joe T.

All you need is a Modbus TCP driver. I am 99% sure that all SCADA packages have this driver available, as Modbus is one of the oldest industrial protocols. We use InduSoft Web Studio, now called AVEVA Edge. Many people in the US use Ignition. I don't know what's popular in your part of the world, but I would just ask around. Joe T.

Clarify your question - are you asking what kind of PC-baded SCADA software packages we recommend or for a SCADA-like dedicated HMI product that will emulate the Unitronics screen? Joe T.

@BastianPIA - You've followed the example to configure the Jazz for Modbus serial communications. I don't think this is what you want. Look in the Help for Modbus and click on the link for Modbus/TCP -> Ethernet: Jazz 2 only. You'll see there is a dialog box specifically for Ethernet communication setup. Joe T.