SSD1309な2.42インチOLEDモジュールのI2C版

2.42インチのSSD1309なOLEDモジュールがAliexpressでやすかったのでポチってみた。

SSD1309なOLEDモジュールはSPI接続が多くてI2Cで使う場合はジャンパで変更したり改造したりしないといけないイメージだけど、最初からI2Cなやつが売っていた。

1.3インチとかだと袋だったりするけど、2.42インチはケースに入って送られてきた。まぁお値段も倍以上するしな…

付属のピンヘッダをハンダしてみた。縦置きと横置きのどちらでも使えるようにピンヘッダを取り付けるところは2箇所あるっぽい。このモジュールはI2Cのみ対応なので4Pinしかない。

裏面にはI2Cアドレス変更ジャンパが存在する。

Arduinoのライブラリだと0x78にジャンパをセットすると0x3C、0x7Aにセットすると0x3Dになる。

あとD2のところに「ACK responseが必要なときはD2をショートしてください」と書かれてる。前回改造した1.54インチOLEDモジュールは普通にジャンパしていたところだとおもうけど…

とりあえずそのままの状態でArduinoで試してみた。

使用したライブラリはThingPulse OLED SSD1306ライブラリ。

SSD1309とSSD1306は制御コマンドが同じなのでSSD1306のライブラリがそのまま使用できる。

この状態ではサンプルが動かない…
ということで先程のACK応答が出る仕様に改造してみた。

D2のダイオードを取り外して、かわりに75Ωの抵抗を実装してみた。ショートと書いてあるので0Ωの抵抗とかでも大丈夫だと思う。逆に抵抗値が高すぎるとうまく動かなそうなので無難にショートの方がいいかも。

そうすると先程のライブラリで画面が映るようになった！

ACK応答を見ないでじゃんじゃんデータを送るようなプログラムだと多分この改造がいらないのかもしれない。

ちなみにThingPulseのライブラリで他のI2Cデバイスと共存させたい場合は初期化のところを

SSD1306Wire display(0x3c, SDA, SCL, GEOMETRY_128_64, I2C_ONE, -1);

にしておくといいかも。

その場合は

display.init();

の前に

Wire.begin(SDA,SCL);

も忘れずに。(SDAとSCLを変更する場合はdefineも忘れずに)

これならESP32でHW I2Cを使ってLCDとその他センサ類を共存できた。

やっぱり2.42インチ、大きくて見やすい。この解像度で0.96から2.42まであるけど2.42まで行くとドットのあらさが目立つようになるのでフォントもそれに合わせて選定するとよりかっこいいかも。

ちなみにI2C版のモジュールも何種類か存在するみたいで、今回購入したのはRESET回路が内蔵されているタイプだったけど、RESETピンが出てる5ピンタイプも存在してた。この場合はマイコンからリセットするか、リセット回路を内蔵すれば良さそう。SSD1309って結構リセットがシビアな感じがするのであえて外に出しているのかな…

HAKKO FX-600を買ってみた。

しばらく前から一応はセラミックヒーター式のハンダゴテを使っていたのだけども、会社で使っているハンダゴテがすごく良かったので購入してみた。一応ステーションもあるんだけどこっちのほうがサクッと出してハンダできて愛用していたので。

HAKKOのFX-600ってやつ。

Amazon限定のクリアモデルにしてみた。

コテ先はT18-CF2をチョイス。T18-C2も使ったことあるんだけど面のみのコーティングのほうが自分的には使いやすかったので。

まぁ半田するものにもよるんだろうけど、コテ先交換面倒なのでオールマイティーな感じのやつに。

温度調整が手元でできるの便利だし、電源入れてすぐに使えるのがすごく便利。

もっと早めに買っておけばよかったかもしれない…

Arduino Nano Everyクローンを買ってみた

Atmega4809を使ったArduino Nano Everyが気になったので探していたら安いクローンを見つけたのでクローンを買ってみた。

Arduinoは結構中国製のクローンが出回っているけど、たまにハズレを引くんだけどね…

今回はArduino Nano Every互換機が５ドルということでAliexpressから購入してみた。

Arduino Nano Every互換機と言う割にマイコンがAtmega4808だった。
Atmega4808とAtmega4809はピン数違いっぽい。

