小岩以上アキバ未満

Nintendo SwitchやOpenMSXでMSXのおにぎりパッドなPOWER PAD(FS-JS222)をMayflashでカッコ良く使う方法

2023-12-08T19:00:00.004+09:00

BlueMSXなどのPCでのエミュレーターにMSXのジョイパッドを使う方法は色々ありますが、前回の「BlueMSXでPOWER PAD(FS-JS222)を使う方法」は見た目がちょっと悪かったですよね、でも今回の方法だと、とてもカッコよく出来るようになりました。

年末年始の工作にやってみてはいかがでしょうか。

さて、作業前に全部をご覧いただいて、わからない点が１つでもある場合には別の方法を検討してもいいかもしれません、なんにせよ、いつも通り自己責任でお願いいたします！

■用意するもの

Mayflash セガジェネシスメガドライブコントローラーアダプター

あとセガマスターシステム用のファームウェアをダウンロードします。

SEGA Genesis & Mega Drive Controller Adapter (MF104) V1.00.22.08: Compatible with Sega Master Control Pad (Type：3020)

■事前準備

改造前に購入したアダプターが、メガドライブなどのコントローラーできちんと使えるか確認してください。

不良品だったらいくら改造しても使えないですからね。

■手順１　ファームウェアの変更

まずMF104のファームウェアをセガマスターシステム用のコントローラーが使えるファームウェアに変更してください。このURLからダウンロードと更新作業の方法が出てきますので、そちらを参考にしてください（転記して変更があったらヤバいのでオリジナルをご参照ください）。
なおファームウェアを変更することで、従来のメガドライブ用パッドも引き続き使えるのかどうかはわかりません、ファーム更新後すぐに以下の改造をしてしまったので。

■手順２　基板の改造

MF104を開けてみます、以下のように分解すると、手前のコントローラー側の基板と、USB側の基板の２枚が出てきます、少し伸ばしてみると真ん中にケーブルが２つ見えますか？

基板を全部取り出しまして、写真のように基板の６～９を切って、ハンダでケーブルも取り外してください。８はそのままでもいいんですが作業しずらいので切ってしまいました。

以下のようにケーブルを繋ぎ変えます。

コントローラー側の基板→USB側の基板
６→９
７→６
８→８

※コントローラー側は９が余ります。USB側は７が余るはずです。

ひっくり返して、コントローラー側の基板の８と９をブリッジさせてください。

これで9pinにもGNDを接続できます。

これで改造は終了したので、MF104をケーブルを挟まないように気を付けて元通りにしてください。

■手順３　モードの選択について

MF104は３つのモードがあります。これらはHOMEボタンを長押しすることで切り替えれらます。

赤 Nintendo Switch
緑 Xinput
青 Dinput

■ Nintendo Switchでおにぎりパッドを使う！

SwitchにMF104を接続して、モードを赤にしてください。

左側のコントローラーが１コンで、そのまま使えます。

ただ、ボタンが２個しかないので、レトロゲーや、スターガニアン等のシューティング以外で使うのは難しかったです。っていうかHOMEボタンがないのが致命的でした（笑）。

ただ使えるので、どうしてもというときに便利です。

■PCのOpenMSXでおにぎりパッドを使う！

PCにMF104を接続して、モードを青のDinputにしてください。

モードはアプリなどによって使い分けるんですが、OpenMSXであれば青でした。

Dinputなら、クォースなどの二人同時プレイも可能でした。

あとBlueMSX(v2.8.2)でもやってみましたが、Dinputとかに対応していないんでしょうか？A/Bボタンは反応しますが十字キーは使えませんでした。

というわけで、OpenMSXで試してみてくださいね。

NESRGBのRGBの波形をオシロスコープで眺めてみるテスト

2020-03-29T18:16:00.001+09:00

概要

家電のケンちゃんで買った NESRGB ( https://www.kadenken.com/view/item/000000000690 ) をファミコンに取り付けまして、画面が出ているうちにRGBと同期信号とかの波形のスクショを撮っておき、故障時に見比べられるようにしておこうというページです。

なおプローブは端子に押し付けてるだけですし正しい出力をわかってないので、この波形が正しいかわかってません（笑）。でも故障時に見比べられれば十分かつ検索してもあまり出てこなかったので、俺のと違う！とか、規格に沿ってない！と言われてもわかりません。ご了承ください。

オシロスコープ

さて、オシロスコープはUSBでパソコンに接続して使うタイプを使いました。
Amazon : Owon オシロスコープ VDS1022I

スタンドアロンのオシロスコープと比較するととても安価ですが、その分、できることには制限があります、が、RGBの信号など数十KHzの信号を見る程度では十分働いてくれます。あとすべてPCでやるので動画を撮ったりスクショを撮ったりはスタンドアロンより圧倒的に便利ですね。
なおOWONのVDS1022は2種類あって、自分が使っている 1022I と Iの無い 1022 があります。違いは公式ページにもありますが、1022Iだけ、DC/DCコンバーターでPCと絶縁してくれているので、何かの間違いで大きな電流を流してしまってもPC側には影響しません。
数千円の違いで大事なパソコンが守れるので、1022を購入するときは必ず 1022I をご指名しましょう。

スクショを撮った場所

プローブはこのAVOUTと接続している部分の CS#（同期信号）とRGBを見ます。あと、V(NESRGBでコンバートしたコンポジット？使ってないからわからない)/Y(S端子の輝度信号)/C(S端子の色信号)をおまけでくっつけて見てみました。なおプローブのGNDはファミコン本体ではなくこの端子の右から4番目のGNDから取っています。

スクショ一覧

設定（Video編）

画面

縦軸（電圧): 500mV/div
横軸（時間）: 20us/div

Trriger > Single

Source: CH1
Mode: Video
NTSC: Field

Math > FFT

Channel: CH1
Window: Hanning
Format: dB 20dB
Scale: X1
FqBase: 625kHz/Div (=M 20us/div)

CS#（同期）

R（赤ですね。あと緑・青も撮ったけどあんまり違わないので略）

V（コンポジット。。。かな？）

Y（Sの輝度）

C（Sの色）

設定（Edge編）

画面

上記に同じ

Trriger > Single
Source: CH1
Mode: Edge
Math > FFT
上記に同じ

CS#

って感じで。

黒いDDS信号発生器を買ってみた。

2020-03-21T06:00:00.000+09:00

amazonで2000円弱の黒いDDS信号発生器を購入しました。

説明書が付いてなく使った感じを備忘録として書いておくので無保証です。

買ったものはこちらです

Amazon : WINGONEER DDSファンクション信号発生器正弦波三角波のこぎり波低周波

または

Amazon : DDS機能信号発生器サインスクエアトライアングルノコギリ波低周波テスターメーター

とかで、秋月さんでも似ているものがあります。

秋月：ＤＤＳ　ファンクション　シグナル　ジェネレータ　キット

だいたい2～3000円前後のDDSは

