https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Mon, 20 Apr 2026 06:10:27 +0900 Powered by てがろぐ Ver 3.4.0 ]]>
　np.abs( np_array_dt - ( datetime.datetime.now() - datetime.timedelta(seconds=0.1) ) ).argmin()

　これはDelay機能で重要な処理です。
　日時の配列(np_array_dt)の中から、現在日時から一定の時間を差し引いた日時に最も近い日時を項に持つIndexを得ます。

　Delayを構成するにあたり、受信値に日時を付けて数世代のデータを保存し、少し前の入力値を使います。出力を遅らすのではなく入力を遅らすのです。
　パッチはパッチマップに従って入力スロットの値を出力スロットにコピーしますが、コピー元の入力スロットを探すアドレスに受信世代のインデックスも持たせれば１フェーズでパッチとDelayの処理が完了します。コピー元のアドレスの表現を「何秒前の何番LINEの何番スロット」とするワケです。Titan系からのパクリですが、LINEとはDMXの内部系統のことです。８ユニバースを扱う構想ですから８LINEあります。内部系統に入出力先をパッチするのは言うまでもありません。
　意味合いとして正しいのはパッチが済んだデータの出力を指定時間遅らすことだと思いますが、入力を遅らせてもその様に振る舞うならいいかなと。

　そもそも反応が鈍い劇場の調光装置と反応が鋭い機器をワンボードで操作しても明かりの変化を一斉にさせたいという要望からのDelayです。カットインをカットインにしたいだけで、照明効果を作るエフェクトではありません。
　ですから、厳密に設定時間分遅らせることが目的ではなく、全体が同じタイミングで動いているように「見えれば」いいので、入力の世代を管理する方法で十分だと思うのです。

　「少し前の日時のインデックス」を見つけるのが謎式の正体です。

　ちなみに、時刻を使わず日時を使う理由は、深夜24時、日付が変わる瞬間に必ずエラーが起こるからです。0時0分0秒付近でほんの一瞬ですが、設定可能な最大Delay時間前のデータが出ます。Delay最大値が１秒なら１秒前のデータが出てしまうのです。一瞬のこととはいえ、こんな潜在エラーがあったらカウントダウンの現場では使えません。

#Python #[Art-Net] -- Posted by 電装工芸 〔979文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=161 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=161 tegalog Sun, 27 Feb 2022 14:41:36 +0900 　パッチ機能はマッピングファイルに従って入力を出力に置き換える作業なのでアルゴリズムに難しいことはありませんが、十分な速度を得られるかが難しい課題です。
　DMX512は１スロットあたり44usecです。100万分の44秒ってことですが、８ユニバース扱うなら100万分の5.5秒以内に１スロットを確実に処理しなければなりません。RaspberryPi4BのCPUクロックは1GHz以上であり、それが４スレッドありますから間に合うような気もするのですが、確認しながら工夫していく必要があると思われます。
　なんの工夫もなくPythonを動かすとCPUは１スレッドしか使われません。RaspberryPiでは能力の1/4しか使えないってことです。CPUの能力を最大限使おうとするなら、実行ファイルを複数に分けてOSレベルでプロセスを分けるか、Python内でmultiprocessingを定義して複数のCPUスレッドがPythonの処理を請け負うように仕向けないといけません。
　multiprocessingの使い方はThreadingと似ているので難しいことは無さそうですが、こういったちょっと深いところをちゃんと書かないとRaspberryPiでパッチマシンは厳しい感じです。

#Python #[Art-Net] -- Posted by 電装工芸 〔637文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=160 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=160 tegalog Sun, 27 Feb 2022 13:28:57 +0900
np.abs( np_array_dt - ( datetime.datetime.now() - datetime.timedelta(seconds=0.1) ) ).argmin()

#Python -- Posted by 電装工芸 〔111文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=159 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=159 tegalog Sat, 26 Feb 2022 21:51:46 +0900 　すでに動作確認は出来ていますから書式を変える作業。
　オブジェクト指向で書くと処理が部品化されるので見通しが良くて間違いが少ないかも。
　明日明後日は本業の現場なので工作はお休みです。

