I/O Modules - Inputs and outputs - Problem with spontaneously changing IO values
This article refers to multiprotocol I/O modules and SfAR series Modbus modules.
Issue
Values on inputs and outputs of the I/O modules change despite the value has not actually changed or the value is different from the actual one. Outputs do not activate despite the active state is on.
Possible solutions
Problem with spontaneous changing of values on inputs and outputs
Values of inputs and outputs change constantly and regularly.
Solution
Check if the Watchdog time is not too short. Communication has to be carried out more quickly than the set Watchdog parameter.
Switch off the Watchdog setting it to 0 and switch off the Default State option.
Check if the logic on the supervising controller is not overwriting values.
If the device has filters on the input, check if the are switched on.
Check if the byte order is set to 1032. If not, set it.
No control over outputs
Change of value is not executed on the output.
Solution
Check if the wiring is correct.
Update the firmware to the latest version. If the latest firmware has already been uploaded, reload it.
Check if the Watchdog time is not too short. Communication has to be carried out more quickly than the set Watchdog parameter.
Switch off the Watchdog, setting it to 0, and switch off the Default State option.
Check if the logic on the supervising controller is not overwriting values.
Check if the writing command is correct according to the type of output to be controlled.
Problem with pulses missed by SfAR-S-ETH
Devices connected to the module’s inputs generate pulses, which are visible in the iSMA Configurator but are not counted by the input counter.
Solution
Update the firmware to the latest version. If the latest firmware has already been uploaded, reload it.
Restore the device to factory settings and check if the problem persists.
Check if any of registers used to reset the counter (decimal address 960 for DI1, 961 for DI2, 962 for DI3, and 963 for DI4) is not set to 1.
Problem with wrong output values in Niagara
Output values automatically change to a different value than the setpoint despite the presence of a value at the in16 input in the Proxy Point Niagara block.

Solution
Check if the Watchdog value is not quicker than the communication frequency. It is possible that watchdog is overwriting output values if communication is not carried out for some time.
Check for a value stored in Fallback that should not be there.
Check if the Max Write Time value is higher than 0. This setting will force writing command after a certain amount of time.

Set the Max Write Time value in compliance with previously set parameters (e.g., Watchdog) so that values get constantly updated.
In the iSMA Configurator, after connecting the I/O module and switching it to online, Watchdog settings are available in the Digital Outputs tab.

Check the COV configuration and the unsolicited COV settings.

Problem of immediate transition of digital output from high state to low state without providing a low signal
After a very short period of time, digital outputs spontaneously switch to state 0 immediately after state 1 is activated.
Solution
Check if the Watchdog time is not set to a too short value, for example, 1 second.
Check if the device’s firmware is up to date.
If the latest firmware has already been uploaded, reload it.
Restore the device to factory settings and check if the problem persists.
Check if the application logic is not overwriting values on digital outputs registers.
Check that the controller and module have the same ground going from the power supply to G0.
If possible, swap the problematic devices and see if the problem occurs on another module.
Problem of outputs not activating despite active state on
The outputs do not react to active state.
Solution
Set the Watchdog time to 0.
If the module is equipped with hand switches, check if they are set to Auto.
Check if there is no other supervising controller on the bus, which could overwrite values.
In Niagara (or other corresponding system), set the Max Write Time value in BACnet tuning policy in compliance with an expected system functionality and according to the type of output, for example, to 30 seconds.
Update the firmware to the latest version. If the latest firmware has already been uploaded, reload it.
Restore the module to factory settings.