ＴＭ１６３８ＱＹＦ基板 ＸＣ８制御ライブラリ
↑ 基板全景
超安価なＴＭ１６３８制御の７セグＬＥＤ＆スイッチ多数基板
ＡＭＡＺＯＮで購入した超安価な中華ＬＥＤ基板です。
前回のTM1638LED基板もそうでしたが、製品の信頼性は低い様で注意が必要です。
接続コード付きで１セット５５０円位で２セット購入しました。
付属コード使用でそのままＰＩＣキットに接続できました。
と言う訳で、制御関数を作ってみる事にしました。
当初、同じＴＭ１６３８を使用しているので、当局版ＴＭ１６３８ＸＣ８ライブラリをそのまま使用できるかと思い、デモプログラムを動作させてみました・・・
すると、動くには動いてはいるが表示がデタラメ (◎_◎;)
前回同様、基板回路図は無いので気を取り直して、兎に角データを送信してみる事にしました。
同じ制御ＩＣを使用しているので、下位レベル関数はそのまま使えるはず。
参考文献
ＴＭ１６３８マニュアル TITAN MICRO ELECTRONICS
ＸＣ８用ＴＭ１６３８制御関数ライブラリ JA0QONホームページ
ＡＭＡＺＯＮで購入した超安価な中華ＬＥＤ基板です。
前回のTM1638LED基板もそうでしたが、製品の信頼性は低い様で注意が必要です。
接続コード付きで１セット５５０円位で２セット購入しました。
付属コード使用でそのままＰＩＣキットに接続できました。
と言う訳で、制御関数を作ってみる事にしました。
当初、同じＴＭ１６３８を使用しているので、当局版ＴＭ１６３８ＸＣ８ライブラリをそのまま使用できるかと思い、デモプログラムを動作させてみました・・・
すると、動くには動いてはいるが表示がデタラメ (◎_◎;)
前回同様、基板回路図は無いので気を取り直して、兎に角データを送信してみる事にしました。
同じ制御ＩＣを使用しているので、下位レベル関数はそのまま使えるはず。
参考文献
ＴＭ１６３８マニュアル TITAN MICRO ELECTRONICS
ＸＣ８用ＴＭ１６３８制御関数ライブラリ JA0QONホームページ
↑ ＰＩＣ側との接続は５ピン
今回の回路図はありません
実際はＰＩＣキットの１４ピンＣＰＵ基板にこのＴＭ１６３８ＱＹＦ基板を付属のコードで接続しただけ・・・
プログラムから見えるＴＭ１６３８ＱＦＹ基板の構造
紛らわしいので、この１６スイッチ基板は「ＴＭ１６３８ＱＦＹ基板」、
以前の８スイッチ基板を「ＴＭ１６３８ＬＥＤ基板」とし、
ＳＥＧ線１０までＬＥＤを接続した基板を「ＴＭ１６３８ＦＬＥＤ」（フルＬＥＤ基板）、とします。（存在するかは不明 (^_^;) ）
今回はＴＭ１６３８ＦＬＥＤ基板は登場しません。
なぜこんな事を書いたのかと言うと、ＴＭ１６３８マニュアルには、
ＧＲＩＤ線が８本、ＳＥＧ線が１０本存在する様です。
最初に登場のＴＭ１６３８ＬＥＤ基板は、
ＳＥＧ１線～ＳＥＧ８線までが７セグＬＥＤのセグメントに接続
→ＤＡＴＡ送信でビットデータに対応してセグメントに通電
ＳＥＧ９線が単ＬＥＤ、ＳＥＧ１０が未接続
ＧＲＩＤ線は７セグＬＥＤのコモン線に接続、偶数アドレスで選択
→アドレス送信で対応ＧＲＩＤ線が通電
ＳＥＧ９～１０は奇数アドレスで選択・通電
ＧＲＩＤ線とＳＥＧ線を逆に使い、１０桁の７セグＬＥＤを制御する回路がマニュアルには提示されています。
つまり、１０桁７セグＬＥＤ、８桁１０セグＬＥＤ、或いは８桁７セグＬＥＤ＋１６個までの単ＬＥＤと言う基板構成が考えられるからです。
そのＴＭ１６３８ＦＬＥＤ基板と思しき物はＡＭＡＺＯＮには無い様でしたが。
この基板を眺めてもプリントパターンはよく解らず。
当たり前ですが、低レベル関数を使用し、コマンドを送る分にはＴＭ１６３８ＬＥＤ基板と同じ。
セグメントデータを１つずつ送信すると、ちゃんとセグが発光する。
がしかし、以前の「アドレス指定＋セグデータ送信」方法では表示結果がおかしい
セグメントデータを送信すると、７セグ８桁の同じセグメントが同時に発光する
う～～む、これはもしかして・・・
ＳＥＧ線とＧＲＩＤ線が入れ替わっているのでは？
１０桁７セグで無いのに何のためにプログラムし難い方法で８桁構成・・・
この方法のメリットのＳＥＧ９～１０は使っていない・・・
もしかして深く考えずにハードを作っちゃった？
文句ばかり言っても始まらないので、配線に合わせて？
頭を９０度傾け(アナログ人間・・・ (^_^;) ）、
紅茶をすすりながら関数の変更を行う事にしました。 (-_-メ)
当局だったら絶対にこんな回路構成にはしないな、などとアマチュアのくせに文句を言っております・・・
紛らわしいので、この１６スイッチ基板は「ＴＭ１６３８ＱＦＹ基板」、
以前の８スイッチ基板を「ＴＭ１６３８ＬＥＤ基板」とし、
ＳＥＧ線１０までＬＥＤを接続した基板を「ＴＭ１６３８ＦＬＥＤ」（フルＬＥＤ基板）、とします。（存在するかは不明 (^_^;) ）
今回はＴＭ１６３８ＦＬＥＤ基板は登場しません。
なぜこんな事を書いたのかと言うと、ＴＭ１６３８マニュアルには、
ＧＲＩＤ線が８本、ＳＥＧ線が１０本存在する様です。
最初に登場のＴＭ１６３８ＬＥＤ基板は、
ＳＥＧ１線～ＳＥＧ８線までが７セグＬＥＤのセグメントに接続
→ＤＡＴＡ送信でビットデータに対応してセグメントに通電
ＳＥＧ９線が単ＬＥＤ、ＳＥＧ１０が未接続
ＧＲＩＤ線は７セグＬＥＤのコモン線に接続、偶数アドレスで選択
→アドレス送信で対応ＧＲＩＤ線が通電
ＳＥＧ９～１０は奇数アドレスで選択・通電
ＧＲＩＤ線とＳＥＧ線を逆に使い、１０桁の７セグＬＥＤを制御する回路がマニュアルには提示されています。
つまり、１０桁７セグＬＥＤ、８桁１０セグＬＥＤ、或いは８桁７セグＬＥＤ＋１６個までの単ＬＥＤと言う基板構成が考えられるからです。
そのＴＭ１６３８ＦＬＥＤ基板と思しき物はＡＭＡＺＯＮには無い様でしたが。
この基板を眺めてもプリントパターンはよく解らず。
当たり前ですが、低レベル関数を使用し、コマンドを送る分にはＴＭ１６３８ＬＥＤ基板と同じ。
セグメントデータを１つずつ送信すると、ちゃんとセグが発光する。
がしかし、以前の「アドレス指定＋セグデータ送信」方法では表示結果がおかしい
セグメントデータを送信すると、７セグ８桁の同じセグメントが同時に発光する
う～～む、これはもしかして・・・
ＳＥＧ線とＧＲＩＤ線が入れ替わっているのでは？
１０桁７セグで無いのに何のためにプログラムし難い方法で８桁構成・・・
この方法のメリットのＳＥＧ９～１０は使っていない・・・
もしかして深く考えずにハードを作っちゃった？
文句ばかり言っても始まらないので、配線に合わせて？
頭を９０度傾け(アナログ人間・・・ (^_^;) ）、
紅茶をすすりながら関数の変更を行う事にしました。 (-_-メ)
当局だったら絶対にこんな回路構成にはしないな、などとアマチュアのくせに文句を言っております・・・
↑ 今回の構成
ＰＩＣキット、１４ピンＣＰＵ基板
ＴＭ１６３８ＱＹＦ基板付属のコードで、
ＲＣ０→ＣＬＫピン
ＲＣ１→ＤＩＯピン
ＲＣ２→ＳＴＢピン
と接続
ＴＭ１６３８ＱＹＦソフトウエア的考察
さてと、前述しましたように今までは７セグＬＥＤのセグメントに「データ」、
同じくＬＥＤコモン線に「アドレス」を送信する事でそれぞれアクティブとなってました。
これが逆となり、７セグＬＥＤのコモン線に「データ」、
同じくセグメントに「アドレス」を送信する事でアクティブとなります。
これはソフトウエアから見ると、
「アドレス」のｂｉｔ０は全ＬＥＤのＳＥＧａ、同じくｂｉｔ１はＳＥＧｂ・・・
同じくｂｉｔ７はｄｐ、
「データ」のｂｉｔ０はＬＥＤ８（ここでは最右側）をアクティブ
同じくｂｉｔ８はＬＥＤ１（ここでは最左側）をアクティブ
以上より今までの様な、すでにラッチアップ・表示されている状態で、他のＬＥＤには干渉せず（表示を変えず）特定のＬＥＤのみにアクセスして表示を変える、と言う事が出来なくなった・・・
よって、「ＬＥＤ＿ＢＵＦ」に各桁のセグメントデータを収納後、
何かデータ変更が発生したら、
そのデータをタテヨコ変換し、一気にＴＭ１６３８に送信する方法を取りました。
これはＤＦＲ００９０の様なＨＣ５９５を使用したＳＰＩ制御でも、何か変更があったら全データを書き換えていたのと同じです。
考えがまとまったので、新規作成する低レベル関数の機能が決まりました。
とりあえず、タテヨコ変換関数を作成、一気送信する関数を作成しました。
これを前出の「ＴＭ１６３８ｖ１」に適応して見る事にした。
これなら上位関数はあんまり変更しないで済みます。
結果的に、「ＴＭ１６３８と言うインターフェイス」を使用した「別物基板」と言えそうです。
さてと、前述しましたように今までは７セグＬＥＤのセグメントに「データ」、
同じくＬＥＤコモン線に「アドレス」を送信する事でそれぞれアクティブとなってました。
これが逆となり、７セグＬＥＤのコモン線に「データ」、
同じくセグメントに「アドレス」を送信する事でアクティブとなります。
これはソフトウエアから見ると、
「アドレス」のｂｉｔ０は全ＬＥＤのＳＥＧａ、同じくｂｉｔ１はＳＥＧｂ・・・
同じくｂｉｔ７はｄｐ、
「データ」のｂｉｔ０はＬＥＤ８（ここでは最右側）をアクティブ
同じくｂｉｔ８はＬＥＤ１（ここでは最左側）をアクティブ
以上より今までの様な、すでにラッチアップ・表示されている状態で、他のＬＥＤには干渉せず（表示を変えず）特定のＬＥＤのみにアクセスして表示を変える、と言う事が出来なくなった・・・
よって、「ＬＥＤ＿ＢＵＦ」に各桁のセグメントデータを収納後、
何かデータ変更が発生したら、
そのデータをタテヨコ変換し、一気にＴＭ１６３８に送信する方法を取りました。
これはＤＦＲ００９０の様なＨＣ５９５を使用したＳＰＩ制御でも、何か変更があったら全データを書き換えていたのと同じです。
考えがまとまったので、新規作成する低レベル関数の機能が決まりました。
とりあえず、タテヨコ変換関数を作成、一気送信する関数を作成しました。
これを前出の「ＴＭ１６３８ｖ１」に適応して見る事にした。
これなら上位関数はあんまり変更しないで済みます。
結果的に、「ＴＭ１６３８と言うインターフェイス」を使用した「別物基板」と言えそうです。
ＸＣ８用ＴＭ１６３８ＱＹＦ制御ライブラリVer１ 概要
今回は当局版ＴＭ１６３８Ｖ１をこのＴＭ１６３８ＱＹＦ基板の構成に合わせて小変更しました。
当初はTM1638ver2としてどちらも対応しようかとも思ってたのですが、マイコンとのインターフェイスは全く同じですがTM1638周囲の配線が違うのは大きな差だと感じて、今回は止めました。
デフォルトＩ／Ｏポート
ＣＬＫ＝ＲＣ０
ＤＩＯ＝ＲＣ１
ＳＴＢ＝ＲＣ２
ヘッダーファイル デフォルトの定義
#define CLK LATCbits.LATC0 クロックポート指定
#define DIO LATCbits.LATC1 データポート指定
#define STB LATCbits.LATC2 ストローブポート指定
#define DRP PORTCbits.RC1 DIO 読み込みポート指定
#define TRD TRISCbits.TRISC1 DIOポートのI/O設定
※ポート変更はヘッダーファイルの上記マクロ設定を変更
ＤＩＯ線がＰＩＣＫＩＴ３ライタ等と接続状態の場合、
書き込みは大丈夫ですが、読み込み動作が不安定になります
ライタを抜くと正常動作します。
ポートをＲＡ０－ＲＡ２等にに割り振る時はご注意ください
ＴＭ１６３８制御関数群
（１）通常モードでの使用関数
１） ＴＭ１６３８＿ＷＲＴＤ(unsigned char)
文字コードを指定変数の位置に表示します
指定変数は「DSP_ADR」で、0-7を指定します
連続送信しても表示位置は関数側が自動インクリメントします
printf()等で使用する低レベル関数はこれを指定します
その際は事前に「DSP_ADR」は0を指定しておきます
引数：8bitの文字コード
戻値：無
２） ＴＭ１６３８＿ＰＵＴＣ(unsigned char1，unsigned char2）
指定の表示位置に１文字を表示します
引数１：文字コード1バイト
引数２：表示位置アドレス(0-7)
戻値：無
３） ＴＭ１６３８＿ＰＵＴＬ(unsigned char1配列，unsigned char2)
指定の表示位置から文字列を表示します（最大8文字）
引数１：文字列格納配列アドレス
引数２：表示開始位置アドレス(0-7)
戻値：無
４） ＴＭ１６３８＿ＰＵＴＬ１(unsigned char配列)
ＬＥＤ１行目の最左側から文字列を表示(最大8文字)
引数：文字列格納配列アドレス
戻値：無
５） ＴＭ１６３８＿ＣＬＲ(void)
７セグＬＥＤの表示をクリア、関数使用バッファの初期化
アドレスはホーム位置
引数：無
戻値：無
６） 広域変数 ＤＳＰ＿ＡＤＲ（8bit unsigned char)
ディスプレイの表示開始位置アドレス(0-7)を格納する広域変数
最左側が０、最右側が７となります。
（注意点）
ドット’．’は1桁分で単独表示では無く、直前桁のドットを発光させます。
つまり、’７’、’．’、’８’、’．’と４バイト分連続書き込みすると、
「７．」と「８．」の２桁分が表示されます。
ドット’．’の書き込みではDSP＿ADRは自動インクリメントされません。
ただし、先頭位置では除きます
（その他）
使用方法については左記デモ・プログラムをご参照下さい。
（２）ｐｒｉｎｔｆ関数を使用しないメモリ節約モード
通常モード関数と同時使用すると表示がおかしくなります
ｐｒｉｎｔｆ関数を使用しない分メモリ消費が少なくて済みます。
ＢＣＤ関数が含まれています。
無線周波数を表示する事を目的にしています。
基本的な使用方法
①３２ｂｉｔ符号無し整数（１６進バイナリ数値）を用意
↓
②ＢＣＤ関数（３２ｂｉｔ１６進数値を３２ｂｉｔＢＣＤに変換）
↓
③ＳＥＴ＿ＳＢＵＦ関数 （ＬＥＤ＿ＢＵＦ［ ］にデータ生成）
↓
④ＸＦＥＲ＿ＬＥＤ１関数（ＴＭ１６３８にセグメントデータ転送）
節約モード関数群
１） ＳＥＴ＿ＳＢＵＦ(unsigned long 引数１，unsigned char 引数２)
３２ｂｉｔＢＣＤからフラグビットを添加し専用広域変数に展開します
引数１：３２ｂｉｔ符号無し整数（３２ｂｉｔＢＣＤ）
引数２：８ｂｉｔフラグバイト（詳細はソースファイルのコメントにて）
戻値：専用広域配列 ＬＥＤ＿ＢＵＦ［８］ に収納
２） ＸＦＥＲ＿ＬＥＤ１(void)
ＬＥＤ＿ＢＵＦのデータからセグメントデータを生成、
ＴＭ１６３８ＱＹＦに送信・表示します
引数：広域変数 ＬＥＤ＿ＢＵＦ［ ］
戻値：無
３） unsigned long ＢＣＤ２４(unsigned long)
３２ｂｉｔ１６進バイナリ数値を４０ｂｉｔＢＣＤに変換します
引数：３２ｂｉｔ１６進バイナリ数値（０Ｈ～ＦＦＦＦＦＦＦＦＨ）
戻値：変換した４０ｂｉｔＢＣＤの上位８ｂｉｔを切り捨て、
３２ｂｉｔＢＣＤで返す
４） ＴＭ１６３８＿ＣＬＲ７ＳＥＧ(void)
７セグＬＥＤすべてをクリアします
引数：無
戻値：無
５） ＴＭ１６３８＿ＳＥＴ７ＳＥＧ(unsigned char1，unsigned char2)
見かけ上「TM1638v1」の同名関数と同じ機能です。
指定ＬＥＤにデータ送信しますが、単ＬＥＤは存在しないので指定不可
指定してもエラー等は出ません。
実際は「LED_BUF」の指定領域のデータを書き換えます。
その後、「LED_BUF」の全データをTM1638QYFに転送します。
「LED_BUF」のクリアはしません。
引数１：ＬＥＤの指定番号1バイト(注)
引数２：送信するデータ１バイト（０Ｈ～ＦＦＨ）
戻値：無
注)ＬＥＤの指定番号
００：７セグＬＥＤ１(最左側）
０１：７セグＬＥＤ２
０２：７セグＬＥＤ３
０３：７セグＬＥＤ４
０４：７セグＬＥＤ５
０５：７セグＬＥＤ６
０６：７セグＬＥＤ７
０７：７セグＬＥＤ８(最右側)
６） ＣＬＲ＿ＬＥＤＢＵＦ(void)
広域配列変数「LED_BUF」をクリアします。
TM1638QYFにデータ転送しませんので表示に反映しません。
表示に反映させるには、この関数を呼出後、
XFER_TM1638QYF関数を呼び出して下さい
（３）両モード共通で使用する関数
１） ＴＭ１６３８＿ＩＮＩＴ(void)
イニシャライズを行う。
７セグＬＥＤおよび単ＬＥＤの表示をクリア
ディスプレイコントロール設定も最大光度で行います。
一度実行すれば後は実行する必要はありません。
引数：無
戻値：無
２） unsigned long ＴＭ１６３８＿ＲＣＶ(void)
ＴＭ１６３８のマトリックスデータを読み込みます。
ＴＭ１６３８ＬＥＤ、ＴＭ１６３８ＱＹＦどちらでも動作します。
と言うか、全く同じ関数です。
引数：無
戻値：３２ｂｉｔの読み込みデータ
ｂｉｔ３１－２４：ＢＹＴＥ４
ｂｉｔ２３－１６：ＢＹＴＥ３
ｂｉｔ１５－８ ：ＢＹＴＥ２
ｂｉｔ７－０ ：ＢＹＴＥ１
３） unsigned int ＴＭ１６３８＿ＫＥＹ(void)
ＴＭ１６３８ＱＹＦ基板のキーパッドのデータを読み込みます
ＴＭ１６３８ＬＥＤ基板用の同名関数との互換性はありません。
理由はそもそもスイッチの数が違い、戻値のビット数が違います。
さらにスイッチマトリックスへのスイッチの配置位置がダブっていません。
スイッチ番号は同じでも、反映ビット位置が違うと言う事になります。
そのため、それぞれ動作はしますが、結果が出ない事があります。
引数：無
戻値：１６ｂｉｔのスイッチ状態データ
ｂｉｔ１５：Ｓ１６ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１４：Ｓ１５ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１３：Ｓ１４ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１２：Ｓ１３ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１１：Ｓ１２ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１０：Ｓ１１ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ９：Ｓ１０ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ８：Ｓ ９ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ７：Ｓ ８ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ６：Ｓ ７ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ５：Ｓ ６ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ４：Ｓ ５ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ３：Ｓ ４ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ２：Ｓ ３ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ １：Ｓ ２ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ０：Ｓ １ １＝ＯＮ、０＝ＯＦＦ
４） ＸＦＥＲ＿ＴＭ１６３８ＱＹＦ(void)
今回新設した関数で、あちこちの関数から呼ばれています。
広域変数「ＬＥＤ＿ＢＵＦ」の各桁セグメントデータをタテヨコ変換、
ＴＭ１６３８ＱＹＦ基板に全データを一気に送信します。
引数：無
戻値：無
（４）ＴＭ１６３８低レベル関数
ＴＭ１６３８ＬＥＤ、ＴＭ１６３８ＱＹＦ、どちらでも動作します。
１） ＳＥＮＤ＿ＣＯＭ(unsigned char)
ＴＭ１６３８へコマンドを送信します。
引数：８ｂｉｔのコマンド
戻値：無
２） ＳＥＮＤ＿ＤＡＴＡ(unsigned char1，unsigned char2)
ＴＭ１６３８へデータを送信します
引数１：データを送信するアドレス1バイト（Ｃ０Ｈ～ＣＦＨ）
引数２：送信するデータ１バイト（０Ｈ～ＦＦＨ）
戻値：無
３） ＳＥＮＤ＿ＢＹＴＥ(unsigned char)
１バイトのデータをＬＳＢから送信します。
ＳＴＢ線の制御は行いません
引数：送信する８ｂｉｔデータ
戻値：無
４） unsigned char ＲＣＶ＿ＢＹＴＥ(void)
８ビット分をＬＳＢから受信処理する
ＳＴＢ線は制御しない
ＤＩＯ線のＴＲＩＳ制御はしない
引数：無
戻値：受信した８ｂｉｔデータ
（その他）
使用方法についてはデモ・プログラムのソースファイルをご参照下さい。
追加や修正・バグ等ありましたらこのページにて追記したいと思います
今回は当局版ＴＭ１６３８Ｖ１をこのＴＭ１６３８ＱＹＦ基板の構成に合わせて小変更しました。
当初はTM1638ver2としてどちらも対応しようかとも思ってたのですが、マイコンとのインターフェイスは全く同じですがTM1638周囲の配線が違うのは大きな差だと感じて、今回は止めました。
デフォルトＩ／Ｏポート
ＣＬＫ＝ＲＣ０
ＤＩＯ＝ＲＣ１
ＳＴＢ＝ＲＣ２
ヘッダーファイル デフォルトの定義
#define CLK LATCbits.LATC0 クロックポート指定
#define DIO LATCbits.LATC1 データポート指定
#define STB LATCbits.LATC2 ストローブポート指定
#define DRP PORTCbits.RC1 DIO 読み込みポート指定
#define TRD TRISCbits.TRISC1 DIOポートのI/O設定
※ポート変更はヘッダーファイルの上記マクロ設定を変更
ＤＩＯ線がＰＩＣＫＩＴ３ライタ等と接続状態の場合、
書き込みは大丈夫ですが、読み込み動作が不安定になります
ライタを抜くと正常動作します。
ポートをＲＡ０－ＲＡ２等にに割り振る時はご注意ください
ＴＭ１６３８制御関数群
（１）通常モードでの使用関数
１） ＴＭ１６３８＿ＷＲＴＤ(unsigned char)
文字コードを指定変数の位置に表示します
指定変数は「DSP_ADR」で、0-7を指定します
連続送信しても表示位置は関数側が自動インクリメントします
printf()等で使用する低レベル関数はこれを指定します
その際は事前に「DSP_ADR」は0を指定しておきます
引数：8bitの文字コード
戻値：無
２） ＴＭ１６３８＿ＰＵＴＣ(unsigned char1，unsigned char2）
指定の表示位置に１文字を表示します
引数１：文字コード1バイト
引数２：表示位置アドレス(0-7)
戻値：無
３） ＴＭ１６３８＿ＰＵＴＬ(unsigned char1配列，unsigned char2)
指定の表示位置から文字列を表示します（最大8文字）
引数１：文字列格納配列アドレス
引数２：表示開始位置アドレス(0-7)
戻値：無
４） ＴＭ１６３８＿ＰＵＴＬ１(unsigned char配列)
ＬＥＤ１行目の最左側から文字列を表示(最大8文字)
引数：文字列格納配列アドレス
戻値：無
５） ＴＭ１６３８＿ＣＬＲ(void)
７セグＬＥＤの表示をクリア、関数使用バッファの初期化
アドレスはホーム位置
引数：無
戻値：無
６） 広域変数 ＤＳＰ＿ＡＤＲ（8bit unsigned char)
ディスプレイの表示開始位置アドレス(0-7)を格納する広域変数
最左側が０、最右側が７となります。
（注意点）
ドット’．’は1桁分で単独表示では無く、直前桁のドットを発光させます。
つまり、’７’、’．’、’８’、’．’と４バイト分連続書き込みすると、
「７．」と「８．」の２桁分が表示されます。
ドット’．’の書き込みではDSP＿ADRは自動インクリメントされません。
ただし、先頭位置では除きます
（その他）
使用方法については左記デモ・プログラムをご参照下さい。
（２）ｐｒｉｎｔｆ関数を使用しないメモリ節約モード
通常モード関数と同時使用すると表示がおかしくなります
ｐｒｉｎｔｆ関数を使用しない分メモリ消費が少なくて済みます。
ＢＣＤ関数が含まれています。
無線周波数を表示する事を目的にしています。
基本的な使用方法
①３２ｂｉｔ符号無し整数（１６進バイナリ数値）を用意
↓
②ＢＣＤ関数（３２ｂｉｔ１６進数値を３２ｂｉｔＢＣＤに変換）
↓
③ＳＥＴ＿ＳＢＵＦ関数 （ＬＥＤ＿ＢＵＦ［ ］にデータ生成）
↓
④ＸＦＥＲ＿ＬＥＤ１関数（ＴＭ１６３８にセグメントデータ転送）
節約モード関数群
１） ＳＥＴ＿ＳＢＵＦ(unsigned long 引数１，unsigned char 引数２)
３２ｂｉｔＢＣＤからフラグビットを添加し専用広域変数に展開します
引数１：３２ｂｉｔ符号無し整数（３２ｂｉｔＢＣＤ）
引数２：８ｂｉｔフラグバイト（詳細はソースファイルのコメントにて）
戻値：専用広域配列 ＬＥＤ＿ＢＵＦ［８］ に収納
２） ＸＦＥＲ＿ＬＥＤ１(void)
ＬＥＤ＿ＢＵＦのデータからセグメントデータを生成、
ＴＭ１６３８ＱＹＦに送信・表示します
引数：広域変数 ＬＥＤ＿ＢＵＦ［ ］
戻値：無
３） unsigned long ＢＣＤ２４(unsigned long)
３２ｂｉｔ１６進バイナリ数値を４０ｂｉｔＢＣＤに変換します
引数：３２ｂｉｔ１６進バイナリ数値（０Ｈ～ＦＦＦＦＦＦＦＦＨ）
戻値：変換した４０ｂｉｔＢＣＤの上位８ｂｉｔを切り捨て、
３２ｂｉｔＢＣＤで返す
４） ＴＭ１６３８＿ＣＬＲ７ＳＥＧ(void)
７セグＬＥＤすべてをクリアします
引数：無
戻値：無
５） ＴＭ１６３８＿ＳＥＴ７ＳＥＧ(unsigned char1，unsigned char2)
見かけ上「TM1638v1」の同名関数と同じ機能です。
指定ＬＥＤにデータ送信しますが、単ＬＥＤは存在しないので指定不可
指定してもエラー等は出ません。
実際は「LED_BUF」の指定領域のデータを書き換えます。
その後、「LED_BUF」の全データをTM1638QYFに転送します。
「LED_BUF」のクリアはしません。
引数１：ＬＥＤの指定番号1バイト(注)
引数２：送信するデータ１バイト（０Ｈ～ＦＦＨ）
戻値：無
注)ＬＥＤの指定番号
００：７セグＬＥＤ１(最左側）
０１：７セグＬＥＤ２
０２：７セグＬＥＤ３
０３：７セグＬＥＤ４
０４：７セグＬＥＤ５
０５：７セグＬＥＤ６
０６：７セグＬＥＤ７
０７：７セグＬＥＤ８(最右側)
６） ＣＬＲ＿ＬＥＤＢＵＦ(void)
広域配列変数「LED_BUF」をクリアします。
TM1638QYFにデータ転送しませんので表示に反映しません。
表示に反映させるには、この関数を呼出後、
XFER_TM1638QYF関数を呼び出して下さい
（３）両モード共通で使用する関数
１） ＴＭ１６３８＿ＩＮＩＴ(void)
イニシャライズを行う。
７セグＬＥＤおよび単ＬＥＤの表示をクリア
ディスプレイコントロール設定も最大光度で行います。
一度実行すれば後は実行する必要はありません。
引数：無
戻値：無
２） unsigned long ＴＭ１６３８＿ＲＣＶ(void)
ＴＭ１６３８のマトリックスデータを読み込みます。
ＴＭ１６３８ＬＥＤ、ＴＭ１６３８ＱＹＦどちらでも動作します。
と言うか、全く同じ関数です。
引数：無
戻値：３２ｂｉｔの読み込みデータ
ｂｉｔ３１－２４：ＢＹＴＥ４
ｂｉｔ２３－１６：ＢＹＴＥ３
ｂｉｔ１５－８ ：ＢＹＴＥ２
ｂｉｔ７－０ ：ＢＹＴＥ１
３） unsigned int ＴＭ１６３８＿ＫＥＹ(void)
ＴＭ１６３８ＱＹＦ基板のキーパッドのデータを読み込みます
ＴＭ１６３８ＬＥＤ基板用の同名関数との互換性はありません。
理由はそもそもスイッチの数が違い、戻値のビット数が違います。
さらにスイッチマトリックスへのスイッチの配置位置がダブっていません。
スイッチ番号は同じでも、反映ビット位置が違うと言う事になります。
そのため、それぞれ動作はしますが、結果が出ない事があります。
引数：無
戻値：１６ｂｉｔのスイッチ状態データ
ｂｉｔ１５：Ｓ１６ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１４：Ｓ１５ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１３：Ｓ１４ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１２：Ｓ１３ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１１：Ｓ１２ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ１０：Ｓ１１ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ９：Ｓ１０ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ８：Ｓ ９ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ７：Ｓ ８ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ６：Ｓ ７ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ５：Ｓ ６ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ４：Ｓ ５ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ３：Ｓ ４ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ２：Ｓ ３ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ １：Ｓ ２ １＝ＯＮ、０＝ＯＦＦ
ｂｉｔ ０：Ｓ １ １＝ＯＮ、０＝ＯＦＦ
４） ＸＦＥＲ＿ＴＭ１６３８ＱＹＦ(void)
今回新設した関数で、あちこちの関数から呼ばれています。
広域変数「ＬＥＤ＿ＢＵＦ」の各桁セグメントデータをタテヨコ変換、
ＴＭ１６３８ＱＹＦ基板に全データを一気に送信します。
引数：無
戻値：無
（４）ＴＭ１６３８低レベル関数
ＴＭ１６３８ＬＥＤ、ＴＭ１６３８ＱＹＦ、どちらでも動作します。
１） ＳＥＮＤ＿ＣＯＭ(unsigned char)
ＴＭ１６３８へコマンドを送信します。
引数：８ｂｉｔのコマンド
戻値：無
２） ＳＥＮＤ＿ＤＡＴＡ(unsigned char1，unsigned char2)
ＴＭ１６３８へデータを送信します
引数１：データを送信するアドレス1バイト（Ｃ０Ｈ～ＣＦＨ）
引数２：送信するデータ１バイト（０Ｈ～ＦＦＨ）
戻値：無
３） ＳＥＮＤ＿ＢＹＴＥ(unsigned char)
１バイトのデータをＬＳＢから送信します。
ＳＴＢ線の制御は行いません
引数：送信する８ｂｉｔデータ
戻値：無
４） unsigned char ＲＣＶ＿ＢＹＴＥ(void)
８ビット分をＬＳＢから受信処理する
ＳＴＢ線は制御しない
ＤＩＯ線のＴＲＩＳ制御はしない
引数：無
戻値：受信した８ｂｉｔデータ
（その他）
使用方法についてはデモ・プログラムのソースファイルをご参照下さい。
追加や修正・バグ等ありましたらこのページにて追記したいと思います
ＴＭ１６３８ＱＹＦ基板
デモプログラム
↑ ｐｒｉｎｔｆ関数使用
ＴＭ１６３８ＫＥＹ関数戻し値の
１６ｂｉｔ、１６進数値を表示
ＳＷ６とＳＷ１６を同時にＯＮしてます
↑ 受信関数使用のデモ
ＳＷ１３とＳＷ１６を同時ＯＮにしてます
タクトスイッチをＯＮさせるには結構力が必要で、使い勝手は悪いです。
デモプログラム１
ｐｒｉｎｔｆ関数使用
XC8_16F1705_TM1638QYF_DEMO1.c
ｐｒｉｎｔｆ関数使用しない
XC8_16F1705_TM1638QYF_RCV_DEMO01.c
デモプログラム
↑ ｐｒｉｎｔｆ関数使用
ＴＭ１６３８ＫＥＹ関数戻し値の
１６ｂｉｔ、１６進数値を表示
ＳＷ６とＳＷ１６を同時にＯＮしてます
↑ 受信関数使用のデモ
ＳＷ１３とＳＷ１６を同時ＯＮにしてます
タクトスイッチをＯＮさせるには結構力が必要で、使い勝手は悪いです。
デモプログラム１
ｐｒｉｎｔｆ関数使用
XC8_16F1705_TM1638QYF_DEMO1.c
ｐｒｉｎｔｆ関数使用しない
XC8_16F1705_TM1638QYF_RCV_DEMO01.c
ＸＣ８用ＴＭ１６３８ＱＹＦ制御ライブラリのデモンストレーション
ＰＩＣキット、１４ピンＣＰＵ基板の、ＰＩＣ１６Ｆ１７０５を使用。
この基板にＴＭ１６３８ＱＹＦ基板を接続して動作させています。
上位関数を使用したデモプログラムはＴＭ１６３８ＬＥＤ基板のデモがそのまま動作すると思います。
ここでは互換性の無い関数を主に使用しています。
（１）ｐｒｉｎｔｆ（）使用でのデモ
基板上のスイッチを押すと、その１６進１６ビットデータを７セグに表示。
ただし、当局入手の基板と同じスイッチ配線に限ります。
（２）ｐｒｉｎｔｆ（）を使用しないデモ
ＴＭ１６３８ＬＥＤ基板の時と同じ受信関数を使用したデモプログラムです。
ＴＭ１６３８ＬＥＤ用の同名関数を使用した同機能のプログラムですが、
表示関数については同名でもＴＭ１６３８ＱＹＦ専用です。
ＴＭ１６３８ＱＹＦ基板のマトリックスデータを表示します。
７セグ１・２：ＢＹＴＥ４のデータ１６進表示
７セグ３・４：ＢＹＴＥ３のデータ１６進表示
７セグ５・６：ＢＹＴＥ２のデータ１６進表示
７セグ７・８：ＢＹＴＥ１のデータ１６進表示
これにより、お使いのＴＭ１６３８ＱＦＹ基板上のスイッチが、
受信した４バイトのどのビットに反映しているかが解ります
当局の基板では、前出のＴＭ１６３８ＬＥＤ基板のスイッチと本基板のスイッチでは、使用ビットが重複していない事が解りました。
同時接続も出来ないのに、その理由は不明です・・・
７セグ表示がおかしい場合、７セグへの配線が関数の仕様と合っていない場合が考えられます。
その場合はＴＭ１６３８ＬＥＤ基板用の同名表示関数を使用します。
マトリクスデータ受信関数は同じです。
感想
やはりAmazonで中国からの注文品は初期不良率が大きいです。
今回は基板を２枚購入しましたが、Ｉ／Ｏピンは曲がっているは、１つはセグメント発光の不具合があり、残りの１枚はＬＥＤ制御はＯＫだが、タクトスイッチが接触不良義気・・・
まともな物が無かった・・・
どうせ遊びだから良いけど (-_-メ)
２０２１年９月２０日 ＪＡ０ＱＯＮ
ＰＩＣキット、１４ピンＣＰＵ基板の、ＰＩＣ１６Ｆ１７０５を使用。
この基板にＴＭ１６３８ＱＹＦ基板を接続して動作させています。
上位関数を使用したデモプログラムはＴＭ１６３８ＬＥＤ基板のデモがそのまま動作すると思います。
ここでは互換性の無い関数を主に使用しています。
（１）ｐｒｉｎｔｆ（）使用でのデモ
基板上のスイッチを押すと、その１６進１６ビットデータを７セグに表示。
ただし、当局入手の基板と同じスイッチ配線に限ります。
（２）ｐｒｉｎｔｆ（）を使用しないデモ
ＴＭ１６３８ＬＥＤ基板の時と同じ受信関数を使用したデモプログラムです。
ＴＭ１６３８ＬＥＤ用の同名関数を使用した同機能のプログラムですが、
表示関数については同名でもＴＭ１６３８ＱＹＦ専用です。
ＴＭ１６３８ＱＹＦ基板のマトリックスデータを表示します。
７セグ１・２：ＢＹＴＥ４のデータ１６進表示
７セグ３・４：ＢＹＴＥ３のデータ１６進表示
７セグ５・６：ＢＹＴＥ２のデータ１６進表示
７セグ７・８：ＢＹＴＥ１のデータ１６進表示
これにより、お使いのＴＭ１６３８ＱＦＹ基板上のスイッチが、
受信した４バイトのどのビットに反映しているかが解ります
当局の基板では、前出のＴＭ１６３８ＬＥＤ基板のスイッチと本基板のスイッチでは、使用ビットが重複していない事が解りました。
同時接続も出来ないのに、その理由は不明です・・・
７セグ表示がおかしい場合、７セグへの配線が関数の仕様と合っていない場合が考えられます。
その場合はＴＭ１６３８ＬＥＤ基板用の同名表示関数を使用します。
マトリクスデータ受信関数は同じです。
感想
やはりAmazonで中国からの注文品は初期不良率が大きいです。
今回は基板を２枚購入しましたが、Ｉ／Ｏピンは曲がっているは、１つはセグメント発光の不具合があり、残りの１枚はＬＥＤ制御はＯＫだが、タクトスイッチが接触不良義気・・・
まともな物が無かった・・・
どうせ遊びだから良いけど (-_-メ)
２０２１年９月２０日 ＪＡ０ＱＯＮ
現在、追記はありません
追記 年 月 日
実験・製作の記録TOPへ戻る