Jump to content

chelton

MrPLC Member
  • Posts

    400
  • Joined

  • Last visited

  • Days Won

    31

chelton last won the day on January 27

chelton had the most liked content!

Profile Information

  • Country
    Australia

Recent Profile Visitors

15,460 profile views

chelton's Achievements

Rising Star

Rising Star (9/14)

  • Dedicated Rare
  • First Post
  • Collaborator Rare
  • Conversation Starter
  • Week One Done

Recent Badges

78

Reputation

  1. ISaGRAF / CCW would have to be one of the most frustrating software packages i've used. Everything takes so much longer, what saves in hardware costs quickly gets eaten in development time.
  2. Not sure if V22 is much different to V21, but I had issues with where the projects were saved. To fix i changed the default folder in Tools > Options > CCW Application > Preferences.
  3. Thanks for the followup and details of the solution. I looked at the clearlink and offerings from Teknik, very nice. I will have to try these out.
  4. Can i ask what device you are trying to read from? I have had issues before and received very generous help from another forum member, although not completely related may provide some helpful info. Have a look at this thread .. Omron NJ Explicit message
  5. Might need to change to "You save the data to the ..... Rockwell SD card Siemens SD card And let's pay $$$ per Gb
  6. My only guess as to why the module setup is displayed like this would be that "Omron" would expect a user to use a Multiply by 0.1, 0.01 etc to scale correctly rather than a Divide by 10, 100 due to the speed the instructions process. Multiplies being faster than divides.
  7. INT data types don't have a decimal point, this is how the data would be displayed for the different settings. As IO rack has said, just divide your INT value by 10.
  8. FWIW NTXS_V104 is available here too if you've got a myomron login https://industrial.omron.eu/en/products/ntxs
  9. @zhuchi Change the datatype of In2 on the multime function to "Real" then map the variable as a "single" on the HMI. You will then be able to enter decimal numbers from the hmi -> the plc
  10. @Chris Elston nice to see you have the site functional again. Glad your back in control. It was almost dead.
  11. Thanks for the clarity, how are you accumulating the motor run-time on the plc? what is the data type? This information is required to provide a suitable solution. There are many ways to achieve what you want, however if you already have run-time data we need to work with this.
  12. @David) your posts have been misleading, in the first post you wanted day/hour/min/sec yet in this post your wanting to see 300hrs. @IO_Rack has provided solutions to your post. Please describe exactly the format you would like the data displayed, and how you are currently accumulating the run-time.
  13. @SSK I know that you have a working solution, another option Instead of receiving the robot data into a byte array, would be creating a data structure of length of the byte array, then creating a variable of said type. This variable then would have all your data in correct format that align the bytes into the output data types. This would eliminate the need for any conversions within the program.
  14. So your actual issue was your symbols created in the symbol table. Doing what Omron suggested would have updated your tags to point to the correct host. Your tags you created must have been selected to "SERIALA". See below.
×
×
  • Create New...