https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Wed, 03 Jun 2026 15:33:11 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　大きなヒントを一つもらいました。ブロッキングの活用です。
　キーボード入力においてもEtnerの受信においても入力や受信があるまで(または設定した一定時間)一時停止して待つ設定です。処理が一時停止しますが、イベントが発生した時に速やかに処理出来ます。他の処理はスレッドを分けておけば大丈夫です。スレッドとは処理を並列化させる(疑似的に複数の処理を同時進行させる)方法です。止まらせることなく延々と回したい処理とブロッキングしたい処理を別スレッドにすれば全体としては止まることがありません。PICマイコンでやってきた「ひたすら回してフラグで分岐する」って感覚がアタマに固着していたようで、スレッドを分けてブロッキングを活用する発想がありませんでした。ただ、無制限のブロッキングをしますと都合が悪いこともあるので0.1～0.5秒ごとにブロッキングを外して周囲を伺うのが良さそうです。

#Rust #[Art-Net] -- Posted by 電装工芸 〔474文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1259 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1259 tegalog Thu, 14 May 2026 07:24:09 +0900 　使ってみないとわかりませんが、Ｃ言語で出来ることは Rust でも出来るそうです。これを信じて取り組んでいきましょう。

#[Art-Net] #Rust -- Posted by 電装工芸 〔243文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1258 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1258 tegalog Tue, 12 May 2026 11:50:44 +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 　この後は Art-net 切替器でしょうか。
　Ｃ言語の勉強は半月ほど休憩しました。勉強したことを頭に定着させるには少し離れてから復習するのがいいようです。
　どんな手順で進めましょう。ハードウェアと開発環境の整備から入るのは言うまでもありませんがその先です。
　送受信の最低限の確認からでしょうか。これが出来なきゃ中身があっても意味がありませんし、データを保存する構造体をまとめる上でもサンプルデータがあった方がいいのもあります。
　開発に没頭できる閑散期もあと一週間です。この間に基本構造をまとめたいものです。

　客席テーブルは伸縮脚を作ってもらうことにしました。
　希望価格の倍になってしまいました。時間が無いのもありますが、十分な精度で作られた物を使った方が試作にはイイでしょう。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔426文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1230 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1230 tegalog Fri, 24 Apr 2026 07:37:09 +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 　そこで色々考えたのですが、コンテナのDockerを使おうかなと。ご存じ無い方に説明する語彙力は持ち合わせておりませんが、インストーラーではありませんがコマンド一発でインストールが出来る環境構築の母体です。公開するソースコードはもちろんライセンスの宣言なども入れておけるので「知らんがな」にも対応出来そうです。これらをGitHubで公開して履歴を残します。Dockerはとにかく便利です。もしシステムがおかしくなってもDockerのパッケージを入れ直すだけですべてが元に戻るからです。インストール説明書を作る手間も省けます。細かいことを知りたい方はAIさんに聞いてください。
　課題があまりに多くなりすぎてどこから手をつけたモノか困っていますが、一つ一つ片づけていきましょう。

#ガチ工作 #[Art-Net] #器具の製作 -- Posted by 電装工芸 〔514文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1195 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1195 tegalog Tue, 17 Feb 2026 18:20:32 +0900 　Gemini さんからの情報は鵜吞みにせず自ら検証をするものだと思っていますが、ドキュメントやネット検索から自分でまとめるよりも結論に近い位置から始められていると思います。

　基本方針ですが、本機は Art-Net の ArtDMX パケットを受信、加工、送信する装置です。通信スタイルはブロードキャストのみ。ArtDMX 以外のパケットは扱いません (特にRDMは方言が多くて扱いが難しく、ArtDMXだけでも調光操作に支障がないためです)。

　ハードウェアの基本構成は次の通り。

１）主装置
　RsaspbrryPi-CM4 + CM4-Dual-Eth-Base

２）ネットワーク
　1000Base-T × ２ (Art-Net用・スイッチングハブで分岐)
　WLAN (製作・メンテナンス用)

