I have a GMC-300 geiger counter from http://www.gqelectronicsllc.com/
is there a way to use this as my detector? it comes with USB to serial drivers that covert it to a com port on the PC. The software that comes with the detector reads the real time data coming from the detector much like the bonic project does. Is there a way for radioactive@home to connect to the detector?

It would be a miracle if your device presents the data the radioactive@home software expects when it reads the device so I am sure the project admins will say the answer is no. The software could probably be modified to read your device but I doubt anybody wants to take that job on for just 1 device. For 100 devices it would probably be worth it but there are potential hurdles that might make the job impossible. It depends what info the device's engineers/designers have decided to make available to the public and how readable the document is.

A better way to attempt to use the device with radioactive@home might be to massage the data it saves to your disk into the format this project expects and get BOINC to upload that data to R@H servers. It's a hack but there is a good chance it could work reliably. Again the trick is to find someone who is willing to do it for just 1 device. You might be able to convince the people who make/sell the device to do the work as they might be able to justify the project as a way to add value to their product and increase sales. Or they may laugh at the idea.

I've played with the R@H app a little and it's not terribly complicated. Also there appears to be a software simulator of the device available for free download. If the simulator creates a data file like the actual device does I'll have something to work with; if it does not then I might ask you to send me a copy of one of the data files from your disk. Perhaps I can find a way to make it work. I must add that if the project admins don't approve the results I won't release my work.

____________

I checked out the simulator software they provide and it's cool but it doesn't write a demo data file to disk like I thought it might. That doesn't put the hack I mentioned out of reach but after looking around their website and support forum it appears their customers are writing apps for their detectors. If so then there is probably enough info available to the public to write an app that will allow the GQ brand detectors to work with this project. I posted an invitation on their forum, let's see what becomes of it. It might be a way to bring many detectors into the project with minimal effort/expense. Any thoughts from R@H admins?

____________

I reading though my manual that I downloaded for the unit. It referred to the protocol on the download page so one can use it for their own projects. It is 8 items down on the download page on the web site. I tried to hyper terminal to my unit using the settings it states. but it did not respond to my command. I will try again this weekend when I have more time to play with it. That darn work thing is always getting in the way.

this is a little bit from that protocol document that might be used.

The serial port communication is based on a fixed baud rate.
Baud: 57600
Data bit: 8
Parity: None
Stop bit: 1
Control: None

3. Turn on the GQ GMC heartbeat

Note: This command enable the GQ GMC unit to send count per second data to host every second automatically.

Command: <HEARTBEAT1>>

Return: A 16 bit unsigned integer is returned every second automatically. Each data package consist of 2 bytes data from GQ GMC unit. The first byte is MSB byte data and second byte is LSB byte data.


e.g.: 10 1C the returned 1 second count is 28. Only lowest 14 bits are used for the valid data bit. The highest bit 15 and bit 14 are reserved data bits.

@TJM,

If source for GQ devices is available then yes the anonymous platform idea is the easiest.


@apotheca,

Thanks for the info. I'm not quite sure what to do with it yet or what it means but I read a little about the GQ devices every day, I'll get it eventually. I'm sure in time someone from the GQ forums will respond with more info or else I'll stumble across what I need. I am not about to buy a GMC-300 but I've been looking at the less expensive GMC-080 Geiger Counter Kit . I could justify that, maybe. What do you know about it? Is it just a stripped down version of the GMC-300? If it's just a GMC-300 without the LCD and it uses the same basic circuit then I could justify purchasing one and making it work with R@H but only if the code I develop will work with GMC-300 too.

____________

Tonight I had some time to play with the data output of the GMC-300. I was able to use hyperterminal to connect to the unit and start a data output with the command <HEARTBEAT1>>. It then gave an output every second as described in the communication protocol document. This is where my knowlege of what to do with ends. making an app/scrips for anonymous platform is not something I know how to do.

I didn't realize when I ordered the unit on e-bay that GQ electronics is in Seattle,WA. I live an hour south of them. I sometimes have to do service calls in Seattle. I might drive by their location to see if they have a store front when i'm up there.

@Dagorath
As far as the GMC-080 goes I think it is a sripped down version of the GMC-200. I noticed the main difference between the GMC-200 and GMC-300 besides the LCD screen is that the GMC-300 has a USB output only. The GMC-200 and GMC-080 is an audio jack output that plugs in to the mic port on your ipod. I did see a audio to USB cable listed as part of the GMC-200 package. Since both GMC-200 and GMC-300 use the same software, I would expect a scrip written for one will work on all models.

Yes, the GMC-080 and GMC-300 are quite different, I see it now after reading more of their docs. I'm convinced writing an app that would enable you to use it with R@H would be very easy if I had a GMC-300 to test with and verify the code but I can't justify the expense. I don't want to attempt it without having a device myself so I think we should talk someone else into doing it. For all we know that someone else could already be working on it. Let's give it a few more days and see what response we get from the message I posted in the GC forum. If nobody responds I'll contact two GC customers who have written apps for the device and see if I can talk one of them into it.

The other alternative is that me or perhaps TJM writes the app and gets you to test the code. That kind of arrangement can be troublesome, it's best if the author does the initial testing but if that turns out to be the only way then that's what we'll do if you're willing.

____________

apotheca, you have a PM
____________

The serial port communication is based on a fixed baud rate.
Baud: 57600
Data bit: 8
Parity: None
Stop bit: 1
Control: None

3. Turn on the GQ GMC heartbeat

Can you run the hyperterminal (or anything else that can talk via COM port), send the heartbeat command and see what the hardware returns ?
If it only sends the data every second without anything else done from software side, then it will be easy to get the data with modified rad@home app.

The only way to support a device that requires drivers and a whole different communication approach is the app_info + dedicated app. The BOINC app has to work for everyone on all systems, not just fort those who have the drivers installed and that was one of the reason to pick up HID as the interface.
At some point the stable version of the app could be added as a second one with a switch in user prefs to choose which one to run.

Spawning another executable might look easy at first, but I highly doubt it's easily doable via BOINC considering all the data that API and server requires. IMO writing an app which would talk to the sensor via COM interface is the quickest way to get the data, I might give it a try but I'd like to see raw output from the COM port first.

