https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Tue, 21 Apr 2026 06:51:15 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　送信元を識別するにはIPv4アドレスがキーになると思います。運が悪くなければ送信元毎にユニークなハズです。これの扱い。

　IPv4アドレスは4バイト長(32bit)で構成され、文字列で表しても7～15文字です。
　これを一つの整数にまとめてしまうアイデアです。一般的にint型は4バイト長ですから、丸めてしまえばint型にしても情報は欠落しません。
　こうすれば、4つの数字や7～15文字のテキストよりも扱いが簡単で軽くなると思うのです。IPアドレスとしての情報は別途残すとして、識別IDにこれを使うのです。
　ユニバースも同じ考え方でいいでしょう。15bit長ですからshort型でも収まりますが、噂に聞くところではint型の方が処理が軽いらしいのでこの型にしておこうかなと。
　この両者を合わせた8バイトのlong型もしくはLongLong型を併記しておいてもいいかもしれません。なぜこの様なことを考えるかと言いますと、複数のユニバースを保管する配列から特定のものを探し出す処理を軽くしたいからです。処理の方針にもよりますが、受信したものを一旦スタックして一定の時間間隔で取り出そうというのが今の考え方ですので、クエリに相当するインデックスを作るのは当然としてもキーワードが簡素なことは重要だと思うのです。一定の時間間隔で作れらたLoop配列ならばその並びが時間情報となりますので、Delay を求めても受信日時と現在日時を比較する必要がありません。

　Art-Netのモニターも兼ねたいので、使う使わないはともかく、受信したデータを全て一時保管するつもりです。
　かといってモニターのための保管とパッチのための保管を別々にするのは気に入らないので、受信をすべて保管してそこから必要なモノを取り出したいのです。
　仮に、送信元８、それぞれ８ユニバースとするなら、最大44fpsとして１秒間に2,816件のスタックをしなければなりません。１パケット当たりのデータ長は540バイトくらいですから1.5MB/秒くらいです。2秒分のスタックをしても3MBです。動画の１フレーム当たりのデータ長は640x480の16bitカラーで1.8MBくらいですので55MB/秒です。動画に比べたらArt-Netの情報量は余裕っしょ。

#[Art-Net] #Ｃ言語 -- Posted by 電装工芸 〔999文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1060 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=1060 tegalog Sat, 07 Jun 2025 06:21:33 +0900 　舞台装置として丸太をイメージしたものです。
　丸太・・・通常なら芯を作って新聞紙みたいなモノを糊で貼っていくか樹脂を塗りつけて形にしますが、リアル感は不要で完全な円筒でいい代物です。正に丸椅子。
　外周の木肌柄は手書きしている時間がないので看板屋さんにステカンやノボリで使う生地に木肌を印刷してもらって取り廻してみます。以前からひな壇のケコミなどに使えないかと思っていた方法を今回試してみます。和物などでグレーケコミを貼るのも飽きてきたので、和柄をケコミに出来ないかと思っていたのです。
　その前に、丸椅子を作らねば。
　どうしたら安価に簡単に作れましょう。

#ガチ工作 #舞台装置 -- Posted by 電装工芸 〔313文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=892 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=892 tegalog Fri, 07 Jun 2024 21:39:09 +0900 　これまではイマイチ理解出来なかったのですが、ボチボチ使い方がわかってきました。わからなかったのはハードウェアとソフトウェアの棲み分けとソフトウェアの手順です。
　I2Cの規格を頑張って説明するのはありがたいのですが、一番知りたいソフトウェアの手順がボンヤリした文書ばかり。ちょっと複雑な手順を踏むので突っ込んだ理解が望ましいのはわかるのですが、その説明で力尽きしまうのか、どとのつまりどうすればいいの？に応えてくれる資料が少ないように思います。特に、I2Cの特徴的な要素である「ACK」を扱うのがハードウェアなのかソフトウェアなのかが見えないのです。
　正直、Pythonなどではライブラリを使うだけで済んでしまいますので、いくらPICマイコンでもそこまでローレベルの機構まで理解しないといけないのか不思議です。

　わかったことは、設定さえしてしまえばソフトウェアの手順はUARTと大差ないことです。
　マスタが送信する場合はスレーブアドレスを先頭にしたバイトリストをハードウェアモジュールに渡す(PICではバイト単位で渡す)。
　マスタが受信する場合はスレーブアドレスを送り、返信されたバイトデータを取り込んだら取り込み済みのフラグを立てる。
　スレーブは、自分のアドレスを設定しておけば自分向けの通信かハードウェアが判断してくれるので、マスターの要望に従って受信値を取り込むか返信値を投げる。
　データの終りのストップコンディションは、マスター/スレーブ・送信/受信の立ち位置で違うけどフラグを立てるだけ。
　波形をコマンド操作で作るワケじゃありませんし、前後関係で調整することもありません。規格はザックリ概要がわかっていれば十分なのに、ソフトウェアの手順の説明がボンヤリしているのはイマイチ理解不能なワケです。

