NeoPixel(WS2812B)の制御 その5
「NeoPixel(WS2812B)の制御 その4」に関して質問がありました。
流通しているNeoPixelマトリックの配列には様々なタイプがあるようです。
そこで、前回のスケッチをもう少し見直して、 XYtoNo()関数の修正でレイアウトの差異を吸収できるよう、修正しました。
スクロール処理を行うNeoScroll()関数を、処理速度を少々犠牲にしてXYtoNo()を使って処理を行うようにしました。
試した感じでは、処理速度的には問題ないようです。
修正版
■ 修正の補足
NeoScroll()関数は、縦x横のドットデータを左に1ドットずらす処理を行っています。
従来版は速度重視のためmemmove()、memset()を使っていたのですが縦並びのLEDに対応出来ません。
そこで XYtoNo()を使てのデータ操作に修正しました。
これにより、XYtoNo()関数にてパネルのレイアウトに対応するだけで差異を吸収できます。
文字の縦の表示開始位置は、次の定数を変更することで調整出来ます。
#define Y_OFFSET 0 // フォントの縦先頭位置
ここで、「NeoPixel(WS2812B)の制御 その4」でZuhiさんがご質問されました、
横32ドットx縦8ドットで「パネルの左上起点に下上になっている」パネルについて対応してみましょう。
256個のLEDが数珠つなぎ(0~255)になっているのですが、並びは次の感じだと思われます。
左上が起点で↓向きでスタート、8個目で↑向きに折り返しで256個がつながっています。
上記において、任意の(x,y)の位置のLEDを操作するためには、そのLEDの先頭からの番号が必要となります。
計算式としては、次のようになります。
xが偶数の場合:
no = x * 8 + y
xが偶数の場合:
no = x * 8 -y + 8 -1
定数を踏まえると..
xが偶数の場合:
no = x * PXCEL_H + y
xが偶数の場合:
no = x * PXCEL_H -y + PXCEL_H - 1
となります。
修正版のスケッチをZuhiさんのパネルに対応する場合、以下の修正でいけると思います。
①定数の変更
#define PXCEL_W 32 // 横ピクセル数
#define PXCEL_H 8 // 縦ピクセル数
②XYtoNo()の変更
noを参考にして修正すると、関数内のreturn文を下記のように修正します
return x&1 ? x*PXCEL_H-y+PXCEL_H-1: x*PXCEL_H+y; // 左上起点下上方向並び
(※修正版にコメント化して記述しています)
横32ドットx縦8ドットパネルは所有していないので、動作確認出来ないのですが、たぶん大丈夫でしょう(;^_^
(うまくいかない場合、連絡ください)
« タマちゃんが15歳になりました(*´ω`*) | トップページ | 一部の記事の削除 »
「arduino」カテゴリの記事
- Arduino IDE+Arduino STM32環境で指定と異なるgccが使われてしまう(2025.01.23)
- Zorin OSでArduino Uno互換機(CH340)が認識しない(2025.01.19)
- Arduino IDE 2.3.4でArduino STM32を利用する(2025.01.12)
- Arduino用 SKK日本語変換ライブラリの開発 その1(2024.12.28)
- NeoPixel(WS2812B)の制御 その5(2024.09.15)
「AVR」カテゴリの記事
- NeoPixel(WS2812B)の制御 その5(2024.09.15)
- Arduino用SJIS漢字フォントライブラリ SDカード版を作成しました(2018.10.30)
- ATtiny13AでI2C接続キャラクタLCDを利用する(4)(2018.04.16)
- ATtiny13Aで赤外線リモコン受信センサーを使う(2)(2018.04.15)
- ATtiny13AでHC-SR04を使った距離計測(2018.04.14)
「表示器制御関連」カテゴリの記事
- NeoPixel(WS2812B)の制御 その5(2024.09.15)
- Arduino用 美咲フォントライブラリを更新しました(2024.03.21)
- Raspberry Pi Pico(MicroPython)でLEDドットマトリックスを使ってみる(2024.03.14)
- Raspberry Pi Pico MicroPython用のマルチフォントライブラリ(2023.02.09)
- MicroPython(Raspberry Pi pico)で8x8ドットNeoPixcel文字表示(2023.02.08)
初めてコメントさせていただきます。
この投稿を見て、横32ドットx縦8ドットパネルに表示させることができました。
この横幅を変えれば、パネル2枚つなげた幅64ドットでも表示できるのではないかと試したところ、32ドットの範囲内でフォントが横広になって表示されてしまいました。
どこかに32ドット縛りの制約が入っているのでしょうか?
32ドットパネルは複数枚所有していますので、こちらで動作確認はできます。
よろしくお願いします。
投稿: あずま | 2024年12月18日 (水) 12時49分
あずまさん
このスケッチでは、ピクセル番号の扱いがuint8_t型であるため、横64x縦8ドットだとオーバーフローしてしまいます。
汎用化した割には、変数の取りうる範囲を考えていませんでした(>_<)
ピクセル番号を処理する関数のいくつかで、オーバーフローしないための修正が必要だと思います。
(修正) uint8_t をuint16_tにする
・void NeoSetRGB(uint8_t no, uint8_t R, uint8_t G, uint8_t B, uint8_t flgUpdate=false)
を
void NeoSetRGB(uint16_t no, uint8_t R, uint8_t G, uint8_t B, uint8_t flgUpdate=false)
に修正
・inline uint8_t XYtoNo(uint8_t x, uint8_t y)
を
inline uint16_t XYtoNo(uint16_t x, uint16_t y)
に修正
上記以外にも、もしかしたら uint8_t をuint16_tにする 修正が必要となるかもしれません。
投稿: たま吉さん(管理者) | 2024年12月18日 (水) 13時54分
横64ドットに表示させることができました。
ありがとうございました。
投稿: あずま | 2024年12月22日 (日) 16時13分