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

　Ｃ言語ネタです。

Sun, 31 Mar 2024 13:46:34 +0900

　Ｃ言語ネタです。
　セマフォを使ったプロセス間での排他制御
　セマフォは異なるプロセスが共有メモリへ同時に読み書きをしないために使おうを思っています。この記事だけではどう使ったらいいか見えませんが、セマフォの機能についてはシンプルに要点を突いて分かりやすい。こういう蛇足が無い説明は好きです。
　ここでは他のプロセスの挙動は説明されていませんが、同じ名前のセマフォ(この記事では"/unko")を開いて同じ様に使います。同じセマフォを持った二つのプロセスがあるとして、後から sem_wait(sem) を実行した側は先に sem_wait(sem) を実行した側が sem_post(sem) を実行するまでブロック(動作を一時停止)します。sem_trywait(sem) を用いればブロックせずに戻りますので戻り値を見て処理を続行出来ます。
　自力でセマフォを作ろうと思っていましたが、この方法でいいんでないかなと。

　セマフォの方針が決まれば必要なことが一通りまとまったことになるので書き始められそうです。
　まずは Art-Net を丁寧に受信する処理から進めます。ネットワーク上のすべての ArtDMX(スロットデータが列挙されたパケット) と存在する送信機の一覧を取得し、別プロセスから読み出して階層的に表示することを当面の目標とします。一種の Art-Net モニタでしょうか。画面を横に３分割し、左に送信機の一覧、中間に選択された送信機が扱うユニバース、右にスロットデータといった構成です。送信機とユニバースをキーボード(カーソル)操作で選択することも習作の一部となります。
　これが作れなければ ArtNetPatch など作れませんし、最終的なパッケージでも欲しい機能です。　

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

　音響も照明もデジタルコンソールを使うのが日常となりました。

Sun, 31 Mar 2024 06:41:18 +0900

　音響も照明もデジタルコンソールを使うのが日常となりました。
　これらはとても高機能で便利な機器ですが、弱点を申し上げるなら起動に時間がかかることと、瞬間停電で動作不良に陥ることがあることです。
　機器に与える電源は半仮設なことが多いためコネクタの脱落や接点不良の可能性は拭えず、老朽化した劇場ですと空調器等の動作によっては瞬間停電に等しい状態に陥ることもあります。
　完全停電ならともかく、瞬間停電による動作不良はクライアントに理解を得ることが難しく、ストレージへのアクセス中に電源が落ちますとシステムが深刻な支障に至ることもあります。
　前置きが長くなりましたが、瞬間停電や数分の停電があってもコンソールの動作を維持する対策を施したいので「無停電電源装置」を使いたい。いわゆる「UPS」です。
　UPSのバックアップ方式には様々な種類があるのでどんな状況でも安心とは言い切れませんが、無いよりは明らかに事故率を下げられます。
　ただ、UPS製品は据え置きを前提にした物が多く、仕込んでバラしてを繰り返すと物理的に傷みやすい。
　ならばと思ったのが、デスビとUPSをラックケースに１パッケージにしたモノはどうだ？というアイデア。デスビとはノイズフィルタとサージカットを提供する電源分配装置と言えばいいでしょうか。欲しいのは瞬間停電に対策し、電源ノイズを軽減し、サージカットをする物です。安価なUPSでもサージカットは入っています。ノイズフィルタまで入っている物は重装備の設備用となりますが、コモンモードフィルタを入れれば事足ります。
　私の印象ですが、UPSと言えば「OMRON」さん。安価な普及品から高性能な重装備品まで幅広くラインナップし、何よりも保守用の交換バッテリーの入手に安心感があります。バッテリーの寿命は3-5年のため、安いだけ品はいざ交換したいときにバッテリーが手に入らないこともあるからです。
　コンソール周りの消費電力は300wくらいが平均でしょうか。上には上がありますが、一番頻度の高い条件を一般条件とし、もっと必要なら複数使うなり専用品として対策する方向で。
　OMRONさんの製品で19インチラックにマウント出来そうな安価な製品ですと「BX50F」でしょうか。
「BX50F」

