電装工芸日記
- 舞台照明機器の製作とか -
2023年4月 この範囲を時系列順で読む この範囲をファイルに出力する
先日ユニクロに行ったのですが、会計方法に驚いた。
いわゆるセルフレジの部類ですが、買い物カゴごと所定の場所に置くと一瞬で合計金額が出てきます。
正直「何が起こった！？」「前の人の会計ぢゃね？？」パニクリましたよ。
商品のタグをよく見たら「IC-Tag」と書いてあります。なるほどねぇ～と思いつつ、「IC-Tagってホントに安くなったんだ」とか「人件費考えたら割に合うだろうなぁ」とか「万引き防止にもなるねぇ」とか考えてしまう自分。
IC-Tagは簡単に言うなら小さい小さいwi-fiマイコンです。厳密にはwi-fiとは違うのですが、無線でデータをやりとりするって意味で捉えてください。不思議なのは電源を持っていないのに動くのです。なんでだろ！？
細かい事はわからないのですが、少し調べてみてもいいですね。
そこまでする価値があるかは別にして、機材に付けておけば数のチェックが一瞬です。時間に追われるツアーとか大量の機材を扱うところではいいかもしれません。
#雑談
いわゆるセルフレジの部類ですが、買い物カゴごと所定の場所に置くと一瞬で合計金額が出てきます。
正直「何が起こった！？」「前の人の会計ぢゃね？？」パニクリましたよ。
商品のタグをよく見たら「IC-Tag」と書いてあります。なるほどねぇ～と思いつつ、「IC-Tagってホントに安くなったんだ」とか「人件費考えたら割に合うだろうなぁ」とか「万引き防止にもなるねぇ」とか考えてしまう自分。
IC-Tagは簡単に言うなら小さい小さいwi-fiマイコンです。厳密にはwi-fiとは違うのですが、無線でデータをやりとりするって意味で捉えてください。不思議なのは電源を持っていないのに動くのです。なんでだろ！？
細かい事はわからないのですが、少し調べてみてもいいですね。
そこまでする価値があるかは別にして、機材に付けておけば数のチェックが一瞬です。時間に追われるツアーとか大量の機材を扱うところではいいかもしれません。
#雑談
プリントが終わったので仮組み。
寸法の修正はありますが一応形になりました。あと2-3回やれば条件が出るでしょう。
実際はアルミ角パイプの中にコレを入れます。
３Ｄプリンタは復活したようです。
#３Ｄプリンタ
寸法の修正はありますが一応形になりました。あと2-3回やれば条件が出るでしょう。
実際はアルミ角パイプの中にコレを入れます。
３Ｄプリンタは復活したようです。
#３Ｄプリンタ
３Ｄプリンタは治ったようです。ただ、主原因はサーミスタ(温度センサ素子)ではなくコネクタピンでした。
サーミスタを交換しても完全に治らないので、改めてテスターで当たりまくるとプラットホームのコネクタピンの一部が根元は導通するのに先端は導通しないのを発見。ピンを取り外して確認しましたが、変色などまったく無く見た目はキレイでコジっても折れず。不良とは到底思えないのに導通がありません。しかも、そんなのが２本。同じ銘柄のコネクタからピンを取って交換したところ正常に戻った次第です。
不良コネクタピンの１本は複数あるGNDの１本でしたが、ヒーター電源の通りが良くなったのかセンサーの反応が良くなったのか、プラットホームの温度がこれまでになく安定しています。取り外したサーミスタはよく見るとコゲっぽい色になっていたので交換時期と思って間違い無さそうですが、よもやコネクタピンが不良の主原因とは思いもよらず。コネクタの不良はメスコンタクトが緩んで接触不良になることが多いのですが、オスコンタクト(ピン)の中折れは初めてです。ユーザーのナニのナニとシンクロしたのか！？
オヤジ小ネタはともかく、キツネに抓まれたような気分です。何がなんだか・・・。毎年初詣に行く稲荷神社に行かなかったのでお狐様が意地悪しに来たのでしょうか？？腑に落ちないとはこのことですが、わからんもんはわからんので、プリンタを買い直さずに済んだことを素直に喜ぶしかありません。
試作品の製作を再開しました。喜ぶのはこのジョブが最後まで終わったのを見届けてからかな？ジョブを開始して１時間、今のところ安定して動いています。
明日から浜松まで出向いて２日程現場なので、プリントの品質が良くなることを祈りつつ今夜は寝ます。
#３Ｄプリンタ
サーミスタを交換しても完全に治らないので、改めてテスターで当たりまくるとプラットホームのコネクタピンの一部が根元は導通するのに先端は導通しないのを発見。ピンを取り外して確認しましたが、変色などまったく無く見た目はキレイでコジっても折れず。不良とは到底思えないのに導通がありません。しかも、そんなのが２本。同じ銘柄のコネクタからピンを取って交換したところ正常に戻った次第です。
不良コネクタピンの１本は複数あるGNDの１本でしたが、ヒーター電源の通りが良くなったのかセンサーの反応が良くなったのか、プラットホームの温度がこれまでになく安定しています。取り外したサーミスタはよく見るとコゲっぽい色になっていたので交換時期と思って間違い無さそうですが、よもやコネクタピンが不良の主原因とは思いもよらず。コネクタの不良はメスコンタクトが緩んで接触不良になることが多いのですが、オスコンタクト(ピン)の中折れは初めてです。ユーザーのナニのナニとシンクロしたのか！？
オヤジ小ネタはともかく、キツネに抓まれたような気分です。何がなんだか・・・。毎年初詣に行く稲荷神社に行かなかったのでお狐様が意地悪しに来たのでしょうか？？腑に落ちないとはこのことですが、わからんもんはわからんので、プリンタを買い直さずに済んだことを素直に喜ぶしかありません。
試作品の製作を再開しました。喜ぶのはこのジョブが最後まで終わったのを見届けてからかな？ジョブを開始して１時間、今のところ安定して動いています。
明日から浜松まで出向いて２日程現場なので、プリントの品質が良くなることを祈りつつ今夜は寝ます。
#３Ｄプリンタ
３Ｄプリンタを直すための部品(サーミスタ)が予定よりも早く届きました。
4/20到着予定が4/10です。印象操作を感じなくもないですが、土日を挟んで６日間ですから十分に早いでしょう。
これで治るといいですが、どうなることでしょう。
そういやムービングライトが１台動作しません。先日も同様の不良が出たので修理を試みたのですが、原因を探ろうとしたところ動いてしまい原因を追えなかった機体です。
ウォッシュタイプですが、PAN/TILTは動くのにLAMP周り(LEDとズーム)が動きません。PAN/TILTとLAMPは制御基板が別々なので、LAMP側の基板が動作していないことになります。
動作しないと言っても基板の故障とは限りません。電源のパイロットランプは点灯するし、要所には定格の電圧が来ています。正常な機体で試してみたのですが、サーマルセンサからと思われるケーブルを抜くと同じことになりますので、たぶんこのケーブルの先に故障があるのでしょう。サーマルセンサか、ケーブルか、間に入っている回路か、ジックリ確認しましょう。
サーマルセンサが不良の場合、今回買った物が使えるなら楽なんですけどね。50個も買ってしまったし。
#３Ｄプリンタ #照明器具
4/20到着予定が4/10です。印象操作を感じなくもないですが、土日を挟んで６日間ですから十分に早いでしょう。
これで治るといいですが、どうなることでしょう。
そういやムービングライトが１台動作しません。先日も同様の不良が出たので修理を試みたのですが、原因を探ろうとしたところ動いてしまい原因を追えなかった機体です。
ウォッシュタイプですが、PAN/TILTは動くのにLAMP周り(LEDとズーム)が動きません。PAN/TILTとLAMPは制御基板が別々なので、LAMP側の基板が動作していないことになります。
動作しないと言っても基板の故障とは限りません。電源のパイロットランプは点灯するし、要所には定格の電圧が来ています。正常な機体で試してみたのですが、サーマルセンサからと思われるケーブルを抜くと同じことになりますので、たぶんこのケーブルの先に故障があるのでしょう。サーマルセンサか、ケーブルか、間に入っている回路か、ジックリ確認しましょう。
サーマルセンサが不良の場合、今回買った物が使えるなら楽なんですけどね。50個も買ってしまったし。
#３Ｄプリンタ #照明器具
Linux上のＣ言語でLTCの波形を起こせたらと思ったのですが、処理能力の総量は余裕タップリなものの、Art-Netエンジンを作った際に感じた挙動ムラから想像するに許容範囲を越える波形ムラが起こりそうです。LinuxはOSそのものや他のモジュールに引っ張られて100～300usecくらい待たされることがあるのですが、LTCの波形を起こすのにこの条件はよろしくありません。RTOSを使わないなら普通のことですけどね。
ならばLTCを起こすところにはPICを使ったらいいかな？適材適所？
LinuxからUARTなどでフレーム情報を送ってPICでLTCを生成するのです。２～４フレーム分くらいPICにバッファすればLinux側に動作ムラがあっても安定した波形を出すと思われます。
差動バイフェーズで信号を反転する時間ピッチは25fpsで250usecです。29.97fpsではなく25fpsとしているのは、PALのレートなのでLTC対応の演出機器は100%対応するし、何よりも計算がしやすく誤差も出にくいために当面の試作には良いかなと。250usecは32MHzのPICで2,000命令相当の時間です。これだけあれば大概ことは１フェーズ分実行出来ます。実行周期はTMR1やTMR2による周期割込みを使えばPICのクロック素子相当の精度を得られます。
求める精度は、周期が0.001%未満、差動バイフェーズの立ち上がり立下り精度が5%未満です。無理は無さそうです。
書いてて思ったのですが、こんなLTCジェネレーターをこれまでに作らなかった自分が不思議。
#タイムコード #PIC #電子工作
ならばLTCを起こすところにはPICを使ったらいいかな？適材適所？
LinuxからUARTなどでフレーム情報を送ってPICでLTCを生成するのです。２～４フレーム分くらいPICにバッファすればLinux側に動作ムラがあっても安定した波形を出すと思われます。
差動バイフェーズで信号を反転する時間ピッチは25fpsで250usecです。29.97fpsではなく25fpsとしているのは、PALのレートなのでLTC対応の演出機器は100%対応するし、何よりも計算がしやすく誤差も出にくいために当面の試作には良いかなと。250usecは32MHzのPICで2,000命令相当の時間です。これだけあれば大概ことは１フェーズ分実行出来ます。実行周期はTMR1やTMR2による周期割込みを使えばPICのクロック素子相当の精度を得られます。
求める精度は、周期が0.001%未満、差動バイフェーズの立ち上がり立下り精度が5%未満です。無理は無さそうです。
書いてて思ったのですが、こんなLTCジェネレーターをこれまでに作らなかった自分が不思議。
#タイムコード #PIC #電子工作
ホール管理の増員で操作盤の置物になっているだけなので調べモノをし放題です。
PythonのライブラリをＣ言語で作る方法の基本はわかりました。このサイトだけでほぼ解決。
製作手順を大まかに書き出すと、
１）関数ライブラリを用意する。
Ｃ言語で#includeして使える関数なら汎用でも自作でも何でもいい。
２）「ラッパー関数」を用意する。
Ｃ言語の関数をPythonへ引き渡す定義をするソースファイル。Pythonからの呼び出し方と変数の変換方法をＣ言語で記述します。
３）セットアップファイルを用意する。
セットアップファイルはgccで言うところのMakeFileです。Pythonで記述され、ファイル名はsetup.pyにすることが多いそうです。
４）ビルドする。
セットアップファイルを使ってビルドする。
５）インストールする。
セットアップファイルを使ってインストールする（動作の実際はPythonパッケージ管理のpipへの登録）。
と、なります。
ラッパー関数はＣ言語とPythonの両方を知らないと記述出来ないので少し難しいですが、セットアップファイルは定型の通り記述するだけです。
#Ｃ言語 #Python
PythonのライブラリをＣ言語で作る方法の基本はわかりました。このサイトだけでほぼ解決。
製作手順を大まかに書き出すと、
１）関数ライブラリを用意する。
Ｃ言語で#includeして使える関数なら汎用でも自作でも何でもいい。
２）「ラッパー関数」を用意する。
Ｃ言語の関数をPythonへ引き渡す定義をするソースファイル。Pythonからの呼び出し方と変数の変換方法をＣ言語で記述します。
３）セットアップファイルを用意する。
セットアップファイルはgccで言うところのMakeFileです。Pythonで記述され、ファイル名はsetup.pyにすることが多いそうです。
４）ビルドする。
セットアップファイルを使ってビルドする。
５）インストールする。
セットアップファイルを使ってインストールする（動作の実際はPythonパッケージ管理のpipへの登録）。
と、なります。
ラッパー関数はＣ言語とPythonの両方を知らないと記述出来ないので少し難しいですが、セットアップファイルは定型の通り記述するだけです。
#Ｃ言語 #Python
PythonならVLCを簡単に扱えそうですが、Ｃ言語で扱うのはちょっと難しそうです。
ネットには先達の情報が少なく、VLCライブラリのヘッダーファイルを読んでも理解不能。ヘッダーファイルには更なるヘッダーファイルが記述してあり、そのヘッダーファイルの中にも更なるヘッダーファイルがあります。どこまで深いのかわからんくらいです。プロトタイプ宣言と思わしき記述もゴリゴリのＣ++なので何がどうなっているのか追いかけられません。高度で大きなアプリケーションですから簡単ではないのです。
当面はPythonでの実装を目指し、Ｃ言語での実装を夢見るってところでしょうか。
となると、Pythonでタイムコードの生成をするのがカギになるかもしれません。
Pythonで安定したLTCの波形を生成するのは厳しそうなのでMIDI-TimeCodeにするのが現実的でしょうか。MIDIは9600bpsのUARTですからPythonでも余裕を持って作れます。ただ、音源操作と照明操作の場所が離れているとMIDIでは接続が難しいので、音声信号として送れるLTCが望みです。MIDIをRS485に変換すればいいって話もありますけどね。
Ｃ言語でLTC生成のPythonライブラリを作るのがいいのでしょうか。PythonライブラリをＣ言語で書いたことはありませんが、Ｃ言語のライブラリとして成立していれば比較的簡単な記述でPythonライブラリが作れるそうです。
#タイムコード
ネットには先達の情報が少なく、VLCライブラリのヘッダーファイルを読んでも理解不能。ヘッダーファイルには更なるヘッダーファイルが記述してあり、そのヘッダーファイルの中にも更なるヘッダーファイルがあります。どこまで深いのかわからんくらいです。プロトタイプ宣言と思わしき記述もゴリゴリのＣ++なので何がどうなっているのか追いかけられません。高度で大きなアプリケーションですから簡単ではないのです。
当面はPythonでの実装を目指し、Ｃ言語での実装を夢見るってところでしょうか。
となると、Pythonでタイムコードの生成をするのがカギになるかもしれません。
Pythonで安定したLTCの波形を生成するのは厳しそうなのでMIDI-TimeCodeにするのが現実的でしょうか。MIDIは9600bpsのUARTですからPythonでも余裕を持って作れます。ただ、音源操作と照明操作の場所が離れているとMIDIでは接続が難しいので、音声信号として送れるLTCが望みです。MIDIをRS485に変換すればいいって話もありますけどね。
Ｃ言語でLTC生成のPythonライブラリを作るのがいいのでしょうか。PythonライブラリをＣ言語で書いたことはありませんが、Ｃ言語のライブラリとして成立していれば比較的簡単な記述でPythonライブラリが作れるそうです。
#タイムコード
PythonでVLCライブラリを使えば映像や音声に関して今やりたいことは全て出来そうです。
VLCは映像や音声の類は何でも再生出来る便利なアプリですが、コマンドラインでも使えるし、プログラムを書くためのライブラリとしても機能します。Windowsはもちろん、MacでもLinuxでも動きます。
懸案の再生時間の取得ですが、再生のためにはファイルをVLCモジュールに読み込んでインスタンスにするのですが、インスタンスからget_time()を取ると現在の再生ポジションをmsecの値で得られるようです。得た値の扱いはよく考えねばなければなりませんが、途中から再生しても適切なタイムコードを出せそうです。
ついでにTASCAM系のプレイバックも協調動作させますか。比較的単純なシリアル信号で動きますから、CDなどを同時スタート出来ればバックアップになります。
もちろん、PythonのライブラリがあるならC言語のライブラリもあると思われます。Pythonで書いとけばプラットホームを選ばないので、このツールはC言語で書くよりいいのかもしれないけど。
開発する時間がないので当面棚上げですが、ノンビリ研究していきましょう。
追記
C言語のライブラリーはlibvlc、includeは<vlc/vlc.h>だそうです。
映像を表示せず音声だけの出力も明示的に指示出来るようです。
#タイムコード
VLCは映像や音声の類は何でも再生出来る便利なアプリですが、コマンドラインでも使えるし、プログラムを書くためのライブラリとしても機能します。Windowsはもちろん、MacでもLinuxでも動きます。
懸案の再生時間の取得ですが、再生のためにはファイルをVLCモジュールに読み込んでインスタンスにするのですが、インスタンスからget_time()を取ると現在の再生ポジションをmsecの値で得られるようです。得た値の扱いはよく考えねばなければなりませんが、途中から再生しても適切なタイムコードを出せそうです。
ついでにTASCAM系のプレイバックも協調動作させますか。比較的単純なシリアル信号で動きますから、CDなどを同時スタート出来ればバックアップになります。
もちろん、PythonのライブラリがあるならC言語のライブラリもあると思われます。Pythonで書いとけばプラットホームを選ばないので、このツールはC言語で書くよりいいのかもしれないけど。
開発する時間がないので当面棚上げですが、ノンビリ研究していきましょう。
追記
C言語のライブラリーはlibvlc、includeは<vlc/vlc.h>だそうです。
映像を表示せず音声だけの出力も明示的に指示出来るようです。
#タイムコード
試してはいませんが、Linux系で音源を再生するのは簡単っぽいです。
モジュールの種類はいくつもありますし、コマンドに音源ファイル名を付けて叩くだけの物もあります。
ファイルブラウザを作れるなら、プレーヤー自体を作ることは難易度が低そうです。
ただ、再生中の音源が現在何分何秒目かを得る方法が見当たりません。音源再生のライブラリに秒数を得る関数あるかもしれませんが、ネットの記事には「簡単に音源を再生出来るぢょ♪」という趣旨の物が多いのでそこまで解説してなくても仕方ないのかな？。タイム情報はガチのプレーヤーを作らなきゃ不要ですしね。
合間に調べを進めましょう。
目指す物は、音源に手を加えず、音源にタイムコードを加えたのと同じ結果を得られるプレーヤーです。
#Ｃ言語 #RaspberryPi
モジュールの種類はいくつもありますし、コマンドに音源ファイル名を付けて叩くだけの物もあります。
ファイルブラウザを作れるなら、プレーヤー自体を作ることは難易度が低そうです。
ただ、再生中の音源が現在何分何秒目かを得る方法が見当たりません。音源再生のライブラリに秒数を得る関数あるかもしれませんが、ネットの記事には「簡単に音源を再生出来るぢょ♪」という趣旨の物が多いのでそこまで解説してなくても仕方ないのかな？。タイム情報はガチのプレーヤーを作らなきゃ不要ですしね。
合間に調べを進めましょう。
目指す物は、音源に手を加えず、音源にタイムコードを加えたのと同じ結果を得られるプレーヤーです。
#Ｃ言語 #RaspberryPi
お陰様で本業が忙しい今日この頃です。
部下が照明の空打ちをしていた時に話していたのですが、CUEの送りを曲に合わせて自動化出来ないかとのこと。
ストリートダンス系の仕事が頻繁にあるのですが、打ち込みはいいとしても本番オペが案外大変。照明のリクエストをしてくるのが振付をしている指導者ですから要望が年々細かくなってきているのです。さらに、多いと60曲はある長い本番を最後まで集中し続けるのは現実的ではありません。
１曲あたりのリクエスト数を制限する手もありますし、リクエストに100%応えているワケでもありませんが、空打ちの際にタイミングもプログラム出来たらってことです。
音源に則したタイムコードを得ることが王道でしょうか。音源をモノラルにしてタイムコードも録音するのが常套手段としても、誰がその編集をすんだって話。
ようやく本題ですが、mp3プレーヤーからタイムコード(SMPTE12M-LTC)が出ないかなと思った次第。
そんなアプリがあればいいのですが、RaspberryPiで作れのでしょうかね。mp3やWAVファイルの再生は可能ですし、タイムコードを吐き出すことも可能です。可能なモノをミックスすればいいのでプログラムは作れると思われます。
#本業 #RaspberryPi
部下が照明の空打ちをしていた時に話していたのですが、CUEの送りを曲に合わせて自動化出来ないかとのこと。
ストリートダンス系の仕事が頻繁にあるのですが、打ち込みはいいとしても本番オペが案外大変。照明のリクエストをしてくるのが振付をしている指導者ですから要望が年々細かくなってきているのです。さらに、多いと60曲はある長い本番を最後まで集中し続けるのは現実的ではありません。
１曲あたりのリクエスト数を制限する手もありますし、リクエストに100%応えているワケでもありませんが、空打ちの際にタイミングもプログラム出来たらってことです。
音源に則したタイムコードを得ることが王道でしょうか。音源をモノラルにしてタイムコードも録音するのが常套手段としても、誰がその編集をすんだって話。
ようやく本題ですが、mp3プレーヤーからタイムコード(SMPTE12M-LTC)が出ないかなと思った次第。
そんなアプリがあればいいのですが、RaspberryPiで作れのでしょうかね。mp3やWAVファイルの再生は可能ですし、タイムコードを吐き出すことも可能です。可能なモノをミックスすればいいのでプログラムは作れると思われます。
#本業 #RaspberryPi
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131