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+

Note: You must be registered in order to post a reply.
To register, click here. Registration is FREE!

Screensize:
UserName:
Password:
Format Mode:
Format: BoldItalicizedUnderlineStrikethrough Align LeftCenteredAlign Right Horizontal Rule Insert HyperlinkInsert EmailInsert Image Insert CodeInsert QuoteInsert List Spell Checker
   
Message:

* HTML is OFF
* Forum Code is ON
Smilies
Smile [:)] Big Smile [:D] Cool [8D] Blush [:I]
Tongue [:P] Evil [):] Wink [;)] Clown [:o)]
Black Eye [B)] Eight Ball [8] Frown [:(] Shy [8)]
Shocked [:0] Angry [:(!] Dead [xx(] Sleepy [|)]
Kisses [:X] Approve [^] Disapprove [V] Question [?]

   Insert an Image File
Check here to include your profile signature.
    

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.

GQ Electronics Technical Support Forum © Copyright since 2011 Go To Top Of Page
Generated in 0.06 sec. Snitz's Forums 2000