AVR DDS signal generator V2.0 (https://scienceprog.com/avr-dds-signal-generator-v20/)

のジェネリックとかになるんでしょうかね？この機器に関しては電力以外だいたい同じ感じです。

スペック

動作電圧：DC9V（でも自分は5Vの、中がプラス、5.5mm×2.1mmのコネクタのACアダプタで問題なく動いてます）
DDS信号：正弦波/方形波/三角波/鋸歯状波/逆鋸歯状波/心電図/ノイズ
DDS信号周波数範囲：1Hz〜65534Hz
DDS信号周波数step：1、10、100、1000、10000Hzから選択
DDS信号のボリューム：オフセット：0.5Vpp-5Vpp; 振幅量：0.5Vpp-14Vpp
HS（高速周波数）：1MHz、2MHz、4MHz、8MHzから選択

本体

開封の儀

表

裏

チップ拡大（ATmega16A）

使って見る

選択できる波形は以下のものなので、オシロスコープに接続し、順に見ていきたいと思います。

Sine 正弦波
Square 方形波
Triangle 三角波
SawTooth 鋸歯状波
Reverse SawTooth 逆鋸歯状波
ECG 心電図
Noise ノイズ

1. Sine 正弦波


2. Square 矩形波

3. Triangle 三角波

4. SawTooth 鋸歯状波


5. Reverse SawTooth 逆鋸歯状波

6. ECG 心電図

7. Noise ノイズ

ボリュームをいじってみる

オフセットからいじってみます。真ん中にしておいたボリュームを左に目いっぱい回して、今度は右に目いっぱい、最後は真ん中に戻すまでとなります。

次にAmplitudeです。これも同じように、真ん中から左いっぱい、次に右いっぱい、最後は真ん中にする動きです。途中で止まるのは手で回しているのでちょっと突っかかってるだけで、ボリュームの反応は早いです。

まとめ

正弦・三角波あたりは2000円ちょっとなのに綺麗に出ていると思います。
業務用ではなく日曜工作にぴったりなのではないでしょうか。

YAMAHA P-515 vs CLP-645 比較してみる

2018-07-04T16:10:00.002+09:00

YAMAHA ポータブルのPシリーズに、木製鍵盤の P-515 が 2018年6月に海外で発表されました。
鍵盤の種類（NWX）や、基本性能がクラビノーバ CLP-645 とあまり変わらないことから、スペックシートと説明書を見ながら比較をしてみました。
なお、日本国内ではまだ発表もされていないしリリース時に性能は変わるかもしれないので参考までに。

■　参照先リンク

P-515 Amazon: 黒白公式: 性能表説明書

CLP-645 Amazon: 黒公式: 性能表説明書

■　比較表

		CLP-645	P-515
寸法	幅	1461	1336
	高さ	927	145（スタンド設置時は不明）
	奥行	459	376
重量	重量	60kg	22kg
鍵盤	鍵盤種	NWX	NWX
鍵盤	感度	6	6
ペダル	ペダル数	3	3
	ハーフペダル	Yes	LP-1に準拠
	ペダル機能	ダンパー（ハーフペダル対応）、ソフト、ソステヌート　各ペダル機能割当可	LP-1に準拠
音源	キーオフサンプリング	Yes	Yes
	VRM	Yes	Yes
	スムースリリース	Yes	Yes
	ピアノ音	ヤマハ CFXサンプリング、ベーゼンドルファーインペリアルサンプリング	ヤマハ CFXサンプリング、ベーゼンドルファーインペリアルサンプリング
	バイノーラルサンプリング	Yes（CFXグランドのみ）	Yes（CFXグランドのみ）
発音数	最大同時発音数	256	256
プリセット	音色数（音色の差分は※１）	36	40
	XG	0	480
	ドラム・SFX キット	0	18
タイプ	リバーブ	6	6
	コーラス	3	3
	ブリリアンス	7
	マスターエフェクト	11
	IAC	Yes	Yes
	ステレオフォニックオプティマイザー	Yes	Yes
ファンクション	デュアル	Yes	Yes
	スプリット	Yes	Yes
	デュオ	Yes	Yes
録音再生	ボイスデモ数	19	21
	クラシック曲数	50	50
	レッスン曲数	300	0
録音	録音曲数	250	250
	録音トラック数	16
	データ容量	500KB/曲	500KB/曲
リズム		20	40
ピアノルーム		Yes
Bluetooth		Yes	Yes
アンプ出力		(25 W + 25 W) x 2	(15 W + 5 W) x 2
スピーカー		(16 cm + 8 cm) x 2	(Oval (12 cm x 6 cm) + 2.5 cm (dome)) x 2
アコースティックオプティマイザー		Yes
アプリ		Smart Pianist, MusicSoft Manager, My Music Recorder, Visual Performer, Piano Diary	Smart Pianist, My Music Recorder, Visual Performer, Piano Diary

※１音色の差分(それぞれにしかない音色を記載）

	CLP-645	P-515
ピアノ	アップライトピアノ(SU7 アップライトのフラッグシップ)	スタジオグランド(C7)
オルガン	メローオルガン	ロックオルガン
オルガン		ジャズオルガン
ストリングス		ダークパッド
ストリングス		ライトパッド
その他		クラビコード

■　差異について

外見を置いとくと、ペダル性能が異なるようです。

あと音色数と種類が若干異なる（※1）のと、XG音源とドラムキットの有無ですね。ただXGとドラムキットはPCと繋げたり、ヤマハ MU50 とかのXG音源モジュールを使えば同じようなことができると思うので僕は無視です（いや絶対必要だ！という方はCLP-685や、CSP・CVPシリーズをどうぞ）。

あとはレッスン曲の有無ですが、バイエルやブルグミュラー、チェルニーの練習曲を何年もやるかというと微妙で、長い目で見れば不要、あれば安心程度かと思います。なお内蔵MIDI曲のクラシック50選と300ものレッスン曲を使っての片手パートの練習は便利だと思いますが、レッスン曲のないP-515でも、以下のような代替案があります。

youtubeでバイエルなどを検索し、再生速度を調整し練習する
ブルグミュラーのCD などを JVCレッスンマスター「XA-LM30」などに録音して再生速度を調整し練習する
KAWAI 「ピアノマスターdp」を接続して練習する（参考動画）

こういった方法でも、P-515でレッスンは進められるんじゃないでしょうか。

リズム数も倍違いますが、必要なら KORG KR mini などリズムマシーンを使えば補完できます。

アプリはiosやandroidのバージョンアップや、そもそもタブレットの故障で使えなくなることが往々にして起こるし、いずれは使えなくなると僕は思っているので、あまり意識する必要はないように思います。本体だけで何ができるかできないかに着目しておくと長いお付き合いがしやすくなるんじゃないでしょうか。

スピーカーとそのアンプはだいぶ違いようです。こればっかりは店頭などで聞いてみないとわからないですね。ただヘッドフォンしか使わないよ、ということならこれもあまり差異にはならないかもしれません。

あとは鍵盤蓋が必要ならクラビノーバで、真っ白なピアノが欲しければP-515です。CLP-645にはホワイトアッシュがあるけれど真っ白ではないんですよね（ちな日米は出してないけど欧州のヤマハは真っ白なCLP-645を出してます。↓これ

どれも日本製でしょうし、マーケティングの差なんですかね？）。

■　まとめ

スペックシートとマニュアルを見る限り、ペダルとアンプとスピーカーが大きな違いで、他の性能はあまり変わらないように思います。価格もスタンドやペダルまで含めるとだいたい似たようなものになると思うので、決定打は外見ですかね。

重厚感があり据え置きで使う CLP-645 。スタイリッシュで奥行が狭く軽くてポータブル可能な P-515 。

家におきっぱなしにするとか、自宅で出張ピアノレッスンを受けるなら、どっしりと安定して演奏できるクラビノーバ。オシャレにお部屋の水槽に合わせたい（？）とか、子ども部屋の間を持ち運びたいとか、スタジオに持っていくなど、スタイルを気にしたり移動するシーンが想定されるならP-515になるでしょうか。

早く日本で発表されないかな～～

KONTAKT 5 PLAYER お手軽インストール方法

2018-06-29T00:18:00.000+09:00

KONTAKT 5 PLAYERのインストール方法です。
何通りかやってみましたが、以下の手順が比較的お手軽だと思います。

事前作業 NATIVE ACCESS の準備

Native Instruments社のインストーラー NATIVE ACCESS をダウンロードします。
https://www.native-instruments.com/jp/specials/native-access/

解凍すると「Native Access 1.6.0 Setup PC.exe」などが出ますので、実行すればインストールできます。
起動します。最初はアップデートが走ります。「START UPDATE」を押します。
Native Instrumentsにログインします。アカウントがなければ
「Create a Native Instruments account」を選んで作成してください。アカウントがあればLOGINしてください。
起動後は、最初にPREFERENCESからパスを確認しましょう。今回は以下のようになっていました。

Download Location - C:\Users\ユーザー名\Downloads ←temp
Application Location - C:\Program Files\Native Instruments ←Kontakt等のインストール先
Content Location - C:\Users\Public\Documents ←各種インストゥルメンツ等のインストール先
VST 64 Location - C:\Program Files\Native Instruments\VSTPlugins 64 bit
VST 32 Location - C:\Program Files\Native Instruments\VSTPlugins 32 bit

デフォルトは１人で使う分にはPublicなどに置かれると逆に不便なので、自分は以下のように変更します。

※サンプルやインストゥルメンツが巨大でCドライブを圧迫するのであれば、増設したDドライブなど巨大なドライブを指定するといいかもしれません。ただ自分はCのSSDに置きたいので以下のようにしていますが、そのあたりは調整してください。

以下２つのフォルダを作成します。

Download Location - C:\Program Files\Native Instruments\Downloads ←フォルダ作成
Content Location - C:\Program Files\Native Instruments\Content ←フォルダ作成

その後Native AccessのPREFERENCESでそれぞれのBROWSEから、作成したフォルダを指定すればOKです。

KONTAKT 5 PLAYER のインストール

NATIVE ACCESSの「Not installed」を選ぶと、「Kontakt 5 Player」があるので、INSTALLボタンを押します。
するとパスの確認が出てくるので、設定通りであれば「COMFIRM」を押します。
インストール完了です。

おまけ Kontakt Factory Selection のインストール

Factory Selectionとは、無料の基本的なインストゥルメンツとなりますのでとりあえず入れましょう。

KONTAKT 5 PLAYER FREE DOWNLOAD ページの下の方に「KONTAKT FACTORY SELECTION DOWNLOAD」があります。ここに登録したメアドを記入して、
「GET DOWNLOAD LINK」を押します。
すると『Your download from Native Instruments』という件名のメールに、

Native AccessのダウンロードURL
Factory Selectionのシリアル番号

が記載されたものが届きます。既にNative Accessはインストール済みなので、Native Accessに戻ります。
Add a serialを押して、さきほどのシリアルを登録してください。

NATIVE ACCESSの「Not installed」を選ぶと、「Kontakt Factory Selection」があるので、INSTALLボタンを押します。
インストール完了です。

Kontakt 5 Player の起動

最初にAudioとMIDIの設定が出てきます。ここは各自異なりますが、わからなければ後でも変更できるので、そのままOKを押します。
初期画面が出てきました。とりあえずF3を押してキーボードを出してみましょう。
これで完了です。

Embertone WALKER 1955 Steinway D Lite の手動インストール方法

2018-06-28T16:03:00.002+09:00

最初に

Embertoneさんが、KONTAKT 5 向けのスタインウェイのピアノ音源を出しました。
https://www.embertone.com/instruments/steinwayD.php

Youtubeでサンプルを聞いたところとっても良かったし、見たら２０１８年６月末現在、１０％引きだったので、試しに買ってみました。
しかし、インストールを試したところちょっと躓いてしまったので、自分用にメモを残しておこうと思います。

Youtube参考：Youtube:WALKTHROUGH! Embertone's Walker 1955 Steinway D
インストール参考：https://support.native-instruments.com/hc/ja/articles/115000685889-サードパーティ製KONTAKTライブラリの設定

事前準備

何はともあれ KONTAKT 5 PLAYER お手軽インストール方法などを見ていただいて、Kontakt 5 Player のインストールを完了しておきます。

インストール

では公式ページからスタインウェイを買いましょう。「Buy」を押すと、

1955 Steinway D $99
1955 Steinway D + Full Mic Collection $175
Addtional Mic Positions $15
1955 Steinway D Lite $39

とか選べますが、今回はお試しなのでLiteを購入してみました（10%引きの場合$34で、Paypalのレートで3800円くらいでした）。
次の画面で名前とメアドを入れて、決済方法を選択します。

CreditCard
Paypal

自分はPaypalの方が安心なので、Paypalで購入してみました。

Paypalのポップアップが表示されますのでそのまま購入します。
するとすぐに登録したメールアドレスに
「Purchase :: 1955 Steinway D Lite - v1」
という件名のメールが届きます。中にはシリアルコードと、 Continuata Connect Downloader のダウンロードURLが届きますので、このダウンローダーをダウンロードしてインストールして、起動させてください。
ここで注意なのは、メールによれば、基本的にはここでシリアルを登録すればインストールまで自動で完了するはずですが、自分の場合はダウンロードはできてもインストール前にダウンローダーがshutしてしまい、インストールできませんでした。
そこで以下のように対応したところ、上手く行きました。

起動後、鍵マークがあるので「Download & Install」を「Download Only」に切り替えます。
シリアルコードを入力し、「Download」ボタンを押します。
ダウンロード先はProgram Filesの下は選択できないので「C:\tmp\1955SteinwayDLite」など適当なフォルダを作り、そこへダウンロードさせます。
すべてダウンロードしたら、ダウンローダー終了させます。
ダウンロードしたフォルダを開きます。
ダウンロードしたファイル（1955 Steinway - AKG Dry 1.zipやWalker 1955 Steinway D Lite - Instrument Files.zipなど）をすべて解凍します。
すべてのファイルは「Walker 1955 Steinway D Lite」フォルダを含みますが、これをすべて合体させ、合体させたフォルダをNative AccessのContent locationで指定したパスに移動させます。

自分はNative AccessのContent locationを
C:\Program Files\Native Instruments\Content\
としていますので、今回の場合、
C:\Program Files\Native Instruments\Content\Walker 1955 Steinway D Lite
となります。
（※登録パスの確認は Native Access の人アイコンから「Preferences」を選択します）

なお解凍後のパスは以下のようになっているはずです。

C:\Program Files\Native Instruments\Content\Walker 1955 Steinway D Lite
├Documentation
├Instruments
├Snapshots
├Walker 1955 Steinway D - Lite.nkc
├Walker 1955 Steinway D - Lite.nkr
├Walker 1955 Steinway D Lite.nicnt
└Samples
├1955 Steinway - AKG Dry 1.nkx
├1955 Steinway - AKG Dry 2.nkx
├1955 Steinway - AKG Noises and Pedals.nkx
├1955 Steinway - AKG Releases 1.nkx
├1955 Steinway - AKG Releases 2.nkx
├1955 Steinway - AKG Sus 1.nkx
└1955 Steinway - AKG Sus 2.nkx

次にNative Accessの「Add a sereal」で Walker 1955 Steinway D Lite のライセンスを追加し、「Not Installed」に出てきた Steinway で「ADD LIBRARY」を押して
"C:\Program Files\Native Instruments\Content\Walker 1955 Steinway D Lite"
を選択すればインストールが完了です。

注意

「ADD LIBRARY」を選択するときに
「Library path is not valid.Please browse again.」
と表示され最初意味がわからなかったのですが、どうやら「.nicnt」ファイルがあるフォルダを指定しないとダメだそうです、分かれば簡単ですが最初はなにがなにやら。ご注意ください。

これで数千円のカシオの電子キーボードや、グランドタッチ鍵盤のクラビノーバでも、丁寧にサンプリングされたスタインウェイの音源が4000円程度で追加できるのでとっても嬉しいですね。今後面白い遊び方を模索していきたいと思います！

enjoy! :->

いい鍵盤のポータブル電子ピアノを探す！

2018-06-17T15:58:00.000+09:00

全くの初心者が、３歳の娘のための電子ピアノを探すメモ書きです！
探している条件は以下の項目です。

条件

定期的な調律が面倒だったり、部屋の大きさからアコースティックでなく電子ピアノ限定
使わないときは仕舞えるよう、足がはずせて持ち運びできる電子ピアノ（電子キーボード）限定
でも鍵盤だけは妥協したくない

というワガママな希望でして、理想は、各メーカーの最高の鍵盤を持ち運びできれば姿・形はどうでもいいと考えてますが、いろいろ見てたら以下のページが大変参考になりました。

島村楽器徹底比較！電子ピアノの基礎知識　～鍵盤(タッチ)について vol.2改訂版～（電子ピアノの比較、選び方） https://www.shimamura.co.jp/shop/chibanewtown/piano-keyboard/20170401/12

このページでは鍵盤について内部構造にまで触れていて、実に勉強になるので熟読必須ですが、その中に『個人的な評価も含まれます』という前置きがありつつも、『鍵盤タッチ比較表』がありまして、右も左もわからない初心者には大変ためになりました。

この表からSの項目数によってレベル分けし、KAWAI / Roland / YAMAHA のポータブル電子ピアノのリストを作成してみます。

鍵盤レベル別　電子ピアノリスト

※２０１８年６月現在

Sが3項目の鍵盤　★★★★★（価格の目安：２０万円～）

メーカー	鍵盤	ポータブル	参考：ポータブル以外
KAWAI	GFII (Grand Feel II)	該当なし (※MP11SEがGFで近い？)	CA98, CA78
Roland	PHA-4(Progressive Hammer Action 4) コンサート	該当なし	HPi-50e
Roland	PHA-50	RD-2000, FP-90	DP603, KF-10(KIYOLA), HP-605, HP-603A
YAMAHA	グランドタッチ	該当なし	CLP-685, CLP-675

Sが2項目の鍵盤　★★★★（価格の目安：２０万円前後）

メーカー	鍵盤	ポータブル	参考：ポータブル以外
YAMAHA	NWX(Natural Wood X)	該当なし	CLP-645

Sが1項目の鍵盤　★★★（価格の目安：１０～１５万円前後）

メーカー	鍵盤	ポータブル	参考：ポータブル以外
KAWAI	RHIII(Responsivel Hammer actions III)	ES8, MP7SE	CN37, CN27
KAWAI	GFS(Grand Feel Standard action) ※海外では Grand Feel Compact action らしい	該当なし	CA48
YAMAHA	GH3X(Graded Hammer 3 X)	該当なし	CLP-635

AAが1項目以上の鍵盤　★★（価格の目安：５～１５万円前後）

メーカー	鍵盤	ポータブル	参考：ポータブル以外
Roland	PHA-4(Progressive Hammer Action 4) スタンダード	FP-60, FP-30	RP501R, F-140R
YAMAHA	GH3(Graded Hammer 3)	該当なし	YDP-163

これら以外の鍵盤例　★（価格の目安：５～１０万円前後）

メーカー	鍵盤	ポータブル	参考：ポータブル以外
YAMAHA	GH(Graded Hammer)	P-255
YAMAHA	GHS(Graded Hammer Standard)	P-125, P-45	YDP-S34

まとめ：価格別おススメピアノ

まずはこれらのピアノから試していきたいと思います！

20万前後 Roland FP-90

10万前後 KAWAI ES8

5万前後 Roland FP-30

HxC@gotek for MSX FS-A1WSX の作り方

2018-06-15T01:48:00.003+09:00

概要

MSX の FS-A1WSX の内蔵ドライブを HxC 化した gotek を使い、仮想FDDに改造します。

でも、ガワを削る以外は無改造で、『電子楽器(EME-213**)用FDD変換基板V2.01』さえあれば誰でもできるので（笑）非常に簡単です。
これでようやくFDDゴム探しの旅から解放されますねっ！！！！

完成イメージ

※後日キレイにやすり掛けの予定ｗ

HxC@gotekの作り方

自分の書いた HxC@gotek for PC-98 ダブルドライブの作り方と変わりません。まずはこのページを見ながら１個作り、また戻ってきてください。
※ちなみにここで使ってる gotek はSFD-32J用に作ったものをそのまま使ってる（抜いた）のでテプラが見えてますｗ　が、気にしないでください。

WSX用に買うもの

電子楽器(EME-213**)用FDD変換基板V2.01 ＠家電のケンちゃん

のみ！（笑）

作り方

WSXの蓋を開けて、FDDドライブをフレームごと取ります。さらにひっくり返してドライブとフレームもパージしてしまいましょう。

gotek に電子楽器用FDD変換基板V2.01 の34ピンと電源ケーブルを付けます。なお gotek のドライブ選択のジャンパはS1（デフォルト）、変換基盤のジャンパもデフォルトのままで大丈夫です。

なお、 gotek をフレームにつける際に、左側面の一部が干渉してしまいます。カッターなどで gotek 側を削ると良いでしょう。

できたら元に戻し、FDDケーブルもさします。すると以下のようになると思います
※若干FDDケーブルがキツいです。気になる人は少し長めのケーブルを別途用意してもいいかもしれません。

次にケースの加工です。そのままだと gotek のボタンが干渉してしまうので少し削ります。だいたいフロッピーディスク１枚分くらい下に削るといい感じです。
※削り後の写真ですが、右側が追加したgotekのボタンに干渉していたので、もう少し削りました。

　⇒　

最後にかぶせたら完成ですが、OLEDやボタンに干渉していないか、注意しながらかぶせてください。

イメージについて

PC-98と同様 .hfe は使えました。あとファームウェアに付属の README.TXT に img / dsk も使える記述がありますが、詳しくはMSX向けのHxCのページを探してみてください。

感謝（笑）

omame Project様謹製の『電子楽器(EME-213**)用FDD変換基板V2.01』は本当に素晴らしい出来だと思います。ありがとうございました！

HxC@gotek for PC-98 ダブルドライブの作り方

2018-06-08T03:21:00.001+09:00

2022追記

うはこれもう4年前の記事かｗこちらの更新をすっかり怠っておりましたが、最近作るときはHxCのライセンス版ではなくて flashfloppy (https://github.com/keirf/flashfloppy/wiki/Downloads) のStable版 (2022/06現在は 3.32) を使っています（のでそろそろライセンス版の説明は削除してもいいかな？）。

あと追加するボタンもタクトでなくてロータリーエンコーダーとロータリーノブにしています。

配線は2021年以降型になると思うのでこちらが便利ですね。

cf. Optional Add-on : Rotary switch / Blackberry trackball
https://hxc2001.com/docs/gotek-floppy-emulator-hxc-firmware/pages/addon-buttons-rotary.html

概要

外付け FDD 3.5インチダブルドライブ SFD-32J に、2台のHxC化したgotekを使い仮想FDD化しました。先人のサル真似ですが自分の記録のためにメモですので、他のサイトを見ながら進めるとなおわかりやすいと思います。

完成イメージ

『PC-9821Cx3』に 1MB FDDインターフェースボード『FDD-1MZ』を挿し、『SFD-32J』を接続。
SFD-32Jは34ピンのFDが内蔵されていたので無改造でgotekできました。

準備

公式マニュアルはこちらです。

HxC firmware for Gotek drive instructions

一通り目を通しておくと後々楽です。

まず部品をそろえます。
SFD-32J本体はPC-98専門店やメルカリやヤフオクで入手しまして、それ以外は全部amazonで揃います。だいたい海外配送なので２週間ほどかかるのが多かったです。

次にHxCのソフトウェア
『STM32 USB HxC Floppy Emulator Firmware』
を公式サイトで２ライセンス購入しますが、作業時に購入で問題ないので後回しにします。ただ支払いにPaypalが必要なのでPaypalアカウントを別途作成しておきます。

買うもの

Gotek本体これを2個。ちな自分の販売者はflameerさんでした。
OLED液晶ディスプレイこれを2個。
FT232RL USBtoTTLコンバーターこれを1個。
ジャンパーワイヤ（メス-オス）（20cm）40本これを1個。
ジャンパーワイヤー（メス-メス）（20cm）40本これを1個。
タクトスイッチこれを１袋
ピンヘッダーストレートオス複列 2.54mm これを1個。
USBメモリーこれを2個。手持ちの8GBとかでも可。
グルーガンこれを１個。手持ちでも可。
タミヤクラフトツール精密ピンバイスD 74050
タミヤクラフトツールシリーズ No.49 ベーシックドリル刃セット
3モード外付けFDDユニット FDをイメージ化しないなら不要

作り方

まずHxCのファームアップ等に必要なファイルをダウンロードしておきます。
http://hxc2001.com/store/index.html
に移動して、２つダウンロードします。

Flash tool - STM32_SerialBridge（以下Flash tool）
Last Firmware Update - HXCFEUSB_HFE_beta_firmware.zip（以下firmware）

次にgotekを開けて結線などの初期状態を確認します。
右下の5列の空きパターンに、ピンヘッダーを半田付けしましょう。J3の隣が開いてないので、該当するピンはラジオペンチなどで引き抜いておき、半田付けします。

JA-J5にまたがって刺さっているジャンパーピンを抜いて、J3に移動しておきます。
すると以下のようになりました。

FT232RL USBtoTTLコンバーターとGotekを Flash tool を解凍して出る README.TXT にあるように接続していきます。
まずは最重要の真ん中にあるジャンパを 3.3Vにずらし

5V, GND, RX, TX にメス-メスワイヤーで結線するかテストピンをハンダしていきます。
僕はオス-メスワイヤーケーブルをテストピンに半田してしまいました。好きな方で大丈夫です。

色 FT232RL側 - gotek側
赤 5V - 5V（34Pコネクタ側から見て右下2番目）
黒 GND - GND（34Pコネクタ側から見て右下1番目）
灰 RXD - TX（34Pコネクタ側から見て右上3番目）
白 TXD - RX（34Pコネクタ側から見て右上2番目）

gotek コネクタ側からピンを見た図 ※├┤はジャンパのこと
├┤灰白空
空無無赤黒

FT232RLとパソコンをUSBケーブルで接続し、Flash toolの SecSerialBridge.exe を実行します。
正しいCOMポート（自分はCOM4でした）を選択して「Open」ボタンを押し、TXかRXのカウンターが1とか上がれば正常に接続できています。

ではHxCのライセンスを購入していきます。
http://hxc2001.com/store/index.html
に移動して、Buyボタンを押すと、購入画面に移動しますので、以下例のように入力していきます

※2回目はアカウントが登録されているので、右側の「Connectez-vous」から入れるはずです。※2回目は同じアカウントにライセンスが追加されるので1通めのメールは大事に取っておきます。

Vous êtes :Un particulier
prenom:名
Nom:姓
Adresse de facturation (ligne 1) * :Shinjyuku-ku Shinjyuku 1-1-1
Adresse (ligne 2) :
Code postal * :123-4567
Ville * :Tokyo
Pays * :Japon
Téléphone domicile * :090-xxxx-xxxx
Email * :xxx@xxx.com
Créez votre mot de passe * :パスワード
Confirmez votre mot de passe * :再入力

このあと確認画面で問題なければ　Procéder au paiement　を押します。

支払い方法の選択は
『Paiement par PayPal』
を選択すればPayPalで支払い可能。

この日のレートが €0.007322672 EUR で ¥1,639 でした。
「同意して実行」を押します。すると15分くらいで「STM32 USB HxC Floppy Emulator Firmware」という件名のメールが届きます。

---
Hi,
Payment received, Thanks ! :)
Here is your Online Bootloader Flasher account informations :
IP: xxx.xxx.xxx.xxx
Login : xxx@xxx.xx.xxx
Pass : xxxxxxx
Initial quantity : 1 unit(s)
---

このメールが届いたら SecSerialBridge.exe のウィンドウに戻り、以下のように入力していきます
※1回目はメールが来てから使えるまですぐでしたが、2回目は30分くらいかかりました。2回目は気長にやりましょう。
---
Server: メールのIPを入力
Login: メールのLoginを入力
Password: メールのPassを入力
---
これで「Connect」ボタンを押すと、Status画面に
「Device detected.(1 unit(s) left」
と出れば成功です。

「Program」ボタンをおします。するとStatus画面に
「Starting...」
と出れば成功で、ファームウェアが書き込まれていき
「Done!(0 unit(s) left」
と出れば完了です。

完了後、gotekに挿したワイヤーケーブルとJ3のジャンパーを取り除きます（ジャンパーを抜き忘れると反応がないので注意）。

次に電源となる２本のケーブルのみ戻します。

赤 5V
黒 GND

すると、gotek正面の液晶画面に

「Ldr」

と表示されます。

HxCからダウンロードした firmware を解凍すると
HXCFEUSB_Vx_x_xx_xx.UPD
というファイルがあるので、これをUSBメモリーのrootフォルダにコピーします。

ファームウェア入りのUSBメモリーをgotekにさします。
すると表示がくるくる回って、20秒程度で

「HxC」

と出れば完了です。

次に正面の液晶を OLED液晶ディスプレイに差し替えます。
電源となるワイヤーケーブルを抜いて写真のように差し替えましょう（公式マニュアルにも記載があります）。

電源となるワイヤーケーブルを挿すと
「No USB Stick Found!」
などが表示されます。これを本体にセロテープなどで仮止めし、

グルーガンで固定させます（固定させるとき写真のように基盤からはずすと作業しやすいですが、盛りすぎると基盤が戻らなくなるので干渉しないよう試しながらやるといいかもしれません）。
グルーガンの使い方は Youtube などで探すと便利ですね。

このケーブルはgotekの上蓋と干渉するので、上蓋側のでっぱりをラジペンなどで折ります。

次に Enterボタンとなる３つ目のボタンを追加します（必須ではないですが、ないとストレスフルなので推奨です）。
まずはタクトスイッチにケーブルを２本接続しましょう。（回路図の参考はこちら）

それを14pinあるジャンパーのJAのところに裏側からハンダ付けします（詳細はこちら）。蓋が邪魔だったりジャンパーしなければ上でももちろん問題ありません。
※なおケーブルの色が毎回違うのは写真撮るごとにgotekの筐体が違うためです(;'∀') 何台gotekあるんだろう…

次に正面にある GOTEK の文字の下あたりに小さいくぼみがあるので、ピンバイスで穴を開けていきます。

タクトスイッチが入り、ボタンがスムーズに押せて、離すとスッと戻るけどガバガバではないくらいに調整したら、裏側からグルーガンで固定させます（ガバガバだとこのとき接着剤が表に回ってしまうので注意）。きちんと乾けば押してもびくともしないようになります（といっても何年もは持たないかもしれないですね、その時は貼り直しましょう）。

最後にドライブの番号を決めましょう。
gotek後方の14ピンの中に S0 S1 がありますが、それぞれ

S0 ドライブ1
S1 ドライブ2

となるので、どちらか選択して刺しておきましょう。写真はドライブ2用にS1に挿しています（というかデフォルトですね）。なのでもう１台はS0に移動して、ドライブ1用にする感じです。終わればgotekの蓋を閉じて、テプラなどでドライブ番号を貼っておくとわかりやすいでしょう。

これですべての作業が完了しましたので、2台目も同じように作りましょう。

SFD-32Jへの組み込み

SFD-32Jを分解して、古いドライブを抜き、代わりに完成したgotekを2台とも接続します。

無事完成したので、PC-9821などと接続して電源を入れます。
以下はwin95の仮想ディスクを選択して起動したときの写真ですが・・・普通のブート画面なので物理ディスクなのか仮想ディスクなのかの違いがわからず写真的にイケてない感じですね・・・

物理フロッピーディスクのイメージ化

自分の場合、面倒ですが３段階踏んでます。しかしもっと効率のいい方法があるかもしれないので調べてみてください。

3モード外付けFDDユニットなど、windowsで1.2MBのフロッピーディスクを読めるようにします。

次に物理ディスクをイメージ化します。
「Read/Write FD」を以下からダウンロードします。
https://www.vector.co.jp/soft/win95/util/se130037.html

解凍後、c:\ルートなどに「RWFD.EXE」を置いた後、コマンドプロンプトで以下のように入力します。
rwfd ディスクドライブ: 保存先ドライブ:ファイル名

※以下はwindows95の起動ディスクをイメージ化する例です
c:\> rwfd a: e:win95.img
データ読み込み中
1232/1232
終了
c:>

これでe:\の直下に win95.img ができました。

次にこれを .D88 形式に変換します。
「Virtual Floppy Image Converter」を以下からダウンロードします。
https://www.vector.co.jp/soft/win95/util/se151106.html

全て解凍してvficを起動し、出力形式を D88形式にして、さきほど作った win95.img を D&D します。すると同じ場所に win95.D88 というのができました。

最後にこれを HxC@gotek で読めるように .hfe 化します。
以下から「HxCFloppyEmulator_soft.zip」をダウンロードします。
http://hxc2001.com/download/floppy_drive_emulator/index.html

全て解凍するとwindowsフォルダがあるので HxCFloppyEmulator.exe を実行します。

Loadボタンを押して、win95.D88 を指定します。
Exportボタンを押して、保存ボタンを押すと、同じ場所に win95_D88.hfe というのができました。
これをusbメモリーの直下などにコピーすれば終わりです。

起動方法

書くほどのものはありませんがｗ、usbメモリーを 1ドライブ目のgotekにさし、電源を入れ win95_D88.hfe などを選び98を起動させれば終わりです。
注意として、PC-9821Cx3の場合、BIOSでドライブの順番を外付け1,2内蔵3,4 にしないと起動しないようです。そのあたりは実機によって異なると思うので注意してください。

最後に

過不足が多々あると思いますが、随時追記していきたいと思います！

PC-VK24VT のメモ

2018-01-24T12:37:00.002+09:00

参考URL

PC検索システム

（マニュアル・BIOS・ドライバ等のリンクあり）
http://www.bizpc.nec.co.jp/bangai/pcseek/cgi-bin/cpu_frame.pl?KATA=PC-VK24VTAMJ&SALE_KBN=

Windows8.1(32bit) ドライバ（タイプVT）

http://search.casnavi.nec.co.jp/download/pc/module/sabun/win81_versa_2014.htm#201406_versa

Windows10(32bit) ドライバ（タイプVT）

http://search.casnavi.nec.co.jp/download/pc/module/sabun/windows10upgrade/win10_index2.htm#201404_versapro

概要
システム名：PC-VK24VTAMJ
UEFIモード：32ビットUEFI（※64bitのWindowsは起動しない）
モード確認方法：msinfo32を起動して、BIOSバージョン/日付」を確認
NEC GXETxxWW なら 32bit
※xxはBIOSバージョンで、Ver.1.79ならGXET79WW(2016/08/09) となる。

UEFIセットアップの表示（Win10の場合）
すべての設定 > 更新とセキュリティ > 回復から「今すぐ再起動」を押す。
オプションの選択 > トラブルシューティング > 詳細オプションから「UEFIファームウェアの設定」を押す。

BlueMSXでPOWER PAD(FS-JS222)を使う方法

2017-11-26T18:25:00.002+09:00

概要
BlueMSXでPOWER PADを使いたくて、以下ページを見ながら作ってみました。ありがとうございます！

参照ページ：[etc]ATARI仕様USB変換機(1)
https://sites.google.com/site/yugenkaisyanico/atariusb

こちらで紹介されてるBuffaloのパッド（BSGP1001）はコントローラーがアナログということで、仕方なくボタンを十字キーに割り当ててましたが、同じBuffaloでもSFC風コントローラー（BSGP801）を試してみたら、十字キーもデジタルだったので、作った後にキーコンフィグせずに、そのまま使えるようにしてみます。

用意するもの

POWER PAD
BSGP801(Buffaloの旧SFC風USBゲームパッド。リニューアル版のBSGP810は持ってないので不明。)
D-sub 9pin オス（千石電商さんで60円程度）

手順１
BSGP801を分解して、以下テストピンにリード線をつけます。最初に全部のテストピンにはんだを盛って、リード線の両端もはんだしておき、最後に重ねてジュっとやったら簡単でした。

十字キー
SW1/SW2
+5V
GND

5VとGNDはどこからでもいいんですが、僕は以下から取りました。
GNDはUSBの黒いケーブルのところ、5VはUSBの赤いケーブルですが、真ん中でやりずらいので斜め上にジャンパーしてあるところから。

手順２
次にD-sub 9pinに接続します
※アサインはD-subの裏から見て、右上から左に１，２，３，４，５、次に右下から左に６，７，８，９
※SW1とSW2はパッと見で逆っぽいけど、BlueMSXだとこうすればデフォでA/Bに来た。逆の場合もあると思うのでキメる前に確認を。

---
1 UP
2 DOWN
3 LEFT
4 RIGHT
5 +5V
6 SW2
7 SW1
8 GND
9 GND (僕は8とくっつけた。くっつけないとA/Bボタンが効かない。）
---

手順３
あとは参考ページを真似して綺麗なケースにしまって終わり・・・なんですが、手元になかったので元のコントローラーのLRボタンを取ってそこから出してます笑

完成したらBlueMSXを立ち上げて、ボタンアサインが思い通りか確認して終わりです。

I/O DATA「CSTK-32W（Intel COMPUTE STICK STCK1A32WFC)」のフルバックアップとリストア方法

2017-05-28T06:44:00.000+09:00

CSTK-32Wを、買ってきた直後の状態にいつでも戻せるようにフルバックアップとリストアをできるようにしてみた。
なおここに書いたのは参照ページのコピペなので、作業時は原典をあたるようにしてほしい。

■　参照

Intel Compute Stick のイメージバックアップ

https://mzex.wordpress.com/2015/12/04/1647/

RaspberryPiのSDカードをイメージにして保存 for Linux

http://kamuycikap.hatenablog.com/entry/2015/02/21/224451

■　購入時のバックアップ

用意するもの

Windows

数GB以上のUSBディスク（ubuntuのライブ起動ディスク用）…Aディスクとする

8GB以上のUSBディスク（バックアップファイル保存先）…Bディスクとする

Bディスクの準備

WindowsにBディスクをさす

WindowsでBディスクを右クリックしてフォーマットを選択

形式はNTFSを選択

名前は「backup」と入力

１分くらいで完成

Aディスクの準備

ubuntuのディスクトップ版をダウンロードする

※サーバー版にはライブ起動がないのでディスクトップ版を選ぶこと

https://www.ubuntulinux.jp/download/ja-remix

rufus(2.15.1117)をダウンロードする

https://rufus.akeo.ie/?locale=ja_JP

WindowsにAディスクをさす

rufusを起動する

CDアイコンを押して、ubuntuのisoイメージを選択する

パーティション構成を「GPT UEFIコンピュータ用」に変更

スタートを押して、ISOイメージモードで起動USBを作成する

最新のBiosも摘要させる

インテル　ダウンロードセンターに移動する

https://downloadcenter.intel.com/ja

検索に「STCK1A32WFC」を入力する

ダウンロードタイプで「BIOS」を選択

そのときの最新（今回は0035だった）を選択する

「FC0035.BIO」などの.BIOファイルをダウンロード

AディスクにFC0035.BIOを保存しておく

起動

StickPCにAディスクをさして電源を入れる。

すぐにF2を押してBIOSのExitで

「Load BIOS Defaults」を選択し保存、再起動させる。

再起動後、すぐにF7を押してBIOSのupdateをはじめる

USB 3.0 Mass Storage 等を選択

FC0035.bioを選択

update確認でEnterを押す

再起動する

再起動後、すぐにF2を押してBIOSのCofigurationで以下のようにする

Secure Boot >>> Secure Boot [Disable]

Boot Display >>> Display F7 [Enabled]

Boot Display >>> Display F8 [Enabled]

Boot Display >>> Display F10 [Enabled]

Select Operating >>> Ubuntu 14.04 LTS 64-bit]

これで保存し、再起動する

再起動後、すぐにF10を押してブートデバイスを選択する

「UEFI:USB:USB Hard Drive:PART 0:OS Bootloader」等を選択

Ubuntuが起動するので

「Try ubuntu without installing」を選択

ubuntuが起動したらBディスクもさす

すると /media/ubuntu/backup のようにマウントされる

コンピューターを検索で「term」と打ち、端末を起動する

mmcblk0を丸ごとバックアップする

sudo -i

time dd if=/dev/mmcblk0|gzip -c > /media/ubuntu/backup/backup_mmcblk0.dd.gz

＃バックアップに25分、データ量は28GBが6GB程度に圧縮されて保存された

exit

exit

Bディスクをアンマウントする

右上の歯車でシャットダウンを選択する

これでバックアップは完了。

■　リストアする

BIOSのアップデートと、ubuntuをクリーンインストール（デフォルトの４パーティションとも削除）した同じ型番のStickPCにリストアしてみる。当然F8のリカバリーモードも選択できなくなっているのも修復する。

起動

StickPCにAディスクをさして電源を入れる。

すぐにF2を押してBIOSのExitで

「Load BIOS Defaults」を選択する

その後、Cofigurationでbackup機と同じに設定し、保存、再起動させる。

再起動後、すぐにF10を押してブートデバイスを選択する

「UEFI:USB:USB Hard Drive:PART 0:OS Bootloader」等を選択

Ubuntuが起動するので

「Try ubuntu without installing」を選択

起動したらBディスクもさす

すると /media/ubuntu/backup のようにマウントされる

コンピューターを検索で「term」と打ち、端末を起動する

mmcblk0を丸ごとリストアする

sudo -i

time gunzip -c /media/ubuntu/backup/backup_mmcblk0.dd.gz|dd of=/dev/mmcblk0

log

---

root@ubuntu:~# time gunzip -c /media/ubuntu/backup/backup_mmcblk0.dd.gz|dd of=/dev/mmcblk0

59768832+0 レコード入力

59768832+0 レコード出力

30601641984 bytes (31 GB, 28 GiB) copied, 2232.01 s, 13.8 MB/s

real 37m3.107s

user 6m36.876s

sys 7m4.764s

root@ubuntu:~#

---

exit

exit

Bディスクをアンマウントする

右上の歯車でシャットダウンを選択する

StickPCからAディスク、Bディスクともに抜く。

これでリストアは完了。

■　リストア確認

StickPCの電源を入れる。

すぐにF2を押してBIOSのExitで

「Load BIOS Defaults」を選択し、保存、再起動する。

再起動後、F8が使えることを確認する

そのままブートすると、Windows8.1の「Region and language」の選択画面が表示されることを確認する

■　Windows10のクリーンインストール

概要

Windows10を入れた場合、F8を使ったWindows8.1へのリカバリーができなくなるので、F8の機能を有効にしたまま、クリーンインストールの必要はあまり感じない。

上記のリストア方法で元に戻せたので、別のOSを入れるならデフォルトパーティションはがっつり削除で進めてみる。

用意するもの

Windows

数GB程度のUSBディスク（ubuntuのライブ起動ディスク用）…Aディスクとする

メディアの作成

windows10 32bit usbを作成する

MediaCreationToolをダウンロードし、作成する

https://www.microsoft.com/ja-jp/software-download/windows10

起動する

カスタムインストールを選択

ディスク全体を消去する方法で進める。

あとはWizardに従うだけ。

PC-9821Ls12のファイルベース内のFDDのゴムベルト交換

2017-04-22T18:36:00.001+09:00

PC-9821 AileシリーズのFDDは何種類かあるらしいけれど、自分のは
シチズンのW1D(citizen W1D)が入っていたので、これのゴムを交換します。

用意するもの

精密ドライバーセット
千石電商の「ゴムベルト(角)　φ65×0.95T」

※「ゴムベルト(角)　φ70×0.95T」と、モビロンバンドの「MB-7033TA」を半分に切ったものも試したけど、Justサイズだったのか、どっちも空回りした。

手順
※FD1238Tの場合イジェクトボタンより先にベゼルが取れるけど、W1Dは引っかかりがあって、先にイジェクトボタンをはずしてからやると楽だった。

ファイルベースを開けて、FDDを取り出す
薄い鉄板をはずす

イジェクトボタンのはめ込みを押して、これを抜く。

フロントベゼルを取る（壊れやすいので注意！）
下の写真の鉄板を斜め上手前に取り出す（磁気ヘッドをちょっと持ち上げると簡単）

写真４の左上隅のモーターのビス２本はずして、ゴムを交換する。

戻し作業の注意点は2つ。
作業中磁気ヘッドがはずれてしまったら、トラッキングモーターにつながるスクリューに、磁気ヘッドのプラ棒と、バネの棒とで挟み込む。

あと磁気ヘッドを持ち上げる部分で、左上の爪をモーターカバーの下に潜り込ませること。

それ以外ははずす順番の逆の通りに進むだけ。

あとはファイルベース内で本体とFDDを接続するフィルムケーブルだけど、自分が下手なのか、これって１０回とか２０回くらいつけはずしすると、だめになることが多い。MSXのFDDでも何回もめくってしまって、配線しなおしたこともあるけど、AileシリーズのフィルムケーブルはCD-ROMと一緒になってるから、配線しなおしも面倒なので、大事に大事に、というのが自分向けの記録。

Mac OS X Mavericksでネットラジオの保存方法

2014-08-10T20:42:00.005+09:00

QuickTimeで保存するのが便利なんですが、そのままだと外部マイクしか保存できないので、soundflowerを使って、QuickTimeで、パソコン内部の音を直接保存できるようにします。ただそのままだと、音をモニターできないので、LadioCastを使って、モニターできるようにします。
難しいのは録音レベルの調整と、モニターの音量調整、それとハモリを止めることで、
以下手順でそれらを調整していきます。

【使うもの】
①soundflower
　https://code.google.com/p/soundflower/
②LadioCast
　https://itunes.apple.com/jp/app/ladiocast/id411213048?mt=12
③QuickTime
　インストール済み

QuickTime以外をインストールしますが、soundflowerは再起動が促されるので注意です。

【LadioCastの設定を変更する】
LadioCastを立ち上げる
LadioCast　＞　入力１　＞　「soundflower(2ch)」を選択。入力音量を最大にする。
LadioCast　＞　出力メイン　＞　「内蔵出力」を選択。出力音量を適度に低くする（もしくは０にしておく）。

【サウンドの設定を変更する】
システム環境設定　＞　サウンド　＞　出力で「soundflower(2ch)」を選択。主音量を最大にする。
システム環境設定　＞　サウンド　＞　入力で「soundflower(2ch)」を選択。入力音量を最大に近づける（最大よりやや下げる）。
システム環境設定　＞　サウンド　＞　入力でそれ以外を選択し、入力音量を０にする。

【QuickTimeで録音の準備をする】
QuickTimeを立ち上げる
QuickTime　＞　ファイル　＞　新規オーディオ収録でプルダウンから「soundflower(2ch)」を選択。音量は０にする。

【録音レベルを調整する】
録音レベルは、QuickTimeのレベルメーターで、メーターの半分以上を超えるのが望ましいので、
サウンドの入力音量と主音量、それとLadioCastの入力１のレベルメーターをなるべく最大にします。

【モニター音量を調整する】
Macの主音量は録音レベルに影響するので、基本的には最大にしておき、
LadioCastの出力メインのレベルを上げ下げして、音量を調整しましょう。

【モニターがハウリングしてるかエコーがかかる】
QuickTimeの音量が０でないと内部でループが発生してエコーがかかる場合があります。

後は録音ボタンを押すだけですね！

CentOS6などでdmesgにpossible SYN flooding on port(SYN flooding警告)が出た場合の対策方法を考えてみるテスト

2014-07-19T19:05:00.003+09:00

以下のようなログがdmesgに出た場合の対処方法を考えてみるテスト。

【ログ内容と意味】

TCPv6: Possible SYN flooding on port 80. Sending cookies.
possible SYN flooding on port 80. Sending cookies.

または

TCPv6: Possible SYN flooding on port 80. Dropping request.

サーバーで受け付けられない（受け付けてない）SYNが大量に来た場合にサーバーがどうしたかを教えてくれている模様。
上記のログは80番ポートへの大量Webアクセスで、SYNがあふれたよお！というログで、大量の正常アクセス、またはDoS攻撃のどちらかが濃厚だけど、以下の設定で、Sending cookiesか、Dropping requestのどちらかを選べます。

# Controls the use of TCP syncookies
net.ipv4.tcp_syncookies = 1ならsyncookies送信。0ならdrop。

どちらがいいのかについては参考として警察庁の資料を…

【対策案】

参考元：警察庁技術対策課「DOS/DDoS対策について」
https://www.npa.go.jp/cyberpolice/server/rd_env/pdf/DDoS_Inspection_2.pdf

この資料では、syncookiesを送った方が、サーバーはより多くのセッションを
さばけるとの結論に至ってます。でも真逆のブログも散見される状況。
結局は、それぞれの会社にて検証しなさい、ということですな。

【対策方法】

SYNステートを記憶する最大数の設定（デフォルト：1024）
net.ipv4.tcp_max_syn_backlog = xxx

SYNステートを記憶する最大数の設定（デフォルト：128 これを2倍した値）
backlogとsomaxconnとではsomaxconnの制限数が優先されるので、こちらを
大きくすること。なお設定値はMaxClientより多くしておくこと。
net.core.somaxconn = xxx

SYN/ACKの再送回数数の設定（デフォルト：5）
net.ipv4.tcp_synack_retries = xxx

過負荷時RSTパケットを送信しコネクションを切断してサーバーを守る（デフォルト：0）
net.ipv4.tcp_abort_on_overflow = xxx

確認方法は、netstatでsynをgrepしたり、インターフェイスのsynをdropした数を数える
などで確認できます。

【言葉】

syncookies（上記「DOS/DDoS対策について」より引用）…
TCPの3Way-Hand-Shakeにおいて、SYN/ACKのTCP初期シーケンス番号(ISN)を記憶せず、SYNの送信元のIPアドレス、ポート、シーケンスおよび時間によって変化する変数の値を基に一方向ハッシュ関数(MD5)を用いて算出した番号（これをクッキーと呼ぶ）を、TCP初期シーケンス番号(ISN)に設定したSYN/ACKパケットを送信する。
ACKパケットを受信すると、再び同様の方法でクッキーを算出し、その値に1を加えた値がACKパケットのACK番号に一致していればHand-Shake成功とみなす仕組み。

CentOS6 disable transparent hugepages

2014-07-19T18:27:00.002+09:00

transparent hugepagesを無効にする、以上！　というテヘペロです。

【現状確認】
下のコマンドで、alwaysを[]で囲まれていたら有効中。

$ cat /sys/kernel/mm/transparent_hugepage/enabled
[always] madvise never
$ cat /sys/kernel/mm/transparent_hugepage/defrag
[always] madvise never
$

【無効にする】
/etc/rc.local に以下を追加する。

# vi /etc/rc.local

# disable transparent hugepages
if test -f /sys/kernel/mm/transparent_hugepage/enabled; then
echo never > /sys/kernel/mm/transparent_hugepage/enabled
fi
if test -f /sys/kernel/mm/transparent_hugepage/defrag; then
echo never > /sys/kernel/mm/transparent_hugepage/defrag
fi

# reboot

【作業後確認】

$ cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
$ cat /sys/kernel/mm/transparent_hugepage/defrag
always madvise [never]
$

どちらもneverですので、大丈夫なようです。

【/etc/grub.confに「transparent_hugepage=never」を追記するのは？】

/etc/grub.confに「transparent_hugepage=never」を追記する。

kernel /vmlinuz-2.6.32-431.el6.x86_64 ro root=UUID=a250a62b-ae31-4b87-aed5-0605eedac693 rd_NO_LUKS rd_NO_MD crashkernel=auto KEYBOARDTYPE=pc KEYTABLE=jp106 LANG=ja_JP.UTF-8 rd_NO_LVM rd_NO_DM rhgb quiet transparent_hugepage=never

これでサーバーをreboot。すると以下のようにdefragはOFFにできませんでした。
結局/etc/rc.localは必要なので、grubは不要な方向で。

$ cat /sys/kernel/mm/transparent_hugepage/enabled
always madvise [never]
$ cat /sys/kernel/mm/transparent_hugepage/defrag
[always] madvise never
$

【まとめ】
/etc/rc.localに追記して、再起動して反映させましょう。
次回はvm.swappinessをOFFにする巻、の１本立てです。

【引用・参照ページ】
http://unix.stackexchange.com/questions/99154/disable-transparent-hugepages
http://www.cloudera.com/content/cloudera-content/cloudera-docs/CDH4/4.2.2/CDH4-Installation-Guide/cdh4ig_topic_11_6.html
http://support.couchbase.com/entries/22160929-Transparent-Huge-Pages
http://www.oracle-base.com/articles/linux/configuring-huge-pages-for-oracle-on-linux-64.php

Cacti Host MIB - Processesやucd/net - Memory - FreeのMaxを最大限に！

2014-07-18T20:51:00.005+09:00

cactiのData TemplatesのMAX値は、デフォルトの場合、それぞれ以下のような設定になっている。

Host MIB - Processes(proc) 1000プロセス
ucd/net - Memory - Cache(mem_cache) 10GB
ucd/net - Memory - Free(mem_free) 10GB
ucd/net - Memory - Buffers(mem_buffers) 10GB

大規模な環境ではそれぞれ足りず、グラフが表示できなくなってしまう。
グラフを作る前にMAXをUにしておけばなんの不具合もないんだけど、ついwそのままで作って気がついたら表示されてなかった！なんて場合には以下方法でまとめて変更する。

台数が多い場合に以下のようなスクリプトで１回で設定できる。
数分で書いたものなので（笑、自分なりに変更して使ってもらえれば。

【手順】
cd /var/lib/cacti/rra
find * -print > list

vi cacti_unlimited.sh

#!/bin/sh
for VAR_ROOP in `cat list`
do
#proc用。procでやるとproc_countも出ちゃうので。
#aaa=`/usr/bin/rrdtool info ${VAR_ROOP}|grep -v proc_count|grep $1`
aaa=`/usr/bin/rrdtool info ${VAR_ROOP}|grep $1`
if test $? = "0";then
echo ${VAR_ROOP}
echo ${aaa}
echo "/usr/bin/rrdtool tune /var/lib/cacti/rra/${VAR_ROOP} -a $1:U"
#やるときはコメントアウト
#/usr/bin/rrdtool tune /var/lib/cacti/rra/${VAR_ROOP} -a $1:U
echo ""
fi
done

【使い方（もない行数だけど）】
sudo sh cacti_unlimited.sh 目的のもの

目的のものには
mem_cache
mem_free
mem_buffers
proc
などを指定する。ただprocだけは注意。procでgrepすると、proc_countも出てしまうので、
それを除外すること。

サンプル：before / after なグラフで、18:35分頃にやったようで、それまでは1000を超えるとグラフに出ていないけど、18:35分以降は表示されている。

メモ：sshからのtarコマンドでややはまり

2014-05-28T15:01:00.001+09:00

【やりたいこと】
リモートサーバーにsshとsudoでログインし、
/home/test/from を丸ごと圧縮かけて
from.tar.gz というファイル名で、
/home/test/to に圧縮ファイルを置きたい

【参考になりました】
http://www.yukun.info/blog/2013/11/ssh-tar-transfer.html

【結果】
これはだめで・・・
$ /usr/bin/ssh -i conf/id_rsa user@server "sudo tar zcvf /home/test/to/from.tar.gz from --directory=/home/test/"
tar: from: stat 不能: そのようなファイルやディレクトリはありません
tar: 前のエラーにより失敗ステータスで終了します
$

これはいける・・・
$ /usr/bin/ssh -i conf/id_rsa user@server "cd /home/test/;sudo tar zcvf /home/test/to/from.tar.gz from"
from/aaa.txt
from/bbb.txt
$

Nikon D600/D300で、Eye-Fi mobiのjpg写真をmacに自動転送する

2014-05-04T16:29:00.002+09:00

Nikon D600/D300で、Eye-Fi mobiのjpg写真をmacに自動転送します。
以前まではmobiはできませんでしたが、Eye-Fi Mobi PC転送ツール（Eye-Fi Mobi Desktop Receiver for Mac）が正式リリースされて、運用することができるようになりました。

用意するもの

・Eye-Fi mobi SDカード

・D300などSDカードが直接させないものは変換カードも。

D600の場合

Eye-Fi連動機能があるのでさすだけで利用できます。
ディフォルトはONですが、確認方法は以下の通り。

１　Eye-Fi Mobiカードを挿す
２　Menu > セットアップ（スパナアイコン） > 「Eye-Fi 送信機能」
を開く（挿していないとこのメニューは出てこない）
３　スロットごとにON/OFFを選択する。ディフォルトはどちらもON。

D300の場合

SDカードが直接挿せないので、SDからCFに変換するアダプターを用意します。
テストとして「Extreme CF Adapter SD/SDHC/SDXC to Type II CF」を用意してみたところ、とりあえず動作しました。
次に転送方法のEye-Fi連動機能がないので、手動でSDカードの給電時間を調整する必要があります。
詳しくはこちらのページを参照すること
https://eyefi.co.jp/support/faq/dear_customer_who_use_nikon_d80/

１　Menu > 半押しタイマーの調整
２　液晶モニターのパワーオフの調整

Eye-Fi Mobi PC転送ツールの用意

以下からEye-Fi Mobi PC転送ツール（Eye-Fi Mobi Desktop Receiver for Mac）をダウンロードします。
http://eyefi.co.jp/support/download/

ダブルクリックしてインストールを開始します。
保存先を求められます。以下のデフォルトのままでいいでしょう。
写真：/Users/ユーザー名/Pictures/Eye-Fi
動画：/Users/ユーザー名/Movies/Eye-Fi

１０桁のアクティベーションコード（SDカードケース裏のシールに書いてあります）を入力すると、Eye-Fiと通信をしようとしますので、１枚何か写真を撮ってみましょう。

これでセットアップ完了です。

tomcat5.5/6のJVM RAM周りををcactiで監視する

2013-12-05T12:42:00.003+09:00

cactiでRAM周りを監視するまでの備忘録のべまっくす！

【公式マニュアル】
http://docs.oracle.com/javase/jp/1.5.0/guide/management/SNMP.html
http://docs.oracle.com/javase/6/docs/technotes/guides/management/snmp.html

【参照blog】
・トラシスラボ技術ブログ様
http://trasis.jp/blog/lab/2009/08/snmpでtomcat-メモリを監視-linux編.html

・うまい棒blog様
http://d.hatena.ne.jp/hogem/20121206/1354802392

【作業手順】
① snmp.aclの準備（5.5/6共通）
※パスは環境に合わせて変更してくださいね！

cd /usr/java/j2sdk/jre/lib/management
vi snmp.acl
---

acl = {
{
communities = コミュニティ名
access = read-only
managers = cactiのサーバーIP,自分自身のIPアドレス（なぜかは後述）
}
}

---
chmod 600 snmp.acl
chown tomcatを起動するユーザー snmp.acl

② CATALINA_OPTSの設定（5.5/6別）
ファイルや環境変数などで、CATALINA_OPTSに以下を追加する。
5.5はポート番号と、snmp.aclの場所を指定する。6系はinterfaceをさらに追加する。
環境変数に追加するなら、tomcatを起動させるユーザーの.bashrcなどに以下を追加するとよいです。以下は環境変数に突っ込む場合の例（ファイルなら頭のexportは取ってね！）
※tomcat7は未確認だけど、-Dcom.sun.management.snmp.acl.fileの最後の「.file」を取ればいいらしい。

5.5（※1.5.0_22の場合は、下の6用にしないとダメだった・・・なぜか不明）

export CATALINA_OPTS="-Dcom.sun.management.snmp.port=1161 -Dcom.sun.management.snmp.acl.file=/usr/java/j2sdk/jre/lib/management/snmp.acl"

6用

export CATALINA_OPTS="-Dcom.sun.management.snmp.port=1161 -Dcom.sun.management.snmp.acl.file=/usr/java/j2sdk/jre/lib/management/snmp.acl -Dcom.sun.management.snmp.interface=0.0.0.0"

③ tomcatを再起動して、cactiサーバーから手動で叩いてテスト

$ snmpwalk -v 2c -c community server-name:1161 .1.3.6.1.4.1.42.2.145.3.163.1.1.2.101.1.2.2
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.101.1.2.2 = Counter64: 172
$

という感じで取得できた。

④cactiでテンプレートの追加と動作テスト
cactiで、JVMのテンプレートを入れて20分ほど待つ…がデータを引っ張ってこれていない…。
cactiのポーリングのport番号を確認してみる。

Console > Data Templates > JVMのどれか、たとえばjvmThreadCount
を開くと、SNMP Port欄に、確かに1161番が指定されているので大丈夫っぽいけど、
取れない。ということはsnmpデフォルトの161番でアクセスしている可能性が高い。
ので、諦めて1161に転送するsnmpd proxyを設定する。

⑤snmpd proxyの設定
※mibファイルはいらんけど便利なんで入れておく。

cd /usr/share/snmp/mibs
wget http://docs.oracle.com/javase/1.5.0/docs/guide/management/JVM-MANAGEMENT-MIB.mib
vi /etc/snmp/snmpd.conf

proxy -m /usr/share/snmp/mibs/JVM-MANAGEMENT-MIB.mib -v 2c -c community名サーバー自身のIP:1161 .1.3.6.1.4.1.42.2.145

/etc/init.d/snmpd reload

⑥proxyの確認
cactiサーバーから、161番でJVMに関するデータが取れるか確認する。

$ snmpwalk -v 2c -c community server-name .1.3.6.1.4.1.42.2.145.3.163.1.1.2.101.1.2.2
SNMPv2-SMI::enterprises.42.2.145.3.163.1.1.2.101.1.2.2 = Counter64: 390
$

取れた（ここでauthorizationErrorが出て取れない場合は、snmp.aclに自分自身のIPを追加していない可能性が高い）。で、cactiを見てみると…無事取れている。
cactiの「SNMP port」設定で、1161が指定されているのに161で問い合わせにいくとはこれいかに。

参考画像…このポート指定がなぜ効かないのか…は今後考える（笑）

⑦正常性確認

tomcatを何度か立ち上げ直してみる。
/etc/init.d/tomcat start
/etc/init.d/tomcat stop
どちらも正常に立ち上がって、エラーが出ずに止まること。tomcat.pidを作っておきながら立ち上がらないとか、大量のエラーを吐いて止まるときは、だいたいCATALINA_OPTSが間違えている。

【番外編：トラブルシュート】

$ snmpwalk -v 2c -c community tomcat-server:1161 .1.3.6.1.4.1.42.2.145
Error in packet.
Reason: authorizationError (access denied to that object)
$
　→　原因 snmp.aclのmanagersにアクセス元が含まれていない可能性があります。

$ snmpwalk -v 2c -c community tomcat-server .1.3.6.1.4.1.42.2.145
SNMPv2-SMI::enterprises.42.2.145 = No Such Object available on this agent at this OID
$
　→　原因 tomcatのsnmpにアクセスできていない可能性があります。

$ snmpwalk -v 2c -c community tomcat-server .1.3.6.1.4.1.42.2.145
Timeout: No Response from tomcat-server
$
　→　原因 CATALINA_OPTSで、snmp.acl.fileが正しく指定できていない可能性があります。

$/etc/init.d/tomcat stop
// snip
Dec 4, 2013 08:05:23 AM org.apache.catalina.startup.Catalina stopServer
致命的: Catalina.stop:
java.net.ConnectException: Connection refused
...
　→　原因 Dcom.sun.management.snmp.portで指定したポートが、他のサービスで既に利用中なため立ち上げられなかったようです。他のポートを指定しましょう。

終わり

DELLサーバーの温度をcactiで監視する

2013-12-04T20:19:00.001+09:00

DELLのサーバーはsensorsが使えない感じ（少なくともR410/R710はだめだった）で、omreportからの数値をcactiに反映させてみる。

参照元ブログは、0からテンプレートを作るブログで、cactiはほぼここのコピペです、ありがとうございます！

参照元：Sunny.st,様『[Tech]CactiでCPUの温度をグラフ化』

http://blog.aburami.net/archives/55376657.html

【snmpでDELLサーバーの温度を取得できるまで】
※omreportをインストールしてから進めてくださいね！
※取得スクリプトを/infra/bin/というフォルダを切って、そこに置いています。
※ちなみに、素のomreport chassis tempsはこんなのが出てます。
※omreportはバージョンや入れ方によって異なる（/usr/bin/omreportとか）もあるので、適宜パスは変えてください。

# /opt/dell/srvadmin/bin/omreport chassis temps index=0
Temperature Probes Information
------------------------------------
Main System Chassis Temperatures: Ok
------------------------------------
Index : 0
Status : Ok
Probe Name : System Board Ambient Temp
Reading : 22.0 C
Minimum Warning Threshold : 8.0 C
Maximum Warning Threshold : 42.0 C
Minimum Failure Threshold : 3.0 C
Maximum Failure Threshold : 47.0 C
#

以下作業履歴！

mkdir -p /infra/bin/
vi /infra/bin/temperatures.sh

#!/bin/sh
/opt/dell/srvadmin/bin/omreport chassis temps index=0|grep Reading|awk '{print $3}'

chmod 755 /infra/bin/temperatures.sh

vi /etc/snmp/snmpd.conf

### extend ###
extend temperatures /infra/bin/temperatures.sh

/etc/init.d/snmpd reload
※注意新規はreloadでいいんですが、extendの設定変更はreloadでは反映されない場合があるので、restart推奨。

確認
cactiがインストールされているサーバーで手動で取得する。

$ snmpwalk -v 2c -c community 対象サーバー 'NET-SNMP-EXTEND-MIB::nsExtendOutputFull."temperatures"'
NET-SNMP-EXTEND-MIB::nsExtendOutputFull."temperatures" = STRING: 22.0
$

22度っす。
ここまでの作業で温度が取得できるようになりましたん。

【cactiにカスタムデータでグラフを出す】

Cactiの管理画面から、各種テンプレートを作成していきまーす！

まずは Console > Data Templatesを開き、Addボタンを押しましょう。
Data Templates 入力画面
---
Templates name : DELL OM - temperatures
Data Source name : |host_description| - DELL OM - temperatures
Data Input Method : Get SNMP Data
Associated RRA's : Hourlyだけ除外する。
Internal Data Source Name : SystemBoard_Temp
---
入力したら、「SAVE」ボタンを押しましょう。

Data Templatesを保存すると縦に伸びて、下の方にCustom Data欄が出てきますので、
OIDを入力しましょう。
Custom Data入力画面
---
OID : NET-SNMP-EXTEND-MIB::nsExtendOutputFull."temperatures"
---

次にグラフのテンプレートを作成しまーす。
Console > Graph Templatesを開き、Addボタンを押しましょう。
Graph Templates 追加画面
---
Template name : DELL OM - temperatures
Graph Template Title : |host_description| - DELL OM - temperatures
Vertical Label (--vertical-label) : Temperatures
---
入力したら、「SAVE」ボタンを押しましょう。

そのままの画面で、「Graph Template Items」 #1 追加画面
---
Data Source : DELL OM - temperatures - (SystemBoard_Temp) を選択
Color : 適当なものを選択
Graph Item Type : AREAを選択
Text Format : SystemBoard_temperatures
---

そのままの画面で、「Graph Template Items」 #2 追加画面
---
Data Source : DELL OM - temperatures - (SystemBoard_Temp) を選択
Color : None
Graph Item Type : GPRINTを選択
Consolidation Function : LAST を選択
Text Format : Current:
---

そのままの画面で、「Graph Template Items」 #3 追加画面
---
Data Source : DELL OM - temperatures - (SystemBoard_Temp) を選択
Color : None
Graph Item Type : GPRINTを選択
Consolidation Function : AVERAGE を選択
Text Format : Average:
---

そのままの画面で、「Graph Template Items」 #4 追加画面
---
Data Source : DELL OM - temperatures - (SystemBoard_Temp) を選択
Color : None
Graph Item Type : GPRINTを選択
Consolidation Function : MAX を選択
Text Format : Maximum:
---

この状態でsaveして、サーバーからテンプレートを割り当ててーの、20分後にできた画面がこちらです。

週間グラフはデータが少なくてまだできてないけど、snmpwalkで取得したデータ（22度）と同じで、問題なし！

【cactiで監視する】

このOMの場合、サーバーがアラートを出すMaximum Warning Thresholdが、

42度になっているようなので、

監視は40度とか、30度後半にしておくと、サーバーからアラートが出る前に

検知することが可能ですね。

36度の人肌あたりの監視でどう？？？

終わり。

tomcat 5.5系 pidfileにプロセス番号が書かれない！けど解決した件

2013-12-03T18:09:00.003+09:00

【概要】
/etc/init.d/tomcatからtomcatを立ち上げても、pidファイルにプロセス番号が書き込まれないので困っていた。
けど調査後解決したので、備忘録を書いてみる（日本人なので結論は最後に）。

※ここはtomcat5系のスタートアップの話でして、jsvcの話は出てきません、あしからず。

【tomcatがpidfileにプロセス番号を書き込むまで】

/etc/init.d/tomcatが、"/usr/local/tomcat/bin/startup.sh" または"/usr/local/tomcat/bin/catalina.sh start"を起動する。
startup.shは"catalina.sh start"を起動する。
catalina.shの第一引数がstartの場合、

285行目 elif [ "$1" = "start" ] ; then
に飛び、さらに304～306行目、または316～318行目の

if [ ! -z "$CATALINA_PID" ]; then
echo $! > $CATALINA_PID
fi

にて、もし、$CATALINA_PIDが宣言されていれば、$!（特殊変数で、バックグラウンドで実行された直前のプロセスのプロセス番号）を$CATALINA_PIDに書き込む。

という流れ。

【試行錯誤】
$CATALINA_PIDが必要なので、/etc/init.d/tomcatに、以下のような環境変数のエクスポートを追加した。

prog=tomcat
CATALINA_PID="/var/run/${prog}.pid"
export CATALINA_PID
user=abc
script=/usr/local/tomcat/bin/startup.sh
su - ${user} -c ${script}
または
daemon --pidfile ${CATALINA_PID} --user ${user} ${script} start

これで行けると思いきや、書き込まれなかった。
そこでcatalina.shの上記if文に、変数があろうがなかろうが書き込めるように書いてみたところ…

if [ ! -z "$CATALINA_PID" ]; then
echo $! > $CATALINA_PID
fi
echo $! > /var/run/tomcat.pid

無事書かれた！なんだよー環境変数かよー！
/etc/init.d/tomcatにexport CATALINA_PID書いてたじゃん！！！
と、自分のスクリプトを見直してみると…

user=abc
su - ${user} -c ${script}
または
daemon --pidfile ${CATALINA_PID} --user ${user} ${script} start

と、スクリプトを立ち上げたユーザーとは別のユーザーでtomcatを立ち上げていたんですね。
とすれば必要なことは２つ。スタートアップスクリプトで、tomcatを立ち上げるユーザー権限で/var/run/tomcat.pidを用意するのと、tomcatを立ち上げたいユーザーのenvに
CATALINA_PID=/var/run/tomcat.pid
が見られる状態にすれば大丈夫。今回は立ち上げユーザーの.bashrcに直接書いてみた。
---
export CATALINA_PID="/var/run/tomcat.pid"
---

※いろんなブログを見て回ると、/etc/init.d/tomcatで
「pgrep -f tomcat > $CATALINA_PID」なんてやって直接書いているのも散見したけど、
たぶんこの「別ユーザーで立ち上げてからの環境変数がない問題」なのかなー、と思ってます。

【結論】
tomcatをスタートアップスクリプトで立ち上げて、pidfileにプロセス番号が書かれないときは、以下２つを確認すること。

スタートアップスクリプトで、pidfileを用意してあげること（以下例。用意しないと権限エラー）。

touch ${CATALINA_PID}
chown ${user}:${user} ${CATALINA_PID}

tomcatを立ち上げるユーザー（もしくは全ユーザーとかなんでもいいけど）の環境変数に

export CATALINA_PID="/var/run/tomcat.pid"

を書く（必要ならCATALINA_OPTSも。用意しないと書かれない）。

【悩み：tomcatと/etc/rc.d/init.d/functionsのdaemonの間柄】

/etc/init.d/tomcatから、
「daemon --pidfile ${CATALINA_PID} --user ${user} ${script} start」
で立ち上げ
「daemon --pidfile ${CATALINA_PID} --user ${TOMCAT_USER} ${TOMCAT_SCRIPT} stop」
で落とそうと思ったけど、上がるけど、落とすときがうまくない。
なんで？と思っているけど、未調査なので、現状startup/shutdownを使っています。

end

Docomo SPモードメールが、googlegroupsでバウンスになってしまう理由と対策

2013-12-02T11:29:00.002+09:00

DocomoのSPモードでなりすましメールを拒否していると、googlegroups.comなどのメーリングリスト（以下ML）は、なりすましメールと判断され、正しく設定しないと、MLのメールは、バウンス（宛先不明）になってしまうことがあります。

cf.
https://www.nttdocomo.co.jp/info/spam_mail/measure/domain/setting/spmode/

SPモードメールのフィルターは、

なりすましメール拒否時に動く宛先指定でのフィルター「ステップ３　宛先指定受信」
なりすましメールとは関係なく動くドメインごとのフィルター「ステップ４　受信設定」

の２種類あり、「宛先指定受信」でMLのアドレスを指定するか、「受信設定」で@googlegroups.comを加えると受信できるようです。

しかし、どうやら「受信設定」のドメイン単位だけで許可すると、googlegroups.comからのメールを受信できても、サーバーには宛先不明のメールを返すらしく、バウンス判定されることがあります
…たぶん、「ステップ４　受信設定」は、ステップ３の処理が先に走り、なりすましフィルターがなりすましと判断して、サーバーに宛先不明を通知する（結果googlegroupsはバウンス認定）。そのあとステップ４の受信設定でドメイン指定で許可したドメインのメールを受信する。そのため、受信できていながらもバウンス認定されている罠・・・ねっていうプログラム。

そのままにしておくと、googlegroupsは宛先不明には送信しなくなるので、「ステップ３　宛先指定受信」に、参加しているMLのアドレスを書きましょう。

[@googlegroups.comのメールを、Docomo SPモードメールで受信する]

・SPメール > メール設定 > その他 > メール全般の設定 > 2.迷惑メール対策設定 > 「詳細設定」を選択。
・SPモードパスワードを入力。
・受信/拒否設定で設定を選択して、「次へ」を選択。
・「ステップ３　宛先指定受信」を選択。
・MLのアドレスを入力する。

opensslを使って、SSLサーバー証明書のドメインと有効期限を確認する

2013-11-27T12:41:00.002+09:00

いつも忘れちゃうので備忘録。

openssl x509 -noout -subject -issuer -dates -in SSLサーバー証明書のファイル

[サンプル]

$ openssl x509 -noout -subject -issuer -dates -in SSLサーバー証明書のファイル.crt
subject= /C=JP/ST=Tokyo/L=xxx-ku/O=Kaisya Mei/OU=Busyo Mei/CN=xxx.yourdomain.com
issuer= /C=JP/O=Cybertrust Japan Co., Ltd./CN=Cybertrust Japan Public CA G3
notBefore=Nov 1 01:10:01 2013 GMT
notAfter=Feb 1 14:59:00 2015 GMT
$

[openssl x509 args 抜粋]

//snip
-noout - no certificate output(鍵を表示しない）
-subject - print subject DN
-issuer - print issuer DN
-dates - both Before and After dates
//snip
$

Cactiがサーバーのトラフィックを取得し、監視するまで

2013-11-19T15:09:00.000+09:00

Cactiがサーバーのインターフェイスを取得し、監視できるまでを追っていく。

[取得する値（どのSNMPを指定するか）を決定する]
Collection Methods > SNMP - Interface Statistics
ここから「In/Out Bits」または「In/Out Bits (64-bit Counters)」で、
「Data Source」で選択する。

Data Source: traffic_in ifHCInOctets
Data Source: traffic_out ifHCOutOctets

※参考それぞれsnmpで以下のようにBytesで取得している。

$ snmpget -c community -v 2c サーバー ifHCInOctets.インターフェイス番号
IF-MIB::ifHCInOctets.インターフェイス番号 = Counter64: 6229064680749
$
$ snmpget -c community -v 2c サーバー ifHCOutOctets.インターフェイス番号
IF-MIB::ifHCOutOctets.インターフェイス番号 = Counter64: 5741880888851
$

※なおこの数値は、ifconfigのRX bytesおよびTX bytesでも確認できる。

$ ifconfig bond0
bond0 Link encap:Ethernet HWaddr XX:XX:XX:XX:XX:XX
inet addr:192.168.0.1 Bcast:192.168.0.255 Mask:255.255.255.0
inet6 addr: fe80::xxxx/64 Scope:Link
UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1
RX packets:18959784934 errors:0 dropped:0 overruns:0 frame:0
TX packets:17914116716 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6229446332254 (5.6 TiB) TX bytes:5742265734034 (5.2 TiB)
$

※インターフェイス番号は「ifDescr」で確認できる。以下の例では、bond0は5番。

$ snmpwalk -v 2c -c community サーバー ifDescr
IF-MIB::ifDescr.1 = STRING: lo
IF-MIB::ifDescr.2 = STRING: eth0
IF-MIB::ifDescr.3 = STRING: eth1
IF-MIB::ifDescr.4 = STRING: sit0
IF-MIB::ifDescr.5 = STRING: bond0
$

[取得した値をどう扱うか設定する]
Console -> Graph Templates -> 「Interface - Traffic (bits/sec)」を選択する

Item # 1～Item # 8は共通設定とし、以下設定内容。

CDEF Function 元データを操作する。
・「None」元データをいじらない。
・「Turn Bytes into Bits」　元データを8倍する。ifHCInOctetsなどならここでbit換算される。
GPRINT Type → Normal
・「Exact Numbers」元データを単位換算せずにそのまま表示。
・「Normal」元データを読みやすく単位換算して表示する。
※なおGPRINTはグラフの表示のみに影響し、監視は元データ（ifHCInOctetsなど）をそのまま利用する。

[グラフ作成]
Management > Devices > 追加するサーバーを選択
SNMP Version → 「Version 2」を選択
Associated Data Queries → 「SNMP - Interface Statistics」を選択

上部の「Create Graphs for this Host」を選択

「Data Query [SNMP - Interface Statistics]」から「Select a graph type」を選択する
OSが64bitの場合 Select a graph type:「In/Out Bits(64-bit Counters)」を選択
OSが32bitの場合 Select a graph type:「In/Out Bits」を選択

取得するデバイスを選択して、「Create」を押す。

[監視テンプレートを作成する]

> Threshold Template > 「add」をクリック。
Data Template:「Interface Traffic」を選択。
Data Source:「traffic_in」を選択し、のちほど「traffic_out」の分も作成する。

Template Name：適当な名前を入力する（! Traffic in 200Mb/s など）
High Threshold：閾値を入力する。この閾値は「Data Source」の実数に対して閾値を設定するので、ifHCInOctets/ifHCOutOctetsであればバイト単位なので、以下のようにByte換算した数値を指定する。

100Mb/sの閾値 12500000
200Mb/sの閾値 25000000
...
600Mb/sの閾値 75000000
...
1Gb/sの閾値 125000000

Data Type：「Exact Value」を選択する
Alert Emails：閾値を超えたときのメールアドレスを入力する。
最後に「Save」をクリックする。

[監視を設定する]

グラフリストから対象のサーバーを表示し、「Create Threshold」ボタンを押す。

テンプレートを選択する。サンプル画像は200Mb/sの制限を選んだ。

設定後は、「Thold」タブで、現在の値と閾値などが一覧できるので、微調整およびメンテナンス時には一時的に無効にするなどをする。

[未検証：取得するインターフェイスの決定方法]

取得するインターフェイスは、「Data Template」の「Index Type」で決まっている・・・気がするがまだmanしてない。変更方法は以下の通り。

Console -> Data Templates から「Interface - Traffic」を選択。
Index Typeは空になっているが、デバイスに設定後は、「ifDescr」が選択される。
デバイスの一覧で選べるのは以下の通り。

ifAlias
ifDescr
ifHighSpeed
ifHwAddr
infIndex
ifIP
ifName
ifOperStatus
ifSpeed
ifType

それぞれの実行例は以下の通り。

$ snmpwalk -c community -v 2c サーバー ifAlias
IF-MIB::ifAlias.1 = STRING:
IF-MIB::ifAlias.2 = STRING:
IF-MIB::ifAlias.3 = STRING:
IF-MIB::ifAlias.4 = STRING:
IF-MIB::ifAlias.5 = STRING:
$
$ snmpwalk -c community -v 2c サーバー ifDescr
IF-MIB::ifDescr.1 = STRING: lo
IF-MIB::ifDescr.2 = STRING: eth0
IF-MIB::ifDescr.3 = STRING: eth1
IF-MIB::ifDescr.4 = STRING: sit0
IF-MIB::ifDescr.5 = STRING: bond0
$
$ snmpwalk -c community -v 2c サーバー ifHighSpeed
IF-MIB::ifHighSpeed.1 = Gauge32: 10
IF-MIB::ifHighSpeed.2 = Gauge32: 1000
IF-MIB::ifHighSpeed.3 = Gauge32: 1000
IF-MIB::ifHighSpeed.4 = Gauge32: 0
IF-MIB::ifHighSpeed.5 = Gauge32: 10
$
$ snmpwalk -c community -v 2c サーバー ifHwAddr
ifHwAddr: Unknown Object Identifier (Sub-id not found: (top) -> ifHwAddr)
$
$ snmpwalk -c community -v 2c サーバー infIndex
infIndex: Unknown Object Identifier (Sub-id not found: (top) -> infIndex)
$
$ snmpwalk -c community -v 2c サーバー ifIP
ifIP: Unknown Object Identifier (Sub-id not found: (top) -> ifIP)
$
$ snmpwalk -c community -v 2c サーバー ifName
$
IF-MIB::ifName.1 = STRING: lo
IF-MIB::ifName.2 = STRING: eth0
IF-MIB::ifName.3 = STRING: eth1
IF-MIB::ifName.4 = STRING: sit0
IF-MIB::ifName.5 = STRING: bond0
$
$ snmpwalk -c community -v 2c サーバー ifOperStatus
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
IF-MIB::ifOperStatus.2 = INTEGER: up(1)
IF-MIB::ifOperStatus.3 = INTEGER: up(1)
IF-MIB::ifOperStatus.4 = INTEGER: down(2)
IF-MIB::ifOperStatus.5 = INTEGER: up(1)
$
$ snmpwalk -c community -v 2c サーバー ifSpeed
IF-MIB::ifSpeed.1 = Gauge32: 10000000
IF-MIB::ifSpeed.2 = Gauge32: 1000000000
IF-MIB::ifSpeed.3 = Gauge32: 1000000000
IF-MIB::ifSpeed.4 = Gauge32: 0
IF-MIB::ifSpeed.5 = Gauge32: 10000000
$
$ snmpwalk -c community -v 2c サーバー ifType
IF-MIB::ifType.1 = INTEGER: softwareLoopback(24)
IF-MIB::ifType.2 = INTEGER: ethernetCsmacd(6)
IF-MIB::ifType.3 = INTEGER: ethernetCsmacd(6)
IF-MIB::ifType.4 = INTEGER: tunnel(131)
IF-MIB::ifType.5 = INTEGER: ethernetCsmacd(6)
$

トラブルシュート

■bondが本当は何Mb/sでも、上限が10Mb/sとか79Mb/sになってしまう
　　bondで本当は数百Mb/s出ているのに、グラフでは数Mb/sになってしまう
　　　※Thresholdsで指定した値と、グラフの数値が一致しない場合や、
　　　　　物理インターフェイスとbondで差異がある場合には、だいたいこの問題が絡んでいる。

[原因]
原因の１つとして、bond0のifSpeed値と、
Data Sources > Interface - Traffic > 「Data Source Item Fields」
の値が不一致を起こしている。

[理由]
「Data Source Item Fields」はグラフの上限値を定めているが、その元データは「|query_ifSpeed|」を利用する。これは

$ snmpwalk -c community -v 2c サーバー ifSpeed

の結果を利用しており、ここでbond0が10Mb/sと返すと、グラフの上限が10Mb/sになってしまう（場合により79Mb/sで折り返すこともあったが、こちらの理由は今のところ不明）。

[対策１サーバー側で対処する]
bondの速度を10Mbpsから正しい値（1Gbpsなど）に修正する。

※こちらを参考に・・・
→参考 http://d.hatena.ne.jp/hogem/20111126/1322318205

snmpd.conf に以下のように書くといいとのことで、CentOS6.3でやってみたらうまくいって、
グラフも正常になりますた。

１　問題のbondインターフェイス番号を取得する
snmpwalk -c community -v 2c サーバー ifDescr

$ snmpwalk -c community -v 2c サーバー ifDescr
IF-MIB::ifDescr.1 = STRING: lo
IF-MIB::ifDescr.2 = STRING: em1
IF-MIB::ifDescr.3 = STRING: em2
IF-MIB::ifDescr.4 = STRING: em3
IF-MIB::ifDescr.5 = STRING: em4
IF-MIB::ifDescr.6 = STRING: bond0
$

２　現在の値を取得する
$ snmpwalk -c community -v 2c サーバー ifSpeed

$ snmpwalk -c community -v 2c サーバー ifSpeedIF-MIB::ifSpeed.1 = Gauge32: 10000000IF-MIB::ifSpeed.2 = Gauge32: 1000000000IF-MIB::ifSpeed.3 = Gauge32: 1000000000IF-MIB::ifSpeed.4 = Gauge32: 0IF-MIB::ifSpeed.5 = Gauge32: 0IF-MIB::ifSpeed.6 = Gauge32: 10000000$

３ snmpd.confを正しい値に修正する

snmpd.conf

interface bond0 6 1000000000
interface bond1 6 1000000000
※6はインターフェイス番号

４　snmpをリロードする

５　　現在の値を取得し、設定が正しく反映されたことを確認する。

$ snmpwalk -c community -v 2c サーバー ifSpeed
IF-MIB::ifSpeed.1 = Gauge32: 10000000
IF-MIB::ifSpeed.2 = Gauge32: 1000000000
IF-MIB::ifSpeed.3 = Gauge32: 1000000000
IF-MIB::ifSpeed.4 = Gauge32: 0
IF-MIB::ifSpeed.5 = Gauge32: 0
IF-MIB::ifSpeed.6 = Gauge32: 1000000000
$

６　Cacti側でグラフを作成しなおすか、rrdtoolを修正する。
　　グラフの再作成は、既存のグラフ削除後、
Data Query [SNMP - Interface Statistics]を読み込み直すと、
速度も最新になるので、その状態で作成（bit数に注意）。

７　目視確認。10Mb/s以上を出して、上限にかからないことを確認する。

　　変更前は、物理側が200Mb/s出ていても60Mb/s程度で止まっている。

　　変更後は、物理側が250Mb/s出ていて、bondも同程度のトラフィックが出ている。

変更前（左右のY軸が異なることに注目）

変更後（左右のY軸が同じになっていることに注目）

[対策２ Cacti側でsnmpの修正いらずで対処する・・・案は現状失敗]

そもそも

Data Sources > Interface - Traffic > 「Data Source Item Fields」

をUnlimitedにすれば、サーバー側のsnmpの修正はいらないかも？！と思ってやってみたが、この方法ではうまくいかなかった。

下のグラフは、物理インターフェイスは正常で、bond0のグラフのみ削除と再作成を行い、400Mb/s前後のトラフィックを発生させたもの。物理側はきっちり400Mb/sが出ているが、bond0はifSpeedの10Mb/sで止まってしまっている。

きっちりbond用にsnmpd.confの修正をし、GUIならグラフの作り直し、CUIならrrdotoolから修正すること。

ちなみに以下は