PIC素人がMPLABのMCC使用にあたり「新しい方が良い」と短絡。以前の回では「新しい方」MCC Melogyを使用。しかし「古い方」MCC Classicが残っているのには立派な訳があることに気づきました。今回は、TIMERを使ってみるついでにMCC Classicを使ってみます。どっちもどっち？よくわからんが。
鳥なき里のマイコン屋(171) MCC MelodyとMCC Classicどっち？
鳥なき里のマイコン屋(170) デモボード搭載マイコン、PIC16F1829に交換
前回、長らく眠っていたPICkit2がWindows11で復活。いざ活用と思った矢先、PICkit2のターゲットボード搭載のマイコンPIC16F690はMCC非対応という事実が突き付けられました。MCC無はメンドイ。なんとかならんものか？一瞬で光明が見えました。マイコンを交換したらいいんじゃね、PIC16F1xxxに。
“鳥なき里のマイコン屋(170) デモボード搭載マイコン、PIC16F1829に交換” の続きを読む
鳥なき里のマイコン屋(169) 復活！ PICkit2 で読み書き出来たものの
GoにいればGoに従え(23) TinyGo、シリアル接続LED、micro:bit v2
別シリーズにて数珠繋ぎに多数個シリアル接続可能なフルカラーLED、OST4ML5B32Aの点灯実験実施。今度はTinyGo＋micro:bit v2 でも接続試験を行ってみました。よくあるNeoPixelとは違って「３値論理」の信号使ってます。中間電位を積極的に使うロジックIFにヤバさを感じつつ、Let’s go的な。
MicroPython的午睡(110) ESP32版、btree + json が一番お楽？
前回、MicroPythonで使えるキーバリュー型のデータベースbtreeを使用。いつものPythonの辞書型と似た操作方法でお楽です。ただ一点メンドクセーのが、「bytes型ライクな」オブジェクトでないと格納できない制限です。直接格納できないデータがあったときにどうするのがお楽か。やっぱりJSON化がいいんじゃない。
“MicroPython的午睡(110) ESP32版、btree + json が一番お楽？” の続きを読む
鳥なき里のマイコン屋(168) PIC16F18855で吉例Hello World.
前回、久しぶりにMicroChip社の８ビットマイコンを使って吉例Lチカ。遥か昔の記憶でPICはメンドイという意識があったのですが、そんなことはありませんでした。MPLAB X IDEに「標準装備」されたMCCでスイスイです。今回はこれまた吉例Hello Worldを実施。UART１個しかないのに端子は２組、なぜに？
“鳥なき里のマイコン屋(168) PIC16F18855で吉例Hello World.” の続きを読む
RustにいればRustに従え(15) Rustによる ラズパイ Picoで吉例Lチカ
忘却力の年寄はRustに慣れないので過去回ではズルズルとLinux上で練習。しかしマイコン用のプログラムをRustで書くことが目標です。PC上での練習を切り上げてマイコン用のクロス開発へ突入。今回はターゲットRaspberry Pi Picoのクロス開発環境をWindows11上に構築、吉例Lチカまでやってみます。
鳥なき里のマイコン屋(167) PIC16F18855、MPLAB IDEで吉例Lチカ
遠い昔、ちょこっとだけ8ビットのPICマイコンを触ったことがありました。「PIC以前の」古いマイコンに比べたら「近代的」なマイコンであったのですが、データシートを読み込んでいないと戸惑う部分も多かった記憶。しかし「今どきの」PICマイコンは自動生成ツールなど充実して「楽ちん」だそうです。使ってみたいと思います。
GoにいればGoに従え(22) TinyGo、SPI接続、micro:bit v2の場合
TinyGoを使ってBBC micro:bit v2を制御してます。「使ってなかった」のに「使った気でいた」ペリフェラル回路があり。SPIです。TinyGoでSAMD21マイコンで実験済、またmicro:bitのmakeCode環境でも実験済。でもTinyGoとmicro:bit v2 ではやってない。組み合わせ爆発？
“GoにいればGoに従え(22) TinyGo、SPI接続、micro:bit v2の場合” の続きを読む
MicroPython的午睡(109) ESP32版、btreeモジュールで連想配列永続化？
フルPython処理系でデータベース的なものを使いたいとき「お手軽な」SQLite使うことが多いデス。一方スタンドアロンなMicroPython単独でSQL系DB使うのは現実的ではないかと。しかしMicroPythonには固有の実装としてbtreeモジュールあり、標準辞書型に近い形の連想配列を「永続化」可能であります。
Rubyと一緒(11) Chrome版Rubic、ついに起動できなくなりました。滅亡？
『つひに行く道とはかねて聞きしかど昨日今日とは思はざりしを』在原業平。特価品（見切り品？）のGR-CITRUSボード(ルネサスRX631搭載)で組み込みRuby(mruby)してまいりました。その処理系Chrome版Rubic、起動の度にサポート無の警告あり。無視して使ってまいりましたが、ここまでか。ついに起動不能。
“Rubyと一緒(11) Chrome版Rubic、ついに起動できなくなりました。滅亡？” の続きを読む
MicroPython的午睡(108) ESP32版、「自前制作」タッチセンサをセンス
前回はESP32独特な「任意波形」を生成できるRMTを使ってみました。どの端子が使えるんだか記述が見当たらないので試行錯誤。今回は同じESP32ユニーク周辺でも使える端子がバッチリ記述されてます。タッチセンサ機能です。しかしターゲットのESP32 DevKitC機にはタッチセンサは不在。どうする？
Rubyと一緒(10) GR-CITRUS、I2C経由、AQM1602に文字表示
特価品（見切り品？）のGR-CITRUSボード(ルネサスRX631搭載)で組み込みRuby(mruby)してます。前回はソフトでタイミング制御で危なかったですが、今回はハードウエアI/F使用でI2Cしてみます。ハードはOKなんだけれども、こんどはツマラナイところ？で引っかかります。Ruby素人はこれだから困る。
やっつけな日常(51) 許せん、オーバーシュート、アンダーシュートが酷い、なんとかせよと。
別件シリーズでESP32 DevKit-Cの出力端子から取り出した信号が汚いです。ロジック動作としてはOKなんだけれども、こんなオーバーシュート、アンダーシュートが酷い信号をのさばらせておいてはイケないと唐突に決心。対策をば打ってみました。やれば出来るのか、やりすぎなのか、接続する相手次第ぞなもし。 “やっつけな日常(51) 許せん、オーバーシュート、アンダーシュートが酷い、なんとかせよと。” の続きを読む