https://learn.adafruit.com/1-8-tft-display/python-usage
を参照して。
以前、トライした時には、座礁しました。
何故、出来なかったのか?
キット、私に素直さが無かったのでしょう。柔らかな思考が無かった!
描画出来るとあるのに
出来なかった事がいつもでも、咽に掛かった魚の小骨のようで、早く取ってしまいたかった。
(早く描画したかった)
何度も、トライしていたのですが・・・

本日、とうとう
描画出来ました!! って、ページの案内通りに進めば良いだけなのですが・・・
今日まで、出来なかったw

これまでは、Python2.7 で出来ていたが、
もうこれは、旧時代の方法らしく、何とか
Python3で、描画したかった。
でも、これは先日アップデートした
RZP4_B_2GB 64bitOSでは、エラーで描画出来ませんでした.
物は試し、ついでと言う事もあるので
RZPzeroWにスクリプトを転送し、
$ python3 image.py してみると
1回目、解り易いエラーが出、これは行けそう・・・修正
2回目 $ python3 image.py
成功です! このイラストの生き物、全く苦手で・・・・
もう見ただけで「鳥肌もの・・・駈けて逃げだしてしまう 最も苦手な生物なんですが・・・」
イラストでも、勿論ダメ! しかし今回は、この発作は起きませんでしたw。 文字も出るはず。。
$ python3 shapes_text.py (スペル合ってる?)

めでたし! めでたし!

数年前に購入した[ sku:MSP1803 ] 1.8インチ SPI TFTモジュールです。
チップは ST7735 です。
2枚購入して、やっと2枚目も使う事が、この度出来ましたw。

Last edited by ton_katu on Tue Feb 22, 2022 11:39 am, edited 3 times in total.

面白いですね

この仕掛けで、Python3で起動すると描画しなかった
スクリプトが何ら問題なく、描画しています。
どう言う事でしょう?
両方、Python2.7版対応のスクリプトと
今回のPython3版のスクリプトを比較すると
Pointになると思われる箇所で
記述が違っていたり、数値が大きく異なっているにも
係わらずです!
Pythonは、Python眼の無い人間(
プログラミング力の無い人間)の眼からすると
『些細な点』の記述の相違でインタプリタがエラーを告げてきて
直すまでは、頑として動きません!・・・・ですよね!
これは何度も、と言うかスクリプトを
書くときに必ず直面する事です。
止まってしまうスクリプトに、
私は毎回『なんでやろ〜♪なんでやろ〜♪』と
思ったり、解決出来ずに諦めたりして来ました。
しかし、このPython の頑固さにも、ある程度の
有余というか「幅」があるのでしょうか?

だって、同じ動作を企図して書かれたスクリプトに違いが
存在し、なおかつ互換性が無いと聞く
Python2.7とPython3の違いを超えて
スクリプトが問題なく目の前で機能しているんですから!!

このTFTの画像は、私が聞いて居る
Webラジオの選局時に再生と同時に描画する様に
shellscriptでセットしている画です。
今、再生中ですが、Python2.7版で動く様に書かれて
いる=筈の=script=昨年の九月に初めて
RZPzeroWで描画が成功した時のscript=をPython3で起動しています。

このRZPzeroWは
単に
$ python -V
と聞くと
「Python 2.7.16」と返します。
ですので、
これまではscript起動時の前置詞は
$ python (ファイル名)です。
Python2.7版のscriptに対して
RZPの既定の設定を後でPython3に替えてしまうと
エラーで起動出来ませんでした。

OSインストール時に同時にインストールはされているので
$ python3 -V
で聞けば
Python 3.7.3
を返します。

AIが働いて、この五ヶ月間にscriptを
自動的に書き替えたなんてことは、無いのですから
不思議というか? 私の理解不足なのか?
たぶん、いや 絶対 後者でしょうけど!

面白いと思いました。

ディスプレイで見ている画像は
とても綺麗です。
スマホからの画像は圧縮やシャッタースピード
の関係で、ここにアップすると綺麗でなくなりますw
ブレッド・ボード上のR等は、このディスプレイとは
無関係です(無くさないように仮に挿してあるだけです)
========後記

どうも、大変な勘違いを・・・・とほほ

分かりました。

