Rich Stephens
Rich Stephens
ARGH. Sorry. I forgot that the checked-in version of wctest.c has code in it to clear out the 0xD. Please look at wctest.bin and wctesttr.bin from here: https://github.com/RichStephens/fujinet-weather/tree/coco-test The wctest...
Yeah, I don't think I tested this one against 1.5.1. Just did. Yep. Me too.
I guess it _could_ be a fujinet-lib bug, but I really can't see how. Perhaps a firmware bug that's been around for a bit?
In every case where I have seen network_json_query, it has returned the data, followed by 0xD, followed by 0 or more garbage characters. Usually 0, but sometimes more. I'm not...
I was thinking about this, and any extra characters I'm seeing beyond the 0xD are probably just what was in the target buffer before. I thought at first it was...
Here's a look at the serial log from a network_json_query call: ``` OP_NET: 1 comnd: 'S' 83,0,0 drivewireNetwork::sio_status_channel(1) sio_status_channel() - BW: 8 C: 1 E: 1 00 08 01 01...
Whatever the problem is, it's either somewhere in lib/fnjson/fnjson.cpp, OR in /components_pc/cJSON/cJSON_utils.c, I'd bet. Not clear where, though.
OK....we've determined that this is not a problem. It's a feature. So, I think we can close this as "as intended".