I am in the process of updating an old LabVIEW library of routines based on Galil's DMCWIN/DMC32.DLL library. I have an old routine that uses the DMCVersion [ LONG FAR GALILCALL DMCVersion(HANDLEDMC hdmc, PCHAR pchVersion, ULONG cbVersion); ] to get the firmware version that is installed on the Galil controller. Using the GalilTools, I don't see an exactly comparable function, but I have found the "connection()" call and its documentation suggests that it does return the firmware version. When I run it against two of my controllers I get the following strings returned where the version information is mashed up into the controller type.
<!--break-->
192.168.1.9, DMC2142sQ4a, 7972, IHA
192.168.1.2, DMC2142sQ4b, 8611, IHB
<!--break-->
and neither of these look like the strings in the documentation (shown below) where the firmware version is separated from the device by a "Rev" string.
<!--break-->
GALILPCI1, DMC1886 Rev 1.0b, 36
COM2 19200, DMC2182 Rev 1.0p, 202
192.168.1.2, DMC4020 Rev 1.0a, 189, IHD
<!--break-->
So what is the general rule (i.e., a rule that will work for any controller and any firmware) for parsing the string to separate the device type from the firmware revision?
MattK on 12/19/2014 - 10:32
Hi Warren,
The difference between the responses you're seeing is that the "Rev" string refers to standard firmware. The "s" is a designator for an engineering custom particular to your controller. As customs are considered intellectual property of the client we will need to move this conversation to email.
MattK on 01/07/2015 - 08:48
As noted, since some of the controllers in question are customized, further discussion was not appropriate for the forums. A solution where the revision string was searched and parsed was found, however for general information:
The version string for standard firmware will contain a "Rev" string.
The version string for custom firmware has no fixed format and is controller specific. Contact Galil regarding this format.