I've not used a Global Cache in a while, so I'm not sure if something has changed on more recent firmware, but when I've used them in the past, when you connect to their IP port, the serial strings matched character for character to the commands sent to the IP port.? The connection settings are exactly as previously described.? There was no translations or special formatting taking place, it was a raw TCP port, and it sent byte for byte what you sent to the port.? Not sure why you'd get extra characters, but the specific chars your getting-- a double-quote and carriage return--seem suspiciously like it's trying to format the string somehow.? I'd be looking in the web setup to see if there are some options that interpret the data differently than the old way of byte for byte raw data.? Last I used these, no such options exist, but not sure what features have been added if any in the last few years.? Otherwise, these have been great, and reliable.
Also, what happens if you connect with a terminal program from your laptop to the GC and send the same data. Does the GC add the extra characters onto it then as well?? Putty is ok for this, but if you have a hexidecimal api command, then you need something a little more flexible, like hercules, or DataViewer or YAT or ...insert favorite hex terminal program.? This would narrow down if the GC is adding the errant data, or if the errant data is being sent from the Crestron side.
--
Jason Mussetter
Control Systems Designer
Mussetter Programming Services
www.mpsav.com
