先週水曜の午後くらいから、「風邪ひいたかも？」な感じでしたが、翌日木曜は会社にいる間、咳が止まらない。当然マスクしてますけどね。直属のリーダーには午後くらいに「帰ったら」とお声かけて頂いたのだが、別の某部長に当日朝に頼まれた作業があったので、それを片付けて帰った。
その夜。咳は止まらないし熱も出てくるし体もだるいしで全然寝られなかった。数分起きに起きる始末。
翌朝である金曜はお休みを頂いた。ひたすら寝てた。寝てたっても数分起きに起きるので寝た感じがしない。
翌土曜日、これまたひたすら昼夜ともわず寝ていた。さすがに寝続けていると腰が痛くなってきたが若干熱が下ったせいか、長い間隔で寝られるようになって来た。
翌日曜日、午前中くらいまで寝てて、起床。寝過ぎでふらふらしたが、まあ机に向かうくらいは出来そうに回復。
というな週末を迎えてました。
肝心の金曜か木曜帰宅時にに医者に行って迅速検査キットで判定しておけばわかったのだろうが、fluかどうかはわからんですね。いつものこの時期のコンコン咳の風邪かと思ってるけど、それって対象fluの抗体あるときの反応なのかもしれないな。
で、この間、看病してくれたツレ、ありがとうございました。自分の横で寝てるのにうつした気配が全く感じられないのも不思議だ。
雨センサ調整中
どうも、冷えてきちゃうとオンになってしまってた雨センサを調整中。
素人なのでお風呂ブザー的に、晴れならLow、雨ならHighを考えていたのだけども、どうもそれじゃまずそうで。
世の中のマイコンのIOピンがなぜデフォルトでプルアップされてるかというと、プルダウンより電力を食わないらしい。理屈はもう少し経験と理論学習を積めばわかると思う。
で、XBeeもマイコン使ってるから同じくデフォルトプルアップ。
今は、デフォルトプルアップを解除して、抵抗を挟んだプルダウンデフォルトにして、雨が降ったらダーリントンからHighになるようにしたのだが。夜間に冷えるとHighになるのを改善スべく調整を繰り返すうちにバランスが崩れてセンサーが濡れて導通してもLowになってる状態。まぁ、それでも太陽電池によるリチウムイオンバッテリー駆動の電圧確認記録はできているので無駄ではない。
で、それらを改善すべく、次の回路テストの為にXBeeコーディネータ配下のネットワークにEnd DeviceのXbeeを1個追加。単にテスト用なのでその追加したEnd Device XBeeから一定タイミングで送られてくるiosampleをコーディネータXBeeが受信して、SoftwareSerialのコンソールに出力するだけ。こんなのは今の不完全な雨センサーのアップローダのコードににちょいと追記するだけでOKです。(追記しなくても送信元XBeeのアドレスは表示させてるのでわかるのだけども)
で、改善回路は探します。水分で導通したらLowになるNot回路で良いんですけどね。トランジスタでなくNMOSのFETの方が良いのかしらん？在庫あったかな？1個まえのデジトラで動かしてた雨センサが負論理になってたのだけど、よく原理がわからんまま使ってただけだからなぁ。ちょっと勉強しなくては。
KORGのmidiミニキーボード
KORGの25鍵のmidiキーボードが届きました。思ったよりデカイかつタッチが微妙。
とりあえず、ライセンスキーがついてる各種midi音源ソフトをダウンロードした。
うちにあるmidiデバイスってあとはAKAIのEWI4000sくらい。これはこれで素人には肺活量が厳しい。吹き慣れてない事もあるかな。
なぜKORGのmidiキーボードを買ったかというとちと篠笛の練習をしたいのでCDの耳コピーするために。ただ、和の音階と洋の音階はちがうのだよなぁと気づいた。和楽器の楽譜買うのが正解かも？
シリアルコンソールの作成
マイコンの動作を確認するのにシリアルポートに状況を出力するのが常なのですが。
パソコンとUART-USB変換モジュールなどでつなぐのが微妙に煩わしく。どのcomポートだっけかと迷う事も多々あり。
で、シリアルに接続して、液晶に表示するようなTTLレベルのコンソールモジュールを作成しようと思っている。
表示デバイスは液晶でもOLEDでもなんでもよいが、2行じゃ辛いのでせめて4行位。スクロールバッファも持たせたい。
シリアルの接続はレベルコンバータを介して5Vでも、3.3VでもOKとして。
ついでにi2cでも接続できるように(これもレベルコンバータをはさもう)。
雨センサーの中継器の前にこっちを作ろうかなぁ。
で、カラムの多い表示デバイスを探してたけど液晶だと4行くらいか。
いっそ、UARTから青歯変換してSPPでAndroidへ飛ばすか？AndroidでSPP受けられるコンソールアプリがアレばOK.なんかしら出来るのでは？と思ってお蔵入りしていたvi30を引っ張りだしてみた。青歯でなくてUART-USBも受けられそうだし。Linux化も試してもいいし。
あ、でも、これバッテリーが妙に持たなくてお蔵入りだった。ばらしたら小さいバッテリーが居たりして。文字通りの「石」が入ってたiDeviceよりは良いかな。って忘れてたondaのこれは青歯がないのだったｗ。ま、LCDで行っとくかな。
結局、これも後回しにするかもね。制作に取れる時間次第。
雨センサー用のXBee中継モジュールを検討
昨日改良した雨センサー。XBeeでプッシュタイプでデータを送ってくるので、家のメインプルタイプのコントローラは介せずに、別途、SparkfunのEthernetProで受信しつつ、ネットにアップロードしてます。
メインのmbedのコントローラを改良しても良いのですが、ベランダ気象台をやってる奴にやらせようかとか。
1.雨センサー側のXBeeネットワークのデータ(降雨状況、バッテリー電圧)の受け取り。
2.気温・照度・気圧・湿度の観測とメインへの回答。
3.降雨状況、雨センサーのバッテリー電圧のメインへの回答。
これをやらせるという感じ。
XBeeを2台載せることに関しては、ハードウエアシリアルが１つしか無いATmega328pだとsoftware serialを併用する事になります。
software serialでのXBee駆動はすでに水槽データ管理マイコンでやっているので問題ではない。ATmegaをそれぞれのXBee用に1個づつ2個載せて、各ATmega間でi2cでデータやりとりしても良いしね。
ついでに、ベランダ気象台をXBee Proのしっかりしたアンテナの奴に置き換えると、湿度の高い時に無線通信が出来ない事があるのが改善されるかも。
LEDイルミネーションは、プロトタイプの検証はできているので、あとまわしにしちゃって、こっち関連をやりましょう。
あーでも、本来はすべて同一ネットワークにして、メインのmbedでコンカレント処理するのが綺麗だけどなぁ。
実家方面との連絡方法を考える
ツレは、実家と近いこともあるし、ご両親ともどもEメール類はPCにしろ携帯にしろOKなので安心。
自分の両親は、親父がauのCメールを送ってくる位はあったが、各キャリア間のCメール相当が相互送信OKになる前に、自分がツレのファミ割に入るべくドコモに変えてしまったからかその後はメールが無い。もうどのキャリアでも送れるので試してもらわないとな。
その後の両親の確認としては、何か作って設置したいと思う。ってか室温とか人物動作確認（PIRとか）位はおいておきたいかな。肝はインターネット常時接続があるかないかだが。一応弟が契約してた筈だ。これがないと確認にカネがかかる。自動販売機に着いているようなセンサーネットワークを個人が安く利用できると良いのだが。大量のパケットを流すわけでもないく数バイトなんだけどねぇ。