中国のお菓子のお土産はどれが良いのか？

中国旅行のお土産として、よくお菓子を買うのですが、当たりハズレがあるので注意が必要です。
今回は、北京と上海のお菓子などがいっぱい売っている店で買ってみました。
北京では駅前の超市、つまりスーパーマーケットで、
上海では南京路に有ったお店です。
さて、この中で当たりはどれで、ハズレはどれでしょう！


まずはこれ、上海の店、見た目は５種類の大福の様です。Mochiと書いてあります。


開けてみると、なんと２種類しか入っていません。

しかも、黒いのはパッケージにも無かったヤツです。白ゴマの在庫が無かった？
不味くはないのですが、何だかなぁ。騙された気分。

次はこれ、桂林特産と書いてあります。
かなり額縁が広いようですが、包装はきれいに見えます。


でも、開けてみてビックリ。

パッケージでは芋羊羹のように見えていましたが、完全に粉になっています。
2012.03.09と書いてありますが、賞味期限の概念はないのでしょう。

次はこれ、北京特産と書いてあります。これも額縁が広い。

薄いゼリーをせんべいで挟んだような感じで、味も薄いです。

最後はこれ、エビが大きく描かれています。やはり広い額縁。

ピーナツをつぶして飴で固めた感じです。
一番お菓子らしい味で、ピーナツの絵だったら納得したと思います。
エビはどこへ行ったの？

結論
　今回は、全部ハズレ。見た目だけではダメ。
　土産物は売ったモン勝ちの世界。大昔の日本の土産物もそんな感じだったですね。
　中国でお菓子のお土産を買うのだったら、中身が確認出来て、味見が出来るのが、失敗をしないコツです。
　と言っても、こんなの存在しない。
　ハズレを買いたくない人はこちらを見て下さい。

心が折れた

上海で出会った女の子がお茶の店で折ってくれたハート型の1元札
ハートは中国語では「心形」です。

じっくり見たら折れそうだったので、拡げなくても、
5元札で心が折れました。右側。

5元札の方がピンク色しているので、
ハートには良いんじゃないかと思ったり。

LEDの点滅実験をやってみた

LEDを点滅させたとき、デューティが50%だと、
明るさは50%になるのですが、目で見た感覚は50%にはなりません。
それは、視感度が対数カーブになっているからです。

マイコンで実装する場合は計算を簡単にするため、
２乗特性で近似します。
デューティが50%の場合、明るさは√0.5=0.7より、70%くらいに感じる訳です。

それでは、視感度で50%にするには、
0.5×0.5=0.25
デューティを25%にすれば、見た目で明るさが半分になったように感じるわけです。

ならば、逆に50%のデューティでも明るさが変わらないように
するためには、1/√0.5=1.4 倍の出力にすれば良さそうです。
もし、そうなら1.4×0.5 - 0.7 と言う事で、消費電力は0.7倍となりそうです。
ただ、LEDの輝度は電流に比例していないので、そのとおりになるか分かりません。

そこで、実験してみました。
回路は簡単なので、手描きです。


ブレッドボードとArduinoを使いました。


これで、出力6には点滅させずに出します。
点滅出力は出力4に出し、0.2秒ごとに切り替えます。
もちろん、出力していない方の端子は入力に切り替えておきます。

まず、点滅させない場合のLEDの電流が10mAになるようにVR1を調整します。
すると、それぞれの明るさに違いがあると、LEDがチカチカとまたたいて見えます。
そこで、VR2を回して、LEDの明るさに変化がないようにします。

そのときの波形がこれです。

デューティ50%の時の電流は19mAです。

結果、デューティを50%にしたら、電流は約2倍必要と言うことで、
LEDの輝度特性と視感度が相殺して、
消費電流はほとんど変わらないと言う結果になりました。
残念！

もくろみは見事に外れましたが、確認出来て良かったです。

R8CのシリアルIFのレジスタ群はなんでこんなに分かりにくいのか

回路を修正して、マイコンを変更したら、今度はE8aがすんなりつながった。
しかし、シリアルIFをクロック同期で使おうとしたら、
レジスタが多すぎて奇々怪々。

て言うか、送信して完了フラグを見にいったら
前回立てたフラグがまだ降りてなかった
そんな感じがするんだが．．．．
フラグを見るのに一呼吸おかないといけないの？
なんだかなぁ。

E8aの Boot Failed 使えねぇ！

中国旅行のいろいろを書いてきたけれど、既に5月29日に帰国し、
6月1日から、新しい職場で仕事をしている訳です。

小さなマイコンを使ってLEDをピカピカさせる仕事なので、
ここ数年、趣味でやってきた事が活かせそうです。

昨日は、R8Cを使ってLEDピカピカをやろうとしたのだけれど、
E8aを使おうとして、はまってしまった。
おかげで半日が無駄になった。

試作ボードの配線を確認して、
HEWで、テスト用のコードを書き、コンパイルも通ったので、
E8aをつないで書き込もうとしたら、
「Boot Failed」
「Communication Timeout Error」
で、先へ進めない。

他の人が書いたコードは問題無い。
私のコードでは、Boot Failed
あーでもなお、こーでもないと、
午後はずっとBoot Failed
どうやってもつながらない。
つながらないことには書き込めない。

エラーの説明文を読んでも該当無し。
心当たりも無し。
コードが違うだけで、使えたりダメだったり。
使える時はE8aのファームウェアのバージョンをダウンさせる。
ダメな場合はバージョンをアップさせる。
どうもこのへんがアヤシイ。

使える場合のコードとダメな場合を突き合わせても
何がマズイのか分からない。
エラーの説明にも、そんなことは書いていない。
何かがファームウェアのバージョンをアップさせる要因に
なっているはずなんだが、突き止められない。

こんなことを、あーでもなお、こーでもないと、
とっかえひっかえやってみるけどらちがあかない。

そう言えば、去年HEWが、バージョンアップして、
従来のコードが全く動かなくなることが起こった。
どこを修正すれば良いか、説明を読んでも分からなかった。

これって、NECとくっついたせい？
メモリマップが上下逆からして、統合は無理でしょ。
それともRXのおかげ？
いずれにしても、ユーザに負担掛け杉。
ルネサスダメぽ。

結局、他の人が、HEWから直接E8aを使わずに、
FDT(Flash Development Toolkit)でE8aを使って書き込んでいる。
と言う情報があったので、やってみると
あっさり書き込めた。私の半日を返してくれ！

結論
HEWとE8aは使えない場合がある。

これって、やっぱ死亡フラグなの？