GQ Electronics Technical Support Forum Active Users: / Visits Today:
Highest Active Users:
GQ Electronics Technical Support Forum
Home | Profile | Register | Active Topics | Members | Search | FAQ
Username:
Password:
Save Password
Forgot your Password?

 All Forums
 GQ Electronics Forums
 2.GQ Geiger Muller Counter
 About Communication protocol on GMC-500+
 New Topic  Reply to Topic
 Printer Friendly
Author Previous Topic Topic Next Topic  

Damien68

France
777 Posts

Posted - 08/18/2019 :  07:39:27  Show Profile  Reply with Quote
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.

Mastery is acquired by studying, with it everything becomes simple
Reply #1

EmfDev

2132 Posts

Posted - 08/19/2019 :  09:11:10  Show Profile  Reply with Quote
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.
Go to Top of Page
Reply #2

Damien68

France
777 Posts

Posted - 08/19/2019 :  09:58:07  Show Profile  Reply with Quote
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?

Mastery is acquired by studying, with it everything becomes simple
Go to Top of Page
Reply #3

EmfDev

2132 Posts

Posted - 08/19/2019 :  12:25:46  Show Profile  Reply with Quote
I don't think so. But that is extreme case. must have that high CPS or CPM (CPM saved every minute if selected minutely).
Go to Top of Page
Reply #4

Damien68

France
777 Posts

Posted - 08/24/2019 :  06:46:44  Show Profile  Reply with Quote
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.

Mastery is acquired by studying, with it everything becomes simple
Go to Top of Page
Reply #5

EmfDev

2132 Posts

Posted - 08/26/2019 :  09:38:57  Show Profile  Reply with Quote
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.
Go to Top of Page
  Previous Topic Topic Next Topic  
 New Topic  Reply to Topic
 Printer Friendly
Jump To:
GQ Electronics Technical Support Forum © Copyright since 2011 Go To Top Of Page
Generated in 0.09 sec. Snitz's Forums 2000