• Content Count

  • Joined

  • Last visited

Everything posted by AzeoTech

  1. AzeoTech

    if statement not working

    There isn't a cache, but if you edit a sequence that is running, you have to stop the sequence and restart it to pick up the changes. If that isn't it, I'd have to see the rest of the code to know what is happening. You might have a symbol name conflict (i.e. a private or global variable with the same name as one of your channels.)
  2. OK, this is the line that checks the condition: if ((Pressure[0] > 80) && (Pressure[1] <= 80)) To check for it to be over 80 for over 10 minutes you'd do instead: if ((Pressure[systime(), systime() - 600] > 80)) The problem is not sending emails over and over again so you'd have to add some logic to prevent that. It could be to repeated send every so often if the alarm state is maintained, or to only set if reset. This is actually what the Alarming feature of DAQFactory makes easy.
  3. AzeoTech

    DAQFactory communicating with other HMI's

    That would largely depend on the HMI. That particular one has 3 serial ports, so if one wasn't in use you could connect that to the PC and communicate with DAQFactory over that connection. But that is just the hardware layer. The real question is what protocol does the HMI speak? I couldn't find it on their website. If it talks Modbus, you could setup DAQFactory as a Modbus master or Modbus slave (depending on which license of DAQFactory you have) and transfer that way. That would be easiest, especially if the HMI can act as a Modbus Slave and DAQFactory can be the Modbus master.
  4. Sure. Use a Conversion on the channel. You can either hard code the 5 values into each Conversion, or use variables that you then persist to disk using one of a variety of methods. Which method to use depends largely on exactly how many total values you expect to persist. The easiest way is to create a Test D to A channel for each value with a History of 1 and a Persist of 1. But if there are a lot of values to store, you'd be better off using the File. functions to store them to a flat file. Of course if you are using the program internally using a development version of DAQFactory and don't need to change them often, you can just put the values directly into the Conversions.
  5. AzeoTech

    Certificate authority is invalid

    I checked and the DAQConnect SSL cert is valid. It was actually just updated in February and doesn't expire for several years. So, something changed on your Windows setup that invalidated the certificate authority. You may have to add the authority manually. Open in a browser, then view it's certificate and the CA associated with it, then add the CA to your store as valid. You may have to search the web for the details on how to do this for your particular version of Windows. FYI: a certificate authority is a central, globally trusted site that your system contacts to verify that the DAQConnect cert is valid. Its kind of like a tree. I'm saying that I'm DAQConnect (my SSL) and you can ask the mayor (the CA) to confirm that. The mayor says he's the mayor, and you can ask the state governor (the CA's CA) to confirm that. The governor says he's the governor and you can ask the king to confirm that. The king is know by everyone so doesn't need confirmation (or it is done a different way: outside my pay grade on how they confirm that). Different website's SSL certs will have different paths to the king, and there are actually more than one king. In your case, your system is telling you it thinks that the mayor is invalid or corrupt, so you need to tell it that the mayor is actually the mayor.
  6. AzeoTech

    there's a bug in release 17.1

    Exactly that. Delete the file pegrc32a.dll and copy pegrp32a.dll to pegrc32a.dll so you end up with two files, pegrc32a.dll and pegrp32a.dll that are the same, and the same as the original pegrp32a.dll.
  7. AzeoTech

    "p-Modbustcp 0010: Timeout" Error

    We are talking about two different things. It just happens that you named them both the same thing. In DAQFactory, there are comm devices that you create and give a name. This name is what shows up in the Channel table, and you used "TouchPro". But a comm device is made up of two things, a port (serial or ethernet) and a protocol. This allows you to use a single port on separate devices (useful for those using radio modems) among other things. In your case, you have the one device, but you created two ethernet port connections to the same IP, named "TouchPro" and "Ethernet". The quickest way to see this is to go Quick - Device Configuration, then select your TouchPro device. Then you will see in the serial/ethernet configuration window that those two "ports".
  8. AzeoTech

    Modbus tcp and rtu master and slave

    You are talking about Modbus Master? Then yes, it doesn't matter. The ports are handled by the remote device. port 502 and port 503 are two completely different connection points so are no different than port 502 and port 502. To connect to a device you need the IP and the port. Any changes in either of these are a different connection, even though a change of port is still the same device. I like to think of it like a telephone to an office building. The IP address gets you to the main office line, and the port # is the extension. So calling the telephone number (IP address) gets you to the right building (device), but you also need to know the extension (port) of the person (protocol) you want to talk to. If your device has both 502 and 503 open and available to receive calls (sockets), then DAQFactory can certainly connect to both simultaneously using two different DAQFactory "ports" and "devices".
  9. AzeoTech

    "p-Modbustcp 0010: Timeout" Error

    OK, glad you sent it. You actually have two Ports in your application, even though presumably only one is assigned to a device. You have one called "Ethernet", and one called "TOUCHPRO". Both point to the same device, same place. This is apparently causing an issue, probably because DAQFactory tries to establish both connections simultaneously on startup and your device can't handle it, but if you disconnect and reconnect, DAQFactory staggers the reconnection. Or it just never reconnects the one that isn't used. Either way, if you delete the connection you aren't using, or at least set the IP to blank and the Port to 0, the probably will likely go away. On a side note, is a routable address and so should not be used for internal networking. Use something in the 192.168.x.x, 10.x.x.x or 172.16-31.x.x subnets, as these ranges are non-routable addresses and won't be confused for Internet addresses by Windows. If you don't then when Windows (and thus DAQFactory) can't find the device at, it will go to your gateway router and then through it, up into the Internet looking for a device at, which appears to be somewhere in Brazil... If you actually meant to use a routable address, don't. There are huge security issues with placing an automation device directly on the Internet.
  10. AzeoTech

    "p-Modbustcp 0010: Timeout" Error

    Please post or email your .ctl doc so I can take a look. If its reading data on the one channel, then there must be some other connection inside your document.
  11. AzeoTech

    "p-Modbustcp 0010: Timeout" Error

    I meant more than one device / software connected to the remote device. Does it do it from a fresh boot? Does the Ethernet comms light light up when the ethernet is plugged in but DAQFactory won't communicate? Does your remote device use DHCP to get its IP address?
  12. Channels look just like variables with some exceptions. So, if you have a digital output channel called "LED", you could have a sequence like this: LED = 1 delay(5) LED = 0
  13. Alarms with expressions that are invalid won't trigger, nor will they generate an alert, so you should be fine.
  14. AzeoTech

    "p-Modbustcp 0010: Timeout" Error

    Are you sure you don't have another piece of software or another device communicating with device? Many devices support only one connection at a time. Disconnecting and reconnecting would drop an existing connection and give DAQFactory a chance to connect.
  15. To avoid bogging down your system by accidentally specifying a big array, DAQFactory will only display the first 20 values in any array. So if you do: myChannel instead of myChannel[0] you'll only get the first 20 values of myChannel, not the entire history, which would chew up a lot of CPU time to display, over and over again. So, you are running up against this. What you'll have to do is display two sets of 16: (To.Bit(x))[0][0,15] and (To.Bit(x))[0][16,31]
  16. AzeoTech

    "p-Modbustcp 0010: Timeout" Error

    First, does the error keep reappearing, or is it simply left over from when the cable was unplugged? Errors in the command/alert don't go away unless you explicitly clear the command/alert window by right clicking and selecting Clear.
  17. Yup, you can do a lot with Filter() and since it is internal, it is fast and DAQFactory can do it in real time. I like Search() too. Its a quick way to find certain things in your data.
  18. What you have won't work because of the way stream works. Stream sends data in blocks, and so it is hard to process every data point as it comes in. Also, your while() loop lacks a delay(), which will cause the CPU power to spike. You should pretty much always have a delay() inside a while() loop. There are exceptions, but this is a good general rule. Now to your question, it is probably easier to just use the filter() function on the whole incoming data. You can make a V channel that is a calculated v channel (meaning there is an Expression associated with it). That expression would be something like: filter(UE9_11, UE9_11 > var.kw1min) Then whenever you reference that V channel it will perform the filter, which will remove all values that don't match the criteria. Filter() is an internal function so is pretty darn fast.
  19. AzeoTech

    convert hex to decimal on temp sensor.

    Hex is just another form of a decimal number. 0x0f (hex) and 15 (decimal) are the same number. Those docs simply show 15 as 0x0f instead of 15. So it's not really a "hex" device, it just takes numbers. The hard part for this device is going to be the CRC. Its not particularly hard, but you are going to have to convert that sample CRC generation code into DAQFactory script. You might see if there is a way to disable the CRC on the device.
  20. AzeoTech

    Document Licensing

    Nope. That would defeat the purpose of the licensing mechanism. As the docs say: "Do not lose your password! We cannot recover it for you! If you lose the password you will not be able to use your application on systems that aren't otherwise licensed and you won't be able to install your application on any new computers. Once again, while we can recover document editing passwords for a fee and subject to proof that you created the document, we CANNOT recover the licensing password for you as there is no way for you to prove to us that you are the owner of the document other than knowing this password. That all said, we do offer a document registration service. You provide us with your document before you enable the license feature, or at least before you have forgotten the licensing password, along with the emails of people authorized to retrieve the password, and in the case of a lost password, we can retrieve it for these individuals or the president / owner of the company it is registered to. There is a fee for this service and for any password recovery. We have to have your document ahead of time to retrieve an internal unique identifier. This identifier stays with your document even after you edit it and is what gets registered with the recovery email addresses. Please contact us to set this up."
  21. I don't know. It works for me when I create a channel, then in Command / Alert do: ? format("%.6f", myChannel.time[0]) It prints something like: 1556486246.000109 The time is stored internally as a 64 bit floating point value, so you should be able to get 6 decimals places.
  22. AzeoTech

    DDE client crashing

    DDE is pretty ancient technology and not particularly well supported in Windows. I think we have a slightly more updated driver if you'd like to try it, but no guaranties. Please contact us directly for it.
  23. Use the format() function. It's not really sig figs, but rather # of digitals after the decimal. So, for, say, microsecond precision, you'd do: format("%.6f", mytime[0]) Format() pretty much follows the rather universal C printf() statement, so there is a lot of examples on the web.
  24. Logging sets aren't going to be a good fit for this application. For optimization reasons, to allow for logging of high speed data, the logging sets cache data before writing to disk. This is why you see several seconds of latency between the start/stop and the actual time stamps in the file. Logging sets are really designed to be started and left running. For your application I would either use an export set where each line has [0] so it logs just one line of data, then trigger it from a loop in your script, or do as I do and simply use the File. functions to log the data exactly how you want it, again within a loop in your script. The File. functions will give you the most control, basically allowing you to log data however you want. Fortunately you are already in a loop in your data acquisition, so you would put that script right into that loop, probably inside your if().
  25. AzeoTech

    Custom Time Formatting for Milliseconds

    You'd have to add it to the end manually. Something like: formatDateTime("%m%d%y %H:%M:%S", thetime) + right(format("%.3f", thetime),4)