I am looking to control a 4-20ma device from and MC43, and I was curious if anyone has done this with the current outputs using a max range of 20ma? It is just such a small part of the range I was curious if anyone has had issues, or have done it. 

Our customers like how we have used display messages to show error codes on screen. They also like to have them in machine manuals for reference if ever required. To get them in a manual someone has to go through each individual fault code and copy and paste out of IQAN Design into a excel document. Is it possible (or can it be added) for IQAN Design to export all message data to a excel file or CSV or similar to save us manual copy and paste? Perhaps place them in a table so its easy to extract name, header and text detail to be placed in a document such as a manual? Its very boring work, especially if you have lots of error codes like our machines have!

Is there a way to get all the logs and settings from the machine at once?  Basically - We need a clone without all the operating systems.  It would make it much quicker to get and email.

If not can this be added to a future release for IQANgo and IQANrun?

Hi

I have a question regarding the IQAN MDL2 display.

I have a system that uses this display and to it i have a couple of pressure sensors connected to it. i need to replace these sensors with a different pressure range, in other words i need to rescale the input from the software. what do i need in order to do this ?. do i need IQAN design or something else ?, and since i don't have the project file, can i simply upload it and edit and download it again to the MDL2 display ?.

Thanks in advance

MD4 gets a blue screen. A second before the blue screen occurs, the MD4 logs No Contact errors with XS2, XA2, MC2. This blue screen occurs every few hours. 

Is it possible a CANbus error is causing the blue screen, or is the blue screen condition creating the bus errors. 

MasterBus, DiagBus, and ExpBus are all under 25%. Cycle utilization is low. 

Any insight in find the root cause, and solving this issue would be much appreciated. 

Any plans on developing CAN bus I/O distribution blocks rated for outside use with either M12 or Deutsch connectors?

Is there any way of importing/exporting a password database file on the same computer ? I have a scenario whereby 50 field service engineers have a database with safe password keys only. When we come to upgrade IQAN versions, new keys have to be manually generated because the public key changes.  Could the IQAN team think of:

Keeping the public key the same so that new safe keys do  not have to be regenerated ?

OR

Supporting some sort of local import/export use case for the password database ?

Hi,

I am trying to implement on iQAN a "TSC handler" and a "TSC1 CAN message queue". Both items are defined in the J1939 standard. This question is open-ended and might not have a simple answer.

Essentially, it is assumed TSC1 CAN messages will sometimes be read by our MD4 at a faster rate than we can process them in our 10 ms cycle time. When this happens (if it does happen), a queue is needed to ensure TSC1 CAN messages that could not be processed during a cycle time are stored and accessible by our TSC handler for processing during the subsequent cycle time. Our queue is expected not to overflow since TSC1 messages have a timeout value within the queue.

Here are my questions:

1. Does iQAN design already have the tool needed to queue CAN message at the software level

2. If not, I am thinking of using the following method:

     A. read every input CAN frame and identify new messages (i.e. those that were updated since the last cycle time)

     B. copy every new message's data-frame content into an array that is large enough to prevent overflow

     C. process as many TSC1 message on the array during the remaining time of the current cycle time period.

     then go back to step A when a new cycle time begins.

Hello,

After trying using a license from order PAR200320-9387-12132, by means of Android IQANSync, G11 in the system, and a remote connection from IQANDesign, connection was automatically refused by the system because the master unit was not properly configured to accept remote connections.

Being so, a well configured application was sent to the local technician, so he could send it directly from his smartphone to the machine, once again by means of iqanSync and G11.

He tried from several smartphones, but it was impossible to update the application locally ( due to different kind of connection errors), so in the end it was impossible to stablish a successful remote connection.

Because of that, the license wasn’t really used for its purpose, apart from trying initialising the connection...you can check it if you can. The thing is it was consumed.

I think, even if some sort of comunnication was used for initialicing the remote connection, the licenses shouldn't be consumed until a properly connection was stablished. i.e, after connection authoritation from the master. And not from the very first bit send or received.

Thanks.

startspärr aktiv 

Gen. A Hoger  OFF

Gen. B Mittem

Errors on Iqan MG module