The protocol is nicely described on their website. Receiving data from COM port is relatively easy.

Spawning another process is much harder IMO, it might work in standalone mode but keep in mind that in order to use it with BOINC, you have to put all the files where they should be - executables, input and output files. Under normal conditions the BOINC client uses info from input/output templates so it knows what is placed where. If you change the app, the template is no longer correct and I don't know if it can be simulated with app_info.
Also, generally running another process under BOINC control requires the wrapper (or you won't be able to controll the process in any way).

Hi,

Any progress concerning the GMC-300 support?
I have just received one and I am ready to test it with boinc...

Some users would perhaps prefer bying this more sophisticated detector (standalone, battery operated, logging, etc.) and are still ready to leave it on connected to the boinc network when not using the device for other purposes....

This would increase the density of the detectors with minimal work on you side...

Anyway: you are doing an excellent job !!!

Great!

Good news. Just drop me instructions what needs to be tested....

Nice Christmas and a Happy New year to the whole team!

Hello,

50 days from the last message.... Any progress??

I've ordernd a GMC-300 aswell. I Hope someday ist is possible to use ist with BOINC and R@H.
Best regards

Hi!
I received my GMC-300 today and it seems to work correct.
I asked about the progress on implementing this device with the Radioactive@home project in BOINC at the ge electronics forum:
( http://www.gqelectronicsllc.com/forum/topic.asp?TOPIC_ID=3665 )
and got an answer and a download link.
"Yes. The new version data viewer Re.1.30 and Data Logger PRO Re5.25 have added Radioactive@Home file format."

so i got the tool and it saves the readings in realtime to a .R@H file.

My question is, how do i import it into BOINC and do my part in the project.

Have a nice weekend!

Hi guys,
I exported 7h20m of realtime measurements to all available formats
(.R@H, .csv, .rbn, .htm, .html) for you to have a look at if you want.

Here is a download link.
http://dl.dropbox.com/u/2985968/7h%2012m%20GMC-300%20realtime%20data%20export.rar

Hello

I want to buy a device that I can also participate in Radioactiv @ home. What is the device ? , and where to buy it in Germany?

Please give me the right Name for this device.

Thomas G
Founder of Astronomen.net

Hallo Thomas!
Das ist ein selbstgebauter Geigerzähler der nur hier erhältlich ist. Und die Produktion läuft sehr schleppend.

Hi Thomas!
It's a self-made detector build by the project and only here available. The production is rather slow going.
____________
Gruesse vom Saenger

Hello,

Just to clear up the situation: the subject of this thread is the possible use of

GMC-300 ready made, standalone detector that can be purchased directly from the company manufacturing it:

http://www.gqelectronicsllc.com/comersus/store/comersus_viewItem.asp?idProduct=4542

Actually it cannot be used with the project, but TJM is working on the SW module to interface it and hopefully we will be able to test it soon....

If your are willing to buy rather the project's own special detector, please see the current status of the production and ordering in another thread...

Best regards,

miki_e

Hello,

...after such a long waiting I was almost not checking the messages any more...

I will try to log the coms in next days....

Best regards.

Hello,

Sorry, I was quite busy recently....

Here we have the coms:

Just to check communication: 2 times getversion:

TX IN ASCII: <GETVER>><GETVER>>
EQUALS TX IN HEXA: 3C 47 45 54 56 45 52 3E 3E 3C 47 45 54 56 45 52 3E 3E

device will reply:
RX ASCII: GMC-300Re 2.30GMC-300Re 2.30
=RX HEXA: 47 4D 43 2D 33 30 30 52 65 20 32 2E 33 30 47 4D 43 2D 33 30 30 52 65 20 32 2E 33 30


Command to get counts per minute repeated 4 times in interval of some 15 seconds

TX ASCII: <GETCPM>><GETCPM>><GETCPM>><GETCPM>>
TX HEXA: 3C 47 45 54 43 50 4D 3E 3E 3C 47 45 54 43 50 4D 3E 3E 3C 47 45 54 43 50 4D 3E 3E 3C 47 45 54 43 50 4D 3E 3E

device will reply with 2 (and only 2) bytes immediately after each command:
RX HEXA: 00 0E 00 0F 00 04 00 05

Looks to me that <getcpm>> is VERY easy to use...

If you need more logs, please let me know....

Best regards,

miki_e

Hello TJM,

please check your private messages and comment...

Best regards,

miki_e

Hello TJM,

System is ready and running. Check you PM.

Best regards,

miki_e

Great news...

Would be nice if some other owners of GMC-300 (and similar models) try to install and run the application and post comments and observations...

Please note that you need to install USB driver from gqelectronicsllc.com site and find out the COM number assigned to GMC-300.... For the rest follow TJM's instructions....

....................

TJM, I will keep the system running as it is at least until next week... so if you need to do some more tests, please go ahead....

Perhaps you can also make an announcement of the new detector supported in "news" and/or on the homepage ?

miki_e

Hmm, you are right. We may need some more tests, specially with other OS... I can set up a test system with Win7 and eventually with w2k if needed. I do not have (and do not like) Vista and so far I have no experience with Win8...

Hello. I have a GQ CPM-300 and I was searching on hoiw to network the unit into a central mapping application just like this. I was going down the h**p://www.radiationnetwork.com/ path until I realized that the CPM-300 can not be configured for pulse output. It sends packets as you have been dealing with it here!

Anyway I am open to testing the new application software. I just downloaded the Bionic software and now setup to connect to the GQ device. I'll let you know how it goes...

I have the Bionic running and I started the attached application but not sure it's doing anything. The command looking screen is just blank with no text messages shown. Is this how the application is supposed to work?

BTW running in Win7 here.

23:22:13 (3864): Can't open init data file - running in standalone mode
Debug: Using port number: 6
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM6 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-300Re 2.36
<GETCPM>> returned 0 17
CPM value: 17
1000,1,2013-6-27 4:22:17,0,r,0


Unit was reporting about 17 CPM at the time! Not sure what else it needs but it may be working. I next need to check online and see if it's communicating with the server.

Perhaps I need to backup but i could not find any radioactive@home folder in the Boinc folder. I manually placed the download above in there but did not see anything close to a file like stated. Do I need to uninstall the Boinc and start over?

Yes I found the data directroy was in another location within the PC's space under c:/Program Data. I did find the original files and removed them and replaced with the three from the download. I made sure the BOINC was shutdown at the time. I restarted the process and it shows the BOINC starting along with the BOINC manager and more important the GMC300 application was launched this time. I was later asked to update my location on the map. Perhaps it will start to work the next time it checks in? I'm getting closer.

Now I need to return the other software! Saved my $65.00!

EDIT - Just checked the map. I'm live and showing up here in Central Texas!

Yes it's working well. I do have some questions related to access. If my network goes down for periods of time how does the system react? Does it just store the results for later transmission when the network is available again? My system may power off from time to time and wanted to know how that was handled.

Yes it will be nice if you can report the sensor type. What else would it take to make the whole process easier to configure? I sort of hacked and slashed my way to the finish line but it should be easier once this is out of alpha software stage!

BTW - thank you for writing the code and the effort so far. It's appreciated. This counter was just sitting here only recording background levels now it's actually useful in a much larger way.

Thank you for the effort. I really is helpful.

Not sure what happened but my dot on the map went away? Did the change of the server now require the new application as well? Was working well for the last couple of days but this morning looks like I dropped off. I will check my side but appears to be working with updated counts and all. I will try the familiar reboot in Windows but the BOINC seems to be happy. No red boxes.

Downloaded and applied. Will see if it reports the sensor type now. Thanks.

Yes something went badly and the system did not respond for half a day or more. I restarted and seems to be running now. Reports the proper model number and version of software. I like it!

Think it's slightly high as I have granite counters in the office and the sensor is about a foot away from the counter top. I have noted the count goes down just a few CPM if I move it out into the room. Will have to be where it is as the wife has proclaimed it will not be out in the middle of the room! She who must be obeyed wins that one!

BTW - My cable was disconnected to the sensor for a few hours without my knowledge. I did get an automated email asking to check the connection. HOw do i see this status on the BOINC site or can I?

Something is funny. I let the thing operate all day long and it shows that I did a lot of tasks but the dot is not showing up. Has not been on the map for a couple days now. I uninstalled BOINC and reinstalled with the admin only having the ability to run the BOINC and manager. I have a couple other accounts on this machine and BOINC was attempting to start a new session for each account as it was logged into. After the install the other accounts do not try to auto start the manager now.

Could it be something with the install and having to reset something or permissions? What is odd is the thing appears like its working but just not on the map.

Hi TJM,

I am about to stop the GMC-300 system and move the detector to the new location... Is it OK for you or do you need to make some more tests? Eventually I could leave the system running until Monday....

Yeah I ended up nearly starting from scratch. I had to remove the old account and started a new one. Only then it started to read the sensor properly again. I think there was some odd stuff going on when I moved the BOINC on my machine from "every account can start it" to "only the admin can start it". I also started the BOINC with admin privileges. Not sure if that is all of it but it's working now!

Says it's completed a number of tasks properly yet never shows up on the map? I let it run 24 hours and yet no dot. Very frustrating. Don't believe it's on my end.

The new ID after starting over is http://radioactiveathome.org/boinc/results.php?hostid=8011

I do see this this type of entry at the start of Boinc in the stdoutae log file:
06-Jul-2013 20:11:02 [---] No config file found - using defaults
06-Jul-2013 20:11:02 [---] Starting BOINC client version 7.0.64 for windows_x86_64
06-Jul-2013 20:11:02 [---] log flags: file_xfer, sched_ops, task
06-Jul-2013 20:11:02 [---] Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6
06-Jul-2013 20:11:02 [---] Data directory: C:\ProgramData\BOINC
06-Jul-2013 20:11:02 [---] Running under account xxxxxxxxxxxxxxx
06-Jul-2013 20:11:02 [---] Processor: 4 AuthenticAMD AMD Phenom(tm) 9500 Quad-Core Processor [Family 16 Model 2 Stepping 2]
06-Jul-2013 20:11:02 [---] Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 htt pni cx16 popcnt syscall nx lm svm sse4a osvw ibs page1gb rdtscp 3dnowext 3dnow
06-Jul-2013 20:11:02 [---] OS: Microsoft Windows 7: Ultimate x64 Edition, Service Pack 1, (06.01.7601.00)
06-Jul-2013 20:11:02 [---] Memory: 7.75 GB physical, 15.50 GB virtual
06-Jul-2013 20:11:02 [---] Disk: 688.87 GB total, 221.09 GB free
06-Jul-2013 20:11:02 [---] Local time is UTC -5 hours
06-Jul-2013 20:11:02 [---] CAL: ATI GPU 0: ATI Radeon HD 2300/2400/3200/4200 (RV610) (CAL version 1.4.1385, 256MB, 224MB available, 80 GFLOPS peak)
06-Jul-2013 20:11:02 [Radioactive@Home] Found app_info.xml; using anonymous platform
06-Jul-2013 20:11:02 [Radioactive@Home] URL http://radioactiveathome.org/boinc/; Computer ID 8011; resource share 100
06-Jul-2013 20:11:02 [---] No general preferences found - using defaults
06-Jul-2013 20:11:02 [---] Reading preferences override file
06-Jul-2013 20:11:02 [---] Preferences:
06-Jul-2013 20:11:02 [---] max memory usage when active: 3967.59MB
06-Jul-2013 20:11:02 [---] max memory usage when idle: 7141.66MB
06-Jul-2013 20:11:02 [---] max disk usage: 220.99GB
06-Jul-2013 20:11:02 [---] don't use GPU while active
06-Jul-2013 20:11:02 [---] suspend work if non-BOINC CPU load exceeds 25 %
06-Jul-2013 20:11:02 [---] (to change preferences, visit a project web site or select Preferences in the Manager)
06-Jul-2013 20:11:02 [---] Not using a proxy
Initialization completed
06-Jul-2013 20:11:02 [---] Suspending GPU computation - computer is in use
06-Jul-2013 20:11:02 [Radioactive@Home] Restarting task sample_2026615_0 using radac version 170 in slot 0
06-Jul-2013 20:16:02 [---] Resuming GPU computation
06-Jul-2013 20:18:10 [---] Suspending GPU computation - computer is in use
06-Jul-2013 20:21:11 [---] Resuming GPU computation
06-Jul-2013 20:41:34 [Radioactive@Home] Computation for task sample_2026615_0 finished
06-Jul-2013 20:41:36 [Radioactive@Home] Started upload of sample_2026615_0_0
06-Jul-2013 20:41:38 [Radioactive@Home] Finished upload of sample_2026615_0_0
06-Jul-2013 20:41:38 [Radioactive@Home] Sending scheduler request: To fetch work.
06-Jul-2013 20:41:38 [Radioactive@Home] Reporting 1 completed tasks
06-Jul-2013 20:41:38 [Radioactive@Home] Requesting new tasks for CPU
06-Jul-2013 20:41:40 [Radioactive@Home] Scheduler request completed: got 1 new tasks
06-Jul-2013 20:41:42 [Radioactive@Home] Starting task sample_2026822_0 using radac version 170 in slot 0
06-Jul-2013 21:12:13 [Radioactive@Home] Computation for task sample_2026822_0 finished
06-Jul-2013 21:12:15 [Radioactive@Home] Started upload of sample_2026822_0_0
06-Jul-2013 21:12:16 [Radioactive@Home] Finished upload of sample_2026822_0_0
06-Jul-2013 21:12:20 [Radioactive@Home] Sending scheduler request: To fetch work.
06-Jul-2013 21:12:20 [Radioactive@Home] Reporting 1 completed tasks

Yes this is odd. When it is not reporting the percentage is always stuck at 0% completed even when the tasks say they are completing. I closed BOINC down and started the GMC-300 application to make sure the unit was still reporting data. That worked just fine. I then started up BOINC again and asked it to reset the project. Started up but I noticed an odd few readings

Debug: Using port number: 6
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM6 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-300Re 2.36
<GETCPM>> returned -64 0
CPM value: -16384
1000,4294966204,2013-7-8 4:57:11,0,f,0
<GETCPM>> returned 0 13
CPM value: 13
242000,4294966256,2013-7-8 5:1:12,0,n,0
<GETCPM>> returned 0 17
CPM value: 17
483000,4294966324,2013-7-8 5:5:13,0,n,0
<GETCPM>> returned 0 17
CPM value: 17
724000,4294966392,2013-7-8 5:9:14,0,n,0
Debug: trickle sent
Trickle sent


Is it possible if you read negative values that the program ignores them or tosses them out as invalid? I see that at times when the GMC-300 is first starting up communication. I hooked a Hyperterminal to the port and watched the data stream out. Seems like the unit will sometimes report garbage for the first query of <GETCPM>. Is it possible this is what is messing up the BOINC?

Hi TJM,

I have moved the GMC sensor to the new location and I had some problems to establish communication between the sensor and your application. Successful communication does not show in boinc log and I had to wait until the task was finished to see the result and the debug report.......>>>....and it was not working...

This morning I aborted the task (which generated a nice crash report in the debug log). I verified that the GMC was turned on, communicating correctly with GQ's SW and requested new work in boinc... It is possible that the sensor has been left in the heartbeat mode when I ended the GQ's SW... (????!!!!)

Now I am checking the report and everything seems to work.

Please see http://radioactiveathome.org/boinc/results.php?hostid=8070

Suggestions:
- maybe you should verify that com is OK (reasonable reply from GMC) and reset com and retry (5x) if not...
- successful com with GMC should be logged in boinc log as well as event of communication lost... (if possible)
- the result should not be marked validated if there was NO sensor connected...

miki_e

P.S

-- if you need I can reconnect the sensor to the test system again for your trials....
-- I can also put you online raspbery PI with GMC sensor (still the same one) if you are interested....

Agree things are still a bit unstable. I have noticed that if my machine is reset the BOINC manager needs to startup with the proper permissions or it will not start getting new jobs. Not sure that is your code but something to mention. I killed it and restarted under the admin privileged and it properly starts the manager and the tasks (your code) is properly launched.

Once it starts this is where we need a bit of improvement. The GMC-300 is likely in an unknown state. Do you put it into the <HEARTBEAT0> and then get the version?
I had an instance where the version was not returned properly. See below:

Debug: Using port number: 6
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM6 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned À
<GETVER>> returned string which is too long
<GETCPM>> returned 51 54
CPM value: 13110
1000,437,2013-7-10 15:45:18,0,f,0

The count was then all messed up as well. Perhaps a delay to allow the GMC-300 to process the command to go into the heartbeat0 mode? There may be a serial fifo buffer that needs to be emptied. I believe the GMC-300 uses a third party RS-232 to USB chip so it may have some overhead processing. I'd try a delay between commands.

The next one is related. See the version properly returned this time but I think it was already put into HEARTBEAT0 from the first attempt. But there is still a bit of a timing issue or something with the first GETCPM command. See this follow up request:

Debug: Using port number: 6
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM6 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-300Re 2.36
<GETCPM>> returned -64 1
CPM value: -16383
1000,4294966477,2013-7-10 15:46:30,0,r,0
<GETCPM>> returned 0 23
CPM value: 23
242000,4294966569,2013-7-10 15:50:31,0,n,0


The follow on request returned valid data. Just that first one was a bit odd. I feel your really close with the code but may just need a few tweeks for the unique timing of this sensor.

Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM6 opened for read/write
Connected to GMC-300 Re 2.36 (revision int: 566)
2000,1,2013-7-11 2:45:18,r,0.0 minutes,18.0 cpm,0.27 uSv/h
184000,79,2013-7-11 2:48:20,n,3.0 minutes,26.0 cpm,0.15 uSv/h
366000,130,2013-7-11 2:51:22,n,3.0 minutes,17.0 cpm,0.10 uSv/h
548000,175,2013-7-11 2:54:24,n,3.0 minutes,15.0 cpm,0.09 uSv/h
730000,235,2013-7-11 2:57:26,n,3.0 minutes,20.0 cpm,0.12 uSv/h
912000,313,2013-7-11 3:0:28,n,3.0 minutes,26.0 cpm,0.15 uSv/h



Looks much better so far! I need to play with it a bit more by re-booting machine and cycling power on the GMC-300. It essentially ran right off the start no problem. Is the first reading correct on the calculation of the uSv/h?

BTW - The GMC-300 defaults with <HEARTBEAT1> or constantly spitting out data all the time. If you did a version check before the HEARTBEAT0 you likely got lucky reading the proper data back. I would first issue the heaartbeat0 then delay a bit and read the version and then launch into the read CPM code.

Overall a big improvement!

Very interesting thread.

Appears there is currently no Linux support?

I'd be willing to purchase one of these and help test. Could boinc interface with a perl script in place of the .exe being used above?

I'm 100% newb with boinc programming and any api's or project interfaces for r@h but know my way around linux.

PM me info and if it sounds possible or something you're interested in working together on I'll get the GMC-300 ordered and on the way!

I see they do have a linux version of the software that provides the com access to the gmc-300. Will you have time to work on the gcc portion? I can test whatever you have and recompile tweeks to get it working.

You also mentioned a raspberry version. I don't think this will work on rpi because the device is powered from the USB from what I see and the rpi doesn't have powered usb ports. I do have a rpi though if you'd like to test on that also I can setup and get you shell access to whatever os you like to run on it.

Just placed the order should have one on hand next week.

The GMC-300 uses USB to power the device but actually that just charges the internal Lipo battery. It can run stand-alone for about 12 hours or more to act like a logger. Handy if you want to slip it into your luggage for a long flight. you can log the higher CPM readings while at high elevation.

The BeagleBone Black and I assume a Rpi can both use a powered hub if you need more USB ports. My son recently got a BB Black and added a powered hub to it. Not a problem as he was running a keyboard, mouse, USB Audio, and think he still had an extra port. They can plug directly into your router and would make a terrific monitoring node.

There still seems to be some problem to establish communication with GMC-300 after system restart.

1) connection was lost (for unknown reason...PC problem and reboot ???)

<GETCPM>> returned 0 20
CPM value: 20
4098000,1153,2013-7-13 22:55:19,0,n,0
<GETCPM>> returned 0 8
CPM value: 8
4339000,1185,2013-7-13 22:59:20,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned 0 15
CPM value: 15
4580000,1245,2013-7-13 23:3:21,0,n,0
Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
Found previously created output file, workunit almost completed - exiting
23:10:03 (596): called boinc_finish

</stderr_txt>
]]>