３）拡張基板
　RaspberryPiのGPIOに搭載する専用基板。
　設定保存用 EEPROM (24LC64など,I2C接続)、レガシーDMX受信回路 (LT1785等) + 取り込みマイコン (PIC16(RAM2kB以上),SPI接続)、RS232インターフェース回路 (UARTコンソール用)。

　ソフトウェアの基本構成は次の通り。

１）受信モジュール
　Art-Net 上の ArtDMX を受信してバッファに保存する。保存する際、検索用のインデックス(クエリ)も作成する。

２）加工モジュール
　受信した値を加工する。パッチ、プロファイルカーブ、ディレイ等の処理はここで行う。

３）送信モジュール
　加工モジュールから出力された値を送信する。

４）タイムアウト監視モジュール
　送信元や受信パケットがタイムアウトしたら(存在しなくなったら)適切に処理する。

５）ユーザーインターフェース(UI)モジュール
　画面表示やキーボード操作を司る。
　上記(1)-(4)で用いる設定はここで起こす。

　これらを /dev/shm 上に作る共有ファイルで結び付けて動作させます。

#ガチ工作 #[Art-Net] #器具の製作 -- Posted by 電装工芸 〔936文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1192 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1192 tegalog Sun, 08 Feb 2026 15:13:24 +0900 　ＧＰＬライセンスとはソースコードや回路図を無償で公開するし使用や書き換えは自由だけれどサポートはしませんしバグがあってもトラブっても一切関知しませんってライセンスです。他にも色々ありますので詳細はその筋の情報をご覧ください。ものすごく簡単に言うなら著作権は放棄しないけど自己責任で自由に使ってくださいってのがＧＰＬライセンスです。日本国内の法的にも有効です。
　カスタマーサポートはしたくないし、本業の日程によってはサポートは不可能だからです。これまで製品を販売したことはありますが、カスハラ対応は非生産的で無駄。よかれと思って安く提供しても勉強も努力もしない輩に荒らされるのは私に何のメリットもありません。ここしばらく何も販売していなかったのはここにあります。
　今作っている Art-Net 切替＆パッチマシンは価値を感じてくれる人が少なからずいると思いますので広く提供する前提で考えていますが、商売として成立する価格にしたら高価になりそうですし、かといって同業者のよしみで安価にしたらサポートで私のメンタルが潰れます。そんならＧＰＬライセンスにしようってことです。話をわかってくれる知人には完成試作品を試してもらいますし、専用基板は「部品」として安価に販売しますけど。RaspberryPiをコマンドラインで使え、gccでコンパイル出来、PICマイコンのIDEが使えて書き込みが出来、専用基板の回路図を読める人には難しくない工作です。
　自分が欲しい物を自分のために作るのが前提ですから、購買者は神だと勘違いしたアホのことなど知ったことではありません。こんな悪意と嫌味と皮肉を垂れ流すほどカスハラで嫌な思いをしたのですが、知識と技能を持った人なら組める情報と専用部品を提供するので勘弁してください。
　まだ「絵に描いた餅」ですけど(笑

#ガチ工作 #[Art-Net] #器具の製作 -- Posted by 電装工芸 〔829文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1191 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1191 tegalog Thu, 05 Feb 2026 15:53:55 +0900 　ユニバースが１つのレガシーDMXの装置なら監視するタイムスタンプは一つですからそれほどの負荷ではありませんが、ArtDMX を大量にバッファする機構ではどうするか。
　アイデアですが、受信してバッファされている全ての ArtDMX は監視しません。最新値だけ評価すればいいのですからインデックスを覗きます。送信元のインデックスのタイムスタンプでタイムアウトを確認し、登録されている送信元なら無送信のフラグを立てユニバースのインデックスを消去し、登録されていない送信元ならぶら下がるユニバースのインエックスと共に消去します。この後、送信元のチェックで消去されていないユニバースのタイムアウトをチェックします。最後に送信元とユニバースのインデックスをソートします。
　タイムアウトは例外処理の一種ですから、どのようなメッセージを出すか、スロットの一覧表示をしていた際にどのような挙動にするか、カレントの送信元としてバスにリレーしていた場合にどうするか、この辺りはあらかじめ決めておいた方がよさそうです。

#[Art-Net] -- Posted by 電装工芸 〔528文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1190 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1190 tegalog Wed, 04 Feb 2026 08:44:33 +0900 　受信は socket で行いますが、受信したデータ(バイナリ)、受信日時、送信元のIPアドレスとMACアドレス、ユニバース番号を mmap を使ったループバッファでとにかく保存します。約２秒分の最大数を構造体配列に保存します。コンソール８台、それぞれユニバース１６(使うのは８ですが、使いたいユニバースを取り溢したくないで多めに監視して１６とします)、２秒分ですから88フレーム、１フレームあたり600バイトくらいとするなら６MBくらいです。PICマイコンなら厳しいですが、RaspberryPi なら楽勝です。ただし、mmap を OS がスワップ領域に移動すると困るので mlock などでメモリに常駐させる設定は必要です。受信順に保存するだけでは後処理で探しにくいのでインテックスも作ります。送信元とそこにぶら下がるユニバースやデータを階層で表し、ループバッファから目的のデータを最短手順で取り出せるようにします。データベース Access のクエリやリレーショナルデータベースの１対ｎ関係などの参照構造を作っておくイメージです。受信データから送信元を、送信元から受信データを参照しやすくするのです。
　あとは、受信、送信、エフェクト、表示、操作をプロセスやスレッドで分割するワケですが、これらはそれぞれ勝手に動作するようにします。どこかがどこかへ指示を送って返り値を得る構造ですとタイミングの管理が難しい。設定書を書き換えるだけでコール・アンド・レスポンスは使わないのです。装置はデータを加工しながら一方向に流す機構ですから、それをそのままに素直に形にすればいいのです。ユーザーは流れているデータを覗き見たり流れ方を変更しますが、覗くのは加工の邪魔をしない隙間で読み出すだけですし、設定書は書き換えて適切な場所に置いておけば加工する側が勝手に読むのでいいのです。mmap の読み書きは衝突の可能性がありますが flock をかければ事足りると思われます。
　といったことを Gemini さんに投げたのですが「よいんでない？」とのこと。ただ、AI はユーザーを認めて誉める言葉が多い。「だっせーこと言ってんじゃねーよ」的な言葉があってもいいと思う。

#[Art-Net] -- Posted by 電装工芸 〔1004文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1189 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1189 tegalog Mon, 02 Feb 2026 16:53:56 +0900
　基本構成は受信部と送信部があり、間に値を加工するエフェクターを挟みます。
　内部は８ユニバースとし、これらをバスと呼称します。
　ミキサーというかマージは一番若いバスのみ一般照明向けとしてHTPで考えています。演出操作用ではなく小型サブ卓による作業灯や非常灯用と割り切り、レガシーDMXの入力を１本だけマージするかもしれません(エキストラマージ)。

　受信部はIPアドレスやMACアドレスで送信元を選択し、Art-Net ユニバースをバスに渡します。切替器の実体はここです。
　エフェクターとはバスの値を加工します。エキストラマージ、パッチ、プロファイルカーブ、ディレイなどはエフェクターとして扱います。ここで何もしなければ単なる切替器です。
　送信部はバスの値を Art-Net で送信します。

　RDM には対応しません。
　複数のコンソールを設置する環境ならば切替器から見てフィクスチャー側に RDM コンソールを繋いだ方が良いと思うからです。

#[Art-Net] -- Posted by 電装工芸 〔476文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1188 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1188 tegalog Sat, 31 Jan 2026 10:29:18 +0900 　切替器やパッチマシンを作るとしてコンソールは何台まで接続可能なのか？です。

　今時の EtherNet の通信スペックは 1Gbps が一般的ですが、ケーブルやハブなどに古い物を使ってしまうと 100Mbps になることもあるでしょうし wi-fi を使うと 20Mbpsくらいまで下がる可能性があります。仮に 20Mbps としてコンソールを何台使えるか考えてみます。

　ArtDMXのパケットは530バイトです。EtherNetの諸々のデータが貼り付いても600バイトくらい見ておけばいいかな。
　EhterNetは１バイト送るのに10ビット必要です。
　DMX512の送信レートは最大で44fpsくらいです。
　となると、１ユニバース送るのに１秒間に 264kbps くらいの通信速度が最低必要です。DMX512の 250kbps より少し多いですがこんなもんでしょう。

　単純に 20Mbps を 264kpbs で割ると 75.757・・・です。Art-Net上に 75 ユニバース存在可能となります。各コンソールから８ユニバース送り出すならコンソールは９台まで不可能ではないとなります。
　今のイメージはコンソール８台、合計 64ユニバースですから収まっています。

　あとは RaspberryPi の処理能力が足りるかどうかです。
　44fps/64ユニバースなら１パケットあたりに許される処理時間は 355usec(0.000355秒) です。以前試作した際は１パケットの処理に150から250usec程度かかっていましたので一応収まります。
　先日 AI の Gemini さんとお話をしていたらCPUコアの割り当てや占有の方法がわかったのですが、上記の時間はOSの処理も含めて１つのCPUコアで処理しての値ですから、Art-Netで占有できるCPUコアを設定出来ればもう少し軽くなるかな？
　主な処理を書いて１ユニバースあたりの処理時間を計測して最大コンソール数を決めることにしましょう。現実の現場ではバックアップを入れても仕込まれるコンソールは４台くらいでしょうから大丈夫な気はしています。
　つか、８台並べてテストする環境を作るのが大変かな？〇ッシュシステムの〇山さんに相談ですね(笑

#[Art-Net] -- Posted by 電装工芸 〔1019文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1187 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1187 tegalog Fri, 30 Jan 2026 15:39:59 +0900 　ソースコードも大切ですが、今日はOSのセッティングについてです。Art-Net を扱うのに不要なこと、つまりはOSから無駄を省きたいのです。
　まずは Art-Net は IPv4 を用いますので IPv6 は不要です。
　NIC は Art-Net の IN/OUT と作業用の３つを使いますが、Art-Net の IN/OUT 側は Art-Net 以外の通信をしないようにした方が良さそうです。
　これらのセッティングをしてからプログラミングを進める方針です。
　また、RaspberryPi の CPU にはコアが４つありますが、このウチの２つか３つを Art-Net にのみ割り振ろうと思います。こんなことが出来るんだと驚きましたが、出来るみたいですね。
　土台をキチンと作って処理に「待ち」を持たせないようにしたいものです。

#[Art-Net] #器具の製作 -- Posted by 電装工芸 〔487文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1184 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1184 tegalog Wed, 07 Jan 2026 19:03:12 +0900 　ならばとAIのGeminiさんと会話。Art-Net機器の開発に関してです。ぶっちゃけChatGPTより頼もしい回答。色々解決しました。

#[Art-Net] #Ｃ言語 -- Posted by 電装工芸 〔112文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1181 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1181 tegalog Thu, 01 Jan 2026 16:02:09 +0900 　あと一週間ほどすると閑散期に入りますのでネタの整理をしています。
　常駐の者と話したのですが、会場設備のArt-Netを使ってもRDMを使う人はこれまで全く居なかったとのこと。不用とは言いませんが、私が作ろうとしているArt-Net機器にRDMを対応させる必要があるかは微妙です。対応するかしないかで処理量が格段に違いますし、自分にとって便利な機器を作ることが開発方針ですから背伸びはいけません。思い返せばRaspberryPi縛りのトライアルとして始めたことですから、RaspberryPiで役不足ならそもそもが違ってきます。
　課題はArt-Netの切替機とディレイ機能を持ったバッチマシンです。中規模なフェスを対象とし、DMXを8ユニバースくらい扱えればと思っています。

追記
　ChatGPTに聞いたりして考えてみましたが、RDMには対応せずで良いと思います。何よりもRDMに対応したフィクスチャーが手元にありませんから自分にとってはあっても無くても変わりません。
　RDMは仕込みが一定のアミューズメント施設などでは効果があると思いますが、仮設においては微妙です。
　てなわけで、ブロードキャストのArtDmxだけ扱う切替機、パッチマシンを作りましょう。

#[Art-Net] -- Posted by 電装工芸 〔560文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1176 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1176 tegalog Sat, 06 Dec 2025 11:15:08 +0900 ・マザーボード：EtherNet-Portを２つ、Wi-fiを１つ持つ RaspberryPi (CM4 + Dual Ether Boardなど)
・Ether Hub：ごく普通の EtherNet-Hub × 2
・NICの設定：OEMコードとMACアドレスからIPv4アドレスを定義しこれを基本アドレスとする
・ネットワークの構成：ネットワークはArt-Net切替器を挟んで卓側とノード側の２ゾーン構築する。この２ゾーンは全く同じ構成とする。Wi-fiは操作用のスマホやタブレットなどを接続するアクセスポイントとする。
・IPアドレスの工夫：手打ちやArtPollを用いてネットワーク上のArt-NetデバイスのIPアドレスを取得し、卓側ゾーンのArt-NetデバイスのIPアドレスをノード側ゾーンのエイリアスとして設定し、ノード側ゾーンのArt-NetデバイスのIPアドレスを卓側ゾーンのエイリアスとして設定する。

追記
　必要になりそうなコードをChatGPTに聞いたところそれらしいモノが出てきました。これで動いたらこの上なく便利ですね。雛形であってもChatGPTと10分もやりとりするだけで得られるのは生産性が無茶苦茶いい。IPアドレスのエイリアスを一覧の状態にするコードを尋ねたのですが自分ですべて書いたら何日かかったでしょう。
　こういった手段でＣ言語の関数ライブラリを増やしていけばいいのかもしれません。
　ただ、概要を理解して質問しないと求める答えに近づくには時間が掛かるようです。

追記の２
　「IPv4アドレスの配列から「0.0.0.0」と重複を削除する」とか
　「４バイトのchar配列からIPv4アドレスの文字列配列を作る」とか
　「IPv4アドレスの文字列配列から４バイトのchar配列を作る」などの一見地味だけど絶対必要になる処理は chatGPT で一発解決。先人が作った関数ライブラリがあれば簡単ですが、自作するには案外時間がかかったりする代物かもしれません。得られたコードを整理して関数ライブラリ化しヘッダーファイルまで作っておけば便利に使えそうです。この他にも使いそうなローレベルの関数を chatGPT に質問してコレクションしています。IPv4アドレスの一覧からIPアドレスのエイリアスをNICに定義する処理も得ましたが、Google検索だけで自作するには数週間かかったかもしれません。これは本当に凄い。Google検索で先人たちの成果を参考に書いていた時とやっていることは同じですが、より答えに近いところに短時間で到達出来るので生産性は良さそうです。別にＣ言語を身に着けたいのではなく、Ｃ言語でないと処理速度を確保出来ないから仕方なくＣ言語で書いているだけですからね。
　ただ、やってて思ったのですが、全体のアルゴリズムを chatGPT にまとめてもらうにはプロの設計さん並みの知識と説明力が必要かもしれません。求める結果と状況を適切な言葉で簡潔に表さないといけないからです。AIはこちらの求めていることを推測しようとしてくれますが、説明が足りなければ、AIからの提案を理解出来なければ、その先に進むことは出来ません。いや、無料で得られる範囲では限度があると思うべきでしょう。

#器具の製作 #[Art-Net] #Ｃ言語 -- Posted by 電装工芸 〔1407文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1142 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1142 tegalog Sat, 27 Sep 2025 09:50:42 +0900 　Art-Net切替器を挟んで物理的なネットワークゾーンが二つある状態になります。片方には卓が数台居て、片方にはノードが数台居ます。これらを全く同じ構成に見えるようにしたらどうかなと。Art-Net切替器の卓側のネットワークインターフェースにはノードのIPアドレスを持ったエイリアスを作り、ノード側のネットワークインターフェースには卓のIPアドレスを持ったエイリアスを作るのです。それぞれのゾーンは見た目が全く同じになり、エイリアスのIPアドレスへの通信はArt-Net切替器で受信されます。もちろん、エイリアスであってもネットワークインターフェースに実在するIPアドレスですからsocketによる通信は普通の手段で可能なハズです。
　DMXのレベルデータを扱うArtDmxだけなら不用かもしれませんが、出来るだけクソ真面目にやってみようかなと。
　ちょっと面倒ではありますが、こういうことでいいのかな？

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔464文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1141 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1141 tegalog Fri, 26 Sep 2025 12:06:20 +0900 　ArtDmx はブロードキャストによる一方通行の通信ですが、RDM はユニキャストによる双方向通信です。
　ArtDmx の中継は簡単ですが、RDM の中継はどうやりましょうってのが現在の懸念。
　切替器のIPアドレスは卓やRDMノードとは無関係なIPアドレスを用います。中継するのですから卓やRDMノードからの送信を一度受信して送信しなおすことになりますが、全く関係ないIPアドレスを持つ切替器でどうやってそれらからの送信を受信するかが懸念というか課題となっています。
　ArtpollでRDMノードを確認して対応したソケットをすべて作るか、ネットワークキャプチャで通信をすべて読んでフィルタするかになりそうですが、どうするにせよ今の知識の範囲では対応できません。

追記
　TCP/IPでは条件がややこしくなりますが、UDP/IPならばC言語のsocketではポートを指定してすべてのIPアドレスから受信が簡単に出来るそうな。送信元IPアドレスとポートを指定しても送信もできるそうな。
　もっと調べないとわからないけど、この方向で対応出来そうな気がする。

追記の２
　socketはネットワークインターフェースに設定されていないIPアドレスは扱えない様子。
　ネットワークインターフェースにエイリアスドレスを設定すれば良いのかもしれない。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔620文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1140 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1140 tegalog Fri, 26 Sep 2025 08:22:34 +0900 　必要なのはそれらしい操作環境です。web操作が一番コストがかかりませんし、以前 RaspberryPi を web画面で操作したことがありますので経験はあります。やったことがないのは CGI と主機能を結びつける方法としてローカルループバックでソケット通信をすることですが、難しかったら全体が構成出来ませんのでナンとかなるっしょ。以前は RAMディスクをこさえてファイル経由でデータを共有してました。これも悪くないのですが、ソケット通信の方が直球かなと。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔380文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1139 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1139 tegalog Thu, 25 Sep 2025 19:22:56 +0900 　残念ながら RDM に対応した卓もフィクスチャーもありませんのでチェックする環境を作れませんが、これは照明器具の販売やコンサルを生業にされている知人に協力を仰ぎましょう。
　一番の問題は私の時間と気力です。今のところこれらの在庫が切れています・・・。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔243文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1138 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1138 tegalog Thu, 25 Sep 2025 18:22:56 +0900 　ちょっと一息です。

　オーダーしてくれた知人と話をしたのですが、DMXのチャンネル数が増えてきたのでもっと沢山のユニバースを扱いたいとのこと。
　ならば Art-Net の切り替え機がイイんぢゃないかと。卓を複数使いそうな現場で使う卓なら Art-Net くらい出すでしょうし。
　これなら妄想中の Art-Net パッチの簡易版的に構成するだけです。ソケットで受信した特定のIPアドレスからのパケットをそのまま送り出すだけで、デコード/エンコードもパッチも、よもやディレイも必要ありません。製作する物理回路はほぼ無く、本機能は RaspberryPi １個で完結します。その気になれば３日あれば書けてしまいそうなアプリです。ケース作りは別な話ですけど。
　手間暇かかりそうなのは「パケットを中継する送信元IPアドレス(卓)を選択する機能」です。物理的な操作盤を作るのは面倒でコストもかかりますので、操作頻度が少ない装置ですからwifi経由のブラウザ操作でいいでしょう。操作のweb画面と本体アプリにソケット通信するCGIを書くだけです。

追記
　装置の構成図です。

　操作盤を物理キーとモニタにすれば Art-Net パッチそのものです。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔563文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1136 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1136 tegalog Mon, 22 Sep 2025 11:59:30 +0900 　倉庫で数十時間のランニングテストをしましたので大丈夫だと思いますが、現場での初使用は怖いものです。
　願わくば光ケーブルで10Gbpsくらいの帯域を確保したいところですが光ケーブルはデリケートで高価です。その点、同軸ケーブルは機械強度が高く安価なのでウチの会社に向いていると思います。
　スループットはカタログ値で100Mbpsですが８ユニバースくらいなら扱えそうなのでこれもウチの会社には手ごろです。
　現実的な機能を出来る限り安価に確保することが大切だと思っています。

追記
　感動も不満も何事もなく平然と動きます。
　タイムラグがあるような気もするけどホール灯体の遅れに比べたら気が付かないレベル。
　えーんでないか。

#[Art-Net] -- Posted by 電装工芸 〔357文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1090 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1090 tegalog Fri, 11 Jul 2025 08:34:07 +0900
　数年前に倒産してしまったイーター電機の製品です。この会社の製品はサイズの割に出力が大きく廉価版でも出力波形が綺麗。優秀なメーカーが安いだけの中国製に駆逐されてしまったのは残念でならず、同じモノを買うことは叶いませんが、医療グレード一歩手前の安定した動作を求めたいならこういった製品がいい。国産にこだわりませんが、TDKラムダさんが頑張っていることが救いです。
　とは言うものの、裸の基板ですから何かしらの函に入れねばいけません。もちろん3Dプリンタのお仕事です。無料で使う手続きがわかったFusionでサクッとモデリングしてプリントです。寸法の出し方がわかってきたので一発ＯＫ。実装ではひっくり返して写真の表を下にします。
　仮組みにも搬送時の振動に耐えらえる作りは求めたい。

#器具の製作 #[Art-Net] -- Posted by 電装工芸 〔398文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1088 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1088 tegalog Thu, 03 Jul 2025 05:30:06 +0900 　ちゃんとした箱を作るには手間も時間もかかるのでテスト架台の合板に仮固定です。
　サンテナーB#50に入る合板を規格品にしてテスト架台にしています。

　卓側。EoC コンバータと Hub(PoE電源付)です。

　出先側。EoC コンバータと Art-Net node です。ACアダプタは外れ落ちそうなので別な電源を考えてみます。

　レセップステー。3Dプリンタで作ったノイトリックのレセップの取付ステーです。仮組みではこういったモノがあると便利です。


　同軸ケーブルは75Ω(3C相当)/100mです。
　node からの出力を DoctorMX でモニターしていますが、今のところ正常の様です。

　ほぼこの内容を2Uくらいのラックケースに内蔵しようってのが今の構想です。
　卓側にはインカムのパワーサプライとUPS(無停電電源装置)、出先側には Hub(非PoE) を追加しようかなと。

#[Art-Net] -- Posted by 電装工芸 〔429文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1087 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1087 tegalog Wed, 02 Jul 2025 15:20:25 +0900 　Art-Net と同様にライセンス料は無料ですが、sACN の方が望ましい規格のように思います。Art-Net がイイ加減過ぎって気持ちは拭えませんけど、ANSI にも ESTA にも登録されていないのは登録費用以前に理由があるように思ったりして。。。
　違いがそれ程でもなく、拡張という意味で対応出来そうなので背伸びせずに行きましょう。

#sACN #[Art-Net] -- Posted by 電装工芸 〔260文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1085 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1085 tegalog Thu, 26 Jun 2025 22:47:38 +0900