　バックアップ容量は500VA/300wなのでもう一息欲しい気もしますが、小型軽量だし、空冷余白や付属パネルを含めても2Uに収まりそうなので実用的かなと。
　実は、OMRONさんのBZ50LT2をすでに使っています。一見安っぽいのですが十分に使えています。事故に遭遇したことはありませんが、試験停電させたところ数分保持しました。卓周辺で単体の消費電力が300wを越える製品は多くありませんし、BX50Fは形が違うだけで同等の製品ですから十分使えるでしょう。

#照明器具
　 -- Posted by 電装工芸〔1191文字〕

　春恒例の桜ライトアップの仕込みが数件あり、コロナ明け初の年…

Thu, 28 Mar 2024 06:54:10 +0900

　春恒例の桜ライトアップの仕込みが数件あり、コロナ明け初の年度末・新年度ですから現場もそこそこあってバタバタしております。PegasysG10は信号線のコネクタ(SP13)を取り付ければ終わるものの手を付ける時間がありません。修理・改造をしたい機材はまだまだあるので困ったものです。
　LED-Barを改造する部品は３Ｄプリンタで作っています。製作数７２個、１ジョブ６個、ラップ２２時間ですから２週間程でしょうか。期間はかかりますが、セットチェンジは数分なので負担にはなりません。

#ガチ工作 #器具の修理 -- Posted by 電装工芸〔254文字〕

　機材の補助としてバンジーコードを輪にしたモノを使うことにし…

Wed, 27 Mar 2024 03:15:29 +0900

　機材の補助としてバンジーコードを輪にしたモノを使うことにしました。
　バンジーコードとは周囲を繊維の編み込みで包んだゴム紐です。荷止めとして使われることが多いゴムです。
　輪にするには端を繋げないといけませんが、バイスバーサノットと呼ばれる結び方が良さそうです。

　少し難しい結び方ですが、ほどけ難いのは良いことです。

　と言いつつ、これも良さそう。

#舞台の小物 -- Posted by 電装工芸〔189文字〕

　ATXを汎用電源化するための基板を発注しました。

Mon, 25 Mar 2024 07:36:47 +0900

　ATXを汎用電源化するための基板を発注しました。
　２４ピンのATXコネクタを挿し、リセッタブルヒューズを介してXHコネクタに出力する物です。

　PCBGOGOさんに発注しましたが、改めて価格を評価したところレジストやシルクの色で価格が随分違う。標準色(レジスト緑/シルク白)は安い。しかもリードタイムが短い。
　これまでは気分で色を決めていましたが、見せ基板でないなら安くて早いが正義。これまで無駄遣いをしていたようです。
　肝心の価格は送料別10枚で＄19(日本円で2,876円)です。75x60mmサイズで１枚300円しません。サンハヤトさんの感光基板を買うより安いのに両面基板でレジストもシルクも入る。格安と言うしかありません。
　送料は3,000円くらいですが、これを高いと言ったら何も始まりません。
　ATX電源からは24P以外のコネクタも出ていますが、そのまま使うかコネクタを付け替えるかします。

追記
　ジャンク箱を覗いて電源を見繕っていたら新品未開封のSFX(300w)が居ました。随分前に保守用としてストックした物だと思うので使うことはないでしょうし、新たなPCを組むには電力不足ですがRaspberryPiの開発環境には十分です。
　ケーブルハーネスは短くします。パッケージをスッキリさせるには余計なケーブルが邪魔だからです。ちょっと面倒ですが、ATX電源のハーネスの加工を習得しておけば後で役立つかな？
　この電源からはATXの24ピン、補助12vの4ピン、SATA、ペリフェラル4Pがそれぞれ１系統出ています。24ピンは今回作った基板にあてがってXHコネクタに出力し、補助12vはDCコネクタに付け替えてモニタなどの電源とし、SATAとペリフェラル4Pはそのまま残そうかなと。

#電子工作 -- Posted by 電装工芸〔762文字〕

　ATX(SFX)電源を汎用電源化するため、ATXコネクタを…