..... after this the comm with GMC-300 was not working:

<core_client_version>7.0.28</core_client_version>
<![CDATA[
<stderr_txt>
Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM5 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
gmc_GetVersion(): read failed
Unable to open port COM523:40:24 (180): called boinc_finish

</stderr_txt>
]]>

Please see log of computer 8070.

2) I installed the latest version of the GMC300.exe (as posted), restarted the system hoping that everything would be OK.

3) After some time (needed to check the workunit result on the server) I noticed that communication was not working. I checked the communication with GQ's communication SW and everything was OK.

4) Quit the GQ's SW, restart boinc and everything is OK. Looks like that R@H have still some problem to initialize the communication, while GQ's SW is successful.

This evening I will try to spy and log all communication between the GMC-300 and GQ's SW. It will perhaps help us to understand how to initialize communication in the bullet-proof way....

Just a precision concerning the GMC-300 power:

- there is no separate P/S plug
- USB connection is used in quite usual way to:

--- communication AND
--- power supply the unit permanently when connected AND
--- recharge the integrated LiPo battery

It is using a standard USB port, thus the power taken should not exceed 500mA...

I have not tried, but normally RPi should not have any problem to P/S this unit (even directly from the native RPi port... ) ...

TJM, here are communication logs between GQ's SW (real time monitoring) and GMC-300 as well as log between Boinc and GMC-300. Data is logged in hexa.

