電装工芸日記
- 舞台照明機器の製作とか -
全年全月5日の投稿［41件］（3ページ目）
2023年6月 この範囲を時系列順で読む この範囲をファイルに出力する
2023年5月 この範囲を時系列順で読む この範囲をファイルに出力する
TRUE1のT分岐は完成した感じです。
ケーブルをハウジングに通してからレセプタクルに取り付けるのでケーブルの余長を押し込むことになりますが、この際の捩じりやコジる力がタブ端子にかかって半抜けになることがあるのです。組んだ後に中を確認することは出来ませんから対策が必要でした。前の書き込みでハンダ付けを試しますなんて書いたのですが、ハンダが馴染む温度ではTRUE1側が溶けてしまい使い物になりません。
ちょっと発想を変え、ハウジングに収まる範囲でケーブルを出来るだけ長くしてみました。ハウジングの中で余裕を持ってトグロを巻ける様にしたらタブ端子に負荷がかからないのでは？というアイデアです。チーズを太くしたために可能になった方法です。
結果から言うとビンゴです。組み上げてから数日おいて分解してみましたが半抜けの気配すらありません。
TRUE1の取り付け部に水漏れ防止のコーキングを挿して本組みです。
ちなみに、求める水対策性能は「防水」ではなく「防滴」です。水に浸すのはNGですが、水がかかるのはOKという意味です。
防滴を考える上で気を付けなければならないのは狭い隙間です。毛細管現象で水が吸い込まれていくからです。明らかな水の進入路をコーキングで塞ぐのはもちろんですが、こういったところも気を付けるべきです。
先に製作していたアルミ角パイプを使う方法も進めています。あとはコーキング処理だけだったのでお休みしてました。
これも分岐ですが、ケーブルの方向性からY分岐と呼びます。
#器具の製作
ケーブルをハウジングに通してからレセプタクルに取り付けるのでケーブルの余長を押し込むことになりますが、この際の捩じりやコジる力がタブ端子にかかって半抜けになることがあるのです。組んだ後に中を確認することは出来ませんから対策が必要でした。前の書き込みでハンダ付けを試しますなんて書いたのですが、ハンダが馴染む温度ではTRUE1側が溶けてしまい使い物になりません。
ちょっと発想を変え、ハウジングに収まる範囲でケーブルを出来るだけ長くしてみました。ハウジングの中で余裕を持ってトグロを巻ける様にしたらタブ端子に負荷がかからないのでは？というアイデアです。チーズを太くしたために可能になった方法です。
結果から言うとビンゴです。組み上げてから数日おいて分解してみましたが半抜けの気配すらありません。
TRUE1の取り付け部に水漏れ防止のコーキングを挿して本組みです。
ちなみに、求める水対策性能は「防水」ではなく「防滴」です。水に浸すのはNGですが、水がかかるのはOKという意味です。
防滴を考える上で気を付けなければならないのは狭い隙間です。毛細管現象で水が吸い込まれていくからです。明らかな水の進入路をコーキングで塞ぐのはもちろんですが、こういったところも気を付けるべきです。
先に製作していたアルミ角パイプを使う方法も進めています。あとはコーキング処理だけだったのでお休みしてました。
これも分岐ですが、ケーブルの方向性からY分岐と呼びます。
#器具の製作
2023年2月 この範囲を時系列順で読む この範囲をファイルに出力する
オレメモ
ANSIエスケープシーケンスにおいてカーソルの表示/非表示を定義。
RaspberryPi 4B / Rasbian11_32bit / コンパイラ：OS標準gcc
\e［?25h カーソルの表示
\e［?25l カーソルの非表示
相変わらずの不思議な呪文。
#Ｃ言語
ANSIエスケープシーケンスにおいてカーソルの表示/非表示を定義。
RaspberryPi 4B / Rasbian11_32bit / コンパイラ：OS標準gcc
\e［?25h カーソルの表示
\e［?25l カーソルの非表示
相変わらずの不思議な呪文。
#Ｃ言語
各所の処理タイミングで難儀しましたが、第１フェーズと呼んでもいい段階は終わりました。
まとまったのは次の通り。
１）Art-Netを受信してデコード。
２）エンコードして送信。
３）受信値を表示。
４）カーソルキーでユニバースを切り替えるなど、キーボードによる画面操作。
この程度ではありますが、これから先の基本が多く含まれているのでかなりの進歩だと自画自賛。
スッキリした画面に値がキレイに表示されると気持ち良いです。
ちなみに、画面表示を除く主処理１フェーズの所要時間は平均150usec、最大600usecくらいです(30fps:8ユニバースのArt-Netを受信/デコード/エンコード/送信する処理)。Pythonに比べたら圧倒的に速い。
今後機能を追加してどれくらい重くなっていくのかは未知数ですが、現時点では期待値込みの次第点でしょう。
次はデータ処理の本丸です。
Pythonである程度作れた処理ですが、Pythonならではの便利機能が使えないなら私にとってかなり難しいことなので、処理の手順をキッチリ考えたいと思います。
追記
処理タイミングを調整したところ１フェーズの処理時間が50usec程度減りました。小さな数値ですが比率としては大きい。
不思議なのは、受信している８ユニバース中、０ユニバースに比べ７ユニバースの処理が倍くらい速く処理時間の変動が少ないことです。出力のフレームレートをDoctorMXで計測すると同じ値なので謎です。今は動いているバグですと後々問題になりそうそうなので確認しますが、速いユニバースは１フェーズ90usec前後で安定して動いているのでこれが平均になれば御の字です。この数値で揃えば現在考えている最大規模も処理出来ると思います。
#[Art-Net]
まとまったのは次の通り。
１）Art-Netを受信してデコード。
２）エンコードして送信。
３）受信値を表示。
４）カーソルキーでユニバースを切り替えるなど、キーボードによる画面操作。
この程度ではありますが、これから先の基本が多く含まれているのでかなりの進歩だと自画自賛。
スッキリした画面に値がキレイに表示されると気持ち良いです。
ちなみに、画面表示を除く主処理１フェーズの所要時間は平均150usec、最大600usecくらいです(30fps:8ユニバースのArt-Netを受信/デコード/エンコード/送信する処理)。Pythonに比べたら圧倒的に速い。
今後機能を追加してどれくらい重くなっていくのかは未知数ですが、現時点では期待値込みの次第点でしょう。
次はデータ処理の本丸です。
Pythonである程度作れた処理ですが、Pythonならではの便利機能が使えないなら私にとってかなり難しいことなので、処理の手順をキッチリ考えたいと思います。
追記
処理タイミングを調整したところ１フェーズの処理時間が50usec程度減りました。小さな数値ですが比率としては大きい。
不思議なのは、受信している８ユニバース中、０ユニバースに比べ７ユニバースの処理が倍くらい速く処理時間の変動が少ないことです。出力のフレームレートをDoctorMXで計測すると同じ値なので謎です。今は動いているバグですと後々問題になりそうそうなので確認しますが、速いユニバースは１フェーズ90usec前後で安定して動いているのでこれが平均になれば御の字です。この数値で揃えば現在考えている最大規模も処理出来ると思います。
#[Art-Net]
2023年1月 この範囲を時系列順で読む この範囲をファイルに出力する
Ｃ言語はプロセスの管理方法を調査中です。
直近の課題はAr-Netパッチです。この機構は大きく分けて、(1)Art-Netエンジン(受信、パッチ、送信)、(2)DMXの状況モニタ表示、(3)ユーザーからのコマンド操作となります。
Ｃ言語で書けば主な機能をスレッドに分ければいいような気もしますが、スレッドを分けるのもプロセスを分けるのも手間は大差ないので、プロセスを分けておけばいいかなと。
先日も書きましたが、ランチャー的な親プロセスから各機能を子プロセスとして起動しようと思っています。これなら親プロセスで共有メモリを定義して子プロセスにポインタを渡すことが簡単だからです。また、子プロセスとして起動するなら親プロセスがプロセスIDを確実に把握出来ますので管理上のメリットもあります。
まだわからない調査中のことは、子プロセスの終了のさせ方です。killコマンドでプロセスを消す方法はありますが、後処理(設定の現在値の保存など)をしてから子プロセスを終了したいので、有無言わさずプロセスを消すkillコマンドはよろしくありません。望ましいのは、親プロセスからコマンドを送って子プロセス自身で終了させることです。Python的に考えるなら、親プロセスからの指示で子プロセスに何かしらの例外が発生してwhileをbreakで抜け出すような処理です。共有メモリでコマンドをやり取りするのが現実的だと思いますが、出来るだけシンプルで汎用的な方法を構築したいところです。
いずれにしても、親プロセスから子プロセスを起動し、プロセス間で通信(変数の共有)をし、親プロセスから子プロセスを終了させる方法の定型化です。
もう少し学習が進んでからになりますが、共有メモリの挙動も調査しないといけません。
共有メモリは複数のプロセスから読み書きできるメモリ空間ですが、マネジメントされていませんので衝突(読み書きの処理タイミングが被ること)による不整合が起きる可能性があります。これを回避する手段としてセマフォなどの機能があるのですが、出来るだけシンプルな方法を見つけたいと思っています。
調査したいのは、共有メモリに書き込み出来るプロセスを唯一とし、他のプロセスは読み出しのみとした場合にどうかという点です。機能的に共有メモリの読み書きは頻繁に行われますので出来るだけ手数を少なくしたいのですが、結果的に書き込みのタイミングをマネジメントしなくていいなら手数は最小だし、何かが必要だとしてもどこまでやるのかを知りたいワケです。
#Ｃ言語
直近の課題はAr-Netパッチです。この機構は大きく分けて、(1)Art-Netエンジン(受信、パッチ、送信)、(2)DMXの状況モニタ表示、(3)ユーザーからのコマンド操作となります。
Ｃ言語で書けば主な機能をスレッドに分ければいいような気もしますが、スレッドを分けるのもプロセスを分けるのも手間は大差ないので、プロセスを分けておけばいいかなと。
先日も書きましたが、ランチャー的な親プロセスから各機能を子プロセスとして起動しようと思っています。これなら親プロセスで共有メモリを定義して子プロセスにポインタを渡すことが簡単だからです。また、子プロセスとして起動するなら親プロセスがプロセスIDを確実に把握出来ますので管理上のメリットもあります。
まだわからない調査中のことは、子プロセスの終了のさせ方です。killコマンドでプロセスを消す方法はありますが、後処理(設定の現在値の保存など)をしてから子プロセスを終了したいので、有無言わさずプロセスを消すkillコマンドはよろしくありません。望ましいのは、親プロセスからコマンドを送って子プロセス自身で終了させることです。Python的に考えるなら、親プロセスからの指示で子プロセスに何かしらの例外が発生してwhileをbreakで抜け出すような処理です。共有メモリでコマンドをやり取りするのが現実的だと思いますが、出来るだけシンプルで汎用的な方法を構築したいところです。
いずれにしても、親プロセスから子プロセスを起動し、プロセス間で通信(変数の共有)をし、親プロセスから子プロセスを終了させる方法の定型化です。
もう少し学習が進んでからになりますが、共有メモリの挙動も調査しないといけません。
共有メモリは複数のプロセスから読み書きできるメモリ空間ですが、マネジメントされていませんので衝突(読み書きの処理タイミングが被ること)による不整合が起きる可能性があります。これを回避する手段としてセマフォなどの機能があるのですが、出来るだけシンプルな方法を見つけたいと思っています。
調査したいのは、共有メモリに書き込み出来るプロセスを唯一とし、他のプロセスは読み出しのみとした場合にどうかという点です。機能的に共有メモリの読み書きは頻繁に行われますので出来るだけ手数を少なくしたいのですが、結果的に書き込みのタイミングをマネジメントしなくていいなら手数は最小だし、何かが必要だとしてもどこまでやるのかを知りたいワケです。
#Ｃ言語
2022年10月 この範囲を時系列順で読む この範囲をファイルに出力する
盆と正月が一度に来た状況です。
コロナ明け感の反動だろうがなんだろうが現場を沢山頂けることは有難いのですが、それにしても多すぎ。
ですが、来週になるとそうでもない。明らかに休める日程。連休の魅力はわかるのですが、もちょっとバラけてくれんもんでしょうかねぇ～。
息抜きのインターカムパワーサプライ製作はイイ感じ。
内部の基板を中国に発注したので完成は届いた後ですがケースの仮組みが完了。
明日にでも写真に撮って揚げてみようと思います。
そういや、ノイトリックのXLRコネクタの値段が上がってます。インターカムパワーサプライにはなくてはならない部品です。
原材料の高騰、製造業の混乱、その上円安ですから仕方のないことですが、ちょっと前の倍以上の価格には驚きました。
納期はかかりますが、中華電器で65円(送料入れても160円)のXLR3Pレセプタクルをオーダーしました。
#本業 #電子工作
コロナ明け感の反動だろうがなんだろうが現場を沢山頂けることは有難いのですが、それにしても多すぎ。
ですが、来週になるとそうでもない。明らかに休める日程。連休の魅力はわかるのですが、もちょっとバラけてくれんもんでしょうかねぇ～。
息抜きのインターカムパワーサプライ製作はイイ感じ。
内部の基板を中国に発注したので完成は届いた後ですがケースの仮組みが完了。
明日にでも写真に撮って揚げてみようと思います。
そういや、ノイトリックのXLRコネクタの値段が上がってます。インターカムパワーサプライにはなくてはならない部品です。
原材料の高騰、製造業の混乱、その上円安ですから仕方のないことですが、ちょっと前の倍以上の価格には驚きました。
納期はかかりますが、中華電器で65円(送料入れても160円)のXLR3Pレセプタクルをオーダーしました。
#本業 #電子工作
回路図を描いたので基板も描いてみました。
描いたついでに中国に発注してみました。
銅膜を2ozと厚めにして少し高くなりましたが、10枚で$62(1ozなら$48)、送料が$16、合計$78です。日本円にすると12,000円超。
感光基板の価格と手作りの手間を考えたらまだまだ安価ですが、円相場の現実を実感。
#電子工作
描いたついでに中国に発注してみました。
銅膜を2ozと厚めにして少し高くなりましたが、10枚で$62(1ozなら$48)、送料が$16、合計$78です。日本円にすると12,000円超。
感光基板の価格と手作りの手間を考えたらまだまだ安価ですが、円相場の現実を実感。
#電子工作
2022年9月 この範囲を時系列順で読む この範囲をファイルに出力する
久しぶりに気力体力がある状態のオフになったので修理案件に手をつけています。販売店さん、遅くなってすみません。
自分で作ったモノが戻ってくるとどこが壊れるか傷むか凄く勉強になります。
と、言ってないでさっさと修理しろって。。。
#ガチ工作
自分で作ったモノが戻ってくるとどこが壊れるか傷むか凄く勉強になります。
と、言ってないでさっさと修理しろって。。。
#ガチ工作
2022年8月 この範囲を時系列順で読む この範囲をファイルに出力する
昨日こさえたアームレストは良い感じです。
一晩経過して思ったのですが、ニスの硬化が明らかに早い。
今までは原液のまま塗って完全に硬化するのに2-3日かかっていましたが、今回は20%くらいの希釈で24時間で完全に硬化しています。
猛暑で気温が高いのもあるかもしれませんが、水を足した方が早いのも不思議な気がします。原液のままですと表面が先に固まって中が固まらないのでしょうか。
正直言いますと、少し前に作った品でニスが足りない感じだったので水でカサ増ししたのが最初です。カスが落ちない程度に目止めになればと塗ったのですが、僅かな不足のために新品買うのもなぁ～というケチ心が由来です。面白い結果が出たので良かったのですが。
#ガチ工作
一晩経過して思ったのですが、ニスの硬化が明らかに早い。
今までは原液のまま塗って完全に硬化するのに2-3日かかっていましたが、今回は20%くらいの希釈で24時間で完全に硬化しています。
猛暑で気温が高いのもあるかもしれませんが、水を足した方が早いのも不思議な気がします。原液のままですと表面が先に固まって中が固まらないのでしょうか。
正直言いますと、少し前に作った品でニスが足りない感じだったので水でカサ増ししたのが最初です。カスが落ちない程度に目止めになればと塗ったのですが、僅かな不足のために新品買うのもなぁ～というケチ心が由来です。面白い結果が出たので良かったのですが。
#ガチ工作
2022年7月 この範囲を時系列順で読む この範囲をファイルに出力する
現場がひと段落したらホール資料の図面描きです。こちらの別件や作業量など考慮されずに知らないところで決まった納期とはいえ、過ぎていますから１日でも早く出さなきゃなりません。
建築のCADデータの使い方は要領が見えたのでピッチを上げましょう。
つか、どんな資料が必要か依頼主から仕様が来ないので何をどう描いたらいいかよくわからんのですけどね。
#本業
建築のCADデータの使い方は要領が見えたのでピッチを上げましょう。
つか、どんな資料が必要か依頼主から仕様が来ないので何をどう描いたらいいかよくわからんのですけどね。
#本業