Sun, 24 Mar 2024 09:16:02 +0900

　ATX(SFX)電源を汎用電源化するため、ATXコネクタを調べました。
　以下がピンアサイン、規格ケーブル色、特殊ピンの機能です。
　現行規格は24ピン、旧規格は20ピンです。カッコ内は20ピンの値。
　ピンの並びは長手方向に1～12(10)、PIN1の隣に戻って13(11)～24(20)です。
ATX 24pin Connector Pin Assignment (20pins are in parentheses)
Cable Connector is Molex 5556.
Pcb Connector is Molex 5566.
------------
1 ( 1) +3.3v [Orange]
2 ( 2) +3.3v [Orange]
3 ( 3) GND [Black]
4 ( 4) +5v [Red]
5 ( 5) GND [Black]
6 ( 6) +5v [Red]
7 ( 7) GND [Black]
8 ( 8) PWR_OK [Gray]　起動し出力が安定すると+5vが出力されます。パイロットランプにも使用可。
9 ( 9) +5vSB [Purple]　起動していなくても電源が入力されると+5vが出力されます。パイロットランプにも使用可。
10 (10) +12v [Yellow]
11　　　+12v [Yellow]
12　　　+3.3v [Orange]
------------
13 (11) +3.3v [Orange]
14 (12) -12v [Blue]
15 (13) GND [Black]
16 (14) PS_ON [Green]　GNDに落とすと起動します。NCにすると停止します。
17 (15) GND [Black]
18 (16) GND [Black]
19 (17) GND [Black]
20 (18) Rererved(-5v) [*NC]　配線されていないことが多い。されていれば-5v。
21 (19) +5v [Red]
22 (20) +5v [Red]
23　　　+5v [Red]
24　　　GND [Black]
------------
+3.3v x 4pin
+5v x 5pin
+12v x 2pin
-12v x 1pin
GND x 8pin
------------
　他のコネクタも規格ケーブル色は上記と同じです。
+3.3v [Orange]
+5v [Red]
+12v [Yellow]
GND [Black]
　※ ケーブルがすべて黒の製品も多い
　16ピンをGNDに繋げれば起動しますので、物理スイッチを間に入れれば起動スイッチになります。
　簡単な改造とは言えませんが、工作の汎用電源にはATX電源を使うといいような気がします。特にSFXの300w程度の物は小型で安価なマルチ電源と言えます。

　参考：ATX/EPS電源のピンアサイン

#ガチ工作 #電子工作 -- Posted by 電装工芸〔1253文字〕

　今日もホール増員置きダヌキしてました。珍しく旗日にオフだっ…

Wed, 20 Mar 2024 22:44:15 +0900

　今日もホール増員置きダヌキしてました。珍しく旗日にオフだったのですが、結構大掛かりなツアーだったので召喚された次第。
　ツアーの皆様は仕事が出来る人ばかりのためタッパまで終わればバラシまでヒマですから調べ物や研究が出来るのです。

　そんなワケで、コンソール画面を書く手段を新たに見つけつつ、Art-Netパッチの基本設計や要となる要素を整理し終わりました。机上作業が終わったので次は実機試験です。
　VsCodeからSSHでRaspberryPiを触る方法で作業するのですが、この物理環境を今一度整備しましょう。パソコン、卓、node以外の必要な物が固定され配線されたトランク型のラップトップパソコンみたいなモノを作るです。配電盤箱よろしく中に合板を貼り付けてテキトウにビス止め出来るアルミトランクみたいなモノがあればいいでしょうか。これに電源(DC3.3v,5v,12v小型のSFX電源？)、RaspberryPi、モニタ、EtherneHubなどの基本用品と都度の課題で必要なモノを組み付けておくのです。キーボードはワイヤレスなので仕舞う場所だけ？？。ここまでしておけば場所を選ばず作業出来そうです。

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

　コンソールの画面操作では「ＡＮＳＩエスケープシーケンス」を…

Wed, 20 Mar 2024 19:29:59 +0900