Python2.7スクリプトと
Python3スクリプトとで、
表示させるディスプレイの使用ピンの組合わせが、
今回全く同じだった為に、表示器としてなんら問題を生じない、
当たり前の事でした。

スクリプトの中身が違うのに表示できる・・・
変だなと思ってッ仕舞ったのですが・・・

chちがう放送局どうしでも同じ1台のTV受像機で
TVは映るので、これと同じ事
何もおかしな事は無いという事ですwwww イカン!!

いや〜 あたまワリイナ 俺って!!
もっと悪くなっていくんだろうな・・・年と共に・・・・

Last edited by ton_katu on Tue Feb 15, 2022 1:40 pm, edited 2 times in total.

今回のモジュール[ MSP1803 ]のチップは
ST7735Sです。(と、取説にあります)

今回使わせて貰った、adafruitのscriptでは
script内に[ ST7735R ]の文字が見えます。

文字上では「S」と「R」の違いが有るようです。

しかし
ディスプレイ上では、描画が
たとえば、左(或いは右)。或いは上(或いは下)に
オフセットされてしまう様な事は有りませんでした。

Arduinoを弄っていた時(数年以前)に
2〜4ピクセル、どちらかに
シフトして描画する事が有りました。
プログラム上で弄って直した事が有りました。
Arduinoは理解する前に、興味が薄れ触らなくなったので
現在は、全く解りません。

昨年の9月時のTFT描画のPython2.7版の
scriptでは
赤が青になる現象があり
肌色がディスプレイでは「青ざめて」描画されて居ました。
これは後で、Web検索に依り解決出来ましたが。。。
今回は、こういった事も有りません。

ハイ、2枚目のTFTも秋月の基板にのせHATにしました。

1枚目の時は、バックライトの電圧を5Vにしていたのですが、
今回は3.3vにして見ました。

このTFTでは、3.3vの方が、発色が鮮やかで
ディスプレイ描画が綺麗です。

例によって、圧縮になるのでここに載せる画像は綺麗では
ありませんが。実物は綺麗でスチール写真の画像みたいですw
満足!

Mozartの顔色がとても良いです。

ラスパイzeroW(Python3.7)で描画できている
スクリプトが
ラズパイ4(64bitS)
Python3.9.2で描画できなくなりました。

Python3.9.2になって、spiの使い方に変更があり??? 齟齬を生じた様です???。
⬆
これは、私の間違いです
単にspiをオンに設定しなかった為に、起こったことで
OS側には問題はありません。spiはオンにしたつもりになっていました。

$ python3 image.py
========以下エラー
Traceback (most recent call last):
File "/home/pi/NewTFT/image.py", line 33, in <module>
spi = board.SPI()
File "/usr/local/lib/python3.9/dist-packages/board.py", line 311, in SPI
return busio.SPI(SCLK, MOSI, MISO)
File "/usr/local/lib/python3.9/dist-packages/busio.py", line 286, in __init__
self._spi = _SPI(portId)
File "/usr/local/lib/python3.9/dist-packages/adafruit_blinka/microcontroller/generic_linux/spi.py", line 22, in __init__
self._spi = spi.SPI(device=(portid, 0))
File "/usr/local/lib/python3.9/dist-packages/Adafruit_PureIO/spi.py", line 167, in __init__
raise IOError("{} does not exist".format(device))
OSError: /dev/spidev0.0 does not exist
=====
TFT描画しないので、ラズパイ4_B(64bitOS)の
Python3のバージョンを確認したら
$ python -V
Python 3.9.2
になっています。

ラズパイゼロWのPython3.7では同じscriptは描画しています。

=======後書き 2022年02月24日
このエラーは、私の初歩ミスにより、
sudo raspi-config で spi を オン にしてなかった!!
事に因るモノでした。
申しわけありません。
「spiデバイスが存在しない」というエラー。
raspi-config で spi を オン していなかったで、「無い」と判断されました。

何時もOSのインストール後、直ぐに入れていたので
RZP4Bでも入れたつもりになっていましたw

Last edited by ton_katu on Thu Feb 24, 2022 9:27 am, edited 3 times in total.

ラズパイゼロWで描画しているブリンカの色調が、
よく観たら
赤と青が反転していて、原画と相違している。

このST7735モジュールでは、前にも
同様の事があった。Mozartの顔が「青ざめていた」
色調を修正したら、「肌色に綺麗に描画する様になった」

