デバイス作る人>>デバイス使う人>>デバイスおたく
皆さまは、PythonのREPL(Read-Eval-Print Loop)使っておられますか？実を申せば、私はPC上のPythonではまず使いません。ほとんどバッチでPythonスクリプトを走らせているから。インタラクティブなデバッグしたいときはpdb起動しているし… でも今回K210をCPUに頂くM5StickV上のMicroPythonを使うにあたってREPL使うことにいたしました。help()関数、使わねばね。 “モダンOSのお砂場(10) MicroPython、モジュールとhelp” の続きを読む
前回に引きつづき、M5StickVのMicroPythonのREPL環境で「遊んで」おります。M5StickVの場合、内蔵Flash以外にSDカードも使用できるので、スクリプトやデータの格納場所に困るということはなかなか無さそうです。その分、いろいろファイル操作したくなる局面も多くなると思います。そこで、ちょこっとユーティリティ的なスクリプトを書いて「お手軽化」してみました。 “モダンOSのお砂場(9) MicroPython、ファイルにアクセス” の続きを読む
micropythonは言語処理系であってOSではないとお叱りを受けそうですが、このモダンOSのお砂場シリーズでは、Interface 2019年5月号の特集にならいmicropythonも「マイコンを制御するためのOS的な要素含む」としてモダンOSに含めております。ま、実際はM5Stack、M5Stick系の実装では、根本にFreeRTOSというモダンOSがいて、その上でmicropythonが走っているという階層構造ですが。 “モダンOSのお砂場(8) M5StickV、micropython” の続きを読む
前々回、M5Stack GreyのLCDをオフにしたら、フル充電から約77分ほど動作しつづけたケースのグラフをお見せしました。しかし、M5.Powerモジュールの中にはもっと消費電力をケチれるAPIが準備されています。deepSleepとlightSleep。実際、lightSleep使ってみたら同様な条件で約397分も動作しつづけました。でもね、sleep、ちょっとクセがありそう。 “IoT何をいまさら(52) M5Stack、Sleep、deepとlight” の続きを読む
今までそんなシチュエーションにならなかったのが不思議なくらいなのです。Windowsのバッチファイルの中で呼び出すつもりのPythonのスクリプトを書いていて、
標準出力がコンソールに向いているのか、どこかにリダイレクトされているのか知りたい
と思ったのです。この歳になるまでそんな事をついぞ考えないで生きてきたのですから、まずは幸せな人生であった、というべきでしょう。sysモジュールか何かで簡単に知れるんでないかい、と思ったのが間違いでした。
前回、FreeRTOSの話をちょっと書かせていただきました。ただし、”FreeRTOS”といえば、まっさきに喧伝されている感のある Amazon AWSとの連携、Amazon IoTサービスといった話はまったくでてきませんでした。これは、別に無視していたわけでなく、FreeRTOS.ORGから入っていくと各種のマイコン、それもかなりリソースの限られたマイコンからでも利用可能な汎用のRTOSとしてのFreeRTOSのカーネルが中心であるためです。AmazonのIoT向けサービスなどの連携などを調べようとしたら、また、別なところへ行かなければならないようです。 “モダンOSのお砂場(7) FreeRTOS kernelとAmazon FreeRTOS” の続きを読む
このところ別シリーズでM5Stackを扱っていることが多く、気になっていましたFreeRTOS。M5StackをArduinoIDE環境で使っていたら表立ってはFreeRTOSは現れてきませんが、「アプリ」プログラムを裏で支えてくれているのがFreeRTOS。Arduinoのような「一皮被せた」環境でなく、ESP32の開発環境を整備すれば直FreeRTOSが見えるようにできる筈ですが、今、あまり時間がなくメンドイ。もっとお手軽にFreeRTOS触ってみる方法はないものか？
ArduinoIDEでM5Stackのプログラムを書くのは使いやすくて気に入ったのですが、ちょっと何かムズムズする感じなのが、ヘッダファイルです。普通のCやC++ならヘッダを沢山インクルードしないとイケない筈なのに、M5Stack.hをインクルードするだけで、ほとんど何でも書けてしまう。楽でいいけれども、ちょっとどうなっているのか知っておかないと落ち着かないです。 “IoT何をいまさら(43) M5Stack.hの中身を確認しとこう。” の続きを読む
正月休みには何かやろうと思うのですが、あっちへ行ったり、こっちへ行ったりしている内に毎年終わってしまいます。懲りずに休みに「やってみる」（読むではありませんよ」つもりで、今年も書籍を何冊か買い込みました。最近埃を被っているマイコンボード共に喝（どちらかといえば触らないでいる自分が主因ですが）を入れるために。そのターゲットの一つが、
M5Stack
であります。小さなボディにいろいろ詰め込んだ一品。なかなか完成度も高く、まさにIoT向け。何か触る切っ掛けが欲しい。 “Literature Watch Returns(11) 下島著、『みんなのM5Stack入門』、リックテレコム” の続きを読む
前回の投稿でChainer開発終わって寂しい件を書かせていただきました。しかし、CuPyの方は開発を益々？継続のようであります。そういえば、Chainerの裏でCuPyが動いているのは知っていましたが、直接使ってみたことってなかったかも。それにちょっと気になるのがNumPyと凄く互換性が高く見えるけれど、「所詮」CPUとGPUの違いあり、精度の違いなどどう処理されているのでしょうか。とりあえずやってみました。 “AIの片隅で(19) CuPy、NumPy、単精度、倍精度” の続きを読む
12月5日づけで、ちょっとショックなプレスリリースが出てました。日本を代表するAI（人口知能の方、最近投稿に頻発しておりますAugumentation Indexではありませぬ）ベンチャー企業であるPreferred Networksさんの以下のプレスリリースであります。
昨日、どこかのページに書いてあったラズパイのI2Cのデフォルトのクロック速度を鵜呑みにして、100kHzと書いてしまいました。しかし、アチこち見て回っているとそんなことはない、実際は
62.5kHz
とあります。どうも62.5kHzが正しそう。でも、折角なので、自分でもオシロを当てて測っておくかと。 “トホホな疑問(17) ラズパイ, I2Cの速度” の続きを読む
この間、ラズパイのI2Cの先にセンサを付けたりしていて思ったです。いわゆるマイコンのシリアルインタフェースにセンサなどを付けた場合、デバックしようとすると「結局、信号に聞くのが一番早道」だったりします。けれどもRaspberry Piのようなシステムの場合、i2ctoolsという便利なツールがあるので、それにお任せで済ませてしまう。でもね、ツールの出力も見れば疑問が湧いてくる。やはり一度、「信号に聞いて」おいた方が安心かも。
「第１３回」で Pythonのlxmlモジュールを使って、デフォルト名前空間が定義されたxmlファイルでXPath使うときはどしたら良いのかしら、と考え込みました。今日は今日とて、またlxmlモジュールで、xsdスキーマファイルが複数あるときに、どうやってバリデーションをばかけたらよかでしょうかとまたまた考え込んでしまいました。