Atmega4809搭載版でも使ってないピンがそこそこあるので4808載せちゃったのかな。

Arduinoのピン配置はArduino Nano Everyと互換性を保ちつつ増やしている感じ。

Arduino IDEではArduino Nano Everyとして書き込みができなかった。調べてみるとこのクローンはThinaryというところが作ったボードらしい？

なのでGithubよりThinary Nano Every用のボード情報をダウンロードして来ないといけないっぽい。

デバイスマネージャーではUSB-SERIAL CH340として認識していた。
Win10だけど、特にドライバのインストールはいらなかった。
ちなみにUSBシリアルICとして340E930(CH340)が搭載されていて、JTAG2UPDI用にNuvotonのN76E003AQ20が搭載されていた。

ThinaryArduinoをArduino IDEに登録するにはArduino IDEの追加のボードマネージャのURLに

https://raw.githubusercontent.com/Thinary/ThinaryArduino/master/Thinary-boards-index/package_thinary_index.json

を追加して、ボードマネージャからThinaryを検索すれば出てくるようになる。

Thinary AVR Boardsを選んでインストールするとボードマネージャにThinary Nano Everyが追加される。

Arduino Nano Every同様、Arduino Nano(Atmega328p)との互換性を保つためのレジスタエミュレーション機能とかも使えるようだ。

megaAVR0シリーズはUPDIがつかえるので1Pinだけで書き込めるのが便利。ちなみにOptibootも対応バージョンが有るようなので今まで通りのシリアル書き込みできるような互換ボードも作れそう。
Atmega4809搭載Arduino互換機も作れちゃうっぽい。

UPDI対応するのにもう1個マイコン積むのも大変そうなので簡易的にはシリアルのブートローダーも良いかもしれないな。

Softbank Air ターミナル3+をただのAPとして使う。

友人がソフトバンクエアー解約してこの使えない装置なんとかできないかと悩んでいたので借りてきた。ソフトバンクエアー、噂通り結構ひどい回線らしい。

LTEモデムが入っているので改造して他のSIMで使えたらいいなーと思ったんだけど79aに関してはファームウェアすら入手できなさそう。

というわけでお手軽にAPにできないかやってみた。

設定画面はシンプルすぎてほぼ設定するところがない。DHCPも止めるような項目がない…

DHCP止めないとAPとしては使えないしなぁ

いろいろ試してみた結果、ネットワークの設定のIPアドレス/DHCPサーバの設定で

本機器IPアドレスと、割当アドレスの範囲の開始IPと終了IPの３つのIPを一緒にするとIPが割り当てられない事が判明。今回は試しに192.168.11.100に設定。

そもそも同じ値を入れても保存できないんじゃないかと思いこんでいた…

入れてみたら普通に保存できるじゃん！

保存して単体で適当なWiFiデバイスを繋いでみるとIPアドレスが取得できなくて自動プライベートアドレスになった。これでルーターに接続しても大丈夫そうなことがわかった。

こうなると自動プライベートアドレスで接続できたほうが便利そうなので本機器IPアドレスを169.254.255.1に設定してみた。これならDHCPでIPが取得できなくても自動プライベートアドレスの状態でhttp://169.254.255.1にアクセスすればSoftbank Airの設定画面が開けるはず。しかしサブネットマスクを255.255.0.0にできなかったので、Chromeのデバッグ機能(F12)を使用してdisabled="disabled"の部分を消してみた。すると255.255.0.0に設定できるようになった。(ちゃんと保存を押しても保存されてる)

これなら設定したいときはルーターに接続せずに単体で起動してWiFiに繋げば自動プライベートアドレスで設定画面にいつでも行けるかも。という汎用性がある設定に。ただしルーターに繋いだ状態だとアクセスできないけど…

そこは環境に合わせてという。

ちなみにWiFiで一応64台まで繋げられるっぽい。

というわけでめでたくNTTのPR-400NEにこいつを接続してただの光回線のWiFiアクセスポイントとして活躍できることとなったらしい。ルーター機能としてはNTTの純正結構最強だし、無駄なWiFiオプションプランとか入らなくていいし良かったみたいだな。

