JunkBox～主に個人的防備録～

生成AIを使用した電子工作を研究中・・・

2026-10-04T12:12:14.118+09:00

昨今の生成AIの進化は凄いですね！

「生成AIを電子工作に活用できないか？」を個人的研究テーマとしてここ数年あれこれやっています。

生成AIを使用した電子工作というともっぱらArduidnoやラズパイなどプログラム用途が多いでのですが、私がやっているのは回路設計や動作検証支援です。

現時点で以下の点において生成AIの有用性を感じています。

* ふわっとした概要や要求事項をまとめ、機能ブロックや具体的な仕様に落とす

* 機能ブロック単位で具体的な回路構成を提案させる

* Digikeyや秋月電子から要求仕様を満たす部品を探させる

* LTSpiceやKiCadで作成した回路図、ネットリストを基に評価させる

* オシロスコープの波形スクショを提示し、回路図や制御プログラムのバグ取りをする

* Analog Discovery など各種ツールの使い方支援

* 基板上の部品配置のたたき台作成

現時点では単一の生成AIですべてを網羅することは難しいようで、複数のAIに第三者レビューをさせながら詰めていく方法が有用です。

あと画像認識能力はかなり高いので、ポケットオシロの写真をスマホでとってそのままアップロードレベルでも十分実用になります。

また、アナログ回路、デジタル回路ともに今のところ設計自体に大きな支障は感じていません。

https://speakerdeck.com/akira345/hui-lu-she-ji-nobaibukodeingu

現在、アナログ回路の中でも難易度の高い高周波回路について生成AIを用いて設計、作成しています。

作成した回路図や基板、LTSpiceなどは GitHub にあげてあります。

子供用パソコンを修理してみた

2020-12-05T23:26:00.000+09:00

子供用パソコンのマウスがクリックできなくなったと修理依頼が来ました。

マウスは動くけどクリックが出来ないそうです。

まぁどうせマイクロスイッチの不良かなぁと思ったのですが、マウスをバラしてテスターを当てるとマイクロスイッチは動作している様子。という事は配線がどっかで断線しているな。

あちこちグニュグニュ動かしてみると、本体の付け根を曲げるとクリックに反応が。

げ、これ本体バラさんといけんじゃん・・・

さて分解・・する前にキーボードが無茶苦茶汚い！！

なんか飴か何かをこぼしたのかネチョネチョするし。

下半分はネジを外せば簡単にバラせるのでまずはキーボードを洗う！！

よく見るとキー配列ちゃんとQWERTYなんですね。

バラバラ～～

しかし子供向けに頑丈に作っているのかとにかくネジが多い。電動工具が欲しくなる・・

よく見ると電池の所に逆接続防止のダイオードが入っていました。

にしても作りが雑だなぁ。内部があちこちバリだらけだったり謎の汚れがあったり塗装ムラがあったり。

キーボード部分はICが載っておらず、マトリクス信号をそのままマザーボードへつないでいるようです。

DCジャックは補強してあり評価できる点なのですが、コネクタ使わず基板に直半田っすか。

被膜が剥きすぎててショートしそうだし。絶縁はセロテープっすか（汗

キーボードは全部外して袋に入れて、洗剤入れてシェイク。後は水を切って一つずつティッシュや綿棒で落ちなかった手垢などを落とす・・

手触りが全然違う！！

なお、特に各キーにユニークな突起がついててそこしか嵌らない。なんていう作業上の工夫はなく、しかも裏側から嵌めるので地味に難儀しました。

では本体をバラしていきます。まずは画面のヒンジを止めている隠しネジを・・って外れない。
無理やりこじると外れたけど接着剤で止めているようです。

っでこの二か所のネジを外したらパソコンみたいに爪でパキパキ外れる・・訳もなく。

全面に貼られているシールを剥がさないといけません。

これが大変でして、再利用しないといけないからドライヤーで温めつつ端からゆっくり剥がすも大きいので必然的に何カ所かを指でつまんで外すことに。

つまんだところは糊の付きが悪くなるし、結構しっかりついていて中々剥がれないし。

何とか引っぺがすと11個のネジが・・・Orz

ネジ多すぎだろ・・

無駄にデカいわりに液晶が無茶苦茶小さいのですが、マザーボードはこんだけです。

1ChipのカスタムLSIが液晶制御、キーボードマトリクス処理、マウスにサウンドとDRAM制御と恐るべき集積度です。

ROMが見当たらないのですが、隣にあるEEPROMっぽいのに入っているのかな？
あとはBTLなアンプとDCDC制御ICが載っているくらいです。5V単電源で動作します。

この基板むっちゃ薄いんですよ。裏側はJTAGなのかファーム書き込みかデバック用っぽい端子がありました。
っで相変わらずコネクタ使わず直半田付けですか。

別に薄くも無いんだしコネクタ使ったほうが組み立て工数もかからない気がするのですが、コストなんですかね。

マウス部分のコネクタは5線と7線があるようです。

繋がっていないところはCX、SYとあるので、もしかしたらボールマウス用の配線かも知れませんね。

マウス側もバラしてみます。子供向けパソコンとはいえちゃんと光学式マウスです。

昔は光学式マウスは高かったんじゃよ・・・

これも目立った部品はなく、もはや光学センサー部分1Chipで完結しています。

使っている配線に糸が入っていますね。一応引っ張りで断線しにくくする考慮はされているようです。

さて、問題の配線ですが、5芯であることは分かります。ですがこういう通信用ケーブルは一般に入手が困難です。かといって切れている付け根部分を切断して半田付けするとそこが脆くなってしまいます。

しかし、身近に5芯のケーブルがあるじゃないですか。

はい。100均で買ってきましたUSB通信ケーブル。

本当は太さ的にUSB延長ケーブルが欲しかったのですがどうやらもう販売されていないらしく。

USBケーブルは電源の＋－に通信用D+D-、外装シールドの5芯のはずです。

シールド線に信号を流すのはいささかどうかと思いますが、そんなシビアな信号流すわけじゃないし。

はい。ブチっと切断しました。

ってシールドされてないじゃん！！！

まぁ今回の用途では逆によかったけどこんな線でUSB-Cの高速通信流せるの？？

とりあえずサクッとはんだ付け。

引っ張られてもいいようにしっかり止める。

っが元のより数ミリ細いので力いっぱい引っ張られると多分切れるなこれ・・

マウス側はコネクタがついていたのですが、一般家庭にコネクタ圧着工具なんてある訳もなく。

仕方ないので元の奴を流用します。

線が細すぎて熱収縮チューブがブカブカですが、カプトンで巻いときゃいいでしょ

（もはやビニテの扱い）

最後に動作確認。

無事動作したようです。

シールはズレてしまいましたがまぁ問題ないでしょう。

古い時計を直してみた

2020-05-19T22:29:00.002+09:00

友人より実家で稼働している古い時計が壊れて動かなくなったと連絡があり、久々に修理してみました。

