No problem, it is only for some hobby-related stuff so no rush. Grtz, Kris

@ryanastiefes Dear Ryan, I have used PID Control Laboratory at www.pidlab.com. Hope this helps. Best regards Jaroslav

Hi Tomas, Thank you for your help. I understand how it works now, what you provided is where i wasn't sure what to do. It makes sense to me now. Cheers Mike

Hello Martijn, this will save the total number of run-minutes to database everytime the RUN input drops to OFF (FALSE): See example 0404-01 and Database connection driver manual for details. Hope it helps. Jaroslav

Hello @sadilekivan , this issue was caused by unknown bug in the hashing algorithm during the HMI build process. This will be fixed in next version of our software. Thank you for the bug report. Best regards Ondrej

Hello folks, I just wanted to confirm that reducing the "Max. requests" number to 1 allows multiple Modbus reads of the Click PLC. I agree that reading registers in groups of 4 or 8 is more elegant and will try that next. Cheers, Tom Sisk

Hi @jaroslav_sobota this is great news, thank you! I am going through the registration process now.

@petrch Glad I could help Our developers already implemented the new functionality. Starting from new REXYGEN release it will behave as you expected - that Group itself will have also _Trigger flag. Good luck with your project. Regards, Tomas

Hi Phil, let me answer your questions: ad 1) Yes, in order to count time connect CNI=1 to "ti" input as you proposed. ad 2) Correct, "Y" should contain time. ad 3) Exactly. It also assumes that your boolean signal from pushbutton is connected to input "u". For more details about the INTE function block see docs: https://www.rexygen.com/doc/ENGLISH/MANUALS/BRef/INTE.html#x81-800005 Cheers, Tomas

Thanks Jaroslav, So using a not block would be the preferred way for making it work for cooling. Cheers Mike

@jaroslav_sobota no problem

Thank a lot for explanation Ondrej. I will proceed accordingly. Best regards, Peter

@rexpeter You are welcome Glad I could help. Cheers, Tomas

Thanks for the explanation, now I understand. Nice solution. Jaroslav

ok thanks for the answer, i will try.

Ok, thanks Jaroslav. I'll use a combination of the ALB and what I currently have to achieve both. This way I'll get both live HMI and logged alarms. Cheers Mike

Hi, In this case you just use spi_bufTx[0] = 0; If you wanted e.g. SPI_MODE = 2 and LSBFIRST, you would use spi_bufTx[0] = 2 | 8; In other words, the first 2 bits define mode, the 3rd bit defines CS behavior, the 4th defines LSB etc. CS signal is controlled by operating system. You can only change its behavior by the 3rd bit as mentioned above. As for the delay function, I have turned it into a separate topic. Best regards, Jaroslav

Hi Richard, there are various "simplifications", using various offsets to distinguish between the four tables of data. For Holding registers, the most typical is offset of 40000, but as you already noticed, this is no standard. Best regards, Jaroslav

An update to the above. I'm now very sure I had a bad batch of sensors, it turns out I'm not alone. Over people have seen the same thing having bought sensors from certain websites. Be careful when buying 1-Wire sensors as it seems there are cheaper, not so reliable ones flooding the market. Cheers Mike