その時の修正例に倣って、scriptに2行追加した。
image = Image.open("arduino_compatibles_blinka.jpg")
b,g,r,a =image.split()
image =Image.merge('RGB', (r, g, b))

の様にimage=Image.open()の下に
2行を追加した。
この2行追加でエラー発出

$ python3 image-2.py
=======
Traceback (most recent call last):
File "image-2.py", line 76, in <module>
b,g,r,a =image.split()
ValueError: not enough values to unpack (expected 4, got 3)
===
ならば、
「a」を削ってみた。
これで、上手く行った。
74image = Image.open("arduino_compatibles_blinka.jpg")
75
76 b,g,r =image.split()
77 image =Image.merge('RGB', (r, g, b))
78
===
76,77が追加の2行
前回は、「a」が在って上手く行ったが・・・
今回は「a」が無くて上手く行った。
a;透過度に関する項目らしい。

R.G.Bの青・赤の色調が反転している場合は、
このスプリットして、マージする事で
上手く行く様です
二回この現象の出会い、二回この方法で
修正できました。方法は他にも有るかも知れませんが。
お困りなら、お試し下さい、
修正後は、背や頭が「青く」なってます。




修正後

TFT描画できないので・・
もしや、版を古くしたらどうかと、実験して見たら・・・
やはり、ダメでしたw そう簡単ではないw
RZP4Bの64bitOSを32bit版に、戻してみましたが・・・・

Linux ・・・ 5.10.63+ #1496 Wed Dec 1 15:57:05 GMT 2021 armv6l
のRZPzeroWでは(buster)

$ python -V
Python 2.7.16
$ python3 -V
Python 3.7.3
と2つのVer.が搭載されていて、「使い分け」ができますが

Linux ・・・ 5.10.92-v7l+ #1514 SMP Mon Jan 17 17:38:03 GMT 2022 armv7l
のRZP4B(32bit) (bullseye)
では、
$ python -V
Python 3.9.2
で、Python2.7は、もう搭載されていませんね。

RZP4Bの64bitOS版でも、
$ python -V
Python 3.9.2
となっています。

=======
古い態勢でかかれたscriptは、うっかりすると
どこかのVer.up やupdateで機能しなくなる可能性が「大」ですね???。
勉強不足で、確定的な事は言えませんが・・・
========
後書き==この上の3行、撤回します 申しわけありません。2022年02月24日

TFTが描画しなかったのは、私の初歩ミスです。

Last edited by ton_katu on Thu Feb 24, 2022 8:04 am, edited 2 times in total.

うっわ〜〜〜

穴があったら、入りたい・・・・・・

ごっめんなさい

RZP4B_2GB
$ python -V
Python 3.9.2

描画できました!!!

何と、初歩的な! ミスを・・・・・!!!

エラーは「spi が存在しない」と言っていました・・・
存在しないって?!どういうこと?!!

そうです!

sudo raspi-config で spi を オン にしてなかったです。。

ああちゃ〜〜〜

ダメなわけです!

穴あったら・・・入りたい!!

大変失礼しました。

Linux ・・・ 5.10.92-v8+ #1514 SMP PREEMPT Mon Jan 17 17:39:38 GMT 2022 aarch64
64bitOS
$ python -V
Python 3.9.2
でも、描画を確認しました。

ちょっと、上手く行かないと『他のせいにする』私の悪い癖が
今回も、出て仕舞いしました。
バックライトに5vを入れていますが。。。
画面が暗い感じです。
3.3Vでは、もっと明るいので、結線を3.3Vに替えてみます。 後書き ====
バックライト、3.3Vにしましたが、変化は
ありませんでした。やはり、やや暗いです。
RZPzeroWに載せている時は、「暗い」と感じなかったので
すが・・・2枚を並べて表示はさせなかったので。
違いに気付かなかったのかも。或いは、TFTの個体差か?
=====
ともかく、ラズパイ4でもTFT描画する事が判って
安心ししました。

この後、3.5インチの描画実験を計画しているので。
======= 2022年02月24日 17:25

文字列の位置を変更して見た。
draw.text((30,50),"Yatta Ne",font=font,fill=(255,255,0))

draw.text(横,縦)のピクセルで書きだし位置を指定する。
他の関係箇所をコメントアウト