If you need some more data, just let me know.

https://www.dropbox.com/s/tl54ttjlyngx6ss/boinc-capture.LOG
https://www.dropbox.com/s/1pevdaa1maqu3y5/gmc-sw-capture.LOG

miki_e

GMC-300 in hand.

Yes I have initialization issues at times. If I used the GMC-300 data viewer first then shut that application down and launch the BOINC then things work properly. Once up and running it's solid. Been running for several days without problems. Only the initial sequence that is a bit unstable.

Attempting to connect to the unit. I have revision 2.38 and the linux version of gqgmc says:

"The command to read the version number of the firmware failed."

Also while reading through the forums for more input I came across this

http://www.gqelectronicsllc.com/forum/topic.asp?TOPIC_ID=3762

Where it is suggested taking the battery out if constantly plugged in which I assume most here would be looking to do on the project.

Seems to be a bit better. I rebooted the PC and besides the normal BOINC issues needing to start with admin rights it ran right off. In the past it would read the serial number a bit strange first time up. This time just worked without having to prime the pump with the GMC-300 software first!

Radioactive@Home app rev $Rev: 179 $ for GMC-300 starting...
COM6 opened for read/write
Connected to GMC-300 Re 2.36 (revision int: 566)
2000,1,2013-7-23 4:28:33,f,0.0 minutes,12.0 cpm,0.27 uSv/h

