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 @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

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

@jaroslav_sobota no problem

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

Hi Richard, sorry, my mistake. You are right - both arrays have 11 items. But still the size need to comply with parameter n. Once you change it to 11 it should do the trick. Please, let me know. Cheers, Tomas

Hi Mike, thanks for clarification. I have no experience with that, but the Maxim MAX1721x with 1-Wire interface seems to be ideal for such a project with the Monarco HAT. Jaroslav

Hello Martin, the main problem is that the pin modes are in reversed order. By setting pinmodes_A0_A7 to 0x66600000 you enabled A7, A6 and A5, not A0, A1 and A2 as you expect. The nonzero readings are then caused by picking up noise and other channels as mentioned by @sisktom2 Regards, Jaroslav

Hi Jaroslav, Awesome, thank you for your help. Cheers Mike

Hi Jaroslav, I will email you the documentation for the device. Cheers Mike

Hi Jaroslav, I only had 4 sensors, and I am using the Monarco hat. The sensor cables are all 1.5m long is a star formation. I have ordered more as I think I had a bad batch. I have issues with the same sensors not working after a power loss. I will let you know more once I have tried the new sensors. Cheers Mike

@mikeyh Did you mean analog inputs? The accelerometer outputs range from 0 to 3.3V... In general, it will work. Note that you'll not fully use the resolution of the A/D converter on the Monarco HAT and you'll be limited to 2 axes as the Monarco HAT has 2 analog inputs. If you meant digital inputs indeed, then it won't work. Logic high voltage of the DIs on the Monarco HAT is 3.5 V to 30 V. Hope this helps, let me know. Jaroslav

Hi Tobby, why do you need such a function? There is the Sleep() function in REXLANG, but it is highly recommended not to use it. You should write your REXLANG code so that it executes as fast as possible. For details see REXLANG documentation. Best regards, Jaroslav

Hi Chris, thank you for reaching out. Yes, it is possible to interface with SX1509 via I2C using REXYGEN. However, it will require a bit of hand-coding. Have a look at function block called REXLANG and its function "OpenI2C" - https://www.rexygen.com/doc/PDF/ENGLISH/BRef_ENG.pdf#page=439 There are also some examples on I2C communication available - "0502 Generic I2C Communication" folder in Examples library (which is part of REXYGEN Studio) - these might help you to see how to implement the I2C communication according to your needs. Let us know about your progress. Regards, Tomas

Hi Geocipo, I've added the link to the Support section of the main menu at www.rexygen.com. Thanks for reporting this. Kind regards, Jaroslav

Hi Peter, thank you for reporting this and also sorry for difficulties. They made some major changes between version 5 and 6 of ArduinoJson library. I upgraded the Arduino sketch - see attached one. It can be compiled now however I don't have any ESP8266 around so didn't make any further tests. Let me know about your progress. Regards, Tomas 0_1554469564091_REXYGEN_REST_API_example.ino

Hi Stepan, I'd go for an external C program for this purpose. The main reason is efficiency and speed of execution. REXLANG is interpreted at runtime, therefore it is slower than native binary code. Either you can use the EPC block or REST API of REXYGEN. These are the 2 most straightforward methods when it comes to external programs. Kind regards, Jaroslav

Hi Karel, the COUNT function block is definitely a good choice, however you should be aware of project timing because of quite high input frequency. I recommend you to have a look at example "0120-23 Frequency of Pulses". Change the project timing so the "tick" parameter is 0.001 s (within the EXEC function block) and "ntick0" according to your needs. It means that Quick Task will be executed every 1 ms and task on Level0 every 0.001*ntick0 [s]. Note that the period of 1ms is quite challenging for Raspberry Pi. I would recommend to use Raspberry Pi 3B+ and watch diagnostics. Hope it helps. Regards, Tomas