#PIC -- Posted by 電装工芸 〔801文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=638 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=638 tegalog Wed, 07 Jun 2023 17:43:22 +0900 　まだPythonプロンプトのレベルですが、シリアルでデータを送ると波形が変化します。Pythonからデータを送る場合、バイト毎ではなく、配列にバイナリを格納してpyserialに渡すのが良さそうです。
　タイミングが正しいかは確認出来ませんが、PICからの送信要求も受信出来ています。これを受けてデータを送る段取りです。

　本業が詰まっていますのであまり長い時間は出来ませんが、１日0.5課題くらいの気持ちで少しずつ行きましょう。

　明晩は仮のLTCデータを送出するPythonプログラムを書いてみます。
　あらかじめ2-3秒分の配列データを作っておいて送信要求があれば１フレーム分送出する物ですが、卓に接続してLTCがカウントされれば最大の山場を越えます。

#PIC #タイムコード -- Posted by 電装工芸 〔409文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=637 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=637 tegalog Wed, 07 Jun 2023 01:17:13 +0900 　フロストを入れたら解決しそうですが、プロストはエッジをボカすのが役目であって広角を広げる物ではありません。
　レンズを前にかざすのが効果的ですが、スペックが出ているレンズは高価で、スペックがわからないソレっぽいカタチをしたレンズは安価です。中華電器に安い物がありますが必ずしも同じ物が来ません。ならば、ポリエステル樹脂で作ってしまった方が結果的によくね？
　精度はボチボチでよいので型を作って流し込むだけ。初期段取りに手間はかかるけど、段取りが出来てしまえば同じ物が安価に作れる。
　真空ポンプが欲しくなるのは目に見えているけど、表面仕上げはジクロルメタンを塗れば済むので、少しの気泡は気にしない？

#ガチ工作 -- Posted by 電装工芸 〔369文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=293 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=293 tegalog Tue, 07 Jun 2022 18:33:23 +0900 　100個パックを買っておいたので当面は大丈夫ですが、乾電池１個で使える物が見つからず、これを使い切ったらどうするか。
　と思っていたら、比較的近い特性を持った制御レギュレータがありました。
　YX8115です。
　CL0117よりも電流が多いようなのでインダクタの値を調整しないといけませんが、YX8115の扱い方はこのサイトが参考になります。
　今はCL0117に47uHを使い、LED２個並列で１個あたり30mA弱流れているハズです。LEDのスペックに合わせてインダクタを調整しますが、47uH、68uH、100uH、120uHあたりを試していけば良きところが見つかりそうです。

#舞台の小物 #電子工作 -- Posted by 電装工芸 〔360文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=292 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=292 tegalog Tue, 07 Jun 2022 11:02:17 +0900 　プリンタのケース内温度が高めであれば仕上がりが良くなるのですが、高すぎるとフィラメントの送りが滑って出なくなり空振りが始まります。
　このところ夏日が続いた後にいささか肌寒い日が続いたために気付いたことです。夏日には滑りが起こるのでケースの扉を開けていましたが、そのまま肌寒い日になったところプリントの品質が落ちたのです(特に層剥離は問題)。
　細かいサンプルは取っていませんが、仕上がりが良いのは35度以上、フィラメントの滑りが起こるのは40度以上の様です。35～40度でケース内を維持する必要がありそうです。

　さて、どうしましょう。

　ケース内の温度を一定に保つ機能を付加するのが一案。温度センサを使い、高温ならケース内に外気を取り入れ、低温ならケース内を加温するのです。
　もう一案は、庫内の温度は加温して出来るだけ高めにし、フィラメントの送り装置を冷却するファンにだけ外気を導く手です。ケース内の温度は高めでフィラメントの送り装置は低めが望ましいならば、それぞれの温度をそれぞれに管理した方がいいかもしれません。
　どちらにするにせよ、温度リレーがアホみたいな数あるので制御にはこれが使えそうです。

#工具や資材 #舞台の小物 -- Posted by 電装工芸 〔556文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=291 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=291 tegalog Tue, 07 Jun 2022 08:56:06 +0900