https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Wed, 22 Apr 2026 08:57:57 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　少しでも楽になるように何かしてあげたいのですが、どうしたらいいものか。
　何か作れないかなって工作のネタです。ちなみに、昭和生まれ昭和育ちのおじさんの辞書に「花粉症」という言葉は載っていません。

　重症な奴に聞くと「お風呂に入っている時は凄く楽で幸せ」とのこと。花粉症の症状が劇的に治まるのだそうです。花粉は湿度が高いと飛び散らないので、花粉が無いのと同じになるのかな？。
　部屋の中は空気清浄器と加湿器で対策もしているそうですが、無いよりは楽だけれど、入浴中の浴室には敵わないそうな。
　そこで湧いてきたのですが、空気をそんな空間に通す装置があったらどうだろう。湯船にお湯をためた浴室に通した空気を部屋に導き入れるイメージです。高湿度フィルタって感じですかね？。室内を浴室の様な状態するワケにはいきませんので高湿度にする加湿器は違うような気がします。
　さらに聞くと、マスクの中に入れる濡れフィルタは効果があるそうな。濡れフィルタに花粉が吸着するのでしょう。ただ、しばらく時間が経つと濡れフィルタに付いた花粉を吸うことになるので、短時間ならいいけど良し悪しだそうな。
　そこで思い付いたのですが、リング状にした布地や紐を水にくぐらせながらグルグル回して風を当てたらどうだろう。ゲル状で空気中に漂う水に花粉を触れさせるのが一番効果的なイメージはあるけど、水に触れさせるのは効果があるような気がします。リング状にした布地や紐を使うのは水の表面面積を増やす意味です。くぐらせる水の容器に超音波振動子を入れておけば布地や紐に付いた花粉を落とせるかなってイメージもあります。
　もちろん、水を張った容器の底から空気を出す方法もありかなと。水槽のエアレーションのイメージです。エアーポンプの中を花粉が通るのか？って疑問はありますケドね。

　アレルギー反応でアタマがボーっとするらしいし寝不足も困ります。人材は機材ぢゃありませんが、メンテナンスのための専用工具を作るイメージで取り組んでみましょう。
　ちょうどというか、自宅の石油ファンヒーターが１台不動になってしまったのでこのドンガラを使ってみましょう。

追記
　調べたら、水をフィルタにする空気清浄機がありました。「水空気清浄機」とか「水式空気清浄器」と呼ばれる種類の様です。
　これらが花粉症に効果があるかは不明ですが、作るとしたらのイメージの一つなのは確かです。
　さてさて。

#器具の製作
　 -- Posted by 電装工芸 〔1098文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1200 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1200 tegalog Thu, 26 Feb 2026 11:20:57 +0900 　そんな白光さんの糸ハンダですが、製品ラインナップが変わった様子。これまでは150gや300g巻きでしたが、ホームページを見ると一般向けは100m巻きか１ｍ巻きになっています。ただ、近所のホームセンターには100m巻きがありません。一般的なDIY用途なら１ｍ巻きは正解かもしれませんが私にとっては物足りません。amazonさんに以前の150g巻き製品がありましたので、とりあえずポチっときました。
　ちなみにハンダコテは「FX-600」を使っています。これも白光さんの製品です。簡易的な温度調整機能が付いていますが、設定温度を高めにするとすでに付いたハンダを取るのが楽です。先端は相手物に合わせて使い分けていますが、平べったくて幅のある物が便利です。ムービングライトの修理で表面実装のICを取り外した際には幅広の先端で設定温度を高めにしたところ楽に作業が出来ました。

#電子工作 -- Posted by 電装工芸 〔463文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1199 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1199 tegalog Tue, 24 Feb 2026 14:54:22 +0900 　作業場ではLEDが点灯するのに現場でしばらく使うとダメ。熱を持つと何らかの支障が出ると思われます。
　考えられる原因は二つ。一つ目はドライブFETの放熱不良によるサーマルプロテクト。二つ目は大きな電流が流れる経路の抵抗値異常。どちらもハンダ付け不良によるものと思われます。点灯しない色のFETとターミナルは「天ぷらハンダ」になっていることが多い様子。ハンダコテを当てるとブクブクと気泡が出ます。これが原因だと断定は出来ませんが、天ぷらハンダは明らかな不良ですから、ハンダ吸収線でハンダを取り除き盛り直します。物凄く質の悪いハンダ(特にフラックス)を使っていて閉口しましたが・・・。
　現場運用しないと確認は出来ませんが、怪しい機体はすべてハンダを当て直すことにします。

