pupaにAmigaの名前がちっちゃいヘッドホンアンプ無期限なんだなOSI参照モデルが歌になりました時事クイズAVCHDを無圧縮AVIに変換する方法おバカなファンの願望twitterをしてないので。注入バルブの消耗HTML5のバリデーション子ども向けエアソフトガンの制限LPCXpressoでI2C液晶表示2018-01-19将来のポケコンを夢見て液晶表示をしてみました。マイコンLPCXpressoは秋月電子通商から購入。超小型I2C液晶はストロベリーリナックスから購入。LPCXpressoの開発環境はWindowsXP以降で動作、サブPCはWindows2000なので使えない。メインPCはAmigaOSなので(笑)。部屋に転がっている待機中のパソコンがBIOS画面を表示できる所まで確認。SP3を購入、インストール。NOD32(ウイルスチェック)の追加ライセンスを購入、インストール。LPCXpressoの開発環境をインストール。Googleでわかる内容は全部省略。液晶にコマンドを送った直後は液晶が処理中で、次のコマンドを受けられないから時間を空けます。マイコンのクロックを下げても、一定の時間を空けられるようにSysTick_Handlerで1ミリ秒単位をカウントします。コントロールの各バイトの前に0x00を送信、データは0x40を送信します。著名な液晶パネルはRS信号で区別しているそうですが、I2CはRS信号がなく、それに代わるものです。200msウエイト(SysTick_Handlerで200カウント)入れます。データ送信後は1ミリ秒以下ですが2ミリ秒ウエイト入れます。マイコン起動直後にSysTickを設定していて、これの安定時間が不明なのと液晶の起動が40ミリ秒必要なので1000ミリ秒(1秒)。私に把握は無理っていうか、1秒単位でゆっくり動作してくれたらいいと思ってますから(笑)。LPCXpressoは備え付けのLEDが3個あって、そのうちの一つLED2が電源ONと同時に点灯します。これ、うるさい(無音だけど)ので消灯させます。それにはLED2と接続してるピンを制御します。メーカー提供の回路図を追跡、LED2はポート0/ピン22に接続されています。初めに、ポート0/ピン22を「機能番号0/プルアップ/オープンドレインなし」で設定します。これでGPIO(一般的な0/1動作)、ピンと電源を抵抗で接続されました。あ「プルアップ」の事です。最後に0を出力してLED2は消灯します。※ホントは0の出力前から消えるけれど、マイコンの初期状態の仕様に依存するようなコードは書きません。将来、この処理を別なタイミングで使うようにした際に、0出力が抜けていると期待した動作にならなくて頭抱えるからね。I2C用のピンを設定します。I2C0、I2C1、I2C2のうち私はI2C1を使います。機能番号3でI2Cになり、プルアップ抵抗は外付のためトライステート、あとマニュアルが「オープンドレインにしろ」と言ってた(笑)。液晶に初期化のコントロールとデータを送信して、おしまい。関数mainから戻った後は?→mainを呼んだ初期処理の中でインコアループしてます。他にすることもないし、問題ナッシング。最後にソースをご覧ください。下記のソースからLCD処理を抜き出してライブラリ化してみると、何だかAPIが変だ。他のビットを0のまま希望のビットを1にすると他のビットが0になってしまい、意図した動作と異なってしまう。他のビットを変化させずに希望のビットだけ1にするには、他のビットを最後に出力した時の0/1を記録しておき、希望のビットと合成してポートに出力しなくては。いう事は、記録や合成の仕事はライブラリが引き受ける訳だから、8ビットまるごと指定するインターフェースから、1ビット単位で指定するものに変更を。そんなインターフェースは、おなじみだなー。思い出す事でもなく、それはAmigaOSのAPIそのまんま。OSのサイズ(マスクROM)が供に512KBと同じなんだよね。AmigaのAPIに似せた形式にしてみた。これ、TAG形式といってlong値(32ビット)を2個1組のペアにしたものを配列に持ち、1個目(SIL_ICON)はキー、2個目(TRUE)は値です。末尾のキーはTAG_ENDというルールがあるため、不定長の配列を扱えます。処理速度を気にする方もいらっしゃると思いますけれど1985年発売のAmiga(CPUクロック7.14MHz、メモリ512KB)で採用している形式です。このマイコンは72MHzで動作していますからAmigaの10倍と余裕釈々ですね。旧バージョンのOS用のアプリケーションが新バージョンでパラメタ不足で誤動作する。構造体で渡すと構造体のサイズが変わってしまい、パラメタと同様になる。※某うへぇなOS(サブルーチン集?)では構造体の第一メンバが構造体のサイズという腹抱えて笑ってしまうAPIがあります。AmigaのアプリケーションとOSとの構造体は、OSが初期値入りの構造体を確保してアプリケーションに渡す暗黙のルールがあります。C++のnewとdeleteみたいな奴が、構造体ごとに用意されています。構造体Windowの場合、確保はNewWindowで、削除はDeleteWindowです(そのまんま)。この方法で将来、構造体のサイズが増えても、アプリケーションはそのまま動作できます。あと液晶表示のコントロールに入れるウエイトを1μS単位にしました。SystemTickは1ms単位を1000分の1にして超高速tickに。ソースの前提クロックは100MHzなので1.39μS単位じゃないかと思う。シビアなタイミング制御が必要になったら、正確な数字を求めるのとマイコン起動時に自分のクロックを計測する方法を考えよう。Amigaで下→パソコンのソフトハウスで上、と逆順を経験すると、パソコンの職業プログラマは10年と持ちませんでした(実話)。マイクロソフトがAmiga買収してAPIがスッキリさわやかになったら、パソコンの職業プログラマに転職してもよいな。Clock)で遊び思わぬ結果が。RTCは、俗に言うカレンダー/時計機能です。LPCXpressoでは腕時計用の32,768Hzの水晶発振子(クォーツ)を使って正確な1秒を生成、電源が独立できる専用回路でカウントしています。一般電源とRTC専用電源との自動切換付きなので専用電源なしでもUSB(LPCLink)給電中は動作しています。ちなみにCPUのクロックは製品によって仕様が変わるから使うものではありません。マニュアル読むとたったの1μAという極低消費電力でカウントできる回路らしい(要専用電源)。アースに触れていない人なら50μA位の電流は流れて当然だから、クオーツに触れるとカウント失敗しますので触れないように。このオーダー(極低消費電力)なら回路は高インピーダンス(えーと5MΩ程度かな?)で動作しているから、誘導やノイズに弱いハズ。キーボードやマウスのUSBケーブルをLPCXpressoの上に乗せると、これまたカウント失敗します。してこんな事がわかったかと言うと、SystemTickのカウントを「RTCの1秒割込」で差分求めて液晶にリアルタイム表示させてみたから。クオーツの頭を指で触れただけで1,001→1,300や、指でつまむと1,001→2,000とか、USBケーブルを乗せると1,001→1,400とかカウントが変化する。SystemTickは1ms設定なので1,000カウント/sのはずが、基準の1sであるRTCが遅くなって1,300カウントとかになった訳です。ちなみに、この実験で初めてSystemTickが正しく1msだと判明しました(苦笑)。腕時計のクオーツだから金属ケースに収まって初めて動作仕様を満たすから、きちんとRTCを使うためにはハウジング(?)も注意しなくちゃ。それにしても和気あいあいのmbedに比べ、LPCXpressoのほうは鉄ゲタ状態だなぁ。これでも昔の開発環境から見たら天国なのでしょう。ROMサイズ512KB、英文マニュアル、開発が面倒(あ。言っちゃった)...Amigaユーザならわかるハズ、わかってくれるといいな、わかってください。時代が進む同時にデジタルは連続的にアナログへ近づいている。プログラムのリリースバージョンを入れて動作させると、時計表示が最初のまま更新されないバグが露見。最初の表示まで正常なので、1秒後のウエイトか、2回目の表示のバグ。ウエイトは「RTCの1秒割込」処理で行なっていて、ウエイト側はグローバル変数の変化をインコアループで監視、割込ルーチンがグローバル変数を更新。RTCの処理を独立したソースに移行、管理用の構造体を用意した際にvolatileを外したんだった。volatileって不揮発メモリか何かだっけ。そりゃNVRAMのVの字だ。Memory、惜しい。volatileなしの変数をインコアループで監視したら、コンパイラが最適化して無限ループにする。なんじゃこりゃー(松田優作さんの声で)。これまで28年間、PC-8001(パソコン)からS-820/80(ベクトル型スパコン)のレンジでプログラミングしてきたけれど、これほどヒドい話は初めてだ。CGレンダー(DirectXみたいな奴)をFORTRANでコーディングするよりヒドい(笑)。AmigaOSのAPIモドキを用意して、徹底的に読めるソースにしてやる。名前はAmigaOS...はマズいので「ksrk」に。Kernelの略です。CPUクロックがたったの7MHzでウソみたいに速い完全マルチタスクなAmigaで使ってるAPIを10倍速いマイコンで使えば鉄壁だ。具体的にはこんな感じ。RTCはksrkからシグナルのフラグを割当ててもらい、アプリに返す。アプリはそのフラグを使ってksrkにウエイトを要求。ksrkはフラグ監視。RTCの割込でシグナルのフラグ立て。ksrkがフラグを倒し、アプリに戻る。この方式のミソはウエイト要求がフラグ渡しだから、複数のフラグを指定できる点にあります。今後、RTC以外のウエイト要求があれば、それも合成したフラグで「同時にウエイト」できます。この方式が1985年発売のパソコンで普通に行なわれていたんです。25年も昔の話なのよ。ソリトンウエーブから512KBライセンスを購入しました。LPCXPressoはハードが512KBのROMを持っていても、開発環境が128KBまでの制約があります。512KBを全部使えるライセンスを買いました。約50,000円です。色々なサイトを訪れてみますと、ライセンスを買わないで512KBを使おうとがんばっている人もいて、色んな考え方の人が居るなぁと思います。以前買った開発環境(?)はMSDN、その前はSAS/C、これはAmiga用商業Cコンパイラです。MSDNは当時のOS全部入りで100,000円弱、SAS/Cは80,000円だったかな。基本的に「値段を付けているソフトは買うもの」と考えています。あと趣味の世界でお金をケチらないというのもあります。その分、ボロアパート、着たきりスズメ、無免許(車なし)という点で異様なくらいケチっています(笑)。512KBライセンスの確認をしてみました。プログラムを512KB作る技量はありませんので音声データを400KB程度用意して、DACで再生させました。たこルカ版「ぽっぴっぽー」をモノラル/7kHz/符号なし8bitsのrawデータをcの配列(ソース)にしてDACのサンプルプロジェクトに追加しました。サンプルプロジェクトはDMAを使っていたけど取っ払って7kHzウエイト&DAC直出しで。できれば、バイナリをそのままプロジェクトに追加、ファイル名をラベルにして名称解決してくれる仕掛があったらうれしいな。組み込みでデータ400KBを突っ込む奴がおかしい(笑)。90秒で再生が終わるとつまらないので、末尾まで再生したらループしてます。先頭から再生しても芸がなく末尾ときれいにつながるループポイントを探して、ピンポイントでループ掛けてます。今どきな人はループポイントなんて知らないだろうな。再生メモリが極小だったころのハイテク(苦笑)です。Master使いでした。「googleってください」でいいじゃないか。←漢字、ひらがな、カタカナ、アルファベット、ギリシャ文字、キリル文字(ロシア)を使える日本人に敵はいない。mojolicious。