2025年6月の投稿［32件］ - 電装工芸日記 - 舞台照明機器の製作とか -

　ネット回線が不通になっています。

Sun, 29 Jun 2025 06:27:38 +0900

　ネット回線が不通になっています。
　クレジットカードに不正がアクセスがあったようで再発行をしたのですが、プロバイダーさんへはカード変更の手続きをしたのにNTTさんへの手続きを忘れていました。
　これまでは未払いがあれば郵便で知らせがあったのですが、最近はネットのマイページを見るようなシステムになってしまい気付くのが遅くなってしまうようです。
　他に忘れ物が無い様に過去の明細をチェックして対策しなければダメですね。

追記
　クレジットカードの履歴を調べたところ、電話やネット回線の支払いは滞りなく済んでました。
　されど、エラー表示マックスで動かないルーターに電源を入れておいても意味が無いので週明け１１６に電話するかと電源を切っていたのですが、気になって電源を再投入したところ何事もなかったように復帰。なんだったのでしょう。暑さでやられたんかな？
　外から自宅に電話をすると不通で「お客様の地域の回線や装置に不調があるか、通信機器が落ちているか」って言われたので、ご近所さんが通報して修理されたのかな？
　復帰したらイイけど。

#雑談 -- Posted by 電装工芸〔472文字〕

　sACN の規格書を読みました。違いは大きいようでそれ程で…

Thu, 26 Jun 2025 22:47:38 +0900

　sACN の規格書を読みました。違いは大きいようでそれ程でもありませんので、Art-Net に対応してから考えても良さそうな感じがします。
　Art-Net と同様にライセンス料は無料ですが、sACN の方が望ましい規格のように思います。Art-Net がイイ加減過ぎって気持ちは拭えませんけど、ANSI にも ESTA にも登録されていないのは登録費用以前に理由があるように思ったりして。。。
　違いがそれ程でもなく、拡張という意味で対応出来そうなので背伸びせずに行きましょう。

#sACN #[Art-Net] -- Posted by 電装工芸〔260文字〕

　sACN の規格書を入手しました。ANSI E1.31 2…

Thu, 26 Jun 2025 06:45:15 +0900

　sACN の規格書を入手しました。ANSI E1.31 2018 です。
　翻訳もしました。onlinedoctranslator.comが無料でレイアウト崩れも少なくてイイ感じ。
　これから現場まで往復３時間なので読む時間はありそうです。
　将来的に導入出来る様に勉強しておきましょう。

#sACN -- Posted by 電装工芸〔152文字〕

　ちょっと気になり、sACN を送受信するC言語のコードを …

Wed, 25 Jun 2025 07:26:49 +0900

　ちょっと気になり、sACN を送受信するC言語のコードを ChatGPT に聞いてみました。
　一発解決！ってくらいナルホドです。Art-Net を扱えるなら sACN はそれほど難しくないかもしれません。もちろん規格の原典から理解することは大事です。
　sACN の node は中華電機にいくらでもありますね。ArtNetPatch は sACN にも対応すると良さそうです。
　さ、sACN の規格書を手に入れましょう。

#[Art-Net] -- Posted by 電装工芸〔227文字〕

　秋口に大規模な花火大会の仕事を請けたと社長の鼻息が荒い。

Tue, 24 Jun 2025 20:43:30 +0900

　秋口に大規模な花火大会の仕事を請けたと社長の鼻息が荒い。
　売り上げは大きいので良いことですが問題はダイムコード。音に合わせて花火を打ち上げるのですが、この音で花を咲かせたいとなれば点火のタイミングは花火の挙動から逆算したところにあります。この対策に今どきの花火師さん達はタイムコード(LTC)を使います。音源のLchに音楽、RchにLTCを入れてそれを制御(点火)のキーにするのです。困ったことに、タイムコード(LTC)を理解してない人が多すぎ。アナログ音声信号としてデジタル信号を構成しているってことを全くわかってない。
　差動バイフェーズなので音声信号として-4～4dBで渡せば済むのでハイパス・ローパスフィルタとコンプレッサをかけてノイズ除去をすればいいのですが、その理屈を理解してもらえない。
　フィルムにフレームの番地を与えるために発祥した技術ですが、そもそもがわかってないので伝わらない。
　伝送方式である差動バイフェーズ(差動マンチェスター)は1980代にパソコンのデータをカセットテープに保存した様式と同じなのですが、デジタルも結局はアナログって思考が無い人にどうやって説明したものでしょう。システムレイヤーって概念がわかれば伝わりやすいことですが思ったより難しいことのようです。

