https://www.densokogei.jp/tegalog/tegalog.cgi ja Copyright 2026 Tue, 21 Apr 2026 06:51:15 +0900 Powered by てがろぐ Ver 3.4.0 ]]> 　先日のはプロファイル系で明るさも芸もある中規模の機体ですが、今日のはPAR球１個と同程度の価格でお茶濁しとして使っている小型ビームライトです。
　MacAura１台の費用で30台以上買えますので使い方によっては費用対効果が高いのです。私は12台とか16台をエフェクトエンジン頼りでグループ使いしますが、思った以上にボリューム感のある照明が作れます。Auraは素晴らしい機体ですが１台で何が出来る？って話です。
　もちろん、Auraに比べたら極悪に精度が悪く光が貧相で、細いビームをブン回すしか能がありませんが、往年の応用工学スピナーが向きと色を制御出来ると思えば悪くありません。

　主な故障は４色のLEDのウチ１色が点かないというものです。
　基板を当たりますと点かない物はドライバICのハンダ付けが甘いようで、ハンダをし直すと回復するケースが大半です。中華電機がどうのではなく、価格相応といったところでしょうか。
　ハンダをし直しても治らない物はセンシング抵抗を着け直すと治ります。LEDに流れる電流を検出する回路の抵抗ですが過熱で抵抗値が狂うようです。この抵抗は１wクラスの様ですが３wに交換すると症状が出なくなるようです。中華電機の器具は設計に余裕がないのかこういった故障はよくあります。
　他には電源モジュールのスイッチングトランジスタが飛ぶケースです。これも設計がギリギリのようで、元のトランジスタよりも大きな定格を持つトランジスタに交換すると落ち着きます。電源の入力部の保護回路がダメな物もありましたが、バリスタを交換して落ち着きました。作った側は200v環境で開発しているためか、中華電機の製品を100vで使うとこんなこともあるのでしょう。
　日本国内の感覚では無償即対応の不良ですが、相手が中華ですし価格も価格ですから自力でナンボです。対策すれば使えるのですから、大陸的な感覚で扱いましょう。中華電機の照明器具は半完成のキットなんですよ。内部を探ってエラーを見つけて直すのも趣味的には楽しいしwww

　ですが、ハンダが甘い基板が多数見つかったので全数チェックしなければなりません。これがアベレージかもしれませんので。。。
　未チェック品が30台近くあるので、全ての基板をチェックして動作もチェックするにはそれなりの手間と時間がかかります。

#照明器具 #電子工作 -- Posted by 電装工芸 〔1015文字〕 ]]> https://www.densokogei.jp/tegalog/tegalog.cgi?postid=512 https://www.densokogei.jp/tegalog/tegalog.cgi?postid=512 tegalog Wed, 15 Feb 2023 18:51:58 +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