Jump to content


  • Content Count

  • Joined

  • Last visited

  • Days Won


Posts posted by Swervomotor

  1. I've had better luck (actually getting something done with IT) having IT setup an FTP Server on the network and giving me a client username and password.  I then setup the client on the unistream and FTP send to send the CSV on my end.  This way works better for me because then I can add a bunch of machines and don't have to have IT involved because I re-use the username and password. 

  2. I routinely find myself bouncing between 3-4 different revisions of unilogic depending on what version the program on the controller was created on.  I've only been able to do this by uninstall whatever version I have and re-install the version I need.  Is there a quicker way to somehow keep multiple versions on the same box without having to go through the uninstall- install process?

  3. What is the best/reliable/fastest way to "cast and control" the HMI screen to a tablet (on the other side of a machine)  

    Hardware would be a Unistream, would a VNC veiwer or webserver be the best option or are their other alternatives?

  4. After FTP is received I usually:

    1st "Convert CSV to UDTF"

    2nd "Load DTI From File"

    I would use a HMI element "Combo Box" to show the operator the available files.

    Each file name in the combo box would be linked to an index number which when the " Selected" bit of the combo box goes high stores the appropriate file name as a string to parameter "C" of the "load DTI from File" then loads that data from Parameter C-->A

    The downside to this method is that the available files listed in the combo box would be fixed so you could not change them easily.

    The way I handle this type situation is with another index data table to hold all the part numbers that would run on the machine, the operator scans their job/part number and on the back end we go search the part number data table using "Find DTI Column Value" and load whatever string is listed in that row data into Parameter C of "Load DTI from File" 


  5. You can use the built in functions to send a CSV file:

    HMI button sets a bit-->

    "Store DTI to File"  Make sure to set "F" to 1 so it saves a CSV file  onto the SD card-->

    Then when the "H" status finishes (1-->0) you can use the built in "FTP Send" to send that CSV file you named in the "Store DTI to File"

    Then go find it and open in Excel (import as CSV).


    Now if you want to import it back into the PLC after you make changes to the file you need to reverse  this process:

    save as CSV (on computer)

    "FTP Receive"

    "Convert CSV to UDTF"

    "Load DTI from File"



    • Like 1

  6. Good day everyone,

    I have a project with 20 Ethernet/IP scanners running on a unistream 15.6".  The machine network is separate from the plant network and goes through a layer 3 switch with VLAN port.  I also have 6 Modbus TCP devices running on the machine network.  I noticed when debugging the program I was having some bugs from what I assumed was network clogging with cyclic communication.  By lengthening the RPI on some nodes I was able to resolve most issues. I also have a lot of disconnecting issues when trying to monitor in Online mode.   I notice in the Help file under the Scanner Node Struct there is a Uint16 for the RPI. 

    1st Question: Am I able to Write a value to this "on the fly" and not have to reset the plc?  Not everything on the machine needs to run at the same time so I would love to be able to transfer higher RPI to nodes when not in use and lower RPI to those nodes in use. 

    2nd Question:  Am I able to use the "Enable Node Bit" (in the same struct) in the same fashion on the fly? if so, does the device stay connected and you would be able to turn on or off cyclic communication in one ladder scan?  Or would there be a delay (greater than the RPI) after the node was Enabled before communication would begin?



  7. I decided to use Internal Control Bit Arrays 2 x(255) on this  large project to keep the global tag list manageable. 

    I need to reset all these bits with an HMI button. Is there a way to reset an entire bit array? I get compile errors when attempting to use the reset coil.  I really really don't want to have to put reset coils in for 500+ bits


    Thanks in advance

  8. 7 hours ago, Isakovic said:

    Read value and add to sum, then increment a counter to read next value and so on. Shouldn't be a massive code.

    You can use "Jump to Region" to loop it so it is done in a single scan.

    This ^^

    I think this could be done in less than 10 rungs. One idea of process flow is:


    Function In: Last Row to read

    Local Variable: Value1

    variable SumTotal = 0;

    RowIndex = 0

    Do until RowIndex = last row to read

    Get Value from current row index (built in function block)  and move it to local variable (store)

    sum (SumTotal + Value1)

    Index RowIndex


    SumTotal = Function Out.






  9. Lifo table, you could pretty easy build a UDFB that took as a "function in" the # of rows that you wanted to SUM the specified data, then with the help of an increment run through each row and sum to a temp local variable, then move that to function out and reset the increment. You could then just change the # of rows (which would be at a fixed sample rate) to get your 24h, 7d, 1M Function Outs.

  10. My suggestion would be a Data Table Index to store you data.

    Then use a combo Box  and give each "index" a title 0-50. (or however many you need)

    Use the selected index # in a "read row from DTI"  and use the index # as the row number (parameter B).

    I would use the "tag selected" bit in the combo Box configuration to pass power to the "read row from DTI" then  add the reset to the end.

    You can always add a data table to the HMI to view the raw data. 


    If your program gets more sophisticated and you need to do some automatic table searching you can use the other DTI  functions like "Find DTI Column Value" to get the row index #

  11. On 4/6/2019 at 6:24 PM, Ausman said:

    But they constantly change their code to try to foil this, such that even the latest hack might not work on a new unit.

    I have a few lying around used as paperweights!  But I wouldn't even want them sending anything out at all.  If you can hack so that they work directly within your network simply via the router, that is ok, and is possible.

    We'll see these things controlling major supply generators soon, for management's convenience!  Without the Hack.  🙄

    cheers, Aus


    What I mean by hacking the firmware is just using their hardware but taking their server and software out of the equation off the device. Basically loading your own ESP8266 type firmware and running it off  your own app/P2P/Mqtt backbone.  I can't build a relay with ESP8266 for what I can buy one of these for.   I have not tried it yet but it may come into play in future projects. Right now the work doesn't justify the end. As security is not really a concern on my light switches haha.  If I was going to integrate these across more security sensitive applications I wouldn't as it stands.

  12. I use these around the house for lights and ceiling fans: https://www.itead.cc/sonoff-wifi-wireless-switch.html

    They can be had for less than $5/each,  if you trim the ends off they fit in a US standard box and I wire them at the light switch in parallel so in the event they go offline I can still operate the lights via the switch. They work with alexa/google (through the vendors server) and the wife loves them.  It's basically a 10a wifi relay. 

    Would I trust them in an industrial machine? no. To turn on my light? yep.   They are "hackable" in terms of loading your own firmware aswell. 

    Seems like the IIot makes sense with one caveat. Only on a local network.  With a central Server that hosts the control.  I can see data being able to exit but control not being able to enter. 



    On 10/26/2018 at 7:40 PM, Joe Tauser said:

    BTW, I bought an IoT light control for my bedroom to turn on in the morning to help get my night-owl butt out of bed-


    It talks to my wireless router, and I set up the schedule with an app on my phone.  

    It works properly 99% of the time.  I THOUGHT it kept the schedule inside itself, but one morning when my Internet was down I learned that was not true.  If it couldn't talk to the Levition Master in the Cloud, it just sat there.  In other words, my light didn't go on that morning.  I couldn't trigger it with my phone app, either.


    Anyone who tells you their Internet is up 100% of the time is lying.  When Hurricane Sandy hit the east coast of the US, I could not communicate with my vendors in the New York / New Jersey area for over a week, because they couldn't get email and they had drank the Kool-Aid and converted their phone systems over to VoIP.  Those who had copper land lines could still be reached.

    Anything connected to the Internet can be hacked, too.

      Joe T.


  • Create New...