ユーザ「電装工芸」の投稿[864件](24ページ目)
2023年6月 この範囲を時系列順で読む(電装工芸の投稿に限定) この範囲をファイルに出力する
今後はLTCをMTCに変換する方法も考えましょう。
LTCをバイトデータとして受信し、MTCのパケットに書き直して31,250bpsのUARTで送出すればMTCになります。
オレメモです。
PICには「変化割込み」と呼ばれるI/Oピンの入力が変化すると割込みが発生する機能があります。これとタイマーを組み合わせれば波長の計測が可能です。
PICのクロックを32MHzにした場合、LTCの波長は命令ステップ(Fosc/4)換算でビットが1なら1,666から2,083、0なら倍の3,332から4,166です。誤差10%としても1の最大値(2,291)と0の最小値(3,029)は被りませんしグレーゾーンも広いので、波長の判別はfpsの種類に関係なく可能です。fpsやフォーマットの種類はLTCのデータに書かれているので計測した波長から判断する必要はありません。
差動バイフェーズのビットは短い波長が2つ続けば1、長い波長が1つで0です。ビットデータが取れたら80bitのシフトレジスタに入れていきます。短い波長は必ず2回続きますから、長い波長の直前の短い波長が奇数回ならエラーとして仕切り直しです。80bitのシフトレジスタの末尾16bitにシンクワードが認められれば正常なLTCパケットが取得できたことになります。
LTCパケットが取得出来ればMTCパケットを作り、入力されたLTCに基づいたタイミングで31,250bpsに設定したPICのUARTから送出します。後は電気的にMIDIにすればMTCです。
必ず3フレーム遅れますが、欲しいのは絶対値ではなく相対値ですからいいかなと。
プログラムが求めるメモリサイズ次第ですが、8pinの12F1822で作る予定です。
追記
LTCにはfpsフォーマットを記載する領域はありません。訂正します。NDF/DFは記載されます。
fpsフォーマットをデータに記載するのはMTCです。
ですので、LTCの場合は波長からfpsフォーマットを推測します。
#PIC #タイムコード
LTCをバイトデータとして受信し、MTCのパケットに書き直して31,250bpsのUARTで送出すればMTCになります。
オレメモです。
PICには「変化割込み」と呼ばれるI/Oピンの入力が変化すると割込みが発生する機能があります。これとタイマーを組み合わせれば波長の計測が可能です。
PICのクロックを32MHzにした場合、LTCの波長は命令ステップ(Fosc/4)換算でビットが1なら1,666から2,083、0なら倍の3,332から4,166です。誤差10%としても1の最大値(2,291)と0の最小値(3,029)は被りませんしグレーゾーンも広いので、波長の判別はfpsの種類に関係なく可能です。
差動バイフェーズのビットは短い波長が2つ続けば1、長い波長が1つで0です。ビットデータが取れたら80bitのシフトレジスタに入れていきます。短い波長は必ず2回続きますから、長い波長の直前の短い波長が奇数回ならエラーとして仕切り直しです。80bitのシフトレジスタの末尾16bitにシンクワードが認められれば正常なLTCパケットが取得できたことになります。
LTCパケットが取得出来ればMTCパケットを作り、入力されたLTCに基づいたタイミングで31,250bpsに設定したPICのUARTから送出します。後は電気的にMIDIにすればMTCです。
必ず3フレーム遅れますが、欲しいのは絶対値ではなく相対値ですからいいかなと。
プログラムが求めるメモリサイズ次第ですが、8pinの12F1822で作る予定です。
追記
LTCにはfpsフォーマットを記載する領域はありません。訂正します。NDF/DFは記載されます。
fpsフォーマットをデータに記載するのはMTCです。
ですので、LTCの場合は波長からfpsフォーマットを推測します。
#PIC #タイムコード
困ったことに LTC Generator が一発で動いてしまいました。デバグのために本業を途中で切り上げ、午前様を覚悟していたのに実作業15分で終わってしまいました。ここまでデバグせずに進んだのは初めてかもしれません。
何をしたかと言うと、Pythonからシリアルでデータを送り、それに則した波形を出し、コマンドコードで波長を切り替えるというもの。実験用に一部書き換えましたが、どうやっても想定の結果が出ます。
予想より早いですが、実際にタイムコードを出してみる段階になってしまいました。プリアンプの改修基板は明日入荷なのでいいか。
仕方ないのでPythonのプログラムの構想を始めましょう。まずは固定値のリストで2-3秒出すところからです。
そりゃ嬉しいけど、機械たちにスルーされているみたいでなんだか寂しい。
こんなにすんなりいくと何かありそうで怖い。
#PIC #タイムコード
何をしたかと言うと、Pythonからシリアルでデータを送り、それに則した波形を出し、コマンドコードで波長を切り替えるというもの。実験用に一部書き換えましたが、どうやっても想定の結果が出ます。
予想より早いですが、実際にタイムコードを出してみる段階になってしまいました。プリアンプの改修基板は明日入荷なのでいいか。
仕方ないのでPythonのプログラムの構想を始めましょう。まずは固定値のリストで2-3秒出すところからです。
そりゃ嬉しいけど、機械たちにスルーされているみたいでなんだか寂しい。
こんなにすんなりいくと何かありそうで怖い。
#PIC #タイムコード
DI-1はバイアスフィルタコンデンサを交換してエージングすること6時間。とりあえずのチェック。
呆れるほどの明瞭感。ハイ上がりでキャンキャンしているワケではありません。バランス感に疑問はありません。ガットギターは胴の響きを感じ、生ベースはブンブンゴリブリとエグイ鳴りをし、ヴァイオリンは弓が擦れる音まで目の前に見えます。生々しい感じが強調されているので嫌いな人がいるかもしれませんが、ダイレクトボックスではなくエフェクターと考えれば納得!?
良いとか悪いとかではなく、DI-1とは全くの別物になってしまいました。私は改造品の方が楽器が出している音をダイレクトにミキサーに渡せるような気がしますが、現場で使えんのかな?
エージングが終わったら布教活動という名の人柱募集でもすっかな。
そういや、オペアンプはMUSES、コンデンサはMUSEです。
MUSEとは芸術全般を司るギリシャ神話の女神様だそうな。
何か名前を付けないとなぁとは思っていましたが、命名にこだわりはありませんので、DI-1MUSEとします。
#音の世界
呆れるほどの明瞭感。ハイ上がりでキャンキャンしているワケではありません。バランス感に疑問はありません。ガットギターは胴の響きを感じ、生ベースはブンブンゴリブリとエグイ鳴りをし、ヴァイオリンは弓が擦れる音まで目の前に見えます。生々しい感じが強調されているので嫌いな人がいるかもしれませんが、ダイレクトボックスではなくエフェクターと考えれば納得!?
良いとか悪いとかではなく、DI-1とは全くの別物になってしまいました。私は改造品の方が楽器が出している音をダイレクトにミキサーに渡せるような気がしますが、現場で使えんのかな?
エージングが終わったら布教活動という名の人柱募集でもすっかな。
そういや、オペアンプはMUSES、コンデンサはMUSEです。
MUSEとは芸術全般を司るギリシャ神話の女神様だそうな。
何か名前を付けないとなぁとは思っていましたが、命名にこだわりはありませんので、DI-1MUSEとします。
#音の世界
秋月電子通商さんからコンデンサが届きました。お昼休みのお遊びで交換。
エージングはこれからですが、DI-1の欠点だと思う響きや余韻の鈍さが驚くほど改善されました。ガットギターやアコースティックギターの音が気持ちいい。
もちろん、ハイ上がりで尖った音ではありません。柔らかくて自然な明瞭さのある音です。
オレメモですが、以下が交換した部品です。
● オペアンプ
MUSES02D(変換基板使用)
● コンデンサ
C1 フィルムコンデンサー 0.01μF50V ルビコンF2D
C2 オーディオ用無極性電解コンデンサー10μF25V85℃ ニチコンMUSE・ES
C3 オーディオ用無極性電解コンデンサー10μF25V85℃ ニチコンMUSE・ES
C5 オーディオ用無極性電解コンデンサー47μF50V85℃ ニチコンMUSE・ES
C6 オーディオ用無極性電解コンデンサー47μF50V85℃ ニチコンMUSE・ES
※ C1~C6は基板上の部品名です。
送料は除きますが、部品総額3,800円くらいかな?
変換基板は手前設計の中華製造ですけど。
C1も無極性電解コンデンサーにするか悩みましたが、ハイインピーダンスのピックアップと直結しますから高レスポンスなフィルムコンデンサーにしました。元々もフィルムコンデンサーです。このフィルムコンデンサーは低ノイズ・高レスポンスなので調光回路に使っても良かった物です。なので手元にあったのですけどw
今日交換したのはC2とC3です。オペアンプの入力部に使うバイアスフィルタコンデンサですが、コンデンサの中で最も変化が大きかったかもしれません。
なお、C2とC3は耐圧25v以下の物でないと基板に入りません。C1、C5、C6はファンタム電源に曝される可能性があるので耐圧50vの物でないと壊れると思います。
MUSES02Dに替えてもイマイチ改善しきれなかった音の響きや余韻が改善しましたので、オペアンプはそのままにコンデンサだけ替えてもいいかもしれません。上記のコンデンサを全部替えても130円ですし、付け替えも普通にハンダゴテが使えれば簡単に出来ます。純アナログの部位なので、良い部品にすれば必ず良い結果になるとは言えないのですけどね。
憑き物が落ちて肩が軽くなった気分です。
追記
C2とC3を別なコンデンサにしました。原因は不明ですが、時間経過と共に音に張りが無くなったためです。
次のコンデンサにしたところ、高域がまろやかで伸びのある音になりました。
C2 オーディオ用電解コンデンサー10μF35V85℃ ニチコンMW
C3 オーディオ用電解コンデンサー10μF35V85℃ ニチコンMW
#音の世界
エージングはこれからですが、DI-1の欠点だと思う響きや余韻の鈍さが驚くほど改善されました。ガットギターやアコースティックギターの音が気持ちいい。
もちろん、ハイ上がりで尖った音ではありません。柔らかくて自然な明瞭さのある音です。
オレメモですが、以下が交換した部品です。
● オペアンプ
MUSES02D(変換基板使用)
● コンデンサ
C1 フィルムコンデンサー 0.01μF50V ルビコンF2D
C5 オーディオ用無極性電解コンデンサー47μF50V85℃ ニチコンMUSE・ES
C6 オーディオ用無極性電解コンデンサー47μF50V85℃ ニチコンMUSE・ES
※ C1~C6は基板上の部品名です。
送料は除きますが、部品総額3,800円くらいかな?
変換基板は手前設計の中華製造ですけど。
C1も無極性電解コンデンサーにするか悩みましたが、ハイインピーダンスのピックアップと直結しますから高レスポンスなフィルムコンデンサーにしました。元々もフィルムコンデンサーです。このフィルムコンデンサーは低ノイズ・高レスポンスなので調光回路に使っても良かった物です。なので手元にあったのですけどw
今日交換したのはC2とC3です。オペアンプの入力部に使うバイアスフィルタコンデンサですが、コンデンサの中で最も変化が大きかったかもしれません。
なお、C2とC3は耐圧25v以下の物でないと基板に入りません。C1、C5、C6はファンタム電源に曝される可能性があるので耐圧50vの物でないと壊れると思います。
MUSES02Dに替えてもイマイチ改善しきれなかった音の響きや余韻が改善しましたので、オペアンプはそのままにコンデンサだけ替えてもいいかもしれません。上記のコンデンサを全部替えても130円ですし、付け替えも普通にハンダゴテが使えれば簡単に出来ます。純アナログの部位なので、良い部品にすれば必ず良い結果になるとは言えないのですけどね。
憑き物が落ちて肩が軽くなった気分です。
追記
C2とC3を別なコンデンサにしました。原因は不明ですが、時間経過と共に音に張りが無くなったためです。
次のコンデンサにしたところ、高域がまろやかで伸びのある音になりました。
C2 オーディオ用電解コンデンサー10μF35V85℃ ニチコンMW
C3 オーディオ用電解コンデンサー10μF35V85℃ ニチコンMW
#音の世界
改造したDI-1の主要なコンデンサも変えてみました。音響用として評判が良いニチコンのコンデンサ達です。
MUSES02Dにしても改善されなかった特定の響きがスッキリと抜ける様になりました。特にガットギターの音源では使い古した弦と新品の弦くらい響きが違います。
ダイレクトボックスは楽器の音声信号をミキサーに入れるためのレベル変換ですから、演奏者が奏でるニュアンスを出来るだけ正確にミキサーに渡すのが仕事です。この改造の発端はDI-1を通すと正確さに掛けるのではないか?という疑問からです。何を以って正確かというと難しいですが、「DI-1なら弦を新しくしなくてもよかったなぁ~」などと演奏者に言われてしまうならば正確ではないのだろうと思っています。イメージとしては、高域を膨らますというより、響きや余韻を出来るだけ多くミキサーに渡したいといったところです。
今のところ、圧倒的な変化が起こっている訳ではありませんので売りは弱いですが、繊細な響きや余韻といったDI-1が苦手なところは改善されています。演奏者からすればこの辺りが大事だと思うので良い変化だと考えていますけどね。
最終判断は、手持ちに無かった物を替えてエージングした後になります。
新規開発や改造などの話は、モノの良し悪しより「誰が評価したか」が重要です。または、成り行きで使い続け、しばらくして以前の物に戻ってみたら物足りなさや不便を感じて意味を発見する、といった物語が必要です。残念ながら、自分の価値基準でゼロベースの評価をできる人は極めて少数です。ですので、社内でプレゼンすることは労力の無駄かもしれませんw
誰に試作品を送ろうかな・・・
#音の世界
MUSES02Dにしても改善されなかった特定の響きがスッキリと抜ける様になりました。特にガットギターの音源では使い古した弦と新品の弦くらい響きが違います。
ダイレクトボックスは楽器の音声信号をミキサーに入れるためのレベル変換ですから、演奏者が奏でるニュアンスを出来るだけ正確にミキサーに渡すのが仕事です。この改造の発端はDI-1を通すと正確さに掛けるのではないか?という疑問からです。何を以って正確かというと難しいですが、「DI-1なら弦を新しくしなくてもよかったなぁ~」などと演奏者に言われてしまうならば正確ではないのだろうと思っています。イメージとしては、高域を膨らますというより、響きや余韻を出来るだけ多くミキサーに渡したいといったところです。
今のところ、圧倒的な変化が起こっている訳ではありませんので売りは弱いですが、繊細な響きや余韻といったDI-1が苦手なところは改善されています。演奏者からすればこの辺りが大事だと思うので良い変化だと考えていますけどね。
最終判断は、手持ちに無かった物を替えてエージングした後になります。
新規開発や改造などの話は、モノの良し悪しより「誰が評価したか」が重要です。または、成り行きで使い続け、しばらくして以前の物に戻ってみたら物足りなさや不便を感じて意味を発見する、といった物語が必要です。残念ながら、自分の価値基準でゼロベースの評価をできる人は極めて少数です。ですので、社内でプレゼンすることは労力の無駄かもしれませんw
誰に試作品を送ろうかな・・・
#音の世界
以前から考えていたことですが、MTCのデータを差動バイフェーズで送るのはどうかなと。
データ構成はLTCよりMTCの方が簡単です。通信インフラはMTC(MIDI)より差動バイフェーズの方が選択肢が多く遠距離でも使えます。双方のいいとこ取りをしたらどうかって発想です。
LTCに比べMIDIの方がビットレートは速いのですが、MIDIを占拠しないためにMTCのデータレートはLTCより遅いのです。通信媒体を占有するならLTCベースでもMTCを送ることは可能です。
なぜこうするかいうと、専用の通信インフラを使わず、音響さんに迷惑をかけずに音響回線を借りられたら汎用性が高いと思うからです。LTCは電気的には音声信号相当ですからダンテなどのEtherも通せます。
差動バイフェーズとUARTの変換は作らねばなりませんが、この変換はタイムコードに限らず他の制御にも使えると思うのです。データレートの制限はありますが、MSCをマイクケーブルで送れたらいいなぁ~なんて妄想してます。
#電子工作
データ構成はLTCよりMTCの方が簡単です。通信インフラはMTC(MIDI)より差動バイフェーズの方が選択肢が多く遠距離でも使えます。双方のいいとこ取りをしたらどうかって発想です。
LTCに比べMIDIの方がビットレートは速いのですが、MIDIを占拠しないためにMTCのデータレートはLTCより遅いのです。通信媒体を占有するならLTCベースでもMTCを送ることは可能です。
なぜこうするかいうと、専用の通信インフラを使わず、音響さんに迷惑をかけずに音響回線を借りられたら汎用性が高いと思うからです。LTCは電気的には音声信号相当ですからダンテなどのEtherも通せます。
差動バイフェーズとUARTの変換は作らねばなりませんが、この変換はタイムコードに限らず他の制御にも使えると思うのです。データレートの制限はありますが、MSCをマイクケーブルで送れたらいいなぁ~なんて妄想してます。
#電子工作
LTC Generator のPICはFIFOにデータを突っ込んで波形が出力するまでまとまりました。
内部のテストルーチンによるものですが、データのリレーはシュミレーターで、波形はオシロスコープで確認出来たので、最も面倒な部分が成立した模様です。
昨日一見動いたものの波形が安定せず悩みましたが、バグを手直しして今は期待した波形が出ています。0x00や0xFFはもちろん他の数値もOK。オシロスコープのトリガが引っかからず波形が読み取れない数値もありますが、この値が確認出来ればいいでしょうって値はいけたので、デバイスドライバ的なところが終わったと言えます。
今後の課題はパソコンとの通信です。PIC側は過去実績、パソコン側はライブラリに頼れば左程難しくないハズ・・です。パソコンから受信した値をFIFOに突っ込んで期待した波形が出れば重要な機能は完了です。
完成に至るには、PICからパソコン側にデータ送信の要求を送ったり、コマンドでfpsのモードを切り替えたりと課題は残っていますが、ハードウェアとデバイスドライバ的な部分がまとまればハードルは低くなります。
ちなみに、今作っているのはシリアルで受信したバイトデータを差動バイフェーズで出力するだけの物ですから、TASCAMのプレーヤーのリモコンと組み合わせることも可能(正しくは不可能ではない)です。曲ごとのタイムコードをユニークする方法を考えなければなりませんが、これはこれで欲しい一品です。
当然リモコンはフルスクラッチとなりますが、出来るだけ音響さんの環境を変えないためにこういった発想もありかなと。
#PIC #タイムコード
内部のテストルーチンによるものですが、データのリレーはシュミレーターで、波形はオシロスコープで確認出来たので、最も面倒な部分が成立した模様です。
昨日一見動いたものの波形が安定せず悩みましたが、バグを手直しして今は期待した波形が出ています。0x00や0xFFはもちろん他の数値もOK。オシロスコープのトリガが引っかからず波形が読み取れない数値もありますが、この値が確認出来ればいいでしょうって値はいけたので、デバイスドライバ的なところが終わったと言えます。
今後の課題はパソコンとの通信です。PIC側は過去実績、パソコン側はライブラリに頼れば左程難しくないハズ・・です。パソコンから受信した値をFIFOに突っ込んで期待した波形が出れば重要な機能は完了です。
完成に至るには、PICからパソコン側にデータ送信の要求を送ったり、コマンドでfpsのモードを切り替えたりと課題は残っていますが、ハードウェアとデバイスドライバ的な部分がまとまればハードルは低くなります。
ちなみに、今作っているのはシリアルで受信したバイトデータを差動バイフェーズで出力するだけの物ですから、TASCAMのプレーヤーのリモコンと組み合わせることも可能(正しくは不可能ではない)です。曲ごとのタイムコードをユニークする方法を考えなければなりませんが、これはこれで欲しい一品です。
当然リモコンはフルスクラッチとなりますが、出来るだけ音響さんの環境を変えないためにこういった発想もありかなと。
#PIC #タイムコード