ICEAVRに関してはIDEやデバッガを使った開発はしてこなかったし、世間的にもあまり普及してる気はしないんだけど、最近だと1万円も出してATMEL-ICE-BASICとか買うのが正解なのかな?ARMはどこも統合開発環境が整備されてるんで、ARMのラインも含めるとこういうのないと戦えないってのはわかりみだけど、AVRのサポートも継続してるのは素直に喜ぶべきか。4.18まで、かな?古いデバイスしか使えなかったりはするけど、まぁ使えなくはないので試してみた。ICE互換デバイス自体はシリアルポートとしてアクセスされるだけ。自分が入手したのはCH340使ってたので、それ系のドライバを入れる必要はあった。7とかなら(サポート切れててアレだけど)WinAVR-20100110との組み合わせで苦労なく動く。10の場合は32-bitと64-bitで起きる問題が違ったかも。32-bitだとDocuments以下にプロジェクト作ろうとしてもセキュリティ機能にブロックされてディレクトリ作成に失敗したりファイル作成に失敗したり。自分の場合、この問題は64-bit環境では起きなかった。一方で共通で起こった問題としては、まずはインストーラが起動しない問題。これはシステムのセキュリティ機能にブロックされての事。ダウンロードされた実行ファイルにつく例のフラグを属性変更で落としてあげても起動できない。4.19だと属性落とせば起動するので謎だけど、何かブロックリストに入る理由があるんだろうか。これに関しては管理者権限で動いてるcmd.exeから実行する事で回避できた。Studioに限ったことではないので、この最終手段は覚えておいて損はないかも。インストール後の問題としてはWinAVR内に含まれるmsys環境のコマンドの大半が起動しないこと。これによりビルド開始後にだんまりとか、makeが動かない、depsが作られない、などなど変な問題が沢山発生した。これはWinAVR-20100110\utils\binをMinGW最新のmsysで置き換える事で一通り問題なく動くようになった気がする。これはセキュリティが関連してるのか、メモリ配置ができなくて怒られてるのか微妙。forkでこけるやつもいたし。mingw-get-setup.exeからmsys-base-binだけインストールして、msys\1.0\binをutils\binと置き換えてやればOK。WinAVRの代わりにいっそのことと新しいのgcc使ってみたりもしたけど、デバッグ開始と同時にIDEが落ちた。デバッグ情報とかのフォーマット違いに対応できずに死んでる気がするので、こっちは諦め。電子工作2020年6月26日金曜日ドルチェグストの水漏れ修理かなり古いモデルなんだけど、突然給水の水がだだ漏れするようになってしまったので買い替え時かなぁ......と思ったんだけど、妻が修理例を見つけてきたので我が家でも修理してみた。参考にした情報は「みのるさんのめもがき」にあったドルチェグスト水漏れ修理というエントリなんだけど、そもそもデザインが全然違って参考になる気はしなかったんだけど、パッキンに関しては同じようなサイズな気がして、ダメ元で紹介されてるOリングを購入してみた。実際に購入してみると、使われているパッキンより一回り径が大きいようだった。それでも元々のパッキンを外せば入る。高さは元々のパッキンより全然足りてない。そもそも構造的に高さもぴっちりしていないといけないのか判断できなかったんだけど、とりあえず既存のパッキンを入れたまま、上の隙間に重ねてOリングを挿入してみる事にした。単体で入れるのと違い奥まで差し込むことができないので入り切らずにたわんでしまい諦めかけていたんだけど、目打ちを使ってグイグイって押し込んでたらなんとかピッタリと収まった。上から圧迫している影響か、元々入っていたパッキンの締りも良くなっており(なぜ?)、給水ケースを差し込んだら良い感じに収まった。ダバダバ漏れてた水漏れも完全に止まりました。なんか運だよりだった気もするけど、直ったのでよしとします。ことで写真もなく具体性のない記事だけど、まぁ記録として。買い直しても良かったんだけどね。