#器具の修理 -- Posted by 電装工芸 〔377文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1198 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1198 tegalog Tue, 24 Feb 2026 08:12:56 +0900 　教科書は買い直しました。所有しているのは2008年執筆が一番新しいのですが、20年近く経って書式が変わってきているようです。例えば1バイトを表すcharはint8_tとも書けるようです。コンパイルが通るならば古くても新しくてもいいのですが、どうせならこれからの書式に慣れた方がいいかなと思うのです。
　アセンブリ言語は愚直にベタに書くモノだと思っています。10年後の自分が楽しんで読める内容にしたいですね。

#Ｃ言語 -- Posted by 電装工芸 〔612文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1197 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1197 tegalog Wed, 18 Feb 2026 15:59:50 +0900 　過去記事にもありますが、症状から想像するにステッピングモーターのドライバICの破損だと思われるので交換します。ICはしばらく前に入荷していたのですが、ようやく作業時間が取れました。
　表面実装タイプのICですから作業は少々難しいのですが、交換したところ正常化しました。観察をするとICのお腹にある放熱用のパターンにハンダがしっかり入っていなかった様子。過加熱による熱破壊ではないかと想像しています。

#器具の修理 -- Posted by 電装工芸 〔259文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1196 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1196 tegalog Wed, 18 Feb 2026 10:40:36 +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 　データ蓄積の話です。変数と呼ばれる入れ子に数値を代入して一時保存するのが普通のやり方です。ですが、その実体はメモリに保存するに他なりません。
　Ｃ言語は「高級アセンブリ言語」と呼ばれることもあり、派生の歴史はマシンコードが違うハードウェア間でソフトウェアの移植性を高めることにあったとか。AI/Geminiさんとやりとりをしてわかってきたことですが、Ｃ言語はソフトウェアを書きやすくするのとは少し違った方向性のようです。Pythonの様な言語に慣れてしまうと「どうしてこうなのか？」「不便だな」と思うことが多々ありますが、アセンブリ言語として捉えると「こりゃ便利だ」と思えます。この感覚はアセンブリ言語を書いたことがないとピンと来ないことかもれませんが、ハードウェアは何をしているのか、ＯＳは何をしているのか、コンパイラは何をしているか、この辺りをイメージ出来るとＣ言語の書式の意味が見えてくるように思います。
　変数はメモリ領域を確保しインデックス(ステータス・メタ情報)を関連付けることで成立します。確保しただけのメモリ領域を「Raw」とも呼ぶそうですが、「Raw」のアドレスを示すのがポインタです。変数という作法(インデックス)を使って読み書きしてもいいのですが、ポインタというメモリアドレスで直接読み書きすることも出来るようです。私が知るアセンブリ言語はPIC16のそれしかありませんが、変数とはどういう機構なのか？を理解出来るとポインタのイメージをすんなり受け止められました。typedefも「オレ専用の型」作っておくClassみたいな作法だと思えば自然と理解。
　ここまできたところ、構造体(Structure)と共用体(Union)の違いや使い方もすんなり理解。どちらもメモリ領域を確保してインデックスを関連付けることは同じですが、共用体は複数のインデックスを関連付けることが出来ることが違う。Art-NetでDMXのデータを扱うArtDMXパケットは受信した際は530バイトのバイナリですが、その何バイト目がどんな意味のデータかとなるので、同じデータ群であっても530バイトのバイト配列であったり構造体であったりするので、共用体として保存するが適当ぢゃないかと思ってきたところです。
　mmapも意味や作法がイマイチわからなかったのですが、Ｃ言語の深堀り出来てきた気がしています。

#Ｃ言語 -- Posted by 電装工芸 〔1047文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1194 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1194 tegalog Tue, 17 Feb 2026 07:07:53 +0900 　支払いが滞っていたのかもと不安を感じつつ、プロバイダさんやNTTさんに連絡せにゃと思っていたのですが、いつの間にか復旧したみたい。
　何が原因だったのかわかりませんが、ONUの光回線パイロットランプが消灯していましたので光回線がどこかで切れていたのでしょう。
　まいいか。

#雑談 -- Posted by 電装工芸 〔164文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1193 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1193 tegalog Sun, 08 Feb 2026 15:33:29 +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