RS232 の automatic power down で嵌った

　RS232 の automatic power down で嵌った。

　とあるシステムで RS232 を使って接続している部分があった。装置 - RS232 - アダプタ - PC という構成。

　ここでアダプタを違うものに交換した。動かない。接続を間違ったか、Windows のドライバーの問題か？といろいろ調べていくと、新しいアダプタを使ったときに RS232 の部分に電圧がかかっていない。テスターの針が振れない。古いアダプタに戻すと電圧が出る。

　いろいろ悩んで装置側の RS232 に automatic power down の機能があることを思い出す。 新しいアダプタ単体で RS232 端子の電圧を計っても 0V。これは装置とアダプタ両方に automatic power down の機能があり、どちらも目を覚ませずにいるのではないかと考え、装置側の automatic power down を off に(PC側には off にする設定が無かった)。

　無事動作。

　装置側は MAX3221、アダプタは CH340+Windows11Pro24H2+DriverVersion3.9。

 

 

[Subversion]svn:ignoreが効かない

　職場内でチームが変わった。今までは git を使っていたが、新しいチームは svn。これは以前使っていたので大丈夫だろうと思っていたら、さっそく嵌る。

 　ローカル環境だけ別設定のファイルがあって、それをコミット対象からはずそうとしたがうまくいかない。 　いろいろ調べてたどり着いたページがこちら

 [Subversion]svn:ignoreが効かない 　

　一回 commit 対象になってしまってから svn:ignore を設定してもだめ。一度 revert して commit 対象からはずして、再度修正すれば、今度は commit 対象にならない

メソッドチェーンと思ったら

　今日、とあるソースを追っかけていたら、こんなソースがあった

this->getFoo()
     ->getBar()
     ->execute();

　が、getFoo() と execute() は同じクラスに見つかるのに、なぜか getBar() が出てこない。全ファイルで grep をかけると別なクラスに getBar() は見つかるのだが、なぜ???

　よくよく調べてみると、getFoo() の戻り値が、getBar() のあるクラスのオブジェクトだった orz。

　まいった。

　

急に ssh でログインできなくなったら

　authorized_keys のあるディレクトリ(通常は .ssh)が、オーナー以外からは書き込みできないパーミッションであることを確認すること。

　それでも駄目なときは .ssh のあるディレクトリ(authorized_keys の親の親、通常 /home/xxxxx) のパーミッションがオーナー以外からは書き込みできないことを確認すること。

　rsync のテストで、/home/xxxxx にコピーしたら、突然 ssh から入れなくなってあせった。どうやら rsync が /home/xxxxx のパーミッションを書き換えたくさい(未検証)