　コンソールの画面操作では「ＡＮＳＩエスケープシーケンス」を使うイメージでいましたが、「ncurses」と呼ばれる便利なライブラリがあることを今更知りました。これを使えばコンソール画面作りが楽になりそうです。
　キー操作の扱いを調べていたのですが、「C言語で矢印キーの入力を完璧に検出する5つのステップ」を読んでいたら「ncurses」が便利とのこと。ここから調べを進めたところナルホドが連発。「cursesライブラリの超てきとー解説」を読むと概要がわかるような。

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

　SharedMemory(共有メモリ)であるmmapの使い…

Wed, 20 Mar 2024 12:47:27 +0900

　SharedMemory(共有メモリ)であるmmapの使い方が整理出来つつあります。
　検証はこれからですが、理解出来たところをオレメモとして書いておきます。
　あくまで「オレメモ」です。間違いアリアリでよろしくお願いします。
　なお、mmapには様々な用法あるらしい。下記はプロセス間の共有メモリに限った使い方です。
/* mmapを使うためのライブラリ */
#include

/* 共有メモリにテキストを代入する */
char *st;　　　　// 扱うデータの型でmmapのポインタを設定
int msize = 4096;
st = mmap( NULL, msize, PROT_READ | PROT_WRITE, MAP_ANON | MAP_SHARED, -1, 0 );　　// ここまでやってからfork()でプロセスを分ける
*st = 'TEST';　　　　// mmapに「TEST」が代入される(変数をポインタで扱う方法で扱える)

/* 使用後は共有メモリを解放する */
munmap( st, msize );

mmapの引数
１つ目(addr/NULL)：mmapを定義するメモリアドレスを設定する項目だが、NULLにしておけばOSが決めてくれる。
２つ目(size/msize)：確保するメモリサイズの指定。ページメモリのサイズの倍数にするベシというご意見と、欲しいメモリサイズを指定すればOSが調整してくれるというご意見など色々ある。変数の型からsizeofで得る方法(sizeof(int)など)を使われている方もいる。
３つ目(prot/PROT_READ | PROT_WRITE)：読み書きモードを設定する。この書き方だと読み書き両方可能にする。
４つ目(flag/MAP_ANON | MAP_SHARED)：MAP_ANONはファイルをマッピングせずに使う指定(共有メモリとして使うだけならこれでいい)、MAP_SHAREDはプロセス間で共有するという指定。
５つ目(fd/-1)：ファイルディスクリプタの指定だが、上記でMAP_ANONにしているので-1で無しとする。
６つ目(offset/0)：スタートアドレスからどれくらいずらしたところを使うか。

　共有メモリは読み書きのタイミングをマネージしれくれませんので、何かしらの管理をしないといけません。

参考：ページメモリのサイズを取得する
#include
#include
long page_size = sysconf( _SC_PAGESIZE );

　ついでにpipeも。
　ただし、ここではpipe2(Linux固有)を使います。pipeの上位互換で引数でノンブロッキングの設定が出来るからです。通常のpipeはパイプが空の場合に有効なデータが取り出せるまで待ってしまいますがO_NONBLOCKを設定すると待ちません。
　なお、以前の書き込みでpipeは単純なスタックと書きましたが、Queue程マネジメントされていないFIFOです。訂正します。
/* pipeを使うためのライブラリ */
#define _GNU_SOURCE　　// よくわからないけど必要なおまじない？
#include 　　// O_*(ここではO_NONBLOCK) 定数の定義の取得
#include 　　// pipeの本体を呼ぶ

/* pipeの定義 */
int pipefd[2];　　　// ファイルディスクリプタとしてint配列を用いる変数の名前は任意
if( pipe2( pipefd, O_NONBLOCK ) < 0 ) {　　// ファイルディスクリプタとする配列とノンブロッキングのフラグを引数にする
　// pipe2の戻り値が-1なら設定エラー
}

/* pipeへの書き込み */
char *st = "TEST";
write( pipefd[1], st, strlen( st ) );　　// strlenはが必要。成功なら書き込んだバイト数、失敗なら-1が戻る。