Only concern is that the GMC-300 is reading slightly higher than many of the other units out in the field. My CPM numbers are not all that different but the BOINC graphs show a elevated level compared to similar CPM counts. Not sure if there is some algorithm used to calculate the uSv/h numbers but it may need to be updated.

As I understand it the GMC-300 does not use any flow control. Only standard RS-232 type communications with 8 bits, 1 stop bit, no parity or flow control. Flow control typically is established with a special cable that correctly routes the CTS/RTS pins in a typical serial interface. With the prolific RS-232 to USB chip doing the interface were a bit fixed in how they wired up the unit.

Yes i just looked at the GMC app and it shows flow control turned off for interfacing to the unit.

Would the process be similar to running the windows version?

Connect to project, delete files, extract files then run?

I'll test linux version first thing tomorrow!

What port number would be used?

/dev/ttyUSB0?

ln -s /dev/ttyUSB0 /dev/ttyS99

Set <portnumber>99</portnumber>

I set portnumber=0

13:49:34 (15997): Can't open init data file - running in standalone mode
gmc_ReadPortNumber(): Wrong port number
13:49:34 (15997): called boinc_finish

The new version will not connect to my symbolic link /dev/ttyS99 and doesn't respond well to 0 it says COM0 in the output.

Using the first version with /dev/ttyS99 symbolic link when I run it manually i see output. Running from BOINC no output.

