radmon.org to-do list 25/9/2018

More
3 years 11 months ago #4066 by corium
i have many errors with CPM's on RM 0.43
Log and JPG'ś here
http://www.mediafire.com/file/lgk5v650wd2mwt0/RM+0.43+logs+and+JPGs.rar

On RM 0.41 works fine bu no shared data etc.

Please Fix this in new RM..

Fukushima reactors HQ photos http://corium.cba.pl & More very important pictures http://korium.wex.pl/RadiationPics.html

Please Log in or Create an account to join the conversation.

More
3 years 11 months ago #4070 by mw0uzo
Looks like the Google Maps API key error isn't going away. Replacement map task moves to the top of the list. Got some important work to do until Friday, with a bit of luck I can tackle it then.

Please Log in or Create an account to join the conversation.

More
3 years 11 months ago #4071 by mw0uzo

i have many errors with CPM's on RM 0.43
Log and JPG'ś here
http://www.mediafire.com/file/lgk5v650wd2mwt0/RM+0.43+logs+and+JPGs.rar

On RM 0.41 works fine bu no shared data etc.

Please Fix this in new RM..


Ok thanks for this I'll check it out now.

Please Log in or Create an account to join the conversation.

More
3 years 11 months ago - 3 years 11 months ago #4072 by mw0uzo
Corium,
So the problem is sending 0 CPM when it appears the data is being read OK and put onto the graph. But somethings wrong between that and radmon.org? I had noticed a few stations with 0 CPM. Or does it send OK but constantly complain about 0 CPM? Are you running v0.43 now?
Thanks
Dan
Last edit: 3 years 11 months ago by mw0uzo.

Please Log in or Create an account to join the conversation.

More
3 years 11 months ago #4079 by corium
Yes. I'am on RM 0.43 now.

If is 0 cpm to sending alert because 0 is from actual CPM, I need sending alert when 0 cpm's from average cmp's not actual send cpm from geiger counter.
I thing - Alert 0 cpm's, must be sending from average uSv/h.
Sorry for my english :side:

Fukushima reactors HQ photos http://corium.cba.pl & More very important pictures http://korium.wex.pl/RadiationPics.html

Please Log in or Create an account to join the conversation.

More
3 years 11 months ago - 3 years 11 months ago #4080 by Bert490
I think I see the problem. Your station description shows your model is Radiatex MDR2. Your screenshot shows that Radlog is set for 'Kit with USB/TTL serial interface', and format 'MyGeiger, BroHogan, NetIO'. The 0 CPM alarms are at repeating intervals like 4 secs, 12 secs, 30 secs. I believe your unit sends data in a format not fully understood by Radlog, sometimes sending valid numbers that are interpreted as CPM, and other times sending values that evaluate as zero. Opening a terminal window on that COM port should show this. If you see anything other than numbers, maybe there is a way to set your unit to send "just the numbers"?

I have a Radioactive@home unit that was connected to Radlog before. It sends serial data every second as two ASCII bytes representing uSv/hr x 100 (e.g. '15' meaning 0.15 uSv/hr). It worked, but since Radlog uses CPM for the raw data, 15 is assumed to be 15 CPM, so is off by ~1.7x. A conversion rate of 0.01 then made the uSv/hr values correct for Radmon. Your conversion is the same, so I think your unit also sends usV/hr x 100, but possibly other data too that causes the alarms. Somehow Radlog v0.41 was not getting these 0 values, but 0.43 is. Maybe the timer setting for a start of new message changed?

I have an alternate suggestion. A YouTube video of your model shows it also produces audible clicks. If it has a headphone jack, then the best thing would be to use that, and set Radlog for audio interface instead of serial data. Then there will be no alarms and your data is fully correct. If there is no easy way to connect an audio cable to your unit, maybe just ignore the alarms and hope the issue is easy for Dan to fix, but anyone reading Radmon data in CPM will see incorrect values from your station.
Last edit: 3 years 11 months ago by Bert490.
The following user(s) said Thank You: mw0uzo

Please Log in or Create an account to join the conversation.

Time to create page: 0.204 seconds
Powered by Kunena Forum
Solar powered Raspberry Pi 4 server stats: CPU 55% Memory 15% Swap 11% CPU temp=62.8'C Uptime 4 Days