#Python -- Posted by 電装工芸 〔122文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=158 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=158 tegalog Fri, 25 Feb 2022 21:00:28 +0900 　super()は継承で呼び出すclass(親class)の初期化を実行するものです。親classに def __init__(self): があれば必須です。無ければ不要？。渡す引数があればsuper().__init__(引数)とします。引数の考え方書き方は普通にインスタンスを作る場合と同じです。ここにselfは不要ってこと。
　継承の考え方はC言語のincludeと似たようなものです。別classであってもここに書いてあるのと同じ扱いが出来ます。違いは、変数や関数に同じ名称がある場合にエラーにならず、親classを呼び出している子classの記述が優先されます。

　ということらしい。
　結局は「同じ様なこと何度も書きたかねー」「ここをちょっと変更して使えたらなー」に応えた手段らしい。
　すっごい崇高な指向ではなく、ベッタベタに楽したい指向だわな。
　Pythonをデザインした人は「楽するために努力するタイプ」らしい。親近感がわきます。

#Python -- Posted by 電装工芸 〔521文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=157 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=157 tegalog Fri, 25 Feb 2022 07:58:17 +0900 　継承におけるsuper()の使い方が感覚に入ってきていませんが、今日書いたテキスト画面の基本制御classを継承して定型画面を表示するclassを書いて習得しましょう。

　出来るだけ細かくclassで書いておけばC++への移植で都合が良いかもしれません。C++はゴリゴリのオブジェクト指向言語ですから、方言的な違いをclass単位でホローすれば全体の構造はそのまま行けるだろうという皮算用です。もしくは、全部をC++化しなくても、重い処理や繰り返しが多い処理だけPythonにimport出来るクラス・ライブラリとしてC++で書き直せば良いかもしれません。

#Python -- Posted by 電装工芸 〔345文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=156 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=156 tegalog Thu, 24 Feb 2022 23:21:06 +0900
　Pythonで文字列からANSIエスケープシーケンスを取り除く方法

　ソース
　import re
　text_ansi = '\033[2KTest\033[2;3HText'
　pattern = re.compile( r'\\033\[[0-9;]{1,}[a-zA-Z]{1}' )
　text_noansi = pattern.sub( '', text_ansi )
　print( text_noansi )

　実行結果
　TestText