I've got everything setup on BOINC similar to windows by changing the app_info.xml to the correct binary names.

29-Jul-2013 12:56:03 [Radioactive@Home] Found app_info.xml; using anonymous platform
29-Jul-2013 12:51:48 [Radioactive@Home] work fetch resumed by user
29-Jul-2013 12:51:50 [Radioactive@Home] Sending scheduler request: To fetch work.
29-Jul-2013 12:51:50 [Radioactive@Home] Requesting new tasks for CPU
29-Jul-2013 12:51:53 [Radioactive@Home] Scheduler request completed: got 1 new tasks
29-Jul-2013 12:51:55 [Radioactive@Home] Starting task sample_2121707_0 using radac version 170

I see the binary running...

boinc 11835 0.0 0.0 1304 604 ? SNl 13:04 0:00 ../../projects/radioactiveathome.org_boinc/gmc300 read

But don't see any new output in stderr or data.bin

Set to portnumber=0 and received

13:49:34 (15997): Can't open init data file - running in standalone mode
gmc_ReadPortNumber(): Wrong port number
13:49:34 (15997): called boinc_finish

Set to portnumber=0 and received

13:49:34 (15997): Can't open init data file - running in standalone mode
gmc_ReadPortNumber(): Wrong port number
13:49:34 (15997): called boinc_finish

Unsure why our times are out of order here but I used the 3rd version provided and see the results:

Set to portnumber=0 and received

13:49:34 (15997): Can't open init data file - running in standalone mode
gmc_ReadPortNumber(): Wrong port number
13:49:34 (15997): called boinc_finish

There has been 1 work unit returned to the project that says validated.

http://radioactiveathome.org/boinc/workunit.php?wuid=2121707
http://radioactiveathome.org/boinc/result.php?resultid=2140993

But don't see any output in the stderr.txt or data.bin files that are in the r@h project folder.

This is using the first version with the symbolic link to ttyS99.

Good job guys. This will enable a slough of embedded processors to be used. Thinking of using the BeagleBone Black as a standalone processor to free up my machine now running Boinc.

It seems that not every time when the binary runs a connection is made to the device. I found the output in slots/4

Example: This task started after some intervention as mentioned above:

http://radioactiveathome.org/boinc/result.php?resultid=2146027

Once it completed the next task started but gets stuck:

From the gqgmc.cc code example he uses a clearUSB function and maybe that is what is needed here and is why the device needs to be reinitialized through minicom before it works again.

Also when I open minicom it instantly gives me the version number without typing <GETVER>>. So it's as if that is still in the buffer but not being passed to the gmc300 binary?

Any possibility of viewing the source and build instructions on the gmc300 so I can hack on it through the week?

Having heard nothing I was eager to pass back results. I put together a script that when run in cron will detect a new task, init the port, restart the apps and keep results running all day using the first version of the linux code provided here and by creating a symbolic link to ttyS99 as referenced above.

Sounds good. I think as stated in that code above about the clearusb. The device has an odd way of sending the data and it's not clearing out properly so I think if before you attempt the connection you perform something similar to that gqgmc function that would probably get this working as expected.

When I open minicom or screen when the gmc300 binary is stuck it immediately displays the version number without <GETVER>>.

Ditto have had initialization issues on the PC where the first read from the unit is garbled. If I kill it and restart it a second time it normally starts just fine. For some reason my PC got rebooted today and the app did not start up properly. Been offline for most of the day. Just now got it communicating again.

Would a search of the expected string in a limited loop be OK? Perhaps poll the port a time or two looking for the correct response. Once it's OK then move on. If not good after four or five attempts give up. Either that or properly clear out the receive buffer as indicated earlier.

I'm using a GMC-300 since a week but I can't understand the graphics: other sensor graphics all over the world seems to be not far from the daily average value but the graph of GMC-300 stays always above 0.22 while the daily average is never more than 0.16uSv/h. Why happen this? can someone explain what are the the blue triangles? peaks or the average of each sample?

I'm running the same in Linux and have the same results on the chart with ~.1 higher than average.

The server uses fixed divider 111, I think it's the correct value for MD-4011. If it's not, it can be very easily tweaked. Just a single field in database.

The server uses fixed divider 111, I think it's the correct value for MD-4011. If it's not, it can be very easily tweaked. Just a single field in database.

I think once the app's are finished and move from beta then calibration can fix the charts based on this comment above in this thread.

I posted the above a few weeks ago and it appears to reference this issue?

Any time to update this? I can get the preset code to work but will make rolling it out to others a but more problematic as it does have start-up issues at times.

Has anyone got the Beagle-Bone Black working with this unit?

I have no access to source code. I've presented the code above that comes from the gmc-300 linux driver code to assist with the startup problems but no implementation as of yet.

I run the bash script which is also posted above and that keeps the work going on my machine.

I have ordered a GMC-300, the web site says that they are on back order, maybe 10 September? This will replace my old C6979 Geiger kit that sits and blinks all day…
Gary
____________

They are decent detectors. For this application where it's being plugged in all the time I unplugged the battery. It's a 9 volt rechargeable so it has a clip like a standard 9 volt. This way you won't overcharge the battery and possibly damage it with extended overcharge. This was reported as a potential problem in the GMC forums.


The only problems I have had lately is when I re-boot the PC. Sometimes the initialization of the serial port does not occur properly. I have got good at finding the processes and killing them and restarting! Worst case I have to start the GMC application and verify I can communicate with the unit prior to starting BOINC. TO be honest I have not had to do that in a while since it starts up OK about half the time. I do run the app under admin rights since I setup the app to only allow the admin to run it. I have a couple other people on this machine and I really didn't want them messing with the app or trying to start it.

Let us know how it works out once you get one.

Still stuck after the end of one unit moving to the next

I have just received my GCC-300E yesterday, took some time to get the drivers to work with the unit and Windows 7 etc. I manage to get the comm. port 5 to work with the unit and the GQ GMC Data Viewer. –Kind of neat, better than just watching a blinking LED!

I guess I will down load the SW and see if I can get the unit to work with Boinc soon.
Gary

____________

