| T O P I C R E V I E W |
| ullix |
Posted - 02/02/2024 : 05:44:43
A user has provided me with details on the GMC-800 for proper integration into GeigerLog. If you want to follow see pre-releases pre67 and later on the "GeigerLog Development Versions" site:
https://sourceforge.net/p/geigerlog/discussion/devel/
The GMC-800 manual still encourages "Third party software developers", but unfortunately points to a document of over 10 years ago, which is no longer valid for the 800 :-(
@EmfDev: could you post an update to that document GQ-RFC1201 ? If not, could you at least post the new memory configuration and explain which commands are no longer supported, or have changed in what way?
|
| 16 L A T E S T R E P L I E S (Newest First) |
| EmfDev |
Posted - 03/11/2024 : 11:24:41
The GMC-800 should be using a different protocol than RFC1201 because of the CPM difference. |
| wikilicious |
Posted - 03/07/2024 : 19:37:06
quote:
Originally posted by EmfDev
Hi wikilicious, the GMC-800 uses 4 bytes as 2 bytes are not enough for higher readings as it can only go up to 65535.
The original RFC1201 was made for the old GMC-300 and 320 models. But now all of them are updated and are using 4 bytes. I will forward this to support for them to update the user guide.
@EmfDev
Can you clarify? Are you saying Models 'GMC-300', 'GMC-320', etc. which are documented to follow RFC1201 may be updated to not follow RFC1201?
Or... specifically, just GMC-800?
|
| ullix |
Posted - 03/06/2024 : 03:45:10
@wikilicious : now I see what you mean. QA is optional ;-) |
| EmfDev |
Posted - 03/05/2024 : 17:26:01
Hi wikilicious, the GMC-800 uses 4 bytes as 2 bytes are not enough for higher readings as it can only go up to 65535.
The original RFC1201 was made for the old GMC-300 and 320 models. But now all of them are updated and are using 4 bytes. I will forward this to support for them to update the user guide. |
| wikilicious |
Posted - 03/05/2024 : 16:57:56
quote:
Originally posted by ullix
The 4 byte responses were first used in 2018, see e.g. my "simple versions" of GeigerLog.
https://sourceforge.net/projects/geigerlog/files/
Sure, RFC1801 was added in 2018 which uses 4 bytes for cpm.
The comment was for GMC800
RFC1201 (https://www.gqelectronicsllc.com/GMC-800UserGuide.pdf)
Which specifies <GETCPM>> as 2 bytes (TWO BYTES) |
| ullix |
Posted - 02/29/2024 : 01:03:56
The 4 byte responses were first used in 2018, see e.g. my "simple versions" of GeigerLog.
https://sourceforge.net/projects/geigerlog/files/
|
| wikilicious |
Posted - 02/28/2024 : 13:05:49
I ended up ordering a GMC-800 to figure it out myself....
Guess what I found?...
GETCPM is not 2 bytes as listed in RFC1201... it's 4 bytes.
b'<GETVER>>'
b'GMC-800Re1.08'
b'<GETCPM>>'
b'\x00\x00\x00\x0c'
b'<DSID>>'
b'\xac\x994569\x03\x06'
|
| EmfDev |
Posted - 02/06/2024 : 10:33:38
Yes, the device will read out the reading in CPM, µSv/h, mR/h, or in CPS. The voice data is stored on a dedicated voice chip. There is a function on the eeprom to erase the whole chip but surprisingly, it was not added to the commands. |
| ullix |
Posted - 02/06/2024 : 00:46:52
quote:
SETVOICEVOLUME - replaces speaker volume 0-15. holding the back button will readout the radiation reading.
Does it mean the counter is talking to me? Looks like some programmer had a fun day ;-)))
quote:
SPIPW - eeprom page write SPIPW[adr1][adr2][adr3][number of bytes highbyte][number of bytes lowbyte] then followed by data
Does this allow for a faster erasure of the whole memory by writing to address 0, 0, 0 all 2 MB of 0xFF? Presently erasure had only be possible by erasing sector after sector, which is rather slow, and you have just doubled the memory.
What I would welcome is a command to the counter like "Are you talking xyz?" with a response yes or no. Feel free to add some icing, like command format (see the SPIPW statement) and lenght and format of the response. This could replace your RFC documents; which were last updated 6 years ago! ROM-size should not be an issue, when you can store speech info!
Speaking of response: what is the length and format of the DSID response? |
| EmfDev |
Posted - 02/05/2024 : 14:11:31
[quote][i]Originally posted by ullix[/i]
[br]Thank you!
I see quite a few commands, which did not exist before GMC-800, and so are not described in your GQ-RFC* documents. Are they documented elsewhere? Can you provide this doc?
I am missing on those Commands:
DSID
SETVOICEVOLUME
SPI_ID
SPIPW
SPISE
SetSPISA
GetSPISA
Is the endianness "Little" or "Big"?
Dumping the "save threshold" opton is surely a good change!
Can the tube voltage still be read-out? From what I saw I believe you can only set numbers on an arbitrary scale (like: Level:47) but still need an High-Ohm DVM to actually measure it?
I am realizing now that this counter has no WiFi? Too bad.
[/quote]
The SPI commands are for the memory storage. Some are not useful.
DSID - 2nd part of serial number sometimes needed when upgrading firmware
SETVOICEVOLUME - replaces speaker volume 0-15. holding the back button will readout the radiation reading.
SPI_ID - returns the spi eeprom chip id. Not really useful for users
SPIPW - eeprom page write SPIPW[adr1][adr2][adr3][number of bytes highbyte][number of bytes lowbyte] then followed by data
SPISE - erases sector of the spi chip.
SetSPISA - sets memory save address
GetSPISA - gets current memory save address
|
| wikilicious |
Posted - 02/05/2024 : 11:53:12
I too used RFC1201 as the spec for GMC-800 in https://github.com/Wikilicious/pygmc
@EmfDev can you answer @ullix's questions in Reply#3? |
| geomarcos |
Posted - 02/04/2024 : 08:07:17
In the user manual for the GMC500+, the instrument background is <3 pulses/s (up to 180 CPM), so the GMC800 is "more precise".
I suppose that is an errata and it refers to < 3pulses/minute. |
| ullix |
Posted - 02/03/2024 : 05:19:03
This looks like a really major problem. From the GMC-800 manual, page 5 (I leave the big size, so you can really see what the manual says!):
The background of the counter, even without any external radiation, is somewhere between 0 (zero) and 2 CPS? This is zero to 120 CPM?
So the counter creates a background, which could be over 6 times what older counters have as background, namely around CPM=20.
Really?
|
| ullix |
Posted - 02/02/2024 : 22:36:34
Thank you!
I see quite a few commands, which did not exist before GMC-800, and so are not described in your GQ-RFC* documents. Are they documented elsewhere? Can you provide this doc?
I am missing on those Commands:
DSID
SETVOICEVOLUME
SPI_ID
SPIPW
SPISE
SetSPISA
GetSPISA
Is the endianness "Little" or "Big"?
Dumping the "save threshold" opton is surely a good change!
Can the tube voltage still be read-out? From what I saw I believe you can only set numbers on an arbitrary scale (like: Level:47) but still need an High-Ohm DVM to actually measure it?
I am realizing now that this counter has no WiFi? Too bad.
|
| EmfDev |
Posted - 02/02/2024 : 10:39:34
Most of these are not used like the old calibration and alarm. And the save threshold also are not used anymore. And disregard the numbering.
POWERONOFF,
AlarmOnOff,
SpeakerOnOff,
GRAPHIC_UNIT,
BackLightTimeoutSeconds,
IdleTitleDisplayMode,
AlarmCPMValueHiByte, //6
AlarmCPMValueLoByte,
CalibrationCPMHiByte_0,
CalibrationCPMLoByte_0,
CalibrationuSvUcByte3_0,
CalibrationuSvUcByte2_0, //11
CalibrationuSvUcByte1_0,
CalibrationuSvUcByte0_0,
CalibrationCPMHiByte_1,
CalibrationCPMLoByte_1, //15
CalibrationuSvUcByte3_1,
CalibrationuSvUcByte2_1,
CalibrationuSvUcByte1_1,
CalibrationuSvUcByte0_1,
CalibrationCPMHiByte_2, //20
CalibrationCPMLoByte_2,
CalibrationuSvUcByte3_2,
CalibrationuSvUcByte2_2,
CalibrationuSvUcByte1_2,
CalibrationuSvUcByte0_2, //25
IdleDisplayMode,
AlarmValueuSvByte3,
AlarmValueuSvByte2,
AlarmValueuSvByte1,
AlarmValueuSvByte0, //30
AlarmType,
SaveDataType,
SwivelDisplay,
ZoomByte3,
ZoomByte2, //35
ZoomByte1,
ZoomByte0,
SPI_DataSaveAddress2,
SPI_DataSaveAddress1,
SPI_DataSaveAddress0, //40
SPI_DataReadAddress2,
SPI_DataReadAddress1,
SPI_DataReadAddress0,
nPowerSavingMode,
nSensitivityMode, //45
nCOUNTER_DELAY_HiByte,
nCOUNTER_DELAY_LoByte,
nDisplayContrast,
MAX_CPM_HIBYTE,
MAX_CPM_LOBYTE, //50
nSensitivityAutoModeThreshold,
LARGE_FONT_UNIT,
nLCDBackLightLevel,
nReverseDisplayMode,
nMotionDetect, //55
bBatteryType,
nBaudRate,
nCPMSpeakerOnOffCalib,
GRAPHIC_MODE,
nLEDOnOff,
nHCPMCAL,
nSaveThresholdValueuSv_m_nCPM_HIBYTE,
nSaveThresholdValueuSv_m_nCPM_LOBYTE,
nSaveThresholdMode,
nSaveThresholdValue3,
nSaveThresholdValue2,
nSaveThresholdValue1,
nSaveThresholdValue0,
FAST_ESTIMATE_TIME,
RTC_OFFSET,
ALARM_VOLUME,
TUBE_VOLTAGE,
CALIBRATION_CPM_MSB_0,
CALIBRATION_CPM_LSB_5 = CALIBRATION_CPM_MSB_0 + 23,
CALIBRATION_USV0_BYTE3,
CALIBRATION_USV5_BYTE0 = CALIBRATION_USV0_BYTE3 + 23,
CLICK_SOUND,
SPEAKER_VOLUME,
VIBRATION,
DOSIMETER_UNIT,
ALARM_CPM_BYTE3,
ALARM_CPM_BYTE2,
ALARM_CPM_BYTE1,
ALARM_CPM_BYTE0,
THEME,
DARK_THEME_COLOR_BYTE1,
DARK_THEME_COLOR_BYTE0,
|
| EmfDev |
Posted - 02/02/2024 : 10:34:57
Commands:
GETVER
GETSERIAL
DSID
FACTORYRESET
KEY
REBOOT
POWEROFF
POWERON
SETDATETIME
GETDATETIME
GETCPM
GETCPS
HEARTBEAT
SETVOICEVOLUME
GETCFG
ECFG
WCFG
CFGUPDATE
SPI_ID
SPIR
SPIPW
SPISE
SetSPISA
GetSPISA |
|
|
