https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Wed, 22 Apr 2026 07:21:10 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　ドル立てでは値上がりしていませんが、為替相場の影響で円にすると高くなった感じがします。
　194x50mmの基板が10枚で60USD、送料含み日本円で12,500円くらい。無加工の感光基板より安いのですから、高いと言ったらバチがあたります。

　基板の姿図です。



追記
　火曜日に発注したものが木曜日の今日すでに飛行機に乗ってるみたい。早いのはありがたいけど、そんなにヒマなの？って心配してしまうかも。

#ガチ工作 #器具の製作
-- Posted by 電装工芸 〔243文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1208 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1208 tegalog Tue, 31 Mar 2026 12:10:47 +0900
　基板を書いて中華基板に発注しましょう。
　※ 基板の都合に合わせて回路を変更しました。

#器具の製作 -- Posted by 電装工芸 〔103文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1207 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1207 tegalog Fri, 27 Mar 2026 06:32:18 +0900 　こりゃ作るしかありません。
　必要な技術は大したことありませんが、７ゼグを点灯させるのに電力をそこそこ喰うのと、時計としてどれくらいの精度を求めるかによって労力が違います。
　分を二桁、秒を二桁、1/10秒を一桁にしようと思います。時間値をどうするかは思案中ですが、24時間表示にしとけば後でタイムコードの表示にも使えるかな？
　フィクスチャープロファイルを自作出来ない調光卓もありますのでディマーとして扱えればいいかなと。動作はDMXアドレスを512ch固定、値000で停止クリア、値001以上でカウントとします。これでカウント開始を255と打ち込めばゆっくりF.Iでもそれほど遅れないかなと。

#器具の製作 -- Posted by 電装工芸 〔402文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1206 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1206 tegalog Thu, 26 Mar 2026 11:27:03 +0900 　そこで話をしていたところ、調光卓のGOボタンで動くストップウォッチが欲しいとのこと。ストリートダンスなどの音源演目の現場で調光卓とストップウォッチを両方叩くのは手が足りないことがあると。うん、よくわかります。
　条件を整理しますと、曲に対する最初のCUEでストップウォッチが動き出し、曲が終わったところで停止というか次の曲の開始までにリセットされていればいいと。まさにその通り！
　以前、音源に合わせたタイムコードを出力する研究をしていました。これとは違ったアプローチですが求める本筋は同じです。
　さてどうするか。MA系の卓ですと接点出力がありますのでこれを用いてストップウォッチを制御する方法もありますが、汎用性を考えるならDMXで動くストップウォッチがあればいいのでは？と閃く。
　例えば、512chが000なら停止、255ならカウント開始みたいにしておいてディマー感覚でCUEにデータを入れておけばいいってことです。ストップウォッチはカウント開始、停止、クリアの３つの動作が基本になりますのでそれぞれに値を割り振っておけばいい。F.Iの始まりでも動いて欲しいので001でカウント開始がいいのかな？卓とは無関係のストップウォッチを手操作で動かすよりは便利になればいいので厳密さはボチボチでいいと思う。
　なんにしても、「DMXタイマー」って名前で試案してみましょう。

#器具の製作 -- Posted by 電装工芸 〔628文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1205 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1205 tegalog Sat, 21 Mar 2026 22:44:44 +0900 　まずはコンソールを１台とし、ループバッファに Art-Net をひたすらスタックし、最新の ArtDMX を dump 表示させるものを製作しましょう。これが出来なきゃ何も出来ないってくらいシンプルなものです。
　ここから複数コンソール対応など、データの取り扱いを色々実験していきます。[コンソール]-[ユニバース]-[データ] の３階層のデータ管理を十分に煮詰めずに先に進んでも良いことはありません。以前の試作から進んでいなかったのはこの辺りに原因があります。このところ AIさんとやり取りしていたのはデータ管理を整理するためです。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔338文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1204 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1204 tegalog Fri, 20 Mar 2026 19:08:37 +0900 　パディング対策して詰め々々がイイって話を振ってきたのもGeminiさんですが、知識のある年寄りに時間を開けて話を聞いた時のような困惑を感じたりしたり。。。

追記
　4byte、64byte、4096byte区切りでメモリを扱う様に構造体などを定義すると良いのだそうです。更に、構造体のメモリ上のアドレスをアトリビュートで64の倍数値にするのもお勧めとのこと。
　4byteはCPUのレジスタの長さ、64byteはキャッシュの転送単位、4096byteはメモリページの扱い単位です。
　気にしなくても動きますが、CPUやOSの挙動において無駄を省くことに繋がるらしいです。