たいそう立派な木枠に収められた古いSEIKOの時計です。
年代物なのでプラスティックの劣化は想定しないといけませんね。電動ドライバーなんて厳禁です。
ゆっくり加減を見ながら少しづつ木枠から外します。
その後、留め具が折れないよう慎重に裏のギアボックスカバーを外します。

おお～案の定アルカリ電池の液もれですね。白い結晶が詰まっています。
今までいろいろ修理してきましたが、この結晶の多さはダントツです！
どうやったらここまで貯まるんだ？？もしかして電池入れっぱなしで縦にでも置いたか？？

この時代の時計はコイルで磁界を発生させ、中にある磁石のコマを回る方式が主流でした。（原理はこちら）
この頃の時計は幼少期に一度、田舎の時計を勝手に分解して再起不能にした経験から構造が分かっています（汗

30年くらい前の記憶によれば、この縦に刺さっている基板は金属板（電極）に刺さっているだけなのでスポッと抜けるはず！

結晶で固着していましたが、綿棒に洗浄液をしみこませたもので電極に固まっている結晶を除去しながらどうにか分離。

たしかこの時代のものは電極も外れたはず・・・
っとプラスティックの劣化に気を付けながら外します。

案の定裏側にも結晶がびっしり！！
しかし幸いステンレス製だったので錆びていないです。
流石当時のものはお金がかかっています。今ならメッキが剥げたり錆びてボロボロになっているでしょうね。

漏れた電解液があちこちにしみこんで結晶化しているので歯車も外します。

ただし、中心にある歯車は針につながっていて、これを外すと表側を外さないといけないとか針の位置決めをしないといけないとか色々面倒なのでそのままにしておきます。

ちなみに当時はバラした歯車が戻せなかった記憶・・・

取り外した基板をチェックします。

良いですねぇ～
基板全体が金メッキされていて錆びていません！
今なら銅パターンなんで腐食して断線しまくってますね。

もしかして当時は電池の液もれも多かったので（乾電池の液漏れ保証が付いたのはわりと最近だった記憶）、考慮済みだったのかもしれませんね。
いずれにせよ昭和初期のものって作りが丁寧なものが多い気はします。

心臓部の駆動コイルは断線していないようです。
接点部分がくすんでいたので、アルコールで拭いておきます。

取り外した歯車や電極も掃除します。

ステンレス版もこの通り奇麗に。

中も掃除したら、サクサク組み立てていきます。
しかしマイナスネジが時代を物語っていますね。
ついでに他もきれいに掃除しておきましょう。大事にしてもらいなよ・・・

余談ですが、昔の時計には用途不明な秒針を止める謎のスイッチがついていました。

この接点をONにすると時計が止まります。

時計を駆動する磁石のコマです。

時計のカチコチ音はこいつが回ることで歯車が回り、秒針が動きます。

歯車を組み立てていきます。同じ過ちを繰り返さぬよう、事前に写真を撮影しておきます。便利になったもんです。

さて、動作試験です。電池を入れて、どうかな？？

無事修理完了です。
時計の電池はマンガン！！
これ空も大事にしてもらいなよ。

Raspberry Pi model B+ で家庭内ActiveDirectoryDomainControlerを作る。

2020-03-14T17:11:00.000+09:00

気が付いたら１年くらい放置していましたね・・・

今回は大抵の家に転がっている（？）古いラズパイをつかっていわゆる自宅ADを作ってみました。
ラズパイ model B+となると、メモリは512MBだし、ラズパイ3みたいにDockerが動くわけでもない。Etherも100Mbpsだしシングルコアだしで今となってはずいぶん微妙なものになってしまいました。
ちょうど自宅サーバをリプレイスするにあたり、MicroSoft社から無償配布されているHyper-V Server2019を検証するにあたり、非ADな所詮Workstation環境ではFW突破から初手の初期設定がかなり厳しく、それでもなおリモート管理がつながらないという~~MS仕草に疲れた~~本質的でない作業が大変だったので、ADを組むことにしました。

一昔前私がSambaを使っていたころ(Ver1.0~2.0)設定は難解だわやれケルベロスだwinbindだとかなりの修行が必要でしたが、今やSamba4は自力でADのプライマリドメインコントローラになれます。インストールも設定も随分簡単になりましたので、これで行けそうな気がします。

対象：Raspberry Pi model B+
OS: Raspbian Buster Lite

まずは公式サイトよりイメージをダウンロードし、SDカードに書き込みます。今では各OSごとにSDカードに書き込むツールを公式が配布していますので、それを使っても構いません。
次に、ラズパイ起動時に自動的にSSH接続できるようにしたいので小細工します。書き込んだSDカードを抜き差しすると、FAT32で初期化された領域が見えます。そこにsshという名前の空のファイルを作成します。するとラズパイ起動時に自動的にSSH接続できるようになります。
書き込んだSDカードをラズパイにさして起動させます。無事起動しましたら、とりあえず主要なソフトとアップデートのインストールを行い再起動します。
$ sudo apt-get update sudo apt-get -y upgrade
$ sudo apt-get dist-upgrade
$ sudo apt-get install vim git sudo reboot
再起動後、再度SSHで接続し、TimeZoneやロケールの設定をします。
$ sudo timedatectl set-timezone Asia/Tokyo
$ sudo dpkg-reconfigure -f noninteractive tzdata
$ sudo perl -pe 's/^# (ja_JP.UTF-8 UTF-8)/$1/g' -i /etc/locale.gen
$ sudo locale-gen sudo update-locale LANG=ja_JP.UTF-8
$ sudo dpkg-reconfigure -f noninteractive locales
次にIPアドレスを固定にします。まず設定ファイルを開きます。
$ sudo vim /etc/dhcpcd.conf
設定ファイルの中に Example static IP configuration という箇所がコメントされているので、こんな感じでコメントアウトしてIPアドレスを設定します。
# Example static IP configuration:
interface eth0
static ip_address=192.168.0.11/24 #固定したいIPアドレス、サブネット
#static ip6_address=fd51:42f8:caae:d92e::ff/64
static routers=192.168.0.1 #デフォルトゲートウエイIP
static domain_name_servers=192.168.0.1 8.8.8.8 # DNSのIPアドレス
ホスト名を設定します。ここでは、dc.example.comとします。（昔ながらの～.localってのは今はダメらしい)
$ sudo raspi-config nonint do_hostname dc.example.com
$ sudo vim /etc/hosts

