Can IQAN script file work on IQANRun tablet? If not, is there any plan to have it in future?

I would like see an update to the sync app that fixes the issue of disconnecting from the G11 device when you switch to a different screen on your phone or tablet. This has become a big issue for us. 

Dear

I am an user of IqanSync iOS with G11 on MD3/MC2 and MC42/MD4-10.

I have find some trouble to use when I try to do some diagnostic on very far country over internet, or with poor internet connection.

Issue 1:

When you update over internet ("Connect to machine"), after click on Send machine, on the progress windows you read "Stop application", and you can wait very longtime, because on the mahcine screen there is a message to ask the user (with accept or not). For the technician it will be better to change "Stop application" to "Stop application and wait the acceptance of user".

Issue 2:

It is very very difficult (like impossible) to update the firmware of MD3 and MD4-10 if the connection is poor. It seems that the data is not store on the iPhone before start the update, but send continusly It will be better that : 

- 1: IqanDesign/IqanRun send the file to the iPhone, 

- 2: the iPhone install the update himself (the update can be finish even if the connection is lost).

Issue 3:

With MD4-10 the file is more than 25 MB, and there no email box can be manage file with this size. I will be better that the firmware is auto-download by the IqanSync Apps (idem for IQANrun), like that we can send just a stripped file.

Issue 4:

If the custommer install the application himself (with a file send by email), it will need the master code. How it is possible to do that without the master code ?

Regards

From a service and support standpoint it would be super if a feature was added to the IQANsync software for us to be able to extract the IQAN IDA file from the master module, upload it to the dropbox folder and have it be accessible from anywhere in the world with an internet connection. Being able to get an IDA file from dropbox and send it to the master module via IQANsync is very helpful, now we need to be able to reverse this process. Is there any thought for adding this feature in upcoming updates of IQAANsync?.

We are happy to announce the release of IQANrun on App Store. Hurry up and get your copy today, it's offered at a low introductory price for a limited time period.

IQANrun is a user friendly service tool for the IQAN series of controllers and displays. It enables service technicians or machine owners to connect wireless to IQAN modules in their machines, and perform actions such as check system status, view logs, measure in real time and change settings.

Wireless

System overview

IQANrun is a powerful troubleshooting tool. It features a system overview function, where you quickly find module or I/O related alarms or errors. Here you will also find settings such as date/time and language, and module information such as serial number, software version and more.

Logs

View all logs (system, event and statistical) and their content. There is a filter function that lets you find what you're looking for fast and easy. And you can erase the content of a log when needed.

Measure

This is a powerful tool when you need to do more detailed trouble shooting, or just want to view the value on a certain input, output or internal channel. All measured values are presented with their corresponding unit and status, or graphically in a line graph.

Adjust

IQANrun has a unique function for adjusting inputs, outputs and parameters in real time. It is also possible to reset a setting to its factory default value if needed.

Operations

From time to time on various pieces of our MDL2 equipped machines, we'll get get an "Overload" error on a COUT channel.

The COUT channel connects directly to a 350-650 mA valve solenoid that runs an engine cooling fan.

What exactly does "overload" mean in this context? If a COUT channel is basically a PWM output with current monitoring, how can the controller ever overload the output?

What are the specifics that the controller looks for to register an overload error on a COUT?

Thanks,

Luke.

Hello,

When I try to sumit a new topic at this forum and I change the header in the Submit new topic form, the fields to fill in the descripion disappear and the suggested topics appear. There is no possibility to return to the form, only cancel is an option.

You can start over again for describe your problem. This is very annoying

Kind regard

Laura

Hi, are you able to expand the # of bytes sent from 42 we are limited to now? The issue with sending individual pages to compensate is that we are limited by buss speed/scan time. My current requirement is over 100 bytes but the project is also expanding. Are you able to get to the 1785 byte limit? 

Hi People

A suggestion for evolution of hardware/software to address an issue I have discovered in a specific set of circumstances.

I have a canbus on a MD4 display that has 3 devices on it. 2 are permanently there and the 3rd is a fallback device that may or may not be there depending on circumstances. The 3rd device is a wired remote control and because the wire is an extension of the canbus by its nature it needs to be an end device on the canbus and therefore needs to be properly terminated. If its not on the bus then something else needs to provide termination. I can do that by having a plug in connector that has an epoxied 120Ohm resistor that can be the missing termination when needed, but that is clunky and I really would prefer to not rely on Operators even having to understand what a terminating device is....

If the MD4 display instead of just Yes/No as the choice to terminate the canbus had a couple of alternate options then I possibly could deal with the issue automatically and not require operators to do anything.

One Option would be if the MD4 had an option where we could get it to look at the characteristics of the electrical bus and terminated if it needed terminating. If the MD4 was put on the logical end and an alternate device with termination wired so it extended the bus past the MD4 then such a solution would be electrically correct. If you added the MD4 to the middle of a bus then such a solution would provide correct resistance but would not terminate at the correct location in the bus. So care would still be needed

The second option ( and possibly not a great solution) is to test the potentially unreliable bus to see if a device is present through using a GFIN or J1939Framein to determine if a device is present and then be able to use that to determine if a bus should or shouldn't be terminated programmatically...The issue is of course if the device is present but due to badly terminated bus doesn't respond or isn't heard to respond then.......

Anyway, in my case I believe Option 1 would be a great solution, when the 3rd device is present the MD4 ends up being midbus and when looking at impedance would see the correct 60ohms and not terminate. if it wasn't present the MD4 would be at the end of the bus and would see 120Ohms at the far end and would terminate correctly. The only issue I can forsee is that such an approach cant be a one time check at powerup becuase what happens if its added after the initial check is done.....

Anyone got any thoughts or a different approach that I should take?

Andy

Here are links to the scheduled IQAN training courses for machine designers in 2022

IQAN training schedule US

IQAN training schedule Sweden

-IQANdesign training including IQANsimulate and IQANrun

-IQANdesign online training including IQANsimulate and IQANrun

On request.

-Functional safety with EN 13849-1 and IQAN-MC4xFS

-IQANscript