返信

> > デスクトップアイコンにも、64 ビット版のほうに「64」とでっかく書かれていて、このご時世、64 ビット版を標準にして、32 ビット版のほうに「32」と書くなら書きなさいよ、と思ったりしたものですが。 > > 実行ファイルのあるディレクトリも bin 以下が 32bit 版、bin64 以下が 64bit 版(笑) > そんなことするぐらいなら、 C:/Program Files (x86) と C:/Program Files にそれぞれ分けて入れてよ、と思います。 > > > Mery も 64 ビット版のほうにキリッと「(x64)」なんて付けちゃっているので、私自身もなかなか「64 ビットが当たり前」という感覚になれない世代なんですよね > > わかります。±2億以上の整数を扱い4GiB以上のデータを扱うような、64bitレジスタのメリットを享受できる規模のプログラムを書いたことないです。 > 実数は32bitCPUのころから80bitレジスタだったし。 > > > Visual Studio 2015 ベースの環境を維持しないといけないというのは、なかなか大変そうですね。 > > 公式には、AVRマイコン開発環境が統合されたPICマイコン開発環境の MPLAB X IDE を使えということなのですが、v6.2.5 から安くて古いPICkit3 (PICライタ兼デバッカ)のサポートが外されたので、v6.2.0 までしか使えません。 > https://www.microchip.com/en-us/tools-resources/develop/mplab-x-ide > > しかも最新版でサポートされるPICkit5 (秋月価格￥13,980) は高価なのにICEデバッカ機能がない。デバッカ機能が欲しければさらに高価な MPLAB ICD5 (秋月価格￥77,000) が必要、とちょっと勇気が出ない。 > https://akizukidenshi.com/catalog/g/g118150/ > https://akizukidenshi.com/catalog/g/g118151/ > > そんなわけでPICマイコン開発環境は古い MPLAB IDE (not X IDE) に留めて、AVRマイコン開発環境は古い Microchip Studio 7 を使い分けています。 > Microsoft製以前の AVR Studio 4 でも十分なんですが、avr-gccが使えるまでは手間が多いし、それなら VS Code 上に全部環境構築するほうがいい。 > https://www.microchip.com/en-us/tools-resources/archives/mplab-ecosystem > https://www.microchip.com/en-us/tools-resources/archives/avr-sam-mcus > > でも今使っている VS Code の環境は壊したくないし、これ以上カオスになるのもと考え、VS Code のオープンソース版 VSCodium を入れて環境構築の試行中です。 > Chromeに対するUngoogled Chromiumみたいなものです。GitHub Copilot とか余分なものが取り除かれています。 > https://vscodium.com > https://github.com/VSCodium > https://github.com/ungoogled-software/ungoogled-chromium-windows > > 一応、MPLAB X IDE を使うメリットとして、サポートしている開発ターゲットの CPUシミュレーターを内蔵しているので、実機がなくても開発やデバックができます。 > また、古い MPLAB IDE や Microchip Studio ではサポートしていない最新マイコンだと使わざるを得ませんが、主な工作対象が手持ちの 5V DIP 品のため、まだ大丈夫。 > > > Microchip Studio は使ったことがないのですが、私は Raspberry Pi Pico や Arduino を少し触ったことがあるくらいで、AVR の開発環境についてはあまり詳しくありません。 > > Arduino を少し触った程度だとわからない、ここが変だよAVR紹介編。 > > アドレス空間がプログラムとデータで分離されたハーバード・アーキテクチャなので、RAMにプログラムを置いて直接実行できない。 > メモリがオンチップなので、i8051のように外部デコーダでプログラムとデータのアドレスを重ねるような回避もできない。 > 命令セットが RISC、メモリアクセスはロードストアのみ、演算は Reg-Reg,Imm のみで Reg-Mem がない。FPGA 用途などを除く商用ワンチップ 8bit マイコンでは他に見たことがない。 > > レジスタはアドレス空間にマッピングされているので、R0..R31 は &0000..&001F に、IOレジスタは &0020..&003F でアクセスできる。RAMは&0040..から。 > マイコンではよくある仕様だが、SPがIOレジスタ扱いなのは珍しい。また、R0..R15 は即値の演算命令で使えないので、R16..R31を使う。 > > x86系と減算時のキャリーフラグが反転しているため、加算と2の補数化による減算のフラグ変化が同一なので ADDI,ADCI (即値加算)命令がない。そのため、加算にも SUBI,SBCI (即値減算)命令を使い、2の補数化した即値を用いる。 > 同様にARMやRISC-Vなどでもキャリーフラグが反転しているが、これらは即値の加算はあるが減算がない。普通そうする。 > > ADC,SBC 命令はキャリーフラグ以外にゼロフラグも伝搬するので、ADD,SUB 命令と並べるだけで多倍長の演算の比較ができる。 > さらに CPC (キャリー付き比較) 命令があるので、CP 命令と並べて多倍長の演算比較も簡単。 > > PUSH 命令は SP をポストデクリメント、POP 命令は SP をプリインクリメントするので、現在の SP の示すアドレスの値は非保障である。他では、そのせいでTSX,TXS命令が加減算を伴う MC6800 でしか見たことがない。 > MC6800 の後継の MC6809 では、一般的なプリデクリメントとポストインクリメントに変更されたので、MC6800⇔MC6809 の移植はうっかりアドレスが一個ずれないよう要注意（xx敗）。

マークダウンを有効にする