Noob question. Aside from giving you BOINC credits, what does this app accomplish ?
This part has an easier workaround than what you did. Indeed wine by default doesnt link to the COM ports correctlyMy progress so far:
- Wine links /dev/ttyUSB0 to ~/.wine/dosdevices/com33. I therefore entered <portnumber>33</portnumber> in gmc.xml, started
wine gmc300.exe
in a temporary directory which also contains gmc.xml, but the program fails with "Unable to open port COM33". It isn't a permission error, see above.
SUBSYSTEM=="usb", ATTR{idVendor}=="1a86", ATTRS{idProduct}=="7523", MODE:="666", GROUP="plugdev"
SUBSYSTEM=="tty", SUBSYSTEMS=="usb", DRIVERS=="usb", ATTRS{idVendor}=="1a86", MODE:="666", SYMLINK+="gqgmc"
sudo cp 51-gqgmc.rules /etc/udev/rules.d/51-gqgmc.rules
sudo udevadm control --reload-rules
wine regedit
wineserver -k
sudo adduser $USER dialout
for some reason, despite entering everything correctly and submitting validating results with the correct amount of credit, my Linux+wine systems never show up on the map. I'm not sure if it's a consequence of BOINC running the app in "standalone mode" or not, as that seems to be the only difference i can see between the stderr output of my systems and Skillz's/biodoc's native Windows systems who do show up on the map.N00b question: How to add a host to the map?
Edit 2:
Although my host isn't shown on the map yet, it is at least already getting double credit for its results (which happens when a host was added to the map).
In a former period of my life, authorship and upstream co-maintenance of certain udev rules was part of one of my pastimes. :-)This part has an easier workaround than what you did.
Whoops! I didn't notice until now that the "Can't set up shared mem: -1. Will run in standalone mode." message is emitted only on the Wine hosts, not on Windows hosts. When I get home, I'll need to check if gmc300.exe generates trickles at all when run in Wine. If radac_1.78 is started standalone, it won't create trickles; gmc300.exe might not do so too. I didn't get suspicious yesterday because the validator gave credit.for some reason, despite entering everything correctly and submitting validating results with the correct amount of credit, my Linux+wine systems never show up on the map. I'm not sure if it's a consequence of BOINC running the app in "standalone mode" or not, as that seems to be the only difference i can see between the stderr output of my systems and Skillz's/biodoc's native Windows systems who do show up on the map.
Function not implemented Can't set up shared mem: -1. Will run in standalone mode.
Not all Android kernels have shared memory support enabled. Make sure to use BOINC API >=6 and include "<api_version>x.y.z</api_version>" (where x>=6) in your app_info.xml file.
I looked now on my Linux+Wine host. In standalone mode, there are no trickle messages generated by gmc300.exe indeed. But you are right that the data.bin is correctly generated nevertheless, with all of the readings which the app took during the task runtime.I just haven't found a conclusive answer if this is truly the reason for not showing up on the map. because the only file sent back to the project is the data.bin file which is still created fine in standalone
as far as i can tell, Krzysztof is the common link between all Radioactive, BOINC@Poland, and even Universe@home.From what I have read, the Radioactive@Home project has not been on the forefront of server uptime during the last several years… Right now, the server hasn't been responding to HTTP requests for almost a week now. I posted a notice to the Universe@Home message board.
Out of curiosity, I looked up BOINC@Poland's team URL from their PrimeGrid team page, which is http://www.boincatpoland.org, thinking that it might be more polite to register there and report the Rad@H issue that way. Guess what; this site isn't responding either.
Good news for U@H: The site just got a new certificate installed, valid from Nov 18 to Feb 16.Universe's security cert will expire on November 25th. not looking good for Universe either...
I picked up a 300S as it was down to $54 and it received credit on the 1st task.
Make sure you set the location. Credits without location set is 1.5 points while credits with location are worth 3.0. Click on the host details and scroll to the bottom. Make note that the labels of those fields are backwards. So when you go to google to copy the coords, but them in order of how Google gives them.
First set of coords from Google Maps goes in the first box.
Second set of coords from Google Maps goes in the second box.
Make note also that the second field will most likely be a negative number if you are in the USA. Make sure you include that negative symbol if any are present.
are you the data point in Ohio? looks like all of your readings are out of wack.I did it right away. Looks like I'm on the map now and the 3rd task gave 3 credit.
Looks like that's not true, as currently sold units evidently come with different firmware revisions. It's luck of the draw, i.e. how old the stock of your vendor is.I think the GMC-300S works best, until I get around to make it work for all of the current GQ GMCs.
<core_client_version>7.24.1</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-300SRe 1.1
<GETCPM>> returned 51 98
CPM value: 13154
1000,657,2023-11-22 21:20:5,0,f,0
<GETCPM>> returned 0 20
CPM value: 20
242000,737,2023-11-22 21:24:6,0,n,0
<GETCPM>> returned 0 29
CPM value: 29
483000,853,2023-11-22 21:28:7,0,n,0
<GETCPM>> returned 0 32
CPM value: 32
724000,981,2023-11-22 21:32:8,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned 0 20
CPM value: 20
965000,1061,2023-11-22 21:36:9,0,n,0
<GETCPM>> returned 0 23
CPM value: 23
1206000,1153,2023-11-22 21:40:10,0,n,0
(et cetera)
<core_client_version>7.16.20</core_client_version>
<![CDATA[
<stderr_txt>
Debug: Using port number: 3
Radioactive@Home app rev $Rev: 585 $ for GMC-300 starting...
COM3 opened for read/write
Debug: Port timeouts:
ReadTotalTimeoutConstant: 1000
ReadIntervalTimeout: 0
ReadTotalTimeoutMultiplier: 100
WriteTotalTimeoutMultiplier: 100
WriteTotalTimeoutConstant: 1000
<GETVER>> returned GMC-300SRe 1.1
<GETCPM>> returned 52 0
CPM value: 13312
1000,665,2023-11-23 10:15:9,0,f,0
<GETCPM>> returned 23 0
CPM value: 5888
242000,24315,2023-11-23 10:19:10,0,n,0
<GETCPM>> returned 14 0
CPM value: 3584
483000,38710,2023-11-23 10:23:11,0,n,0
<GETCPM>> returned 19 0
CPM value: 4864
724000,58247,2023-11-23 10:27:12,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned 16 0
CPM value: 4096
965000,74699,2023-11-23 10:31:13,0,n,0
<GETCPM>> returned 22 0
CPM value: 5632
1206000,97320,2023-11-23 10:35:14,0,n,0
<GETCPM>> returned 16 0
CPM value: 4096
1447000,113772,2023-11-23 10:39:15,0,n,0
Debug: trickle sent
Trickle sent
<GETCPM>> returned 23 0
CPM value: 5888
1688000,137422,2023-11-23 10:43:16,0,n,0
Debug: trickle sent
Trickle sent
Done - calling boinc_finish()
05:43:16 (5656): called boinc_finish
</stderr_txt>
]]>
If there were really 6400 counts per minute ( = 107 counts per second), and you had the speaker of the GMC switched on, you surely would have thought of evacuating by now. ;-)<GETCPM>> returned 25 0
CPM value: 6400
If there were really 6400 counts per minute ( = 107 counts per second), and you had the speaker of the GMC switched on, you surely would have thought of evacuating by now. ;-)
Na, my plan is to become a real life Hulk.