Will the XC43 (when paired with the MC43FS) inputs to be allowed for use in Functional Safety Marked Function Groups in a future version of IqanDesign?
We are experiencing a problem with the HS+LS outputs on an XC44 module connected to an MC43 as the master running IQAN 6.07. Pin C1:46 as the HS and pin C1:41 as the LS.
The outputs are being used to activate a solenoid. The circuit was wired to run through a relay latched by system estop, with a diode placed across the solenoid to protect the outputs as in the documentation.
This circuit is able to latch and unlatch the solenoid with no problems, and this was repeatable many times. However when the system estop is pressed for the first time and the relay unlatches and breaks the circuit there is no error. When the relay is energized and the circuit is connected again, when the output is turned on a message is displayed reporting that the LS pin is overloaded. This message then triggers on either side of the estop from that point on. Key cycle is able to "reset" to the first estop cycle. This behavior happened ~9/10 times the cycle was repeated. There were some occasions where the error did not trigger.
The overcurrent error will only trigger when the output is requested, the estop relay can be re-energized connecting the circuit and no overcurrent is reported.
Current measurements were taken on the HS+LS wire to investigate. The current on this wire never approaches or exceeds the listed 2.5A. This is the only load on that pin grouping, the other 3 LS pins were not used.
The Leakage Current/Voltage from the Digital Outs make it difficult to control LED's and Audible Devices without using a relay/resistor/other. The Leakage Current/Voltage is also making it difficult if the Digital Outs are read by other electronic devices (off is not off). How does Parker recommend interfacing with these devices using the new XC-43/series modules? Adding external devices to these circuits is making the XC-43 modules not very convenient.
I've got two XC43's on a machine. One on CAN-BUS-A & the other on CAN-BUS-B. Both modules are flashing yellow normal operation but the master module says A-BUS no contact & B-Bus no contact. When I run the program in IQANdesign connected to the machine, I also see no contact on both modules.
Why are the two XC43 modules flashing the normal operation flash code and not the CAN error/no contact error flash code?
I am still unable to reply to previous posts with the same error being reported as before when I attempt..
In reply to Gustav's comment on this post: XC44 HS+LS Overcurrent Follow Up / Hardware / IQAN
"Ok, the disabling of the function group explain at least a part of the behavior you see.
When disabling the FG, the DOUT deactivate. Diagnostics is still running, so when disabled all checks for output off are running. In IQANdesign you will only see channel status disabled though.
At what events do you disable? Only before cutting the highside externaly?
Or also during normal deactivation of the output?"
The function group is only disabled on Estop. Before an estop event the output functioned as normal, the estop being triggered starts the overcurrent issue.
Original post: XC44 HS+LS Overcurrent / Hardware / IQAN
New post because I am unable to comment on the previous one. "Connection Error: error" is the pop up message when I attempt to comment.
The relay cut the circuit between the HS and the coil. The function group containing the output is being turned off to avoid the open load errors. Open loads were not being reported. These overload errors were all investigated but no cause from this table was discovered. Is it possible that there is an open load condition that is displaying the wrong message? I could see a situation where the open load could be triggered by the estop and the program is too slow to turn the output in time. But that wouldn't explain the overload error when the relay was re-latched and the output was turned on.
It also seems strange to me that it would work without the errors on start up, but once the truck has been estopped the overload error always triggers.
I'm having an issue where the PWM outputs jump in voltage to battery voltage seemingly randomly and with no change in the displayed output on IQAN run. Anyone know what is going on?
We had a XC42 where we use a hall effect analog device that was mapped to pin 8 and configured as an analog input. The device was connected to Vref A so uses a supply voltage of +5v and provides 0.5-4.5v thru 180 deg of rotation. We first started to see it only indicating from 2.5-4.5v and then eventually we got fixed values that fluctuated based on if the hall effect magnet was present or not. After some trouble shooting we removed the wire from pin at a connector and were getting a fixed voltage of around 4v at pin 8. With this removed the magnet rotated gave us 0.5-4.5v at the output of the sensor.
A data sheet of the sensor is attached. Model # is RTP180LVNAA
We ended up remapping the input to pin 52 and it all worked fine again.
It almost seems like the pull up resistor in the channel was "turned on"???Honeywell RTP Sensor
I've noticed that the following XC43 pins appear inaccessible via IQANdesign:
Is this by design or am I missing something? They're listed as PWMOUTs or High Side DOUTs in the manual.
I have not checked the other XC4x modules.
Customer support service by UserEcho