　参考にしていた書き込みが間違っていました。
　制御文字(\や[)に対するエスケープ[\]がありませんでした。
　解決に時間がかかったのは自分の無知が故です。up主に文句を言ったらいけません。
　文字数を{}で指定しなくてもいいのですが、自分としてはこの方がメンテナンス性がいいかなと。

　あ、ここに書く時もそうなのですが、[\]を表示させるには注意があります。
　[\]を表示させるには[\\]としないといけない場合があります。
　「\\033」や「\[」と表示するには「\\\033」や「\\[」と打たねばならん事があるということです。システムによって若干違うようですが。
　これが原因でup主の書き込みがおかしくなっていたのかな？

　それにしても奇妙な字面です・・・

#Python -- Posted by 電装工芸 〔588文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=155 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=155 tegalog Thu, 24 Feb 2022 22:04:22 +0900 　そういうモノなので当たり前ですが、自分で書いたライブラリが通常のライブラリと同じ様に使えます。通常関数か、スレッドか、プロセスか、その辺りの書き分けもclass側に持たせること出来るのでメインソースがかなりシンプルになります。
　ただ、後で迷わないようにするために、ソースコード内のコメントに使い方を記述するなど、運用のコツを掴まないといけません。
　書いた本人が後日も使えるようにしておくのが一番難しかったりして・・・

#Python -- Posted by 電装工芸 〔267文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=154 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=154 tegalog Thu, 24 Feb 2022 17:33:32 +0900 　顔料は色によって許容添加量が違うらしく、最初に試した青は最大8%ですが、黒は最大4%です。お察しの通り、黒を青の量でやってしまったのです。
　今回は黒の顔料を2%、アセトンを15%添加したのですが、5時間経過でベタ付きが無くなっています。アセトンが揮発して完全に硬化するには丸一日かかりそうですが、解決が見えたので一安心です。
　黒の顔料は2%でも完全な真っ黒になったので、今後は1%くらいでも良さそうです。添加物は少ないに越したことはありませんからね。他に比べ価格の割りに量が少ないのですが、少ない量で効果が出るなら安いと言えます。

　塗布方法ですが、FRP用のローラーを使って解決。このローラーは一晩アセトンに付け込んでも劣化する様子はありません。専用品ですから当たり前？
　ブラシが硬いためかペーパーで下地を均しても表面の仕上がりが僅かに波打つので避けていたのですが、書き物をする面ではありませんし、少し凹凸があるとゴム脚が滑りにくく貼り付きません。エアガンは平らに仕上がりますが、周囲への被害を考えると避けたい選択肢です。FRP用ローラーが妥協線かなと。

　客席テーブルver4.5はトップコートとして顔料無添加のポリエステル樹脂を塗布して完成にしたいと思います。艶消し剤を添加しなくても半艶に仕上がるので機械強度を第一にします。

#ガチ工作 -- Posted by 電装工芸 〔618文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=153 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=153 tegalog Thu, 24 Feb 2022 17:23:30 +0900 　「継承」はclassを使って新たなclassを作る方法です。classの中で別なclassからオブジェクトを作って使っても同様の結果を出せますが、「継承」は別なclassのインスタンスをインスタンスのまま呼んで使います。C言語をご存じの方なら、classの中で別なclassのインスタンスをincludeするイメージでよいと思います。ちょっと説明が難しいところですね。
　Pythonといいますか、オブジェクト指向言語独特の考え方のようです。実体であるオブジェクト、オブジェクトを作るレシピのインスタンス、インスタンスを呼び出せるようにまとめたクラスとなるようです。俺様関数を楽に作る方法ですから、これなら一度書いたことを多目的に利用できますで、同じことを何度も書かずに済ますことが出来ます。

　ここで重要になるのがsuper()です。ただ、これがあって初めて継承が可能になるのに、これについての説明が書籍でもネットでも弱い気がします。
　また、最もシンプルな基礎用法を題材に説明するのではなく、最もシンプルな応用例を題材に説明する文書が多いので、機能の核心を理解するのを遠ざけている傾向を感じます。

#Python -- Posted by 電装工芸 〔550文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=152 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=152 tegalog Thu, 24 Feb 2022 13:35:39 +0900 　完全に硬化反応したポリエステル樹脂はアセトンでほぼ溶けないようです。硬化が怪しい時はアセトンで拭いてみるとわかるのかもしれません。
　このままでは使えないのでアセトンで拭き取ってやり直しです。

#ガチ工作 -- Posted by 電装工芸 〔169文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=151 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=151 tegalog Thu, 24 Feb 2022 09:39:00 +0900 　以前は面倒な気すらしていましたが、関数をクラスライブラリにして別ファイルにする意味がようやく実感出来ました。
　クラスライブラリにするってことは汎用化でもありますが、汎用化が目的ではなく、ダラダラ専用処理を書かないための制約と思えばいいでしょう。
　今後の拡張の為にも、ここまで書いてきたソースをゼロから書き直してみます。

#Python -- Posted by 電装工芸 〔218文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=150 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=150 tegalog Wed, 23 Feb 2022 08:01:34 +0900 　当面の習作課題はクリアしましたが、喜ぶというより目の前に新たな壁が見えてきました。

　この後はartnet-coreと名付けている受信と加工を司るサーバー的な部分を作ります。
　ここまでの経験をもとに全体の構造をよく考えてから作る必要があります。

#Python #[Art-Net] -- Posted by 電装工芸 〔197文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=149 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=149 tegalog Tue, 22 Feb 2022 19:11:06 +0900
#ガチ工作 -- Posted by 電装工芸 〔65文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=148 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=148 tegalog Tue, 22 Feb 2022 12:30:40 +0900 　世界的な半導体不足を実感した瞬間でした。

　３月下旬には入荷するそうです。

#RaspberryPi -- Posted by 電装工芸 〔88文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=147 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=147 tegalog Tue, 22 Feb 2022 08:51:41 +0900 　ガラクタイジリばかり続けていても実入りはありませんのでありがたいことです。

　ガラクタイジリは本業の合間に続けていきますが、時間が少ないので課題を整理してとりかからないといけません。
　当面の課題はArt-Netパッチマシンと客席テーブルです。
　Art-Netパッチマシンは受信モニタを仕上げ、パッチ機能をハメ込める作りにしていきます。
　客席テーブルは、昨週の現場で部下が使ったのでその感想を聞き、ポリエステル樹脂を塗布した天板の具合いを見て方針を決めます。ポリエステル樹脂でもダメなら天板をどうするか更に考えないといけません。あとは軽量化です。現時点でも実用レベルの重さですが、あと5kgのダイエットを目指します。

#ガチ工作 -- Posted by 電装工芸 〔342文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=146 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=146 tegalog Tue, 22 Feb 2022 08:16:41 +0900 「VT-100」について少し解説。
　私も使ったことはありませんが、今のパソコンやスマホに至る画期的な発明だと思います。

　まだパソコンという言葉すらなかった時代、コンピュータという言葉だけでそれらが総称されていた時代、大型汎用機(メインフレーム)をより使いやすくするための端末として開発された物です。
　見た目にはMS-DOS隆盛時代のパソコンみたいな姿をしていますが、大雑把に言うなら「リモコン」です。単体ではキー入力を画面に表示するくらいしか出来ません。処理を行うメインフレームに指示を送り、その戻りを表示するだけです。今どきの感覚のOSも搭載されておらず、データを保存する機能もありません。

　ですが、このVT-100を発端にパソコンやインターネットが生まれたと言っても過言ではないのです。
　たぶんですが、VT-100だけで完結させて何か出来たら面白くね？と思った人がいて、本当にそうしてしまったのがパソコンの実質的な発祥ではないかと。インターネットも、離れたメインフレームを繋げたアーパネットが発祥と言われていますが、実際には遠くに置いたVT-100をもっと簡単にメインフレームに繋げたいというニーズに対し「楽するために努力した結果」なのではないかと。
　これらは私の勝手な想像でありますが、VT-100が無かったら今が少し違っていたのは間違いないと思います。

　ANSIエスケープシーケンスや正規表現などのエスケープコードと呼ばれる制御体系はメインフレームやVT-100で用いられていたもので、その名残が未だに使われているのです。
　知らなくてもプログラムは書けますが、知っていた方が便利なことも少なくありません。

#妄想 -- Posted by 電装工芸 〔735文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=145 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=145 tegalog Mon, 21 Feb 2022 08:28:47 +0900 　そう思う操作感の大半がMacOSやLinux系のパクリに見えますが、古いアプリも設定さえすれば安定して動くので便利に使えてます。
　誰かが作ったコンテンツやサービスを消費するだけならiOSやAndroidが良いと思いますし、日常使いの文具としてやネット上のシステムを踏み台に発信するならMacOSが便利だと思いますが、舞台照明系のシステム構築やガチなモノづくりをするならWindowsの方が環境を整えやすいと思われます。使いたいのはOSではなくアプリやネット上のサービスですから、趣向や目的に合わせて選べばいいのです。
　数十年前にMP-80というワンボードマイコンにハンドアセンブルを16進数で打ち込むことから始まった私にとってはどれも便利過ぎるのでどれでもいいのですけど。

#日常 -- Posted by 電装工芸 〔387文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=144 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=144 tegalog Mon, 21 Feb 2022 07:58:26 +0900 　簡易ながら実験段階で出来ていることですから、画面を整えたからってなんだよって構成ですが、パッチマシンの一部を先行して作っているので重要な過程です。表示することが目的ではなく、最低限持たなければならない機能を出来るだけ見やすく使いやすく軽く、そして今後の伸びしろを持たせた構成でまとめ上げることが目的です。

#[Art-Net] -- Posted by 電装工芸 〔229文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=143 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=143 tegalog Mon, 21 Feb 2022 07:18:57 +0900
　Art-Netを送信する物が無いので画面とキー操作の作り込みをしました。
　簡単なようで難しいのがキー入力です。
　どんな文字でも受け付けるinput()などの文字列入力コマンドを使えば入力自体は簡単ですが、カーソルキーなどを即応させたいし、ホットキーでコマンドを入力したいし、入力の際にエラーにならない様にフィルタをかけたい。
　面倒だったのは数値の入力。用いられる数値には範囲がありますから、範囲外の入力がされたならその時点でアラートを出したい。
　例えば、数値範囲が0-127だとして、128や1000などの範囲外の数値が入力されたならその時点でアラートを出す。求める数値が整数なら小数点以下の入力は阻止する。数値を得たいのだから数字キー以外の入力は受け付けない。など。
　求める操作のリズム感によりますが、数値範囲や小数点の条件などでフィルタする関数を作っておいても無駄にはならないでしょう。
　当面の目標であるArt-Netのモニタは整数だけを受け付ければいいのですが、極端な話「.」ピリオドを受け付けなければこれは簡単。小数点以下１桁の範囲指定が一番面倒でした。

　これらの処理には「正規表現」と呼ばれる奇怪な文字列を使わなければなりません。「3桁以下の整数文字列='^[1-9][0-9]{,2}$'」とか「小数点以下１桁の2桁以下の実数文字列='^[0-9]{,2}\.{,1}[0-9]{,1}$'」といった書き方をします。なんですかねコレ。
　慣れてしまえば、まぁ、ありかなと。ANSIエスケープシーケンス並みに古いVT100時代からの名残りです。

#Python -- Posted by 電装工芸 〔719文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=142 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=142 tegalog Sun, 20 Feb 2022 20:53:34 +0900 　居眠りも出来ないので、パソコンに向かって仕事をしている風味でArt-Netのソースコードの見直しです。勢いで書いた関数型のC言語っぽいコードをPythonらしい書き方に直しつつ、贅肉を削っております。

　Pythonには群のデータを扱う方法がいくつかあります。Art-NetというかDMX512のパッチマシンを作るにはこられを巧く使うことが大事です。
　これらには大きく分けて３つあります。list型、taple型、dictionary型です。これらは似ていますが出来ることが違います。また、どれを使っても出来ることでも内容によって処理速度が違ったりします。特徴をよく理解して使わないと損です。

　list型は群に対しても個に対しても計算が出来ます。文字列に対する加工も含まれますが、他の型ではそれが出来ません。
　taple型は様々な型のデータを一つに束ねて扱えます。関数の戻り値は基本的にこれだと思っていいでしょう。taple型の使い方がわかるとPythonの便利さが実感出来てコーディングの幅も広がるような気がします。
　dictionary型はデータ参照用と言ったらいいでしょうか。キーワードに対して様々な型のデータを関連付けられ、なんといっても抽出が速い。キーワードが規則性のある数値の場合は他の２つもあまり変わらないかもしれませんが、キーワードが規則性を持たない場合はdictionary型が圧倒的に速く便利だと思います。
　具体的な違いや用法はその筋の教科書や先達の書き込みに任せますが、PythonがPythonであるところはここなのかもしれません。

　RaspberryPiが見た目以上に優秀なハードウェアなのもありますが、Pythonで制御系を書いても遅いとは感じません。
　もちろん、C言語とかで書いてコンパイルした方が速いのは間違いありませんが、書いてすぐに実行できるPythonは生産性が高いと思います。
　少し遠回りかもしれませんが、C++に書き直すことを前提にPythonで書き、動いたらC++に移植するってのが制御系を作るのにいいかもしれないなぁ～なんて思ったりしてます。コーディングの規則が違うだけで書く内容は凄く似てますので、PythonでスケッチしてC++で清書するのです。勢いで書いたPythonをPythonらしく書き直すなら同じことかなと。

#Python -- Posted by 電装工芸 〔1046文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=141 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=141 tegalog Sat, 19 Feb 2022 19:39:58 +0900
　今までに何度も読んでいたサイトばかりですが、何故だか内容が突然理解できるようになりました。たぶん今まではPythonをスクリプト言語だと思っていたからでしょう。Pythonという皮の裏にC言語がある思えばスムーズに理解が進みました。

　似たような別ライブラリもありますが、意味合いとしてはこの二つに集約されていると思っていいでしょう。
　大雑把に言うなら、Threadingは比較的楽に使えるがCPUスレッドは１つしか使えない。Multiprocessingは複数のCPUスレッドを使えるがプロセスが起動するのに時間がかかり記述も少し難しい。
　難しいといっても、プロセス間通信の制約とタイミングくらいなもので、関数自体はThreadingとMultiprocessingはとても似ているので片方を覚えればどちらも使えそう。関数間で通信するQueueは使うライブラリが違うので注意ですが、これも関数が酷似しているのでストレス少ないかも。
　Python3.8からは共有メモリというC言語のポインタに近いことが可能になっているので、RaspberryPiのPythonも3.8になることを心待ちにしております。変数の型やデータ長を厳密に管理しなければなりませんが、それさえやっておけばいいので問題無し。デバイスとやり取りする処理では普通にやっていることだし。

#Python -- Posted by 電装工芸 〔673文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=140 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=140 tegalog Thu, 17 Feb 2022 19:01:29 +0900 　会場図面書いて、照明プランの概要まとめ、見積りというデスクワークの王道メニューです。
　嫌いじゃないのですが、ガラクタネタが中途なのでソワソワします。
　今やっているArt-Netは卓とデコーダが必要な作業なので、荷物も多いし広いスペースも必要です。しばらくはお休みかな。
　明日から現場が続きますが、RaspberryPiだけ持って行って現在のソースをオブジェクト指向っぽく書く練習をしようかなぁ。

　そうそう、製作というレベルではありませんが、ピンスポット用の照準器を増産しました。その実態は小型カメラ用の自在雲台を介して短いピカティニーレールをピンに取り付けるクランプです。
　細かい部品を買い増しして組み立てるだけなので15分くらいの作業でしたが、なぜ思い立って作ったかと言えば数日後の現場で数年ぶりにピンを振ることになったからです。
　鈍った腕でも対応出来そうな演目ですが、お年頃からくる目のコンディションでバインド照準器が使えませんので、ダットサイトなどの目印が遠くに見える照準器に頼らないとダメだと思われます。
　このクランプは5-6年前に作った代物です。以前作った物は部下にあげてしまったので、余っていた部品で改めて自分用をこさえたワケです。

#RaspberryPi #Python -- Posted by 電装工芸 〔582文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=139 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=139 tegalog Thu, 17 Feb 2022 18:29:42 +0900 　受信したバイナリをデコードし、パラメータをそのままにエンコードして送信です。単純な動作ですが、これが出来なきゃパッチマシンなど絶対無理というテストです。
　卓からの８ユニバースをすべて処理したのですが、負荷の増加は2.5%くらいでした。十分に許容範囲で収まったのは良いことです。
　パッチマシンは8in8outくらいを想定していますが、16in16outも可能だったりして。16ユニバース出る卓が無いので試せないし作ってもオーバースペックなので私は不要かな。機能全体を組み込んでから悩むことですが・・・。

　今のところ１日１課題。
　あとどれくらいの課題があるのかわかりませんが、納期はありませんのでノンビリいきましょう。ここまで出来れば、丁寧にclassライブラリにまとめ上げ、コメントに使い方を明記して後々も使える様にしておきましょう。
　そういう意味ではキー操作やモニタ表示もclassライブラリにして汎用性を高めるのがいいですね。

　と言いますか、このまま書き増しを続けるとソースコードがグチャグチャになって後で後悔しそうです。
　私のメインはPICのアセンブラなのでANSI-Cの関数タイプっぽい書き方をしがちですが、Pythonならオブジェクト指向な書き方をしたいものです。最近、クラス、インスタンス、継承を使う意味と感覚がわかってきましたので、出来るだけそういった書き方をしていこうと思います。
　以前は「継承」ってのが感覚的にわからんかったのですが、関数を束ねて新しい関数を作るだけだと簡単に考えればいいみたいです。ただ、関数は実体なのであっちこっちの関数から同じ関数を同時に呼ぶと衝突が起こります。解決には親関数の中で使う関数を親関数にとって専用にすればいいのですが、同じ様な関数を使うだけ書くのは面倒だしやらたとソースが大きくなるので、ひな形であるクラスから実体のインスタンスを作るという発想になったのだと最近ようやく「感覚的に」理解出来ました。
　その筋の解説書を読むと「継承はオブジェクト指向という高貴な峰の頂」みたいな奇妙に美化した記述が多いのですが、その実態は「楽して俺様関数書きてぇ〜」って俗っぽい発想でした。美化した手段を書くだけで目的を書かない解説書が多いので感覚的にわからんかったのです。

#Python #[Art-Net] -- Posted by 電装工芸 〔1025文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=138 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=138 tegalog Wed, 16 Feb 2022 20:06:52 +0900
　現場と打ち合わせの合間にArt-Netです。
　受信したバイナリをそのままの送信出来ないようでは先には進めませんが送信できない問題。
　解決はしましたが、正規マニュアルや先達の書き込みに「これはちがう」とある設定で動いてしまいました。

　基本環境：RaspberryPi4 Rasbian_buster Python3.7.3
　ネットワークインターフェース：内臓LANポート(eth0)、USB-LANアダプタ(eth1)
　IPアドレス：eth0もeth1もArt-Net用に設定済み。
　試験環境：MAdot2でArt-Netを送出、RaspberryPiを経由、中華電機のArt-Netデコーダで受信、レガシーDMXをDoctorMXでモニタ。
　処理内容：eth0で受信したArt-Netのバイナリをeth1で送信するだけ(これが出来なきゃ始まらない)。

-----

import socket

def artnet_rx_tx():
　""" 基本パラメータセット """
　RECV_HOST_NAME = ''
　SENDTO_HOST_NAME = '255.255.255.255'
　PORT = 6454
　""" socket受信の設定 """
　artnet_rx_sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)　　＃UDPによるソケットを宣言(受信で使う)
　artnet_rx_sock.setsockopt(socket.SOL_SOCKET, 25, str("eth0" + '\0').encode('utf-8'))　　＃ソケットとNICを関連付け
　artnet_rx_sock.bind((RECV_HOST_NAME, PORT))　　＃送信元とポートをソケットに関連付け この場合はどこからの送信でも受けるって意味になる
　""" socket送信の設定 """
　artnet_tx_sock = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)　　＃UDPによるソケットを宣言(送信で使う)
　artnet_tx_sock.setsockopt(socket.SOL_SOCKET, 25, str("eth1" + '\0').encode('utf-8'))　　＃ソケットとNICを関連付け
　artnet_tx_sock.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1)　　＃ソケットをブロードキャストとして使う宣言
　""" 中継 """
　for i in range(800):　　＃繰り返し
　　artnet_rx_bytes, addr = artnet_rx_sock.recvfrom(1024)　　＃受信処理
　　if len(artnet_rx_bytes) > 18:　　＃受信データ長が最低長以上かを確認　下行とandで一文にしても意味は同じですがヘッダー長を下回った時にエラーになる
　　　if artnet_rx_bytes[0:12] == b'Art-Net\x00\x00\x50\x00\x0e':　＃DMXの値データだけを選別 ヘッダーチェック
　　　　artnet_tx_sock.sendto(artnet_rx_bytes, (SENDTO_HOST_NAME, PORT))　＃送信処理　ここがわからんで時間を喰う
　""" 終了操作 """
　artnet_rx_sock.close()　　＃ソケットの仕舞い
　artnet_tx_sock.close()　　＃ソケットの仕舞い

※ 行頭の空白と＃は全角で書いていますので、このままコピペするとエラーになります。
-----

　for文による繰り返しで800回中継を行うテストソースです。

　ポイントはBroadcastの送信先を指示する「SENDTO_HOST_NAME」です。socket.sendtoのパラメータです。「RECV_HOST_NAME」と同様に空白データを割り付けるベシとされるのが一般的ですが動きません。Broadcastアドレスを示す古い方法の'255.255.255.255'にしたところ稼働したという話です。
　'2.255.255.255'や'10.255.255.255'でも稼働しましたが、'255.255.255.255'はゾーンの末尾アドレスを示すマジックナンバーらしく汎用性が高いと思われます。

　動けばいいのですが、かなりの時間を喰ってしまい課題の残りが明日以降になりました。

　ここまで出来ればパッチマップによる入れ替え処理を作ります。
　壮大な繰り返し処理となりますので、どれだけ簡素に出来るかがカギになります。

#Python #[Art-Net] -- Posted by 電装工芸 〔2112文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=137 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=137 tegalog Tue, 15 Feb 2022 20:31:42 +0900