I am not having much luck with this, for now I think I will hold off on using my GMC-300E until a working model is available, I do not want to try and reinvent the wheel…... I will use http://ec2.netc.com/ as it is plug and play… thanks….
5Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM5 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
gmc_GetVersion(): read failed
Unable to open port COM5Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
Unable to open port COM508:34:42 (5292): called boinc_finish


____________

Did you have the GMC application opened at the same time you started the Boinc client? If you did then the port will not be free and the Boinc will fail. You can check the unit is working with the COM port using the GMC application but then exit that application prior to starting boinc. Also make sure all of the boinc files are not running in the background. Ctrl-alt-del and verify that no boinc code or the GMC300 code is running. Then start it fresh and see how it does.

Go to the C:\ProgramData\BOINC\slots\0 directory and report what the errors look like. I think your very close. This version of code actually works fairly well with the GMC unit.

It seems to be working now? Still need to see if I can put it on the map?
18:38:52 (1036): Can't open init data file - running in standalone mode
Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM5 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-300ERe3.10
<GETCPM>> returned -128 0
CPM value: -32768
1000,4294965658,2013-9-30 1:38:55,0,f,0
<GETCPM>> returned 0 22
CPM value: 22
242000,4294965746,2013-9-30 1:42:56,0,n,0
<GETCPM>> returned 0 25
CPM value: 25
483000,4294965846,2013-9-30 1:46:57,0,n,0
<GETCPM>> returned 0 16
CPM value: 16
724000,4294965910,2013-9-30 1:50:58,0,n,0
<GETCPM>> returned 0 15
CPM value: 15
965000,4294965970,2013-9-30 1:54:59,0,n,0
<GETCPM>> returned 0 15
CPM value: 15
1206000,4294966030,2013-9-30 1:59:0,0,n,0
____________

WOW! I am impressed! So a year ago when I got my GMC-300 I posed the question if the unit would work with Radioactive@home. The little bit that I got was it maybe be done but would be a lot of work. Then a project at work took over my life for a month and I forgot about this. Yesterday I came across the Radioactive@home web page that referred to the GMC-300. I was shocked to say the least. I read all the post in the thread and followed the instructions. Now I'm online using my GMC-300. You guys rock! I wish I could have been more involved in the testing but sometimes life just gets in the way.

I do have to add that I had some of the same problems that others had in connecting to the unit the first time after a reboot. It takes some shutting down of bonic and checking with the GMC-300 software. Then shutting down the GMC-300 software and restarting the bonic. This seems to work best. Also I disconnected the 9 volt battery in the unit so it won't be over charged. It's running just fine on USB power only.

Again, Thank you TJM, Dagorath, miki_e, chillomatic, JP_Austin, foovax, and wd9dui for all the work you guys put in to this.

Glad we could help! The real heavy lifting was done by TJM with testing by the rest of us. I wouldn't call it 100% solid but seems to restart easy enough for me. My problem is my machine will power off for a day or so and I'm looking to pick up a Beaglebone Black board to run the software and do all of the BOINC interface. That will likely be the next project to try.

English Version

I ordered a GMC-320 today. Although this is not the GCM-300 I will try to make it work for Radioactive @ home. I should receive it on November 22. The location will be in France at 5 km from the sensor 7905. See you soon.


French version:

J'ai commandé un GMC-320 aujourd'hui. Même si ce n'est pas le GCM-300 j'essaierai de le faire fonctionner pour Radioactive@home. Je doit le recevoir le 22 novembre. La localisation sera en france à 5 kilometres du sensor 7905. A bientot.

Yippee

My GMC-320 works now under number 9476 sensor. It's a bit difficult to understand that message # 1800 is the final message for the download of the application and its installation procedure, but with a little patience and google translation is done by understanding
____________

Do Someone can help me.
Whith GMC exe for a GMC-320 and Boinc 7.0.64,when i turn on my PC after a turn off in a middle of a work unit, Boinc don't restart a new work of R@H automatically.
Example today: my PC is turn on at 10h08 but now 12h58 R@H is always stopped:



But if I restart Boinc, R@H restart and only at this time i can see canonical result on my profile:

<core_client_version>7.0.64</core_client_version>
<![CDATA[
<stderr_txt>
Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM5 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-320Re 3.12
<GETCPM>> returned 0 27
CPM value: 27
1000,0,2013-10-29 22:21:25,0,f,0
<GETCPM>> returned 0 17
CPM value: 17
242000,68,2013-10-29 22:25:26,0,n,0
....
....
<GETCPM>> returned 0 22
CPM value: 22
6274000,2118,2013-10-30 0:5:58,0,n,0
<GETCPM>> returned 0 21
CPM value: 21
6515000,2202,2013-10-30 0:9:59,0,n,0
Debug: trickle sent
Trickle sent
Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
Found previously created output file, workunit almost completed - exiting
10:08:03 (3216): called boinc_finish

</stderr_txt>
]]>


Is it a bad setting of Boinc?
____________

Two weeks is the daily time to receive it.
If you want, see my sensor graph :sensor number 9476. Boinc say task is invalid but it keep it on graph

See that, I think we should add tests in the application to stop and restart if the com port forwarding errors of this kind and perhaps Boinc start to fast the application and a daily time to run gmc300.exe open com port is necessary...

(sorry for my English..)