追記
　ChatGPT に差動バイフェーズやLTCのことを質問したらとてもわかりすい回答を得られました。
　私もLTCについて本体ページに書いていますが、AIにここまでやられたら記事をまとめる必要を感じなくなったりして(笑

#タイムコード -- Posted by 電装工芸〔672文字〕

　RaspberryPi が案外色んなことに対応できるのは …

Tue, 24 Jun 2025 19:10:59 +0900

　RaspberryPi が案外色んなことに対応できるのは GPU のオカゲだそうな。
　GPU は画像処理を担うモジュールですが、計算に特化した GPGPU という使い方も出来るらしい。
　GPGPU はその昔の FPU と呼ばれた計算チップとは意味が違います。メモリに展開した複数の値に対して同時に計算が出来るらしい。代数計算というかC言語などで言う配列に対してすべての要素を同時に計算するらしい。具体的にどうすれば何が出来るのかはわからないのですが、比較的簡単な計算を同時に沢山出来ると思えばいいらしい。「算数」が全ての私と「数学」を操る方とでは「比較的簡単」の意味は違うと思いますけど、例えば動画の明暗を調整するなんて計算には向いてますよね。すべてのドットに対して輝度を上げたり下げたりするのですから。
　この機能は調光卓を作るのに向いてますね。調光卓は沢山の値に一意の値を掛け合わせることをひたすらやっているのです。forループで１個づつ計算するよりメモリ転送の時間はかかっても一斉に計算するなら後者の方が速いかもしれません。
　パッチマシンは設定を参照しながら値を並べ直す作業がほとんどですから GPGPU を使ってもあまり意味が無いと思われますが、卓を作るならば GPGPU を使えたらと思ってしまいます。群の数に一定の値を当てて積を得る作業が高速化出来たら作れると思うのです。位相をオフセットした sin などを当てられたらエフェクトエンジンそのものです。

#器具の製作 -- Posted by 電装工芸〔644文字〕

　ChatGPT に Art-Net を受信するC言語のコー…

Tue, 24 Jun 2025 06:48:40 +0900

　ChatGPT に Art-Net を受信するC言語のコードを聞いたところ、これまでに勉強したことが簡潔にまとまったコードが出てきました。
　欲しいすべてが出て来るワケではありませんが、これはスゲー。
　出てきたコードを理解・評価するにはある程度の基礎が必要ですが、細かい質問にも丁寧に答えてくれますし、何よりもヘッダーファイルを読んだり検索しないと理解出来なかったライブラリ関数の使い方も詳しく解りやすく教えてます。Google 検索で先達の成果から学ぶのも大事だと思いますが、AIエージェントを検索と同じ感覚で使うのは効率的だと思った次第。
　アプリの製作代行まで求めるには質問の仕方を工夫して課金しなければならないでしょうけど、イメージとしては教科書から求める情報を抜き出してくれる補助ツールとして有効だなって感じ。

追記
　他にも重要となる処理を ChatGPT に聞きましたが簡潔でわかりやすいお答え。
　先達の書き込みはありがたいものの奇妙な応用を含めた物が多く知りたいことが読み取りにくいことがあります。
　シンプルな質問を心がければ AI はとても便利に使えそうです。

#Ｃ言語 #AI -- Posted by 電装工芸〔504文字〕

　昼休みに自宅に戻りプリントを開始。帰宅したらプリントされて…

Fri, 20 Jun 2025 01:10:10 +0900

　昼休みに自宅に戻りプリントを開始。帰宅したらプリントされていました。

　仮組みしたらこんな感じ。

　間違いない強度を与えてから減らすのではなく、ギリギリ貧弱に作って補強しようと思ったのですが十分にホールドしています。運用上起こりうる加速度に十分耐えられそう。
　どこまで簡素に出来るかって意味では勉強になりました。

#器具の製作 -- Posted by 電装工芸〔169文字〕

　MoC を通して Art-Net_node を使うには数品…

Thu, 19 Jun 2025 13:10:50 +0900

　MoC を通して Art-Net_node を使うには数品組み合わせなければなりません。最終的には綺麗にパッケージしたいですが色々試してから決めたいかなと。ただ、テストの段階でもバラバラのままでは美しくありません。せめて合板にまとめる位はしたいかなと。こういった場合、ネジ止めのステーが付いてない機器を固定するのに苦労します。特にACアダプタの類は何の取り付け機構も付いていません。両面テープでもいいのですが、真夏の倉庫に放置しようものなら糊残りが酷いことになるので嫌いです。
　ならばステーを作ればいいのです。

　早速 Fusion でデータ作成。簡単な形状ですから３Dプリンタの CAM データまでやっても15分くらい。プリントの予想時間はとんでもない数字ですけど。

#器具の製作 -- Posted by 電装工芸〔346文字〕

　３Ｄモデリングには「Autodesk Fusion」を使っ…

Thu, 19 Jun 2025 11:20:29 +0900

　３Ｄモデリングには「Autodesk Fusion」を使っています。ポリゴンで自由形状を作るツールとは違いますが、寸法情報で部品を作るには使いやすいアプリです。
　初期の無料期間が過ぎたのでサブスクを登録していましたが、更新費用が趣味のツールとしては高額になってしまい別なアプリ(FreeCADなど)に替えようと思っていました。
　ところが期限を過ぎても使えています。「個人用(商用利用不可)」と表示され初期の無料期間と同様と見受けられます。目立った違いは「編集可能」ファイル数が１０個までとのことですが、「読み取り専用」にしても「編集可能」に戻せますので、実質フリーウェアとして使えます。同時に１０個も編集する大規模な製作はありませんので私の使用では全く問題ありません。
　空間規模やオブジェクト数などで制限がかかりそうな予感もしますがそん時はそん時でしょう。

#３Ｄプリンタ #CAD -- Posted by 電装工芸〔396文字〕

　追加発注した Art-Net node が入荷しました。

Wed, 18 Jun 2025 07:28:07 +0900

　追加発注した Art-Net node が入荷しました。
　２個セットで22,000円。ACアダプタがオプションと書いてあったので安いのかな？と思ったけど付属してました。
　このところ浪費が酷い感じがしますが、使えるなら所属会社に買い取ってももらうのでいいかなと。
　さて、どんなパッケージにしようか・・・。

　いつのころからか AliExpress(中華電機) で PayPal が使える様になってました。海外からの購入では PayPal を通すことをお勧めします。手数料はかかるし絶対安心ってワケじゃありませんが、クレジットカードを晒さずに済みますし、PayPal 決済が使えるなら販売者を信用する裏付けになるからです。
　注意点としては、全く違うところに伝票だけ送って配送履歴を得ようとする輩がいるので配送状況を見て出来るだけ早く対策するとか(配送業者の配送完了履歴があれば、受領確認がなくても一定期間を経ると支払いがされる)、全く関係ないモノを詰めて送ってくる輩がいるので開封の際は動画を撮るとか、ある程度の自衛は必要です。
　amazon やモノタロウでポチるより手間は多いのですが、その昔の個人輸入に比べたら簡単で安全です。

#[Art-Net] -- Posted by 電装工芸〔535文字〕

　「MoC」での Art-Net は良い感じです。

Tue, 17 Jun 2025 09:45:36 +0900

　「MoC」での Art-Net は良い感じです。
　タイムラグや微小な不具合を検出する手段はありませんが、丸２日の連続動作を２回行っても普通に動いています。機器類の発熱もほんのり温かい程度。今は3Cクラスの同軸ケーブル100mです。推奨は5Cですが問題無さそう。
　7月の現場で実地テストします。これを経てパッケージを考えましょう。

#[Art-Net] -- Posted by 電装工芸〔180文字〕

　現地照明でしたが、シュートが終わったらバラシまで待機という…

Sat, 14 Jun 2025 22:44:01 +0900

　現地照明でしたが、シュートが終わったらバラシまで待機という名の休憩。直しとトラブルシュートに対応出来ればいいのでまとまった空き時間です。こんな時は設計という名の妄想が一番です。

　課題は毎度おなじみ「ArtNetPatch」です。主にソフトウェアの構成が課題です。
　受けたデータを一時保存、加工、出力しますので、機能は映像ストリーミングに近いかもしれませんが、自分のイメージはデータベースです。
　その昔ファイルメーカーを母体に機材の稼働管理システムを作って今も使っていますが、データを動的に仕分けて加工する感覚が今回活用出来ています。
　アルゴリズムと言えばそうなんですが、データを保管する構造体の設計が主な作業です。可能か不可能かを確認しながらになりますが、最終的にまとめる構造体が決まれば仕分けて加工するアルゴリズムはおのずと決まってくるので私にはこの感覚で進めるのが性に合っているようです。処理の全体像が見えてきました。

　アセンブラではないので構想の段階で処理時間の見込みを付けることは難しいのですが、そもそもRaspberryPiのCPUにおけるマシンコードの動作速度はどうだと計算したら恐ろしい数字。ARMの2.4GHzですが、PICの感覚で単純計算したら１クロック当たりの時間は0.42nsec。PICに比べたら桁違いというか単位違い。OSを介するので単純には比べられないもののマシンコードのイメージで書けばかなり速くなりそう。例えば、積や商を求めるために四則演算をするかビットシフトをするかってことです。2倍や1/2などの2の乗数に関わる積や商ならビットシフトの方が速いハズです。この辺りが「C言語はアセンブラを汎用化したもの」ってイメージであり、Pythonとは違い、C言語はアセンブラの感覚で使うベシってのが私個人の感覚になりつつあります。出来るだけ単純な計算方法を目指してデータ構造を考えるのです。Ｃ言語の難解さがアセンブラ傾向のアプローチで軽くなった気分です。普通は逆なんでしょうけど。
　Ｃ言語を作った神達はアセンブラをマクロ化して手間を減らすところから始まってますので、世代を経ても底辺はアセンブラなんでしょう。同時代のCOBOLやFORTRANは意味付けが違うようですけど。

　勝手な妄想はともかく、どんなデータをどう変換・加工するかを明らかにすればおのずと見えてくるようです。

#[Art-Net] #器具の製作 #Ｃ言語 -- Posted by 電装工芸〔1034文字〕

　試さんといけないことが残っています。Art-Net を w…

Thu, 12 Jun 2025 17:52:14 +0900

　試さんといけないことが残っています。Art-Net を wi-fi で飛ばすことです。なんちゃって DMX-Wireless です。
　本線ではなくサポート的なワイヤレスが欲しいのです。例えば、大尽裏の拠点から舞台奥までとか、短い距離だけどケーブルを通したくない通せないところのサポートです。
　引き枠屋台とかにも魅力があります。灯体がLEDなら容量多めのバッテリー電源を積めばコストを抑えて照明をワイヤレスに出来ます。キャスト頭上に小さなムービング仕込んでみたい。

#[Art-Net] -- Posted by 電装工芸〔247文字〕

　オレメモです。

Thu, 12 Jun 2025 16:43:38 +0900

　オレメモです。
　「Ether over COAX」には「MoCA」と呼ばれる規格もあります。最大ケーブル長は短いですが、n対n接続(同一経路上に複数を設置)が可能です。EoCは1対1に限ります。
　大きな違いはEoCが75Ω同軸ケーブルを用いるの対し、MoCAは50Ω同軸ケーブルを用います。どちらも既設の同軸ケーブルを活用してLANを構成することが目的ですが、片や映像ケーブル、片やアンテナケーブルです。
　EoCはビルや大規模施設の監視カメラを更新するために作られたようです。今となってはwebカメラが便利で安価ですが、ケーブルを換える費用の方が高くつくので、なんなら既にある同軸ケーブルにEthernetを通してしまえって発想みたいです。
　MoCAは、特にアメリカらしいですが、部屋ごとにテレビを置くことが当たり前ですとどの部屋にもアンテナ線が来ています。もちろんテレビ信号と同居出来ることが条件とはなりますが、これも既にある同軸ケーブルを利用してしまえってことみたいです。
　そもそも、Ethernetは無線通信でコンピュータ同士を繋げることから始まっているので10Base2といった同軸ケーブルを使う規格もあったワケです。これをアップグレードしたと思えば自然です。変調帯域が違えば混合使用も普通のことです。

　EoCは100Mbps、MoCAは400Mbpsと違いますが、数ユニバースの Art-Net を通すなら100Mbpsあれば十分なので転送速度の最大値は関係ないかなと。grandMA2/3 の能力を最大限利用するなら黙って光Etherを使って10Gbpsくらいの帯域確保でしょうけどね。
　ひょっとするとMoCAの方がいいのかな？って感じもするのですが、EoCの方が製品単価が控えめで動作が安定している感じがあります。

#[Art-Net] -- Posted by 電装工芸〔786文字〕

　PoE の Hub で「LINOVISION 同軸LANコ…

Thu, 12 Jun 2025 15:12:36 +0900

　PoE の Hub で「LINOVISION 同軸LANコンバーター」が動きました。
　これなら「コンソール・パック」や「ステージ・パック」を作って良さそうです。
　仕様を決めていきましょう。

#[Art-Net] -- Posted by 電装工芸〔110文字〕

　EoC を通しても動く Art-Net-node が安価に…

Wed, 11 Jun 2025 14:04:59 +0900

　EoC を通しても動く Art-Net-node が安価に手に入るなら「コンソール・パック」を作ろうかな。UPS(無停電電源装置)、Art-Net-node(レガシーDMXの入力のため)、EoCコンバーター、Ethernet-Hub(PoE)、インターカム・パワーサプライなど卓周りで使いそうなモノを一つにまとめるのです。2Uか3Uのラックケースに入るかな。
　同じ要領で「ステージ・パック」もあるといいですね。これにはインターカム・パワーサプライではなくDMXスプリッターを入れましょう。
　箱作りに手間はかかりますが、既製品を固定するだけですので比較的簡単です。

#器具の製作 -- Posted by 電装工芸〔293文字〕

　中華電機の Art-Net node を EoC で接続し…

Wed, 11 Jun 2025 13:30:51 +0900

　中華電機の Art-Net node を EoC で接続してみました。
　EoC とは「Ethernet over COAX」の略で、Ethernet を同軸ケーブルに通す手法です。75Ωの映像ケーブルに通せます。
　卓 → → EoC → <75Ω同軸ケーブル> → EoC → → node です。
　EoC の機器は「LINOVISION 同軸LANコンバーター」を使っています。

　電源供給は PoEです。Receiver に PoE で電源を供給すると Transmitter 側の電源は同軸ケーブルで供給されます。
　Receiver と Transmitter の違いはどちらが電源の入力かってだけで Ethernet はごく普通に双方向です。
　今のところは PoEインジェクターを使っていますが、PoE の Ethernet-Hub も試してみるつもりです。

#[Art-Net] -- Posted by 電装工芸〔428文字〕

　研究用に中華電機から Art-Net の node を買っ…

Wed, 11 Jun 2025 10:23:37 +0900

　研究用に中華電機から Art-Net の node を買ってみました。

　タイムラグとかは実機を繋げて CUE として動かさないとわかりませんが、倉庫でのテストでは IN も OUT も極々当たり前に動きます。設定はPCからになりますが、設定アプリも素直で使いやすい。~~残念ながら5P仕様はありませんが~~、こんなんが15,000円くらいで買えてしまうのですから驚きです。同じメーカーと思わしき２ユニバースの物もあります。これは6,000円程度です。node を自作することも考えていますが、価格からすると買った方がいいですね。

　ただ、中華製のこの手にはアイソレーターが入っていません。自作のスプリッター基板と共にパッケージすればいいのかな？

追記
　5pin 仕様もありました。
　DoctorMX で見ますと綺麗なデータが出ています。

#[Art-Net] -- Posted by 電装工芸〔385文字〕

　Ｃ言語のポインタには面白い機能(使い方？)がありました。

Tue, 10 Jun 2025 22:39:25 +0900

　Ｃ言語のポインタには面白い機能(使い方？)がありました。
　関数の呼び出しをポインタ化するのです。なんのこっちゃ？って話ですねぇ～。
　ソースコードの大半はそのままに、条件分岐で関数を差し替えるイメージです。オブジェクト指向の一歩手前？
　もちろん、構造体を含む変数もポインタを介して差し替えられます。
　DMXの場合、受信中のスタックから読み出すことは避けなければなりません。パケットの中身に不整合が起こるからです。例えばアドレス100までは最新の受信内容、101以降は１フレーム前の受信内容や全てゼロになるのです。２スロット構成のアトリビュートがアドレス100と101にまたがったらよろしくないことが起こります。リトルエンディアンだったら目も当てられません。
　この対策は２つのスタックを交代しながら使います。片方は受信に、１フレーム前のデータを持ったもう片方を出力処理に使い、条件が整えば役割を交代するのです。この場合どちらをどちらに使うかをポインタで指定出来れば全体の処理はスマートになります。ピンと来る方が少ないのはわかっていますが、ソースコードを書く上ではとても合理的な方法です。今の常識からしたら万分の一の処理能力のハードウェアしかなかった時代にC言語をデザインした人は本当の天才だと思います。勉強すればするほど「天才」って言葉が身に沁みます。自分はその成果に甘えるだけで感謝々々です。

　Ｃ言語を学ぶ上でポインタは難解な要素の筆頭ですが、自分の様にアタマの半分がPICマイコンのアセンブラで占められている者には案外すんなりと理解出来ました。メモリのアドレスを直接扱う方法だからです。当初は高級言語でメモリのアドレスを直接扱うなんてイメージはありませんでしたので躓きましたが、C言語が値渡ししか出来ない(参照渡しが出来ない)ことも含めるとポインタは合理的であり、C言語は高級言語ではなく汎用化を目指したアセンブラ言語と思えばイイらしいと思った次第。正しくはなくても私にはこの理解が自然でした。

　自分は PC8001(PC6001)-BASIC → Z80アセンブラ(当時小学生、挫折しました) → (20年空いて) → PICアセンブラ → Python → C言語(今) と進んできました。小学生の時分に論理演算、16進数、2進数を本能に焼き付け、成果は出せずともZ80アセンブラに挑んだことが今に活きているようです。小学生当時、戦前産まれの父母は数百円の漫画本は買ってくれませんでしたが高価な技術書やその筋の雑誌(月刊マイコンやBASICマガジンなど)は買ってくれました。100歳まであと数年のカウントダウンなのに林業を生業とし登山やスキーを楽しむ父と米寿間近で父の３倍は元気な母に絶大な感謝をする今日この頃。
　自分の今の最大の不安は三途の川の向こう岸で父母をお迎えすることです。あと100年くらいは部下や後輩に迷惑をかけずに現役をやってやろうと思っていますけど(笑

#Ｃ言語 #雑記 -- Posted by 電装工芸〔1257文字〕

　現場ですが、簡単なひな壇を組むだけの現地道具なので終演まで…

Tue, 10 Jun 2025 17:53:28 +0900

　現場ですが、簡単なひな壇を組むだけの現地道具なので終演までヒマです。
　ArtNetPatch の ap_transmitter の構造を構造体配列を元に整理したのですが、割り切って構成したら案外軽い処理になりました。メモリの節約など考えず、条件分岐や計算を出来るだけ減らし繰り返しをヒトまとめにする方針だからでしょうか。
　実際に組んで実行時間を計測しなければなりませんが、パッチ処理の後にもディレイやプロファイルカーブの処理を入れられそうな予感がします。

　receive(受信)、bind(入力ユニバースを内部Bus(ユニバース)にパッチ、ここで数値をマージしてHTPミキサーとします)、pre-delay、pre-profile-curve、patch、post-delay、post-profile-curve、transmit といった流れで考えています。

　ついてはモジュール構成を少し変えます。
　ap_transmitter の中の数値操作と Art-net の出力を分割します。
　fps はともかく、すべてのユニバースを連続して送るのは避けた方がいいかなと思うので、ユニバース毎にインターバルを持たせるためです。

１）アプリの起動部とし、共有物を設定して以下のモジュールを呼ぶ「ap_main」
２）画面表示やユーザー操作を司る「ap_console」
３）Art-Netを受信する「ap_receiver」
４）受信値や設定値から出力値をまとめる「ap_effect」
５）Art-Net を出力する「ap_transmitter」
６）データのタイムアウト管理をする「ap_timeout」

　今後はタイムラグを減らす工夫を考えてみましょう。
　出力の目標は 30fps 以上、出来れば 36fps ですが、1/36秒以内に処理を一巡出来るなら遅れても1フレームとなります。無理ならスレッド的なアプローチで考えて出来るだけ遅れを少なくしましょう。
　何にしても、試作をして処理時間と処理負荷の計測が必要です。
　こんな複雑なシステムは10回くらい書き直すつもりで試すしかありません。素人の私が結果を完全に予測するなんで無理ですもん。

#[Art-Net] #器具の製作 #Ｃ言語 -- Posted by 電装工芸〔959文字〕

　子プロセスを使う場合は親プロセスが落ちたらこれらも落とさな…

Tue, 10 Jun 2025 07:22:53 +0900

　子プロセスを使う場合は親プロセスが落ちたらこれらも落とさないといけません。ゾンビとして残ってしまうからです。
　一般的にはメインから「終わりにしなさい」って指示を受けて落としますが、開発途中ではそうもいかないことがあります。
　ならば、「続けなさい」って指令が無ければタイムアウトすることにしましょう。親の存在確認をする方法もありますが、この方法なら管理が楽かも。

#Ｃ言語 -- Posted by 電装工芸〔190文字〕

　ArtNetPatch の構成イメージが見えてきました。

Tue, 10 Jun 2025 06:35:53 +0900

　ArtNetPatch の構成イメージが見えてきました。
　この後は「ap_transmitter」の具体化でしょうか。これが ArtNetPatch の核であり一番重い処理です。
　モジュール間を繋ぐ構造体配列が見えればその他のモジュールを作ることは可能ですし、画面表示とか作って手ごたえを感じたいってのはありますが、最終的にデータを取りまとめる「ap_transmitter」が見えませんと構造体配列を決めることが出来ません。

#[Art-Net] #器具の製作 -- Posted by 電装工芸〔235文字〕

　と、なると、って書き出しは私のアタマの中の言葉のままですが…

Sun, 08 Jun 2025 23:29:13 +0900

　と、なると、って書き出しは私のアタマの中の言葉のままですが、プロセスかスレッドかはともかく、処理のスジを次の様に分けようかと。

１）アプリの起動部で、共有物を設定して以下のモジュールを呼ぶ「ap_main」
２）画面表示やユーザー操作を司る「ap_console」
３）Art-Netを受信する「ap_receiver」
４）受信値や設定値から出力値まとめ、Art-Net を出力する「ap_transmitter」
５）データのタイムアウト管理をする「ap_timeout」

　大きなデータは共有メモリ「mmap」と「semaphore」でやりとりし、指示や返答は「queue」で繋げます。自分ナリに得手不得手を検討した結果です。

　タイムアウトを別枠で勝手にやらせる発想が出たら役割分担が楽になりました。
　これが出来るのも共有メモリとセマフォのオカゲです。

　まだまだ決定ではありませんが、タイミングがラフなところはOS に任せてしまえ！って思えたら気が楽になったかも。
　メモリ管理も処理タイミングの管理も OS に頼った方が間違いないのです。
　この役割分担をしたら RaspberryPi でも処理しきれそうな気になってきたかも。

追記
　成り行き任せで後回しにしても構わない処理はプロセスやスレッドを別にして区切りのいいところに短い「sleep」を入れればいい。こうすると OS のジャッジで急ぎと思われるプロセスやスレッドを優先的に処理をしてくれるようです。
　厳密なタイミング管理が必要なら「RTOS」ベースのカーネルを使ってガチガチに管理するのが良いと思いますが、そこまででない処理のため導入の敷居が高い RTOS を使うのはどうかと。

#[Art-Net] #器具の製作 -- Posted by 電装工芸〔753文字〕

　Art-Net の処理についてタイミングをイロイロ検討して…

Sun, 08 Jun 2025 21:53:40 +0900

　Art-Net の処理についてタイミングをイロイロ検討してみました。
　まず、全受信のスタックと受信の次の工程に送るスタックは完全に別物にした方が良さそうです。先日の書き込みと真逆のことですが、Art-Net 全体のモニターをするためのスタックとパッチの前工程のスタックは別物にするってことです。細かい理由は割愛しますが、同じ結果を得られるならメモリを大食いしても処理は軽い方がいい。DMXの処理で使うメモリ量など増えても数KBですから、GBクラスのメモリを持った RaspberryPi で気にするこっちゃありません。また、全受信のスタックを元にすべてを行うと最低でも２秒分の履歴を残さなければなりませんが、モニターするだけなら最新値のスタックだけで済みますし、Delay では深い履歴が必要でもパッチにおけるユニバース数だけあればいいので、想定される入力のすべてを数秒分スタックするほどのメモリは不要です。結果、処理が軽くなってメモリの使用量が減るなら御の字ってことです。あとは、タイムアウトの処理も大きな理由です。パケット毎に受信時刻のチェックをすることになりますが、チェックするパケットの数が減り、モニターならチェック頻度を落としてタイムアウトの実効値が２秒とか３秒でも大丈夫です。
　データをどのように取り込んでスタックして処理するかのイメージを整理して処理時間や工数が最も少ないであろう構成を決めてからソースコードを書こうと思っています。

追記
　上記の考え方にするなら、パッチの前工程の処理をする位置や共有メモリの扱いを明確にしておけばソースを書き始められるかも。完全に Art-Net モニタです。受信の後の各種処理や画面表示を別プロセスにするのでまだまだ考えることはありますけどね。
　今思い付いたのですが、タイムアウトの処理を別プロセスや別スレッドにしたら受信プロセスが凄く簡単になるかも。socket の受信をタイムアウトせずに何かを受信するまでブロックするってことです。シングルプロセスの PIC マイコンに慣れ過ぎて手作業のマルチスレッド処理がアタマの中で前提になっているようです。ブロックすることが一般的な処理をあえてタイムアウトさせてエラー処理するくらいならプロセスを分けてタイムアウトさせずに待たせればいいのです。OSが得意な部分はOSにやってもらえばいいのです。

#[Art-Net] #器具の製作 -- Posted by 電装工芸〔1019文字〕