/* pipeからの読み出し */
char buf[128];
read( pipefd[0], &buf, sizeof( buf ) );　　// パイプが空の場合はEOFを得るか戻り値が0になると思われる。成功なら読み取ったしたバイト数、失敗なら-1が戻る。

/* pipeを閉じる(fork()して読み出し側書き込み側に分かれる場合はfork()した後に使わない側を閉じて運用する。もちろん終了する際にはすべて閉じる) */
close( pipefd[0] );　　// 読み出しを閉じる
close( pipefd[1] );　　// 書き込みを閉じる

　int配列pipefdは[0]が読み出し[1]が書き込みになるファイルディスクリプタ。
#define MEMREAD 0
#define MEMWRITE 1
　などとして使うとわかりやすいかも。

　OSに寄りますが、スタック長は65536バイトが一般的らしい。
　pipeは読み書きのタイミングをマネージしてくれます。

　どちらもファイルを読み書きする手法を応用していますので、ファイルの読み書きの仕方を勉強しなおしてから取り組むとわかりやすいかもしれません。

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

　中華電機を覗いていたらこんな電圧計を発見！

Tue, 19 Mar 2024 07:25:43 +0900

　中華電機を覗いていたらこんな電圧計を発見！

　調整に使うモノではないと思いますが、パイロットランプを兼ねて受電電圧の大雑把な確認には使えると思います。100v200vを間違っていないか、ドロップしていないかの確認ってことです。
　これのいいのは薄いことです、奥行きが18mmしかありません。これまでは丸穴で小型の物は奥行きが50mm以上ありましたが、ここまで薄いなら箱のサイズに自由度が出ます。例えばTRUE1のレセプタクルを羊かん箱に実装すると奥行のために箱の表面には大きなブランクが出来ますが、ここを埋める配置で使えそうなので良いかなと。直電源のTRUE1化を少しづつ進めていますが、思案中の分岐ボックスに使えるかなと。

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

