IQANgo version 7.00 is now available. 

Measure 

Measurement can be saved as CSV.
Status is now visible at the bottom of the graph (as in IQANrun).

Now possible to change min, max and color for graph items.

Adjust

While adjusting min current, the output will be limited to the adjusted value (same as MD4 and IQANrun)
Adjust view more similar to IQANrun 7.

New user manual

User manual available here.

I like a option to resize the channels. One thing to add would be a setting to set a default size for the channels. I find myself resizing all of my new channels. Would be nice if they were placed the size I want them.

Hello,

I have reviewed the forums and have seen some comments from around 2 years ago stating that the diagnostics over CAN for the MD4 units using IQANdesign require 250kbps baud rate. Is that still the case or can we use a bus network at 500 kbps? Thanks.

I have an existing design I have inherited which has 3 connected J1939 Canbus networks. Network 1 connects between an engine ECU and a MC2 Controller, Network 2 connects the MC2 and a MD4 Screen and Network 3 connects between the Controller, screen, and all our other CAN Devices; Radio, etc.

What is the point of Network 2, when they are already connected through Network 3? Is it because of it being a "Multi-Master" Device?

Thanks for the help!

Hi

Is there a way to duplicate the IQANdesign windows, to work on two functions group side by side ?

Similar to Microsoft Excel, if you use it, you can open two or more windows and put each one on differents screens.

Some software has this possibility.

It would be good for IqanDesign  !

Could it be possible to show the other languages in Iqan Design without having to flash it to the machine? It would be nice to know if the text fits while in the design process or, in my current situation, take a screenshot of the other language screen for purposes of making the operators manual.

I've been having some very strange issues today with XC43 "System mismatch" errors on a system with an MD4-7 and XC43. We're on IQANdesign 6.01.6. There's 1 XC43 with address 1 on CAN-C. When I load this program on new MD4-7 and XC43 I get the XC43 "System mismatch" error and the XC43 has internal state "Failed 306". The amber LED continuously blinks very quickly.

When I move the XC43 to CAN-A or CAN-B and reload the program, everything works. I then move the XC43 back to CAN-C, reload the program, and everything works.

Having the XC43 on CAN-D seems to result in the same "System mismatch" error.

We've used this same program and these same modules on many other machines without this issue, so looking closer at the MD4-7-T1E2 modules I was testing with, it seems like something changed with the modules with 2023 manufacture dates (2302040070 is the earliest SN that I experienced this issue with). All our modules that are later than 2208040660 don't seem to load the firmware onto the XC43 on CAN-C or CAN-D or something. 2208040660 and earlier have no problem operating the XC43 on CAN-C.

Did something change in the CAN-C and CAN-D ports on the MD4-7 suddenly sometime after SN: 2208040660 that they can no longer load firmware onto expansion modules? Or am I doing something wrong?

This could become a fairly serious issue with replacing XC43 modules in the field in the future. If CAN-C and CAN-D can't load firmware on the modules, we'd need to either reprogram the existing system or make sure the firmware is updated before it ships out. This isn't always easily done and kind of defeats the major advantage of expansion modules (forward/reverse compatibility without reprogramming). And if we can't use CAN-C/D for expansion modules, it severely limits their usefulness, since we're already advised not to use these buses for the diagnostic bus.

Question 1:

Now that we can put a Generic Can Bus on a J1939 Bus,  Is there any reason we cannot support a Generic Bus with a Diagnostic Bus.   If I try to do this, I get an error.   

I know of this work around, but it seems like alot of work, since the principles are in place to support this on any bus that is not connected to the Diag. 

https://forum.iqan.se/communities/1/topics/1110-j1939-generic-on-the-same-bus

Question 2:

Is there any way to support 500k on the Diag bus.   This project I am working on, we are not using the Diag bus at all.  But we need (2) 500k busses. We are using the MC41 for Can Bus communication only, and 2 outputs for a relay.  So doubling the cost for an MC42 is out of the scope of this project and we would have to try to source an alternative controller, which I rather not do. 

Right now we are using (100/year) MC41's on a sister project to this one  (which just started this month), and this project would add an addition 150/year starting next year. 

If I have to source a different controller, then all 250 trucks starting Jan 1st of 2024 will be moving away from the MC41.   Would love for some feedback, so I can start making plans of what we need to do for these 2 projects. 

I'm currently working on a dual master system using IQAN Design 6.08.24. When loading an application with 24V DIN on C2:1 or C2:2 it stalls at the finalizing and doesn't go through the restart, And when cycling the power it gives an error for an incorrect address tag. I tried loading the same program on another machine and had the same results, Unless the C2 was unplug or if I used 6.07.

Hi!

We have problems updating our machines remotely. We are not using IQANconnect.

We have three controllers in the machine: MD4-10, MC42 and MC43. After sending a new project to the machines and during the reboot this is displayed on the MD4:

And there it stops. After a while we power cycle the MD4 and it boots up normally. However, the MD4 has no contact with the other controllers and, if I am remembering correctly, we have a "System mismatch". Rolling back to the previous version restores everything. Trying to update the machine with the new project results in the same issue as mentioned before. And we are in a loop...

Connecting directly to the MD4 with an ethernet cable works flawlessly so I am suspecting a communication issue. Connecting directly to the MD4 means we have to travel across half the country for an hours work though...

Our communication solution has worked great in the past. I've talked to the IT department and they say that nothing has changed regarding our communication solution so I am reaching out to you:

What is going on behind the scenes at the moment the picture was taken?

Do you have any suggestions on how to solve the issue?

At the moment we hesitate to update our machines because of this. To be honest, just thinking about an update makes me sweat :)

I will be happy to provide you with any information you may need as this is very urgent.

Thank you in advance!

Kind regards,

Christopher Fridstaden