192.168.0.11 dc.example.com #追加
127.0.0.1 dc.example.com #追加
次にあまり使わないIPv6を無効化します。
$ sudo bash -c "echo net.ipv6.conf.all.disable_ipv6 = 1 >> /etc/sysctl.conf"
ここでいったん再起動して、設定した固定IPで繋がる事、外部へ出れることを確認しておきます。
Samba4をビルドするのに必要なパッケージ群をインストールします。
$ sudo apt-get -y install acl attr autoconf bison build-essential \ debhelper dnsutils docbook-xml docbook-xsl flex gdb krb5-user \ libacl1-dev libaio-dev libattr1-dev libblkid-dev libbsd-dev \ libcap-dev libcups2-dev libgnutls28-dev libjson-perl wget \ libldap2-dev libncurses5-dev libpam0g-dev libparse-yapp-perl \ libpopt-dev libreadline-dev perl perl-modules pkg-config \ python-all-dev python-dev python-dnspython python-crypto \ xsltproc zlib1g-dev libjansson-dev python3-distutils git \ libpython3-dev liblmdb-dev pkg-config libgnutls28-dev python3-dns python3-dnspython \ libarchive-dev libacl1-dev libldap2-dev libpam0g-dev libgpgme11-dev
Samba4のソースコードをダウンロードします。(最新版はここから探してください）
$ sudo mkdir /usr/local/src/samba wget https://download.samba.org/pub/samba/stable/samba-4.12.0.tar.gz
$ sudo tar xvzfp samba-4.12.0.tar.gz -C /usr/local/src/samba
$ rm samba-4.12.0.tar.gz
コンパイルして、インストールします。なお、ラズパイmodel B+でやると、コンパイルが終わるまでオーバークロックしない場合軽く半日は掛かりました。configureでも30分くらいかかったかな？
$ cd /usr/local/src/samba/samba-4.12.0
$ sudo ./configure --with-utmp --with-ads
$ sudo make && make install
インストールが無事終わったら、ドメインコントローラを構築します。といっても今じゃウイザードがあります。
$ sudo /usr/local/samba/bin/samba-tool domain provision --use-rfc2307 --interactive --function-level=2008_R2
詳しい説明は公式ドキュメントを見ていただければと思います。といっても注意点はDNS backendはデフォルトのSAMBA_INTERNALを選択する。function-levelは（今のところ）2008_R2まで。DNS forwarder IP addressはADのドメイン以外の名前解決できるDNSサーバを指定する。Administratorのパスワードは大文字小文字数字を入れた８文字以上じゃないとダメくらいです。
設定が出来ましたら、自動生成されたケルベロス認証設定ファイルをコピーします。
$ sudo cp /usr/local/samba/private/krb5.conf /etc
公式サイトを参考に、スタートアップスクリプトを作成し登録します。
$ sudo vi /etc/systemd/system/samba-ad-dc.service
有効化し再起動時に自動起動するようにします。
$ sudo systemctl daemon-reload
$ sudo systemctl enable samba-ad-dc
再起動する前に、正しく起動するかを確認しておきましょう。
$ sudo systemctl start samba-ad-dc
$ sudo systemctl status samba-ad-dc
これで表示がグリーンでActive: active (runnning)になっていればOKです。
あとはADに所属させたいPCのDNSをラズパイADのIPアドレスに設定して、通常通りADに参加すればOKです。参加の際RPCサーバが起動していないとエラーが出ますが、特に問題なく使えています。ただし、windows10の職場又は学校にアクセスするからAD参加すると最後でエラーになりますので、従来通りシステムのプロパティからADに参加させましょう。

ユーザの追加などはいろんな管理ツールがあるので割愛します。自分が試したところ、ユーザとコンピュータの登録は出来るのですが、グループポリシーの適用とかが上手くいかないようです。あくまで家庭内で数人ユーザ登録する分には使えると思います。あとラズパイのスペック的にログインに数秒待たされます。

技術書典6に出展します！！

2019-03-04T18:46:00.001+09:00

突然ですが、技術書典6に自分が所属している「広島電子工作娯楽部」名義で出店してきます。
人生初の自費出版です！

タイトルは「基板を作ってみよう」という何の捻りもないものです。
想定対象読者は、ブレッドボードや万能基板での作成などを経て、電子工作初心者を脱し、そろそろ基板作成に興味はあるけどなんだか難しそうだなぁ。と二の足を踏んでいる人です。

肝心の本の内容ですが、こんな感じです。

気が付いたら90ページを超えていた内容を今回、技術書典６特装版としてギュギュっと52ページに纏めました。
本書の目的は「とにかく基板を作ってみよう。CADの習得はそれからだ」です。
自分は長年基板を作りたいけど手が出ないよね・・・から、去年人生初の基板作成に踏み切り、こんなにも基板作成するハードルや環境が違っていたのかと衝撃と感動を受けました。
どのくらい衝撃だったかというと、勢い90ページくらいの本を書いてしまう程度には。

ではなぜ自分が本を書いたのか。巷にはトラ技を始めKiCadの入門本が溢れています。解説しているブログもたくさんあります。それでも自分は手を出しませんでした。いや、手を出した先が想像できなかったので手を出せなかったのです。
イベントで聞いてみても、「基板作成なんて工業高校には設備や研究室があるから」「技能があるから」また本業でやられている方も「基板発注ってむっちゃ高いよ。CADだって高いし」と実際に基板作成に手を出している人は少ないことを知りました。
3Dプリンタのような、成果物として見えるものでは無いですし、どちらかというと基板は目的のための手段にすぎず、自作したとしても人目に触れるものでは無いのかもしれません。
また、巷の本などでは、KiCadなどCADの操作に重点を置いているものが多く、基板を作りたいという目的に到達するまでの道のりが長く（まるで天守閣が見えるのにお城の周りをグルグル回らされているような感覚）、その結果基板作成は手間と時間がかかり容易ならざるもの。という印象がついているのではと思いました。（自分がそうでした）

そこで本書では、自分が試行錯誤した経験も含め、「まずは基板を作ってみよう。失敗は手を動かしたものしか得ることは出来ないのだから。」という思いをぶつけました。
ページ数の制約上詳細な手順を省いたり、やむなく削除した内容もあります。（自動配線や貫通ビアなどは省略しました）
しかし、LEDをチカチカさせるだけで、次に役に立たない。は避けたかったので、限りある紙面で説明できる限りのことはしました。そこそこの規模の回路図を描き、基板設計をします。

手書きと違い、コンピュータ上の作業ですので、いくらでもやり直しができます。
本書では実際にFusionPCBに発注をしています。基板作成の費用がどの程度か参考になると思います。

送料込み$14.58で10枚作れます。つまり1枚200円しない程度で作れるんです。
筆者は初めて作った基板は失敗しました。やはりコンピュータ上と実物は違うものです。
しかしその経験は実際に基板を作成しなければ得られなかったのです。
（このころの顛末については、この辺りに上げています）

最後に：
当日皆様に会えることを楽しみにしています！！
本書が少しでも皆様のチャレンジのきっかけになれば、筆者として幸いです。

オープンハードカンファレンス 2018 Kagawa/Fall in OSCに行ってきました。

2018-10-07T00:23:00.000+09:00

OSC香川で展示と、オープンハードカンファレンス 2018 Kagawa/Fall in OSCに行ってきました。

っといっても、急遽何か喋ってくれと言われたので、ほぼ徹夜で仕上げたのですが。
内容はこの所すっかりはまっている基板作成について。

アラフォー世代が基板を作ってみた（公開用） from Akira Kaneda

高エネルギー加速器研究機構へ行ってきました。

2018-09-03T16:11:00.000+09:00

前からずっと行きたかった、KEK（高エネルギー加速器研究機構）の一般公開があったので、結構無理やり行ってきました！
当日はあいにくの雨でしたが、楽しめました。
出来れば2日コースにしてほしかった。（一日じゃとても回り切れない）

やってきました。

昔の計測機器。手作り感溢れます。

昔はTTL並べていたのが、GAL/PALになり、FPGA/CPLDになっていく。

日本初のホームページを発信したマシン。

超電導電磁石試作品

試作品なのか、結構手作り感と、いたるところに貼ってあるバミテが気になる・・・

凄い配線量

子供向け展示でも手を抜かないｗ

光電子増倍管

LHC実験装置ATLASの展示もありました。

こちらは金属管のお化け。とそのドライバ管。

サイリスタ。とにかくでかい！

おや？この埃被ったカーリングの石みたいなものはもしや・・・

コンソール。なんかバイオハザードなゲームで出てきそうな感じです。

今はもう稼働していないそうですが、高エネルギーといえばこれですね。

まぁ電源装置と言えばそうですけど・・

いよいよ加速器内部へ。ここでもいたるところにバミテが・・

今回は特別に中身の展示がありました。たまたま修理中だったとのことで、普段は見られないとのこと。
正直説明聞いてもさっぱりでした。

配線間違えてたら逃亡するレベルｗ

これ自体移動可能なのだそうです。だから周辺の配線がかなり余長があるのか。

っと写真撮ってたら全然回れなかったので、残りは駆け足で。
説明されている方はなんと本職の研究員さんなので、海外から来られた方にも普通に英語で説明されていたり、子供向けの工作教室や相談会などもやられており、来た甲斐がありました。
子供向け展示といいながら、持たせてるのはガチなガイガーカウンターとか、教授と食事しよう的なコーナーとか。
ググる先生の案内が残念だったので途中路頭に迷いましたけどね。

基板ができたぞ。

2018-08-22T01:00:00.000+09:00

ぼちぼち基板を作って、第二弾ができました。

今回は基板の色と厚みを変えてみました。

よしよし。いい感じ。

厚みは0.7mm。目的は薄くした場合の基板の強度が知りたいので。
ガラエポのせいか、予想より強度は高い印象。

ちなみに普通は約倍の厚さ。

値段相応とはいえ、多少ゴミや曇りがあるが、製品じゃないので問題ない。

よし。ピッチもあったぞ。

動作チェックにサクッと組み上げる。

よし。問題なし。

基板作成に初挑戦中

2018-07-28T17:02:00.000+09:00

長年の夢だった、プリント基板作成をぼちぼち始めています。
知らないこと、分からないことだらけですが、できたところから少しずつ。

とりあえず、回路図作成、プリント基板作成、ガーバーデータ出力までやってみたので手順をWiKiにまとめました。

オープンハードウエアカンファレンス岡山に参加してきました。

2018-07-15T15:14:00.000+09:00

オープンハードウエアカンファレンス岡山にお誘いを受けたので、参加してきました。

今回自分は手作りアンプをいくつか展示させてもらいました。
結構無理やり詰め込むｗ


会場ではいろいろな展示がありました。
懐かし（？）のTK80。現代の技術ではこんなに小さくできます。

世界一になったAI将棋。

改造３Dプリンタ

ロボットの展示

これなんだろう？と思ったら、３Dプリンタで使用するフィラメントのリサイクル装置ですね。

我々の机だけ異色な世界がｗ

ライブ部品取りまでやりだす始末・・

みんな大好き（？）パンジャンドラム。３Dプリンタで作成しています。
今回不調で修理中・・

チップマウンターとリフロー炉。

どこか懐かしさを覚える同人誌・・

ジャンクアンプを組んでみた。

2018-06-18T01:00:00.000+09:00

家にあるジャンクと余剰部品でバラックアンプを組んでみました。
久々の空中配線ですｗ
これはもともとジャンクで入手したハイブリッドICなんですが、
ちょうど二個あるしこのまま死蔵しておくのもなぁと。

ドリルや板金スキルはないので、メッシュ状の銅板を購入し、あとはリーマで広げる作戦。
気を付けてはいたものの案の定、端で何度か手を切りました。
コンデンサも全て手持ちジャンク品。

ボリュームも勿論ジャンク。二連VRなのに端子が５本＋２本。
テスターで測ってみても良く分からず、型番で調べてもHitしないので、仕方なくバラす。

仕様としては、ご家庭に余っているノートPC用19Vアダプタを利用できるように。
スペーサーがなかったので、ネジとナットでスタックする。

流石にこのままだと手を何度も切ったので、ハンズにてUゴムを調達。
あえてチープさを出してみるｗ

ESP-WROOM-02のRev2バグを直してみた。

2018-06-17T22:47:00.000+09:00

SwitchScienceで販売しているESP-WROOM-02開発ボードのRev2には、外部電源で動作しないバグがあります。参考
現在は修正済みのRev3が販売されていますが、今回Rev2のボードを入手しましたので、バグの修理をしてみたいと思います。

Rev2とRev3の違いは、（回路図が正しければ）FT231XSをUSBの５Vで駆動するか、レギュレータを通して3.3Vで駆動するかなので、USBのVBUSをカットして、レギュレータの3.3Vにつないであげれば良さそうです。

（なお、HPには13-15pinを半田でショートしていますが、14Pinのリセットも3.3V供給するのはデータシート見る感じ違う気がしたので繋ぎませんでした。)

