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
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.
Working on a project in which 2 XC43 modules are not supplied with power until the MD4 commands a safety relay contactor closed.
I've worked through almost all the bugs, but I'm getting a VREF A error as soon as the XC43 modules enable. I've tried leaving up to a 30 second delay after powering the XC43 modules to enable them, but the error still pops up for one cycle and then shows up on screen (Watching in a measure group, VREF starts at 0V for one or so cycles, then goes right to 5V). All the sensors read fine, just have the error at system start.
Is there any way to delay how long it takes for the VREF error to show
Customer support service by UserEcho