11acの2ストリーム対応なのでルーター機能いらないなら中古でも投げ売りされてるのでお得かも。ちなみに11ac対応デバイスで実測で450Mbpsぐらい出ていた。(有線だと600Mbpsぐらいの回線で)

AX88179搭載の安価なUSB3.0 LANアダプタを買ってみた

ラズパイ用にUSBのLANアダプタを探していたらUSB3.0対応版が安かったのでついポチってしまった。
USB2.0対応のでも問題なかったんだけどね…

というわけでASIX AX88179搭載のLANアダプタが500円以下で購入できた。

KEIBUっていうところのLANアダプタ、Aliexpressで4.13ドルだった。
一見Plugableの旧型のLANアダプタ(Wii対応のやつ)にも見えたんだけどね…

多分デザインはPlugableのUSB2.0のやつのパクリかな？GLAABITってなんだよっていう…

でも一応USBはちゃんと3.0っぽいのがついてる。


裏面は何も書いてない。

こういう怪しいデバイスは分解したくなる。AX88179搭載のLANアダプタとかAmazonでもこれの二倍以上の値段するし…
というわけで早速分解。

樹脂のハウジングは接着もされてなかったのでかんたんに分解できた。
一応AX88179って書いてあるチップが乗ってる。USB2.0対応のASIXチップはCOB実装のを見たことがあるけどこいつはちゃんとICが乗ってる。本物なのかな？

裏面はこんな感じ。MACアドレスEEPROMが載ってる。
表面はコモンモードチョークコイル系の部品をガッツリとガーバー編集で省いてしまった感が出ているけど…
LEDのパットとかもあるけど部品は乗ってない感じ。まぁLAN端子側にアクセスLED等がついてるから問題ないのだろうけども。
USB3.0 LEDってのが気になってパターンたどってみたら一応Super-Speedのときに光るような端子につながっているみたい。
実装すれば光るのかもしれない。


一応PCでもちゃんとAX88179として認識するし、ASIXの最新ドライバもちゃんとインストールできた。MACアドレスのベンダーIDはMotorola Koreaらしいけど。怪しい…
インターネットスピードテストしてもいつもどおり600Mbps超えてるから一応ギガビット出てそう。ローカルでは測定してないけど。

Auto-MDIX対応じゃない適当なLANアダプタとストレートケーブルで繋いでみたらちゃんと接続できたのでAuto-MDIX機能が付いてるみたい。

一応ASIXチップ搭載ということでNintendo Switchに接続してみたらちゃんと認識して有線LANでネットに繋ぐことができた。ギガビットでUSB3.0な任天堂スイッチ対応LANアダプタとして最安値なんじゃないかな？むしろギガビットじゃないやつより安いし…

Attiny 412で赤外線リモコンを受信してみた

 Attiny412でNECフォーマットな赤外線リモコンを使ってみた。このマイコン小さいのにペリフェラルめっちゃついてるし面白い…

とりあえずArduinoのmegaTinyCoreを使ってjtag2updiな書き込み機で試してみた。UPDIは電源とグラウンドとUPDIのピンだけで書き込めるのですごく便利だ。

IRremoteライブラリはtinyAVR1に対応していなかったので、簡易的にメインループ内で実行できるような状態で確認してみた。

#define ir 2

void setup() {
  pinMode(ir, INPUT);
  Serial.begin(115200);
  Serial.println("megaTinyCore IR reciever");
}

void loop() {
  unsigned long int sb, lt, ht;

  while(digitalRead(ir) == HIGH){;}
  sb = micros();
  while(digitalRead(ir) == LOW){;}
  lt = micros() - sb;

  if(lt > 9000){
    sb = micros();
    while(digitalRead(ir) == HIGH){;}
    ht = micros() - sb;
    if(ht > 4500){
      ir_decode();
    } else if(ht > 2100){
      Serial.println("---Repeat Code---");
    }
  }
}

