radmon.org to-do list 25/9/2018
6 years 1 month ago #4066
by corium
Fukushima reactors HQ photos http://corium.cba.pl & More very important pictures http://korium.wex.pl/RadiationPics.html
Replied by corium on topic radmon.org to-do list 25/9/2018
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..
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.
6 years 1 month ago #4070
by mw0uzo
Replied by mw0uzo on topic radmon.org to-do list 25/9/2018
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.
6 years 1 month ago #4071
by mw0uzo
Ok thanks for this I'll check it out now.
Replied by mw0uzo on topic radmon.org to-do list 25/9/2018
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.
6 years 1 month ago - 6 years 1 month ago #4072
by mw0uzo
Replied by mw0uzo on topic radmon.org to-do list 25/9/2018
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
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: 6 years 1 month ago by mw0uzo.
Please Log in or Create an account to join the conversation.
6 years 1 month ago #4079
by corium
Fukushima reactors HQ photos http://corium.cba.pl & More very important pictures http://korium.wex.pl/RadiationPics.html
Replied by corium on topic radmon.org to-do list 25/9/2018
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
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
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.
6 years 1 month ago - 6 years 1 month ago #4080
by Bert490
Replied by Bert490 on topic radmon.org to-do list 25/9/2018
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.
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: 6 years 1 month ago by Bert490.
The following user(s) said Thank You: mw0uzo
Please Log in or Create an account to join the conversation.
Moderators: Gamma-Man
Time to create page: 0.188 seconds