まずは、VBUSをカット（15Pin）への接続ポイントを探します。
隣にデータ線がありますが、この場所が比較的場所が広くてカットしやすそうです。

未実装のD3には、3.3Vが繋がっているので、そこからカットした15Pinへ配線すると楽そうです。

さらに、3Pin、13Pin(Rev3の回路図では未実装ですが、データシート上では接続との事。Rev2では接続）に3.3Vを供給します。
13Pinは場所が狭いので、3PinとつながっているC1にジャンパ飛ばします。

3.3Vはどこでもいいのですが、LEDの片方から取りました。

では実際に作業してみます。
100均で仕入れたデザインナイフでパターンをゴリゴリ削ります。
レジストを剥がしたら、グッと力を入れてカットします。
滑らせると、銅箔面で刃が滑ってケガの元ですので、焦らず少しづつやるのがコツです。
（緑色に汚れているのは、隣のデータ線のレジストが削れてしまったので、手持ちのレジスト修復剤で補修した跡です）

C1に半田付けしてジャンパーを飛ばします。

3.3Vを取ってくる場所はどこでもいいのですが、近場でかつ比較的パターンが広くブリッジしづらそうな場所をチョイス。

最後は念のため基板の裏からLEDライトを当てて、確実にパターンが切断されていること、導通チェックして終了です。

なお、無改造品は外部電源で動作しません。(FT231XSに電源が供給されず、ポートからの電流で誤作動しているのか、TX,RXのLEDが点いたままです。)

改造品はちゃんと外部電源でも動作します。

プログラムを書き込んで、USB供給、書き込みチェック、外部電源でのLチカチェック（サーバのファンが煩いｗ）

壊れたアンプをバラしてみた

2018-04-08T20:04:00.000+09:00

某所にて壊れたAVアンプを頂きましたのでサクッと解体して見ました。
我が家のようなウサギ小屋には5.1chサラウンドなんてないですが、この所ストレスマッハでジャンクに飢えていたものでつい…（＾＾；

AVアンプなのでなかなかの物量。の割にいたるところにあるJamicon…
音のYamaha、安くはないのだから何故そこにJamiconを…
発熱する電源とパワー段は1番最下層で、その上にセレクター基板？、その上にHDMIなどデジタル系が乗る3層構成。しかも両サイドにはそれらの基板をスタッキングする基板がついていたりで放熱性悪いし、やたらケーブルとプラスチックのロッキングスペーサでメンテナンス性が悪い。
発熱するヒートシンクの上を基板で覆いかぶせる設計はあまり宜しくない気が・・

伺った症状としては、夜中にAVラックを振動させるような破裂音？が二回+異臭がした。HDMIでARC接続で音が出ないらしい。
重いAVアンプが乗ったラックを振動させるほどの破裂音というのがすごく気になりますが…
とりあえず、初期症状を聞いているので、いきなり電源を入れるなんてチャレンジはせず、まずは分解し、隅々までチェックします。っと・・・

まず目についたのがスタンバイ電源。基板が真っ白になっていました。
こいつは仕組み的に、スタンバイ電源はSW電源で常時供給。PowerONにてリレー動作、100Vをトランスへ供給しますので、ここへは常時電源が供給されています。
配線を追いかけた感じ、SW電源はマイコン基板へ電源供給しているようです。
そりゃリモコンの待ち受けだからそうか。

気に入らないのが、この基板自体はケースの側面に立てて配置してあり、パターン面が外側に配置されているのですが、白くなってる原因が分からない。
こんな感じですね。

部品面も同様に真っ白です。（コンデンサの頭とかリレーの側面に注目）

白い煙のようなものの発生源は不明ですが、ここで使われているシリコンゴムに半田ごてを当てると溶けて煙が出たので、可能性としては、基板の1番下にある、
放熱悪そうな所にSW整流用ダイオードが着いているので、そこからシリコングリスが揮発した？それとも単にフラックスが揮発した跡？？

しかしそれだと、ハンダ面、部品面両方が白くなる理屈がわからない。
煙の痕跡から下から上へ逃げたのは間違いなさそうなんですが…

とりあえずサクサク分解していきます。

上部のHDMI基板を除去。
とにかくケーブルが多くメンテナンス性が悪い。
電源とアンプ回路はさらに下なのだが、プラスチックのスペーサでロック。というかカシメてあるので、経年劣化もあり、爪を無理やり外すと多分割れる。
あと大量の入出力端子がネジ止めされているので、これ以上は諦めた。

こいつらを止めているネジ、SP端子などを外さないと、真ん中の基板が抜けない・・・・

AVラックを振動させるほどの破裂音を出すコンデンサを突き止めたかったが…

真ん中の基板に乗っている電源の平滑コンは巨大なJamicon…
手前は三レギかな？
破裂はしてないようだが、ニチコンではないのはマレーシア製だからかコストダウンのためか？
この基板の真下に巨大なYAMAHAと書かれたパワーアンプ用のコンデンサとか電源回路があります。
このアンプ、いたるところにJamiconがあって萎える。

二階層目の基板を観察。
ここはセレクター基板かと思ったら、主にアナログビデオ信号回り（コンポジットや懐かしのD４端子とかコンポーネント信号とか）を扱う基板のようです。
・・・が見ての通りほぼジャンパと電源の一部が乗っている程度。
空きパターンが目立つことから、ほかのモデルでも流用できるような作りになっているみたい。

D4基板。基板のバリがそのまま。上にHDMI基板が乗るので見えないにしろ、一流メーカー品なんだからこういうの見ると残念。
あとやたらジャンパが多いのも何だかなぁ。

隙間から最下層のパワーアンプ部を覗いてみる。
5.1chなのでパワー段のトランジスタが大量に。FETかな？と思ったけど普通のトランジスタでした。エミッタ抵抗があるので普通のエミッタフォロアなアンプと思われ。
ヒートシンクの大きさ的に一つ一つの出力はそうでも無さそう。
TRの数的にBTL構成では無さそうです。今ならデジタルアンプかな。
アイドリング調整用の半固定抵抗が見当たらなかったり、スピーカの保護回路とかは見当たらないのですが・・・

っとのあたりで、とりあえず燃えたもの、破裂した残骸、異臭などは見当たらず。
これっという原因が分からないのですが、とりあえず真っ白になって確実に何か煙が吹いたと思われる電源基板のコンデンサを手持ちのものと交換。
交換したJamiconは特に破裂した形跡もなかったのですが、まぁ気持ち的にｗ
それ以外は観察した感じ原因になりそうな箇所はないのと、電源周りでショートや変色など危険な要素はないと判断。
真っ白になった電源基板を奇麗に清掃して組み立て、いざ電源ON！
異音異臭発煙などはなさそう。
動作テストでは無事ARCでTVからの音声拾えたので、輸送中放電してリセットがかかったのか、元から動いていたのかは不明ですが、とりあえず問題はないようです。
（とはいえ、プリセットされたと思われる設定が残っていたのと、電解二重層コンデンサは見当たらなかったので、多分EEPROMかフラッシュメモリに保持しているのではと思う）

その後48時間ほどラジオをつけっぱなしにして動作させてみましたが、特に発煙や異音もなく。

その後、ネットでサービスマニュアルを見つけたので、デジタル系、HDMIのループバックテストをしてみましたが、問題ないようです。
過去のプロテクション動作をマイコンが記録しているようなので調べてみましたが、発動した記録はありませんでした。
破裂音の原因がはっきりしないのが若干心配ではありますがｗ

サービスマニュアルに回路図があったので見てみました。
今時のアンプは電源スイッチはおろか、VRなど全てマイコンのIOポートにぶら下げて制御なんですね。
アンプは意外にシンプルな構成、アイドリング調整も省略してる感じです。一昔前のビンテージアンプと構成にそう違いはないです。
アナログ回路がシンプルな分デジタルで補ってる印象です。一見した感じ、SPのショート保護回路とかなさそうですが、どうもマイコンのAD端子へつながっていて、アンプ部やスピーカ部の電圧監視し、異常があれば即座にSPのリレー開放、電源シャットダウンが行われるようです。
修理の時に症状が出ない。というのはよくある話なので、こいつはプロテクション発動時の履歴をいくつか保持していて、どういう原因でプロテクションが発動したか確認できるようになっていました。

安いヘッドフォンアンプキットを組み立ててみた

2018-03-08T19:58:00.000+09:00

Amazonに安いヘッドフォンアンプキットがあったので試しに買って組み立ててみました。

こんな感じでバラっと来ました。

基板の大きさはこのくらい

難易度はそうでもないので、サクッと組み立てます。
電源はDC12Vで、抵抗分圧で+-6Vを作っているようです。

動作テストしてみます。
音はどうこう言えないですが、まぁ高音がキンキンなる感じかなぁ。

古いMDを直してみた

2018-03-04T19:44:00.000+09:00

このところストレスフルなので、ハードオフで1490円の動かないジャンク買ってきました。
しかし広島のハードオフは高い！
岡山なんて500円からジャンク品がゴロゴロ転がってると言うのに…

見ての通りミニコンポのMDデッキです。
可哀想に切り売りされてました。
こいつはよくある集中コントロール方式(スダレでガッチリあるやつ)ではなく、ある程度スタンドアロンで動くもの。
MD動作不良。部品取りとありました。それなら980円でも高いくらいな気がする…

お決まり電源投入前チェック。
電源ケーブルが痛んでいます。
感じ的に挟んだまま乗っけたな。
幸い断線、皮膜破損はないのでとりあえず放置

蓋を開けてみます。
MDだけなので中身はこんなもの。
電源周りは78M05、79M05でした。78M05はいくつかあり、系統が分かれているよう。何故か79M05にはヒートシンクなし。
基板のシルクから5V系と3.3V系があるみたい。コンデンサは一般的なもの。液漏れ等はない。
電解二重層コンデンサが容量違いが2個ある。何をバックアップしてるんだろ？

電源を入れる。MDを入れるとディスクエラー
ちゃんと壊れてますね。安心しました。
モータの駆動音はないのでサーボ周りかピックアップ周りかなぁ。
取り出しはできたので電源周り、マイコン周りではなさそう。

と言うわけでサクッとMDユニットを取り出す。

MDはその構造上メカ部の故障は大抵バネが伸びてる、ギアの固着、歯車破損などです。
時々モータ固着ピックアップ死亡がありますが、1回しかお目にかかったことないのでまずありません。

メカ部のチェックはまずピックアップ位置検出が動いているかをチェックします。
これは、検知してなければ制御回路周りがおかしい。検知できてピックアップが正常位置に動けば少なくともメカ部と制御回路周りは正常と判断でき、それで動かない場合ピックアップ周りと絞れます。
今回はこの白い歯車がピックアップ駆動のようですので、歯を傷つけないようマイナスドライバで回します。

こんな感じでズレました。これで電源を入れてみましょう。

ちゃんと位置検出が動いてピックアップが元の位置に戻りました。
ディスク挿入していないのでレーザは出ませんが、制御回路周りは大丈夫そうです。

この状態でディスクを入れてみました。
なんと動いてしまいましたw
単なるギアの固着だったようです。

破損してる電源ケーブルを交換するにはこのコネクタを圧着する必要があるかぁ。
面倒なので途中でぶった切ってエボシでもつけるか。

そういえばヒューズ見当たらないなぁと思ったら…
ジャンパ線(汗
まぁ消費電力少ないけどそれはダメじゃね？

一応ピックアップ掃除して終了です。
風呂入る前30分程度で完了でした。

今時ポータブルCDプレイヤーを入手してみた。

2018-02-25T00:48:00.001+09:00

某岡山の勉強会へ参加するついでに、現地のハードオフでジャンクを漁っていたところ、
不動品と書かれたポータブルCDプレイヤーを捕獲しました。
見た目凄くきれいで、いったい何が壊れているのか楽しみだったのですが・・・

はい。普通に新品でした。問題なく動作します。

取説もご丁寧に付属していました。
音楽ファイルが保存された。とあったのでちょっと期待したのですが、音楽CD以外は動きません（笑
60sのアンチショックがついているようです。が今時リモコンもなく、本体ボタン操作です。
流石にボリュームはダイヤルではなく電子ボリュームでしたが。

裏にメーカー名とか在ってもよさそうですが何もありませんでした。
普通に動くので面白くないから分解してみました。

基板ちっさ！！

ってかCRが多い。多すぎないか？？
空きパターンはDRAMが乗りそう。SIMMにのってるチップのような形状。

てっきり古代の遺物かと思いましたが、基板製造年月は2017/9/30と以外に新しい。
なのにリモコンもMP3再生機能もない。

裏はわずか3チップ。
この間沢山のチップが張り付いたCDデッキを直してたので、時代の進歩は凄いですね。
あれだけの回路がこれに集積されている。

左から。
サーボ制御用ICです。
BA5901と互換品っぽい。

実質1ChipなCDプレイヤーのマイコン。
この中にサーボコントロールへのIO、ピックアップ周りからDA、アンチショックのDRAMアクセス回路からSWのIO、液晶制御などが入っている。
型番はググってみたけどそれらしきものがヒットせず。

アンチショック用のDRAMと思われます。
昔のCDデッキからは、DRAMじゃなく制御が単純なSRAMが入っていましたが、今時のマイコンはDRAM制御なんてお手の物です。

さてこいつ、これだけ高集積なチップ積んでいるのに、なんとCD入れ替え、電源断で、ボリュームを記憶しませんｗｗ
ということで、CD入れ替えるたびに爆音でなりますOrz
これ、マイコンのプログラムバグかと思ったのですが・・・

どうやら仕様のようです（汗

古いCDデッキを直してみた。

2018-02-12T00:08:00.000+09:00

以前ミニコンポをバラして修理したので、そういえばまだ古いCDデッキが押し入れに眠っていたなぁ・・・
っと漁ってみました。
こいつは確か高校生の時粗大ごみから拾ってきたもの。
KENWOOD製なら大丈夫だろうと。
この手の骨とう品（コラは、いきなり電源を入れると火を噴いたり危険なので、まずは分解チェックをします。

黒い！そして汚い！

蓋の裏も真っ黒です。

サーボ周りがディスクリートです。時代を感じますね・・
使われている部品は4558とTA7256P。
流石にこれだけでPLL＋CLVサーボ組めるわけないので、裏に制御用ICが張り付いていると思われます。

基板の中央に堂々と電源回路が（汗
そしてなんかダイオードの足が錆びているように見える・・・
しかし、ノイズの塊なACをアナログ、デジタル回路が乗る基板の真ん中に配置するか？？

ちょっと信じられないのですが、トランスの真上にピックアップ制御回路が乗っています。
トランスにはショートリングが巻いてあるとはいえ、誘導ハムとかの考慮は大丈夫なんでしょうか？？

DA変換部です。
今はもう絶滅してしまったフィルムコンデンサがありますね。
村田製のハイブリッドICが乗っています。おそらくフィルター回路かな？
20152というのは、当時よく使われた積分型DAだそうです。

蛍光表示管及びシステム制御用ワンチップマイコン。upd7516
4bitマイコンのようですね。
蛍光表示管制御の為に高電圧対応な専用ポートがあり、当時はよく使われたようです。

電源部は盛大に吹いていました。
当時のアンプとかなんで電源コンデンサに茶色い謎の塗料を塗布するのでしょうか？？
周辺にケミカルな被害が甚大です。
ダイオードの足は完全に錆びて切れていました。
その他あちこちに被害が・・・・

という訳でザクザク撤去していきます。茶色い塗料も可能な限り除去します。
サービスマニュアルも回路図もないので、ダイオードの型番が不明ですが、
パターンから単なる全波整流しているようなので、困ったときの定番10D1を・・・
と思ったら今はもうないんですね。
秋月で適当な汎用整流ダイオードを入手しました。

音が鳴ればいいので、コンデンサは手持ちの以前仕入れたジャンクコンデンサ袋から。
一部プリントパターンが死んでいたので補修。

基板の状態から、+-12V生成用レギュレータが78L12、79L12だったのを通常品7812、7912にしました。
多分500mAだと不足のようで、基板が焦げていたので。パターンにピッチ的には問題ないです。ヒートシンクはないですがまぁ大丈夫でしょう。
交換した後は普通に触れる程度の発熱に収まったようです。
何かの駆動用と思われるパワトラも本当はヒートシンクつけた方が良いんだろうなぁ。
ピックアップが動いたときに触れないくらい熱くなるので。

無事直ったようです。
しかし、当時はプログラム再生は出来ても、リピート再生機能はなかったのね。

オマケ。
2回ほど修理歴があったようです。
昔は修理に出すとこのような小さな張り紙がされました。

しかし、基板にはKENWOODなんて一文字もなく、あるのはコンデンサで有名なELNA。もちろんすべてのコンデンサはELNA製でした。ELNAでも吹くんだ。
KENWOODではなくどこかのOEMだったのか。とかあの電源配置、トランスの真上のピックアップ回路とか色々疑問の多い構成でした。
恐らく製造時期は1980年代と思われるので、当時の技術ではCDを再生するのは大変だったのかなぁ。

後期になると、DACも進化します。

TWIN DACと誇らしげに書かれたTEACなデッキです。

まぁLRとそれぞれにDAC（PCM56)が乗っているだけなんですけどね。
PCM56は積分型DAではなく、R2ラダー型DAだそうです。

時代が進んでいると、基板も奇麗ですね。
しかし何故この時代のLSIは基板をくり抜いて実装していたんだろ？？
時代的に半田層実装だと思うけど、この通り表面実装は出来なくはなかったわけだし。

壊れたコンポからCDを救い出してみた。

2018-02-11T23:57:00.000+09:00

友人より、古いコンポでCDが飲み込まれた。と連絡があったので、面倒くさそうだなぁ。と思いながらも救い出してみました。

まずは観察。

この手のミニコンポはやたら分解しづらいので面倒です。

結構トリッキーな構成になっていたりします・・・

外装を引っぺがします。

みっちり詰まっていますね。

目的のCDドライブユニットは一番最下層・・・

この段階で面倒くささが半端ないです。

経験上ボリュームの下に隠しねじが良くあるので引っぺがします。

案の定あったので外します。

底のねじも外します。

これでフロントが外れるかと思ったのですが・・・

外れたのは化粧カバーだけでしたOrz

なんとかMDユニットやもろもろをバラしました。

経年劣化でプラスティックが一部折れてしまいましたがまぁ仕方ない。

すっかり劣化で硬くなってしまっていて、プラスティックの爪が曲がらず随分難儀しました・・・

飲み込んだのは案の定ゴムベルトが伸びたのが原因ですね。

っといっても手持ちで使えそうなのは少し細いんですよね。

まぁ長く使うものでもないので（ぇ

支障はないでしょう。

ちなみに、ゴムベルトは時々動かしていないと劣化が早そうです。

新年あけましておめでとうございます。

2018-01-03T23:43:00.000+09:00

新年あけましておめでとうございます。

昨年は新年早々修理やっていましたが、今年はコーディングで年を越しました。
まぁ年末年始は毎年恒例自宅待機でサーバ監視なんですがね・・・

本業としてはAWSを主にやってきているのですが、~~人がいないので~~自動化が簡単なスクリプトでサクサクできるのが楽しいですね。従量課金で自腹検証にも優しいですし
昨年はSTSやOrganizationsが楽しくてあれこれ突きまくって、年末なのに何度も特別処理をサポートにお願いしたりしました。（BASICプランなのにスミマセン・・）
AzureやGCPも少し触りましたが、両クラウドとAWSの差はUIが開発者向けかユーザ向けかという点が大きいと感じています。どちら側を向いているか。と言い換えることもできるかと思います。
特にAzureの横長UIやJSTなのかUTCなのかよくわからなかったり、突然出てくるJSONなエラーコードとか消せないリソースとかetc.....
GCPはAzureほどではないのですが、UIがどこに何があるかわからない。あとサブネットやFWの設定もなくいきなりSSHつながるのが怖いｗ
いやまぁ開発者からすれば便利なんでしょうけど。
逆にAWSはオンプレの知識というか、物理ネットワーク組んだことないと入口にすら立たせてもらえないハードルの高さはあります。

しかし、コンパネの使いやすさ、レスポンスの良さは圧倒的です。あとドキュメントが豊富にあります。SlideShareや公式ブログもありますし、クラスメソッドさんのブログがある。という点が圧倒的ですね。

個人的にはSDKが豊富。特にRubyで使えるのが良いです。
PHP、Ruby、node.js、Pythonと試してみましたが、Rubyが一番書きやすいと感じました（個人の感想です）
まぁSDK使ってAPIバシバシ叩いているインフラ屋さんって珍しいのかもしれませんが・・

という訳で、今まで触ってきたものを一覧から列挙してみます。

EC2
S3
RDS
DynamoDB
ElastiCache
VPC
CloudFront
Route 53
Direct Connect
CloudWatch
CloudTrail
System Manager
IAM
Inspector
Certificate Manager
Directory Service
Simple Notification Service
Simple Queue Service
Simple Email Service

結構使ったことあるなぁ。まぁAWS全体のサービスからすればごく一部なんですけど。
今年はいよいよ（やっと？）サーバレスというかラムダを勉強しようと思います。
残念なことに、ラムダではRubyが動きません。コンテナで動いているのだから対応してくれてもいいのですが、AWSの中の人曰く対応する予定はないとのこと・・・
しかもサポートしている言語はどれもやったことないものばかり。（これがラムダを避けていた理由）
どうせ最初から学ぶのならどの言語を選んでも同じなので、node.jsとpythonで書いてみました。
この時はPythonの意味不明なエラー。送られてくるデータにまさかJSONが混入しているとは予想していなくてパースエラーで数時間を溶かす。などでnode.jsでやるかと思ったのですが、非同期処理が良く分からない。書いていたらコールバック地獄で根本的に間違っている気が激しくするものが出来上がり、これは独学はキツいと断念。

その足でnode.jsの本を探しに書店で探すも見当たらず、結局
AWS Lambda実践ガイドを購入。実践とあるので難しいかと思ったが、内容を見るとほぼ自分がやった内容なのですんなり理解。（なんと試行錯誤したSESのバウンスメール処理がサンプルで乗っていた。JSONの件も当然記載があり最初から本漁れば時間を無駄にしなくて済んだOrz）

というあたりで、年末年始にやった成果を置いておきます。

wiki

gist

github

サーバレスフレームワークのサンプルとして、EC2インスタンスのAMIバックアップを作りました。

本年が良い年でありますように。

100均のUSBアダプタで、ジャンクハブを修理してみた。

2017-12-10T23:50:00.000+09:00

100均で売っている、自称5V2AなUSBアダプタを使っていたのですが、
中からカラカラと音がするようになって、危険と判断し分解、結果中でプラスティックが折れた？？のか破片が出てきただけでした。
これはこれで、何かに流用できないかと、電源部が壊れたジャンクハブの電源ユニットとして流用してみました。

100Vが流れる箇所は念入りにホットボンドで絶縁、補強しておきます。

電源との接続はUSBケーブルをぶった切って流用しました。

電源が壊れた時交換が楽なようにｗ

無事復活しました。

Ubuntu 16.04でアップデートに失敗する

2017-12-02T12:34:00.000+09:00

自宅にあるSoftEtherなUbuntu 16.04をアップデートしたら、以下のようなメッセージが出て失敗しました。

update-rc.d: warning: start and stop actions are no longer supported; falling back to defaults
insserv: warning: script 'S20vpnserver' missing LSB tags and overrides
insserv: warning: script 'vpnserver' missing LSB tags and overrides
insserv: There is a loop between service plymouth and mountdevsubfs if started
insserv: loop involving service mountdevsubfs at depth 2
insserv: loop involving service udev at depth 1
insserv: There is a loop at service plymouth if started
insserv: Starting vpnserver depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting vpnserver depends on plymouth and therefore on system facility `$all' which can not be true!
insserv: Starting vpnserver depends on plymouth and therefore on system facility `$all' which can not be true!
以下続く・・・

どうやら原因はsystemd周り？のようで、対処法は

起動スクリプトの

# chkconfig: 2345 99 01
# description: SoftEther VPN Server

なところを

# Provides : vpnserver
# Required-Start :
# Required-Stop :
# Default-Start : 2 3 4 5
# Degault-Stop : 0 1 6
# Description : SoftEther VPN Server

にすればOKです。

早速WiKiに反映しておこう・・・

ジャンクPoEハブを修理してみた

2017-11-22T23:35:00.000+09:00

某所の勉強会に参加ついでに、今時100MなジャンクPoEハブを入手しました。
いやまぁ今時100Mなハブなんて正直ジャンクでも買わないのですが、PoEの中身気になったので。
一般家庭なんでPoEな機器はないんですけどね。

まずはサクッとばらしてみます。

上の基板がPoEなもののようです。

隣に巨大な電源が占有してます。これはPoE用の電源で、本体重量の大部分を占めるものです。ハブ本体の電源はその上にチョコンと載っているオマケみたいな3.3V電源でした。

電源を見ますと、予想通りコンデンサがパンクしてます。

手持ちのものとサクッと交換しておきます。

ついでに基板を見ていきます。

PoEの基板は通常のハブの基板に亀の子で乗っかるようになっており、普通のハブにPoE機能を付与できるようになっています。

またこの基板にはACアダプタが接続できるようなパターンもあり、そのような用途にも使用できるよう、汎用的に作られているようです。

ところで、未使用なポート用にダイオードだけは実装されているのは何ででしょう？？

下側にあるハブ本体です。

ただのスイッチングハブにしてはやたらチップが多いので、L2レベルの機能はありそうです。

コンデンサ張替えで無事直ったので、基板上にシリアル通信できそうな口があったのでつないでみました。

何かがコンソールに表示されるのですが、通信速度が分からず断念。

とりあえず、通常のハブとしては機能しました。

Windows Server 2012 R2上のHyper-Vにて、Windows Serverバックアップが失敗する

2017-10-15T02:35:00.000+09:00

Windows Server 2012 R2上のHyper-Vにて、CentOS6な仮想マシンを動かしている場合、
WindowsServerバックアップで謎のエラーが発生し失敗することがあります。
（なお、Ubuntu16.04は問題ない）

バックアップに成功しましたが、スナップショット内でバックアップ済みの一部のコンポーネントに不整合があります。このコンポーネントが属しているアプリケーションは、このバックアップが回復に使用された後で正しく機能しなくなる可能性があります。

どうも仮想マシンのバックアップを取るのにVSSを使っているようですが、
これがCentOS6な仮想マシンだとVSSが失敗するようです。
で、解決法は、CentOS6内にHyper-V用のVSSデーモンをインストールします。

yum install hyperv-daemons

トラブルだらけでもう疲れたよ・・・

Windows 10で回復ドライブからリカバリ後回復パテーションが見える

2017-10-15T00:32:00.001+09:00

回復ドライブから無事リカバリできたかと思えば、まぁそう簡単にはいかないのがWindows…
今度はなぜか非表示のはずの回復パテーションが見えている（汗
しかも、ディスクの管理からはアクティブパテーションとなっており、回復パテーションと認識すらされていない・・
大丈夫か？Windows10

という訳で直します。
まずはwindowsキー＋Xでコマンドプロンプト（管理者）を実行します。
次にdiskpartを実行します。
select disk 0で０番目のディスクを選択。
list partitionでパテーションを確認。回復パテーションがある番号を確認します。
ここでは３番目にあるとします。
select partition 3でパテーションを選択し
set id = 27
で回復パテーションIDを書き込みます。（これはMBRの話して、UEFIの場合は違うようです。詳しくはここを参照） removeで割り当てられたドライブレターを削除し、exitで終了です。

再起動しても非表示のままであればOKです。

Windows 10 で回復ドライブからSSDへリカバリできない。

2017-10-15T00:14:00.000+09:00

Windows 10がプリインストールされたノートPCを購入したのですが、さっそく安全のため回復ドライブを作成後、SSDへ換装し、リカバリを試みましたが、
SSDのほうが容量が小さいため、リストア時

システムドライブが小さすぎます

というエラーが出てリストアできません。~~クソが~~
リカバリディスクが付属しない昨今、異なる容量のディスクにリカバリできないのはかなり問題です。
公式DVDイメージをDLしてもライセンスキーが通るかも不明ですし・・・

とググるとドスパラさんの例が出ました。
しかし、試したところ効果なし。
回復ドライブ自体８GBで足りているので、展開できないわけではないはず。
という事はどこかでサイズを覚えているのだろう。と当たりをつけて、回復USBを漁ったところ、
sources\$PBR_ResetConfig.xmlを発見。
この中に
<MinSize>289982</MinSize>
とあったので、10240とか適当に小さくしてみると、無事動きました。

なお、
sources\$PBR_Diskpart.txtにある
shrink minimum=1000
に設定すると、回復パテーションが１GBで作成されます。
デフォルトだと容量が小さすぎて、複数の回復パテーションが出来ることがあるそうですので、大きくしておきます。

これがわかるまで丸二日つぶしました・・・Orz