https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Sun, 07 Jun 2026 11:25:02 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　今月下旬まで製作する時間はとれませんが、その後出来るだけ多く作りましょう。

#ガチ工作 #器具の製作 -- Posted by 電装工芸 〔107文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1255 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1255 tegalog Sun, 10 May 2026 11:29:45 +0900 　あるのか無いのかの確認をしただけですが、あるなら問題ありません。
　Ｃ言語ベースで処理段取りの整理を随分やってきましたので、Rust の勉強が進めば Art-Net 関連を書き始められそうです。

#Rust #[Art-Net]
-- Posted by 電装工芸 〔187文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1254 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1254 tegalog Sun, 10 May 2026 11:26:51 +0900 　今は「所有権」について整理していますが、変数は内容を保存するメモリ、そのアドレスとメタデータを保存するインデックスで構成されていると捉えれば自然に理解出来ます。ソースコード上での使い方は別問題ですが、「所有権」の譲渡と貸出はこの構成から見ればいいだけでした。挙動の表面だけで理解しようとすると何がどうなっているか、どうしてこんなことをするのか理解し難いようですけど。
　ただ、「所有権」という言葉には疑問があります。私の理解では「変数へのアクセス権限」となりました。この言葉のまんまですが、「所有権」は変数の内容にアクセスできるかどうかですから、持っているかより権限があるかが重要だと思うのです。この場合の「所有権」はこういう意味の言葉だと扱えばいいだけですが、「所有権」と言われると「所有者」は？と聞きたくなり、「所有物」は何？とも聞きたくなります。「所有権」の説明では「所有者」も「所有物」も変数だとする物が多く、当初は何のこっちゃいと感じたものです。「所有者」は変数であり、「所有物」は変数の内容が書かれたメモリとなります。あくまでイメージですけど、「変数の内容が格納されたメモリのパーミッション」だとも思えます。

#Rust -- Posted by 電装工芸 〔539文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1253 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1253 tegalog Sun, 10 May 2026 08:54:51 +0900 　ドライバは自動でインストールされますが、ネットからドライバを引っ張ってくるためかCOMとして認識されるまで数分かかります。
　RaspberryPiにシリアルコンソール接続して試してみましょう。

#電子工作 #器具の製作 -- Posted by 電装工芸 〔166文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=589 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=589 tegalog Wed, 10 May 2023 17:33:00 +0900 　数日放置してコーキングが固まったら水バケツに入れて具合いを見ます。
　求めるのは防水ではなく防滴ですから浸水チェックは不要と言えば不要ですが、これでＯＫなら防滴性能があるとしていいでしょう。

#器具の製作 -- Posted by 電装工芸 〔143文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=588 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=588 tegalog Wed, 10 May 2023 17:29:01 +0900 　ほぼUARTであり、スタートビット0/1bit、データ8bit、ストップビット1/1bitです。
　これならPICのUARTで誤差無しで扱えます。

　送信回路は電源5vとTTLレベルのUARTに220Ωを入れたシンプルな物。受信回路がフォトカプラ前提なので信号自体は反転しています。
　信号経路がGNDショートすると23mAほど流れます。PICなら耐えられますが、UARTのI/Oがオーバーロードになるならバッファートランジスタ(2SC1815でもスピードアップコンデンサを入れればキレイな波形が出るハズです)を入れた方がいいかもです。

　凄くシンプルなMTCジェネレーターならすぐ作れそうです。

#タイムコード -- Posted by 電装工芸 〔349文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=587 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=587 tegalog Wed, 10 May 2023 14:01:54 +0900 　様々なアプリがあるので一概に言えませんが、タイムコードはLTCではなくMIDI-TimeCode(以下、MTC)ではないかと思われます。というか、それらのアプリの用途を考えたらMTCが自然かと。
　LTCのメリットは音声信号であるため配線の選択肢が多いことです。仕込みの効率が良いのでLTCを望んでいるのです。
　ですが、既存のアプリが使えるならその流儀を優先させた方が良いかもしれません。LTCを扱える調光卓はMTCも扱えますし、音声再生の視点ではMTCの方が汎用性が高いからです。
　LTCのメリットでありMIDIの弱点となるのは音声信号として扱えるかと配線長です。この辺りを対策すれば音声再生側も調光卓側もMTCでいいんじゃないかと。

　さて、どうしましょう。
　LTCのメリットとMTCのメリットを足して、MTCを音声信号として送れるようにすればよくね？
　MIDI全般に対応する気はありませんから、MTCに特化して音声信号(差動バイフェーズ)として送るのです。

　参考
　MIDIタイムコード規格
　MIDIタイムコード(MTC)について調べてみた
　有志の方のサイトです。
　ここで言うMTCは記事にある「クォーター・フレーム・メッセージ　F1 dd」のことです。