Stderr output
<core_client_version>7.0.64</core_client_version>
<![CDATA[
<stderr_txt>
Debug: Using port number: 5
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM5 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-320Re 3.12
<GETCPM>> returned -128 0
CPM value: -32768
1000,4294966204,2013-11-7 4:29:24,0,f,0
<GETCPM>> returned 0 22
CPM value: 22
242000,4294966292,2013-11-7 4:33:25,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
483000,4294834673,2013-11-7 4:37:26,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
724000,4294703054,2013-11-7 4:41:27,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 0
CPM value: -32768
965000,4294571435,2013-11-7 4:45:28,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
1206000,4294439816,2013-11-7 4:49:29,0,n,0
<GETCPM>> returned -128 1
CPM value: -32767
1447000,4294308201,2013-11-7 4:53:30,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 0
CPM value: -32768
1688000,4294176582,2013-11-7 4:57:31,0,n,0
<GETCPM>> returned -128 1
CPM value: -32767
1929000,4294044967,2013-11-7 5:1:32,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
2170000,4293913348,2013-11-7 5:5:33,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 0
CPM value: -32768
2411000,4293781729,2013-11-7 5:9:34,0,n,0
<GETCPM>> returned -128 1
CPM value: -32767
2652000,4293650114,2013-11-7 5:13:35,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
2893000,4293518495,2013-11-7 5:17:36,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 2
CPM value: -32766
3134000,4293386884,2013-11-7 5:21:37,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
3375000,4293255265,2013-11-7 5:25:38,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
3616000,4293123646,2013-11-7 5:29:39,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 0
CPM value: -32768
3857000,4292992027,2013-11-7 5:33:40,0,n,0
<GETCPM>> returned -128 1
CPM value: -32767
4098000,4292860412,2013-11-7 5:37:41,0,n,0
<GETCPM>> returned -128 1
CPM value: -32767
4339000,4292728797,2013-11-7 5:41:42,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 0
CPM value: -32768
4580000,4292597178,2013-11-7 5:45:43,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
4821000,4292465559,2013-11-7 5:49:44,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
5062000,4292333940,2013-11-7 5:53:45,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 1
CPM value: -32767
5303000,4292202325,2013-11-7 5:57:46,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
5544000,4292070706,2013-11-7 6:1:47,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
5785000,4291939087,2013-11-7 6:5:48,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 0
CPM value: -32768
6026000,4291807468,2013-11-7 6:9:49,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
6267000,4291675849,2013-11-7 6:13:50,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
6508000,4291544230,2013-11-7 6:17:51,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned -128 1
CPM value: -32767
6749000,4291412615,2013-11-7 6:21:52,0,n,0
<GETCPM>> returned -128 1
CPM value: -32767
6990000,4291281000,2013-11-7 6:25:53,0,n,0
<GETCPM>> returned -128 0
CPM value: -32768
7231000,4291149381,2013-11-7 6:29:54,0,n,0
Debug: trickle sent
Trickle sent
Done - calling boinc_finish()
07:29:54 (4900): called boinc_finish

</stderr_txt>
]]>

I'm still watching the thread and ready to test any new linux versions that you have.

Thanks!

Loaded this along with the latest rev of the BOINC app and working right out of the chute. No messing with anything so seems to be better on the serial port setup. I just renamed the old gmc300 app to a different name and dropped the new one in and started it up. Working like a charm.

Error on open com, reading version is not correct.
(But after close gmc300.exe, the official "GQ GMC Data Viewer" can read heartbeat)

Radioactive@Home app rev $Rev: 178 $ for GMC-300 starting...
COM5 opened for read/write
gmc_GetVersion(): read failed
Connected to («! (revision int: 1)
GetCommState failed: error 6
Unable to open port COM5


OR

Radioactive@Home app rev $Rev: 178 $ for GMC-300 starting...
COM5 opened for read/write
gmc_GetVersion(): read failed
Connected to ,ª. (revision int: 1)

View1 with error gmc300.exe




view2 with GMC official hearbeat without disconnect GMC320:




____________

Not sure if this helps but I run the app with admin privileges. I was having trouble early on and that helped. I do see you have the GMC-320 device so they may have changed the serial/usb?

Just checked and this is the differences:

http://www.gqelectronicsllc.com/support/GQ_Geiger_Counter_Selection_Guide.png

The protocol is the same for all GQ 3xx and it works I tested it on visual basic


http://www.gqelectronicsllc.com/download/GQ-RFC1201.txt

may be that he will guide you: I found the old version of gmc300.exe started up every time I booted the offcial GQ heatbeat properly before and I took care of them out using function exit

Should I use the new version or wait till sensor id is fixed?

EDIT: Disregard the last comment was intended for a different version than what I have.

Hi TJM,
I've just received my GMC-300E and was about to prepare the app_info, etc. for my Windows box. However, many of the links containing your code drops (http://www.enigmaathome.net/static/... ) appear to be broken.

Can you please forward me to the latest drop for Windows.

Thanks in advance!!

Please disregard my last post - after scrubbing through, I think I found the correct link.

After following the thread and getting past initialization pitfalls - it appears my first task is now running (fingers crossed)! Thanks to everyone for their effort to support this.

Cheers!

Good going! Yes the app appears to be much more stable. I even had the cable come out of the unit and it powered down. Re-plugged and the app properly picked up the communication. Great job guys.

Wow, that was a lot of reading from the bottom up. I have a GMC-280 that I hope this will work with, but as mentioned below, when I clicked on them links, it doesn't come back with anything, just a white page with a line of text on it. How or where can I download this latest app? Thanks

Hello, I know these posts are old, but trying to grasp the update in this and see if its been in place and working. I have a 280, similar to the 300 model and want to try this and see if it works since its taking forever to get a sensor from here. Where can I find the latest updated app to try... Thanks

If using windows try the last one posted by TJM.

http://www.enigmaathome.net/static/3786x0d6xp/gmc300.zip

But there are some differences on how this is used and they are at the top of the thread.

I'm using windows, when I put that link in, all I get is a white page and this at the top "Nie ma/nie bylo tu takiego pliku, lub zostal juz usuniety" whatever that means?

Ya, not sure myself either, its similar to the 300 models, but think its just that it doesn't have memory in it if I'm not mistaken but the same hookup. Let me know on the app and link. I'll be off for a good chunk of today to dig out from a major snowstorm we just had over night :| Did I see another posting about perhaps sensors might be available after Feb? sure hope I am on the list since I requested for it over a year ago. Sure would love to get one and get online with it than trying to get another one to work. My section of the country doesn't have one and would be nice to add to the map and provide data. I'm on couple of other sites now but like this one for the map and chart plotting. Thank you .. Frank USA

TJM, did you by chance upload the new link for this app? or is it posted somewhere else? I would like to give this a try on my 280 unit and if I have too, I will go out and purchase a 300 unit as well just so I can get online because the outlook for getting the real one for this site looks impossible as its been well over a year since I requested and signed up for one.. whatever is missing, tell us what it is and we'll try to finish it up on our end. How much of the sensor is available, what is holding these up? Can you release it minus the missing parts and let us go forward with it if that's possible? thank you Frank