void ir_decode(){
  int i;
  unsigned int custom;
  uint8_t data,data_inv;
  unsigned long int sb, len;

  i=0;
  while(1){
    sb = micros();
    while(digitalRead(ir) == LOW){;}
    while(digitalRead(ir) == HIGH){;}
    len = micros() - sb;

    if(i < 16){
       if(len > 2000){
         custom = custom << 1 | 1;
       } else {
         custom = custom << 1 | 0;
       }
    }else if(i < 24){
       if(len > 2000){
         data = data << 1 | 1;
       } else {
         data = data << 1 | 0;
       }
    }else if(i < 32){
       if(len > 2000){
         data_inv = data_inv << 1 | 1;
       } else {
         data_inv = data_inv << 1 | 0;
       }
    }
    i++;
    if(i >= 32){
      break;
    }
  }
  if(data == uint8_t(~data_inv)){
    Serial.print("Custom Code:0x");
    Serial.println(custom,HEX);
    //Serial.println(data,BIN);
    Serial.print("Data Code:0x");
    Serial.println(data,HEX);
    //Serial.println(data,BIN);
  }
}

これで一応受信できてるっぽい。サンプルなのでシリアルポートで出力してるけど簡易的な用途だったらAttiny202でも行けるかもしれない。ちなみにこの状態で2237バイト。
シリアルなかったら202に収まるかも？

SSD1309な1.54インチOLEDをI2C接続に改造してみた。

SPI接続の1.54インチOLEDモジュールをI2C接続に改造してみた。

前回テスターで確認してみた感じだとSSD1309自体はI2Cにも対応してるんだけど、基板上でSPIモードに固定されてそうだったので基板を改造したI2Cに対応させてみた。

一応SSD1309な1.54インチのOLEDモジュールも何種類かあってSPIとI2Cが切り替えられるようなモジュールも存在しているのでI2C対応はできるはず！ということで調べてみると24PinのOLEDモジュールの仕様書的なものがあったのでその通りに配線してみた。

しかしBS1(LCD側の6番ピン)がどうやらコネクタの下でGNDに直結されてそうなのでOLEDモジュール自体を剥がして基板だけにしてみた。

OLEDディスプレイ自体は両面テープで固定されていたけど隙間からアルコールを数滴垂らして薄いコーキングヘラでゴシゴシしていたら剥がれた。糸とかのほうがいいかも。

OLEDディスプレイ自体は割れやすそうなので注意かも。

やっぱり表面には出ていなかったので、コネクタを剥がしてみた。予想通りコネクタの下で６番Pin(写真だと右から6番目)がGNDにつながっていた。

とりあえず6番Pinがコネクタの下で6Pinに接続されているのをパターンカットしてコネクタを戻した。6番Pinのパターンカットが失敗しているとI2Cの改造で3.3VとGNDがショートしてしまうのでちゃんとテスターチェック。

そんでもって５番PinがVDDなのでコネクタを取り付けたあとに5番Pinとショートさせた。さらにI2Cの場合はSDAとしてPin14とPin15を使用するので14がSDAにつながっていたので14と15をハンダでショートさせて使用した。

あとはI2CタイプのSSD1306モジュールのようにパワーオンリセット回路を追加した。手持ちの部品で1uFと2.2kΩで試してみたんだけど不安定だったので、1uFと10kΩの簡易CRリセット回路にしてみた。面実装のダイオードが手持ちでなかったのでダイオードはつけてない。ダイオードを付ける場合はカソード側をVCCで抵抗と並列につなぐ。

でもとりあえずこれで電源とI2Cの2本、計4本でマイコンに接続できる。

SPIだと画面を高速で切り替えられていいんだろうけど、あんまりスピードが必要ない用途にはやっぱりピン数が少なくて良いI2Cが便利かも。

ちなみにソフトウェアの方は基本的にはSSD1306とSSD1309は同じコマンドに対応しているので互換性があるっぽい。リセットの回路はSSD1306と同じ定数ではうまくリセットできないことが多かったので違いはそのへんかな？

SSD1306のライブラリでそのまま動かすことができた。u8g2では

U8G2_SSD1309_128X64_NONAME0_F_HW_I2C u8g2(U8G2_R0);

という設定も用意されているけどSSD1306のままでも行けた。

SSD1306搭載の0.96インチOLEDモジュールの置き換えとしてはSH1106搭載の1.3インチよりもこのSSD1309搭載の1.54インチのほうがソフトがそのまま使えて便利かも。画面も大きいし。