電装工芸日記
- 舞台照明機器の製作とか -
時系列順［861件］（13ページ目）
2022年2月 この範囲を新しい順で読む この範囲をファイルに出力する
客席テーブルに塗布したポリエステル樹脂は硬化していました。一安心。
ただ、アセトンが抜けるのに時間がかかりそうです。急がず焦らず今日は手を付けず、１日なのか２日なのか、アセトンが抜けたのを確認出来てから２層目にかかりましょう。
２層目は濃い目で肉付けをします。原液ままでは硬いのでアセトンを入れて少し柔らかくするつもりですが、塗り伸ばせる範囲で固めが望みです。熟練者なら室温で判断がつくのでしょうけど。
３層目は顔料を入れて色付けです。
単に１層目だからかもしれませんが、アセトンを多めに入れると硬化した表面が半艶になるようです。顔料を入れた３層目がツヤツヤ過ぎるなら、トップコートを兼ねてサラサラを塗ってみましょう。
小学生の頃、シンナーで溶かした発砲スチロールで紙を固められないか？と実験したのを思い出しました。
表面が固まっても中が固まらなくてガッカリした思い出ですけど、約半世紀後もやってることに大差がない。「三つ子の魂百まで」という格言がありますがその通りかもしれません。
ひょっとすると、発砲スチロールはアセトンで溶けるので、ポリエステル樹脂を半艶にする添加剤代わりになるかもしれません。ポリエステル樹脂は不純物を入れると艶が落ちるような気がするのです。
#ガチ工作
ただ、アセトンが抜けるのに時間がかかりそうです。急がず焦らず今日は手を付けず、１日なのか２日なのか、アセトンが抜けたのを確認出来てから２層目にかかりましょう。
２層目は濃い目で肉付けをします。原液ままでは硬いのでアセトンを入れて少し柔らかくするつもりですが、塗り伸ばせる範囲で固めが望みです。熟練者なら室温で判断がつくのでしょうけど。
３層目は顔料を入れて色付けです。
単に１層目だからかもしれませんが、アセトンを多めに入れると硬化した表面が半艶になるようです。顔料を入れた３層目がツヤツヤ過ぎるなら、トップコートを兼ねてサラサラを塗ってみましょう。
小学生の頃、シンナーで溶かした発砲スチロールで紙を固められないか？と実験したのを思い出しました。
表面が固まっても中が固まらなくてガッカリした思い出ですけど、約半世紀後もやってることに大差がない。「三つ子の魂百まで」という格言がありますがその通りかもしれません。
ひょっとすると、発砲スチロールはアセトンで溶けるので、ポリエステル樹脂を半艶にする添加剤代わりになるかもしれません。ポリエステル樹脂は不純物を入れると艶が落ちるような気がするのです。
#ガチ工作
オレメモです。
socket受信の待ち受けで処理が一時停止するなら、threading用いた並列処理でsocket受信を実行し、メイン側へはqueueを使って通信する。
socketから受信したデータはqueue.putでメイン側に送る。block=True,time_out=Noneとし、block要因はメイン側での取り出し作業だけなので終了を待つ。
メイン側はqueue.getをtry:配下で実行する。block=Falseとし、queueにデータがあれば取り出し、データが無いかsocket受信側がアクセス中でデータが取り出せないと例外:Emptyになるのでtry:でスルーする。
queueでやりとりするデータはintのNet,SubNet,Universeとレベルデータのnumpy.arrayをタプルにした物とする。タプルに入れ込んだnumpy.arrayをqueueで扱えるかは今後の実験で確認する。
受信したArt-NetのUniverseが対象かどうかはメイン側で判別する。
これならsocketの受信待ちで全体を止めることなく動かせる、といいな。
#Python
socket受信の待ち受けで処理が一時停止するなら、threading用いた並列処理でsocket受信を実行し、メイン側へはqueueを使って通信する。
socketから受信したデータはqueue.putでメイン側に送る。block=True,time_out=Noneとし、block要因はメイン側での取り出し作業だけなので終了を待つ。
メイン側はqueue.getをtry:配下で実行する。block=Falseとし、queueにデータがあれば取り出し、データが無いかsocket受信側がアクセス中でデータが取り出せないと例外:Emptyになるのでtry:でスルーする。
queueでやりとりするデータはintのNet,SubNet,Universeとレベルデータのnumpy.arrayをタプルにした物とする。タプルに入れ込んだnumpy.arrayをqueueで扱えるかは今後の実験で確認する。
受信したArt-NetのUniverseが対象かどうかはメイン側で判別する。
これならsocketの受信待ちで全体を止めることなく動かせる、といいな。
#Python
ポリエステル樹脂は24時間経過でいい感じに硬化していたので２層目を塗布しました。
混合はポリエステル樹脂100g、硬化剤2g弱、アセトン10g。計量に使っている量りが1g単位なので0.1g単位のが欲しいかも。
細いバリが固まったのを＃320で軽く砥ぎ、削りカスを取り除いてコテバケで塗り込みました。
気温が低いので硬化が遅いですが気長に待ちましょう。
３層目を塗る前にはキッチリ砥ぎます。鏡面は目指しませんが、指で触って凹凸を感じない程度に面を出してから塗りたいですね。
#ガチ工作
混合はポリエステル樹脂100g、硬化剤2g弱、アセトン10g。計量に使っている量りが1g単位なので0.1g単位のが欲しいかも。
細いバリが固まったのを＃320で軽く砥ぎ、削りカスを取り除いてコテバケで塗り込みました。
気温が低いので硬化が遅いですが気長に待ちましょう。
３層目を塗る前にはキッチリ砥ぎます。鏡面は目指しませんが、指で触って凹凸を感じない程度に面を出してから塗りたいですね。
#ガチ工作
２層目を塗って気が付いたのですが、バリっぽいのはコテバケから出た毛クズが固まったモノでした。
刷毛で塗っても毛クズが出ますし、ローラーなどもってのほか。スポンジ系はアセトンで溶けそうなので使えない。
ペーパーで簡単に落とせるのでトップコート以外ではいいのですが、肝心のトップコートは何で塗りましょう。
ガンを使えばいいのですが、準備や片付けに手間暇がかかるし周辺への飛散も多い。量を塗るとか特別に綺麗に仕上げたいとかなら使いますが、さほど仕上げにこだわらない５尺２尺の板を１枚塗るのに使いたくはありません。
目の細かいスコッチブライトで固まった毛クズを落としてポリッシャー磨きが王道？
ゴムベラで塗ればいいのかな？
スコッチブライトで削ってヒートガンやバーナーで目潰し？
どうしよう。。。
#ガチ工作
刷毛で塗っても毛クズが出ますし、ローラーなどもってのほか。スポンジ系はアセトンで溶けそうなので使えない。
ペーパーで簡単に落とせるのでトップコート以外ではいいのですが、肝心のトップコートは何で塗りましょう。
ガンを使えばいいのですが、準備や片付けに手間暇がかかるし周辺への飛散も多い。量を塗るとか特別に綺麗に仕上げたいとかなら使いますが、さほど仕上げにこだわらない５尺２尺の板を１枚塗るのに使いたくはありません。
目の細かいスコッチブライトで固まった毛クズを落としてポリッシャー磨きが王道？
ゴムベラで塗ればいいのかな？
スコッチブライトで削ってヒートガンやバーナーで目潰し？
どうしよう。。。
#ガチ工作
３層目を塗布してみました。＃240で表面を均し、２層目と同じレシピに顔料を混ぜた物をコテバケで塗りつけです。
昨日よりも気温が５度以上高いためか硬化反応が早い。24時間かからず、今日中に硬化しそうです。
顔料を入れましたが半透明です。制限量に近い量を入れましたが、１度で完全に色が乗るモノでもないようです。
明後日から現場使用なので作業は一旦中断です。
ポリエステル樹脂の表面仕上げですが、ペーパーとスコッチブライトで磨いた後にアセトンを噴霧したらどうかと。深く溶かすのではなく細かい磨き目を消すだけですから、ほんのわずかに表面を溶かして均せればよい。
ただ、アセトンに耐えられるスプレーボトルを近所で求めると高価な製品しかありません。恒久的に使うならアリですがお試しには高い。手元にラッカーシンナーやエタノールに対応したスプレーボトルが沢山あるので、アセトンに対応するかは確認出来ませんが、まずはコレでお試ししてみようかと。入れて15分くらい様子を見ればわかるっしょ。
噴霧するのはジクロロメタンでもいいのかな？ジクロロメタンは3Dプリンタの造形品(PLAやABS)の表面を均すのに使っていますが、ポリエステル樹脂も溶かすっぽい。すぐ乾くのでアセトンより良い？
#ガチ工作
昨日よりも気温が５度以上高いためか硬化反応が早い。24時間かからず、今日中に硬化しそうです。
顔料を入れましたが半透明です。制限量に近い量を入れましたが、１度で完全に色が乗るモノでもないようです。
明後日から現場使用なので作業は一旦中断です。
ポリエステル樹脂の表面仕上げですが、ペーパーとスコッチブライトで磨いた後にアセトンを噴霧したらどうかと。深く溶かすのではなく細かい磨き目を消すだけですから、ほんのわずかに表面を溶かして均せればよい。
ただ、アセトンに耐えられるスプレーボトルを近所で求めると高価な製品しかありません。恒久的に使うならアリですがお試しには高い。手元にラッカーシンナーやエタノールに対応したスプレーボトルが沢山あるので、アセトンに対応するかは確認出来ませんが、まずはコレでお試ししてみようかと。入れて15分くらい様子を見ればわかるっしょ。
噴霧するのはジクロロメタンでもいいのかな？ジクロロメタンは3Dプリンタの造形品(PLAやABS)の表面を均すのに使っていますが、ポリエステル樹脂も溶かすっぽい。すぐ乾くのでアセトンより良い？
#ガチ工作
３層目は無事硬化しました。
コテバケは掃除機で毛クズを除去して使いましたが完全にとはいきません。なでるとバリのようなのがあって気分が悪い。
＃120-＃240-＃400と研ぎ進め、アセトンを噴霧しましたが、削り目を無くすことはできませんでした。
どうしようかと考えていたところ、倉庫の隅からダブルアクションのポリッシャーを発掘。今は無いホームセンターのシールが貼ってありましたのでかなり前に買ったのでしょう。
バフを取り付けてコンパウンドで磨いたところ解決。ペーパーは＃400までしかなくコンパウンドも中目しかありませんでしたので鏡面にはなりませんが、毛クズバリを除去し削り目は十分に抑えられました。よいんでないか？
明日から一週間ほど現場に出ますが、その後にポリエステル樹脂をもう一層塗布し、もっと目の細かいペーパーとコンパウンドを使って仕上げるつもりです。
#ガチ工作
コテバケは掃除機で毛クズを除去して使いましたが完全にとはいきません。なでるとバリのようなのがあって気分が悪い。
＃120-＃240-＃400と研ぎ進め、アセトンを噴霧しましたが、削り目を無くすことはできませんでした。
どうしようかと考えていたところ、倉庫の隅からダブルアクションのポリッシャーを発掘。今は無いホームセンターのシールが貼ってありましたのでかなり前に買ったのでしょう。
バフを取り付けてコンパウンドで磨いたところ解決。ペーパーは＃400までしかなくコンパウンドも中目しかありませんでしたので鏡面にはなりませんが、毛クズバリを除去し削り目は十分に抑えられました。よいんでないか？
明日から一週間ほど現場に出ますが、その後にポリエステル樹脂をもう一層塗布し、もっと目の細かいペーパーとコンパウンドを使って仕上げるつもりです。
#ガチ工作
RaspberryPiにRTC(リアル・タイム・クロックを取り付けてみました。
RaspberryPiは無電源だと時計が動きませんので、起動すると前回終了した時刻から時計がカウントされます。
これでは気持ちが悪いし、ファイルの更新時刻がおかしくなると開発作業ではトラブルのもとです。
リンクの商品以外にもRTCはいろいろありますが、この製品は小型でGPIOに挿すだけで使えて何かとよいと思います。安価だし。
設定方法はこのサイトがわかりやすいと思います。/boot/config.txtを更新した後に再起動を忘れずに。
#RaspberryPi
RaspberryPiは無電源だと時計が動きませんので、起動すると前回終了した時刻から時計がカウントされます。
これでは気持ちが悪いし、ファイルの更新時刻がおかしくなると開発作業ではトラブルのもとです。
リンクの商品以外にもRTCはいろいろありますが、この製品は小型でGPIOに挿すだけで使えて何かとよいと思います。安価だし。
設定方法はこのサイトがわかりやすいと思います。/boot/config.txtを更新した後に再起動を忘れずに。
#RaspberryPi
PythonのThreadとQueueの使い方はだいたい理解しました。
0.005秒のsleepで動作周期を持たせたThreadで512個の整数を延々と加算してqueue.putに出力し、本処理では0.001秒のsleepで動作周期を持たせたqueue.get_nowaitで取り出しながら0.1秒毎に表示を更新しています。処理負荷が小さくメモリ使用量も安定していてスムーズです。本処理での時間軸の管理はアセンブラっぽいカウンタ処理ですが、厳密な処理周期は不要なのでsignalを使うほどでもありません。
Threadを使うメリットは高速化だと書く人が多いですが、私にとっては、処理によって違う要求時間を仕分け出来て、ポーリングだけど割り込みっぽいことが出来ることです。画面の更新はそれほど頻繁でなくていいけど、毎秒44回更新されるDMXの信号の処理は遅れたくないのですが、シングルスレッドでこの辺りを制御するのは案外面倒なのです。
気を付ける点はQueueのputやgetのタイミングです。Queueは変数ではなくFIFO特性のスタックなことが肝ですが、C言語のスタックやポインタにセマフォが混ざった構成なので、C言語のこのあたりを知ってないと理解しにくいかも。PythonにC言語っぽい作法が残っているのが不思議ですが・・・
ThreadとQueueを使ってキーボードの入力も作り直します。
#RaspberryPi #Python
0.005秒のsleepで動作周期を持たせたThreadで512個の整数を延々と加算してqueue.putに出力し、本処理では0.001秒のsleepで動作周期を持たせたqueue.get_nowaitで取り出しながら0.1秒毎に表示を更新しています。処理負荷が小さくメモリ使用量も安定していてスムーズです。本処理での時間軸の管理はアセンブラっぽいカウンタ処理ですが、厳密な処理周期は不要なのでsignalを使うほどでもありません。
Threadを使うメリットは高速化だと書く人が多いですが、私にとっては、処理によって違う要求時間を仕分け出来て、ポーリングだけど割り込みっぽいことが出来ることです。画面の更新はそれほど頻繁でなくていいけど、毎秒44回更新されるDMXの信号の処理は遅れたくないのですが、シングルスレッドでこの辺りを制御するのは案外面倒なのです。
気を付ける点はQueueのputやgetのタイミングです。Queueは変数ではなくFIFO特性のスタックなことが肝ですが、C言語のスタックやポインタにセマフォが混ざった構成なので、C言語のこのあたりを知ってないと理解しにくいかも。PythonにC言語っぽい作法が残っているのが不思議ですが・・・
ThreadとQueueを使ってキーボードの入力も作り直します。
#RaspberryPi #Python
ありがちな１液式の塗料は１週間以上放置しないと現場で使えませんが、ポリエステル樹脂は２日もあれば完全硬化して使えます。扱いが面倒なところや少なくない制限もありますが、現場投入までの工程としてはむしろ使いやすいかもしれません。
そんなポリエステル樹脂を塗布した客席テーブルは今日から現場に出向です。自分は行きませんが、在籍園児が数百人いる幼稚園のお遊戯会で部下が一週間ほど使います。客席に卓を仮設するので客席テーブルの本業であります。使い勝手の確認はもとより、荷重をかけ続ける状況なのでロードテストにはうってつけです。
この幼稚園は若園長が好き者で、スモーク炊いてムービング使って有名アイドルのアリーナコンサートよろしくゴリゴリにしたいとか。過去映像を見ましたが、明かりは頑張ってイイ感じに作ってますが、園児たちが自由過ぎてアンバランスなのか面白いのかよーわからん。お遊戯会でここまでしてどうする！？ってのが本音ですが、園児たちの思い出になって親御さんが楽しんでくれるなら仕事としては成立。
ということで、ダメなところと傷みやすいところがもっともっと見えてくるといいかな。
#ガチ工作
そんなポリエステル樹脂を塗布した客席テーブルは今日から現場に出向です。自分は行きませんが、在籍園児が数百人いる幼稚園のお遊戯会で部下が一週間ほど使います。客席に卓を仮設するので客席テーブルの本業であります。使い勝手の確認はもとより、荷重をかけ続ける状況なのでロードテストにはうってつけです。
この幼稚園は若園長が好き者で、スモーク炊いてムービング使って有名アイドルのアリーナコンサートよろしくゴリゴリにしたいとか。過去映像を見ましたが、明かりは頑張ってイイ感じに作ってますが、園児たちが自由過ぎてアンバランスなのか面白いのかよーわからん。お遊戯会でここまでしてどうする！？ってのが本音ですが、園児たちの思い出になって親御さんが楽しんでくれるなら仕事としては成立。
ということで、ダメなところと傷みやすいところがもっともっと見えてくるといいかな。
#ガチ工作
Art-Netのアプリは画面表示とキー操作まで一応の完成をみました。
キー操作はレスポンスに少しムラがあるので改善したい点です。使えるレベルなので今のところは将来課題としておきますが、ユーザーがご機嫌をうかがいながら使うユーザーインターフェースは大嫌いなのでとても重要です。
余談ですが、売れている卓とそうでもない卓の違いにはこういった点の僅かなストレスの差もあります。卓は手段としての道具ですが、国内メーカーはカタログスペックばかり求めて手に馴染む道具を作ろうとしない。買うのは使う人ではありませんから仕方ないことでもありますが、国産のホール卓がダメな点です。国産で唯一、松村さんの卓にはこういったストレスが少ないのですが・・・。
とまぁ愚痴はおいといて、これで本丸であるArt-Netの受信に取り掛かれます。
単純な受信は別回しするThread内のsocketで受けるだけなので難しくないと思うのですが、パケットのデコードが少し面倒かもしれません。Art-Netのパケットはバイト列ですが、これらをPythonで扱いやすい様に分解して変換しなければなりません。Pythonはバイト型の扱いが少し苦手ですし、パケットにはアスキーテキスト、LSBの2バイト数、MSBの2バイト数、バイト型が混在しているので、よく考えて作らないといけません。実行回数が多い処理なだけに軽さも重要です。
#[Art-Net] #Python
キー操作はレスポンスに少しムラがあるので改善したい点です。使えるレベルなので今のところは将来課題としておきますが、ユーザーがご機嫌をうかがいながら使うユーザーインターフェースは大嫌いなのでとても重要です。
余談ですが、売れている卓とそうでもない卓の違いにはこういった点の僅かなストレスの差もあります。卓は手段としての道具ですが、国内メーカーはカタログスペックばかり求めて手に馴染む道具を作ろうとしない。買うのは使う人ではありませんから仕方ないことでもありますが、国産のホール卓がダメな点です。国産で唯一、松村さんの卓にはこういったストレスが少ないのですが・・・。
とまぁ愚痴はおいといて、これで本丸であるArt-Netの受信に取り掛かれます。
単純な受信は別回しするThread内のsocketで受けるだけなので難しくないと思うのですが、パケットのデコードが少し面倒かもしれません。Art-Netのパケットはバイト列ですが、これらをPythonで扱いやすい様に分解して変換しなければなりません。Pythonはバイト型の扱いが少し苦手ですし、パケットにはアスキーテキスト、LSBの2バイト数、MSBの2バイト数、バイト型が混在しているので、よく考えて作らないといけません。実行回数が多い処理なだけに軽さも重要です。
#[Art-Net] #Python