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?

Say you have a brand new XC43. The firmware installed from factory is 1.0 (I think). How many times will the firmware update before reaching the current version of 1.03?

Also, the XC4x SIC module status lists a value of 140 as Firmware update. From the documentation that means the firmware update failed. Are there any other status values pertaining to the firmware? 

What are the different values possible in the system info "InternalState" and is this channel accessible in the project?

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.

 Current_results.pdf

Hello,

We have a customer with this error pattern in one of the XC42 installed in the machine: R4:3 3:1:6

But we can’t find this pattern in the manual.

Can you explain what this blink code means, please?

Best regards 

Adolfo

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

What is the XC43 COUT open load threshold when the COUT is off?

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