2022年4月 この範囲を時系列順で読む この範囲をファイルに出力する
サーバーはIntelのRSTに便利な機能があって比較的少ない手間でいけていますが、使っているマザーボードが古いためにSATAの上限が2TB。購入当時のお値段は2TBのHDDと大差ありませんでしたが、せっかくの4TBのHDDがフル機能せず。2TBでも容量は十分足りていますが、その制限がわかるまでに余計な時間を使ったかも。将来的にマザーボードを替えれば容量を拡張出来るのでいいでしょう。
ムービングは部品が入荷したので電源モジュールを修理。
あえてサージアブゾーバーはそのままにFETだけ替えて試したところ一発アウト。サージアブゾーバーとFETを替えたところOKでした。
ただ、電源モジュールのコンデンサが完全に空になった状態で試さないと意味がありません。コンデンサが完全に空の状態で電源を投入すると大きな突入電流が発生し、その瞬間に大きな電圧も発生するからです。数日放置して再チェックです。この機体はRだけ弱い不良もあります。照度計で測ると1/3くらいですが、弱いなりに調光は効くので電流検出抵抗がおかしいと思われます。基板上の計測ですから正確ではありませんが、ツジツマは合うので抵抗を付け替えれば治ると思います。ただ、国内では手に入りにくい抵抗(表面実装の2512サイズ)なので中華電器にオーダー。連休明けに入荷予定です。
もう一台ダメなのがあります。起動直後は元気一杯動くのですが、LEDフル点灯で動かし続けるとおかしくなってきます。挙動を見ると使っているウチに電源電圧が下がるのだと思われます。この微妙な不良は頂けません。ハンダ不良か部品の不良によって過加熱が起こってのことだと思いますが、原因を特定するのはかなり難しく、電源モジュールを替えたいところです。中華電器の販売店に電源モジュールの手配を相談していますが最終的な返答はありません。
電源モジュールは12vと24vのデュアル。デュアルで小型だから代替品が無いのです。12vが制御とLED、24vがモーターといった分別みたいです。動きは正常だけどLEDがおかしくなるので12v系がダメなんだと思います。ハンダ不良くらいなら見てわかるからいいけど、そうでないと特定は難しい・・・
#照明器具 #サーバー
ムービングは部品が入荷したので電源モジュールを修理。
あえてサージアブゾーバーはそのままにFETだけ替えて試したところ一発アウト。サージアブゾーバーとFETを替えたところOKでした。
ただ、電源モジュールのコンデンサが完全に空になった状態で試さないと意味がありません。コンデンサが完全に空の状態で電源を投入すると大きな突入電流が発生し、その瞬間に大きな電圧も発生するからです。数日放置して再チェックです。この機体はRだけ弱い不良もあります。照度計で測ると1/3くらいですが、弱いなりに調光は効くので電流検出抵抗がおかしいと思われます。基板上の計測ですから正確ではありませんが、ツジツマは合うので抵抗を付け替えれば治ると思います。ただ、国内では手に入りにくい抵抗(表面実装の2512サイズ)なので中華電器にオーダー。連休明けに入荷予定です。
もう一台ダメなのがあります。起動直後は元気一杯動くのですが、LEDフル点灯で動かし続けるとおかしくなってきます。挙動を見ると使っているウチに電源電圧が下がるのだと思われます。この微妙な不良は頂けません。ハンダ不良か部品の不良によって過加熱が起こってのことだと思いますが、原因を特定するのはかなり難しく、電源モジュールを替えたいところです。中華電器の販売店に電源モジュールの手配を相談していますが最終的な返答はありません。
電源モジュールは12vと24vのデュアル。デュアルで小型だから代替品が無いのです。12vが制御とLED、24vがモーターといった分別みたいです。動きは正常だけどLEDがおかしくなるので12v系がダメなんだと思います。ハンダ不良くらいなら見てわかるからいいけど、そうでないと特定は難しい・・・
#照明器具 #サーバー
スポットライト群の整備は部品の入荷待ちで一時停止。
社内のサーバーの整備です。ファイルサーバーのHDDの入れ替えをします。
WindowsServer2008R2上のRAID1で動かしている2台1組のうち1台が飛んだのですが、飛んだ物を交換した応急処置のままでした。動いているもう1台も同時期の物ですから壊れる前に交換しようという作業です。
RAIDとは複数のHDDやSSDを1台のストレージとして動かす方法です。RAID0はストライピングと呼ばれ、主に速度の向上を狙ったものです。RAID1はミラーリングと呼ばれ、複数のHDDに同じデータを書き込みバックアップを目的にしたものです。その他にもRAID0やRAID1を複雑に組み合わせる方法もあります。
ファイルサーバーですからRAID1(ミラーリング)を用いています。複数のHDDに同じデータを書き込みますので、同時に壊れない限りデータを失うことなく機能が継続します。新しいHDDに入れ替えれば自動的にデータがコピーされてミラーリング状態が回復します。同時にバックアップが出来、稼働させながらHDDを交換できるとても便利な方法です。
ただし、RAIDにはOS(ソフトウェア)によるものとチップセット(ハードウェア)によるものがあり、違うシステムではRAIDとして機能しないばかりでなく読み出せないことがあります。今まで扱った中ではIntelのハードウェア式が他のシステムでも読み出せることが多いので、Windows系を組む場合はIntelのハードウェアRAIDを使うようにしています。これならWindowsでなくてもLinuxでも読み出せます。Linux系であればOS標準のソフトウェアRAIDが良いようです。
今はバックアップを取っています。
他のサーバー機で日常的にバックアップを取っていますから余計な手間っちゃ手間ですが、こういった「おまじない」というか「願掛けに」に近いことをしてから進めるようにしています。何故かわかりませんが、どんなに丁寧に日常バックアップを確認してから始めても余計な手間をすっ飛ばして作業すると高確率でデータ異常が発生し、日常バックアップを確認しなくても余計な手間をかけると異常が発生しません。不思議ですが、当然のようにそうなるのです。
持って生まれた運みたいなものでしょうけど、どうせかかる時間なら精神的なストレスが少ない方がいいかなと。
#サーバー
社内のサーバーの整備です。ファイルサーバーのHDDの入れ替えをします。
WindowsServer2008R2上のRAID1で動かしている2台1組のうち1台が飛んだのですが、飛んだ物を交換した応急処置のままでした。動いているもう1台も同時期の物ですから壊れる前に交換しようという作業です。
RAIDとは複数のHDDやSSDを1台のストレージとして動かす方法です。RAID0はストライピングと呼ばれ、主に速度の向上を狙ったものです。RAID1はミラーリングと呼ばれ、複数のHDDに同じデータを書き込みバックアップを目的にしたものです。その他にもRAID0やRAID1を複雑に組み合わせる方法もあります。
ファイルサーバーですからRAID1(ミラーリング)を用いています。複数のHDDに同じデータを書き込みますので、同時に壊れない限りデータを失うことなく機能が継続します。新しいHDDに入れ替えれば自動的にデータがコピーされてミラーリング状態が回復します。同時にバックアップが出来、稼働させながらHDDを交換できるとても便利な方法です。
ただし、RAIDにはOS(ソフトウェア)によるものとチップセット(ハードウェア)によるものがあり、違うシステムではRAIDとして機能しないばかりでなく読み出せないことがあります。今まで扱った中ではIntelのハードウェア式が他のシステムでも読み出せることが多いので、Windows系を組む場合はIntelのハードウェアRAIDを使うようにしています。これならWindowsでなくてもLinuxでも読み出せます。Linux系であればOS標準のソフトウェアRAIDが良いようです。
今はバックアップを取っています。
他のサーバー機で日常的にバックアップを取っていますから余計な手間っちゃ手間ですが、こういった「おまじない」というか「願掛けに」に近いことをしてから進めるようにしています。何故かわかりませんが、どんなに丁寧に日常バックアップを確認してから始めても余計な手間をすっ飛ばして作業すると高確率でデータ異常が発生し、日常バックアップを確認しなくても余計な手間をかけると異常が発生しません。不思議ですが、当然のようにそうなるのです。
持って生まれた運みたいなものでしょうけど、どうせかかる時間なら精神的なストレスが少ない方がいいかなと。
#サーバー
ムービングライトの整備作業がヒト段落したので、しばらく前に入荷したLED-BARの整備です。
この手の器具はビームが細いレインライト的な物が大半ですが、このLED-BARは広角なのでLHQの代わりに使えます。LHQの1.2kw(100w電球)に対し90wですからかなりの低消費電力です。
箱は丁度良さそうなプラ箱に受けの間仕切りを入れています。脚となる付属の金具は使い勝手が好みに合わないので作りました。
箱の機構は完成しているので、本体と箱にカッティングシートでマーキングして金具類を取付けたら仕上がりです。
このLED-BARは入荷した時点で3台NGでした。
一瞬立ち上がりすぐに落ちます。筐体を開くとLEDモジュールが2セット入っている構成ですが、試しに片方のモジュールを外して起動すると正常に動きます。電源モジュールの定格を見るとギリギリなので、中国の電源(200~260v)での出荷チェックは正常でも日本の電源(100v)では力不足といったところでしょう。PAR球よりも安価な製品ですから、完成品ではなく「半」完成品と思ってローカライズと仕上げを自分でするつもりで買っています。
解決方法は電源を入れ替えるか追加して電力に余裕を持たせることです。1台で電力を賄える電源モジュールはサイズ的に入りませんので別な電源モジュールを追加です。
ただ、既設の電源モジュールは電圧が10.8vです。こんな定格電圧の物はレアですから、追加の電源モジュールは12vの製品のセンシング抵抗を替えて電圧を合わせればいいかと。スイッチング電源の制御ICの型番がわかれば比較的簡単な改造です。
#照明器具
この手の器具はビームが細いレインライト的な物が大半ですが、このLED-BARは広角なのでLHQの代わりに使えます。LHQの1.2kw(100w電球)に対し90wですからかなりの低消費電力です。
箱は丁度良さそうなプラ箱に受けの間仕切りを入れています。脚となる付属の金具は使い勝手が好みに合わないので作りました。
箱の機構は完成しているので、本体と箱にカッティングシートでマーキングして金具類を取付けたら仕上がりです。
このLED-BARは入荷した時点で3台NGでした。
一瞬立ち上がりすぐに落ちます。筐体を開くとLEDモジュールが2セット入っている構成ですが、試しに片方のモジュールを外して起動すると正常に動きます。電源モジュールの定格を見るとギリギリなので、中国の電源(200~260v)での出荷チェックは正常でも日本の電源(100v)では力不足といったところでしょう。PAR球よりも安価な製品ですから、完成品ではなく「半」完成品と思ってローカライズと仕上げを自分でするつもりで買っています。
解決方法は電源を入れ替えるか追加して電力に余裕を持たせることです。1台で電力を賄える電源モジュールはサイズ的に入りませんので別な電源モジュールを追加です。
ただ、既設の電源モジュールは電圧が10.8vです。こんな定格電圧の物はレアですから、追加の電源モジュールは12vの製品のセンシング抵抗を替えて電圧を合わせればいいかと。スイッチング電源の制御ICの型番がわかれば比較的簡単な改造です。
#照明器具
電源モジュールを見ていて不思議に思ったことがありました。
基板に付いているサージアブゾーバーは680vの物です。計算値よりも少し高めの物を使うのはわかりますが、電源にほぼ直結のFETの定格は400v。守るべき部品の定格電圧よりもサージアブゾーバーのクリッピング電圧がこんなに高くていいのでしょうか。
この電源モジュールはFETを何度か交換しています。交換する度に治るには治るのですが、使っているウチに同じ故障に陥ります。故障に陥るのは現場で最初に電源を投入する瞬間なので保護回路がダメなんじゃねーかと思っていましたが、アナログ回路が苦手な私でも被保護部品が400vで保護部品が680vでは意味を成していないように思います。FETは在庫を切らしているので入荷待ちですが、サージアブゾーバーは331K(クリップ電圧330v)が手持ちにあるので付け替えてみようと思います。FETは近しいスペックでスイッチング抵抗が半分以下の物で耐圧は500vです。
中華電器の販売店さんに電源モジュールを売ってくれないかと相談中です。
快諾してくれたのはいいですが、すでに廃盤品なので本体を作っていた工場では手に入らないとの回答。さらに探してみると言ってくれていますがどうなることやら。
電源モジュールは汎用品ではありませんし、かなり小型なので同等品が見つかりません。販売店経由で新品を手に入れるか修理するかです。
この調子では今後も電源モジュールの不調が発生しそうなので対策を確立しておこうと思います。
#電子工作
基板に付いているサージアブゾーバーは680vの物です。計算値よりも少し高めの物を使うのはわかりますが、電源にほぼ直結のFETの定格は400v。守るべき部品の定格電圧よりもサージアブゾーバーのクリッピング電圧がこんなに高くていいのでしょうか。
この電源モジュールはFETを何度か交換しています。交換する度に治るには治るのですが、使っているウチに同じ故障に陥ります。故障に陥るのは現場で最初に電源を投入する瞬間なので保護回路がダメなんじゃねーかと思っていましたが、アナログ回路が苦手な私でも被保護部品が400vで保護部品が680vでは意味を成していないように思います。FETは在庫を切らしているので入荷待ちですが、サージアブゾーバーは331K(クリップ電圧330v)が手持ちにあるので付け替えてみようと思います。FETは近しいスペックでスイッチング抵抗が半分以下の物で耐圧は500vです。
中華電器の販売店さんに電源モジュールを売ってくれないかと相談中です。
快諾してくれたのはいいですが、すでに廃盤品なので本体を作っていた工場では手に入らないとの回答。さらに探してみると言ってくれていますがどうなることやら。
電源モジュールは汎用品ではありませんし、かなり小型なので同等品が見つかりません。販売店経由で新品を手に入れるか修理するかです。
この調子では今後も電源モジュールの不調が発生しそうなので対策を確立しておこうと思います。
#電子工作
修理の話の続きです。
電源モジュールがダメな機体もあります。
起動しない機体、起動はするけど点灯させたり動かすと落ちる機体の2種類。
起動しない機体は電源モジュールが単純に壊れています。大概FETが飛んでいますので交換すれば復活しますが、何故飛ぶかは原因究明が難しい。
飛ぶFETがトランスより電源側の場合はサージ/スパーク対策の保護回路がダメな奴が多いようです。
これらはコンセント挿すときに「パチッ!」と言うアレす。パチッとなるのはかなり高い電圧が流れるからですが、これがFETに流れたら一発で壊れます。こういった高電圧ノイズには大きく分けて二つあってサージとスパークです。どちらも定格以上の電圧が発生する現象ですが、前者が電源電圧の数倍で比較的時間が長いもの、後者は静電気の部類で電圧がとても高いのですがほんの一瞬のものです。似たような現象ですが、対策する回路が違います。
サージ対策にはサージアブゾーバーを使うのが一般的です。ポリスイッチの一種で、高い電圧を受けると短絡してそれ以降の部品にかかる電圧を抑えます。サージ時間が長いと燃えますけどね・・・
スパーク対策にはスパークキラーを使います。耐電圧が高く反応が速いコンデンサと抵抗をパッケージにした物で、コンデンサでスパーク電流を吸収します。スイッチではないので反応が速いのが特徴です。ただし、サージの対策にはいささか不向きです。
飛ぶFETがトランスよりも出力側にある場合は原因究明が難しい。私は早々に諦めます。
起動はするけど点灯させたり動かすと落ちる機体も電源モジュールの不良ですが、出力側のバッファコンデンサに異常があるか、出力電流を検知する回路が定格異常を起こして本来よりも低い電流値でプロテクトに入ってしまうことが原因に多いようです。
修理は治った時の達成感はなかなかのものですが、その渦中は決して楽しくありません(笑
#電子工作
電源モジュールがダメな機体もあります。
起動しない機体、起動はするけど点灯させたり動かすと落ちる機体の2種類。
起動しない機体は電源モジュールが単純に壊れています。大概FETが飛んでいますので交換すれば復活しますが、何故飛ぶかは原因究明が難しい。
飛ぶFETがトランスより電源側の場合はサージ/スパーク対策の保護回路がダメな奴が多いようです。
これらはコンセント挿すときに「パチッ!」と言うアレす。パチッとなるのはかなり高い電圧が流れるからですが、これがFETに流れたら一発で壊れます。こういった高電圧ノイズには大きく分けて二つあってサージとスパークです。どちらも定格以上の電圧が発生する現象ですが、前者が電源電圧の数倍で比較的時間が長いもの、後者は静電気の部類で電圧がとても高いのですがほんの一瞬のものです。似たような現象ですが、対策する回路が違います。
サージ対策にはサージアブゾーバーを使うのが一般的です。ポリスイッチの一種で、高い電圧を受けると短絡してそれ以降の部品にかかる電圧を抑えます。サージ時間が長いと燃えますけどね・・・
スパーク対策にはスパークキラーを使います。耐電圧が高く反応が速いコンデンサと抵抗をパッケージにした物で、コンデンサでスパーク電流を吸収します。スイッチではないので反応が速いのが特徴です。ただし、サージの対策にはいささか不向きです。
飛ぶFETがトランスよりも出力側にある場合は原因究明が難しい。私は早々に諦めます。
起動はするけど点灯させたり動かすと落ちる機体も電源モジュールの不良ですが、出力側のバッファコンデンサに異常があるか、出力電流を検知する回路が定格異常を起こして本来よりも低い電流値でプロテクトに入ってしまうことが原因に多いようです。
修理は治った時の達成感はなかなかのものですが、その渦中は決して楽しくありません(笑
#電子工作
ムービングの修理をしています。
不調の現象は機体によって違いますが、今いじっている機種では特定の色が正常に点灯しない物が多い。点かなかったりフルにならなかったりです。
一番困るのが、しばらくすると点かなくなる機体です。マイコンからの信号が途絶えるのか、ドライバICがサーマルプロテクトに入るのか、その他か・・・
特定色が点かない機体はハンダ付けの不良が多かったようです。ハンダゴテを当てなおしたら大半が治るのですからクラックが入ってしまったのでしょう。
しばらく使うと特定色だけ点かなくなるが電源を落としてしばらく放置すると復活する機体は電流検出抵抗のハンダを盛ると治ることが多いようです。ハンダが足りないために熱を帯びて抵抗値が上がってしまい、ドライバICが電流値を誤検出するのが原因と思われます。
フルにならない機体も原因は同じ傾向のようで、ハンダゴテを当てなおしたりハンダを盛ると大半が回復します。ハンダを当て直しても治らない場合は、電流検出抵抗を交換すると高確率で治ります。
ではどれが電流検出抵抗かと聞かれても答えるのは難しいです。使われているLEDドライバICのデーターシートを参考に基板の配線から読み解くしかないからです。ただ、機種は違えどLEDのドライブ回路は似たり寄ったりなので、基本的な回路様式を2-3パターン知っていれば読み解くのはそれほど難しくありません。
もちろん、原因の全てがハンダ付けや電流検出抵抗にあるとは限りません。
部品の取り付けをよく見て、甘そうなハンダを当て直すのが第一歩という話でした。
#電子工作
不調の現象は機体によって違いますが、今いじっている機種では特定の色が正常に点灯しない物が多い。点かなかったりフルにならなかったりです。
一番困るのが、しばらくすると点かなくなる機体です。マイコンからの信号が途絶えるのか、ドライバICがサーマルプロテクトに入るのか、その他か・・・
特定色が点かない機体はハンダ付けの不良が多かったようです。ハンダゴテを当てなおしたら大半が治るのですからクラックが入ってしまったのでしょう。
しばらく使うと特定色だけ点かなくなるが電源を落としてしばらく放置すると復活する機体は電流検出抵抗のハンダを盛ると治ることが多いようです。ハンダが足りないために熱を帯びて抵抗値が上がってしまい、ドライバICが電流値を誤検出するのが原因と思われます。
フルにならない機体も原因は同じ傾向のようで、ハンダゴテを当てなおしたりハンダを盛ると大半が回復します。ハンダを当て直しても治らない場合は、電流検出抵抗を交換すると高確率で治ります。
ではどれが電流検出抵抗かと聞かれても答えるのは難しいです。使われているLEDドライバICのデーターシートを参考に基板の配線から読み解くしかないからです。ただ、機種は違えどLEDのドライブ回路は似たり寄ったりなので、基本的な回路様式を2-3パターン知っていれば読み解くのはそれほど難しくありません。
もちろん、原因の全てがハンダ付けや電流検出抵抗にあるとは限りません。
部品の取り付けをよく見て、甘そうなハンダを当て直すのが第一歩という話でした。
#電子工作
Art-Netドライバはボチボチです。
現場が無い日の定時後に2-3時間の作業ですから進みは遅いのですが、完成イメージは具体的になってきました。
されど、まだまだ追加しないといけない要素は多いのです。
今の課題はスタックフェーダーです。
数本のスタックフェーダーを構成するのは簡単そうに思えますが、スロット一つ一つに対して条件分岐をして数値をいじるような処理ではいけません。条件分岐を多用して書くと意図が読み取りやすいソースになりますが処理は遅いのです。同じことを短周期で何回も繰り返す処理は、PICのアセンブラを書いてきたクセですが、単純な計算結果にフラグの意図も持たせたりして条件分岐を減らしたいのです。例えば、一定の範囲で繰り返す加算カウンタを作るとして、一定数になったことで条件分岐して初期値に戻すのが基本的な考え方だと思いますが、カウンタを繰り返し数で割った余りも同じ数値になります(この方法は一つの配列で複数のカウンタを構成する場合にも便利な方法です)。割り算が苦手なシステムでは無謀な方法ですが、Pythonは条件分岐が遅いように感じるので、この様な方法で軽くなることもあるようです。
こんな感じで計算の中に条件分岐も含めるのは、将棋で数手先を考えるのとどこか似ています。
#[Art-Net]
現場が無い日の定時後に2-3時間の作業ですから進みは遅いのですが、完成イメージは具体的になってきました。
されど、まだまだ追加しないといけない要素は多いのです。
今の課題はスタックフェーダーです。
数本のスタックフェーダーを構成するのは簡単そうに思えますが、スロット一つ一つに対して条件分岐をして数値をいじるような処理ではいけません。条件分岐を多用して書くと意図が読み取りやすいソースになりますが処理は遅いのです。同じことを短周期で何回も繰り返す処理は、PICのアセンブラを書いてきたクセですが、単純な計算結果にフラグの意図も持たせたりして条件分岐を減らしたいのです。例えば、一定の範囲で繰り返す加算カウンタを作るとして、一定数になったことで条件分岐して初期値に戻すのが基本的な考え方だと思いますが、カウンタを繰り返し数で割った余りも同じ数値になります(この方法は一つの配列で複数のカウンタを構成する場合にも便利な方法です)。割り算が苦手なシステムでは無謀な方法ですが、Pythonは条件分岐が遅いように感じるので、この様な方法で軽くなることもあるようです。
こんな感じで計算の中に条件分岐も含めるのは、将棋で数手先を考えるのとどこか似ています。
#[Art-Net]
中国からの物品が滞る状況が続いています。
先日も、中華電器にお試し買いの発注をしたのですが、期日までに発送されず自動キャンセル。
その外にも、中国で作っているであろう半導体部品が在庫切れなことが多く、RaspberryPiも小売りでは在庫切れが続いています。
RaspberryPiは少し在庫しているので当面のソフトウェア開発には支障ありませんが、製品を作ることはできません。
木材も高騰です。合板も角材も数倍の価格。まさか捨て材扱いされるような杉や赤松の野縁(30×40角)が高級品の様な価格になるとは思ってもいませんでした。しかも、手に入るのは節、捻じれ、曲がり物ばかり。ちょっとした物は鉄の角パイプで作った方が安いくらいです。新型コロナの影響に加え、ウクライナ侵攻によりロシアからの輸入が減ったことも大きいそうです。
中国国内では新型コロナによるロックダウンで街全体が監禁状態と聞きます。発令された瞬間に居た場所から移動を禁じられ、自宅に居た人は自宅から出られず、勤務先に居た人は勤務先から帰宅出来ないそうです。何よりも、移動しないと仕事にならない運送業まで同じ扱いらしく、物流がほぼ止まっているのだそうです。もちろん、中国全域の話ではないのでしょうが、ロックダウンに至った地域は人が多く、人が多いのは商業産業が盛んな地域でしょうから、全体としてみれば生産活動が大幅に鈍っているのでしょう。
報道から耳に入る話でもありますが、知り合いの工場は中国に協力会社を持っているのでリアルな話が聞けます。とにかく物が入ってこないそうです。電力が無い、人が行き出来ない、完成しても送れないとなればどうにもならんですよね。
もちろん、我々が使う機材類も新規購入が難しくなるワケです。
コロナがなんとなく過ぎ去った感じを受けて開催が増えていますが、それに合わせて機材を買い増ししようとしても今までの様にいきません。先日も音響系の問屋さんが来社されましたが、売りたくても売るものが入荷しにくいと言ってました。これではゴネても解決はしません。
機材の買い増し手配はお早めに。
#雑談 #本業
先日も、中華電器にお試し買いの発注をしたのですが、期日までに発送されず自動キャンセル。
その外にも、中国で作っているであろう半導体部品が在庫切れなことが多く、RaspberryPiも小売りでは在庫切れが続いています。
RaspberryPiは少し在庫しているので当面のソフトウェア開発には支障ありませんが、製品を作ることはできません。
木材も高騰です。合板も角材も数倍の価格。まさか捨て材扱いされるような杉や赤松の野縁(30×40角)が高級品の様な価格になるとは思ってもいませんでした。しかも、手に入るのは節、捻じれ、曲がり物ばかり。ちょっとした物は鉄の角パイプで作った方が安いくらいです。新型コロナの影響に加え、ウクライナ侵攻によりロシアからの輸入が減ったことも大きいそうです。
中国国内では新型コロナによるロックダウンで街全体が監禁状態と聞きます。発令された瞬間に居た場所から移動を禁じられ、自宅に居た人は自宅から出られず、勤務先に居た人は勤務先から帰宅出来ないそうです。何よりも、移動しないと仕事にならない運送業まで同じ扱いらしく、物流がほぼ止まっているのだそうです。もちろん、中国全域の話ではないのでしょうが、ロックダウンに至った地域は人が多く、人が多いのは商業産業が盛んな地域でしょうから、全体としてみれば生産活動が大幅に鈍っているのでしょう。
報道から耳に入る話でもありますが、知り合いの工場は中国に協力会社を持っているのでリアルな話が聞けます。とにかく物が入ってこないそうです。電力が無い、人が行き出来ない、完成しても送れないとなればどうにもならんですよね。
もちろん、我々が使う機材類も新規購入が難しくなるワケです。
コロナがなんとなく過ぎ去った感じを受けて開催が増えていますが、それに合わせて機材を買い増ししようとしても今までの様にいきません。先日も音響系の問屋さんが来社されましたが、売りたくても売るものが入荷しにくいと言ってました。これではゴネても解決はしません。
機材の買い増し手配はお早めに。
#雑談 #本業
Art-Netドライバには追加しないといけないことがあります。
受信したデータにパッチなどを施して送信することには成功しているのですが、現時点ではフリーフェーダーやスタックフェーダーを考慮していません。
当初は[受信するプロセス]-[受信部からデータを取り出して加工するプロセス]-[加工したデータを受け取って送信するプロセス]と分けてイメージしていたので加工するプロセスで出来るだろうと思っていたのですが、プロセス間通信のオーバーヘッドを軽減するためにこれらを1つのプロセスにしましたので同じ考え方はできません。
今もパッチ等のマップデータはプロセス間通信で差し込んでいますが、マップデータが変更された時だけ実行すればいいので頻度が低く問題になりません。されど、即反応して欲しいフェーダー操作の情報は違ってきます。データをどう扱うか、どの位置で処理するか、ちょっと難しくなってきます。
フリーフェーダーだけなら特別なIPアドレス(例えば127.0.0.1)を用いた特別な経路でデータを取り込んでArt-Netと同列に処理する方法もありますが、スタックフェーダーにするにはちょっと無理があるように思ったりします。
ただ、これらのフェーダーはバックアップ的な意味合いが強いので反応がやや遅くてもいいかもしれません。これが許されるならプロセス間通信でデータを差し込んでもいいでしょう。
次のステップに入る前にここは片付けておかないといけません。
追記
スタックフェーダーの方法はアイデアが出ました。Art-Netの入力を記憶します。ただし、記憶するユニバースなりスロットを指定出来ないとディマー以外の動作を邪魔することがあるので一種のフィルターが必要です。フィルターがあればフリーフェーダー的にも機能します。排他的ではなくHTPミックスになりますが、この方がいいでしょう。
操作としては、記憶したい状態でスタックフェーダーとユニバースやスロットを指定してストアします。ユニバースやスロットが無指定ならすべてを記憶です。
#Python #[Art-Net]
受信したデータにパッチなどを施して送信することには成功しているのですが、現時点ではフリーフェーダーやスタックフェーダーを考慮していません。
当初は[受信するプロセス]-[受信部からデータを取り出して加工するプロセス]-[加工したデータを受け取って送信するプロセス]と分けてイメージしていたので加工するプロセスで出来るだろうと思っていたのですが、プロセス間通信のオーバーヘッドを軽減するためにこれらを1つのプロセスにしましたので同じ考え方はできません。
今もパッチ等のマップデータはプロセス間通信で差し込んでいますが、マップデータが変更された時だけ実行すればいいので頻度が低く問題になりません。されど、即反応して欲しいフェーダー操作の情報は違ってきます。データをどう扱うか、どの位置で処理するか、ちょっと難しくなってきます。
フリーフェーダーだけなら特別なIPアドレス(例えば127.0.0.1)を用いた特別な経路でデータを取り込んでArt-Netと同列に処理する方法もありますが、スタックフェーダーにするにはちょっと無理があるように思ったりします。
ただ、これらのフェーダーはバックアップ的な意味合いが強いので反応がやや遅くてもいいかもしれません。これが許されるならプロセス間通信でデータを差し込んでもいいでしょう。
次のステップに入る前にここは片付けておかないといけません。
追記
スタックフェーダーの方法はアイデアが出ました。Art-Netの入力を記憶します。ただし、記憶するユニバースなりスロットを指定出来ないとディマー以外の動作を邪魔することがあるので一種のフィルターが必要です。フィルターがあればフリーフェーダー的にも機能します。排他的ではなくHTPミックスになりますが、この方がいいでしょう。
操作としては、記憶したい状態でスタックフェーダーとユニバースやスロットを指定してストアします。ユニバースやスロットが無指定ならすべてを記憶です。
#Python #[Art-Net]
RaspberryPiのpythonでSPIで使うためのライブラリspidevの本家はこちら。
本家とは違いますが、こちらのサイトはRapberryPiのSPIについてよくまとめられています。ロシア語なんで原文のままではちっともわかりませんが、本家を読んでもわからなかったことがここで解決します。翻訳して転載したらすごく参考になるかも。
一見簡素な内容ですが、SPIの何たるかはこのサイトがわかりやすいかも。SPIには4つのモードがありますが、その違いを分かりやすく書いてくれている資料が少なくて困っていたところ、このサイトを読んで理解できました。シリアル通信に何の知識も無い人に向けた資料ではありませんが、UARTやI2CはわかるけどSPIがイマイチなぁ~って人にはお勧めです。SPIは少し独特な考え方を持っていますが、そのツボ処だけ簡潔に抽出しています。私は、マイコン全般の教科書と言ってもいいPICのマニュアルを読んでもSPIがどうしても理解できなかったのですが、このサイトを参考にPICのマニュアルを読み直したところ「なるほどー!」となりました。
#RaspberryPi #[Art-Net]
本家とは違いますが、こちらのサイトはRapberryPiのSPIについてよくまとめられています。ロシア語なんで原文のままではちっともわかりませんが、本家を読んでもわからなかったことがここで解決します。翻訳して転載したらすごく参考になるかも。
一見簡素な内容ですが、SPIの何たるかはこのサイトがわかりやすいかも。SPIには4つのモードがありますが、その違いを分かりやすく書いてくれている資料が少なくて困っていたところ、このサイトを読んで理解できました。シリアル通信に何の知識も無い人に向けた資料ではありませんが、UARTやI2CはわかるけどSPIがイマイチなぁ~って人にはお勧めです。SPIは少し独特な考え方を持っていますが、そのツボ処だけ簡潔に抽出しています。私は、マイコン全般の教科書と言ってもいいPICのマニュアルを読んでもSPIがどうしても理解できなかったのですが、このサイトを参考にPICのマニュアルを読み直したところ「なるほどー!」となりました。
#RaspberryPi #[Art-Net]