XCH droping the first digit

moty66

Hello, I am facing a strange problem with an NI3100 FW v3.60.453

I don't know why XCH drops the first digit
example:

send_command dvIr, "'XCH822'";   //will send 22

any idea, I tried to change all XCHM patterns but I get the same result

regards
m.

nicholasjames

The command should have a space between 'XCH' and the channels, so my guess is it's throwing away the 8 assuming it would be the space:

send_command dvIr, "'XCH 822'";   //should send 822

Edit:
Also, make sure the integrated device (5001) also has the latest firmware. Current version is 1.30.8.

moty66

nicholasjames wrote: »

The command should have a space between 'XCH' and the channels, so my guess is it's throwing away the 8 assuming it would be the space:

send_command dvIr, "'XCH 822'";   //should send 822

Thank you, don't know how I couldn't figure out the space
problem fixed

moty66

Note: In older firmware or in NI3000 XCH822 was working fine

Am sure about the NI3000 but I don't know which firmware the NI3100 has before I upgraded

jjames

Also, XCH-<number> works.

DHawthorne

jjames wrote: »

Also, XCH-<number> works.

I'm guessing any old thing will work as long as there is one throwaway character after XCH and before the number. It looks like it uses an absolute position. Not a bad way to ensure backwards compatibility if the format changes.

nicholasjames

moty66 wrote: »

Note: In older firmware or in NI3000 XCH822 was working fine

Am sure about the NI3000 but I don't know which firmware the NI3100 has before I upgraded

Older firmware may have worked. From the release notes for firmware v1.20.7:

AMX-PI wrote:

- Support for XCH command for 4 digit channel. New XCH modes 5 & 6
added. These are equivalent to the current modes 1 & 2 except.
for 4 digit channel numbers.
...
- Fixed some issues with XCH command.

So they changed it and fixed it. So either might have been to add ignoring the space.