| T O P I C R E V I E W |
| Damien68 |
Posted - 08/18/2019 : 07:39:27
Hi,
I am developing my own windows application to communicate with my GMC-500 + (a bit like GeigerLog but I want to do it under windows) I do not like python.
also the document "GQ-RFC1801 GMC Communication Protocol" provides the commands to pass but does not allow to interpret the data.
For example the following command:
==================================================================
6. Request data from internal flash memory
Command: <SPIR [A2] [A1] [A0] [L1] [L0] >>
Return: The history data in raw byte array.
==================================================================
I understand that we have to download the contents of Flash before interpreting it, but how?
Is there a more complete document to interpret the data?
Are there escape sequences or other point to manage?
There is the same problem for the functions to read and write the configuration data. How interpret it?
Regards. |
| 5 L A T E S T R E P L I E S (Newest First) |
| EmfDev |
Posted - 08/26/2019 : 09:38:57
Try the method I replied on you other thread to see if it works. Also to avoid the spike, you can also use the GETCPM or GETCPS to get the data and not the automatic Heartbeat so it won't unsync. |
| Damien68 |
Posted - 08/24/2019 : 06:46:44
yes it is correct, is improbable, if it happens, it will just result in a possible spike, if necessary we can still assess and find its origin in the raw data.
Anyway, if it happens we will have other problems to manage :)
But, there is a way to erase the data flash memory from USB remote control? This to can archive automaticaly the historique in a PC hard drive and clean device memory to avoid memory overlap after 1-2 years, and to speed up the data download time.
BR. |
| EmfDev |
Posted - 08/19/2019 : 12:25:46
I don't think so. But that is extreme case. must have that high CPS or CPM (CPM saved every minute if selected minutely). |
| Damien68 |
Posted - 08/19/2019 : 09:58:07
Hi EmfDev,
Tanks for your support,
If the hazard makes the sequence 0x55 0xAA in the CPS data stream, is there a specific character added later to avoid confusion with the 0x55 0xAA control sequence? |
| EmfDev |
Posted - 08/19/2019 : 09:11:10
HI Damien68, I'll check this one. I'll get back to this later. The data starts with
0x55 0xAA plus
0x00 - For date and time or timestamp
0x01 - CPS is double byte
0x02 - Location data
0x03 - triple byte CPS
0x04 - 4 bytes CPS
0x05 - which tube is selected 0 is both
then followed by the CPS
For the configuration I'll take a look. |
