rs232 buffer "Where's the beef"?
micoder
Junior Member
I am programming in Axcess. I am receiving data into a buffer sized to 100. I receive a transmission that is 28 bytes long. At least when I look at the debugging window it says length is 28.
However, all I can see is three bytes. I must be doing something wrong. I just want to see all 28 characters, but the debugging window just won't show anything but three??? I made a command that Y = LENGTH_STRING of this buffer. Y shows that it equals 28.
I am at a loss.
However, all I can see is three bytes. I must be doing something wrong. I just want to see all 28 characters, but the debugging window just won't show anything but three??? I made a command that Y = LENGTH_STRING of this buffer. Y shows that it equals 28.
I am at a loss.
Comments
-
Do you know what characters you are expecting?
Try switching the view to Hex in the debugger window. -
rs-232 one way
I don't know what I am expecting but there are only 3 bytes in all views. I will need to interpret them once I see them.
Michael -
Is one of those bytes $00? Emulate/control a device, notifications, and diagnostics have (or have recently had) issues with displaying strings contain nulls.
-
Have you used OpenAxcess? It does a good jog displaying values for Axcess systems.
-
Is one of those bytes $00? Emulate/control a device, notifications, and diagnostics have (or have recently had) issues with displaying strings contain nulls.
Yup, all terminal and debug outputs will stop displaying on a null. Whatever library they are using for that implements null terminated strings, apparently. I pass all my debug feedback through a routine that converts all non-printable ASCII to a meta format, so that a null comes out as ASCII '<0>'.
This, of course, precludes using any of the built-in tools. You have to do your own debugging at this point (I just use SEND_STRING 0 and open a terminal window). -
jweather wrote:Emulate/control a device, notifications, and diagnostics have (or have recently had) issues with displaying strings contain nulls.
True with one exception; Notifications hasn?t had a problem with nulls. If I want to monitor data (that?s going to include nulls), instead of doing a SEND_STRING 0 I?ll do a SEND_STRING to a virtual device and watch it with Notifications. Works perfectly fine and it has for as long as I can remember but I do wish we had the option to view in all hex instead of the mixed mode of ASCII when it can and hex when it can?t.DHawthorne wrote:Yup, all terminal and debug outputs will stop displaying on a null. -
open axcess
I tried using open axcess and could not find any way to look at the buffer??kbeattyAMX wrote: »Have you used OpenAxcess? It does a good jog displaying values for Axcess systems.
Categories
- All Categories
- 2.5K AMX General Discussion
- 922 AMX Technical Discussion
- 514 AMX Hardware
- 502 AMX Control Products
- 3 AMX Video Distribution Products
- 9 AMX Networked AV (SVSI) Products
- AMX Workspace & Collaboration Products
- 3.4K AMX Software
- 151 AMX Resource Management Suite Software
- 386 AMX Design Tools
- 2.4K NetLinx Studio
- 135 Duet/Cafe Duet
- 248 NetLinx Modules & Duet Modules
- 57 AMX RPM Forum
- 228 MODPEDIA - The Public Repository of Modules for Everyone
- 943 AMX Specialty Forums
- 2.6K AMXForums Archive
- 2.6K AMXForums Archive Threads
- 1.5K AMX Hardware
- 432 AMX Applications and Solutions
- 249 Residential Forum
- 182 Tips and Tricks
- 146 AMX Website/Forums