これが、あまり勉強にはならなかったというか、
ネットからの情報収集だけで、ほぼ完成してしまいました。
モータードライブは秋月で購入したTB6612のユニット、
検索したらGoogleのAiがハード結線からプログラムまで教えてくれました。
これがちゃんと動いたのです。
コントローラーはアマゾンから購入したLCDボード、
Pico-LCD-1.14はサンプルプログラムが普通に動きました。
次はbluetoothによる通信方法、
これもそのまま使えるのがありました。
「pico同士のBLE通信」で検索したら、
ロジカラブログというところに
ラズパイPICO同士で簡単Bluetooth(BLE)通信
というのがあって、そのまま使えそうなのがありました。
ってことで、
完成してから解説を読んで勉強さてていただいています。
プログラムのリスト
ダウンロード - ble_central_lcd_button.py
ダウンロード - ble_peripheral_mot.py
]]>
ゲーム用？
サンプルプログラムを動かしてみたところ。
デバック用のボードについていますが、重ねて一体化できます。
ゲームを作る人も多いようで、ゲームが多数公開されています。
タッチパネルタイプもあります。
WiFiもついているのでWEBサーバーで操作もできます。
Bluetoothも使えます、、、これは只今作成中。
Raspberry Pi Zero用（右側）もあります
工作が不得意でもいろんなものができそうですね。
]]>
思ったよりメモリーが少ない、
I2Cのデバイスをつなくと70％越え。
色々考えて？、地中の水分計を作ってみた
最初はキャラクターディスプレイ、使用量92％
グラフィックディスプレイで使用量86％となりました。
290円という価格は素晴らしいことなんだけど、
メモリーが、、、
]]>
以下使用したプログラム
基本的には温度センサーのライブラリーにあるサンプルプログラムと液晶パネルは秋月が公開しているサンプルプログラムの寄せ集めです。
一部サブルーチンは省略しています、その部分はサンプルプロフラムを参照してください。
# include <OneWire.h>
# include <DallasTemperature.h>
// Data wire is plugged into port 2 on the Arduino
# define ONE_WIRE_BUS 2
// Setup a oneWire instance to communicate with any OneWire devices (not just Maxim/Dallas temperature ICs)
OneWire oneWire(ONE_WIRE_BUS);
// Pass our oneWire reference to Dallas Temperature.
DallasTemperature sensors(&oneWire);
#include <Wire.h>
#define LCD_ADRS 0x3E
#define Relay_out 4 // Relay drive
#define Black_in 7 // Black Button switch
#define Red_in 8 // Red Button switch
char Umoji[] ="RealTemp C ";
char Dmoji[] ="Set Temp C ";
float Rtmp;
float Stmp = 30.0;
void setup(void)
{
// Start up the Temperature IC Control library
sensors.begin();
// display init
Wire.begin();
init_LCD();
//IO init
pinMode(Relay_out, OUTPUT);
pinMode(Black_in, INPUT);
pinMode(Red_in, INPUT);
digitalWrite(Relay_out,LOW); //relay OFF
}
void loop(void)
{
// ボタン情報を取り込んで設定温度を更新する
if (!digitalRead(Red_in)) Stmp += 1.0;
if (!digitalRead(Black_in)) Stmp -= 1.0;
// call sensors.requestTemperatures() to issue a global temperature
// request to all devices on the bus
sensors.requestTemperatures(); // Send the command to get temperatures
Rtmp = sensors.getTempCByIndex(0);
//液晶パネル上段に表示
dtostrf(Rtmp,-1,1,&Umoji[9]); // 浮動小数点データを文字列に変換
writeCommand(0x02); // Retern Home
for(int i = 0; i < 16; i++) {
writeData(Umoji[i]);
}
//液晶パネル下段に表示
dtostrf(Stmp,-1,1,&Dmoji[9]);
writeCommand(0x40+0x80); // SET下段ADRESS
for(int i = 0; i < 16; i++) {
writeData(Dmoji[i]);
}
// 設定温度と実測温度を比較して実測温度が低ければリーレーをONする
if (Stmp > Rtmp)
digitalWrite(Relay_out,HIGH);
else
digitalWrite(Relay_out,LOW);
delay(500);
}
]]>
天気が良い日で外気温15度前後の時、
温室内の地中の温度40度、外は30度で10度位高くなります。
曇り空だと外気温13度前後の時
温室内の地中の温度18度、外は14度で4度位高くなります。
晴天時の温度上昇には注意が必要なことがわかりました。
夕方からの温度低下
保温効果があまりないので暗くなる頃にはほぼ外気温と同じくらいになってしまいます。
苗を育てるための簡易温室として
昼間は何とか対応できそうですが、
夜間は保温効果が期待できないので何らかの方法で温める必要がありそうです。
おしまい！！
追記、苗用の保温ヒーターが販売されています。
]]>
でも、AMDのAmuseで遊んでいると、
NPUが使われている様子がない。
いろいろいじっていたら、
たまたまNPUを使う設定に行き着いた。
同じ指示（アプリのデフォルト指示）で絵を描いてもらった。
NPUは面積でGPUの４倍、漫画ふうの絵で個人的にはいいねと思うけど、
作画はGPUが圧倒的に速い。
電力消費が少ないGPUがあればNPUはいらないのかな？
データをとったのは土曜日の午前11時ごろ、
なんと2.6Gbpsと驚異的なスピードが出ていました。
今は夜の21時、この時間でも２Gbps出ていました。
スピードが上がったのは嬉しいことなのだけど、
なぜ
WiFiは混雑している時に有線より遅くなる理由がわからない、
WAN側から見れば有線もWiFiも違いはないと思うのだけど、
なんともふに落ちない。
]]>
今の作りは、
一定時間情報収集して、その後モーターコントロール。
方向を変える場合はモーターを一定期間回すことになって、
その時はdelayで一定時間を確保する、
この時間もデーター収集は止まる。
ってことで、
FreeRTOSで動かしてみようと思ったら、、、
ボロボロ、どうもRPLidarのドライバーはGPIOデバイスとしか共存できないみたい？
おまけにRPLidarのシリアルは115200BPSでの受信なので
UNO R3では専念してやっと取れるスピードなので処理能力的にも無理っぽい。
あと、
このRTOSは勉強用で実用的なアプリに組み込むのは現実的じゃなさそうです。
もっとも、
Arduinoがプログラミングの勉強用なので当たり前と言えば当たり前かな？
UNO R3でLidarのコントロールはちょっと辛いですね。
]]>
この構成だから作れた！
みたいなのを考えているのだけど、、、
ラズパイでもできるものしか思いつかない。
ST32側がITRONでARM64側の言語がC orC＋＋だと
おもしろい物が出来そうなんだけど、、、
]]>
手順は右側のテキスト画面、拡大すれば見えます。
補足、
ディスプレイの周辺がこちゃごちゃしているのは
一枚の写真にLidarとPi5を入れたかったためで、
普段は綺麗に整頓されています。