- アナログRGB21→AVマルチ変換
- スーパーファミコン用純正RGBケーブル SHVC-010 のコンデンサの液漏れ
- サターン用RGBケーブル, 音声ノイズ, GNDの接触改善
- PS用純正RGBケーブル SCPH-1050 の結線
- AVアダプタ SCPH-1160 のバージョン
- Vista環境にて、PL-2303を使用したUSB接続COMポートで、TEXCELLのRubyシリアル通信ライブラリを用いてデータを受信できない。その原因と対処法
- SFC用純正RGBケーブルの結線対応
- 公認spammerに埋め尽くされてるヤフオク
- SG-1000系とMarkIII系の色合いの違い
- 映像信号をCAT5ケーブルで送る
- elm-chan.orgから弾かれる条件
- elm-chan.orgを閲覧できなくなった
page 0 - << : 0 : >>
* アナログRGB21→AVマルチ変換
#RGB #作例 #資料
材料
結線
| 21 | フレームGND | ||||
| 青 | 青入力 | 20 | |||
| 19 | 緑入力 | 緑 | |||
| 桃 | GND(青) | 18 | |||
| 17 | GND(緑) | 桃 | |||
| 16 | |||||
| 15 | 赤入力 | 赤 | |||
| 桃 | GND(Ys Ym) | 14 | |||
| 13 | GND(赤) | 桃 | |||
| Ym入力 | 12 | ||||
| 11 | AV Ctrl入力 | ||||
| 10 | |||||
| 9 | 映像入力 | 黄 | |||
| 8 | |||||
| 7 | GND(映像入力) | 灰 | |||
| 6 | |||||
| 5 | 音声入力R | 橙 | |||
| 4 | |||||
| 3 | GND(音声入力) | 黒 | |||
| 2 | |||||
| 1 | 音声入力L | 茶 |
* スーパーファミコン用純正RGBケーブル SHVC-010 のコンデンサの液漏れ
#RGB #メモ
スーパーファミコン用純正RGBケーブル SHVC-010 は、一部にコンデンサが液漏れしているものがある。割合は1/10ぐらい？
新品未開封のでも液漏れしているのがある。使用条件によるものではないっぽい。外見は大丈夫でも容量が抜けていることもある。
そんなわけで、まだ無事でもコンデンサを交換しておいた方が安心。
↓は、ジャンクコーナーで発掘した中古品。
余談：
RGBのカップリングコンデンサを本体に内蔵せずにケーブル側に入れたのは、滅多に使われないRGB出力のために大きめの電解コンデンサが3つ増えるのを避けたためだろう。もしも本体に内蔵していたら、SFCの故障率はもっと高くなったかもしれない。
2010年現在でも SHVC-010 の新品は比較的容易に入手できる。ということは、ずいぶん売れ残ったわけだ。SFCより後のゲーム機(Nintendo64 NUS-001、スーパファミコンJr. SHVC-101)がRGB出力非対応になったのも仕方ない。RGB出力を省いて節約できるものは結構多く、対応して増える売り上げは微々たるものだろうから。
＃でも、スーファミJr.がS信号出力まで無いのはどうかと思う。
スーパーファミコン用純正RGBケーブル SHVC-010 は、一部にコンデンサが液漏れしているものがある。割合は1/10ぐらい？
新品未開封のでも液漏れしているのがある。使用条件によるものではないっぽい。外見は大丈夫でも容量が抜けていることもある。
そんなわけで、まだ無事でもコンデンサを交換しておいた方が安心。
↓は、ジャンクコーナーで発掘した中古品。
余談：
RGBのカップリングコンデンサを本体に内蔵せずにケーブル側に入れたのは、滅多に使われないRGB出力のために大きめの電解コンデンサが3つ増えるのを避けたためだろう。もしも本体に内蔵していたら、SFCの故障率はもっと高くなったかもしれない。
2010年現在でも SHVC-010 の新品は比較的容易に入手できる。ということは、ずいぶん売れ残ったわけだ。SFCより後のゲーム機(Nintendo64 NUS-001、スーパファミコンJr. SHVC-101)がRGB出力非対応になったのも仕方ない。RGB出力を省いて節約できるものは結構多く、対応して増える売り上げは微々たるものだろうから。
＃でも、スーファミJr.がS信号出力まで無いのはどうかと思う。
* サターン用RGBケーブル, 音声ノイズ, GNDの接触改善
#電子工作 #RGB #メモ
だいぶ前に組んだサターン用RGBケーブル(純正ケーブル HSS-0109 のサターン側約15cmとSFC用純正RGBケーブル SHVC-010 を継いだもの)と、XRGB-2plusを繋いで、久々にサターンを起動した。すると、音声にずいぶんノイズが乗っていた。
サターン側のミニDIN10ピンコネクタのフレームが曇っていたので、コンタクトZで接点を磨いたところ、ノイズは解消された。
サターンの映像出力端子は、GNDがピンに割り当てられておらず、ミニDIN10ピンのフレームにGNDが割り当てられている。で、そのフレームはピンよりも接触が不安定だし、メッキ部が曇ったりもする。その結果、サターン・モニタ間のGNDの抵抗が増える。
75Ω終端の映像信号は、比較的大電流の信号だ。終端抵抗に0.7Vの電圧を発生させている間は、9.3mAの電流が流れる。RGB接続なら、R,G,B,複合同期(コンポジットビデオ信号)の4本で、計37mA。
というわけで、仮にサターン側コネクタのGNDに1Ωの抵抗が挿入された場合、映像信号がフルにスイングするとそのリターン電流のために、相互のGNDレベルに37mVの変動が生じる。
その点、プレステのAVマルチ出力は、GNDがRGB,Video,Audioで分けられているので安心。でも、実際には機器側のコネクタでいきなり共通になっていたりして、意図どおりに機能することはあまりない気もする。
だいぶ前に組んだサターン用RGBケーブル(純正ケーブル HSS-0109 のサターン側約15cmとSFC用純正RGBケーブル SHVC-010 を継いだもの)と、XRGB-2plusを繋いで、久々にサターンを起動した。すると、音声にずいぶんノイズが乗っていた。
サターン側のミニDIN10ピンコネクタのフレームが曇っていたので、コンタクトZで接点を磨いたところ、ノイズは解消された。
サターンの映像出力端子は、GNDがピンに割り当てられておらず、ミニDIN10ピンのフレームにGNDが割り当てられている。で、そのフレームはピンよりも接触が不安定だし、メッキ部が曇ったりもする。その結果、サターン・モニタ間のGNDの抵抗が増える。
75Ω終端の映像信号は、比較的大電流の信号だ。終端抵抗に0.7Vの電圧を発生させている間は、9.3mAの電流が流れる。RGB接続なら、R,G,B,複合同期(コンポジットビデオ信号)の4本で、計37mA。
というわけで、仮にサターン側コネクタのGNDに1Ωの抵抗が挿入された場合、映像信号がフルにスイングするとそのリターン電流のために、相互のGNDレベルに37mVの変動が生じる。
その点、プレステのAVマルチ出力は、GNDがRGB,Video,Audioで分けられているので安心。でも、実際には機器側のコネクタでいきなり共通になっていたりして、意図どおりに機能することはあまりない気もする。
* PS用純正RGBケーブル SCPH-1050 の結線
#RGB #資料
紫以外はシールド線(同軸ケーブルとは言えないかも)。
AVマルチコネクタ側は、各シールド線の外皮は共通GND。コネクタ側で映像と音声のGNDが繋がっている。
21ピンコネクタ側は、映像GND,音声GND,フレームGNDが別個に処理されている。
色の対応はAVアダプタ SCPH-1160 と一致している
| 線の色 | 機能 |
| 赤 | Red |
| 緑 | Green |
| 青 | Blue |
| 茶 | Audio L |
| 橙 | Audio R |
| 紫 | +5V |
| 外皮 | GND |
紫以外はシールド線(同軸ケーブルとは言えないかも)。
AVマルチコネクタ側は、各シールド線の外皮は共通GND。コネクタ側で映像と音声のGNDが繋がっている。
21ピンコネクタ側は、映像GND,音声GND,フレームGNDが別個に処理されている。
色の対応はAVアダプタ SCPH-1160 と一致している
* AVアダプタ SCPH-1160 のバージョン
#RGB #メモ
AVアダプタ SCPH-1160 には、ケーブルが脱着式のコネクタの物とそうでないのがある。
後の物がコストダウンのために脱着不可のになったと思っていたが、そうではないっぽい。
「1998.7.4A」の印字があるのは脱着できるが、「1997.2.4C」「1997.3.2A」の印字のは脱着不可だった。むしろ、作りやすくするために後のが脱着式になったのかもしれない。
今回調べたのは中古のなので、外装と基板が一致していない可能性も無いではない。…が、その可能性は低いと思う。
AVアダプタ SCPH-1160 には、ケーブルが脱着式のコネクタの物とそうでないのがある。
後の物がコストダウンのために脱着不可のになったと思っていたが、そうではないっぽい。
「1998.7.4A」の印字があるのは脱着できるが、「1997.2.4C」「1997.3.2A」の印字のは脱着不可だった。むしろ、作りやすくするために後のが脱着式になったのかもしれない。
今回調べたのは中古のなので、外装と基板が一致していない可能性も無いではない。…が、その可能性は低いと思う。
* Vista環境にて、PL-2303を使用したUSB接続COMポートで、TEXCELLのRubyシリアル通信ライブラリを用いてデータを受信できない。その原因と対処法
#プログラミング #Ruby #シリアルポート
同じ接続対象機器・同じプログラムでも、レガシーな COM1 に繋いだならば受信できる。
同じ接続対象機器・同じUSB接続シリアルポート・同じプログラムで、WindowsXP 環境では受信できる。
ドライバのバグか？
ReadFileでそのバイト数読むと指示しているのだから、問題ない…と思う。問題あったとしても、常に0バイトよりはマシだ。
UC-232Aのドライバは、uc232a_windows_vista.rar (Ver._v1.0 2007-7-10)を使用。
URS232GFは、Vista標準ドライバで利用できるとの事だが、できなかった。「URS232GFは一部ロットにて使用できません。」とのこと。チップ製造元であるProlificのサイトから、PL2303_Prolific_DriverInstaller_v10518.zip (2009/7/23 v1.0.5.18 )をダウンロードし、インストール。
上記2点、チップ自体は同じか。ならば、ドライバもほぼ同一なのだろう。
http://www.texcell.co.jp/ruby/wincom/rubywincom.html
hirax.net::wincom.rbのCOM10以上対応
http://www.hirax.net/diaryweb/2009/07/29.html
Serial Communications in Win32
http://msdn.microsoft.com/en-us/library/ms810467.aspx
Windows/Vista/USB-RS232C(シリアル) - Tomocha WikiPlus
Windows Vista で動く、USB-RS232C変換ケーブル情報
http://wiki.tomocha.net/Windows_Vista_USB-RS232C.html
事象
Windows Vista の環境にて、USB接続のCOMポート(シリアルポート)を介して繋いだ機器のデータを、TEXCELLのRubyシリアル通信ライブラリ wincom.rb にて全く受信できない。teratermでは受信できる。。同じ接続対象機器・同じプログラムでも、レガシーな COM1 に繋いだならば受信できる。
同じ接続対象機器・同じUSB接続シリアルポート・同じプログラムで、WindowsXP 環境では受信できる。
原因
Vista環境にて、USB接続シリアルポートでは、ReadFileを実行した際、「読み取ったバイト数」として常にゼロが帰ってくるため。ドライバのバグか？
対処
ReadFileの「読み取ったバイト数」は使わず、ClearCommErrorを実行した際に得られた COMSTAT構造体 の「受信バッファにあるデータのバイト数」を使う。ReadFileでそのバイト数読むと指示しているのだから、問題ない…と思う。問題あったとしても、常に0バイトよりはマシだ。
def receive
(中略)
# rcvchar = @wcrecv.unpack("a#{irlen[0]}")[0]
rcvchar = @wcrecv.unpack("a#{ilen}")[0]
補足
試したUSB接続シリアルポートアダプタは、以下2点。UC-232Aのドライバは、uc232a_windows_vista.rar (Ver._v1.0 2007-7-10)を使用。
URS232GFは、Vista標準ドライバで利用できるとの事だが、できなかった。「URS232GFは一部ロットにて使用できません。」とのこと。チップ製造元であるProlificのサイトから、PL2303_Prolific_DriverInstaller_v10518.zip (2009/7/23 v1.0.5.18 )をダウンロードし、インストール。
上記2点、チップ自体は同じか。ならば、ドライバもほぼ同一なのだろう。
あとがき
今までTEXCELLのwincom.rbをありがたく便利なブラックボックスとして使わせて頂いていたのだが、中身を見て、色々と面倒な Win32API を隠蔽してくれていた事を実感した。今回必要に迫られてベールの下を覗いたけど、Win32APIは直接触らずに済むならそうしたい代物だ。関連ページ
ＴＥＸＣＥＬＬ Ｒｕｂｙシリアル通信ライブラリhttp://www.texcell.co.jp/ruby/wincom/rubywincom.html
hirax.net::wincom.rbのCOM10以上対応
http://www.hirax.net/diaryweb/2009/07/29.html
Serial Communications in Win32
http://msdn.microsoft.com/en-us/library/ms810467.aspx
Windows/Vista/USB-RS232C(シリアル) - Tomocha WikiPlus
Windows Vista で動く、USB-RS232C変換ケーブル情報
http://wiki.tomocha.net/Windows_Vista_USB-RS232C.html
* SFC用純正RGBケーブルの結線対応
* 公認spammerに埋め尽くされてるヤフオク
#ヤフオク
「ストア」は何点出品しようが（制限内なら）手数料がかからないから、元を取ろうとうじゃうじゃ出品していて激しく邪魔だ。
http://baku.homeunix.net/program/yah2/yah.rb?search=&extract_spam=yes&extract_spam_scan_noimg=yes&url=http%3A%2F%2Flist.auctions.yahoo.co.jp%2Fjp%2F2084039542-category-leaf.html%3Fmode%3D2%26s1%3Dend
オークション / コンピュータ / パーツ / ケーブル、コネクタ / その他
OriginalPage : http://list.auctions.yahoo.co.jp/jp/2084039542-category-leaf.html?mode=2&s1=end
1 / 80 ( 1993 )
（中略）
30 : netshop_one
32 : nature_net_shop
36 : komugi18
80 : m_aica
85 : tokyo_wave777ac
139 : bitcafeosaka
189 : enzandenki
218 : hobbesshop
234 : different_2005jp
以上で、計1043点。カテゴリの全出品の5割を占めている。
（YAHのバグでページをまたぐ品を計上しているため、少し誤差があるが、まぁ、誤差の範囲）
「ストア」は何点出品しようが（制限内なら）手数料がかからないから、元を取ろうとうじゃうじゃ出品していて激しく邪魔だ。
http://baku.homeunix.net/program/yah2/yah.rb?search=&extract_spam=yes&extract_spam_scan_noimg=yes&url=http%3A%2F%2Flist.auctions.yahoo.co.jp%2Fjp%2F2084039542-category-leaf.html%3Fmode%3D2%26s1%3Dend
オークション / コンピュータ / パーツ / ケーブル、コネクタ / その他
OriginalPage : http://list.auctions.yahoo.co.jp/jp/2084039542-category-leaf.html?mode=2&s1=end
1 / 80 ( 1993 )
（中略）
30 : netshop_one
32 : nature_net_shop
36 : komugi18
80 : m_aica
85 : tokyo_wave777ac
139 : bitcafeosaka
189 : enzandenki
218 : hobbesshop
234 : different_2005jp
以上で、計1043点。カテゴリの全出品の5割を占めている。
（YAHのバグでページをまたぐ品を計上しているため、少し誤差があるが、まぁ、誤差の範囲）
* SG-1000系とMarkIII系の色合いの違い
SEGA MarkIIIやマスターシステムで「全機種対応ソフト」を動かすことはできるが、色合いがだいぶ違う。
手持ちのソフトでそれが顕著に表れるのは「どきどきペンギンランド」
（背面端子にメガドライブ用AVケーブルを接続し、MTV2000にてキャプチャした。）
左がSC-3000Hで、右がSEGA MarkIII
ゲーム制作者が意図した発色は、左のSC-3000Hでの映像のであることは明らかだろう。
後期型のSG-1000IIのRGB信号は、MarkIIIよりは、SC-3000Hのコンポジットビデオ信号のと近い色である。
（以前に改造したのをX-RGB2plus経由で表示したのをデジカメで撮影）
改めて見ると、RGBでの映像はTMS9918Aの色とはけっこうずれているな。MarkIIIほどは違わないけど、どちらかというとMarkIIIに近いかなぁ？
MarkIII用ソフトはちゃんとした色が出るので、手持ちのMarkIIIの調子が悪いわけではないはず。
参考：
TMS9918Aに針路をとれ
http://www.proc.org.tohoku.ac.jp/befis/halloffame/msx_col/
#RGB #SEGA
手持ちのソフトでそれが顕著に表れるのは「どきどきペンギンランド」
（背面端子にメガドライブ用AVケーブルを接続し、MTV2000にてキャプチャした。）
左がSC-3000Hで、右がSEGA MarkIII
ゲーム制作者が意図した発色は、左のSC-3000Hでの映像のであることは明らかだろう。
後期型のSG-1000IIのRGB信号は、MarkIIIよりは、SC-3000Hのコンポジットビデオ信号のと近い色である。
（以前に改造したのをX-RGB2plus経由で表示したのをデジカメで撮影）
改めて見ると、RGBでの映像はTMS9918Aの色とはけっこうずれているな。MarkIIIほどは違わないけど、どちらかというとMarkIIIに近いかなぁ？
MarkIII用ソフトはちゃんとした色が出るので、手持ちのMarkIIIの調子が悪いわけではないはず。
参考：
TMS9918Aに針路をとれ
http://www.proc.org.tohoku.ac.jp/befis/halloffame/msx_col/
#RGB #SEGA
* 映像信号をCAT5ケーブルで送る
http://www.analog.com/UploadedFiles/Data_Sheets/AD8131.pdf
ビデオ伝送システムの低コスト・ソリューション
http://www.national.com/JPN/appbriefs/files/AppBrief116.pdf
以前に、NJM2267を使ったバッファで送り側と終端の抵抗を100Ωにすれば比較的安価なCAT5ケーブルで映像信号を（比較的）長距離伝送できるんじゃね？と考えて試したことがある。
1回路だと良好な結果を得たが、複数同時に送ると互いにばりばり干渉して、「ツイストペア線は差動で使いましょうね」という当たり前のことを実感したのであった。
#電子工作 #途中経過 #失敗
APPLICATIONS
TWISTED-PAIR LINE DRIVER
The AD8131 has on-chip resistors that provide for a gain of 2 without any external parts. Several on-chip resistors are trimmed to ensure that the gain is accurate, the common-mode rejection is good, and the output is well balanced. This makes the AD8131 very suitable as a single-ended-to-differential twisted-pair line driver.
ビデオ伝送システムの低コスト・ソリューション
http://www.national.com/JPN/appbriefs/files/AppBrief116.pdf
以前に、NJM2267を使ったバッファで送り側と終端の抵抗を100Ωにすれば比較的安価なCAT5ケーブルで映像信号を（比較的）長距離伝送できるんじゃね？と考えて試したことがある。
1回路だと良好な結果を得たが、複数同時に送ると互いにばりばり干渉して、「ツイストペア線は差動で使いましょうね」という当たり前のことを実感したのであった。
#電子工作 #途中経過 #失敗
* elm-chan.orgから弾かれる条件
いつの間にやら普通に見えるようになっていたのだが、また見れなくなった。
どうやら、掲示板へのアクセスがアクセス規制発動の鍵っぽい。SleipnirでShift+クリックで各書き込みをポンポンポン…とまとめて開いたのがまずかったようだ。そりゃ、秒間1アクセス以上になるから質の悪いロボットと誤認されても仕方ないか。
これを書いている途中で、「スレッド（展開）」モードがあることに気づいた。まとめて目を通すときにはこれを使えばよかったのか。
追記：
数日前から弾かれなくなってた。規制期間は2週間ぐらい？
追記：
うちの環境のDNSキャッシュが腐っていただけかも。悪いのはXP？ローカルのBIND？ルータ？ケーブルテレビ？
elm-chan.orgを閲覧できなくなった
http://baku.homeunix.net/WiKi/rnx/index.rb?1147794592.txt
#Web #電子工作
どうやら、掲示板へのアクセスがアクセス規制発動の鍵っぽい。SleipnirでShift+クリックで各書き込みをポンポンポン…とまとめて開いたのがまずかったようだ。そりゃ、秒間1アクセス以上になるから質の悪いロボットと誤認されても仕方ないか。
これを書いている途中で、「スレッド（展開）」モードがあることに気づいた。まとめて目を通すときにはこれを使えばよかったのか。
追記：
数日前から弾かれなくなってた。規制期間は2週間ぐらい？
追記：
うちの環境のDNSキャッシュが腐っていただけかも。悪いのはXP？ローカルのBIND？ルータ？ケーブルテレビ？
elm-chan.orgを閲覧できなくなった
http://baku.homeunix.net/WiKi/rnx/index.rb?1147794592.txt
#Web #電子工作
* elm-chan.orgを閲覧できなくなった
ここ数日、
えるむ - Electronic Lives Mfg.
http://elm-chan.org/index_j.html
を閲覧できなかった。
困った。色々と大いに参考になるページなのに。
アクセスすると、www.pir.orgに飛ばされる。どうやら、ロボット対策とかの絡みらしい。UA名やIPアドレスで弾いているそうだ。心当たりないんだけどなぁ…。
幸い、使っているケーブルテレビがHTTPプロキシサーバを用意していて、それ経由だと普通に閲覧できた。elm-chanを読ませていただくときだけは、それを使うことにしよう。
ブラウザをsleipnir(IE)じゃなくてFirefoxやOperaにしてみたり、鯖をおいてあるYahoo!BB回線からアクセスしてもだめだった。鯖をおいてあるホストは80番ポートを開けてあるからいわゆる公開proxyとして誤認される可能性があるけど、自宅のケーブルテレビ回線からでもダメなのはどういうわけなんだろ？
Web 電子工作
えるむ - Electronic Lives Mfg.
http://elm-chan.org/index_j.html
を閲覧できなかった。
困った。色々と大いに参考になるページなのに。
アクセスすると、www.pir.orgに飛ばされる。どうやら、ロボット対策とかの絡みらしい。UA名やIPアドレスで弾いているそうだ。心当たりないんだけどなぁ…。
幸い、使っているケーブルテレビがHTTPプロキシサーバを用意していて、それ経由だと普通に閲覧できた。elm-chanを読ませていただくときだけは、それを使うことにしよう。
ブラウザをsleipnir(IE)じゃなくてFirefoxやOperaにしてみたり、鯖をおいてあるYahoo!BB回線からアクセスしてもだめだった。鯖をおいてあるホストは80番ポートを開けてあるからいわゆる公開proxyとして誤認される可能性があるけど、自宅のケーブルテレビ回線からでもダメなのはどういうわけなんだろ？
Web 電子工作