1 :
地震雷火事名無し(dion軍) :
2011/09/18(日) 18:05:08.08 ID:vePwi/cP0 汚染地図に関しては、既に科学者の方々が自主的に取り組んでおられますが、
今回の原発災害に向けてだけでなく、政府をあてにせず、いざという時に有志で
迅速に放射能汚染地図を作り、子供たちを守る為の手助けをしたい、そのための
「手法を確立する」プロジェクトです。
・汚染地図作成の為の手法の確立
・必要とされるプログラムの政策
・公開手法などの検討
・利用できる機材などの検討
などを行って参りたいと思います。
ある程度のものが確立した段階で、一度有志参加で災害に立ち向かっている方に
迷惑がかからない範囲で、現場テストと訓練をできたらナーと思います。
・機材購入レビューの人柱
・車込みで現場に行ってもいいという人
・プログラムの面からサポートしてもいいよという方々
などの合流を求めます。
既に汚染地図作成のプロジェクトも存在しますが、検討段階では色んな
アプローチがあって良いと思うので、特に「逸脱して全然合流できない方向」
に言ってしまわない限りは、2ちゃんねる有志の活動としてめとめまで頑張りましょう。
手伝ってね、みなさん。
前スレ:【ガイガー】汚染地図作成手法確立プロジェクト1
http://hato.2ch.net/test/read.cgi/lifeline/1307247719/
2 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/18(日) 18:05:58.64 ID:vePwi/cP0
なんか前のスレ512k越えたので書き込めないと言われたので、新しいスレ 作りました。 点プレつくらなきゃ。
3 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/18(日) 18:13:11.47 ID:vePwi/cP0
4 :
sage(チベット自治区) :2011/09/21(水) 17:36:39.05 ID:D6gz/wZE0
定時で帰るぞー
前スレの
>>783 >ガイガー自作機ユーザーさんへ
>GPS 無しで、$DMDRT フォーマットが難しく
>かつ、SD カードシールドなどのログ機構を付けられる場合、
>ガチャポンの汎用入力フォーマット(手動入力 フォーマット)に準拠してもらえれば
>比較的簡単にマップ用へコンバート可能です。
配布用zipの中に含めたログ設定ファイル LOGGER.CFG のデフォルトテンプレートですが
さりげなく、ガチャポン汎用入力フォーマットに準拠したものにしておきました。
GPSなし
format:%SEQ%,%DATE%,%TIME%,%CPM%,%uSV%
GPSあり
format:%SEQ%,%DATE%,%TIME%,%CPM%,%uSV%,%LATITUDE%,%LONGITUDE%
こんなもんで大丈夫でしょうか。
先頭がガタガタだとメモ帳で開いたときに見にくいので、%SEQ%は8桁の固定長にしてます。
久しぶりの訪問だったもので sage る場所まちがえました。 すみません。 >$DMDRT,入力番号,世界標準時(yyyyMMdd,HHmmss.fff),計測Sv/h(浮動小数点),計測cpm,係数(浮動小数点),測定高 NMEA風($DMDRT〜) なガチャポン正規フォーマットの場合ですけど GPS から GPGGA か GPRMC な行を受け取ったタイミングで その前後のどっちかに吐き出す、という風で大丈夫ですか? ただ、そうするとGT-723Fなんてデフォルトで1秒おきにNMEA吐くので ログサイズが大変なことになりそうです。 適当に間引きしたらいいかもしれませんけど、うまく出来るかなぁ・・ あと、「測定高」はジオイド高だと具合が悪そうだし かと言って可搬機なのに設定ファイルで高さを保持するのも変な気がします。 下手に「0」と入れる地表だと判定されちゃうので、その項目に空白を許して 空白なら測定高は未定義、という風でいかがでしょうか。
>>3 >作者はtwitterでつかまります。
私もコンタクト取りたいので
是非とも作者さんのIDおしえてください。
勝手に改変版を公開して、怒っておられないといいんですが。。
7 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/22(木) 02:07:20.36 ID:prEDFlE10
>>6 @JF7ELG
この方です。
マニュアルかなんかに書いている氏名を検索すると出ます。
ホームページもあるのですが、あまり更新されていない様子。
改変はOK見たいですよ。
まえツイッターをメール投稿にしたいという話にいいですよと
言ってたと思います。
[シミュレーション] 参照用
資料:JAEA
福島第一原子力発電所事故に伴うCs137の大気降下状況の試算
- 世界版SPEEDI(WSPEEDI)を用いたシミュレーション -
平成23年9月6日(独)日本原子力研究開発機構
http://nsed.jaea.go.jp/fukushima/data/20110906.pdf 作成されたマップ関連のテンプレ用にまとめていたのは
>>8 〜 ココまでです。
現在進行形で修正の入る余地がある(1発芸で終わりじゃなさそう)な所をピックアップしています。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
>>5 >NMEA風($DMDRT〜) なガチャポン正規フォーマットの場合ですけど
>GPS から GPGGA か GPRMC な行を受け取ったタイミングで
>その前後のどっちかに吐き出す、という風で大丈夫ですか?
混在の場合、私的にはGPRMC の前に入れて欲しいです。
ガチャポンの方は大丈夫なんですが、
リアルタイム用マッパーの方が移動座標の関係でRMC が必要になってきますので、
GPRMC の後ろに$DMDRT が来ると計測地データの反映が次のGPRMC の座標位置になってズレてしまいます。
・・・GPSに合わせて律儀に毎回入れるとログは膨大ですね、「$DMDRT は、新規計算分を入れる」などでも良いのでは?
「ガイガーの新規計算結果に合わせて$DMDRT が出る仕様」とか決めて教えていただければ、
「ガイガーデータをキャッシュ保持したままGPS データに繋いでプロット用データを吐き出させる」というふうにも作り直しできます。
そういえば、対応版のガチャコンリリースするの忘れてましたw
いやぁスレ書き込んでから皆さんの反応無いから自作機の方が忙しいのかなって思ってました。
まさか新スレに移行していたとはw >1 乙
>下手に「0」と入れる地表だと判定されちゃうので、その項目に空白を許して
>空白なら測定高は未定義、という風でいかがでしょうか。
こちらはそれでOKです。
カシミール3Dの単位がmなので0が地表に100cm は1mになって
「地上+高さ」 か 「ジオイド高を使う」とに分かれるからです。
>>4 ID:D6gz/wZE0 さん
>配布用zipの中に含めたログ設定ファイル LOGGER.CFG のデフォルトテンプレートですが
>さりげなく、ガチャポン汎用入力フォーマットに準拠したものにしておきました。
ん?デフォルトテンプレート? もしかして・・・mark2 の主さん?
>>11 の補正
>空白なら測定高は未定義、という風でいかがでしょうか。
セミカンマの間をスペース, ,で空けるより、省略して ,, で詰めていただけると
・・・無理なら知らせてくださいませ。
一応、両対応できるようにしてみます。
放射性物質が東北自動車道に乗って首都圏にやってきている [2011年09月20日]
ソース
http://wpb.shueisha.co.jp/2011/09/20/7032/ >放射性物質の拡散防止が、原発事故処理における今後の課題ではあるが、
>実は大気中の風に乗って拡散する以外にも、意外なルートが発覚し問題となっている。
>そのうちのひとつが「車」だ。
>8月30日、文部科学省は宮城・栃木・茨木の各県の放射線を空から観測した「航空機モニタリング」の結果を公表した。
>すると、福島県中通りから国道4号線や東北自動車道に沿って南西方向、
>つまり首都圏方向へ向かう一帯だけ、明らかに他の地域よりも高い線量が計測されたのだ。
前スレのカメコさん説 2011/07/23(土)
http://hato.2ch.net/test/read.cgi/lifeline/1307247719/542 >これをぱっとみると、たぶん福島市から下方向に広がっている汚染は、不自然に高速道路に
>沿っていて、しかも二つ目のページの中程にある、NHKの番組で作成した地図には出ていない。
>たしかNHKの地図って割と早めに作ったんじゃなかったっけ?ということと、
>常磐道はかなり後まで通行止めになっていたことを考えると、おそらく
>東京方面から福島に救援に行き、帰ってきた車に付着したものが、拡散していったと
>いわれると、たぶん「そうかもね」と腑に落ちると思うんです。
草木の件も含めて、カメコさん説が正解だったと ほぼ証明されましたね。
喜ぶべきか、行政のアホさを嘆くべきか、どう反応していいか微妙。。。。。
でも未だに、シャワーゲートなり対策は一切無しですな、もう遅いけど。
>>11 >デフォルトテンプレート? もしかして・・・mark2 の主さん?
mark2の改変版を作ってる奴のほうです。
内蔵フラッシュメモリーにログを落とすバージョンを公開したおり
落とす書式を自由定義できるのですが、そのデフォルトをガチャポン汎用フォーマットにしときました。
今は更に仕様追加してまして、次の配布ファイルでのデフォルトでは
%SEQ%,%DATE%,%TIME%,%CPM%,%uSV%,%UPTIME%,%F_COUNT%
という感じに、2つほど項目追加する予定です。(まだ未公開ですけど)
%UPTIME% = 稼働秒数
%F_COUNT% = 累積カウント数
標準の移動平均計算を使わずに、自分で計算させたい場合に有用かな?と
(今回の累積カウント数 - 前回の累積カウント数) ÷ (今回の稼働秒数 - 前回の稼働秒数) × 60 ≒ 直近のCPM数
と求めることが出来ますので。。
↓サンプル
00000001,2011/09/22,20:17:09,19,0.118,20,0.123,30,10
00000002,2011/09/22,20:17:18,21,0.131,21,0.135,39,14
00000003,2011/09/22,20:17:23,19,0.123,20,0.127,44,15
>>12 NMEAが吐き出しているのと同じように項目なしは詰めるようにします。
今はWebPost機能に注力してるので、
NMEA風な吐き出し機能は来週後半になってしまいそうです。
16 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/22(木) 23:37:59.48 ID:prEDFlE10
なんか前スレが書き込み不能になっちゃったので、誘導も出来ませんでした。
すいません。
>>13 うお、やっぱそうだったか・・・。
何というバカさ加減と言うべきか、誰もそんなことやったこと無いから
分からなかったと考えるべきか…。
でも普通は想定するべき事だと思いますね。
ただ想定したからどうすることが出来たかというと、おそらく
「何も出来なかった」だと思うけど。
前車最寄りのPAで止めて、洗浄するなりするべきだとは思いますが、
その機械はあらかじめ作っておかないといけないし、また、出た排水を
どうするかという事も考えないといけない。
考えるべきことは多い。
かわいそうなのは、おそらくそれに付随して、福島県下の道路は
全部汚染されてしまったので、児童達の通学経路も然りという事です。
おそらく神奈川の新横浜の例もこの影響じゃないのかな・・・
>>14 ↓サンプル
00000001,2011/09/22,20:17:09,19,0.118,20,0.123,30,10
00000002,2011/09/22,20:17:18,21,0.131,21,0.135,39,14
00000003,2011/09/22,20:17:23,19,0.123,20,0.127,44,15
ガチャポン汎用フォーマットは日付けと時間の所は、半角スペースで連結なので修正可能ですか?
理由は表計算ソフトを使う人も対象にしているからです。
それをエクセルなど表計算ソフトに食わせると(見やすく全角例)
1、2011/9/22 0:00:00、1900/1/0 20:17:9、〜〜〜
と2つ間違った時刻データがポイントされます。
データが溜まって月や年で比較グラフを作成し始めると混乱が出そうなのでお願いします。
↓修正依頼 00000001,2011/09/22 20:17:09,19,0.118,20,0.123,30,10 00000002,2011/09/22 20:17:18,21,0.131,21,0.135,39,14 00000003,2011/09/22 20:17:23,19,0.123,20,0.127,44,15 になります。 1、2011/9/22 20:17:9、〜〜〜 表計算ソフトで時間の一括指定ができるようになります。
【 線量マップの作り方 】※ 線量表示機能だけの機種の場合 ●初級編 表示機能機種だけの場合 1.地図をクリップボードに貼ります。 2.測りに出かけて、計測線量を書き込んで行きます。 3.線量の範囲を色決めして色鉛筆で塗り塗りします。 完成 1.記入用のメモ用紙をクリップボードに貼ります。 2.測りに出かけて、計測線量と時刻と場所を書き込んで行きます。 3.地図に線量の範囲を色決めして色鉛筆で塗り塗りします。 完成 ●中級編 表示機能だけの機種+(携帯などの)写真orビデオの場合 1.測りに出かけて、場所も判るように計測器の画像を撮ります。 2.画像を見ながら地図を塗り塗りします。 完成 ○もうちょっと上編 表示機能だけの機種+(携帯などの)写真+GPSロガーの場合 1.GPS ログを採りながら測りに出かけて、計測器の表示画像を撮ります。 2.画像にGPSのジオタグを埋め込み場所込みで表示させます。 3.地図を塗り塗りします。 完成 ●上級編 (携帯などからサーバに送って作成などの方法があるかもしれませんが、具体例が無し) ※ 「地図を塗り塗り」にはパソコンなどでプロットしていく方法もあります。 【 線量マップの作り方 】※ 線量機能 + 位置データ送信できる機種の場合 ※ iPhone などが発表されていますが、まだ実例も無く未知数です。
ここで配布されたソフトがあると聞きましたが どうすれば入手できますか?教えてくださいm(__)m
書き忘れましたDoseREA2ってのを使ってますm(__)m
>>21 私のだったら、もう数日で更新配布するからしばしお待ちを
一応前スレに生きてるアドレスがあります、最終書き込みから遡って最新を落としてください。
◆CGOTBmWdi2 さん作のツールはリンク切れになっているようですので
本人降臨まで待ちましょうw
>>22 さん連絡ありがとうございます
PCに繋いで現在の値を記録できる物を探してます!
26 :
( ´・ω・) ◆CGOTBmWdi2 (チベット自治区) :2011/09/24(土) 16:33:05.91 ID:SGplagnt0
最近カキコないなあ…って思ってたらw
大佐殿、誘導有り難うございます。
>>21 では、旧版ですけど後ほどうpしておきますね。
※新版はまだテスト中なんです。。。
>>24 さん
どれつかったらいいですか?一杯あって分からなくなってきました!すみません(T_T)
ここの場所の値をグラフにしたいですヽ(^o^)丿
>>28 さん
うごきました(^o^)
ありがとうございます!
32 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/25(日) 11:57:08.53 ID:cha1YLhe0
うう。なんかパーソナルモニタリングポストではまっている・・・・。 ばらまきたいのに・・・。 Pachubeがいけないのか、twitterがいけないのか。なんでこんなに ミスするんだろう。
>>28 さん
作者さんでしたか、ありがとうございます!
Graph_LC02_LineChartって方つかったら
「モジュール’Graph_LC02_LineChart.exe’のアドレス 401CQA で
アドrす 00000167 に対する書き込み違反がおきました。.」ってでプログラムが終了できませんでした(ノД`)シクシク
アタヽ(д`ヽ彡ノ´д)ノフタ
>>33 LC02 は負荷が高いので(LC01をベースに3Dコントロールとか入れまくってテスト的に作ったから)
マシンスペックが低かったり、他の作業をいろいろしてると影響を受けやすいです。
というかまだ LC02 は自分的に不完全品ですw。
エラーで突っ走ったらタスクマネージャから終了できると思います。
DoseRAE2 のシリアル出力はデフォルト状態で4秒毎だそうです。
純正ツールで30秒か 60秒毎に変更されてみては?
オプションのは、どちらかというと他のプログラマー向けのサンプルかな?
(入出力の規格を合わせて作ればデータが抜けてこんなのが作れますよ 的な)
マップ作るのが主目的なので、気力が湧けば軽いものとかも作ってみます。
>>34 さん
再起動したら終われました(T_T)
難しんでGraph_LC01_LineChartって方でやってみますヽ(^o^)丿
36 :
地震雷火事名無し(北海道) :2011/09/27(火) 07:29:41.22 ID:7Ilb6bKj0
たしか、大佐さんに教えてもらって、比較的最近になってから、このスレを見て勉強してます
色々とためになる話でありがたくて感謝しています
特に前スレ
【ガイガー】汚染地図作成手法確立プロジェクト1
http://hato.2ch.net/test/read.cgi/lifeline/1307247719/97-98 「Registrationを選択しても、エラーが出て登録ができず、PM PRDがフリーズしてしまう問題。」
Follow these steps:
1) Locate the file c:\Program Files\Polimaster\ Polimaster PRD\ PM PRD.ini
2) Open PM PRD.ini in any editor (for example Notepad)
3) Last 2 lines are as follows:
[Data Base]
ADOFile=D:\From_job\PM_PRD\\DB\PM PRD.mdb
4) Delete these lines.
5) Save the changes.
6) Run the software.
については、感謝の一言。
その件で対応してもらった本社サポートからは、対応社員のあたりが悪くて「SP2になおせやゴルぁ」だったので、感謝しきりです。
で、お返しというわけじゃないんですが
前スレの>80
「あとGammaRAEは防水なので、除染でジャブジャブ洗えるので/核種判定が欲しいのでなければ、GammaRAEの方がお勧めです。」
ですけど
PM1703Mも一応は防水なんだそうですよ。
「The device is waterproof」とのメールが本社サポートから戻りました
もっともwaterproofを謳ってもいないし、いわんや保証なんてしてもいないとのことでしたけど
謳ってもいないし保証もしてないので、除染にじゃぶじゃぶ洗うようなことを、私自身はするつもりがありませんけど
間違って濡らした時にはビビらずに対処できてよいかと思いました
以上、ご報告まで
"mean square error"について、まとまったやり取りが現在進行形なので
それについても、確実な所がわかった時点でまたご報告します
では
【 線量マップの作り方 】
●モバイルパソコンなどと繋げばリアルタイムログを採れる機種リスト
・SE International 系 { Software : Radiation Alert Obsever / GeigerGraph を使用する
The Geiger / Radalert50 / Radalert 100/ Digilert50 / Digilert100 / palmRAD
Inspector / Inspector+ / Inspector EXP / Inspector EXP+ / Monitor 4
及び S.E.InternationalのOEM 品、シリアルでパルスを取得できる計測器全般
・RAE systems 系
DoseRAE2 { Software : GeigerRecorder / RAE2_SerialPort
・Polimaster 系
PM1703GNB / PM1703MB { Software : Poliidentify software laptop/desktop Edition
・自作機系
----- { 対応ファームウェアがまだ未発表の為、保留中
●ログ機能のある機種(最短記録間隔) { Format 確認済み
RAE systems 系
GammaRAE II R(1秒) / NeutronRAE II R(1秒) / DoseRAE2(30秒)
└
http://www.raesystems.com/ ttp://www.gslaboratory.com/download/doserae2.php Polimaster 系(1分)
PM1703GNB / PM1703MB / PM1703MO-1A / PM1703MO-1B / PM1401GNB
└
http://polimaster.com/ Gamma Scout(1分)
└
http://www.gammascout.com/index.html ━━━━━━━━━━━━━━━━━━━━━━━━
1.線量計&GPSロガーを持って測りに出かけてログを採ります。
GPSは、秒 or 分 記録でログします。
2. ログデータを抜き出して「ガチャコン」でMixコンバートします。
3.電子マップに作成データを充てます。
●グーグル・マップを利用して多くの人に公開する方法
★7色プロットツール サーバー保存版
http://geigerdata2.appspot.com/ データの編集/登録、
ttp://geigerdata2.appspot.com/plotindex ※ Googleアカウントが必要になります。
●地図ソフトを使用してプリントアウトなどする方法
★「カシミール3D」フリーソフト
ttp://www.kashmir3d.com/
39 :
地震雷火事名無し(北海道) :2011/09/27(火) 20:58:17.10 ID:tNkfZOv20
>>36 自己レスですが
PM1703Mの取り説の14ページに
environmental protection : IP65 と書いてあったのをすっかり見落としてました
もちろん程度の高い防水なんでしょ、これ
防水は謳ってないとかいってた本社サポートをとっちめている最中です、はい
あとは、"mean square error"ですが、DERの"mean square error"については高線量になればなるほど、計測スパンは短くなるようにできてるそうで
"mean square error"の計測区間は変数とのことでした
で、"mean square error"の計測区間(時間)について、主たる因子は線量なんだけど、間接的に、経過時間にも依存してるらしいです
正確なアルゴリズムについては知的所有権の範囲ということでオープンにはしてないそうです
とはいえ、平均誤差なんだから、分母が何か?くらいは教えてもらいたいもんですけどね
それとCPSとDERで"mean square error"のアルゴリズムが違うそうです
DERの方は、線量値や時間も含めて統計的に処理してるそうなんだけど
CPSの方はそう言う処理をせずに、一定時間の誤差だけを出してるらしい
ホントかな?と思うんだけど、サポート担当者のえぐい英語はそうなってます
もうちょっとこの話題、掘ってみるので、まとまったらまた来ます
何かご存知のことがあれば教えてください
>>39 防水に関する規格(IEC 60529:2001/JISC0920:2003)では、
IP65は、「噴流に対して保護されている」で、一般に「生活防水」と呼ばれるもの。
IP67が、「水に沈めても影響がないように保護されている」となっています。
最近の防水携帯やGammaRAE II Rがこれに対応しています。
IP65程度で、防水は強調できないでしょう。
43 :
地震雷火事名無し(北海道) :2011/09/29(木) 07:23:43.20 ID:ms1uCG1m0
>>42 そんなに必死にならんくても
生活防水で充分なんだけど(笑)
>>43 あんたが防水防水って騒ぐから、正しい情報を示しているだけだろ。
何か指摘されると煽りか業者扱いしかできないのか?
IP表記も知らなかった田舎者のど素人さん(笑)
45 :
地震雷火事名無し(北海道) :2011/09/29(木) 08:15:59.83 ID:ms1uCG1m0
>>44 はいはい、このスレまで必死で荒らさないようにネ(笑)
しかも自演(笑)
46 :
地震雷火事名無し(北海道) :2011/09/29(木) 08:25:03.94 ID:ms1uCG1m0
あ、そうそう
>>42 IP65を「生活防水」とするのは、完全な誤りとは言えませんけど
一般的に「生活防水」と言った場合には、IP64のようですよ
つっこむならより正確にネ(笑)
じゃ、そゆことで
>>45 仮に自演だとしたら何か問題が?
正しい指摘に指摘者の素性は関係無いですよね。
事実は素直に認めなさい。
48 :
地震雷火事名無し(北海道) :2011/09/29(木) 08:37:46.50 ID:ms1uCG1m0
>>47 IP65を生活防水とだけ言いきった時点で、あまり正しい指摘とは言えないわけだが(笑)
自演までしてウザイ馬鹿(笑)
49 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/29(木) 12:06:54.26 ID:S6I7q4Ky0
>>48 IP表記も知らなかった素人がにわか知識で必死になって見苦しい。
人格障害者は毎日必死で大変ですね。
一番の治療法はこの板を見ないことですよ。
51 :
地震雷火事名無し(北海道) :2011/09/29(木) 12:21:06.25 ID:ms1uCG1m0
>>50 ま、他所で叱られて、ここぞとばかりに言葉尻をあげつらったのがみっともないんだけども
それすらすべったあたりがなんとも
いつまでも自演してまでしてスレを荒らしちゃいかんよぼうや(笑)
53 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/09/29(木) 14:46:01.16 ID:S6I7q4Ky0
>>52 お疲れ様です。
9とかかなりの数字でていますね。
無理ない範囲で頑張って下さい。
現地の状況などご感想やお気づきの点などありましたら、お教えくださいませ。
>52
ときどきつぶやいています。煩雑かと思いますがご参照くだされば幸いです。
http://twitter.com/nishimuta62 気づいた点ですか、例えば、いわき駅前と渋谷や麹町の線量がまるで変わらないこととか、空間線量が2.5μほどもあるのに果樹園が営業してることとか、飯舘村がすっかり荒れちゃったこととかいろいろありました。
>>52 西牟田靖(東京都)さん、いらっしゃいませ。
カメコさんも付けていますが、トリップ◆-- を付ける方法は
名前欄に例えば、(`・ω・´)ノシ 大佐#〜 で「〜」に適当な本人だけが判るような文字を入れて書き込めば反映します。
※ フシアナなど IP を強制表示する綴りもあるので注意してください。
表示されるトリップなどを 7色プロットツール サーバー保存版 の文章に入れておくと
他人の成りすまし対策に効果があります。
当方作成のソフトの禁止事項は、
あくまで線量計の販売(オークションなど)をフリーソフトの添付で不当に吊り上げないように抑制する為だけなので、
これにさえ抵触しなければ記事にされてもかまいません。
でお堅いことは置いといて、
結構封鎖ギリギリのとこまで行かれてるようですけど、道路に除染用のシャワーゲートとか・・・無いですよねぇ
>>56 ご厚意に感謝いたします。マップを記事にする際はこちらに書き込みします。
>結構封鎖ギリギリのとこまで行かれてるようですけど、道路に除染用のシャワーゲートとか・・・無いですよねぇ
もちろんありません。国道399号の30キロ付近に無人バリケードがあり、監視カメラが取り付けてありましたが。
お彼岸だったので飯舘村にはたくさんの村民が帰ってきていましたが、ほとんど誰もマスクすらつけてませんでした。地元の家に泊まったのですが室内7時間の累積線量は14μsvでした。
59 :
地震雷火事名無し(東京都) :2011/09/29(木) 22:23:50.80 ID:f/bvuuZY0
PM1703Mを使ってますが、データ記録の最短間隔って10分以下に出来ないんでしょうか? 仕様とか取説に最短間隔が書いていないけど、10分が最短なのかな?
>>59 PM1701M だと 10分が最短です。
それ以下を指定しても10分が設定される。
62 :
地震雷火事名無し(東京都) :2011/09/29(木) 22:54:31.37 ID:f/bvuuZY0
>>61 ありがとうございます。
町内とか狭い範囲をサーベイするのにはちょっと間隔が長すぎる感じですね。
>>49 カメコさん >>山歩きさん 読みました。 ガンバッテますねw
・GPS のユニットの感度低下問題
電磁波を発生してしまう本体側と一体になる機器に顕著ですね。
・他の投稿の方の様に本体から離してしまう(例:PSP のGPS 延長ケーブル接続で改善)
・GPS ユニット上面(アンテナ面)は開けたまま底面と周囲をシールド&フェライトコアに電源ケーブルを巻く
とかで多少改善できるかもしれません(可能性のレベルですが)。
あと、若松のはプラケースに電磁波対策は何も無いんですね・・・
電磁波シールド材(EMC対策)というのが、
電磁波シールド塗料:MAC-115 という型番で売ってます。
電磁波シールドフィルム:RE35AMAR とか
まぁ参考までに
・回線非接続 HTTPResult Error が続くと止まる問題
若松オリジナルの方のソースちろちろ見たニワカですが、
mbed の関数には送信用バッファクリアとか、送信待ちバッファの待機バイト数を調べるコードは無いのですかね?
パソコンでもシリアル通信で気にせず送信処理すると、バッファが溢れて送信系がフリーズ状態に陥ったりします。
単純にResult(結果の返信)を待っても良いんですが、意外とバッファに溜まりきるまでは遅延があります。
(相手が受け取り体勢になっていないのに、送信を行おうとして待機した上に次々送信データがバッファメモリに溜まる)
送信待ちバッファ内のデータ数を調べる や 強制的にバッファをクリアできる 場合、
送信バッファに残っていると送信を見送るとか。
送信前にわざとバッファクリアさせてから送信コマンドを発行するとデータ的に切断状態でもハングアップを回避できたりします。
64 :
西牟田靖◇ガチャコン ◆jPpg5.obl6 (東京都) :2011/09/30(金) 14:37:24.65 ID:iV65w9Qx0
>>58 実名主義で通しているので、すぐにはここでの勝手がわかりませんでした。
うまく変換されているでしょうか?
65 :
西牟田靖 ◆XMVekxddWM (東京都) :2011/09/30(金) 14:40:24.74 ID:iV65w9Qx0
>>58 設定した文字列が見えてしまってるのでもう一回設定し直します
66 :
西牟田靖 ◆XMVekxddWM (東京都) :2011/09/30(金) 15:00:15.98 ID:iV65w9Qx0
67 :
西牟田靖 ◆XMVekxddWM (東京都) :2011/09/30(金) 15:01:27.01 ID:iV65w9Qx0
性格→正確です。
68 :
西牟田靖 ◆XMVekxddWM (東京都) :2011/09/30(金) 15:04:22.12 ID:iV65w9Qx0
70 :
西牟田靖 ◆XMVekxddWM (東京都) :2011/09/30(金) 20:04:25.32 ID:iV65w9Qx0
>>66 今回、初めての試みで不慣れだったので手間がかかりました。
しかしこれでコツはわかりました。
おかげさまで今後は計測がかなり楽になりそうです。
このような役に立つソフトをつくっていただいて心から感謝しています。
また線や面で見られるようになったことで、どこが高線量なのか、その傾向が一目瞭然だし、あとからの確認が容易なのも助かります。
携帯の線量システムですか。スマホはやたら電池を食うみたいなので非常時では心許ない気がします。
放射線計測マップ作成支援:ガチャコン ver.0.15
ttp://www1.axfc.net/uploader/He/so/341481.zip 低線量の放射線マップ作成用に改良しました。
※カシミール3D使用:
設定線量上限に対して100分解能で色付け{ 白 0% 〜 100% 指定色 / 設定オーバー 真紅
7色プロットと同様な7範囲設定で色付きピンの打ち込み可能。
□設定:最大値を0.1μSv/h (0.10μSv/h)
0.05以下 0.06以下 0.07以下 0.08以下 0.09以下 0.10以下 0.10超
□設定:最大値を1μSv/h (1.00μSv/h)
0.10以下 0.20以下 0.40以下 0.60以下 0.80以下 1.00以下 1.00超
□設定:最大値を10μSv/h (10.00μSv/h)
1.00以下 2.00以下 4.00以下 6.00以下 8.00以下 10.00以下 10.00超
□設定:最大値を100μSv/h (100.00μSv/h)
1.00以下 10.00以下 20.00以下 40.00以下 50.00以下 100.00以下 100.00超
詳細は、ZIP 内の \放射線マップ作成\低線量の放射線マップ作成方法について.txt を読んでください。
73 :
カメコ ◆3RxQDQi4mo (dion軍) :2011/10/08(土) 00:13:29.12 ID:9vNVUGYs0
>>72 大佐殿、お疲れ様です&ありがとうございます。
仕事の方が忙しくて地図の方の進展が無くてすみません。
モニタリングポストの入れ込みは、実は事務所から離れられないという
裏事情もあって。
返す返すありがとうございます。
ガチャコン ver.0.15 の GPX 出力で 巨大なログを食わすのは控えてくだせいましw *.GPX ファイルが巨大になり過ぎてハングアップ状態になるカモ? 1地点情報だけでも POT 1行に対して15倍(15行)ほどになるので・・・ 元ログを分割してデータ作成してください。 例えば、GPS の *.nmea を適当にテキストエディタで分割するとか。 それぞれで作った *.gpx をカシミールに放り込んでいくとうまく行くかと
77 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/10(月) 12:59:06.83 ID:+mbiT5Jv0
>>75 (`・ω・´)ノシ 大佐殿
LOGを取る側(アプリ)で栞を差し込む機能は追加出来ませんか?
移動計測中に、任意の計測地点進入時に栞を挿入できれば、栞〜栞間で希望の地域のmapが作れます
ガチャコン向けのテキストエディタで分割の目安にもなるし、もしガチャコンで「栞で分割」使う使わない
選択でをつけていただいて自動的に結果ファイルを分割していただければなお良いかとも...
なんて考えていたりします
なぜ、こんなことを考えているかと言うと、みなさんが上げてくれた7色マップが私のPC(ネットブック)では
やはり開けない状況で他の方でも見られない人とかいるんじゃないのかなあ?
希望の地域だけ見る方法はないかな?から栞を発想しました
ω・´)ノシ
>>77 DoseRAE2 ◆/BLnkBtCx6 さん久しぶりです。
栞「しおり」機能ですか?
>もしガチャコンで「栞で分割」使う使わない選択でをつけていただいて自動的に結果ファイルを分割
例えば、( ´・ω・) ◆CGOTBmWdi2 さんGeigerRecorder フォーマットで
ログ採り時に栞コードを任意の時にポチポチ入れて
ガチャコン時に分割出力って感じでしょうか?
市販機のログ機能では機器の ON/OFF などでしか分割できませんしねぇ・・
RAE2_SerialPort は、
それ自身にログ機能は無いのでオプションソフト側でロガー機能を付ければ良いだけなので
栞判別用コードのフォーマットの問題になるかな、それかログそのものの分割保存か。
・・ソウイエバ メールソウシンソフト モ ジャマクサク ナッテ ホッタラカシ ダワw
ガチャコン zip に
「テンプレ:汚染地図作成手法確立プロジェクト.txt」の最後の方に
「自作機用汎用フォーマットを考える」というのを振ってますが、
◆CGOTBmWdi2 さんとか他の作り手さんと協調して決めていかないとね〜
というか、7色サーバーの方は編集した結果だからガチャコンじゃなくてプロット数の問題なんですけどね
79 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/10(月) 19:38:55.72 ID:Q1vlYXgd0
>>78 (`・ω・´)ノシ 大佐殿
現在見えている対象ロガーは、大佐殿のGraph_Unitsと( ´・ω・) どののGeigerRecorderです
移動計測中を模擬して
今から茨城に入ります「ポチ」とP押下でしおり挿入
今から栃木に入ります「ポチ」とP押下でしおり挿入
この時点で茨城map素材完成
今から福島に入ります「ポチ」とP押下でしおり挿入
この時点で栃木map素材完成
フォーマットではなく「ポチ」のタイミングで線量ログ途中に栞を挿入してもらう
ex)
00,2011/09/25 21:07:38,00,00,,
0,2011/09/25 21:07:43,0.1,0.1,,
0,2011/09/25 21:07:48,0,0,,
0,2011/09/25 21:07:53,0,0,,
---shiori--- ←しおり(例)
0,2011/09/25 21:07:58,0,0,,
00,2011/09/25 21:08:08,00,00,,
0,2011/09/25 21:08:13,0,0,,
0,2011/09/25 21:08:18,0,0,,
0,2011/09/25 21:08:23,0,0,,
---shiori--- ←しおり(例)
線量ログとGPSログをあわせる際にガチャコン側で上手いこと処理をしてもらう
ログ途中にそんなものがあるのは困る人はポチらなければ良い
ポチった人は希望の(編集結果も小さく、プロット数も抑えられた)地域mapが完成する
などと考えています
Graph_Unitsのログ作成タイミングがつかめなかったので、なかなかいい案が浮かばない...
80 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/10(月) 19:51:51.88 ID:Q1vlYXgd0
一部訂正 >ログ途中にそんなものがあるのは困る人はポチらなければ良い ガチャコン側でしおり分割を使用する、しないのOptionを設けしない選択時は一括ログを吐くようにする >今から茨城に入ります「ポチ」とP押下でしおり挿入 PB押下です
大佐殿 PDS100GNでのデータをあげました お役にたてば Sc_282453.zip です
>>DoseRAE2 ◆/BLnkBtCx6 さん Graph_Units は、 自動の場合:128個データが溜まる毎 か 終了時 にファイルに書き足す仕様だったハズ(今うろ覚え状態) しおりというか バイナリログコンバータで出てくるような1行目の Dose,Date/Time,cpm,GAMMA(micro Sv), みたいなフォーマットヘッダを挟むと、使う人も切りやすいカナ? Dose はガチャコンで μSv/h -> μSv に表示形式を自動で変えるように組んでるので Dosimeter,Date/Time,cpm,GAMMA(micro Sv/h), とかそんな感じで他の文字列はさみ ガチャコンで自動分割出力はちょっとしんどいので、 別にログ分割プログラムでざっくりバラバラにさせるという手法でしょうかね ロガーとして組むなら、DMDRT 準拠 フォーマットとの選択でも良いし テキスト文字レベルなどで ■■■□ という感じのインジケータで グラフィックのグラフユニット使わなければ低負荷で出来ますね。 ちょっと組んでみます。 ※ DMDRT の方で栞は お〜い ( ´・ω・) ◆CGOTBmWdi2 さ〜ん どんなのにしますぅ?
>>81 受け取りましたです!
最短0.5 秒単位の出力記録ですかっ! なんとまぁ・・・内部メモリにも溜めてくれりゃあ良いのに
・・・ミリ秒まで記録してくれてたら楽なのにw
>「現状こんな感じです お役に立てば」
かなり はしょれるのでたすかります。
フォーマットの癖読みを進めてから取り掛かります。
記録間隔の指定は 何ミリ秒ごとなんでしょう? 500ミリ秒単位とか段階固定とか
設定
最短:500ミリ秒
次: 1秒
次: 1分
内部処理するのに
Request time (ms);500 ← を調べてから
10/10/2011-13:48:46;38;0.13;;0;0.4;;26;;
10/10/2011-13:48:47;39;0.12;;0;0.4;;26;;
↓
10/10/2011-13:48:46.000;38;0.13;;0;0.4;;26;; ← 1つめを000
10/10/2011-13:48:47.500;39;0.12;;0;0.4;;26;; ← 2つめを0.5秒後
にするとかの考慮が必要になりそうですので。
なんか呼ばれたのでw
>>82 DMDRTは他のNMEAフォーマットと出来るだけ互換性を取りたい…
出来ればその場で分割出来るのが一番楽なんだけど…ちょっと面倒かも。
次点で栞センテンス($DMMRK??)を作る…どうするかなー
ちょっと考えてみます。
85 :
81(福島県) :2011/10/10(月) 22:08:48.10 ID:9Bi9Bh2z0
>>83 大佐殿
ソフトの使い方になってしまい恐縮ですが。。。
Log file □ ←これにチェック(ソフト起動のたびにオフに戻る)
Request time (ms);500 ←これはソフトデフォ値の模様(同上)
これ(上記□にチェックした時点)でログスタートしてるっぽい
今回は5秒間隔でとりたかったので 一旦ログ取得「Stop」をクリックし
Request time (ms);5000 にして「Start」クリック
↓このあたりから反映されてると見受けられます
10/10/2011-13:49:21;43;0.12;;0;0.3;;26;;
#今回のPCはミニノートでカーソル操作がイマイチだったことも。。。
Request time (ms);10,000(=10s)がMAXで、MAX以内なら任意指定可能みたいです
なので 上の私の下手な説明で伝わるか不安ですが
>Request time (ms);500 ← を調べてから
この値と記録されている「秒」間隔に同一性が一部無い可能性があります
>>84 うぃ 呼びました
栞センテンス($DMMRK??)を含め汎用性があれば応用が利くと思うので
既存の$DMDRT でも新設のcode でも
しおりでも単なる区切り以外に将来ランク付け出来るような余地(汎用性)があるかと
例えば、$DMDRT,入力番号,世界標準時〜
$DMDRT の2番目にくる「入力番号」に判別文字列でのパラメータ切り替えでも対処しやすいかもしれないです。
数字
yes/no → 文字判別 → 新パラメータなど
↓
これまでのパラメータ
とりあえず「栞」にあたる何らかの文字を充てるなど、$DMDRT,「栞」,*cs
入力された値が数値か? というのもC# あると思うのですが・・・
>>85 はいな 了解です。
また何か判れば投下しておいてください。
>>86 実際の所未使用の入力番号を弄るって言うのも考えたんですが…
大佐殿や各々方に色々と負担を掛けるのもアレなので、ログを切断する方向で今弄ってます。
ただ、今週は2巡目の一時帰宅が待ってるんで空いた時間しか弄れません。。。
以下はスレチな余談ですんで読み飛ばして下さっておk:
--
先日、県の方と会食する事があったので、ついでにTGS-136とTCS-171を借りて
車を測りました。TGS-111で予め測ってて判ってましたがワイパーカウルとルーフレール周辺、
バンパー等の樹脂部分が高かったです。
あと、DoseRAE2を車内に持って行ってTCS-171と比較しましたが計測値に気になる様な大きな差は
ありませんでした。
因みに私の住んでいた近辺の土壌のゲルマ分析ではCs-134と137の比率は大体半々だそうで。。。
88 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/11(火) 05:50:41.79 ID:TsTsfV+s0
>>87 ( ´・ω・)どの
ログは一本の方が望ましいです、全体が見えるほうがやはりいいので
何らかの 障害(今回のケースでは7色マップが見れない)が発生した場合に最適に分割する目安として栞が有ればなと考えてます
>ログを切断する方向で今弄ってます。
後処理のほうがいいなあ
PS:帰宅時できたらまた計測してください、できたらでよいので
DMDRT 準拠 フォーマットの方はとりあえずの「しおり」にパラメータ無しでやってみました。 しおり:$DMDRT,*43 「ガチャコン」準拠の汎用の方は、適当に文字列いれました。 しおり:LineNo,Day time,cpm,microSv/h,stimulus, 今日の夜ぐらいにリリースできると思います。(プログラム本体はもう出来たんですけどね、仕様の書き出しがまだっす) あとログ分割用ツールを夜に作成予定。
>>88 ログ(栞)の件了解しました。その様に作ってみます。
>>89 $DMDRTの中に栞の識別子を挟むにも「後ろ」をどうするかなあ…と思ってたので
パラメータ無しのアイデア拝借させて頂きます。
なんか色々配慮して戴いた様ですみません。。
91 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/11(火) 19:17:12.67 ID:93joYbbC0
>>89 (`・ω・´)ノシ 大佐殿,
>>90 ( ´・ω・) どの
もう一点検討していただきたいことがあります それは
「しおり挿入操作をスペースキー押下で行えるようにする」です
ポインティングデバイスを操縦席から操るのはたとえ停車時でも結構面倒なもので、今朝実際にPCを車に積んでみて急遽思いつきました
ただこの場合、容易に押せてしまうので明示的に「しおり機能を使う」選択オプション設定が必要となってきます
(不用意なデーター欠損防止)
また大佐殿が作成くださるといってくれているログスプリッターには、用意にしおりを挟める反面、間違ってしおりを挟んでしまった救済措置として
しおりの一覧列挙、どのしおり位置で分割するかの選択オプションが必要ではないか?なども
Graph_UnitsはDose専用と言う訳では無いので、恩恵を受けられるひとがそこそこいるのではないかと勝手に解釈して
わがまま振りを言って見ました
アプリのDL数から見ると、そこそこ使っている人がいるのでは...
92 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/11(火) 19:24:46.71 ID:93joYbbC0
>>24 (`・ω・´)ノシ 大佐殿
ロングバックパスですみません
>RAE 社製 [ DoseRAE2 ] 用、RAE2 To Send Post Graph-Slave ver1.03
>
> RAE2_SerialPort_ver103.zip
>
ttp://www1.axfc.net/uploader/Sc/so/277597.zip > 更新内容:
> 送信更新を2重にして確実性を上げた。
> シリアル受信を厳密にしてみた(受信エラーは要報告)←この受信エラーの想像できる具体例をお願いします
>>92 データ送った後のイベント発行で、イベント取りこぼし(パソコンの高負荷だったり)すると
データ文字が沢山連結されてしまう時があった。
これまで
○[1.2]μSv/h →送る
○送り済みイベント発行 →送る →OK → [1.2]μSv/h が 1.2μSv/h としてセットされる。
↓
○[1.2]μSv/h →送る
X送り済みイベント発行 →送る →失敗 → [1.2]μSv/h が 1.2μSv/h として待機される。
繰り返し
○[1.2]μSv/h →送る
X送り済みイベント発行 →送る →OK → [1.2]μSv/h が連結され 1.21.21.21.2μSv/h として入る。 →エラー
対処
○[1.2]μSv/h →送る
○送り済みイベント発行 →送る →OK → [1.2]μSv/h が 1.2μSv/h としてセットされる。
○送り済みイベント発行 →送る →OK → 空になっているのでスルー(1回目で残っていると処理される)
Logger_Radiation01 の方にロガーソース *.pas も入れてますが、
一応受け取った文字を調べる処理も入れています。
不動小数点でコンマがいくつ入っているか? マイナス記号があるか? など
>>92 > シリアル受信を厳密にしてみた(受信エラーは要報告)←この受信エラーの想像できる具体例をお願いします
フォーマットプロトコル
07-08 / 41 4D / : コマンド { 空間線量状態
ここをギチギチに他と「41 4D」も and にしました。 ver1.03 も同じで動作報告は一応あるので大丈夫かと。
エラー状態だと線量データとして使わず破棄されるので放射線量数字が表示されないと思います。
>>91 を見落としてたワw
>「しおり挿入操作をスペースキー押下で行えるようにする」です
了解だ〜! 任意のキーを設定できる方が自由度が大きいカナ。
事故にだけは注意してくださいね
(エラーやら設定操作やらで事故ることを考えたら安全に止めてからがお約束w
ニコ生車載カメラで事故ってたのが最近居たな・・・・)
先にガチャコンの PDS-100GN に掛かり始めているのでその次にでも。
>ログスプリッターには、
簡易エディタにしたのでOKです。
キーボードからの直接打ち込みはできませんが、「しおり」の挿入と任意の行削除が可能です。
$(NMEA) と LineNo と Datapoint と Dose で簡易判定で自動振りです(デフォルト、LineNo)
97 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/12(水) 05:21:59.39 ID:hpUpsmzb0
>>96 了解です!試してみます
デフォルト値150の所がなにの項目かよくわかってません
えっと、何ですか?
>>97 あら、おはようですw
書いてませんでしたね、お約束?の半透明機能の数値です。
数値を変えて右上の[Alpha Blend] ボタンを押してみてください。
後ろが透けて見えると思います。
画面を占有すると他の情報が見れなくなるので他ソフトの動向も見る為の機能です。
ログ主体なので異常線量を検知しても透明化は解除されません。(今のところ)
まぁ、「しおり」フォーマットが発展でもすれば異常値検出の栞と同時に透明化解除とか 進化の余地はあります。
99 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/12(水) 06:03:44.67 ID:hpUpsmzb0
>>98 おはよう御座います
ネットブックで画面が小さいので、計測中はアプリ最大化して使ってます
すなわち、[Alpha Blend] 使ったこと無しでしたwすまぬ
100 :
85(福島県) :2011/10/12(水) 20:01:46.78 ID:BjOAbQ240
>>86 大佐殿 PDS-100GNでのロギングについて遅くなりました
・PdsMassというソフトによってcsvで吐き出されます
・計測は「Real time Readings」「Real time Graph」の2つのモードが準備されてます
・「Real time Readings」モードはデフォルトで 500ms間隔でログ取得
最低500ms(1s)から任意可変、最大10000ms(10s)
自動生成されるファイル名は
PDS_MEAS_RT-Readings_ 機種No_ログ開始時刻.csv
ただしログファイルへの時刻の最小記録はmsではなくs(通常の1秒単位)
ソフト側のバグ?例えばデフォ以外の記録間隔「1000ms」でログ取得開始しても
Request time (ms);500 が変わらない
必ずしも指定ms毎にロギングされる訳ではなく飛ぶこともある
・「Real time Graph」モードはデフォルトで 1s間隔でログ取得
最低1sから1s間隔で最大10s
自動生成されるファイル名は
PDS_MEAS_RT-Graph_ 機種No_ログ開始時刻.csv
ソフト側のバグ?例えばデフォ以外の記録間隔「3s」でログ取得開始しても
Request time (ms);1000 が変わらない
必ずしも指定s毎にロギングされる訳ではなく飛ぶこともある
Am241、Co60、Cs137のcpsをリアルタイムに表示させることも可能だが、
ログ保存形式は「Real time Readings」と同じ
・PDS-100GN単体ではログ保存できなくて必ず通信してPC側のPdsMassで取得
こんな感じです
大佐殿
低線量の放射線マップ作成用ガチャコン ver.0.15 いただきました!
とんでもない進化、ありがとうございます
設定線量上限を任意数値入力可能なオプションの検討をいただけるとありがたいです
または □設定:最大値を0.23μSv/h (0.23μSv/h)
0.08以下 0.11以下 0.14以下 0.17以下 0.20以下 0.23以下 0.23超
の追加が可能であればご検討をお願いします お願いの理由は↓です
除染:「年1ミリシーベルト以上」政府基本方針案
この基本方針に基づく除染作業は(中略)
年間被ばく線量が1ミリシーベルト(毎時0・23マイクロシーベルト)以上の
地域は環境相が「汚染状況重点調査地域」に指定し、自治体が除染する区域や計
画を立てて実施する(除染費用は国が負担) (攻略) ↓ソース
http://mainichi.jp/select/jiken/news/20111011k0000e010044000c.html
>>100-101 ω・´)ノシ カラー設定の意味了解です。 出来る範囲でやってみます。
質問:PdsMass ソフトのバージョンは 1.00 とかで良いんでしょうか?
添付テキストに書いておくだけですが、メーカーver UP でもしフォーマット変わった場合の使用者混乱防止に。
>>102 大佐殿 遅くなりました
今回私が使っているのはVer2.1.0.0です。仕様が変わらなければソフトのverはログの
1行目の記述で良いかと
>MGP Instruments;PdsMass (2.1.0.0)
ニュースは世田谷の弦巻の空間線量率と横浜のストロンチウム検出で混乱しています
世間の関心も内部被曝に移っていますが、外部・内部に関わらず大佐殿がガチャコン
のreadmeに当初から書かれている下記のことの示唆が今更ながら重要であることに気
づかされます
>政府が全くアテにならない現在、有志による実測が非常に急がれます。
>それぞれの方の得意分野を僅かづつでも結集すれば大きな力となると思います。
>ささいなことから行動しましょう。
これからも無理なさらずに
>>103 素朴な質問です。
データの日付で
10/10/2011-13:48:46;38;0.13;;0;0.4;;26;;
10/10/2011-13:48:47;39;0.12;;0;0.4;;26;;
月/日/年- ですよね?英語圏のソフトだし。。。 違ったら書き込んでおいてください。
10月10日だから・・・アレ?どっちだ? と
「月/日/年-」で進めてます。
105 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/13(木) 10:32:45.04 ID:vxmYCo/10
>>96 >了解だ〜! 任意のキーを設定できる方が自由度が大きいカナ。
あんまりそうではなし、でっかいくて押しやすいのはEnterとSpaceくらいだけれどEnterキーは特別な意味を持つのでSpaceキーを選択しました
>>104 大佐殿
Sc 283291
検証用にご利用いただければ幸いです
>>106 現在動作確認中&バグ探し中です。
ガチャコン ver.0.16 今日中にUPできそうです。
PDS-100GN / PDS-100GN/ID 対応
アイコン色範囲の任意設定可変型モード搭載
(統合会見ウォッチしてるので終わってから数時間後かな・・)
2011年10月13日 統合対策会見より 記者: 「モニタリングポストを増やすなど。で対応して拡充で動いているのか、検討なのか」 文科省:「先程の拡充拡大、Srなどの汚染拡大について福島中心から拡充すると検討したいということ」 記者: 「住民関与での線量マップの作成などを勧告している。 ICRPの求めていることを当事者それぞれに一回国民全員に共通理解の上で足りないところをしないとモグラ叩き状態になる。 そうではなくするべきだと」 安全委:「1つの件、基本的に審議会なのでICRPの勧告の理解は重要だと思うが、 説明業務というのはマンパワーや役割的に出来かねる。政府の指示があれば別」 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 役所対応だねぇ、「出来かねる」と言っても指示があれば [考える] とやる気はなさそうです。 まぁ「何」やるにしてもその予算は税金なので「勝手」にやったら問題なんですけどね。
放射線計測マップ作成支援:ガチャコン ver.0.16
ttp://www1.axfc.net/uploader/He/so/342014.zip 更新内容:
PDS-100GN / PDS-100GN/ID 対応
アイコン色範囲の任意設定モード搭載(対、政府基本方針案「(毎時0・23マイクロシーベルト)以上」)。
可変設定型です。
□任意設定:最大値を0.23μSv/h (0.23μSv/h) 例:デフォルト
0.08以下 0.11以下 0.14以下 0.17以下 0.20以下 0.23以下 0.23超
※ 何箇所か表示の上下位置が変わりましたので設定を注意して見直してください。
↑高
設定上下(上が高という感じになりました)
↓低
応用例:
例えば、多色分解能の↓を青、↑を黄、(Over は真紅、固定)に変更すると
安全圏は濃い青〜線量が上昇すると黄色く変化し、「年1ミリシーベルト以上」の「汚染状況重点調査地域」が真紅で現れます。
※ ただし車両などの中で計測する場合は、車が遮蔽物となり線量は低めで検出されることが多いそうなので目安と考えてください。
>>106 余裕があればポートモニターで PdsMass の通信ログを採られると
なんらかのツールが作れるかもしれません。
>>109 大佐殿 ver0.16いただきました
PDS100GN対応、ならびに任意設定モード搭載ありがとうございました
前回の20111010のログデータをコピペで20111013に貼り付けてガチャコンしました
ログデータ数値は車内計測数値でしたので車内×1.3が車外と仮定して任意設定で
0.07以下 0.09以下 0.11以下 0.13以下 0.15以下 0.18以下 0.18超
として車内ログ数値を読み込ませてみました
世田谷や船橋の件もありますので、今後は歩くのも必要と感じました
>余裕があればポートモニターで PdsMass の通信ログを採られると
>なんらかのツールが作れるかもしれません。
お手数でも誘導をお願いします
112 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/14(金) 04:30:41.42 ID:CXw4Vqtl0
113 :
かわぶた大王ninja(新潟県) :2011/10/14(金) 06:43:44.14 ID:O0zjnZ9J0
携帯電話にガイガーカウンター機能とGPS機能の装着を義務付けて 強制的にデータを吸い上げれば かなり制度の高いマップが出来上がるんだろうが。 GPSとガイガーをパッケージしたものを大量に配布するんでもいいや。 景気回復にも効果ありそうなんだけど、民主党はやんねぇだろうなぁ。
>>113 義務付けは、また「管理される〜」とかプロ市民が湧くと思うな
それと
http://www.synnex.co.jp/news/new-products/scosche-00001.html 納入遅延しているそうだし、コレ情報をUPすると世界中にバレるんだよな
高い線量の所測る人多いだろうし
ホットスポット側溝の線量をUPして、それがさもその都市の汚染のように受け取られる可能性があると思う。
昨日の統合会見でも日暮氏が発言
>>108 していたけど、
「住民関与での線量マップの作成などを勧告している。」で安全委がすっげー嫌そうな顔してる。
東京のホットスポット問題でもっとやるべきって話にも
福島県からじょじょに という返答。
もう何ヶ月経ったと・・・恐らく多くのホットスポットがまだまだ発見もされずに被曝しつづけてると思う。
大量に配布してもその費用は税金だし、特定企業しか利潤に預かれないと・・・
・・・でエステーのエアカウンターで6000台行政が押さえてるような話が出てる
しかも監修が御用・・・・悪い予想しかできないです。
海外からの援助線量計の行方が追えない・乾電池を政府がガメてたという同じ轍を踏まないようにして欲しい訳だが・・・
115 :
地震雷火事名無し(芋) :2011/10/14(金) 08:14:43.76 ID:CXw4Vqtl0
116 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/14(金) 08:16:20.52 ID:CXw4Vqtl0
>>111 ↓ のリンク先からポートモニターを入手してインストールします。
>>116 誘導ドモドモ
Portmon for Windows
Windows NT/2000/XP
使い方(解説しているサイトを見つけましたのでこういう感じで)
http://www.shoshin.co.jp/c/digi/portmon/index.html @ PDS-100GN - PdsMass の通信ログをポートモニターでとります。
A PdsMass のログも保存します。
B PdsMass で行った操作を操作順に書き出します。
まとめてUPします。
@は、PdsMass を起動させたあたりからプログラム終了まで採ります。
今回の場合ですと、
1.PdsMass を起動、ロギング開始
2.PDS-100GN と接続、線量の受け取りスタート
3、PDS-100GN との接続解除
4、PdsMass ログセーブ
5、PdsMass 終了、Portmon ログセーブ
という流れです。
うまくいけば、msの速度変更操作などを途中に入れるなどです。
様は、PDS-100GN から流れてくる線量データのフォーマットが解ればリアルタイムマップだとかが出来ちゃいますねと
>>113 一般人に測らせたとしても精度や信頼性のないデータが貯まるだけで終わってしまうってのを
恐れてるんだと思いますね。
例えば、地上1cmなのか1mなのか、車や建物の中なのか、あるいは検出器むき出しなのかの条件もあるし
検出器の種類や特性等も効いて来る。ここらへんをきちんと管理しないと同じマップにプロットする事すら出来ません。
一般の人たちにそこらへんを気にしながら常時測定し続けるようにしてもらうのが非常に難しいと思いますね。
一般の人たちが測定条件を気にしなくてもよい測定方法が確立出来ない限り実現は難しいでしょう。
>>118 一般の人たちが測定条件を気にして通常計測できる様にしむけばいいんじゃないかなあ
ガチャコンで対応済みフォーマットの機種を順次、 単体ごとのガチャコン汎用CSVへのコンバートの補助プログラムを作り始めてます。 そうすればログスプリッターで分割させやすいし、 表計算ソフトでも扱いやすくなるだろうから(需要があるかは知らないけども)
>>120 それが徹底出来ないところに問題があるわけで。
信用して良いのか判らないデータが大量に集まっても、それをどう使うのか?って話になる。
例えば、1/3くらいはいい加減な測定のデータと思われるが、どれがいい加減かは人間が吟味しないと判らない、では
その吟味のための人員で測定して回った方がずっと効率が良いわけだし。
吟味して判るならまだしも、線量と位置情報だけ送ってくる程度じゃ吟味しようがないからね。
やっぱり、手元にある機械が個々の測定条件のばらつきを自動補正出来るのでもない限り難しいよ。
単体・固有の雑多なプロットというのは混乱初期には有用になるし、早期の疑い箇所警戒には使えるかと。
混乱期を脱しえば機種ごとや計測条件で統一したデータが有用になりますし
時期と捉え方ですよねぇ としみじみ
機種特性も鑑みて、学区レベルや市町村レベルで同タイプごとのグループによるサーベイマップをやってけば
その地区で有用に〜(ry
>>122 このスレって
まぁそういう個々のも含めてより良い方法と手段を模索する為でもあるしネ
東京・横浜のホットスポット(今更)でそういう市民によるシラミツブシ・サーベイの重要性は増すかと
航空機モニタリングでなんて細かい所なんてわかりゃーしねーさ あんな雑なの
>>123 関心のある連中が自分で調べる事自体を否定してるわけじゃない。
測定法や線量についての知識や関心の低い一般人を安易に使うことを問題としているだけ。
決められた手順をしっかり守って測定出来るか?と言われると、実は関心がある人や専門家だって意外と難しい。
だから、
> 携帯電話にガイガーカウンター機能とGPS機能の装着を義務付けて
> 強制的にデータを吸い上げれば
というのなら、どうやってその仕組みで同一条件のデータを吸い上げられるようにするかまでを
考えた上で提案した方が良いのではと。
シラミつぶしを効率よく進めるためにも、測定条件の統一が余計に必要になって来る。
>>124 まぁ 疑問・問題提議の1つとして受け止めて懸案しておく1例で良いんじゃないですかね?
学校関係で国(文科省)は児童に積算バッチ配って調査やったりしてるし・・・アレは言わば強制の部類。
行き当たりばったりを思いつきをやるのが今の政権なので(ちょっとマシになったか?)
そういった事をやられる前に考えておくのも別の手段が浮かぶヒントになったりするかも?しれませんよ。
>>119 (`・ω・´)ノシ 大佐殿
なんかスペースでしおりってくれません
要設定ですか?確認してみてください
>>111 >>117 の説明@の作業前にPortmon for Windowsを動かしとかないとログが取れないです
>>126 指摘サンクスです!
原因が判りました! 申し訳ないです。
TLOG_R01 0x14 ■ Alpha□
の■を弄って 0x20 にしてもらえますか?
[↑]
[↓]
当初10進数表記で32にしてたのを16進数の20に変えた際
設定が無い初期状態でのデフォルト値が20(10進数)で0x14 (16進数にして表示)にしてしまってました。
一度設定して終了させると設定保存されるのでしばしの間、それで。
今、別のことやってるので近々更新します。
他に何か気がついた事があれば指摘お願いします。あれば、まとめてやるようにしますので。
>> 128 了解でーす 遠征は月いちくらいしか行けないので問題ないです ちなみにRAE2_SerialPort_ver104 は良好でーす。っが、 RAE2_SerialPort もGeigerRecorder もちまちまお願いがありますので、週末まとめてレポします 今日はPortmonとMtail立ち上げっぱなしでしたw
>>129 了解、レポ待っときます!
私の関わっている優先順位の基本姿勢を自分なりに
1.緊急的な被災者向けが本位
2.状況の変化にいち早く追従先行
3.使い勝手の向上
4.新規の予防的な懸案
〜〜超えられない壁〜
低.お遊び
という感じでしょうか?
そういう感じで
>>81 (福島県)さんの機種対応話は、まぁおいおいやってみるか・・・
だったのが、同?
>>101 さんの「汚染状況重点調査地域」要望なんてのはズバリ上位なうえ、
(言い方は悪いが)汚染災害地帯と密接に関わる現場の人 なので緊急要件として急ぎました。
なので、ユーザビリティレポートというのは、
現場の人の使い勝手の向上に役立つと思ってますので(おちゃらけは低めで)ウェルカムです。
・・・ガチャコンでは、ボタン操作が多くて紛らわしいかもしれませんが、
確認に確認を重ねてデータを作成するという手順をわざとふんでいます。
p.s. 移行予定先の板スレ
>>74 にDAT 落ち防止なんらかの情報で保守など適当に〜
行政が行っている取り組みと現状とか〜レポートとか〜記事リンクとか〜
1人しか書き込んでいないとか難癖つけられて削除対象になったりしたら、さてどうすっべ?になるので。
131 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/17(月) 22:30:15.73 ID:H6UbDXoY0
>>130 異論反論はそれなりにありますが、私自身は「おちゃらけた」要望してないつもりですが
>>131 ですので絶賛ウェルカム中です。 ROMの人が多いようなのでまじめなレポは貴重なんです。
133 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/18(火) 19:42:47.60 ID:tK0qTocT0
このスレ的に私なりには 1.緊急的な被災者向けおよび「早急に」被災者救済に関与してくれる方が本位 2.実体験から来たアイディアの反映 3.使い勝手の向上(あらゆるケースの考慮、しかし作り手さんには低不可考慮) 〜〜〜別途枠〜〜〜 こんな事聞いたり頼んだりしてもいいのかなオロオロ ←大歓迎!! で参加させて頂いてます、ですので大佐殿の基本姿勢には賛同〜 しかし時に発言はおちゃらけさせて頂きます() うわ、揺れた
134 :
地震雷火事名無し(禿 ) :2011/10/18(火) 20:00:23.82 ID:yA5OQC+y0
くなたは
>>133 ・・・いやいや・・スレとかじゃなくて、
単に「私の関わっている優先順位の基本姿勢を自分なりに」で
今回の緊急災害に対して私個人での優先順位の位置づけを自分に課してるダケです。
要望やなんかがバッティングしたり実生活もありますから、
俺が先に言ったとか、ワシが先だとか、じゃなく、私はこういうスタンスでやってるので・・という意思表示だけです。
結構くどい言い回しを書いてしまう癖があるのは自覚しているので、誤解を与えてしまって申し訳ないです。
運営板の方で結構モメているらしく、このスレも何時スレストが掛かるか混沌としてきてます。
災害と同じく、慌てず落ち着いてをやっていきましょう。 > all
現時点で板のスレ数が、673スレに拡大中。 ちょっとこれは「危険があぶない」w
※ トリップのみの表示は、「何か」書き込もうとすると[名前が長い]など、なんらかの規制?が始まった?
136 :
◆/BLnkBtCx6 (芋 ) :2011/10/18(火) 20:33:46.86 ID:tK0qTocT0
>俺が先に言ったとか、ワシが先だとか、じゃなく、私はこういうスタンスでやってるので・・という意思表示だけです。 重々分かったとりやす!!を書かんがためなんで誤解もなにもしてませんよ 自分も時間有るときにしか発言してないしw ROMさん多いのでちょっと目安な発言でも書いとこなってだけでした m(_ ._)m 知らぬ間に芋の解除キテタ━(゚∀゚)━!
名前欄モドッター 今更ながら汚染マップということで「地図」スレを探しに徘徊してみるとw 地理学・人類学@2ch掲示板 無し? 地理・お国自慢@2ch掲示板 無し? 登山・キャンプ・アウトドア@2ch掲示板 2スレ ソフトウェア@2ch掲示板 2スレ モバイル@2ch掲示板 1スレ 無いなぁ・・・・カーナビとかならあるけど
138 :
[´・ω・`] ◆/BLnkBtCx6 (芋) :2011/10/21(金) 20:34:29.44 ID:1rVFHkxL0
週末レポの予定でしたが、今朝ほど実父が脳溢血で入院しました IRCに入ってしまったので、おそらく2~3習慣ほど遅れます(そんなに心配しなくてもいい状態みたいです) 芋が再帰省でここ以外書けない(ノД`)シクシク
140 :
地震雷火事名無し(千葉県) :2011/10/22(土) 17:31:26.01 ID:0/SHJQkf0
>>138 たいへんですね、回復に向かっているようでなによりです。
ご自身の生活モロモロをまず優先させるのは、とっても大事なので、気長に待ってます。
>>139 ふむ [地図・写真] にしてみると、川でもくぼ地でもないような箇所で急激に上がったりと・・
ほう
7040行かぁ
なるほど
そうね
あれをあーしてこうか
参考になりましたっ!
乙です!
>>142 大佐殿 ここで続けてよいのかな? あっちに移ったほうがいいのかな?
7040行をアップし表示させたら固まった私の骨董品PC
ガチャコンで吐き出されたものをエクセルで読み込んで単純に「偶数行数になってしまった行」をDelしました
まぁ40Km/hで走行だったとして(^^ゞ 50m間隔データポイントを間引いたことになるのかな
間引かない全ポイントが表示されるカシミール3Dとはかなり印象が異なります
盆地内で標高が低いところが少し高めです。ピンポイントで高いところは夏も同じ傾向でした。
全7040行は重複して走ってるポイントもありますので。。。一筆書きで走ることを目指したんですがめんどいです
大佐殿 ガチャコン GPXデータで吐き出し必要時間 コピペで1つのcsvに PDS_MEAS_RT-Readingd_ C12345_111010_111020合体.csv nmeaも当該分を書き出し csvデータのみ7060行 吐き出し所要時間約12分25秒=745秒 でした cpuメーターが動いてたのでハングしてないと踏んでPC君にがんばってもらいました
>>143 現状の運営サイドの判断と見解のまとめなどは、この板の自治スレでまとめてあるので、
★緊急自然災害@超臨時板 自治議論スレッド★
http://hato.2ch.net/test/read.cgi/lifeline/1299835428/ 方針が変わるまでは、このスレを有意義に使っておいて良いのではないかと?
いろいろと突っ込まれる前に先手と予防は打っておきましたし。
どうやら、最新の見解も
>>140 のようです。
今はガチャコンに使っている各機種ごとのログ変換部分を単体化して汎用CSV にするのをやっています。
そっちに集中し始めると急にカキコが減って流し見だけになると思います。
板移動騒ぎ関連で集中できない日々なのですが・・・
プログラム的に参考になった部分内容を書けば、
ログスプリッター(元:ログカッター)に、
1/2 〜 1/10ぐらいまでの間引き機能など入れるとテキスト編集が楽になるカナ?
などですね
重複部分に関しては、ファジー(懐かしい言い方w)判断はどうしてもプログラム的に LR 無理なので
人力(思考)に頼ることになりますが、
その日分の編集を行った上でプロット用に連結しカシミールなどに足していくしかないかと。
「こういう編集の仕方がある」とか「ここをこうすれば」などを論ずることは
ROM ってる多くの計測者さん達にもたいへん有意義かと
このスレの存在意義の1つなんで大いにくっちゃべってよかっべよ
>>145 大佐殿
ふと気づきました! なんでもかんでもガチャコンに任せるのではなく下準備が重要だと
nmeaもガチャコンに読み込ませる前に信号待ちなどで例えば5秒同一緯度経度ならdelって整形しておけば
今回の私の7040行なんてならない筈ですね<(_ _)> 段取り8分。。。先人はよく言ったものです
えっと、前スレをきちんと読んでみました 今日BluetoothでGammaRAE2のログ抜くことができました いろいろ情報だして下さった方々 どうもありがとう
149 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/23(日) 23:01:23.15 ID:AK/qajoz0
実家から一時帰宅、来週より忙しくなりそうです
>>104 その値はコントロールパネル内の「地域と言語」設定に依存しないか検証が必要です
150 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/10/23(日) 23:41:00.95 ID:AK/qajoz0
間引きのタイミングですが
>>147 さんの
>nmeaもガチャコンに読み込ませる前に信号待ちなどで例えば5秒同一緯度経度ならdelって整形しておけば
などはかなり有効かと思いますが、私には低不可なアルゴリズムが見いだせないです
ファジー(高負荷なんでイヤン)では無くAIが有効かと思います
当然優先度「低低」の意見です
では、また実家に旅立ちまする
151 :
地震雷火事名無し(芋) :2011/10/23(日) 23:46:05.99 ID:AK/qajoz0
>>149 それは、PDS-100G/GN ID 所持者さんにしか検証できませんね、
私の方は出てきたモノでしか判断できないレベルです。
機器持ってないし〜 検証するのにソフトも受け取ってないし〜 サイトからダウンロードとかできないし〜
ツール対応作成時に関わっている人の環境と情報に依存することになるので、
後からあ〜だこ〜だと来られても、「このフォーマットに合わせてくれたら良いだけですヨ」
と「作成時の人の環境が鉄板構成となる」ということです。
>>150 アルゴリズムというか、何キロ/h以下はフィルターカットとか
どこまでを 有用/無用 を判別するか? は、プロット作業する人の判断ロジックになりますし
(たしか
>>144 さんはGPSデータに旅レコフォーマットを使っているのかな?)
旅レコフォーマットの時点で [秒]と[ミリ秒]と[衛星ロスト] はフィルタリングされてることになります。
速度情報も km/h でパラメータ最終位置にいるので m-241 であれば 10km/h 以下を削除なりすれば
信号待ちなどで量産される多重の地点情報をカットできるのではないかと?
|
|ω・´)ノシ
|
>>146 大佐殿
こんなので少しは役に立つのであれば 基準線源はもってないです あっち読んだけどチンプンカンプン
Sc_286429.zip
154 :
sage(チベット自治区) :2011/10/27(木) 15:37:50.41 ID:Gm4Y34P80
若松の改変を作ってる者です。随分と御無沙汰してしまい申し訳ありませんです。。 メモリーが大量に確保できたので、懸案の DMDRT も作り込みました。 NMEA ファイルの中に DMDRT が入っててもカシミールとか普通に読んでくれるので、とても便利ですね $DMDRT,155,271011,61649.500,20,0.123,*75 $GPRMC,061649.499,〜 $GPGGA,061649.499,〜 $DMDRT,156,271011,61650.500,20,0.123,*7E $GPRMC,061650.499,〜 $GPGGA,061650.499,〜 こんな風に順番で落とそうかなと思ってます。 (チェックサムの計算は合ってるはず・・・) DMDRT 〜 * の 「*」の前のカンマはバグじゃなくて、地上高は不明という意味で値を出してません。 その他に、累積カウント数とか出しておくと、移動平均化処理(μSV/hへの換算)をガイガー任せでなくて PC側で、自由な平均か時間で切り出せて便利だと思うので是非とも出したいです。 「PCでμSV換算」という観点で言うと、若松のは cpm→μSV/h への計算係数が取得できるので それも一緒に吐き出しておくと、 [累積カウント数] [係数] [オフセット] の3つの値から PC側でμSV/h 計算ができるようになるかなぁ〜と。 あと将来的なパラメータとして、測定時の温度・湿度・風向・風力・日照強度 とか そーいう環境条件を入れる枠(仕様)だけ作っておくと、とても良い感じに思えました。 DMDRT の後ろを伸ばすか、別のセンテンスを付けるべきか悩むところですが。 以上、取り急ぎ書きたいことだけ書き連ねました。
sage間違えました・・ 上の、よく見たら時刻が GPS から取得したまんまじゃなくて 勝手に変なとこで丸められちゃってますねぇ。 float で取ったものを、そのまま吐き出してるのに・・・ これは GPS 時計と一緒のものが出るように直します。
>>154 現行のDMDRTですが、実の所手持ちの機材(DoseRAE2とTGS-111)で記録するに足る情報を
フォーマット化した様な物なので、その時点では将来的にどうする…って言う"含み"は持たされて
いなかったです。
実の所実現するかはさておいて、拙作GRにてパルスを受け取って…ってのを考え始めている所なので、
この辺りのパラメータ(累積カウント数とオフセット)をサポートするのは私的には問題ないんですが…どうでしょうね。
その他の環境パラメータ類はどちらかと言うとモニタリングポスト的な使い方に供するパラメータの様な
気がするので、別なセンテンスにしてもいいかなとも思います。
大佐殿のご意見も伺いたい所ですが。
>>154-156 はい、呼ばれました
こちらは
DMDRT で、現状の * のいる7番目までしか使っていないので
00) $DMDRT :固定
01) 入力番号 :0 〜 { 入力用番号
02) 世界標準時 :yyyyMMdd { 8桁 西暦年 月 日
03) 世界標準時 :HHmmss.fff { 日本時JST を計算元に使用する場合 UTC = JST - 9:00 // JST = UTC + 9:00
04) 計測μSv/h :(浮動小数点)
05) 計測cpm :(整数 {浮動小数点 可で対処)
06) 係数 :(浮動小数点) { ○ 「変換係数」掛け率
07) 測定高さ :単位 cm {
08) *チェックサム
09) [CR] :0x0A
10) [LF] :0x0D
$DMDRT,155,271011,61649.500,20,0.123,100,〜,〜,*cs と増えていくものには影響を受けませんですよ。
(個人的には最終位置のパラメータとチェックサムの * はセミカンマで分かれていると分離が楽カナ)
機器温度・周辺温度・CPSなどなど新センテンスを設けるのも別段、影響をうけません。
電子方位計に関しては、NMEA にもセンテンスが存在しますので、方位センサーを繋ぐ場合はそういった既存のものを使う手もあります。
GPHDG かな? p.11
DescriptionNMEA.pdf
http://www.tronico.fi/OH6NT/docs/NMEA0183.pdf あと、ガチャコンのテキストに各機器のログフォーマットを書いている通りなので
メーカー機器によってどういったデータがあるのか事前に考えておけるかと
(自作機が進化した時に備えて、・・別スレではスペクトル系の自作スレがあったりします)
>>154 >>56-58 な感じで酉を付けられてWeb などに書かれておかれたりすると、
2chでも配布したり、話したりする時に皆さんが安心して加われるかと
〜な者ですとか注釈も省けて楽ですよ。
>>156 実は若松ガイガーの場合、平均化させる時間を自由に指定できてしまうんですよ。
たとえば、「10分間の平均で cpm を求める」の「10分」のところを「5分」に
変えれたりする仕組みが備わってるんです。(公式ファームのときから)
たとえば「10分平均」の設定で、移動しながら測定したとき、
ある地点の線量というのは、その地点のピンポイントな線量というより
それまでの10分走行分(時速60キロのときは10キロ分)の平均値ということなので、
そういう前提のログファイルをパソコンが取り込むにあたり、
取込側のソフトを、より賢くしていこうとしたとき、
「過去どんだけ分の平均値なのか」という点を加味できる余地が必要かな、と感じる次第です。
そこら辺の細い動きをどう表現するかは取込側のソフトの仕事なんで私はノータッチの予定ですけど
ログファイルを落とす側としては、そういう用途に耐えうる情報を予め落としておく責任があるかな〜と
>>157 センテンスを分けることも含めて考えると
μSV/hへの変換係数は測定値というよりパラメータって風なので
DMDRT に入れるのは馴染まない気もしてきました。。
てことで累積カウント数だけ DMDRT の中に入れさせて貰うことにして
・平均化秒数(DMDRTのcpm項目を求めるにあたり何秒間で平均とったか)
・変換係数(cpm→μSV/hにするときの、cpmから割る値)
・オフセット(μSV/hへの下駄)
とかの測定条件系(毎回出力する必要もなさそうなもの)を
別センテンスで落とす、でいいですか?
Condition の C で、DMDRC とかどうですか??
(DMDRCの具体案は、ちょっと考えてまた書き込もうと思います)
温度とか湿度も別センテンスがいいですね。
NMEA が、こんな応用性に富む規格とは思ってませんでした、すばらしい。
連続すみません。 DMDRT に落としたい「累積カウント数」ですが、なんでこれに拘ってるかと言いますと たとえば(意図せず)10分平均の設定で作ってしまったログファイルを用いて パソコンの取込側の工夫で「30秒平均の値」で再計算させる余地を確保しておきたいからです。 30秒分の DMDRT 行を抜き出してきて その期間の最初と最後の累積カウント数の差を求めれば、「30秒分のカウント数」が出て 「30秒分のカウント数」×2 にしたら、その「30秒間のcpm数」が求まります。 そのcpm数に換算係数とオフセットを加味して「30秒間のμSV/h値」が出ます。 ここまだ拘るのは、若松ガイガーはスイッチがなくて パソコンがないと途中で(気がついたときに)設定変更ができないからなんですよ。 「あ、10分平均のままだったー」とか
>>160 連投ジャンジャンOKw
若松ガイガーで先に1つ聞いておきたかった事があったのを忘れていました。
某スレ
【ガイガー】放射線計測器の自作 10CPM【PDシンチ】
http://kamome.2ch.net/test/read.cgi/denki/1317136019/ か、その前スレだかで
若松ガイガーの作者基公開ファームは カウントx係数=μSv/h
若松ガイガー販売、 若松ファームは (カウント−BG)x係数=μSv/h
とか?
DMDRT での係数の所もなんとかしておかないといけないのかな? と
今、他人様のソースをじっくりねっとりたっぷりと眺め廻す余裕が無いので確認できません。
たぶん「オフセット」との語句が、私の言うバックグラウンド数の事を指しておられると私は思うのですが。
(認識の齟齬埋めに書きました)
累積関連データに関してですが、例えば 1.DMDRT +拡張 計算に使ったカウント数 、計算に使った時間(秒) 2.新センテンス(総累積カウント 、総時間) という感じにしてみる案はどうですか?(カウントの前後は一例) 出力時刻を同じにしておくと紐付けも容易かと これでいくと必要範囲分の加算だけで済むかと。(除算が必要なくなる) チェックサム確認する場合(私はしていないw)の比較用抜き出しも 最終位置確認は * があるか?で判断できますし セミカンマでデリミッター(区切)って最初の1バイトをずらすだけで可能なのでは? >平均化させる時間を自由に指定できてしまうんですよ。 もともとがモニタリング用として販売されていますから、10分とかユーザー設定でも固定なのでしょう。 過去にカメコさんが書いていた内容と、Polimaster スレの話しで PM1703M 系のすばやい線量変化対応と低線量下での誤差収束について 急激な線量上昇が検知されるとそれまでの平均を破棄、CPS など短時間計算に移行。 線量変動が落ち着くと長時間累積計算に移行していき誤差を減らしている・・感じ らしいです。 こういったアルゴリズムをうまく構築して可変型にできれば、 線量変化への追随が速くなる可能性を秘めています。 同時に線量変化の緩やかなモニタリングポストにも向くかと。 ログ出力も線量変化が無ければ次出力をスルーなどでもすると容量を減らせる可能性もあります。
>>159 連投w 書き忘れ
>μSV/hへの変換係数は測定値というよりパラメータって風なので
パラメータです。
(たしか)これを入れるお願いをしたのは、1センサー=1機器 ではなく
多センサー&オール通信(ログ) を想定している布石です。
カウンタに使われている
01) 入力番号 :0 〜 { 入力用番号
と言わばペア状態で使う想定です。
例 ) 若松と仮定
1管−mbed− $DMDRT −> アプリ ← 現状
1管 ┐ ←可能かどうかの是非は棚上げ
1管 ┴ mbed− $DMDRT −> アプリ
1管−mbed − $DMDRT ┐
1管−mbed − $DMDRT ┼−> アプリ
1管−mbed − $DMDRT ┤
1管−mbed − $DMDRT ┘
要は仕様のバラバラな管や、多人数の別機器の混在対処用ですね。
>>161 >若松ガイガーの作者基公開ファームは カウントx係数=μSv/h
>若松ガイガー販売、 若松ファームは (カウント−BG)x係数=μSv/h
そこら辺はパラメータファイルになってて、パソコン繋いでメモ帳で書き換えれるようになってます。
ちなみに作者さんが公開してたパラメータの間違いだったようで今は一緒になってます。
プログラム的には
μSV/h =カウント×係数+オフセットになってます。
SBM-20のとき、
係数=129.032
オフセット=-0.032
が初期値でして、
μSV/h =cpm × 129.032 - 0.032
で求めてます。
2点キャリブさせた結果を登録しとくと、
それに応じて係数とオフセットが自動計算される仕組みです。(元々の仕様)
複数管も想定されているんですか。
ぱっと読んだだけで理解しきれていないので、また改めて返事かきますね
(これから泊まりがけで出かけるので明日かあさってになるかもしれませんが)
間違いでした 誤) μSV/h =カウント×係数+オフセット 正) μSV/h =カウント÷係数+オフセット 誤) μSV/h =cpm × 129.032 - 0.032 正) μSV/h =cpm ÷ 129.032 - 0.032
>複数管も想定されているんですか。 ストロベリーリナの方でCPM だけだったり、管を変えたり・・ Arduino 持ちさんの方で管を複数付けられるね〜 と言う話しが出たけどプログラムが組めなくて断念されたとか・・ 複数接続したいとか・・ (幾つか作ってみたものの動作不良だったとかで断念されたとか・・) ・・・いろいろありまして メモリー容量の制約でファームが複雑化できないなどの対処用 あとは、製作更新をβ版で中断しているマッパー用も含めてです。 複数の機器からデータが入力されて混ざったログが溜まると、 データの出所や最低限のパラメータが無いと、その後がムチャクチャになって分別できなくなるな・・・というところです。 若松の場合でも、管の種類を変えられる仕様だったと記憶していますので、 1人で複数所持してログを溜め込んだ場合、対応ツールで振り分けたり再計算させたりするには最低限何がいるか? となります。 オフセットの件は理解しました。 μSV/h =カウント×係数 で進めたからなぁ・・・どうやるとうまく納まるやら・・・
167 :
地震雷火事名無し(芋) :2011/10/29(土) 21:45:26.59 ID:AxbwseKL0
センテンスが増えすぎると、使う側はアプリの設定画面で自分の環境がどのセンテンスが適切なのか?と言う疑問(壁)にぶちあたります そもそもセンテンスってなんですか?と言うユーザーさんは作り手さんの意図全に反して判断が難しく、このプロジェクトに取り付く事ができません 適応機器を持ってない方には誠に申し訳有りませんが、その辺( ´・ω・) ◆CGOTBmWdi2 さんのGRのはよく考えられているとおもいます
>>167 そもそもこういったセンテンスは、使う人(エンドユーザー)は、深く考えなくて良いようにするための
各 製作者達が悩む方です。
〜機種対応 とかでみて「あぁ使えるんだな」程度にもっていくのに裏方が苦労する領分・・・w
>>( ´・ω・) ◆CGOTBmWdi2 (福島県)さん 地震雷火事名無し(新疆ウイグル自治区)さん
>>77 から出た「栞「しおり」機能」について〜
>>90 まででまとまった内容。
DMDRT 準拠 フォーマットの方はとりあえずの「しおり」にパラメータ無しでおちついてます。
しおり:$DMDRT,*43
で
今後の汎用性を
>>86 に提案してみています。
>例えば、$DMDRT,入力番号,世界標準時〜
>$DMDRT の2番目にくる「入力番号」に判別文字列でのパラメータ切り替えでも対処しやすいかもしれないです。
これまでのオーソドックスな $DMDRT はあまり弄らず
$DMDRT,〜通常〜
$DMDRT,判別文字列,上の通常と同じ群体を示す,〜判別文字列で規定したおニューのパラメータ〜
この方法で行くと
例 )
$DMDRT,155,271011,61649.500,20,0.123,*75
$DMDRT,MARK2,155,〜判別文字列で規定したおニューのパラメータ〜,*cs
or
$DMDRT,MARK2_100,155,〜判別文字列で規定したおニューのパラメータ〜,*cs ← フォーマットバージョンも考慮例
で、紐付けできて
他の機種のツール作成者さんが参入されても別機種用固有のパラメータ打ち出しが可能になるかと。
「$DMDRT」で 放射線計測器関連でのデータと判別もできます。
対応形式以外はスルーするのが NMEA 形式の良いところ
( ´・ω・) ◆CGOTBmWdi2 (福島県)さんは、対応アプリの方はいかがですか?
数字かアルファベット込みの数値変換不能文字列か? の判別コードを挟むだけで・・・というか
パラメータ無しの「しおり」と同様なすっ飛ばし(無視)処理にさせれば既存の物に影響を受けないかと
出力されたデータの アプリ/ツール 製作の表明って、まだ
私と( ´・ω・) ◆CGOTBmWdi2 (福島県)さん だけだったような気が
他の、このスレ見て作っている方がおられれば降臨してほしいナ
なんか帰って来たら書き込みが伸びてた…
すみません、明日までに引っ越ししないといけないもので、なかなか反応出来ません。。
取り急ぎで申し訳ないですが
>>169 栞機能は次バージョンに組み込み済みです。
あと、"*"の前に","を入れるのも問題ありません。
今後の汎用性については、2番目の汎用文字列にて対応でもOKです。
それともNMEA0183みたいに
$GP*** ならGPS関連のセンテンス…と言う風に
$DM*** なら線量計(DosiMeter)関連のセンテンス…でも。
以下、一例です。
$DMDRT → DosiMeterDoseRaTe:主に線量計からの出力データ
$DMENV → DosiMeterENVironment:測定環境(気温・湿度・風向・降雨量・天候など…)
$DMCON → DosiMeterCONdition:パラメータなど(154さんの案をちょっと改名しました。)
とにかく、利用側や加工側が解りやすく扱いやすければOKと言うスタンスです。
>>170 はい、私もその2案での方向性で問題ありません。
新センテンス作成時は、1機種だけに捕らわれず汎用性が利くように策定できれば良いと思います。
MARK2 改造さん のご意見を待ちます。
寒くなってきてますから風邪などもお気をつけて。
172 :
地震雷火事名無し(庭) :2011/10/31(月) 13:57:40.35 ID:iy0Vvn1G0
質問です ガーミンのサイコンを使用しています GPXファイルの書き出ししかできないです。 GPAファイルをNMEAファイルに変換する方法ありますか?
173 :
地震雷火事名無し(庭) :2011/10/31(月) 13:58:21.83 ID:iy0Vvn1G0
訂正 GPA→GPX
たぶん「累積カウント数」などという内部数値を取得できるのは、若松ほか自作ガイガー系だけですよね、きっと そうなると、全体から見たらちょっと亜流になるんで、$DMDRT には入れないほうがいいかもしれませんね。 私が口出しする前の $DMDRT 仕様で1点だけ気にかかったのが 「cpm や μSV/h という数値が、何秒間の測定によって得られたのか?」という点が不明なところ。 市販のガイガーでも30秒とか60秒とか、色々と差違がありそうな気がしてまして 最終的に汚染地図をプロットするにあたり、何秒前から測定した分の平均値なのか?ってのは、割と重要な気がしました。 特に若松や自作ガイガーの場合は、使用者が自由に定義できる余地があるんで・・・ グダグタと書いててもアレなんで私案かきます。 ■ $DMDRT の最後(地上高の次)に、「cpmやμSV/hを求めるにあたって使用した平均化秒数」のみ追加 省略時は未定義(不明)として扱い、具体的な取り扱いは取込側のソフトに一任 この項目は「分」じゃなくて「秒」がいいです。 ■ 累積カウント数や換算パラメータなどの市販ガイガーにない自作系特有の情報は $DMDRT じゃなくて別センテンスに出す 汎用的な地図プロットソフトは $DMDRT だけを見て作図したらいいように でどうでしょうか?
つまりは、
>>154 で書いたパターンで例を書きますと
$DMDRT,155,271011,61649.500,20,0.123,,60*cs
$GPRMC,061649.499,〜
$GPGGA,061649.499,〜
$DMDRT,156,271011,61650.500,20,0.123,,60*cs
$GPRMC,061650.499,〜
$GPGGA,061650.499,〜
と。(*csの前が平均化処理の秒数)
ほとんどの機種の場合は、「60」か「30」だと思いますけど。
この「平均化処理の秒数」をプロット結果に反映するかどうかは取込側のソフトの嗜好に任せる、と。
現地点の位置と線量を用いてGoogleMapに線量のピンを打つもよし、
「平均化処理の秒数=60秒」だったら、60秒前の位置を探し出して現在地との中間地点に線量をピンを打つもよし
いや待てよ 最初の仕様にあった $DMDRT の中の cpm って、それ単独ではあまり意味がないですよね 市販ガイガーを含めて色んな機種(管)が $DMDRT を吐き始めると、ますます意味のない数値に。 とはいえ、cpm とて測定値なんだから $DMDRT の中にあっても不思議じゃないし わざわざ cpm のために別センテンスを作るのも非効率的 その流れで言ったら、累積カウント数(出力できない機種もあるけど)が $DMDRT の中にあっても不自然ではない。 cpm と一緒で管の種類に依存したカウント値なんだから。 てことで、 $DMDRT,[連番],[GPS日付],[GPS時刻],[cpm],[μSV/h],[地上高],<平均化秒数>,<累積カウント数>*cs [] は当初の仕様からある分、<> が追加分 それぞれ取得できない(値を落とせない)場合は空文字で(カンマ残して)詰める じゃダメでしょうか? とりあえず複数管は無視してますけど。 自作系で cpm→μSV/h の換算係数が明らかになってる管を使ってる場合は $DMCON の中にそれらパラメータを書き出す (これは普通は時間に応じて変動しないので、毎回落とす必要はない) 「平均化秒数」は、市販ガイガーでも自作ガイガーでも共通して「あればあったら多分つかえる項目」で 「累積カウント数」は、自作ガイガーのときにのみ「あれば使えるかもしれない項目」という位置づけですけど 市販ガイガーには「余計な項目」になりますが「累積カウント数」だけで別センテンスを落とすのは勿体ないので $DMDRT の中に居候させていただく、と。
>>174 >「cpm や μSV/h という数値が、何秒間の測定によって得られたのか?」という点が不明なところ。
はっきり言い切って「そんなもん自作機作者かメーカー技術者しか判りませんw」いやマジで
( ´・ω・) ◆CGOTBmWdi2 さんや、DoseRAE2 ◆/BLnkBtCx6 さんの使う DoseRAE2 はメーカー製で
計算された値(μSv/h )だけがシリアル接続でダラダラ流れてきます。
カメコさんのPM1703MB の通信ログを読んでも計算に使われた秒間のデータは乗っていなさそうですね。
その辺はメーカーのアルゴリズム系技術秘になってくるからおいそれと垂れ流しはしないでしょう。
もともとがマップに落とし込むのに最低限これだけは欲しいナと、
最初、DoseRAE2 用の 時間 μSv/h だけ($DMDRT,YYYYMMDD,xxxx…)だった?のを
識別 CPM と(μSv/h)に(後で変換できるように変換係数の位置)高さをお願いしたんだったっけカナ?
前スレ>488 で現状になってます。
係数の所は・・ノーマル状態で CPM x 係数
/係数-Offset ← Mark2 タイプ
-BGx係数
という感じカナと考えてますがいかが?
>>176 >最初の仕様にあった $DMDRT の中の cpm って、それ単独ではあまり意味がないですよね
CPM が何故あるのか? は、SE International,INC 系の(インスペクターなど)・苺リナ 問題があります。
あの系統のソフトなりのベースが CPM だからです。
α・β線のカウント値込みからのμSv/h 化は変になります。
同種の機器を同時使用した遮蔽有り無しでβ線カウントなどができる余地も入れています。
<平均化秒数> への異論はありませんが、<累積カウント数> はどうでしょう?
計算に使われた範囲分の<累積カウント数>なら私はかまわないかと、汎用性はありそうです。
SW-ONからの総<累積カウント数>だと むむむ ちょっとなぁ という感じです。
どっちでしょう?
私の考え方の根底に、ベースデータは、その1センテンスデータで情報が成り立つか? です。
$DMCON の方は、パラメータだけ書くと他機種さんが参入時(あるのかしらないけど)困るので
$DMCON の次にでも機種名(コード?)などを置くといった感じにされたらどうでしょう?
予約語というものです。
そうすれば、その機種コードに関しては Mark2改 さんのオレの天下! になりますよね。
CS は最終パラメータの後ろにセミカンマ入れて単独化して欲しいと切に思っていたりします。
パラメータ数を可変化すると分離の手間が大変なのさぁ・・・
PDを使ったパルスのみの低価格自作キットが発売になったようです。
放射線モニターきっと[RM-LM3900-KIT]
http://www.aitendo.co.jp/product/3436 販売価格: 900円 (税込) か
・
・
まぁなんというか、放射線によるノイズを使う訳だから・・・もっと高感度な物が出たらセンサーとして繋ぐとか
そうですか。 いやなに、ずーっと前にあった↓のデータファイル(NeutronRAE II)で サンプリング秒数って項目があったので それが平均化秒数のことかと錯覚してました。 Summary ------------------------------------------------------------ Unit Name NeutronRAE II Unit SN 153-010393 Unit Firmware Ver V2.00 ------------------------------------------------------------ Running Mode Safety Mode Measure Type Real Datalog Type Auto Diagnostic Mode No Stop Reason Event Full ------------------------------------------------------------ Begin 2011/07/17 07:35:01 End 2011/07/18 13:35:09 Sample Period(s) 30 Number of Records 3600 ------------------------------------------------------------ Sample Period(s) = データを落とす頻度 ≠ 平均化秒数 なんですね。 じゃ、市販機(平均化秒数が非公開になってるの)は、空文字で詰めてもらって 平均化秒数が明確になってる自作機系だけ、その秒数を $DMDRT の中で申告していただく、ってのは?
>計算に使われた範囲分の<累積カウント数>なら私はかまわないかと、汎用性はありそうです。 >SW-ONからの総<累積カウント数>だと むむむ ちょっとなぁ という感じです。 「計算に使われた範囲分の<累積カウント数>」だと通常は cpm と同値になるかと思うので それであれば必要ないかなぁという気がします。 使えるシーンはかなりレアだとは思いますが 今のところ、若松(改)では手抜きしてて $GPRMC を受信したら その前に $DMDRT を挿入して、ってやってます。よって間引きなしで1秒ごとに吐き出してます(笑) 感度のいい管を使われていることが前提になりますが、 累積カウント値と換算パラメータ(これは別センテンス)を出しておくことで 取込側のソフトの工夫次第で、「移動平均=10秒 で抜き出したμSV/h値」を利用することができるようになります。 また何らかの事情で数レコード欠落したところで、「累積カウント値」なら取込側で欠落分を補てんできるかな、と。 あとセミコロンですけど、個人的にはあってもなくてもどっちでもいいんですが、 「*」の前までがデータ領域と判断して、その中のカンマの数を数えると項目数が割り出せるので 特にセミコロンが必要な気がしないんですけど (取込側の事情をよく分かってなくて書いてます、失礼があったらごめんなさい) ぶっちゃけ、連番も取込時に(必要ならば)勝手に付番することにして $DMDRTを出す側が付ける必要もない気もしなくもなく・・・ ただ連番も累積カウント値も、数年にわたりノンストップで運用されると いつかどっかでオーバーフローしますよねぇ・・・ 連番は「寿命が長い」けど、累積カウント値は早々に32ビット使い切りそうです(汗) やっぱ止めといたほうが無難かなぁという気もしてきました。
>>180 NeutronRAE II は残念ながらリアル吐き出ししてきてくれないようです。
よってリアル接続そのものが成り立たないので意味をもちません。
RAE II などで出てこないかどうか試してもらいましたが無理だったようです。
あの系統の反応は1秒より反応が速い感じっぽいような話しですね。
なので
あくまでログ(最短1秒)と実挙動の表示(1秒以下?)に一致があるのかちょっとわかりません。
ログデータのパラメータだけで同列に見ない方がいいかと思います。
項目が増える事に関しては構わない旨、了承してます。
齟齬が発生しないように内容を詰めているだけです。
( ´・ω・) ◆CGOTBmWdi2 さんの降臨を待ちます。
肝心のアプリなどに通したらエラーで使えないという事態は避けたい。
こちらもちょっと熱くなってすみませんでした。。 市販ガイガーも自作ガイガーも、どっちの基本的に 放射線のカウント数とその密度だけを頼りにしている点では一緒なのですが 市販ガイガーのほうはμSV/hへの換算の部分に各社のノウハウが注ぎ込まれているのに対し 自作ガイガーのほうはμSV/hへの換算は単純な割り算と引き算くらいの、素直というか何も装飾していないですね。 まぁ市販ガイガーの中にも自作ガイガーと全く同じものも多いですけれど(笑) 「(累積)カウント数」ってのはデジカメでいうところの RAW データで 「μSV/h」ってのはデジカメで言うところの JPEG に相当してて 市販ガイガーは「現像エンジン」の出来で競争してる、と思ってます。 市販ガイガーは RAW データ(生のカウント値) を出さない代わりに 各社各様の現像処理を施した JPEG データ(μSV/h値)が出てくるのに対し 自作ガイガーの JPEG 現像(μSV/hへの変換)は怪しい(信用しきれない)ので、 あくまで RAW データ(生のカウント値)が中心、と。
184 :
地震雷火事名無し(庭) :2011/11/01(火) 12:50:36.03 ID:iWCmLz4g0
>>179 ありがとうございます。
早速ためしてみます
はい、接続環境以外の環境は殆ど戻りました。 取り合えずは新居に移りましたが、全然片づかないorz スクリーニングしなきゃいけない持ち出し品も山積みだったりとか。 家の中に放射線管理区域&除染エリアを設置とか…なんでこんな羽目にorz
>>185 ・・・大変・・・・ですね(としか返せないわ)
新居はフクイチから何キロほどになったのですか?
>>186 大佐殿 いただきました ありがとうございます
表計算ソフトで一旦読み込んでシコシコすれば良いのでしょうが、ワンクリックで出来るのはありがたいです
PDS100専用ではなくガチャコンで事前準備されている各機種の読込convertが可能であれば利便性があがるかと思います
>>187 会津なので100km程離れていますかね。
ホントは西日本に行きたいんですが、まだ全部の私物を持ち出せてないんですよね。。。
なので暫くは留まってるかも。
それはそれとして、早いところ$DM系センテンスの策定をしなきゃいかんですね。
目下の懸案事項は、累積カウント数の取扱いをどうするか…ですか?
他に摺り合わせておきたい物とかありますか?
>>188 ベースを作るのに手間取っていたのでリリースが遅れていますが・・・
PDS-100GN の CSV 状態で実際にガチャコンで使うのはμSv/h の所までですが。
CPM は単純に cpsx60 です。
NeutronRAE/GammaRAE II R で苦しみそうです。
テキストデータ形式が2種類と、μSv/h μR/h の2種類に、セミカンマとタブの2種類・・・
CSV 一本化できれば後は、ログスプリッターをもう少し進化させれば単純な処理が出来ると思います。
1つおき〜10飛ばし? 検出値の下限上限でリミッターなど
GPS の方では指定速度以下&速度超過は間引くなど出来れば、余分な量を減らせると・・・思います。
ちょっと、先の話になりそうですが。
>>189 ・係数の所は・・ノーマル状態で CPM x 係数
/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h
-BGx係数 (CPM - BG)*係数 = μSv/h
という感じで記号込みの要素(素案)を考えてみてます。
*じゃなく半角x(エックス)を置いているのはアスタリスクのある位置をcs と誤認しないようにです。
DoseRAE2 では関係無い部分ですが、もう1個の方を繋がれるようになると関係してくるかも知れない部分でもあるので。
記号文字に準じた文字列が来てもエラーにならないようにしていただけたらと・・
何か良い方法があれば良いのですが、現状のガチャコンなどでは数値変換不能は飛ばすハズ・・たぶんw。
・cs のある位置のアスタリスクの前のパラメータとはセミカンマで分離してほしいという部分。
・累積カウント数の扱いです。 固定長期間の稼動だとInt 型でも範囲を超えるでしょうし、64bit など倍精度は避けたいカナ。
総累積時間(秒)に関しては、別センテンスで稼動開始日時(Date Time)込みパラメータを吐き出させれば、
$DMCON,機器名,稼動開始日時〜 とか、
個別のデータに載ってくる日時(Date Time)とでTime 型に放り込んでやれば差分は出せる逃げが効きますね。
その辺は新センテンスで機器名付ける作者さん次第でどうとでも出来る領分なので。
動的作業:$DMDRTの付けたしは、計算用の実カウントと実時間(秒)ならまずInt 型で足りる。エラー回避。
静的作業:累積カウント数は、ログ状態の時に頭から足していけば良い。加算による範囲オーバー判断はツール次第。
累積時間は上記のTime 型差分計算で出せる(単純に加算でも)。
という感じで考慮してみました。
累積の方はこれでエラー系の対処は可能だと思うのだけど
・累積カウント数の扱い部分の記述で・・・ちと保留化 動的作業:$DMDRTの付けたしは、計算用の実カウントと実時間(秒) ・・・というのも、計算に使うアルゴリズム次第で実カウントとして累積計算には使えないですね・・・ 前回出力した時を0リセットとした累積量と置き換えてみます。 でもそうなると、累積量と計算用カウントと計算用実時間(秒)の3つが要る?
自分で要望だした分はスルーして、とりあえず当初の規格に忠実に作ったつもりでしたが・・・ $DMDRT でバグ出しちゃいました。 UTC日付 当初) 西暦4桁+月+日 私の) 日+月+年2桁 ←$GPRMC の9個目を、そのまま出しちゃいました cpmとμSV/h 当初) μSV/h,cpm 私の) cpm,μSV/h ←汎用ファイルのほうの順番にしちゃいました まだ使ってる人は少ないと思うし 「仮実装」「仕様変更の可能性アリ」と大々的に書いたので、 次でコッソリ(告知はしますけど)修正かけようと思います。すみません。
>>192 累積時間(秒)と累積カウント数と、2つだけで概ね何でも出来ると思ってるんですが
>>192 累積時間(秒)と累積カウント数と、2つだけで概ね何でも出来ると思ってるんですが
累積時間 累積カウント
000 000
060 019
120 034
180 054
240 070
300 083
360 104
420 123
こんなに並んでたとして
060 019
と
360 104
の2つを切り出して、
(104-19)÷(360-60)×60=17 ←60秒目〜360秒目の5分平均のcpm値
という当初に想定してなかった「5分平均のcpm値」が割り出せます。
5分平均のμSV/h値 = 17 ÷ [係数] ± [オフセット]
と。「○分平均」を自由に切り出すという発想は、携帯ガイガーでは馴染みたい値かと思いますが、
モニタリングポスト(定置測定)の場合は生の測定値をもとにして
「60分平均」「4時間平均」「24時間平均」とか、そーいういうにデータを再加工するのに便利なんです。
誤字訂正 × 携帯ガイガーでは馴染みたい値かと思いますが ○ 携帯ガイガーでは馴染みない値かと思いますが
とはいえ、携帯ガイガーではカウント数などの「生データ」を出せる機種は皆無だと思うので 「生データ」が出せる自作ガイガーの人がカウント数などの生データを出したいときには 「$DMRAW」みたいな別センテンスで出すのもありかな、という風に考えが変わってきました。 GPSのNMEAだって重複した情報を別センテンスで出してたりしてるので、$DM〜も、 汎用的なデータは$DMDRTで、(主に)自作ガイガーは $DMDRT のほかに $DMRAW でも出したかったら出す、と もし $DMRAW だとしたら機種というよりも管の種類を含んだほうが都合がいいので $DMRAW,<管の種類>,<管数>,<起動秒数>,<累積カウント>,<係数>,<オフセット>,<予備>・・・・*<チェックサム> <管の種類> SBM20、J408、LND712 等々、「文字-数値」の「-」は原則省略、「数値-数値」の「-」は省略せず <管数> 通常は「1」 <起動秒数>,<累積カウント> 読み込み側は、ログの途中で起動秒数が小さい値になったら、そこで再起動させたと判定して 累積カウントの扱いも、再起動前後で混ざらないように頑張って工夫する <係数> cpm×0.00666 の「0.00666」を使うよりも cpm÷150 の「150」を使ったほうが 人間のイメージとして扱いやすい(小数点以下の0の数を気にする必要ない)ので 原則として cpm から割る数を入れる <オフセット> 通常はバックグランドを引くことが多いので、引く値を正数で入れてもいいのですが 「計算結果から差し引いている」ということを分かりやすくするため あえてマイナス値で入れるようにしたほうがいい気がする <予備> とりあえずの予備 受信側は最初にカンマの数を数えておいて「項目数は可変」の前提で取り込む 複数管、同じ種類の管が複数のときは、2本を足した値をカウント値に 係数やオフセットは1管時の2倍を入れたら多分いいと思う。 違う種類の管のときには、$DMRAW を管の種類分だけ出してもらって 後は読み込み側が頑張る、と。
連投すみません、訂正 誤 $DMRAW,<管の種類>,<管数>,<起動秒数>,<累積カウント>,<係数>,<オフセット>,<予備>・・・・*<チェックサム> 正 $DMRAW,<UTC日付>,<UTC時刻>,<管の種類>,<管数>,<起動秒数>,<累積カウント>,<係数>,<オフセット>,<予備>・・・・*<チェックサム>
>>191 ・係数
計算式をそのまま載っける訳ですね?
*→xで問題ないのではないと思います。
・cs
これはGRでも対応済みです。"xx,*cs"で良いんですよね?
・累積カウント
累積カウントは基本的にログ開始からの加算処理で、これを以て累積カウントとする…
アレでしたら$DMCONを使って一定スパン(24hとか…)に前日の累積カウントを出力。
※$DMCONはパラメータなので最初に出力した方が良いと思われるのと、int型であれば
24h位の累積カウント数は賄えるかなと。
…と書いた所でMark2改さんが沢山書かれているのに気が付いた。。。
反応が遅れてしまい、申し訳ないです。なにぶん、まだそれ程時間が取れないのがもどかしい所でして。
平均化秒数は"ソレ"を解釈するソフト側で持っていれば良いような気がするので、センテンスに
入れなくても問題無いかなとも思うんですが、どうでしょう。
明日、またOK町に一時帰宅して来ます。
朝から反応出来ません。。。
>>194-195 Mark2改さん
>累積時間 累積カウント
了解です。
>携帯ガイガーでは馴染みない値かと思いますが
携帯ガイガーではフリスクなんかの画面表示では CPS とμSv/h
プロ(有料)版ではパルスのエネルギー値みたいなグラフも出ているようなので
ソフトの製作者次第かと
(フリスクの方はあれだけ数値やら表示させているのに LOG の話しを聞かない・・・)
>>196-197 今のところは Mark2改さんしかそっち系の作り手が直接降臨しておられませんので
他の方などが来られたら調整していってもらえれば良いのではないかと、
え〜と・・・複数機が混ざくった場合の見分け方(分離方法)は? どうやるんでしょう?という1点が・・・
>>198 ( ´・ω・) ◆CGOTBmWdi2 さん
そういう感じでいきましょう。
・ * が居る場所が最終位置という感じでデータ量可変型センテンス。
・ソフトで使う位置で読み込みを終えるか * が居たら最終位置。
・パラメータとチェックサムは出来るだけ分ける。
・できれば * の前に数値などが存在していれば分離する処理を念のために設ける。
高さなども使わない機種&設定の場合は詰めていっても大丈夫になります。
GPS NMEA で言えば、GSV なんかが衛星数に応じてブロックの増減があるデータ長可変型なので、
増減対処の方法をここで明示していっているから今後の人(が居れば)
可変長で作っていけば、ソフトも柔軟になるでしょう。
DMDRT で、現状の取り決め推移
00) $DMDRT :固定
01) 入力番号 :0 〜 { 入力用番号
02) 世界標準時 :yyyyMMdd { 8桁 西暦年 月 日
03) 世界標準時 :HHmmss.fff { 日本時JST を計算元に使用する場合 UTC = JST - 9:00 // JST = UTC + 9:00 // ミリ秒省略可
04) 計測μSv/h :(浮動小数点)
05) 計測cpm :(整数 {浮動小数点 可で対処)
06) 係数 :(浮動小数点) { ○ 「変換係数」掛け率 or 計算式方式
07) 測定高さ :単位 cm {
08) 累積時間(秒)
09) 累積カウント :(整数)
08) *チェックサム
09) [CR] :0x0A
10) [LF] :0x0D
計算式方式(アプリ側で式判別を組む:数値以外の計算用文字判別)
・係数の所は・・ノーマル状態で CPM x 係数
/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h
-BGx係数 (CPM - BG)*係数 = μSv/h
155番 2011年11月06日 世界時間13時21分35秒半 0.123μSv/h 20cpm 〜〜
$DMDRT,155,20111106,132135.500,0.123,20,/129.032-0.032,100,60,20,*cs ← フルの例?
$DMDRT,155,20111106,132135,0.123,*cs ← μSv/h だけの記録の場合
$DMDRT,155,20111106,132135,,20,*cs ← CPM だけの記録の場合
$DMDRT,155,20111106,132135,0.123,,,100,*cs ← μSv/h と 計測高さの記録の場合
こんな感じ
07) 測定高さ :単位 cm { 08) 累積時間(秒) 09) 累積カウント :(整数) 10) *チェックサム --) [CR] :0x0A --) [LF] :0x0D
BGだけど40cpsくらいカウントする、って意だろうな
1秒間に40回という速さで=25ms(40Hz)か?・・・・
0.000s
0.025s
0.050s
40cps か? ・・・えらく違ってくるんだけど、どっちだろう(おぃAsahi)w
光産業創成大学院大学で調べると「滝口 義浩 教授」(Asahi)読みは同じなんだろうけど
「瀧口 義浩 教授」じゃね?(おぃAsahi)w
ttp://www.gpi.ac.jp/bunya/system/professor1.html 研究テーマ
1 4πベーター線・ガンマー線同時計測装置の開発
2 降水中放射能の計測
3 特殊ストリークカメラの開発(VUV/XUV、X線、フェムト秒、光子計数型、中性子)
:
:
論文系は見れないけど、すっげー技術者っぽいねぇ
>>(`・ω・´)ノシ 大佐殿 新ファーム DoseRAE2_V1.12.RFP でのとりあえず的なデータです Sc_292598.zip です 0.11μSv/h 辺りかな?
GammaRAEII 買ってしまった。
それで、1秒ログ取ったりするとガチャンコが遅すぎるので、ちょっと作ってみた。
とても限定されているので、使える人は少ないと思いますが…
一応、1万点ぐらいでも、数分以内に終わります。
(まぁ、七色地図がすごく重くなりますが…)
gpx のトラック内の場合には、場所を線形補間します。
gpx はけないとか言う人は、GPS Babel でも使ってください。
内容:
ProRAE StudioII の出力ファイルと、
GPX ファイル(GPS XMLファイル)から、
七色地図用の出力を作成するプログラム。
ttp://www1.axfc.net/uploader/Sc/so/292599 pass: rae
使い方は以下のようにコマンドラインで…
gps_data.exe PRS_EXPORT_hoge.txt hoge_1.gpx [hoge_2.gpx] .... [hoge_n.gpx] out.txt
PRS_EXPORT_hoge.txt: ProRAE StudioII の出力ファイル
hoge_1.gpx: GPS XML 形式のファイル
out.txt: 七色地図用の出力
ProRAEStudioII の出力ファイルは1つ指定すること。
GPX ファイルは複数あるならば複数指定可能。
最後に指定したファイルを出力先にします。
例:
gps_data.exe PRS_EXPORT_hogehoge.txt hoge1.gpx hoge2.gpx hoge3.gpx out.txt
PRS_EXPORT_hogehoge.txt 内のデータが対象。
hoge1.gpx, hoge2.gpx, hoge3.gpx から場所がマッチするデータを拾ってくる
場所が拾えたデータは out.txt に出力する
ウィルススキャンはかけてません。your own risk で。
212 :
211(会社) :2011/11/15(火) 20:06:26.91 ID:PSwBJWQP0
補足ですが、ProRAE StudioII の出力ファイルの時刻は、 PC のローカルタイムと同一という想定をしています。 あと、gpx ファイルのデータ量が多い場合、メモリ食います。 ruby で書いて、exerb というので exe にして有ります。 といった感じ。 自分の環境でしか動作確認してません。 何か要望があったら、上げていただければ、運がよければ対応するかも。(汗
こんばんは。
GeigerRecorder ver0.6.1.1をうpしました。
http://geigerrecorder.seesaa.net/ 【更新内容】
・DoseRAE2の新ファーム(V1.12)に対応した事により、0.01μSv/h単位で表示する様にした。
・TRZ1102に暫定対応した。
・ゲームパッドに暫定対応した。
・自車位置を微調整出来る様にした。
・栞(しおり)機能を追加。
・$DMDRTセンテンスを一部変更。
・ヘルプを作った。
・その他もろもろ。
>>210 受け取りました。
>>213 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34
--------------+--------------+--------------+--------------+--------------+--------------+--------------+
新ファーム(V1.12)
7B 38 20 00 01 00 01 41 4D 00 01 22 B8 xx xx xx xx xx xx xx xx xx xx 00 00 17 AA 00 00 00 0B 04 00 DB 7D
7B 38 20 00 01 00 01 41 4D 00 01 22 B8 xx xx xx xx xx xx xx xx xx xx 00 00 00 7B 00 00 00 01 04 00 2B 7D
旧
位置[27 〜 30]
新 00 00 00 0B = 11 = ? 0.11μSv/h ?
旧 00 00 00 01 = 1 = 0.1μSv/h
という事は、RAE2_ToSend.exe(RAE2_ToSend)では 1.1μSv/h と表示される?
桁を1段変えたら良いということでしょうか?
データでのファームウェアバージョンの自動判別は出来ないということかなのかな・・・
(ちょっと放射能板の自治系のスレなどでxxやってます、荒らしてる訳じゃないんだけどね)
>>211 ハッハッハッ ガチャコン重いでしょ、特に GammaRAE II 系統は・・・ orz
複数の機種対応にする為に、
共通テーブルに直すのと、事前にユニコードからANSIに直したりとかやたらに手間が・・・はい言い訳ですw
たぶんダイレクトにファイル出力させたらマシになるとは思うのですが・・・
>>214 そうですね、旧ファームでは桁が一つ違いますんでご賢察の通りとなります。。。
完全に調べた訳では無いですが、流れてくるデータでのファーム判別は出来ないんじゃないかな…
と言う判断で、GRの新バージョンでは取りあえず新ファーム専用にしてあります。
217 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/11/20(日) 20:37:13.82 ID:4zjzRVX60
218 :
DoseRAE2 ◆/BLnkBtCx6 (芋) :2011/11/20(日) 20:45:06.27 ID:4zjzRVX60
>>214 という事は、RAE2_ToSend.exe(RAE2_ToSend)では 1.1μSv/h と表示される?
すみません、未検証でした!
改めて報告できると...いいなぁ〜な感じなので、気長にお待ちいただければ!!
>>217 ご指摘有り難うございます。
ヘルプはXPで作ったので7では確認していませんでした。。。
その内ヘルプファイルをhtml形式に変更します。
>>各位様
※ 各板のサーバー移転が始まっています。(始まってから1日経つけど)
運営板
新設板・板移動情報・12@運用情報
http://qb5.2ch.net/test/read.cgi/operate/1296143171/l50 [ブックマーク][お気に入り] 登録などで、直接リンクで来ている人は、
「繋がらなくなった」「書けなくなった」「規制か?」と騒がず慌てず、一旦落ち着きましょう。
※ この板が何時、
移転作業に入るのか?
何時終わるのか?
本当に移転するのか?
なんて事は判りません。
緊急自然災害板は 「BBQ が止まっています」
放射能板は 「BBQ が止まっています」+「BBX が止まっています」になった。
強制移動になってしまった訳ですが、 3は、DAT 落ちに任せて放置してみる? 板名にはまだ(仮)が入っているのと、LR議論が自治スレ中盤から始まっていたからか? スレの削除依頼には手が付けられていないから、 どちらを放置対象にする方が良いか、主要な方の意見を待ちます。 ずっとカメコ氏来ないからスレ立て者の意見も重要だと思うので。 方向性の意見が揃えば、 どちらかに [誘導]文を貼って削除依頼出しても良いし、DAT 落ちに向かわせるか表明文貼るので。 必要になれば3を再度立てたら済むだけの気もしますが、どうしましょ。
私事で申しわけありませんが、栞機能等々の作業途中ですので、こちらを生かしていただけるとありがたいです と言っても当分進捗は有りませんが、残りのレス内で一旦DoseRAE2 についての要望(計測者側提案)をまとめたいと考えております
ω・´)ノシ
>>223 3を放置する形で進めておきましょうか?
個人的:
私の方は来年の3月半ばから、プログラムの作成重視を再開をしようと思っています。
(気候が温暖になって各地の計測者さん達の活動が活発になる前)
他に容量を空けるにも、このスレも DAT 落ちしているかもしれませんし、
その際は、ガイガーカウンター系の総合か該当する機種スレに投下すると思います。
(巻き込まれて場がむちゃくちゃになってるから)
「RAE2_ToSend.exe(RAE2_ToSend)では 1.1μSv/h と表示される?」の桁修正だけでも先にやっておきましょうか?
何か、忘れてしまいそうな今日このごろです。
数スレ後に貼る「ガチャコン」は、埋まって移行すると思っていた3に貼っていた物と同じです。
最近表立って動いているので、いろんな所でやっかまれている私ですw LR 設置 → 板名正式化 → スレ保持数と保持期間の増大申請 に一丸向かって欲しいんですけどねぇ 放射能板の現状: 自主的移動分でおおかた埋まっていた所に、星さんが切れたのか? 同一サーバー内板設置に続いて強制移動作業開始。 でも緊急板のスレ立て規制処置も行っていないので モグラ叩きというか、あれではかぎりがないです。 しかも、「原発」もひっくるめで強制移動させている(原子力発電所関連は、環境・電力板 というものがあります) 一気に動かさないのは、大量落ちが騒ぎになる為ではないかと推測。 当面の間、数日置きの強制移動と 新規スレ立てによるスレッドDAT 保持数:188 圧縮 ?で相当数が消えていくと思われます。 駄スレ良スレに関わらず 書き込み期間が途切れたスレからドバドバ落ちて行っています。 我欲でスレ立ての潰しあいみたいになっていくカナ? 数日間隔で書き込みを行わないと、「落ちる」でしょう・・・・
>>214 >データでのファームウェアバージョンの自動判別は出来ないということかなのかな・・・
乗ってこないですね
コマンド送信で取得できないか検討してみます =>そしてRAE2_ToSend.exe で自動判別できたらな
>>224 >「RAE2_ToSend.exe(RAE2_ToSend)では 1.1μSv/h と表示される?」の桁修正だけでも先にやっておきましょうか?
まだ、ファームウェアバージョンを行なっていない方もいる(そのほうが多い)ので
バージョンに依る表示切り替えが設定により出来るようにしていただければありがたいです
#とは言っても私自信ファームを上げてしまったので、前のバージョンはサポートできませんが...
年末になれば一旦落ち着きそうなので、いろいろ探ってみます
>>227 了解です。
桁計算は手動切り替えで対応できるように組んでみます。
デフォは現行の新ファーム(V1.12)で、数日内にUPできると思います。
バイナリログ変換は、詳細を調べられていないのでしばらく先かも?
>>229 RAE2_ToSend ver1.05 についてちょっとだけ動作確認して見ました
#使用 Firmware 1.12 計測値 0.04μSv/h より 0.21μSv/h までゆっくり上昇、後 0.17μSv/h で安定
DoseRAE2 RAE2_ToSend Logger_R01 ともに同じ値を示し Logger_R01のログも正しい値で記録されています
今回はあえてログなどのアップロードは行いません(スミマセン
>>213 GeigerRecorder ver0.6.1.1については実機をお持ちですので、こちらでの確認はてを抜かさせて頂きます(スミマセン
M-241 落としたら電源が入らなくなり、接続確認できなくなり凹んでしまったのが本音です...
その他気になる点についての確認を今後進めていきます
お二方ありがとうございました、そしてこの板に集まる皆様、この一年ありがとうございました
ツヅキマタハライネン
新年明けました。 おめで (ry. 昨年の震災から続くこの1年で、喪中の方々も多く、祝い系の語句を述べにくい部分がありますが、 本年は、少しでも良い年になりますように。
明けましておめでとうございました。
今年も宜しくお願い致します。
GeigerRecorder ver0.7.1.1をうpしました。
http://geigerrecorder.seesaa.net/ 【更新内容】
・ヘルプを旧来の形式からhtmlベースに変更した。
・著作権の関係上同梱されている警告音を変更した。
・設定項目を増やした。
・m-241以外のGPSレシーバに対応する為、GPS受信ルーチンを調整した。
・Ver 0.6.1.1に於いて発生したDoseRAE2の線量読み取りに関してのバグを(多分)修正。
GPSデータ編集ソフトで、データを間引いたりするちょうど良さそうなのが見当たらない・・
簡易フィルタで必要とするなら、NMEA( DMDRT ) or 旅レコ
・off/on [値] : 一定速度以下(以上)を間引く
・off/on : 連続同一座標は最後の1データのみ
・off/on : 衛星ロストデータの破棄
・off/on : RMC & DMDRT のみピックアップ
・分割:日付 / 栞(しおり) / データポイント数
ぐらいかな?
読み込んでボタン1発ファイル作成。
>>223 :DoseRAE2 ◆/BLnkBtCx6
栞機能で「こういう感じだと〜で便利かも?」系があればボチボチ概要があれば
ツールのイメージを構築していくのでボチボチ。
採用が後になっても、先にイメージがあると組み込み易さが違うので。
GammaRAE II R 用の変換ツール続きは、2月半ばぐらいから掛かり始めると思います。
>>235 RAE2_ToSend とLogger_R01 の位置関係をちょっと考えています
栞機能(計測)をメインで考えた場合、RAE2_ToSend はあくまで[値]送信用で画面メインに座らせ置く必要がないのでは?
どちらかと言えばLogger_R01 を最大化(値を大きく表示)して使って見たいな などと
#Logger_R01 の数値表示が小さいため RAE2_ToSend を最大化して使用してました
実際にはButton のEvent でフォーカスを失ったLogger_R01 を再表示してくれるので
栞操作には問題は無いですが作者意見としてはどうなんでしょうか
Graph_Unit より軽くて便利なのでとLogger_R01 を主に使う予定です
後は、LineNo設定を間違うとμSv/h(?記憶があやふや)が2重送信されることが有ったとか、
Ex1-4 の設定を絡ませるとStart,Stopの表示が動作に対しておかしくなることが有ったとか
再現方法を確認しなくては...と思いようなことがありつつまだ手をつけてません
ということで、まとめはやめて思ったこと有ったらちょこちょこ書きます
>>236 FW.LOG を見ました・・・あいかわらず238バイトほどのハンドシェイクが必要ですねぇ
難儀な子(DoseRAE2)
ソコをミスると送信コマンドがヤバそうなので、当面は手動設定の方が良いような気もします。
>>237 位置関係
たぶん設計コンセプトの解釈齟齬ですね。
・リアルタイムマッピングのオプション群としてのスタート。
・Windows API で他言語でもやり取りできるインターフェイス。
・ホスト/スレーブ どちらでもじゃんじゃん弄れ作れw 組み合わせろ。
他のプログラマー向けという位置にもあるので。
作者意見
ホスト(RAE2_ToSend)で表示させておいて、 スレーブ(Logger)でログ&栞ボタン
使用者視点で
「Logger_R01 も大きくできた方が使い勝手が良い」という事でOK?
栞用の押しでしょうか?
サイズ可変型にすると、画像の使用は無理になるので単純なボタンが大きくなるようには出来ます。
又は、数値・単純グラフ以外の空きスペースをタッチ or クリック(指定キー押し)で栞。
GPS データの受信部も直接 Logger に組み込んで・・みるかどうするか?
分けている理由
負荷を極力下げてデータファイル書き込みに余裕を持たせないと大量に受けると一気に負荷が掛かる、
一旦 GPS 用のホストを組んでみます。
んで、GPS は
>>231 で壊れたままですか?
落とした衝撃で電池の接点部分がへっこんだ接触不良程度なら良いんですが。
>>236 確認しました。私の環境(XP)では発現していなかったので見落としてました。。。
取り急ぎ該当部分だけを修正してうpしましたので、一応確認して頂けますか?
>>238 >使用者視点で
>「Logger_R01 も大きくできた方が使い勝手が良い」という事でOK?
>栞用の押しでしょうか?
はい、栞用です これがないと今のところ作成したログの確認が自分自身で行いにくいので
私自身がロガーを作る予定もないし、その他作者殿の降臨も今のところないのでLogger_R01 での話になりますが
たとえ停車時でも一応運転中ですので、フォーカスが当たっているかな?と注視なくてはならない事項が増えるのは
運転者としてちょっと負担増です ということでの最大化リクエストです
なお、重いとかうまく稼働するしないを考えに入れなければ、option Graph_Units+しきい値でアラームが理想です
m-241 はバラさないとダメそうです 電源全く入らず
>>241 確認有り難うございます。お手数をお掛けしました。
その後Windows7機を拝借して私自身も検証してみましたが、その拝借したPCではどうもテーマ(?)を
「Windows7ベーシック」にすると"透ける"様な気がします。「Windowsクラシック」にすると透けなくなる様な。。。
透けると設定の枠線も重なって見えている様なので、ご指摘の箇所も含めて次回修正しておきます。
>>242 >たとえ停車時でも一応運転中ですので、
了解です。たしかに手で触るにしても大きい方が安全の為にも良いですね。
お使いのネットブックって機種なんでしたっけ?
タッチパネル? 画面インチサイズ(縦横比)? とか検索してみるので。
m-241 はモバイル板GPS スレで分解した人の話が少しありました、
アンテナ側(UP)の面がシールになっていて局面側をめくるとネジがあるそうです。
(未確認情報)
>>244 マウスコンピューター LuvBook Mシリーズ LB-M133S
Intel(R) Graphics Media Accelerator 3150使用で 10.1型(1280×720)とネットブックとしては珍しい画面サイズです
m-241 情報有りがとうございます
週末にバラシテみます
Option_Logger_r3.zip
ttp://www1.axfc.net/uploader/Sc/so/310828.zip 内容:
ver1.00: Logger_Radiation02 < ロガー
ver1.02: Logger_Radiation01 < ロガー
ver1.00: Log_Splitter < ログ切り分け
更新内容:
Logger_R01.exe
キー入力で、栞「しおり」デフォルトキーを修正。
変換係数を文字のまま扱えるようにした。
Logger_R02.exe
サイズ可変・・・にしようとしたが、変になるので
とりあえず
スパナアイコンを押すと、倍角になるように作ってみました。
栞は、線量表示の表示されている範囲(線量&μSv/h &グラフ&周囲)を1クリック
又は
指定キーで挿入します。
248 :
名無しに影響はない(神奈川県) :2012/01/20(金) 00:21:56.78 ID:bPEGsiAu
>>248 です
子安から木更津金田までデータとりました
7色プロットでgoogleマップに登録したので参考にしてください。
http://g.co/maps/devyp 青風船 NV-U35(たぶん5秒だと思うのですがログをダウンロードして確認してくれるとありがたいです)
黄風船 旅レコ(5秒)
機種:RAEU (3秒)
NV-U35のデータ
http://www1.axfc.net/uploader/Sc/so/311638 RAEUのデータ
http://www1.axfc.net/uploader/Sc/so/311639 トンネルは、大師トンネル・アクアラインの2ヶ所ですがログは記録されていませんでした。
もし車速パルスに接続可能な機種ならログが記録されるのでしょうか??
NV-U35のログ設定
時間の設定なし
NMEAかKMLのどちらかを選択
「同一ファイルに最大1時間まで 」まだ確認していません、近いうちに2時間程度記録して、
自動で2個のファイルに分割されるのか、
1時間で終了になるのか確認します
「温泉マップ その他が極端に減っているのは震災と原発事故の影響でしょうか・・」ほとんど使用したことがないので詳しい操作やデータまでわからないです…
とりあえず途中経過です
地図とデータは2〜3日で消します
251 :
名無しに影響はない(岐阜県) :2012/01/22(日) 11:54:15.26 ID:0hVlUG2e
初心者でスミマセン。 このスレに出てくる 豚・芋・茸・庭・家・空・・・ これらの意味を教えてください。
>>250 ログを軽く見てみました、結果です。
NV-U35 ・ GammaRAEU
Sony NV-U35: NMEA 1秒単位で記録でした。(ガチャコンOKです)
記録センテンス: GGA / RMC / VTG
トンネルなど衛星ロスト状態では記録無し(部分欠落)
No.714-715:欠落/大師橋手前 → R409 首都高速川崎線
No.950-951:欠落/東京湾アクアトンネル
ロガーとして1秒単位で採れるのでOKだと思います。
ガチャコンで、カシミール用 .GPX のミックスも出来ました。
ジャイロでも乗ってGPS ロスト部分の自立航法部分があれば良いですのにね。
ロガー専用機などは、衛星ロストではロスト記号のデータが記録され続ける場合が多いのですが、
NV-U35 ではデータそのものが記録されないようです。
未記録区間を直線等速度間隔でデータ補完するという方法は出来るかもしれないです。
ログスプリッターの機能にちょっと考えておくかも
254 :
248(神奈川県) :2012/01/24(火) 11:04:49.81 ID:b2CWLcST
>>253 解析ありがとうございます。
こちら素人なので、大雑把にしか理解できず…
大佐殿は、旅レコとNV-U35 どちらがお勧めでしょうか?
NV-U35は車用クレドールで充電可能なので、今後NV-U35を使用しようかなと考えています。
週末に1時間以上のログ取りに行くので報告します
質問です
KMLファイルからNMEA(ガチャコン可能)ファイルに変換する方法ないですか?
>>254 Q:旅レコ(ログ専用機)とNV-U35(ナビなど) どちらがお勧めでしょうか?
>254 さんが、というより不特定多数の人も含めると、ケースバイケースだと思います。
使う当人がどういう行動が主体なのか? ですよ。
この場合は、
・車で移動(舗装道路)ナビ地図で移動・現在位置もOK。道に迷わないぜ!
・車なので、重量・大きさ・雨天・充電 が苦にならないぜ!
・車から降りた周辺でもナビ地図を持ち出し、見ながら徒歩移動ログできるぜ!
・普段はナビ・現在位置表示・店舗検索だって出来ちゃうんだぜ!
・GammaRAEU と合わせて線量マップが出来ちゃうぜ!
で、「持ってて良かった NV-U35 」かと
反面、写真を主体にしている人たちやスキーなどアウトドア派には、
徒歩などサイズ的に邪魔になってくる
衛星ロスト範囲ではログの欠損が続いたりするので、写真にジオタグ付けが抜ける?
「ナビマップなんて無くたって殆どの道は知ってるぜ」という人や歩くだけならロガーだけでも。
徒歩モードがどれぐらいの精度なのか? などもあるので
公園内やグラウンド、山道を歩き回って汚染マップを作るなどには向かない気もします。
後、最近の録画型ドライブレコーダーにはGPS記録付きが増えているので
GPSデータを分離できる機種でもあれば、同時に走行映像で動画を作るという人に向いているかもしれません。
>>254 Q:KMLファイルからNMEA(ガチャコン可能)ファイルに変換する方法ないですか?
逆コンバーターは、「ある」と言い切っていいものかどうか? な方法は2種類ほどあるのですが、
私の m-241 から純正ツール作成した KMLファイル → NMEA にすると時間部分が欠損しやがるので使えないデータに・・・
「使える」確認が取れない状態です。
NV-U35 の最近の小さめ KMLファイル + その時間とセットの GammaRAEUデータありますか?
KMLファイルからNMEA変換は今の所需要がないからなぁ
>257 先にNMEA や機種別のバイナリデータがあって → KMLを作って使う が多いからねぇ ダイレクトにKMLでログってくれると汎用性が下がるw
放射線計測マップ作成支援
LogConv_ProRAEStudio2_ver100.zip
ver. 1.00
ttp://www1.axfc.net/uploader/Sc/so/314242.zip&key=MustangENQ RAE GammaRAE II (R)/ NeutronRAE II (R) 用 RAE ProRAE Studio II 出力ログを変換します。
【 Manual Basic 手動入力 フォーマット 】csv 手動入力準拠
(通称:「ガチャコン」準拠です。)
GPSとのミックス前の編集や、表計算ソフトに取り込んで作業する為の簡易コンバータです。
ps.
そろそろ GPS データの簡易エディタを作り始めようとデザイン中。
ガチャコンの GPX 変換が重いので、もうちっと軽くならないか画策中。
>>246 思いがけない好サイズです!
M-241 は壊れ(壊し)ました蘇生失敗、基盤の半田付けがやわですね
色々補強してたら、熱でいかれたです
放射線計測マップ作成支援
Edit_Splitter_GPS_Alpha01.zip
ver. Alpha 01
ttp://www1.axfc.net/uploader/Sc/so/316278.zip&key=MustangENQ 2月末日でうpロダ先から自然消滅します。
GPS データを間引いたり追加したりログ修正用データエディタ。
※ デザイン状態のαバージョンです。
まだエディタ動作はしません。ファイルの読み込みぐらいしかしません。
とりあえず、このぐらいのサイズで項目はこれぐらいを考えてます。
予定している機能は、添付している Edit_Splitter_GPS_NMEA_DMDRT.txt 参照。
>>261 完全に壊れましたか・・・GPS チップは精密部品ですからねぇ
かなり GPS NMEA & DMDRT 用簡易エディタが出来てきました。
ところで
Mark2改さん〜 ◆CGOTBmWdi2 さん〜 おられたら
2011 年最終版 DMDRT 仕様
>>200-201 を少し部分発展 案
旧:
01) 入力番号 :0 〜 { 入力用番号
05) 計測cpm :(整数 {浮動小数点 可で対処)
↓
新:
01) 機器判別文字 :0 〜 { 入力用番号(整数) 又は、機種用の文字
05) 計測cpm :(整数 {浮動小数点 可で対処) { 係数のパラメータに [CPS] など代入用判別文字があればその単位。
計算式方式(アプリ側で式判別を組む:数値以外の計算用文字判別)
旧:
/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h
-BGx係数 (CPM - BG)*係数 = μSv/h
↓
新:
CPM/係数-Offset ← Mark2 タイプ CPM / 係数-Offset = μSv/h / CPM/係数+Offset
(CPM-BG)X係数 { (CPM - BG)*係数 = μSv/h [X] は半角大文字のエックス。
例 )
155番 2011年11月06日 世界時間13時21分35秒半 n.nnn=μSv/h mm=cpm 係数=129.032 Offset=-0.032
測定高さ=100cm 累積時間(秒)=60 累積カウント=20
$DMDRT,155,20111106,132135.500,n.nnn,mm,CPM/129.032-0.032,100,60,20,*cs
機種名=MARK2R3 2011年11月06日 世界時間13時21分35秒半 n.nnn=μSv/h mm=cpm 係数=129.032 Offset=-0.032
$DMDRT,MARK2R3,20111106,132135.500,n.nnn,mm,CPM/129.032-0.032,*cs
・番号数字以外に機種名+シリアルナンバーなどの文字で複数の機器を判別できる。
・係数の所に判別文字を入れる事で、[CPM] 以外を扱える。
見難いですが、策定案をまとめた物を近々UPする簡易エディタに含ませます。
>>264 エステーのエアカウンターSは明日手元に届きますので気になる話題ですが
ツイッターのないようが確認できないので独自にバラして見ます
今度は壊さないようにー
あと、GPS ですがM-241 は素子がイカレタ(?)ので自力蘇生は完全断念です
この機種を試して見てと言う製品があればご連絡ください<ALL
いずれかは必要になるのでひとつ購入予定です
ナビ機能無し限定ですけど
>>265 まだ分解するとしても、ネジだけにした方が良いです。
四方の+ネジではなく、三方のネジだそうで。
検出部分のシールド(光の遮蔽)をOPENにすると使い物にならなくなるかと。
http://twitter.com/namururu 2月8日
>PC入力用のI/Fは簡単にできると思います。
と書いておられるのも、その人のレベルだからの発言かとw
昨年は、自作 & 通信機能機種の少ないメーカー年
今年は、改造年 かな?
GPS NMEA & DMDRT 用簡易エディタ(DMDRT → G-Mix-G csv コンバート含む)が大体終われば、
→ Ez Tour(CSV テキスト形式) 】旅レコ用簡易エディタを作って、
→ 低負荷出力のガチャコン Ver 2 (G-Mix-G csv 用簡易エディタ兼用) の製作に掛かろうかと思ってます。
低負荷と実行ファイルサイズを下げる為に、予定しているのは、
・多機種を止めて、G-Mix-G csv 形式に一本化 (機種別には、専用ログコンバータをこれまで出してる)
・GPS ログは、NMEA と Ez Tour CSV(旅レコ CSV 形式) 2種類のみ
・出力は、7色プロット と カシミール3D GPX と POT の3種類から選択、直接出力。
>>266 早々の連絡ありがとうございます
ツイッター確認できました、来たらバラして見ます
swについてはマタコンドー
放射線計測マップ作成支援
Edit_Splitter_GPS_Beta01.zip
ver. Beta 01
ttp://www1.axfc.net/uploader/Sc/so/317587.zip&key=MustangENQ ベータ版の為、2月末日でうpロダ先から自然消滅します。
GPS NMEA and DMDRT Edit Splitter
GPS データを間引いたり追加したりログ分割用データエディタ。
・旅レコ CSV の NMEA デコード搭載。
・速度/NMEA 信号別/ など
とりあえずココまで出来た〜〜
※ 製作中状態のβバージョンです。
一部機能(あと5つぐらい)がまだ動作しません。
策定案をまとめた物
Edit_Splitter_GPS_NMEA_DMDRT.txt の項目
【 DMDRT 準拠 フォーマット 】/ 自作機用汎用フォーマット { プロジェクトで策定中:ver. 2012.02 (February)
>>268 > とりあえずココまで出来た〜〜
ご苦労さまです 可動部いじり始めました
データーが視覚的で個人的に愉しい
リストを広く使いたいので、最大化可能な方向で検討してください
ペン型の例のアレ(デカイ体温計)の挙動確認中
DoseRAE2 と近似の値を示しています コンマ01~04ほど小さめを指しますが結構いい値です
表示する値は閾値からの上下限方向に計算値を示している挙動なのかなーという印象です
それゆえ一定(2min)の時間はかかりますが、「ここ」(計測点付近含め)の値はどうなの?はふらつき無く計測出来ます
ただし、0.2以上の場所の値は?な部分が有るのでこれから線源用いて遊んでみます
バラしは問題なく出来ました 作りは結構いいです
#私は改造してまで使わないのでだいたいの?回路図だけ知合いにトレースしてもらいました
>>269 は ∩( ・ω・)∩ ◆/BLnkBtCx6 です
>>270 はこうか? 名前欄からでした
わてです∩( ・ω・)∩ どうやらと言うかインフルエンザ + 腸炎 + 気管支拡張炎
の診断が出て、暫くお休みになりますー<明日から入院 >どのくらいを聴き逃した
放射線計測マップ作成支援
Edit_Splitter_GPS_Beta02.zip
ver. Beta 02
ttp://www1.axfc.net/uploader/Sc/so/318244.zip&key=MustangENQ ベータ版の為、2月末日でうpロダ先から自然消滅します。
GPS NMEA and DMDRT Edit Splitter
GPS データを間引いたり追加したりログ分割用データエディタ。
おおまかな機能は完成しました。(GGA 再現補間は、まだです。)
改良箇所があれば使用報告でも待って次回の正式版に作りこみを・・月末までにはリリースしたいカナ?
RMC だけにしてから、補間するとトンネルなど途切れている部分などを作成できます。
やってみたい部分は、マウスクリックメニューで範囲指定、おまかせ自動出力とか。
予定は順次、
→ 旅レコ csv 用のエディタを、コレをベースに作る。
→ それを基に ガチャコン 2 を作る。
→ GPS NMEA and DMDRT Edit Splitter の正式版で作りこむ。
273 :
morizo(やわらか銀行) :2012/02/12(日) 16:06:48.25 ID:TM2menoE
>>273 ちょっと見てみます〜。
数個並ぶのは、座標計算の小数点以下の切捨て位置を深くすれば良さそう・・
>273 の NMEA のをそのままカシミール3Dに入れて見ましたが、
北東方向に「微妙に位置がずれています」に見えます。
(道路からずれている)
と
>>273 さんの 7 Colors GoogleMap 同様だとすれば、
元々の
i-gotU GT-120 → GPXファイル化で小数点以下の細かい値が削除で劣化。
GPXファイル → GPSBabelでnmea 化で小数点以下の細かい値が削除で劣化。
座標を相互変換計算すればする程劣化するので、
nmea ファイル → 7 Colors GoogleMap 化で小数点以下の細かい値が削除で劣化。
例) オリジナル:10
3で割って 10÷3=3.33333・・・
小数点以下x桁で四捨五入などして、復元に3掛けてぴったり戻せるか? というと無理で
別の変換なりを挟むと劣化していきます。
i-gotU GT-120
h
ttp://www.gpsdgps.com/product/i-gotu_gt-120.htm >・ KML,KMZ,MHT,GPXファイルで保存可能
・・・・・・ナンダコレハ w
やれるか分かりませんけれど、
小さめのgpx とそのセットの GPSBabelでnmea 化ファイルのUPできます?
比較対照が無いと組みにくい。
275 :
morizo(やわらか銀行) :2012/02/13(月) 23:16:28.83 ID:lK2e6EWs
276 :
morizo(やわらか銀行) :2012/02/13(月) 23:56:18.55 ID:lK2e6EWs
>>275-276 とりあえず
>>277 ので重複回避できていると思います。
計算と比較の問題だっただけなので
あとGPSBabel の癖なのか?分からないですが、
>>273 での nmea 化(20120211.nmea)サンプルでなぜか
GPRMC で作られているコードが全て、衛星ロストデータとして作成されているようです。
衛星ロスト:$GPRMC,093323.000,V,3521.759,N,13646.604,E,0.70,0.00,110212,,*10
衛星捕捉化:$GPRMC,093323.000,A,3521.759,N,13646.604,E,0.70,0.00,110212,,*07
V→A
Edit Splitter GPS NMEA and DMDRT ver Beta 03
>>277 で
・巨大ログは最初に単純分割する機能
・V→A も入れました。
↓20120211.nmea 巨大ログそのままの場合は時間が掛かると思いますが。
↓(分割)
↓間引き:「間引き:」+「無効チェック削除」でRMC だけにする
↓補間:RMC N → A にする
↓分割・出力:「全出力(未分割)」でファイル出力
\SampleData\Start+9_2012_02_11_18_33-2012_02_11_18_44.nmea
余分な行数を減らせば減らすだけガチャコンの負荷が下がるので・・・・
GPXファイルの件は、また夜から見てみます。
279 :
morizo(やわらか銀行) :2012/02/14(火) 20:07:49.71 ID:tlhoV+9U
>>278 大佐殿
ありがとうございました、確認しましたが調子良いです(*^_^*)
しかも、速度もかなり速くなっています。
iphoneアプリのGXP→nmea変換では、この問題はなかったんですけどなぜなんでしょうね?
一応、i-gotU GT-120 人気No.2で、防水、nmeaプロトコルと書いていた割に、
gpx出力でした(涙)
とりあえず助かりました、GPXファイルも気体はしています。
>>279 記述タイプから gpx 読み込み対応はできそうです。
(今回のでサンプルログが入手できましたので)
ガチャコンに乗せてみますが、 i-gotU の .gpx は 1座標情報に5行使っているようなので
でかいログは相当処理時間が掛かることになります。
何か動作確認できる小さめのログのセット(.gpx と GammaRAE2)でも用意しておいてください。
テスト用には、とりあえずダミーデータをこさえてやってみます。
疑問点
サンプルで渡された i-gotU GT-120 の gpx ログデータ
>>275 が、
Q1・「 encoding="UTF-8" 」のエンコーディング記述なのに ANISI のファイルフォーマット。?
ですけどオリジナルのままですか?
理由:>読み込み時の2バイトコードの文字化け用の確認です。
オリジナルのログデータを Windows 付属のメモ帳ぐらいに読み込ませてから
「名前を付けて保存」の時に表示される一番下の「文字コード(E)」で種別確認可能。
Q2・世界時間:<time>2012-01-09T10:13:28Z</time> 〜 <time>2012-01-09T10:39:02Z</time>
らしいので(GPSBabel のnmea と比較)
日本時間:2012年 1月 9日 19時 13分 28秒 〜 19時 39分 2秒 辺りにログったデータでOK?
理由:>ローカル地域時間でガイガーログと合わすには、日本時間へ時間計算させないと時間一致しない為。
GPX 用GPSログエディタは、これから作る予定の 旅レコcsv 用のエディタにコンバータを載せると思います。
位置座標の緯度経度の方式が同じなので、座標変換誤差が減ります。
GPX = 旅レコcsv = 7 色プロット :同一なので座標変換誤差は無し
GPX = 旅レコcsv → nmea 変換 → 7 色プロット 再変換 :座標変換誤差は有り
>一応、i-gotU GT-120 人気No.2で、防水、nmeaプロトコルと書いていた割に、
レシーバ出力は、nmea プロトコルのようです。
281 :
morizo(やわらか銀行) :2012/02/15(水) 06:35:43.54 ID:DoKz7LfU
>>280 ありがとうございます、テスト用データは今晩にもアップします。
A1.GPXデータはオリジナルのままです。
A2.はいその通りです。
282 :
morizo(やわらか銀行) :2012/02/15(水) 21:52:04.58 ID:DoKz7LfU
>>282 ファイル受け取りました。
・・・ちょっと苦労してまつw 数日後にはUPできるかと
放射線計測マップ作成支援
Edit_Splitter_GPS_EzTourAlpha01.zip
ver. Alpha 01
ttp://www1.axfc.net/uploader/Sc/so/320212.zip&key=MustangENQ 2月末日でうpロダ先から自然消滅します。
GPS EzTour(CSV) and GPX Edit Splitter
GPS データを間引いたり追加したりログ分割用データエディタ。
※ おおまかな機能だけ状態のαバージョンです。まだファイル保存不能版
予定している機能は、添付している Edit_Splitter_GPS_EzTourCSV_GPX.txt 参照。
早くて来週ぐらいにファイル保存可能なβ版をリリースできるカモ?
暫定ロードマップ:
→ 来週:Edit Splitter GPS EzTourCSV and GPX ver Beta
→ ガチャコン 2 の製作開始
→ ガチャコン 2 3月12日(月) 正式版リリース予定
286 :
morizo(やわらか銀行) :2012/02/18(土) 07:38:02.76 ID:dLslOFL+
>>284 大佐様
対応ありがとうございます、コレでかなり楽に変換できました。
以前にブックマークしてあったページを時々見に来てたんですが
全く話が進んでなかったので、立ち消えになったのかと錯覚してました。
URLが変わってたんですね。。
ちょっと間が開きすぎてついて行けてないところあるんですが、
>>263 その形式に準じて、こちらプログラムも改変中ですが、ちょっと気になった点
@ 機種名は MARK2R3 じゃなくて MARK2_SBM20 とかでもいいですか
R3は基板のリビジョンを示すものらしく、機種としてはMARK2が正式だそうです。
GM管を変えられるので、管の名前も含めようかなと思いました。
(使用者が名付けるので、厳密な統一性は無理ですが)
A 日付の部分、ddmmyy がいいなぁ
GPRMCやGPGGAの中で使われている文字列そのままをDMDRTに使いたいな、と
位置と線量とを突き合わせるとき、日付変換かけずとも文字列で突合かけれるし
他のセンテンスはddmmyyなのにDMDRTだけyyyymmddってのも僅かながらも違和感が・・
(読み込み側で、8桁だったらyyyymmdd、6桁だったらddmmyyとして解釈してもいいかもしれない)
Bチェックサム「*」の前の「,」
なんか固定で「,」を出力してる気がしますが、
GPGGAやGPRMCなど他のセンテンスでは、無意味な「,」を出してません。
項目の区切り判別にラクなのかもしれませんが、文字列の末尾が「*」を探して、
そこ以降はチェックサム、って判定したら無意味な「,」は必要ない気がするのですが・・・
昨夜までに作ったプログラムで吐き出したNMEAファイルです $DMDRT,MARK2,210212,010126.103,0.085,15.1,CPM/129.032-0.032,,2272,673*03 $GPRMC,010126.103,A,3504.2000,N,13657.9702,E,039.9,228.5,210212,,,A*6E $GPGGA,010126.103,3504.2000,N,13657.9702,E,1,03,7.1,51.5,M,39.2,M,,0000*6C $DMDRT,MARK2,210212,010131.103,0.081,14.6,CPM/129.032-0.032,,2277,674*05 $GPRMC,010131.103,A,3504.1613,N,13657.9256,E,045.7,221.9,210212,,,A*6B $GPGGA,010131.103,3504.1613,N,13657.9256,E,1,04,6.9,53.7,M,39.2,M,,0000*67 ・上でMARK2_SBM20が云々と書きながら、まだそれには対応してません ・DMDRTの日付はGPRMCやGPGGAと一緒でddmmyyです ・地上高は未定なので非出力(,,) ・末尾の無意味な「,」は出力せず となってます。 それほど強い拘りはないので、読み込み側の都合があれば、「却下!」でも構いませんが。 大佐さんのプログラムを動かして読ませてみたいんですが、どれを使うといいんでしょ?
何度もすみません、 テストで使用してますGPSはGT-723Fです。
すみません、もう一つ 最近のバージョンから「CPM/129.032-0.032」みたいな、換算式を入れることができるようにしてもらいましたけど 「移動平均処理で用いた秒数」もどっかに入れておきたいです。 60秒の平均値であれば60、と 「CPM/129.032-0.032」の後ろに「@60」みたいにくっつける方式でもいいでけど。。 →「@」がふさわしいかどうかの疑問もありますが。。 周辺線量や管の感度に応じて、移動平均化の秒数を可変にしようという試みがありまして 「DMDRTに書かれている線量は、何秒間の平均値なのか?」を知れたほうがいいかなと思ってます。
>>288 @ 機種名のところ(自由に)
NMEA の文字関連の禁則以外ならOKで考慮しています。
[*] アスタリスク:チェックサム部分の判別
[,] セミコンマ:区切り
アスキーのコントロールコード、・・など
情報機器元の判別分離用なだけなので、名称に管の名前やシリアルナンバーを含めるなど作成者の自由範囲で。
(ガチャコン ver1 ではエラー文字列判定されます:スルー処理)
$DMDRT,MARK2_SBM20,〜
$DMDRT,MARK2,〜
$DMDRT,MARK2_1234,〜
$DMDRT,Mark2_SBM20,〜
>>292 の Edit_Splitter_GPS_NMEA で右にある項目
[▽] □ Check は残す
□ DMDRT
↓ 一旦 DMDRT を全て無効、その後対象 Line 名だけを有効化
[▽] [/] Line(No.機器名) [ MARK2 ]
↓
「分割出力」の項目から、CSV フォーマットに対象分だけ抽出できます。
今作ってるガチャコン2で、カシミールにトラックルート名のデータタイトルとか機種名部分を使おうかいなと
必要範囲のGPS (RMC & GGA)編集と DMDRT の通常利用(表計算ソフトなど)へのコンバータが目的なので
HED Index Type ・LineNo ←
Convert Type
Output Format Version ・2012.03 (Mar) ←
ガチャコン1 DMDRT の扱い
1.[, ] 区切りの0番位置の文字列でセンテンス名振り分け
2.1個目が半角数字変換可能以外の文字列はエラー処理
3.日時が規定の形でなければエラー処理(又は一致しないだけ)
:
:
A 日付の部分
>(読み込み側で、8桁だったらyyyymmdd、6桁だったらddmmyyとして解釈してもいいかもしれない)
私の方はOKです。
◆CGOTBmWdi2 さん〜 はどうでしょう? アプリなど作っておられたら何か御意見待ちです。
一応、
>>292 では対応してみました。
Bチェックサム「*」の前の「,」
NMEA でセンテンス規定されてるものは、それぞれに
[*] 前に入るかもしれない規定が決まっている物 :RMC GGA GLL VTG 〜
と
[, ] だけが来ている規定物 :ZDA GSA GSV 〜
があります。結構バラバラだったりする。
以前の段階で、DMDRTを項目数可変型で話になっているので最終位置に [, ] 入っていても無くても
アプリ側で判別を組むという事にはなってます。
$センテンス名,1個目,2個目,3個目,*cs = 0,1,2,3,4
$センテンス名,1個目,2個目,3個目*cs = 0,1,2,3
読み込みではチェックサムでのチェックはさせていませんので、テキストエディタで色々弄った DMDRT データを食わせてみてください。
変換は、$DMDRT 位置を含む 0 〜 24 項目数まで自動追随するハズ。
私の方の判別方法は、
1.[, ] 区切りの0番位置の文字列でセンテンス名振り分け
2.$DMDRT は、文字列バイト数 for 文でバイト単位でループ [, ] 数をカウント
3.$DMDRT 必要項目文字列を [, ] 数ループで分離
4. [*] を含んでいる場合 最終位置で、[*] 文字列0位置以外は、対象文字列先頭(0位置)から [*] 前までを抜き出し
です。(各要素でエラー処理は入っています)
が、単体「栞」で、$DMDRT*cs というセミコンマの無い形は却下させていただきます。
[, ] 無しにすると、$DMDRT 処理する際のプログラム実行コードが余分に増えるので、
データが何千行も増えれば、処理時間が加速度的に増えるだけなのでさしたる問題は無いでしょう。
(番外)換算式
ガチャコン1 では初期の数値しか通せませんが、
今のところ2でもまだ再計算用の処理部分は置いていません(ただの文字列としてやってます)
[ CPS ] という代入用判別文字が入っていると CPM の位置数値が CPS として扱うように作ってます。
汚染地図作成では計測高さまでを主にしているので、
細かい所はおいおい決めていきましょう。
「移動平均処理で用いた秒数」みたいなのは、前の話では累積時間(秒)間を前後引くとかじゃなかったでしたっけ?
>>294 8桁ならyyyymmdd、6桁ならddmmyyと言う事で構いません。
>>295 >> 288 「8桁ならyyyymmdd、6桁ならddmmyy」
では、それで行きましょう。
あと単体の「栞(しおり:ブックマーク)」$DMDRT,*43 だけだと全部ぶった切ってしまうので
それ以外に [*] 前に同機器名を入れるとその機器から出た「栞」と紐付けできると思いますけど、今後の1案としてどうでしょう?
$DMDRT,DoseRAE2,〜
$DMDRT,DoseRAE2*cs ← ココで [DoseRAE2] を切れる
$DMDRT,Mark2_SBM20,〜
$DMDRT,DoseRAE2,〜
$DMDRT,DoseRAE2,〜
$DMDRT,Mark2_SBM20*cs ← ココで [Mark2_SBM20] を切れる
$DMDRT,*43 ← ココでは全部ぶった切れる
>>291 >>「移動平均処理で用いた秒数」
>>「DMDRTに書かれている線量は、何秒間の平均値なのか?」を知れたほうがいいかなと思ってます。
Mark2改さんファームウェア設定ファイル env.ini の
#長時間移動平均化の分数(60分より短くするときに指定)
#l_sma=
#標準移動平均化の分数(10分より短くするときに指定)
#sma=
#短時間平均化の秒数(60秒より短くするときに指定)
#s_sma=
この辺のヤツですね。
DMDRT のこれを
08) 累積時間(秒) → 「平均処理で用いた秒数」
09) 累積カウント :(整数) → 「平均処理で用いたカウント」
にした方が、
・累積部分の数値がオーバーフローしない。
・算出値の秒数とカウントが分かる。
・必要範囲の累積は、その時間範囲内を応用アプリで足していけば良い。
・アプリの方で、Word 型(0〜65535)、Int 型(-xx 〜0〜2147483647)、Int64 型 など扱える数値範囲内でエラー対処可能になります。
でどうですか?
まだ対応させたソフトは無いので、変更するのは良いのではないかと。
>移動平均処理で用いた秒数」みたいなのは、前の話では累積時間(秒)間を前後引くとかじゃなかったでしたっけ データの書き出し間隔と移動平均化時間とは一致しないもので・・・ 移動平均化させてる時間60秒間だけど、ログは5秒おきに出力してる、という場合は 累積時間の前後で求めると5秒 「60秒間」という数値はログからは求めれないです。。 よってデータ内に「60」という数値を忍ばせたいな、と
あと、次のファームリリースのタイミングで、Mark2 を Bluetooth に対応させます。 (Blueoothモジュールは別途必要ですが) ペアリングさせたパソコンで Google Maps を動かして、GPS を有効にすると 地図上に現在地にポイントされるところまで出来ました。 Super Mapple Digital でも同様です。 スマホからでもペアリングさせて Google Maps で同様に動くと思ってますが いかんせん、Google Maps とかは DMDRT に未対応なので、線量は分からず・・・ 当たり前っちゃ当たり前なんですが、スマホのアプリ作れる方、ここを覗いていらっしゃらないですかねー
>>298 あぁ別ですか。 まぁ計算式の所に含ますのは形式確定中なので私は構いませんよ〜。
アットマークは大丈夫だったと思います。・・・たぶん
そういえば別の関連で、[\n] だったかな? や
ダブルクォーテーション[ " ] は携帯機種?の文字区切りに使われていたり?
シングルクォーテーション[ ' ] や ダブルスラッシュ [//] 、は避けて欲しいです。
>パソコンで Google Maps を動かして
>>292 などはポップアップメニューから html を吐き出して ShellExecute でブラウザを使うという手で
現在地表示をしてますが、表示される地名住所を自動抜き出す方法が何か無いものか思案してます。
ShellExecute の方法は、ブラウザ相手に仮想キーコードを叩き込んでやればグリグリできますが・・・
複数のポイントを表示させる手がなんかないですかね?
7 Colors の Index 数値の所に文字が置けるので
Bluetooth と言えば、
通信機能付き HORIBA PA-1100 Radi が発売になったそうです。
あれだけ高価な割りにログ機能が無いわで・・なんというかまぁ
明日、3回目の一時帰宅に行ってきます。
ついでに周辺の写真も撮ってくる。もう戻れそうにないから。
A3スキャナ持って来なきゃ…軽に載るかなあ。
>>296 良い考えですね。コードの修正も直ぐに出来ますんで構いませんよ。
>>301 細野とか行政の政治家は、良い顔しぃで住民には戻れるように〜 とか言ったりとかしてたりしてますが、
ありゃあ無理ですよね・・・・あの以前UPしてくれた線量データは凄まじい・・・
● DMDRT でも計測高さ入っている所をお願いした部分の解釈発展案 現状:「地面からの高さ」 車など移動体での計測機器位置固定での受信パソコン側へ計測高さ固定値代入。 案:「計測対象物との距離」 従来の高さは、「距離対象を地面とした場合の地面との離床した空間測定の距離」位置。 ↓ [ 対象物方向への距離 ] :地面の場合=「地面との空間線量距離」 将来への発展案。 ・レーザー式距離測定機器などもあるので組み合わせによる自動化なんてのもハードが得意の方には出来るのでは? GPSでの各種高さはGPSでの高さだけなので、 指向性のある放射線測定機器での指向性特性方向での距離を入れられる部分にしておく。 例えば、 降りられない箇所・危険が予測される部分などにある計測対象物に釣竿とテグスや棒に付けて近づける。 この場合、屋内などのGPSが入っていなくても座標は固定範囲で後で処理が可能になります。 どれだけ近づけたら放射線値が変わるかの記録にも使える。 値としての型は変わらないです。
これで、DMDRT 今のところで確定しきっていない部分は、
1.)
>>291 での再計算用式部分に [ 式@移動平均処理で用いた秒数 ]
2.)
>>296 計測機器別「しおり」に、[ $DMDRT,機種名文字*cs ]
>>301 で ◆CGOTBmWdi2 さんOK
3.)
>>303 「計測高さ」=「計測対象物との距離」解釈発展
ガチャコン2
こんな感じで進行中という、製作中のデザイン状態 αバージョン
GeigerMixGps2_ver200_Alpha02.zip
ttp://www1.axfc.net/uploader/Sc/so/323295.zip&key=MustangENQ 3/11 にロダから消えます。
・放射線計測機器メーカーログ変換用コンバーター
ver 2.00 : LogConv_PdsMass : PDS-100GN / PDS-100GN/ID 用
入り
まとめ中の
DMDRT Protocol Format Reference Manual
入り
時間的余白の殆どをコレとツール群の製作に回しているので、静かですがたまに見に来てます。
まぁ身内の入院手術付き添い見舞いなどで
プライベートタイムが限られているので時間がカツカツです。
数日中にガチャコン2のβ版をUPするカモ?
相当処理速度が速くなりました。(どういう風に重ねるのかがユーザー思考作業なので)
DMDRT は
>>304 で別段かまやしないと解釈しといて良いですかね。
>>301 ( ´・ω・) ◆CGOTBmWdi2 さん
昨年の 8/1 一時帰宅時の時の *.pot データをデコードした物を
ガチャコン2の動作確認用サンプルデータで含ませても良いですか?
ここまで線量がはっきりしていると色調整などに良さそうなので。
お返事待ちで
>>306 中々お目に掛かれないデータだと思うのでw どうぞお使い下さい。
>>308 ありがとうございます。
ガチャコン2などの製作状況:
・ガチャコン2、ほぼ、出来上がりました。
計算式方式の煮詰まりがギリだったので、再計算部分の処理は今後。
リリースまでは、細かい部分を調整しつつ不具合がないか調べています。
・
>>306 の 8/1 一時帰宅時の時の *.pot データデコード済み。
・ログコンバーター、追加製作中。 ← 今ココ
3/12 後、今後のロードマップ(暫定)
01) DoseRAE2 / DMDRT 用のシリアル受信ツールの更新。
02) オプションツールの更新。
03) 昨年β版で停まっているリアルタイムマッパーの製作再開。
です。(あくまで暫定)ゼハー ゼハー
◆◇◆◇◆◇◆◇◆◇◆◇◆◇◆
リリース:[[ ガチャコン2 ]]
放射線計測マップ作成支援:GeigerMixGpsProject ver.2.00
GeigerMixGps2_ver200.zip
フリーソフトウェア Windows 2000 以降の Windows (PC/AT 互換機) 用
ttp://www1.axfc.net/uploader/H/so/154684.zip ガイガーカウンター/シンチレータ などの放射線 線量計ログとGPSログとをミックスして地図プロット用データを作ります。
表計算ソフトなどを用いて手動入力作成したデータも扱えます。(詳細は添付のテキスト参照)
放射能汚染マップ作成などにどうぞ。
セット内容:
・ガチャコン2本体
・放射線計測機器メーカーログ 変換用コンバーター
ver 2.00 : LogConv_PdsMass : PDS-100GN / PDS-100GN/ID (PdsMass)
ver 2.00 : LogConv_PMPRD : PM1703M 系 (PM PRD)
ver 2.00 : LogConv_PoliIdentfy : PM1703MO 系 (PM PRD PoliIdentify)
ver Alpha: LogConv_FlashRadiationMonitor : PM1912 系 (Flash Radiation Monitor)
ver 2.00 : LogConv_GammaScout : GAMMA-SCOUT 系
ver 2.00 : LogConv_ProRAEStudio2 : GammaRAE II / NeutronRAE II 系 (RAE ProRAE Studio II)
ver 2.00 : LogConv_RAE_Detector : GammaRAE / NeutronRAE 系 (Radiation Detector)
ver 1.04 : RAE2_LogConverter : DoseRAE2 (ProRAE Dosimeter)
ver 2.00 : LogConv_AlertObsever : Inspector 系 (Radiation Alert Obsever)
ver 2.00 : LogConv_GeigerGraph : Inspector 系 (Geiger Graph)
ver 2.00 : LogConv_TGMKn : T-GMK1 Firm.1.3 GPS 対応版
・GPS ログエディタ & スプリッター
ver 1.01 : NMEA & DMDRT : 線量計測時間余白を前後±1〜5分まで設定可能。DMDRT 機器個別の「栞」も出力対応(ガチャコン2 用)。
ver 1.01 : EzTour & GPX : 線量計測時間余白を前後±1〜5分まで設定可能。他。
バイナリ形式を含む多種多様な各機種用固有のログを楽な CSV にすることで、線量計ログの加工自由度も上がると思います。
フクイチ爆発 2011/3/12 15:36 一周忌
ガチャコン2 ■ 対応機器名簡易一覧 RAE systems { GammaRAE / NeutronRAE / GammaRAE II 系 / NeutronRAE II 系 / DoseRAE2 Polimaster { PM1703 (M / MA / MB / GN / GNA / GNB) / PM1401 (MA / MB) / PM1912 { PM1703 (MO-1A / MO-1B) USA Mirion Tec. { PDS-100GN / PDS-100GN/ID GAMMA-SCOUT { BASIC VERSION / 他 SE International { The Geiger / Radalert50 / Radalert 100/ Digilert50 / Digilert100 / palmRAD { Inspector / Inspector+ / Inspector EXP / Inspector EXP+ / Monitor 4 WAKAMATSU { Mark2 (改) TAC { T-GMK1 / T-GMK2 ■ 対応GPS Log 形式 : NMEA(WGS84 RMC/GGA) / EzTour(csv) / GPX (trk) 旧 ガチャコンは、 「混乱する世の中で手軽に手っ取り早く」 「複雑なこともさして不要に、とにかく緊急」 「データ改竄の可能性を少しでも下げる為にそのままつっこむ」 ガチャコン2は、 「マップ作成者がより詳細に作業していける様に」
ガチャコン2 には、 ■ ±30.0 秒 まで加減算していく時間修正(offset) する機能も入れましたので、 GammaRAE II 系統の「 内部時計が頻繁にズレル orz 一致しねぇよぉ 」を楽に回避可能です。 ■ グリッド方式にしたことで、全体の項目が分かりやすくなりました。{ その分、項目数と画面が大きいです。 線量ログに、地点 Data を多数掛けていけます。 マップ出力フォーマットの増加へ下地ができました。 ■ ミリ秒オーダーでデータが扱えます。 現在の最短記録:PDS-100GN の 500 ms (0.5 s = 2 Hz) ■ メーカーログを別コンバータ CSV 形式にしたことで、表計算ソフトなどでのグラフなど2次利用の幅が広がります。。 ■ 他多数。 GPS ログエディタ & スプリッター には、 ■ 地点作成補間機能「 データ欠損区間(直線)」を組み込んでいますので、 組み合わせることで、より細かなプロットデータを作成可能です。 トンネルOK! ビル影で欠損部分もOK! ログに関して: 難解なバイナリ形式を除けば、 フォーマットのサンプルファイル(実ログのファイル)がメーカーサイトなりブログなりにUPされていて ※1 多数の作り手な方が入手できれば対応が早いと思います。 ※1 :ログの一部分を表示されても、ファイル形式(ANSI,UTF-8,Unicode etc)やら、 普通には見えない非表示のアスキーコードが解りません。 ボソッ < 応用アプリが増えたらそれだけ売り文句が増えるゾ → メーカー サン ω・´)ノシ ではでは
>>310 うpお疲れ様です。
14日にはまた一時帰宅して来ます。可能ならもう1回計測走行してみたいですね。
今までは自宅以外の場所への立入りは厳禁でしたが、今回は墓参等も許可されてますので、
比較的自由な走行が出来るかもですが。。。
ィ-──-、 ,rn /:::::: ,,-─-、:ミ/ヽ r「l l h. /:::::/´ `ヾ:::ヽ / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | 、. !j l::::::/ ‐- -‐ }::::::| │ ゝ .f ヽ::r' == == ヾ::/ | 先生、ぼくのパソコン | | rヾト{ =・= }={ =・= }‐レヘ | 98なんですけど ,」 L_ '、(〈`ー─/ 、ー‐' トリ. .│ どうしたらいいですか ヾー‐' | 'ーl::ヽ `゚ー゚''^丶/::f | | じ、 '、:.{ ‐<皿>‐ }..::ノ 人_ \ \. \` `ー‐' イ \ ノリ^ー->==__,..-‐ヘ___ \ ノ ハヽ |_/oヽ__/ /\ \ / / / |. y' /o O ,l |
>>314 Windows98をインストールするといいよ。
ィ-──-、 /:::::: ,,-─-、:ミ/ヽ :/:::::/´ `ヾ:::ヽ: :l::::::/:u‐- -‐ }::::::|: :ヽ::r'li|== == uヾ::/: :rヾト{ ( O)}={ ( O)}‐レヘ: パソコン蛾物故割れた :'、(〈`ー─/ 、ー‐' トリ: :ーl::ヽ:u `゚ー゚''^丶/::f: ________ :'、::.{ トェェェイ }..::ノ: | | | ://^\`|,r-r-| イ´\: .| | | :-─‐''´ / 丶 \ー‐// 〈⌒`''‐-.| | |
新しいの買え!www
>>313 そうですね、
立ち入り禁止指定の20キロ圏内を合法的に入れる機会の走行計測記録というのは
結構、貴重だと思います。
無理はしない程度に。
USB 付きの mbed や Arduino で組める人には、ノーパソ使わずにロガー化できるのでしょうけどねぇ・・・
なかなか持ってる人で作り手も可能というのは限られてますね。
ガチャコン2のセットには、これまで分かった各機種フォーマット関連のまとめテキストも入れているので、
応用アプリやハードウェアが出てくると良いですね。
>>310 大佐殿 あちらから誘導されました なんでこっちのスレが お気に から消えてたんだろう 数ヶ月ぶりでした
ガチャコン2 いただきました
フクイチ3号機爆発1周忌 リリース
LogEncode_Portmon_01.zip ver. 01
ttp://www1.axfc.net/uploader/Sc/so/328194.zip&key=MustangENQ ポートモニターツールデータのエンコード
16進数のバイナリ状態数値を 読める形に文字化します。
昨年末からジワジワと通信機能付き線量計がリリースされ始めています。
・・・が
大抵の場合、通信データプロトコルが伏せられていたり、
アプリ開発者にとっては情報不足の開示のようですので参照用データ作成にどうぞ。
機器持ちの人 で 携帯モバイル機用ツール作成者 と連携して欲しいなぁ と思われている方々向けです。
特に >>Mark2 (改) >>TAC T-GMK >>PDS-100GN >>PA-1100 Radi の人
(情報をもっと出していかないとアプリ開発者さんは寄ってこないよ。)
内包しているテキストにゴソゴソ書いてますが、例えば、Polimaster PM1703M B シリーズなんて
250ms(4Hz) 単位でもログ出力できるじゃんよ〜
μSv/h 以外に CPS のカウント情報だって乗ってるじゃね〜か(誤差範囲%付きで)
というのなどが分かったりもします。
>>319 はいな、ドゾドゾ。
DoseRAE2,Mark2 (改) DMDRT 用のが作り終われば、ぐるぐるあ〜す君でもインストしてみようかと・・・
たぶん出力形式に KML が加わりそうな気もする、下準備はしてあるのですけど
単に確認できる環境を整えるのが邪魔臭いからほったらかし状態。
眠い
RAE 社製 [ DoseRAE2 ] 用、RAE2 To Send Post Graph-Slave
RAE2_SerialPort_ver200.zip
ttp://www1.axfc.net/uploader/Sc/so/329020.zip&key=MustangENQ 更新内容:
機種名など文字も送れるようにした。Ex.3.4
同封内容:
ver2.00: Logger_Radiation02 < ロガー
ver1.00: Logger_Radiation03 GPS < ロガー { NMEA GPS and DMDRT もそのままログ
WAKAMATSU Mark2 (改) の DMDRT 受信は、Logger_R03_GPS.exe の GPS の設定だけです。
Holux m-241 で GPS 受信と要素バラしは出来ているので、動作テスト用にでも
チェックサムでのエラーチェック機能有り版です。
それぞれが、
昨年夏に作っていたリアルタイムマッパーの中核部分を使いまわし・・・
というより各機種用の受信動作確認用です。
2 and 4 号機1周忌で出そうとしたら、夕方疲れて曝睡してリリースできなかったので改良していました。
同梱の [ DoseRAE2 COM Port Setting.JPG ] は、プログラムを組む人用なので普通の利用には関係ありません。 ω・´)ノシ
さっきグーグルアース 6.2 をインストールしてみた。
適当に
>>306 の 8/1 一時帰宅時デコードデータで kml 作ってぶち込んでみました。
・・・なにこのヌルヌル動く表示は・・・・
今月中には、kml 出力対応版もリリースできるカナ?
UTF-8 出力に手間取りそうですので。
画像は2011年3月19日だったのでフクイチ・・ぶっ壊れて間無しのままですね
>>324 おー、kml出力期待してます。
先日の一時帰宅で1Fの周辺監視区域ぎりぎりまで行ってみました。
かなり高い線量でしたが…
そのうち走行データうpしますね。
・・・疲れた。
kml出力搭載版は、もう数日でβ版がUPできると思います。
>>325 走行データは、各ツールのテスト用に NMEA + DMDRT があると良いなぁ・・・
うむ、やはり作業に集中してもらった方が良いなw お疲れさんw
2011/08/01 データで(今バージョン)南方向で Google Earth 描画シュミレーション
(福島県大野駅近く wmv)
ttp://www1.axfc.net/uploader/N/so/149643.avi 古い機種で画像が良くないのでその画面
ttp://www1.axfc.net/uploader/Img/so/138603.jpg 汚染マップで色塗りには向かないけれど、
画像の立体化と走行再現アニメーションで
アップダウンの立地や周辺自然環境など汚染のまだら分布が動画で綺麗に可視化できますね。
KML / UTF-8 の文字化けも対処にメドがたった。
作りこみにまだ時間が掛かるから正式版のリリースは、今月末ギリか4月の頭の予想。
・線量データ範囲から最大計測ポイントのチェック
>328 の .kml データでも入っているが、昨日バージョンにその機能はないです。
最大線量計測ポイント 41.00μSv/h ← 最初にある最大線量(Index 2071) だけ文字が入る
┌────
│Index 2071 最大線量計測ポイント
│計測 てすと
│時刻 14:54 43秒
│線量 41.0 μSv/h
│高さ 100 cm
カシミール3D出力には対応している立体化(円柱など)、今回 KML は見送り(必要とも思えないし)
拙作GRにて保存されたDMDRT型式のログを変換するソフト、DMDRT Converter Ver 0.0.0.1をリリースしました。
今のところDMDRT → POT型式だけです。。。
※β版ですのでその点ご留意願います。
http://geigerrecorder.seesaa.net/ >>327 今回はNMEA + DMDRTで録ってますが、自宅近辺のデータも含まれるので、その部分は申し訳ないですが
削除させていただきます。
…と言う作業中です。もう暫くお待ち下さい。(__)
ガチャコン2 / KML 出力可能バージョン(グーグルアース用)
放射線計測マップ作成支援:GeigerMixGpsProject ver.2.10
GeigerMixGps2_ver210.zip
フリーソフトウェア Windows 2000 以降の Windows (PC/AT 互換機) 用
ttp://www1.axfc.net/uploader/H/so/155563.zip&key=MustangENQ ・バルーンなどのアイコンに線量範囲に応じて最大100分解能で中間色付けします。
・ラベル部分に線量情報を置いたり、サイズを指定できます。
・ポップアップ表示の設定可能。
・最大設定線量値 Over は真紅
・最大計測値ポイントは別に見出しが付けられます。(同計測値が複数あれば複数に付きます)
・μSv/h 以外にも 中性子 CPS や CPM などの数値もOK
(ユーザ任意指定でベクレルなどもOK)
KML 動作確認環境 : Google Earth 6.2.1.6014(beta)
同梱更新:
・GPS ログエディタ & スプリッター
ver 1.10 : NMEA & DMDRT : 高速化。他。
ver 1.10 : EzTour & GPX : 高速化。他。
一通りの機能はひと段落付いたので、新機種など未対応機種ログがあればUPしてくれたり、 Webなどに生ログを置いている所など知らせてくれれば・・・たぶん対応させていけるかと
誰か作るだろうと思ってたけど、実際に作り始めていた人のサイトを見つけた
放射線線量計の表示値を、
USBカメラで自動的に読み取るWindows用のソフトウェア「線量計自動読取りソフト DGStream」
ttp://d.hatena.ne.jp/toach+dgstream/ 要:.NET Framework 2.0
対応線量計
現在下記の2機種に対応しているらしい
RADEX1503
TERRA MKS-05 with bluetooth(ECOTEST)
>>337 うい
更新版をUPします。 ちょっとお待ちを
ガチャコン2 / KML 出力可能バージョン(グーグルアース用)
放射線計測マップ作成支援:GeigerMixGpsProject ver.2.11
GeigerMixGps2_ver211.zip
フリーソフトウェア Windows 2000 以降の Windows (PC/AT 互換機) 用
ttp://www1.axfc.net/uploader/H/so/155669.zip&key=MustangENQ 更新内容:
KML 出力のμSv 色設定、線量上限が100倍という超安全厨になっていたのを修正。
KML と GPX で、中間分割色の任意指定が可能
(これまで、青〜赤 など min 色 〜 max 色 ⇒ min 色 〜 mid 色 〜max 色 / 青〜黄〜赤 など)
旧 ver 2.10 はうpロダから適当な時期に削除します。
同梱追加:
・LogConv_SoftwareCSV.exe { 一般ソフトウェアで作られた CSV ファイル用
>>336 などの DGStream ログデータなどにも使えると思います。
お疲れです ノシ
>>337 ( ´・ω・) ◆CGOTBmWdi2 (芋)さん
うむむ、時刻のミリ秒の桁が5桁っす・・コンパイラの変換用関数次第でエラー吐くかも?
$DMDRT,0,20120314,015824.80000,42.68,0,1,100,*6A
桁数の対処はしてあるのですが、
全 22835 行中に1箇所、破損データが居ます。
$GPRMC,053045.000,A,3724.1746,N,14059.7085,EE
速度UPにチェックサムのチェックを抜いているのが裏目に出て
Edit_Splitter_GPS_NMEA_DMDRT.exe がひっかかりますたw (´;ω;`)
ついでに Edit_Splitter 君のバグを見つけてしまった(CPM の部分が抜けて出力していやがったw)なんてこったい
やっぱり生データを食わす方が動作確認が早いなぁ
|
|`;ω;´) 後ほど、
>>339 の修正版込みをUPします。
|
・・・・>(CPM の部分が抜けて出力していやがったw)なんてこったい てっきり最初の方の線量数値は 0.42μSv/h と思って あれ〜ドコがバグってるんだろう? と悩んでたのが のっけから 42.68μSv/h ですかっ!! ((( ;゚Д゚))ガクブルガクブル ぷ プログラムのバグじゃなかったのね・・・ NMEA の中にある破損データの1行を削除すればコンバータは稼動します・・・
なんか敷地スレスレ1km圏内を走ってるような・・・ 入れたのか。すごい。
ガチャコン2 / KML 出力可能バージョン(グーグルアース用)
放射線計測マップ作成支援:GeigerMixGpsProject ver.2.12
GeigerMixGps2_ver212.zip
フリーソフトウェア Windows 2000 以降の Windows (PC/AT 互換機) 用
ttp://www1.axfc.net/uploader/H/so/155696.zip&key=MustangENQ 更新内容:
GPS NMEA ファイル、Checksum でのチェック用項目を設けた。 未チェックでも[*] の無いものは弾きます。
旧 ver 2.11 はうpロダから適当な時期に削除します。
同梱更新:
・GPS ログエディタ & スプリッター
ver 1.11 : NMEA & DMDRT : 同 Checksum でのチェック用項目を設けた。 未チェックでも[*] の無いものは弾きます。
ver 1.11 : EzTour & GPX : 同 Checksum でのチェック用項目を設けた。 未チェックでも[*] の無いものは弾きます。
チェックサムは、
シリアル通信間での受け取りミス用としていたのでログそのものの方は「まっ良いかぁ」と思ってたので油断したw
ついでに時間変換の対エラー対処も強めにしてみました。
>337 のデータは含ませていませんので(明日、詳細を見ます)オリジナルを突っ込んで見てください。
※ オリジナルの
>>337 NMEA を突っ込む場合は、Checksum off でやってください。
>>343 巡回してる警察車両は居ると思いますが、検問も何もありませんので道を知ってれば比較的容易に
行けますよ。
原発正門近くでデータが途切れてますが、そこから先が駐車場にしか行けない様に規制されてて
敷地内っぽくなるのでそれ以上進みませんでした。正門前に出るだけなんで行けるとは思いますが。
>>344 ガチャコン2ですが、表画面が黒くなってるんですが…XP(SP2)ですが私だけかな?
NMEA & DMDRTの方はちゃんと見えます。
>>345 確かに色分けの意味が無いw
DMDRTにも対応してるんですね。。。
>>346 入域から退域まで2〜3時間→5時間と緩くなった事ですし、まあこれからも走る機会はあるでしょうから
その時は違うアプローチで行ってみたいですね。
本当は東電展望台から撮影したかったんですが、展望台への道は封鎖されていました。
撮されたくないんでしょうなあ…取りあえず計測中に道端から撮ったのは何枚かあります。
もう一箇所行きたい場所もあったんですが、津波で流されてるかも知れないのと入口で作業員が
休憩してたので行けませんでした。
>>347 >表画面が黒くなってるんですが
デフォルトは同じなハズなんですが、[設定] の一番下に [Window Space 〜〜 ]って所があるので
[List View Color] と [Font Color] で直接色指定してカスタマイズするか
右横の [Default] ボタンを押してみてください。
>DMDRTにも対応してるんですね。。。
あのサイトの人と若松(改)の人とはお知り合い同士らしいです。
制限区域内にメディアなどが入域している動画なんかはたまに流れてたりしますが、
どれも高い?ような所で「高い高い」とか言って画面のチラ見せ程度ばっかりですし、
純然に数値データがある方が可視化で状況推移が分かりやすいですね。
2011年7月に(仮)状態だった「ガチャコン」用 放射線CSVデータログ GPS Mix フォーマットを
2012年「ガチャコン2」準拠に変換します。
LogConv_Old_MixGPS_ver100.zip
ttp://www1.axfc.net/uploader/Sc/so/332445.zip 対象:
GeigerRecorder0_6_1_1
GeigerGPS_Mapper 0.01β
リアルタイムマッピングの方をどうにかするか・・・と、ふと思い出し先に
旧(仮)フォーマットのデータをどうにかするのを作っておかないとイクナイね・・と。
リアルタイムにマップ化していくのを、手直ししようとソースを見ると
・・・よくこんな複雑なもんを自分で組んでたな・・と
自分で組み上げておきながら今見ると難しいって何ソレw
ワロタw お疲れ様です。 斧がテンポりまくりでやっと落としたw
ログもうpしたので、ついでに3月14日の写真も少し掲載しておきました。
やっと規制が解除だ
>>352 乙です
>>351 読みますた
JAXA のは、いろんなスレに貼られてるネタだね。
結局は通常画像との合成なのは変わらないけど、たぶん装置の冷却維持とか大掛かりなシステムになってると思う。
放射線の入射によるエネルギー変化の放射を受けて利用してるのかな?
1γ線当たりの量は微小だろうから画像として得るには相当の時間固定させないといけないだろうなぁ。
小型化しても高価だろうなぁ。
可視化は地図以外に
通常の高検出線量計をガンマカメラにする方法案を、「ガイガーカウンター持ってるやつに質問するスレ」時期に書いたけど
γ線の入射方向をパイプなどで絞って時間を掛けて面サーチすれば同様な事は個人でも出来ると思うよ。
横方向の方位角だけなら線の1次元
縦方向の上下角も取れたら平面の2次元データ
距離計で距離も取れれば立体の3次元データになる。
平面までなら最近の携帯などに3次元方位センサー&傾きセンサーが付いてたりしているから、
レーダーの様な物は、ロボット工学系の人とか作れるんじゃないかなぁ。
検出線量の増減で色付けして、実画像と透過処理で重ねたら簡易ガンマカメラが出来ると思う。
実用的では無いけどね〜
◆◇◆◇◆ ガチャコン2
放射線計測マップ作成支援:GeigerMixGpsProject ver.2.13
GeigerMixGps2_ver213.zip
ttp://www1.axfc.net/uploader/H/so/156126.zip&key=MustangENQ 更新内容:
・KML 設定操作で上限設定用にスライダーをつけた。
・移動軌跡の色を任意の色と幅とAlpha 指定できるようにした。
・移動軌跡を地点間で線量変化に応じてアイコンと同様に色追従できるようにしました。(※ 1)
・任意設定時間以上ポイント間に間がある場合
(途切れたログが繋がっている場合など)トラック線も途切れるように見えるモード搭載しました。(※ 2)
(※ 1)
KML のトラックルート線用の2地点ポイント間ごとに色指定できるようなモードを搭載しています。
色変化がよりわかりやすくなるかわりにデータ量が莫大になっていきますが・・・
(※ 2)
※ 1 のモードとペアです。
んでもって、DMDRTの栞csが間違って書いていたのをいまさら気付いたスマソ >all
$DMDRT,*67 だっただよ
\EditSplitter_GPS\TCP_RFC1145\TCP_RFC1145.exe という
NMEA Checksum 計算チェック用のプログラムをいれますた(ソース付き)
Technical Note もゴソゴソ書いてます。
でもどうやっても某>352 cs が合いません .... もしかしてコンパイラのソースレベルがUnicode の2バイトベースのテキストなんだろうか?
他のプログラム組む人さんへ
色変化範囲を100%内として100 段階で>346 説明してますが、別に500 や 1000 段階(0.01〜10μSv/h とか ) にしたって計算式は同様になります。
ただまぁ、RGBの色要素がそれぞれ0〜255なので細かくするのにも限度はあります。
単色増減ならば、256段階、00〜FF
増やし過ぎて自然色のレインボー変化になるとドコが高いのか逆に分かり難くなります。
これも色を多色細分化すればするほどデータ量が加速度的に爆増していくので
視覚的なものと現状のシステムや運用上のレスポンスをどのあたりまでで妥協するかですね。
私称「マッパー」
※ GPSリアルタイムマッピング version 1.00 β1 (製作&調整中段階 で半ば放置状態)
GeigerGpsConnectMapper_ver100b1.zip
ttp://www1.axfc.net/uploader/He/so/358743.zip&key=MustangENQ ※ ベータテストバージョンの為5月末日でアプロダ先から自然消滅します。
対応は、
線量計:DMDRT 形式 と DoseREA2 と シリアルでパルス入力できる機種?
地図ソフト:カシミール3D
ログ形式:DMDRT
昨年 2011年6月に ver 0.01ベータ 配布してほったらかしにしてたのを少し手を加えた物です。
(だってパソコンと繋げられる機器がほとんど無かったからなぁ)
正直言ってソフトシュミレートだけなので実機での動作は知りませんw。
入力:計 5
シリアル接続系統: 4 回線{ GPS( DMDRT ) 込み
手動入力: 1
オフラインでの
NMEA の GPS ログと走行計測ビデオなどが別途あれば、
線量計ごと写した走行ビデオを見ながら線量をマッピングしつつ時間データを簡易作成できるシミュレートモード有り。
(※ 画像解析系ではありません、見ながら手入力な)
ログ機能の無い線量計で走行サーベイマップを作る場合、
ビデオに線量計の数値画面と時計は写しておいたら作業がやりやすいと思う。
※ 線量上限設定値が非常時想定で高いので、時間軸でのデータを作って後から「ガチャコン2」を使えば良いかと。
地表近くのサーベイも視野に入れているので100μSv/h までで範囲区分(スケール)が大きいです。
というか、作ってる本人が操作とソースが難解に感じているので・・・・コレを作りこむのは嫌だわ
同梱更新:
ver 2.00 : Graph_LC01_LineChart
ver 2.00 : Graph_LC02_LineChart ← けったくそ重いので実用性皆無
こういうのも もうじき出てくるらしい
--------------------------
http://monoist.atmarkit.co.jp/mn/articles/1202/17/news088.html http://www.value-press.com/pressrelease/92208 サンプルキットは1セット5万円:単3電池で動作する、携帯型GPS搭載放射線測定ロガーをOEM供給
インタレップは、放射線量とGPS情報を記録できる携帯型のGPS搭載放射線測定ロガーを開発し、企業・団体向けにモジュールもしくは半製品の形でOEM供給する。
これに併せ、1セット5万円のサンプルキットの販売も開始する。
同試作モデルの本体には、モノクロ液晶ディスプレイ(160×100ピクセル)が搭載されており、
測定データを始めとする各種情報を表示できる。
また、 microSDカードに対応したカードスロット、USBポートなどを備える。
バッテリー(単3形乾電池もしくは単3形ニッケル・水素充電池 2本を想定)駆動により持ち歩いて利用することも可能だという。
記録したデータはmicroSDカードに保存できる他、
無線通信(オプションとして対応:ZigBeeの他、Wi-FiやBluetoothなどもカスタマイズで対応可能)により、
PCやスマートフォンなどにも転送できる。
KML形式に対応したGoogle Earthなどの地図ソフトやWebサービスと組み合わせることで、
測定データをグラフィカルに表示することもできる。
なお、USBケーブルでPCと接続すると、microSDカードがマスストレージとして認識され、
PCから直接記録データを操作できる。
放射線量率 0.01〜20μSv/h
放射能感度 380(60Co)cps/μR/s
測定時間 3〜5分(放射線量による)
電源 単3形乾電池/単3形ニッケル・水素充電池(Ni-MH) 2本
充電方式 USBポート経由/外部アダプター(Ni-MHの場合のみ)
警告音 任意設定可能
GPSモジュール CanMore製「GT-723F」
SDカード microSD(SPIモード)
USB USBマスストレージクラス
LCD 160×100ピクセル モノクロ LCD
記録フォーマット KML/TXT/CSV形式
--------------------------
|
|ω・´) どうせならログサンプルも置きやがれw
|
今年は、GPS 連動可能なスペックのモノがボロボロといろんな企業から出てきそうだねぇ。 なにかけったくそ高価なシステム設定している所もあるけど。 何?あの程度のシステムで数百万円クラスってw 桁が1桁高いよ。
さらに1石を投じて今後の技術発展を願おう。
ドライブレコーダーのスレにもかなり前からいるケド(販売開始初期からの不安心mini ユーザーなので)
最近の動向をまとめると
半島製 DR400G-HD GPS内蔵高画質ドライブレコーダー がちと地雷気味だったらしく、
台湾製 PAPAGO P3 GPS内蔵フルハイ : ナビと近接警報?付きドライブレコーダー が人気急上昇中。
---------
GPS 付きドライブレコーダー対応ビューワー「RegistratorViewer」
ロシア製フリーソフト(要K-Lite Codec Pack)
ttp://registratorviewer.narod.ru/index.html Windows XP, Windows Vista, Windows 7
ttp://crystal-tv.mobi/download/RegistratorViewer.exe 現在の最新:Ver3.3
対応機種:
Carcam Q3 (Karkam), DATAKAM GS-600, DOD GS600 and their analogues, Carcam Q4, Carcam Q5, TeXet DVR 1GP,
Samoon DV5E5, GPS1000 (DVR DS103), BlackVue DR400G, DATAKAM GS-800, Akenori DriveCam 1080 Pro.
Ver3.3 から PAPAGOに対応(らしい)
NMEA 形式の GPS ログファイルを GPSBabelやt2g等のコンバータソフトでGPX(*.gpx)形式に変換。
動画再生と同時に Google map 上で走行軌跡が追従。
するらしい
-----------------
Download K-Lite Codec Pack
ttp://codecguide.com/download_kl.htm Basic
Supports playback of AVI, MKV, MP4, FLV, MPEG, MOV, TS, M2TS, RMVB, OGM, WMV, 3GP, WEBM, and many more formats
Microsoft .NET Framework 4.
Version 8.6.0 Basic ~ 7.4 MB ~ March 23rd 2012
Windows 7/8/Server 2003/Server 2008/Vista/XP / Freeware / 2,518,404 downloads
K-Lite_Codec_Pack_860_Basic.exe
-----------------
動画記録型ドライブレコーダーの最近の傾向としては、 2年ほど前?までは、GPS 情報も動画に埋め込みが多かったようですが、 NMEA ログとして別にテキスト保存して その中に3Gセンサー情報なども混ぜ込む方式にシフトしつつあります。 Gセンサー情報にはチェックサムが付いていなかったりなど、まだ混沌としてますが GPS 利用だとログは、DMDRT のように NMEA に混ぜ込むのが一番てっとり早いでしょうね。
GPS機器開発で内部ソフト(ファーム)を組む上でたぶん付き当たる最初の壁に T01・GPSデータが思ったように抜けない。 A01・GPS ユニットから出てくるシリアルデータは連続の部分細切れや大きな連結で流れてきたりするので NMEA の1文としてくっ付けて抜き出す必要がある。 そこから要素を抜き出す。 (ユニットから出てくる1区切りごとに1文として保存してみれば機器の癖が解ります) T02・放射線のデータ文字列を GPS ログ保存先に送ると NMEA の1行中間に挟まってしまう。 $GPRMC,〜〜放射線ログ〜〜,〜〜RMCの続き A02・(T01) の事なので、抜き出すのに使った NMEA の文字列用変数に代入した NMEA 文字列を 迂回させたデータブロック単位として、それをログ用の Output に出力します。 文字列変数単位で送ればブロックでマージされるので中間に混ざりません。 T03・放射線記録時間はどう付ける? A03・GPS 要素が分解できれば UTC の日付、時間が抜けるので、それを利用するか 日本時間なら +9h なので機器の時計あわせにしたり、 衛星ロスト中は、機器内部時計に切り替えるなど や 時間無しで混ぜ込む場合は、GPS 時間同士の間に検出された放射線記録になる。 | |ω・´)ノシ |
ガチャコン2 ver. 2.14
GeigerMixGps2_ver214.zip 約 7MB
http://www1.axfc.net/uploader/H/so/156377.zip 更新内容:
・KML 出力微調整、移動軌跡の地点間など
これぐらいでガチャコン2開発は一旦休憩カナ?
機能的にはまだ考えだけで搭載していないものが多々あるけど、線量計の機械が時代に追いついていない?
性能低いし・・・良さげな PDS-100GN/ID とかは高価すぎるし
同梱更新:
・GPS ログエディタ & スプリッター
ver 1.13 : NMEA & DMDRT : 移動位置確認用シュミレート機能。
ver 1.13 : EzTour & GPX : シュミレート入力(放射線データ入力)機能。
それぞれマッパーに乗せていた物の簡易版です。
・ログコンバーター
ver 1.01 : LogConv_SoftwareCSV.exe : たぶん「ぶれいんわ〜くす」の「じーえっくすぜろわん」ってのに対応。
同梱テキスト の後の方に書いていますが、
ガチャコン用ファイルフォーマット規格は、フリー扱いです。
営利企業の機械などで採用する場合は、適当に書いておいてくれれば良いです。
某サポートBBS にカキカキしてきた。 フリーソフト作者さんに反応あると良いなぁ
RAEsystems
miniDOSE(ミニドース)小型放射線測定器
http://www.nihonrae.com/index.html http://www.nihonrae.com/products/index.html DoseRAE2と同じセンサー(低環境線量用CsIシンチレーター)
USB 接続で積算線量のデータ管理
電源は単四乾電池1本
=============
なんだこの情報の少なさわw 売る気あるのか?メーカーw
・表示部分にバックライトは点くのか?
・USB からの給電で稼動し続けることが出来るのか?
・線量率はいくつからいくつまで? (0.01μSv/h 〜 らしいが記載無し)
・お値段は2万円台らしい・・・が記載無し
-------------
気になるのはやっぱり、
・DoseRAE2と同じくUSB ラインで線量率が流れてくるのか?
・最短何秒更新?
・線量表示の反応速度
DoseRAE2と管理ソフトが同じっぽいので、積算線量しかログしてないんだろうなぁ
>366 は削除
ベータ版03 & まだ保存は出来ないアルファ版02 の「何か」
ttp://www1.axfc.net/uploader/Sc/so/336789.zip&key=MustangENQ 6月末日にアプロダ先から自然消滅します
結構グラフは綺麗になったと思う。
「何か」の方は、テキストファイルを最大5ファイル監視し、更新があると読み込んで
文字列を WebCam 動画とリアルタイム合成します。・・・合成するだけ
合成した方の動画ストリームを指定して保存させる方法が解らないとか・・・
無圧縮 avi 以外の保存方法が解らないとか・・・
mFlexCam の仮想ドライバに叩き込む方法が解らないとか・・・
ビデオカメラで撮る方が楽じゃん・・・とか
最近は人も減って反応もないねとか・・・
疲れた
bitmap 画像との合成にもめどはついたけど 計測(走行)動画と線量情報との合成について ちょほいっと ノーパソ と Webcam でのリアルタイム合成で保存は、(作るのが)疲れるし、高画質を目指すと負荷も高くなる。 ネットブックなどの処理能力の低いモバイルパソコンでは向かない。 リアルタイム動画配信の話が過去にあったけど、 通信用にモバイルパソコンを車載してニコ生などするなら モニター画面の範囲そのものを仮想 Webカメラにして配信するソフトが幾つもあるので Webcam 画像などを一緒に表示させて画面範囲を直接配信したほうが現実的で綺麗かと 動画ストリームとして合成させずに、動画表示面の上に文字・画像パーツを乗せるだけなら負荷は動画表示分だけかと 下面の透けるその為の半透明機能でもあるし 記録動画用には、後でGPS 連動できるような高画質ドラレコの方が向いてると思う。 (普通のビデオカメラだと位置情報を合わすのが大変だと思う) 線量計の画面を一緒に写しておけばOKw 単体のハードウェアとして動画にも文字や画像を埋め込むのはメーカー次第だろうね まぁ 録った映像をすぐ情報として利用するような調査向けぐらいにしか需要はなさげ?
お疲れ様です > 最近は人も減って反応もないねとか・・・ 覗いてはいるんだけど、弄ってる時間があまり取れなくて… 夏になっちゃう前に、試しておきたいところですが
372 :
名無しに影響はない(ドイツ) :2012/04/15(日) 14:45:15.24 ID:pKQFFemd
ボソッ 機器レベルで、放射線入力パルスでのノイズキャンセラーについて 複数のAMP からのパルス入力を複数channelで平行入力し パルス単位での排他的論理和で論理演算処理できれば、振動や衝撃由来の同一入力ノイズを減らしつつ カウント値を稼げると思う。 そんな論理チップがあるのかは知らないが
>>376 今年の4月に入ってから見積もりをとって発注を掛けたという人が比ゆ的表現で発言してたようだけど
そこから計算すると開発環境込みのフル1セット
30 〜 37 万円ほど?
まぁ高検出モジュールがほぼオールインワンぐらいにセット化されていて
ソフトウェア開発環境用 SDK とサンプルプログラム込み
の(プラ)アタッシュケース? でとなると今の時期では破格値で安い値段設定の部類だと思う。
たぶんまだ一般個人や、普通の会社の人には売ってくれないと思う。
>>377 10万くらいで買えると思ってたのに・・・
初年度に3000台、3年後に1万台の販売を目指す。価格は
「1台当たり10万円を切ることを想定している」(同社)という。
>>378 開発者向けのセットしか初回は買えないだろうからねぇ
製造会社の売り価格ってこういうのは
量産効果が上がってから、数年後の、ロット販売での単体当たりの卸価格の想定なのではないかと・・
一般消費者が店頭で買う金額じゃないよ。
KURAMA とか一部の開発者からしか入手などの発言が出ていないようだし
生産量的にも、これまでの発表での優先順位的にも
そうすぐには単体で一般には出回りにくいと思う。
今、単体で売って出てきても、そこからハードウェアの制御プロトコルの解析なんて
なんて・・・そんな面白そうなこと
スレチに近いけど
秋月CsIシンチレータ10x10x10mm 使って
うまくデジタル出力までこぎついている人も出てきたね
ガンマ線スペクトル観察
ttp://doku.bimyo.jp/spectrum/index.html 波高のピークをうまく検出 A/D させる為に、なかなか斬新な方法を採ってて参考になるかも
C12137に対抗してこういうのを低価格ユニットで発売してほしいね
全国でガレキ処理が始まりそうな感じもするし、低線量検出可能な低価格ユニットが出て欲しいわ
空間線量とCPS A/D処理済みがダラダラと出てくるような物で
本体でも単体で空間線量をログってくれる物・・・・
1秒毎の記録が出来るGPSロガーでオススメってあります? あまり高価なのは、ちょっとなんですが
385 :
名無しに影響はない(アメリカ合衆国) :2012/05/04(金) 08:58:51.62 ID:qQH9eNhQ
自作。
ギョロガイガーってどうですかね? GPS連動で計測出来るようなので購入を考えているのですが
>>387 Open Geiger Project 系の発売の始まったヤツだね
・・・・使用者情報が出てこない(聞かない)のでなんとも
Android を主体として線量計をオプション的に構築する人向け・・なのかな
(個人的見解としては、単体動作で常時線量監視が出来る方が良いと思うけれど
既にそういった線量計は持ってて、
位置データ込みのデータを作りたいニーズの人でAndroid ユーザーには良いのではないかと)
389 :
名無しに影響はない(dion軍) :2012/05/09(水) 03:35:35.49 ID:RzM2pivj
教えて下さい。 ガチャコン2の真ん中ペイン(日時や線量表示部)がRadiation Logを読み込んでも真っ黒で、 行選択をするまでセルの中身が見えないのですが仕様が変わったのでしょうか? windows7 64bit ガチャコン2 ver. 2.15/2.14 ※v2.0ではウィンドウ色と同色で、行選択をしなくてもセルの中身は見えていました。
ガチャコン2 ver. 2.15 rev.1
GeigerMixGps2_ver2151.zip
ttp://www1.axfc.net/uploader/H/so/158506.zip マイナーリビジョンUP ListView の色関係だけ試し変え(前Ver と変わらないとおもうけど)
>>389 上書き起動前にガシャコン2のあるフォルダ内の
\Cache\TabSettingCache.Env のファイルをテキストエディタで開いて
この項目の値を消すか
viewcolor=
fontcolor=
これぐらいで試してみてくださいな
viewcolor=16777215
fontcolor=0
デフォルトでは、clWindow clWindowText というウィンドウズのシステムデフォルト色を使っていますので
ウィンドウズの画面構成をカスタマイズしておられたりすると設定が引っ張られます。
(windows7 64bit のデフォルトがどうなっているのかは謎)
ガチャコン2で カラーカスタマイズ出来るようにしたのでそれの余波かと思われます。
デフォルトは同じなハズなんですが・・・
[設定] の一番下に [Window Space 〜〜 ]って所があるので
[List View Color] と [Font Color] で直接色指定してカスタマイズするか
右横の [Default] ボタンを押して試してみてください。
391 :
389です。(dion軍) :2012/05/12(土) 00:31:19.62 ID:mShuGRWS
下記どちらの方法でも今まで通り見えるようになりました。 ありがとうございました。 v2.15 --> TabSettingCache.Env修正 v2.15rev1 --> 新規フォルダへ解答後、実行 ご参考までですが、v2.15で新規フォルダへ解答後の実行では セル色、フォント色真っ黒で、セルを選択するまでは何も見えない状態でした。 初期起動後のTabSettingCache.Envはv2.15、v2.15rev1ともに viewcolor=2147483643, fontcolor=2147483640 でした。
外をいくら測ったって 平均16時間以上を線量の低い屋内で過ごすんだから あまり気にしない方がいい
ω・´)ノシ >391 ドモドモ ω・´)ノシ >392 誤爆? 汚染実態と変動を確認するには、測って記録を続けないと有意義なデータは集まらないよ?
それより実際の生活圏でガラスバッジをつけて測定している数値を気にした方がいいよ そっちの方が大事に決まってる
個人単体での重要性と多人数に知らせたりする重要性などを ごちゃまぜにして どっちが〜 って言う優劣を付けるのは変 個人線量の被ばく量はその当人個人として重要 でもその積算値でデータ出したって 他人には フーン レベル >394 語るスレを間違えているゾ
行動様式が同じような方のデータを参考にできるなら有用かと 近しい地域にお住まいの方のデータの集合体なら「個人データ」も有用ですよね
>>396 同意です。
「ガラスバッジをつけて測定している数値を」〜 で語ると
その人の行動全体に対する地域スレなどが妥当になってくる。
提示するデータを有効に多数が活用できる先に、適切と思えるデータをポストし合うことが
大きな有用データになっていく と思う。
>>392 > 外をいくら測ったって
> 平均16時間以上を線量の低い屋内で過ごすんだから
> あまり気にしない方がいい
どの位低いんですかね?
あっと、「外と比べて」が文頭に抜けてました失礼致します
RAE スレにポストしたものと同じです
↓
RAE Systems miniDOSE PRM-1100 対応テストツール
ベータ版の為、2012年 8月末日でアプロダ先から自然消滅します。
RadiationGPS_Logger_b04.zip ver 1.00 b04:ベータサンプル
ttp://www1.axfc.net/uploader/Sc/so/350365.zip&key=MustangENQ miniDOSE_CMD_Check.exe
コマンド送信テスト用
RadiationGPS_Logger.exe
miniDOSE をパソコンに繋いでリアルタイム線量情報を記録します。
5Hz/4Hz/3Hz/2Hz/1秒/2秒/5秒/10秒 間隔(デフォルト1秒)
同時にGPSレシーバを繋いでログできます。
簡易グラフ機能有り。
miniDOSE PRM-1100 通信 コマンド プロトコル 判っている分のカキカキ..._〆(゜▽゜*) テキスト入り
401 :
GammaRAEIIR栃木(栃木県) :2012/05/31(木) 01:34:00.01 ID:8WRieMak
ガチャコン2でGoogleEarth出力すると μがE(上に○がつく)となってしまいます。
どうしたらよいのでしょうか?
ガチャコンでつくった日光の汚染状況をHPにしてみました。
ご覧いただければ幸いです。
http://www7.ocn.ne.jp/~raddef/index.html すぐれたソフトを開発された皆様、特に大佐殿に対し敬意を表します。
時間と労力は相当なものであると推測いたします。
>>401 >ガチャコン2でGoogleEarth出力すると μがE(上に○がつく)となってしまいます。
右下の方にある [ 分割・出力 ] の所にある
Encoding ANSI Shift_JIS
↓ ↓
Encoding UTF−8:Nomal 又は UTF−8:JIS2004
に切り替えて出力してみてください。
Google Earth が扱う KML テキストデータは UTF-8 という種類の文字フォーマットなのです。
ANSI Shit_JIS のフォーマットの KML を食わすと2バイトコード(全角文字)が化けてしまいます。
別方法としては、
出力済みの KML データを [メモ帳] などのテキストエディタで開いて1行目を
<?xml version="1.0" encoding="Shift_JIS"?>
↓
<?xml version="1.0" encoding="UTF-8"?>
書き換えて、[メモ帳] の ” 名前を付けて保存 ”を選択し
ファイルの種類(T): すべてのファイル
文字コード(E): UTF-8
にして上書きしてみてください。
後でデータ文字化けの修正可能なように強制自動設定変更にしていません m(_ _)m
>>401 おおぉ〜〜 歩いてますねぇ、中型バイクを手放してからは大自然には行ってないなぁ・・・
情報有難うございます 外しか測って無かったので今後の課題と居たしたいところ 私見:どの位を高いか低いか判断はそれぞれですが 私的にはあり得ない程の高さです
福島第一1号機、建屋内で過去最大の線量計測
東京電力は27日、福島第一原子力発電所1号機の原子炉建屋地下で、建屋内では
過去最大の放射線量となる毎時1万300ミリ・シーベルトを計測したと発表した。
作業員の年間被曝(ひばく)限度である50ミリ・シーベルトにわずか約20秒で達
し、約6分で嘔吐(おうと)などの急性症状が出る。廃炉に向け、建屋地下では汚染
水の漏えい場所の特定や修復が必要だが、東電は「作業員が入れるレベルではなく、
ロボットを使った難しい作業になる」と話す。
計測は、配管が通る1階の貫通口から内視鏡と線量計を入れて実施。地下階には、
格納容器下部の「圧力抑制室」があるが、カメラでは損傷は確認できなかった。
汚染水の深さは約5メートルで、線量は地下階に入った段階で約30倍の毎時625
ミリ・シーベルトにはね上がり、汚染水の水面近くで最高を記録した。
2、3号機の建屋地下階の10倍以上の線量になる。東電は「1号機は炉心損傷が
最も深刻で、放射性物質が地下に多く流れ込んだ」と分析する。
http://www.yomiuri.co.jp/science/news/20120627-OYT1T01115.htm?from=top (2012年6月27日20時37分 読売新聞)
東京電力、実質国有化が決定…株主総会
東京電力は27日、東京都内で株主総会を開き、政府の原子力損害賠償支援機構から
1兆円の出資を受けるための定款変更など、経営側が提出した全議案を可決した。
東電の実質国有化が決まった。
筆頭株主の東京都が提案していた経営改革などを求める議案は否決され、閉会した。
http://www.yomiuri.co.jp/feature/20110316-866922/news/20120627-OYT1T00883.htm (2012年6月27日15時54分 読売新聞)
>>407 サンプルデータ受け取りました
ガチャコン2は
純 グーグルマップ用 KML は現在もはいてませんが(グーグルアース用 KMLを出せます)
とりあえずデータを基にコンバータを組んでみます。
SysTime,UtcTime,Coord,Lat[deg],Lon[deg],Geiger[cpm],Geiger[msv],Warmup,Battery
2012/05/16 10:06:08,2012/05/16 01:06:08,WGS84,37.61485555,140.90797156666667,98,0.65,0,1
2012/05/16 10:06:19,2012/05/16 01:06:19,WGS84,37.616057966666666,140.90814496666667,227,1.51,1,1
2012/05/16 10:27:48,2012/05/16 01:27:48,WGS84,0.0,0.0,170,1.13,1,1
衛星ロスト中は 0.0,0.0 なのね
Warmup 0 とか 1 とか何でせぅ?
とりあえずリリース
ギョロガイガー用 放射線CSVテキストデータログを
2012年「ガチャコン2」準拠に変換します。
LogConv_GyoroGeiger_ver100.zip 749 KB ほど
ttp://www1.axfc.net/uploader/Sc/so/360321.zip \Sample\Start+9_2012_05_16_10_06-2012_05_16_16_57_UTF8.KML
は、グーグルアース用出力サンプル KML
GPSデータと線量率のデータが結合できなくなりました。 正確にはできたりできなかったりですが、ほとんどできません。 kashimirには移動pointが表示されます。 線量率も記録されています。 この原因の可能性を教えてください。 2日分の汗(中禅寺湖南岸、半月山から社山)が・・・・ よろしくお願いいたします。
保守
テスト
416 :
OFNP(茸) :2012/10/17(水) 21:10:33.42 ID:t89WVuSl
こんにちは、僕らもマッピングプロジェクトやっていこうと思います。 チラ裏代わりに書いていきますね。
がんばってくだされ
こちらに移動しました。 > 暇ができたら > ガチャの使用方法やらサンプルっぽい動画でも作ってYoutube にUPしようとか思ってるんですけど > 挿絵的に計測中の写真とか差し込んでも良いですか? > 有志による提供データなどの注釈は入れます。 > フクイチ周辺まで合法的に入れて情報を出してる人が少なくて・・・ 写真の件、了解しました。 個人が特定されない状態での使用は全然OKですよ。 upしてないけど手元にある写真は幾つかありますが、計測中の写真の他に 何かあった方が良い写真などありますか? ご希望に添うような物があれば良いですが… 閑話休題。 秋の一時帰宅の時にPM1703Mを借りて行きましたが、警戒区域の自宅周辺は Cs134のせいか線量は半分近くに下がりました。 これから先は下がりにくくなって来るんでしょうけど、それよりも土地建物道路の 荒み具合の方が早くて辛くなりますorz
>>418 「個人が特定されない状態での使用」
もちろん留意します。
入域日を「その日」にせず「〜年〜月ほど」とか車両名特定されないように車両部分はボカすとか
>upしてないけど手元にある写真は幾つかありますが、計測中の写真の他に
>何かあった方が良い写真などありますか?
フクイチの一般入域禁止域だと判りやすい写真かな?
以前の・町並みにいるダチョウのとか・道路標識込み のような
ところで3月の分でノートパソコン(ナビンユー画面)+m-241+DoseRAE2 の画像で
道路の先をモザイク処理させてるのはなんででしょう?
この1枚はインパクトが強いので外せない画像ですね。
まぁ Youtube サイズに落とすと拡大画像を含めないとちっさくなって細部はわかりませんけれど。
パソコン画面を動画状態で保存するソフトで軽いのを探している段階です。
(スペック低いので・・・)
ニュース速報+板・東アジアニュース速報+板・緊急自然災害板・放射能板 には酉付きで居ます。
自動車板には主に名無しで居ます。(たまに酉付き)
書いておくと Youtube は、
ttp://www.youtube.com/user/mustangenq です。
>フクイチの一般入域禁止域だと判りやすい写真かな? >以前の・町並みにいるダチョウのとか・道路標識込み のような なるほど。では適当にセレクトしてupします…が、写真を保存してるPCが 関西の方にあるので(福島滞在中)、関西に戻る月末までお待ち戴けますか? ダチョウの写真は動画撮影なんですが、どこに行ったかなー(^^;;;; >ところで3月の分でノートパソコン(ナビンユー画面)+m-241+DoseRAE2 の画像で >道路の先をモザイク処理させてるのはなんででしょう? これは警戒区域の通行証(個人名、車のナンバー記載)がフロントガラスに映り込んで いる為にモザイクを掛けています。 実際の写真はもっと広範囲が映っていますが、車種なども特定されてしまうので、 その一部をトリミング+モザイク処理しています。 お陰で背景がよく判らなくなりましたが、場所的な物はNavin'Youの画面とGRの座標で 判断して戴けると思いますので。
乙です
温度ドリフトの問題とかいろいろありますけど、要創意工夫ということで。
2013年08月における 2ちゃん運営情報の各種情報流出について 私は、 2013年08月26日 AM 5:30 をもって ◆MustangENQ 酉を停止します。 以後に同トリップによる2chへの書き込みは私ではないことを宣言します。
臨時の捨て酉です。 またツール更新など動きがあれば来ます。
◆MustangKH2 ↑ ◆C5JMUStAng ↑ ◆MustangENQ 現在の主な活動は、ドライブレコーダーの GPS 位置情報のコンバータツールの作成
あけオメ
あけお・・・? 事故直後にお世話になっていた福島県民です 今回国道6号線が開通したので行ってきたのですが、当時便利に使わせてもらっていた「7色プロットツール サーバー保存版」がまだ生きてたり、 ↑ガチャコンも2になったようで頭が下がります
大佐様、おめでとうございます。 一年経ち、今は2015年です。 さて、私はこのスレを最近知った新人です。 私も、今年暖かくなったら車載でデータ収集を計画しております。 その時に活用するべく GeigerMixGps2のダウンロードを試みましたが 404エラーが出ます。 お手数ですがファイルの確認よろしくお願いいたします。
ガチャコン2 ver. 2.30
GeigerMixGps2_ver230.zip
http://www1.axfc.net/u/3396855.zip アプロダ axfc 上のファイルが破損(たまにアプロダさんのファイルが壊れる)していたそうなので
上げなおしです。
報告ありがとうございました。
LogConv_GyoroGeiger
も GeigerMixGps2_ver230.zip 内 Converters フォルダに収録されています。
大佐様! 本日ダウンロードさせて頂きました。 感謝申し上げます。 ありがとうございました。 ぺこり