Is it any way possible, or be made possible to create subgroups in the adjust-groups?
The applications we create use a lot of costumer-dependent values.
We use the MD4/5 screens on our machines, also to adjust values/parameters in the program.
Calibrating our systems takes a lot of time now, simply because of scrolling and searching for the right parameter.
Having sub-groups would speed things up.
Also having those subgroups optionaly password-protected would be a good addition.
Currently its not possible to have J1939 & Generic on the same line... why not? As long as the bitcount (29) and KBPS are the same...
The thing is, I need some tricks from both systems. J1939 allows to handle engine messages more easily, and also allows to use the Page Mask byte(s), so the same PGN can be defined multiple times and split ways. But J1939 JFOUT does not allow to change the PGN programmatically, which is needed in this particular case in order to make a reusable library.
Generic JPOUTS do allow a dynamic messageID's, but don't bring the other benefits...
We are happy to announce that IQANdesign 5 is released, bringing in powerful features for team collaboration and a brand new look!
Main feature updates
New system layout
The system layout grid view has been replaced by free positioning of the modules and buses.
Tool bars and context menus are replaced by an Add button in all views where you can add components. The Add button has additional features such as component search and hints.
Dynamic block diagrams
Block diagrams now only shows pins that have channels assigned. Also other improvements such as pins showed separately for multi-pin channels and multiple categories for some I/O types, e.g. HS/LS categories for digital outputs.
Solution library added that lets you add ready-made solutions to your applications from the Add button.
A new concept that allows you to place application logic in a file external to the project file where it is used. By doing that, you can reuse code in multiple projects, and also make it possible for two or more persons to work on the same project simultaneously.
Instances of the external function in the main project file can be automatically updated when the function in the external file is updated.
Move image and line controls in runtime
It is now possible to control X and Y positions of images and lines using channels. This will allow you to do simple on-screen animations.
MC4x: CAN routing
CAN routing adds a new concept of rules and exceptions to simplify routing of CAN frames between CAN ports on MC4 modules.
Check for updates on version 4 will direct you to any upcoming maintenance updates on that version, for downloading version 5, use these links:
IQANdesign 5 demo video
For more details, see:
It would be nice if CANopen and CANopen Safety was implemented in IQAN Design.
We see the need of CANopen Safety as most of the suppliers for components such as CAN sensors are using or are planing to use CANopen Safety as the CAN-protocol for their safety related components (ISO 13849).
Today J1939 and Generic is implemented in IQAN Design. It would be nice if there was J1939, CANopen, CANopen Safety and Generic.
Hello again, thinking that we are in an era of smartphones applications, it would be interesting to have finger slide option to control objects movement in graphics.
Actually the "System Log" page called in "action" for a text button seems to has it. But the touch area defined by programmer to handle this is not available. Some images below. The last one is an example of how this feature would help to navigate through an alarm bar.
Feature highlights 6.08
Support for new Bluetooth module, IQAN-G12
IQAN-G12 is a new Bluetooth to CAN gateway with improved speed and range, and a possibility to increase security.
In IQANdesign system layout, the module “G1x” is used for both G11 and G12.
IQAN-G12 is designed to be backwards compatible with G11 and works with previous version (4.01-6.07)
The G12 enables increased security by supporting pairing between the G12 and the Bluetooth device that connects to it. To configure pairing and control the passkey, the G1x module has new properties specifically for G12.
Bluetooth connections on IQANdesign and IQANrun
It is now possible to connect from the PC tools to a G11 or G12.
To use this feature, it is recommended to check that the PC has up to date drives for the Bluetooth chipset. Older chipsets may not work.
CRC parameter channel updates
It is now possible to set a custom polynomial on the CRC parameter channel. The message counter is moved to separate channel called CVC. It is used as a parameter connected to a JFIN, JFOUT, GFIN or GFOUT.
This makes it easier to implement CAN interfaces to e.g. sensors that include checksum and counter.
Example of CRC parameter for a Parker LORD TFD.
Touch number pad for PIN code channels
PIN code on PCC can now be entered with touch number pad. The number pad works with touch and external buttons/encoder.
Spinner is still presented if enter PIN button was pressed with external button.
Keep connections when moving channels between function groups
If a channel is moved out of scope, IQANdesign keeps its old connections and show "invalid context" error instead of "undefined reference" error as before. This makes it easier to move channels when redesigning function group structure.
Read more in release notes
Other updates include new TSC1 properties, mixing of 11-bit generic with J1939, MD4 touch improvements, easier simulation of clone files and several bug fixes.
See release notes for details:
In IQAN, we have had the feature for reading of DM1 for ages, and DM2 reading since version 3, but reading other PGN:s that are sent as J1939 multi-packet is more tricky.
I come across more and more applications with requests for reading other PGN:s with > 8 bytes.
With a bit of knowlege and time, it is possible for an IQANdesign user to implement reading of BAM and TP.DT using JFIN channels, but it comes at the expense of overriding the DM1/DM2 reading features.
With a more integrated feature for J1939 multi packet, using e.g. a JFIN with length > 8 byte, requests such as these could be solved more easily:
With version 5.02 we added two features for outgoing multi-packet (DM1 and text), now might be a good time to develop incoming multi-packet further?
Would it be possible to add a SIC that holds the filename used to program the system and also timestamp of the file?
It would help us a lot to keep track of versions, specials and machines.
I know there is Version under Project Properties but it happen to often it don't get updated.
Customer support service by UserEcho