　プロセス間通信を大別しますと、SharedMemory(m…

Mon, 18 Mar 2024 16:43:58 +0900

　プロセス間通信を大別しますと、SharedMemory(mmap含む)、Pipe、Queueです。左から「速いけど扱いが難しい」→「扱いが簡単だけど遅い」となるようです。
　SharedMemoryは初期定義でメモリサイズを指定しなければなりませんが、型の指定は無く、ポインタを使った変数アクセスの要領で使えます。メモリサイズが最初から固定されるので実質的には型が決まった変数となりますが、読み出してもデータが残ることが特性でしょうか。
　PipeはマネージされないQueueと思って捉えています。FIFOみたいな挙動で単純な受け渡しをする一時スタックです。
　QueueはPipeが高度にマネージされFIFOまたはLIFOとして機能するイメージです。遅いのが難点ですが、速度を求めないなら便利な手段です。
　SharedMemoryとPipeはどちらが速いか論争があるようですが、消さなければ残るメモリーと読みだしたら消える一時スタックというそもそもの違いがある上に、転送速度は誤差レベルの違いしか無いように思われますので、用途に合わせて使い分けるだけかなと・・・。

　ネットの情報にも教科書にも、これらの違いを一覧してくれる情報がほとんどありません。関数のパラメータや動作特性などのそもそもの説明がなく、どれが速いか遅いかって比較があればましな方です。コピペの様なソースコードに「俺ってスゲーと思わね？」って感じの斜め上の応用を加えたコードが書かれている物ばかり。説明をしてくれる気持ちはありがたいのだけど、中途半端な応用に本筋が埋もれたサンプルコードを誰が喜ぶのかと疑問を感じたりしています。大変勝手な言い方ですが、検索結果が無駄に多くなって分かりやすい情報が埋もれてしまいますので、ガチのプロは見向きもしない、初心者には伝わらない、そんな「俺スゲーでしょ解説」はお控え願いたいものです。斜め上の応用は書く人それぞれのクセであって一般論とは言い難いのですし。
　上記はネット検索で迷宮を彷徨ってしまった思いからの愚痴です。わかってんなら書けよとか言われそうですが、人に教えられる程習得出来たら是非書きたいものです。

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

　ホール管理の増員で置きダヌキ。

Sat, 16 Mar 2024 22:03:19 +0900

　ホール管理の増員で置きダヌキ。
　こういう時はArt-Netパッチの設計を進めるのがいい。いつでも作業を切れるって意味でも不便がありません。
　構造においてはマルチプロセス化することがとても重要です。RasperryPi4Bは４コアありますが手続き型処理はもちろんマルチスレッドでも１コア動作が原則。Art-Netの入力、パッチ処理、出力、フロントエンドの処理を同時並行で行いたいのですが、複数のコアで動くかはＯＳ次第とはいえプロセスを分散しておけば１コアだけに負担がかかることは無くなるので良いかなと思うのです。
　現在の研究課題はプロセス間通信です。例え一つのアプリケーション内でもプロセスを分けてしまうと同じ変数を触ることが出来ません。これを解消するのがプロセス間通信で、SharedMemory、Pipe、Queueなどの手法があります。それぞれに得手不得手があり、扱いが楽な手法は受け渡しが遅く、受け渡しが速い手法は扱いが難しい傾向があります。このどれを使うかで処理構造が違ってくるので、全体の設計を進める上ではどの手法で繋げるかを予め決めておかないと後が面倒なようです。
　注意する点は読み書きのタイミングとデータ枠が可変するかどうかです。勉強中なので説明するのは難しいのですが、この辺りを十分に整理して手段を吟味しているところです。

#Ｃ言語 #[Art-Net] -- Posted by 電装工芸〔591文字〕

　寝床を仮組みしました。

Wed, 13 Mar 2024 20:35:45 +0900

　寝床を仮組みしました。
　懸案の丸ナットを使った接合はイイ感じ。３方向からの２×４材がガッチリ接合されています。斜め材無しにここまで固まるなら他にも使えそうです。
　諸々組んでしまったので写真が撮れませんが、バラして塗装する際に記念撮影をしましょう。
　ただ、少し寸法間違いをしました。敷板を105mmほど短く切ってしまったのですが、やり直すとコストがかかるし材料も勿体ない。機能は満たしていますので余り材で誤魔化すことにします。
　自宅の改装課題はまだまだありますが、大物の目途が付いたので一山越えた気分です。

#ガチ工作 -- Posted by 電装工芸〔264文字〕

　珍しく連休であります。昨日は雨だったので引き籠りましたが、…

Wed, 13 Mar 2024 06:45:32 +0900

　珍しく連休であります。昨日は雨だったので引き籠りましたが、今日は終日晴天の様ですから家具作りの続きをしようかなと。
　先日作った丸ナットを使って２×４材を接合をするモノです。専用治具の製作からですので本体の加工まで行けるかわかりませんが進めないと終わりません。この冬は本業が予想以上に忙しいので趣味の工作の進みが遅いのは仕方ありません。

#ガチ工作 #工具や資材 -- Posted by 電装工芸〔183文字〕

　先週末は現場が被りまくりでオロオロしてましたが、今週は比較…

Wed, 13 Mar 2024 05:34:45 +0900

　先週末は現場が被りまくりでオロオロしてましたが、今週は比較的ヒマなので少しはネタを進められそうです。
　プロセス間の共有メモリの読み書き管理はフローチャートレベルではまとまりました。デフォルトでは読み書きを禁止しておき、認証プロセス(スレッド)へ要求を出し読み書きの許可を得るものです。どちらかがアクセスしている間は他方の処理を待たせます。いわゆるセマフォです。
　この方法で本当にいいのか、タイムアウトなどの例外処理は必要か、その辺りは今後吟味です。
　主処理の実験は以前の試作で済んでいますので、こういった周辺機能をキチンと書くのが今の課題です。

#Ｃ言語 #[Art-Net] -- Posted by 電装工芸〔293文字〕

　共有メモリの読み書きのタイミングを考えています。

Sun, 10 Mar 2024 06:22:03 +0900

　共有メモリの読み書きのタイミングを考えています。
　Art-Netを受信して現在値を得る部分とそれを読みだしてパッチなりの加工をする部分はプロセスを分けようと思います。C言語では手続き型で書いても関数型で書いても基本は１プロセスで動作します。RaspberryPiでも１プロセスですべての処理を行っても間に合うと言えば間に合うのですが、プロセスを分けておいた方が処理に余裕が出来て後々いいかなと。
　プロセスを分けることのメリットはあるのですが、問題はプロセス間のデータ共有、共有メモリへのアクセスのタイミングです。受信プロセスが共有メモリに書いている最中に次処理のプロセスが読み出すとデータに不整合が起こります。一つのプロセスやスレッドで読み書きを行うなら手続きの順番的に起こらないことですが、それぞれが平行して勝手に動いていれば起こりうることです。書き込んでいる最中は読み出しを待たせ、読み出している最中には書き込みを待たせる仕組みが必要です。
　共有メモリは単純な機構のために速度が期待できる反面この様なマネージはされていません。書き込んでもいいぞ読み出してもいいぞとタイミングをジャッジする仕組みは自作しないといけないのです。
　機構は単純ですが、吟味しないと潜在的なバグ要因になりそうです。

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

　今週末はホール管理の増員です。これといってやる事のない置き…

Sun, 03 Mar 2024 09:42:53 +0900

　今週末はホール管理の増員です。これといってやる事のない置きダヌキです。
　Art-Netパッチの処理構造を妄想。
　C言語でドライバ部、Pythonでユーザーインターフェース部を作る棲み分けですが、今はドライバ部の構成を整理しています。
　これまでの試行錯誤から処理フローを図式化。基本の流れは見えたと思います。
　ただ、C言語の構造体を用いた配列処理をもっと突っ込んで覚える必要があります。Art-Netのデータは、レベル値だけでなくメタデータとも言えるインデックスが重要で、カード型データ構造と言ってもいいでしょう。これの追加、削除、抽出、修正を延々と繰り返すので構造体配列を自在に扱えることは必須技能です。
　C言語での配列は少し不器用で、私の理解が間違っていなければ、配列をデータベースに見立てたとしてレコードの追加や削除は出来ません。出来ると言えば出来るのですが、特定のレコードを除いた配列全体を新たな配列としてコピーするような操作が必要です。追加も似た様な操作になります。
　少しややこしいのですが、次のサイトでは面白い事を書いてます。
C言語構造体を使ってリスト構造を作るプログラム
　C言語の配列に頼らずリスト構造を構成してます。言うなれば手作業で配列操作をするのです。
　また、変数名を使わずメモリ領域を確保してポインタで管理しています。一見不合理な使い方に見えますが合理的かも。アセンブラっぽいので私には違和感はありません。
　オレメモ
C言語：構造体のメンバのアドレス
C言語ポインタ同士の引き算
　配列が格納されるアドレスとピッチがわかればポインタで配列にアクセス出来ます。処理の内容によってはこの方が速いかも。
　この他にも、以前はどうも理解しきれなかったC言語のマルチプロセスや共有メモリ(mmap)のことが理解できた。
Linuxプロセスの生成と実行 fork／exec
C言語でmmap()を用いてプロセス間で変数を共有する
　以前の試作でイマイチだったところが解決しそうな期待感。

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

　ロックタイト425はいい感じです。

Fri, 01 Mar 2024 14:25:25 +0900

　ロックタイト425はいい感じです。
　手では全く回せませんが、モンキーレンチとプライヤで強めに回すと外せます。母材も痛みません。止まり具合はＭ６ボルトでスプリングワッシャを完全に潰してもう一息締めたくらい。素手では無理だけど工具なら外せるという正に願ったり叶ったりのコンディションです。
　で、ロックタイト425自体はブチルゴムの様な状態になっています。それほどベタベタはしないけど、へばりついて取れない消しゴムのカスみたいな感じです。
　ブチルゴムっぽいからと防水用途に使うには無理がありそうですが、ネジロックにはイイ感じです。

#工具と資材 -- Posted by 電装工芸〔274文字〕