#Ｃ言語 -- Posted by 電装工芸 〔397文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1203 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1203 tegalog Thu, 12 Mar 2026 19:15:58 +0900 　されど、今回のArt-Net系の装置では便利です。Art-Net のポート番号 0x1936(6454) の受信値をとりあえず突っ込むだけで要素毎に取り出すことも出来るからです。例えば ArtDMX は530バイトのパケットですが、受信値を uint8_t[530] (または unsigned char[530]) の配列として保存するだけで ArtDMX の構造体としても扱えます。パディングに注意は必要ですが、便利に使えると思うのです。ID、OpCode、ProVer をまとめて評価するのに先頭12バイトを uint8_t[12] としておいて memcmp で判別することも出来ます。AertDMX と別種の Art-Net パケットもシームレスに扱えそうです。
　天才を超越した神たちが何故 union を作ったのかを考えるとワクワクします。

　とまぁ、最近Ｃ言語の理解が進んで一人笑いが止まらないアホの戯言でした。

　オレメモです。
　gccで構造体のパディングを回避する書き方。struct に続いて「__attribute__((__packed__))」を入れるそうな。gcc独特の書式らしいので、コンパイラに合わせた書式を使ってください。

typedef struct __attribute__((__packed__)) {
　uint8_t ID[8];
　uint8_t OpCode[2];
　uint8_t ProVerHi;
　uint8_t ProVerLow;
　uint8_t Sequence;
　uint8_t Physical;
　uint8_t SubUni;
　uint8_t Net;
　uint8_t LengthHi;
　uint8_t Length;
　uint8_t Data[512];
} ad_t;

ad_t ad_data;

　ArtDMXを保存する構造体はこんな感じに書けばよいのでしょう。たぶん。
　この型を sizeof で見て530バイトならヨシです。

　ついでに共用体の定義(案)です。

// Art-Netの受信値を収める構造体
typedef struct __attribute__((__packed__)) {
　uint8_t resv[530];
} an_t;

// ArtDMXを取り出す構造体
typedef struct __attribute__((__packed__)) {
　uint8_t ID[8];
　uint8_t OpCode[2];
　uint8_t ProVerHi;
　uint8_t ProVerLow;
　uint8_t Sequence;
　uint8_t Physical;
　uint8_t SubUni;
　uint8_t Net;
　uint8_t LengthHi;
　uint8_t Length;
　uint8_t Data[512];
} ad_t;

// Art-Netの受信値を保存する共用体ループバッファ
union {
　an_t an_resv;
　ad_t ad_data;
} an_stack[8192];

　こういうことでいいのかな？
　共用体の書き方はまだよくわかってないのですけど。

　共用体の配列を作って Art-Net のポートで受信したパケットを延々と保存します。8191番まで記録したら0に折り返すループバッファです。
　8192個あれば44fps、８センダー、各16ユニバースで最短でも1.45秒分の保存が出来るハズです。十進数で8192なのは２進数(16進数)でキリの良い数値のため折り返し評価が少ない処理で出来るからです。十進数8192は16進数0x2000でキリがよく処理しやすいのです。このあたりはアセンブリ言語だけでPICマイコンと会話をしてきた者にとって自然な着想です。10進数は人が日常的に使い慣れているだけで特筆するほど合理的な数体系ではありませんし、今どきのコンピュータ(論理回路)に合わせた方が便利です。

　ヘッダーチェックは当該の配列要素(例えば an_stack[1024] )を示すポインタからmemcmpで12バイトをチェックすれば済みますので共用体には定義しません。
　ArtDMX以外のパケットにも使えるチェック方法です。

#Ｃ言語 -- Posted by 電装工芸 〔1896文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1202 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1202 tegalog Thu, 05 Mar 2026 06:26:33 +0900 　昨今の教科書はポインタの説明が丁寧です。ハードウェアとしてのメモリの動作がアタマに入っていないと分かり難いことですが、私はPICのアセンブラで普通に扱ってきたことなので改めてではありますが素直に理解出来ました。わかってしまえばむしろ便利だなと。変数の読み書き方法が何種類もあることになるので混乱すると思いますが、どれもメモリへのアクセス手段だと捉え直せばいいだけでした。このあたりが整理できるとmmapも自然に理解出来ます。
　ヘッダーファイルはコピペでテキトウに書いていましたが、意味と書き方が整理できました。後はmakefileが整理出来れば良さそうです。

#Ｃ言語 -- Posted by 電装工芸 〔338文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1201 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1201 tegalog Mon, 02 Mar 2026 15:51:50 +0900