　MTC(コマンド0xF1)はMIDIの回線をタイムコードで占有しないために２フレーム分の時間を使って送信するようです。
　バイト送信のタイミングはMTCを出す側に依存するとしても、１フレームの時間で８バイト送れればいい。MTCに完全特化してコマンド0xF1を省けば４バイトです。
　４バイトなら１フレームの時間内で40bit送れればよく、最もビットレートが速い30fpsでも1,200bpsあれば事足ります。差動バイフェーズで音声信号化しても問題無しです。
　受信側はバイト受信の度に0xF1を付けた2バイトをMIDIとして送出するだけです。
　この方法は僅かな遅れを生じますが、MTCは２フレーム遅れるのが前提の規格ですし、遅れが一定ならば実用上の問題は無いと考えます。
　分解能が1/12～1/15秒であることもMTCの前提ですが、卓や灯体の遅延はもっと大きいし、これが見える人もそうそう居ないでしょう。

　自画自賛ですが悪くないアイデアです。

#器具の製作 #タイムコード -- Posted by 電装工芸 〔1020文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=586 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=586 tegalog Wed, 10 May 2023 11:47:23 +0900
　オープンフレームモニタは単体で使うモニタではなく機器に内蔵するためのモニタです。無骨ですが、取付金具やネジ穴があって筐体作りには向いています。
　今後の確認次第ですが、いい感じだと思います。

　当初使おうと思った公式の７吋ディスプレイは16:9の800x480ドットです。表示される文字の大きさは老眼にも優しく丁度いいのですが、情報量が不足な上に16:9は表が読みにくい感じがします。
　８吋の800x600が希望だったのですが、取り扱い店が少なく将来的な入手に不安を感じるので、取り扱いが多い８吋の1024x768を選びました。
　文字が小さい気もするのですが、512スロットを１画面に表示出来そうなのは悪くありません。かなり進んだ老眼には見えない文字サイズになりそうですが、ムービング卓の画面を読める人基準で考えます。明日は我が身ですけど(笑

　先ほどまでこのモニタを仮に立てておく脚を3D-CADで描いてました。帰宅したらプリントです。
　つか、現場の音源のフォーマット変換(m4a→wav)がなかなか終わらなくてそのヒマつぶしをしているところですが・・・

#[Art-Net] -- Posted by 電装工芸 〔542文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=264 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=264 tegalog Tue, 10 May 2022 18:48:10 +0900 　原因は複合です。複数の故障と複数の勘違いで遠回りをしたようです。
　主たる原因は基板のターミナルのハンダ浮きです。中国産の安い機器は着くべき様に着いていないことがままあります。使われているハンダに鉛入りや鉛無しが混ざっていてフラックスの相性が悪いのか弾いてしまったり、ランドの面積が広くて温度が上がりにくく着かなかったりするようです。今回のは正にそれが原因の様子。付きが悪い時は軽くペーパーで削って地金を出すと素直になります。
　約１時間、電力的に負荷が多い動きをさせてチェックしましたが不調は見られず。大丈夫とは言い切れませんが、修理前は電源投入直後か15分後に不調が出ていましたのでヨシとします。
　これで全数復活です。

　中華電器の機器は「半完成品のキット」と思って買ってますから入荷した新品にNGがあっても気にしませんが、使える様に手直しをするのは面倒臭い作業です。
　国内でのサポートが充実した上等な物を買えば不要な手間でしょうけど、借り入れの返済のために日々の仕事をするようでもどうかと思うのでどっちもどっちです。
　「直せるからいいよねー」などと同業者に言われますが、時間もお金もかけて勉強してきたナレの果てですからご容赦頂きましょう。

　今はあえて底値の物を選ぶようにしています。底値よりは高価でも明らかに安い製品の不良率は底値品と大して変わらないからです。底値品の目安はPAR球１～２個相当ですが、これなら最初から10%くらい壊れていても懐は痛みませんし気分的にも割り切れます。半数が使えなくなったら全数球切れと思って廃棄すればいい。PAR球の寿命は300～500時間ですから30回くらい使えたら十分でしょう。機材の進化は早いので、時代遅れの高級品より今の安物の方が良い面が多かったりもします。
　高級車よりママチャリの方が日々の生活には便利かな？(笑

#照明器具 -- Posted by 電装工芸 〔834文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=263 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=263 tegalog Tue, 10 May 2022 16:44:22 +0900 　課題はサーバー群全体をどう組むかです。
　現在はCeleron直付けのマザーボードを使っています。速くはないけれど、グラフィック処理をしませんので十分だったりします。RaspberryPi程ではありませんが消費電力が少なく扱いやすいマザーボードです。痛みは少ないと思うのですが、かれこれ７年くらい使っていますからボチボチ交換時期です。
　裸族のパイに交換するのは、消費電力を更に減らしたいのと、HDDの交換を簡単にしたいことからです。HDDは頻繁に交換するものではありませんが、イザという時に手早く済ませたいのです。原型の「裸族のカプセルホテル Ver.2」は個別の電源スイッチがあるので交換作業がしやすいのです。

#サーバー -- Posted by 電装工芸 〔365文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=262 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=262 tegalog Tue, 10 May 2022 11:54:24 +0900