https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Sun, 10 May 2026 17:48:28 +0900 Powered by てがろぐ Ver 3.4.0 ]]>
　電源を入れても煙は出ません。第一関門通過です。回路の焼失が無いとは言えませんので、最初の灯入れはドキドキします。
　PICマイコンの ICSP(イン・サーキット・シリアル・プログラミング)の応答を確認し、7segLEDの点灯試験をすればプログラミングに専念出来ます。・・・出来るかな？

　基本動作が確認出来たら修正版の基板を発注します。
　間違いはあっても使おうと思えば使える基板を処分するのは勿体ない気もしますが、修正にかかる手間と時間を考えると断捨離が良さそうです。

#ガチ工作 #器具の製作
-- Posted by 電装工芸 〔317文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1219 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1219 tegalog Thu, 16 Apr 2026 10:21:29 +0900 　白酢を用いた洗浄は効果があると思われますが、中の弁は一度固着すると洗浄ではどうにもならんようです。
　ですので、使用後はすぐに白酢洗浄液を呑ませる方針にしようと思います。

追記
　やってないパターンがありました。
　ギリギリ低い出力レベルにすることです。
　5%にしてみました。通りが悪ければ出力レベルを上げても吸い込み量は少ない。なら、今の吸い込み量より少ないレベルにしたのです。これなら止まることなく出続けます。
　洗浄液は重量比で精製水８：白酢２、これを２リットル作ってフォグリキッドを10ml追加。フォグリキッドを入れると少なからず煙が出るので挙動がわかり易いからです。
　発注したヒーターの到着は10日前後の予定です。それまではダメ押しで色々試してみます。

#器具の修理 -- Posted by 電装工芸 〔422文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1039 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1039 tegalog Wed, 16 Apr 2025 17:06:37 +0900 　・・・ってのがデフォですが、64bitOSが走るならインストール出来ます。
　インストールUSBを作りますと中に「\sources\appraiserres.dll」ってのがあります。以前ならこのファイルを削除することでインストール出来たのですが、今はそれが無理みたい。ですが、Windows10のインストールUSBにある同名のファイルに入れ替えるとインストールが出来るようです。

#パソコン -- Posted by 電装工芸 〔269文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=859 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=859 tegalog Tue, 16 Apr 2024 09:58:16 +0900 　受信したデータにパッチなどを施して送信することには成功しているのですが、現時点ではフリーフェーダーやスタックフェーダーを考慮していません。
　当初は[受信するプロセス]-[受信部からデータを取り出して加工するプロセス]-[加工したデータを受け取って送信するプロセス]と分けてイメージしていたので加工するプロセスで出来るだろうと思っていたのですが、プロセス間通信のオーバーヘッドを軽減するためにこれらを１つのプロセスにしましたので同じ考え方はできません。
　今もパッチ等のマップデータはプロセス間通信で差し込んでいますが、マップデータが変更された時だけ実行すればいいので頻度が低く問題になりません。されど、即反応して欲しいフェーダー操作の情報は違ってきます。データをどう扱うか、どの位置で処理するか、ちょっと難しくなってきます。
　フリーフェーダーだけなら特別なIPアドレス(例えば127.0.0.1)を用いた特別な経路でデータを取り込んでArt-Netと同列に処理する方法もありますが、スタックフェーダーにするにはちょっと無理があるように思ったりします。
　ただ、これらのフェーダーはバックアップ的な意味合いが強いので反応がやや遅くてもいいかもしれません。これが許されるならプロセス間通信でデータを差し込んでもいいでしょう。
　次のステップに入る前にここは片付けておかないといけません。

追記

　スタックフェーダーの方法はアイデアが出ました。Art-Netの入力を記憶します。ただし、記憶するユニバースなりスロットを指定出来ないとディマー以外の動作を邪魔することがあるので一種のフィルターが必要です。フィルターがあればフリーフェーダー的にも機能します。排他的ではなくHTPミックスになりますが、この方がいいでしょう。
　操作としては、記憶したい状態でスタックフェーダーとユニバースやスロットを指定してストアします。ユニバースやスロットが無指定ならすべてを記憶です。

#Python #[Art-Net] -- Posted by 電装工芸 〔889文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=238 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=238 tegalog Sat, 16 Apr 2022 18:10:30 +0900 ライブラリspidevの本家はこちら。
　本家とは違いますが、こちらのサイトはRapberryPiのSPIについてよくまとめられています。ロシア語なんで原文のままではちっともわかりませんが、本家を読んでもわからなかったことがここで解決します。翻訳して転載したらすごく参考になるかも。
　一見簡素な内容ですが、SPIの何たるかはこのサイトがわかりやすいかも。SPIには４つのモードがありますが、その違いを分かりやすく書いてくれている資料が少なくて困っていたところ、このサイトを読んで理解できました。シリアル通信に何の知識も無い人に向けた資料ではありませんが、UARTやI2CはわかるけどSPIがイマイチなぁ～って人にはお勧めです。SPIは少し独特な考え方を持っていますが、そのツボ処だけ簡潔に抽出しています。私は、マイコン全般の教科書と言ってもいいPICのマニュアルを読んでもSPIがどうしても理解できなかったのですが、このサイトを参考にPICのマニュアルを読み直したところ「なるほどー！」となりました。

#RaspberryPi #[Art-Net] -- Posted by 電装工芸 〔506文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=237 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=237 tegalog Sat, 16 Apr 2022 13:51:22 +0900 　SPIは受信ハードウェアが無くても送信動作は可能ですから、ソフトウェア的に処理の負荷がかかる様にして試すのは重要です。

　SPI通信を使うのはRaspberryPiから複数のDMXを出力する為です。RaspberryPiにはシリアルポートがありますが望む数はありません。何かしらの方法で拡張しなければなりませんが、私が扱える方法で組むならPICをフロントエンドにして数を増やしますので、PICと通信するのにSPIを使います。

　SPIがどんな通信かは諸兄達に任せますが、RspberryPiでもPICでも扱えて複数のDMXを扱うのに十分な速度を持った通信です。
　RaspberryPiにおいては、SPIを扱うハードウェアモジュールが搭載されているためにソフトウェアには負担がかかりませんので、周辺デバイスとの簡素な高速通信としてとても有効です。

#RaspberryPi #[Art-Net] -- Posted by 電装工芸 〔481文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=236 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=236 tegalog Sat, 16 Apr 2022 08:31:21 +0900