デバイス作る人>>デバイス使う人>>デバイスおたく
このところ連続している「VS Codeで～」シリーズ（実際に、汗水たらして働いている？のはPlatformIOなのですが）、前回はNucleoボードをターゲットにMbedしてみました。まあ、マイコン開発ボードだし、できて当然だし。。。しかし今回は、かのお子様コンピュータ BBC Micro:bitがターゲットです。C++で書けるし、デバッガだって使えるし。 “鳥なき里のマイコン屋(77) VS CodeでMicro:bit、デバッガも使えます” の続きを読む
NGワード
特許クレームは契約書と同じく一言一句、注意深く記載しなければなりません。特許クレームにはNGワードのようなものが多数あるため注意しないと失敗します。特許審査官は、当然ながら欠点のあるクレーム記載を理解していますが、問題点を出願人に教えてくれません。審査官は特許法や審査基準に基づいて審査して必要な拒絶理由を通知するのであって、審査した特許が有効（収益可能）かについては出願人に通知することはありません。 “特許の失敗学[7] クレーム（その２）NGワード” の続きを読む
元々、STM32Fマイコン特集に触発されて始めた筈のVS CodeとPlatformIOだったのですが、ついついM5Stackの方へいってしまっておりました。今回は、STM32搭載、Nucleoボードにターゲットを変更してみます。Nucleo用には結構いろいろな環境試してみているのですけれど、正直、VS Code＋PlatformIOは楽な上に強力！ “鳥なき里のマイコン屋(76) VS CodeでNucleo、PlatformIO超便利！” の続きを読む
前回、VS CodeとPlatform IOをインストールして、あまりに簡単にM5Stack用の「スケッチ」（VS Code上では、立派な main.cppですが）のビルドと実行に成功し、VS Code凄い凄いと浮かれてしまいました。それでついつい細かいところを端折ってしまいました。最低限の設定くらい済ませておかないとね。ということで今回は前回の落穂ひろい。 “鳥なき里のマイコン屋(75) VS CodeでM5Stack、ちょっと設定” の続きを読む
前回は、M5Stackに送信させたBLEのアドバタイジングパケットを「手動」で解析しました。「納得感」はあったのだけれど疲れました。今回は、同じことをツールにお願いしてやってもらいます。受信側（解析側）は、Raspberry Pi3です。WiFiにもBluetoothにも対応のモジュールを搭載しているので、この手の仕事はバッチリ？ “IoT何をいまさら(55) ラズパイWiresharkでBLEパケット解析” の続きを読む
Visual Studio Code、お使いの方も多いのではないかと思います。そのホームページの冒頭にあります。
Code Editing. Redefined.
しびれるカッコよさです。しかし、いままで見くびってました。というより、見誤っていた、というべきでしょう。「Visual StudioならC#書くとき使っているもんね」「Visual Studioのエディタ部分？」。Web開発などで使われている記事などが散見されました。マイコンには関係ないかな。。。などと思っておったのです。本日根本的に考えを改めました。 “鳥なき里のマイコン屋(74) VS Codeでマイコン・ソフト開発” の続きを読む
Simple is best
テレビ番組に特許ネタが出てくると、知財業界人は思わずコメントをしたくなります。近年で最も有名なのは『下町ロケット』でしょう。実際の特許訴訟を扱ったNHKドキュメンタリー『逆転人生』にも多くのコメントがあります。
逆転人生「最強アップルVS．貧乏発明家」
この「クリックホイール特許」の話は『逆転人生』のタイトルとおりに感動的な実話です。しかし失敗学の観点では、失敗の状況をNever give upで成功達成した「はやぶさ」と似た実例であり、失敗の実施を繰り返してはなりません。 “特許の失敗学[6] クレーム（その１） Simple is best” の続きを読む
「バイナリ」好きなので、たまにビット列とかHEXの数字の列とか触りたくなるのです。今回は、Bluetooth LE(Low Energy)がアドバタイジングしている時のRAWDATAを手動で読んでみました。まあ、後でWireshark様とかにもっと効率のよい解析をお願いする前振りであるのですが。BLEのパケットを虚空に放つのには、なんでも簡単にできてしまう M5Stackにやっていただきます。さて、ちゃんと読めるのか。 “IoT何をいまさら(54) BluetoothLE, RAWDATAを読む” の続きを読む
前回に引き続き「Microでない方の」Pythonネタです。普段、使い慣れており、まったく気にしていなかったモジュールがエラーを吐いて動かない。そういうときはダメージが大きいです。「何か悪いことをした？」と自分を責めつつ、パニくりまくり。今回は、コマンドライン引数を解釈する定番のモジュールargparseで体験したトホホです。 “トホホな疑問(25) Python、argparse、help??” の続きを読む
CQ出版の雑誌には毎月「お世話に」なっているのです。まあね、物欲も刺激してくれるんだ、これが。ついつい部品屋さんの広告（大昔に比べると大幅減）など舐めるように見てしまう。中でも「マイコン」関係にはつい目がいってしまいます。広告は勿論、本文ならなおさら。 “Literature Watch Returns(13) STM32F マイコン教科書、トラ技2020年3月号” の続きを読む
今回はPC上の「Microでない」Pythonネタです。昨年秋に、長年慣れ親しんだ2.7をようやく諦め、3.8.0に移行いたしました。Python2.7で、日本語文字コードを取り扱うことはそれほど多くなかったのですが、その度に、結構、苦労したような記憶があります。3.8.0はその辺、なんと堅牢なことか。とりあえず全部UTF-8にしておけばまず失敗がない。でもWindowsのcmd.exe デフォルトのコードページはCP932だよね。なんで大丈夫なの？ “トホホな疑問(24) Python 3.8.0、chcp関係ない？” の続きを読む
特許は法律文書
特許は法律文書です。「特許の失敗学[1] 特許と論文」では著作権について違いを考えました。今回は特許文書と技術文書との法律的な違いです。特許文書を技術文書と同じつもりで作成すると失敗（残念な結果）となります。「特許は法律の世界」を意識したのは知財部門に異動した後のことで、設計者時代には特許の理解が浅く、チコちゃんに「ボーっと生きてんじゃねーよ！」と叱られそうなArahaでした。 “特許の失敗学[5] 特許は法律文書” の続きを読む
最近ソフトばかりなので、ちょっとハードっぽいことも盛り込みたいと考えました。材料仕入れてあります。M5StickC用のPIRセンサモジュール。頭に被せて使うことができるためなのか？PIR-HATという名がつけられています。でもね、ハードでありがちなトラブル皆無、わずか１０分ほどで動いてしまう。これでハードか？ “IoT何をいまさら(53) M5StickC、PIR Hat” の続きを読む
前回、Webベースでグラフィカルな開発環境、UIFlowを使ってM5StickC上のMicroPythonのプログラムを作り、シリアルポートからMicroPythonのREPLに接続できることを確かめました。今回は、そのREPLを使ってターミナルエミュレータからMicroPythonのプログラムを直接流し込んで動かしてみます。 “モダンOSのお砂場(14) M5StickC、MicroPython REPL” の続きを読む