
Atmegaを奪われたArduino UNOが机の上に転がっていたり、ブートローダが吹き飛んだAtmega328pがあったりしますよね。今回は一番楽に(たぶん)Arduino UNOにブートローダを書き込む方法を紹介します。  


## 用意するもの
- ブートローダ がすでに書き込まれているArduino UNO(書き込み装置として使用)
- Arduino UNO(bootloader なし)
- ジャンパ線(6本ぐらい)
- USB TYPE-B 2.0 ケーブル(書き込み装置用)

## 書き込み装置の作成  

まず、Arduino UNOをAtmegaライターとして利用するための準備を行います。  
スケッチ例の中からArduinoISPを開いて、書き込み用のArduino UNOに書き込みます。  
`ファイル >> スケッチ例 >> 11.ArduinoISP >> ArduinoISP`  
![ArduinoISP](https://imgur.com/toPBaCn.jpg)

## ピンの接続

下記の表のSignalの通りに書き込み用Arduino UNOと書き込まれるArduino UNOをつなげてください。  


### 対応するピン    
Arduino UNO(書き込み装置)  

| Pin | Signal |                                    |
| --- | ---    | ---                                |
| GND | GND    |                                    |
| 5V  | VCC    |                                    |
| 10  | RESET  | ターゲットのマイコンをリセットする |
| 11  | MOSI   |                                    |
| 12  | MISO   |                                    |
| 13  | SCK    |                                    |

Arduino UNO(書き込まれる側)  

| Pin   | Signal |
| ---   | ---    |
| GND   | GND    |
| 5V    | VCC    |
| RESET | RESET  |
| 11    | MOSI   |
| 12    | MISO   |
| 13    | SCK    |

## 書き込み

`※書き込み装置が5V、ターゲットが3.3Vの組み合わせで書き込んではいけません` 壊れます。


この方法ではArduinoISPを利用している為、ツールの欄にある書き込み装置の項をArduino as ISPに変更してください。  
![SelectArduinoISP](https://imgur.com/Q0iK752.jpg)  

ボードとシリアルポートを正しく設定して、ブートローダに書き込むをクリックしてください。これでブートローダの書き込みは完了です。  
![WriteBootloader](https://imgur.com/xlMQ3V6.jpg)  

## 解説
なぜ、この方法で書き込めるかの解説です。一般的なことしか書いていませんが不備があれば指摘をお願いします。  

そもそも、Arduino UNOはUSBの書き込み機能とI/Oを備えたAtmega328P用基板です。そのため、ISPを使う際に使用するピンに正しくつなげてしまえば書き込みすることができます。  ISP用のピンヘッダをつかって書き込むと少々めんどくさかったりするので、使えるときは楽をしましょう。

![PinMapping.jpg](https://imgur.com/UuAPJtQ.jpg)
[ATmega168/328P-Arduino Pin Mapping](https://docs.arduino.cc/hacking/hardware/PinMapping168?isogp=false)より引用



Arduino boot loaderのお手軽書き込み方法


この記事は共同開発鯖 Advent Calendar 2021 8日目の記事です  
https://qiita.com/advent-calendar/2021/growthers  

## はじめに

どうも雪です。アドカレのネタが思いつかず、ギリギリになってしまいました。
今回はPine A64に対応しているディストリビューションの１つArmbianのビルドをやってみたいと思います。最初に謝っておきますが、[アホ](https://twitter.com/yuigishidev)がMicro Bをなくしてしまったせいで動作確認ができていません。MicroBを見つけられたら後日追記します。


## Pine A64とは
Pine64という[PinePhone](https://www.pine64.org/pinephone/)や[PineTime](https://www.pine64.org/pinetime/)などのギーク向けのLinuxが動く製品数多く販売している企業の販売するシングルボードコンピュータの一つです。
### Pine A64とRaspberry Pi 3 Model Bの比較


|          | Pine A64+ | Raspberry Pi3 Model B |
| -------- | -------- | -------- |
| SoC     |1.152GHz 4 x Coretex A53|1.2GHz 64bit 4 x Coretex A53 |
| RAM     | 1GB 〜 2GB | 1GB |
|Ethernet | 1000BASE-T| 100BASE-T |
|映像出力  | HDMI | HDMI |
|Bluetooth| 技適未取得のため日本国内では使用不可| Bluetooth v4.1 BLE|
|無線LAN| 技適未取得のため日本国内では使用不可 |  IEEE802.11b/g/n (2.4GHz)|
|値段    | 1GB 2980円 / 2GB 4480円 | 4950円 〜|  

ラズパイ3 Model Bと似たスペックでラズパイ3 Model Bよりも安く買うことができます。
現在は[Pine A64+](https://www.pine64.org/devices/single-board-computers/pine-a64/)の後継機である[Pine A64-LTS](https://www.pine64.org/devices/single-board-computers/pine-a64-lts/)のみの販売になってしまったようですが、秋月電子通商などではまだ在庫が残っているようなので、興味のある方は買ってみてください。  

https://akizukidenshi.com

## Armbianとは  
> Armbian is a base operating system platform for single board computers (SBCs) that other projects can trust to build upon.  
>  
> - Lightweight Debian or Ubuntu based Linux distribution specialized for ARM development boards  
> - Each system is compiled, assembled and optimized by Armbian Build Tools  
> - It has powerful build and software development tools to make custom builds  
> - A vibrant community  
> 
Armbian Documentation [What is Armbian](https://docs.armbian.com/)より引用  

DebianやUbuntuなどの有名ディストリビューションがサポートしていないシングルボードコンピュータをサポートすることを目標としているビルドフレームワークらしいです。
シングルボードコンピュータ向けのイメージをかなり簡単にビルドできます。

## 実行環境
OS: Ubuntu 20.04.3 LTS x86_64
CPU: Ryzen 5 3600
Memory: 16GB
Shell: fish shell

## ビルド方法

### Armbian Build Toolsの入手
まず最初に、Armbian Build Toolsを入手します。
```
$ git clone --depth 1 git@github.com:armbian/build.git
$ cd build
$ ./compile.sh docker
```
locale関係のエラーでビルドが落ちまくったので、今回はdockerを使ってビルドします。
(たぶんjp_JP.UTF-8が存在しないせいだと思います)

https://github.com/armbian/build

たったこれだけで、ビルドツールが起動します。

![](https://i.imgur.com/964E8NQ.png)


Full OS image for flashingを選択して
今回はkernelをいじらないのでDo not change the kernel configurationを選択してください  


![](https://i.imgur.com/82sC9Al.png)
ボードの選択メニューが出てくるので、ビルドしたい対象を選んでください(今回はpine64)

![](https://i.imgur.com/5D6G79g.png)

current か legacyのどちらかを選択し、好きなディストリビューションを選択します。

あとは好きなように設定してください。　　

ビルド時間は30分ぐらいかかったので、気長に待ちましょう。

**検証ができているのはここまでです。この方法でビルドしたイメージが実際に起動できるかは保証できません**  

## 感想
思ったより簡単にビルドすることができて驚きました。
MicroBが見つからず、検証までたどり着けなかったのは残念ですが、見つかり次第検証してみたいと思います。

## 参考
[Armbian Documentation](https://docs.armbian.com/)


Armbian Build Battle

## 新年の挨拶

明けましておめでとうございます(もう正月終わったぞ？
今年はGrowthers全体で週１更新を目指してがんばります

## Gitのブランチ名をdelete/hogeするな

Oshaveryの開発中にファイルを大量に削除する機会があり、`delete/files`というブランチ名でブランチを切り作業を行いました。  
ローカルでブランチを切って作業を行い、GitHubへpushするところまではよかったのですが、 PullRequestの際に、delete/filesブランチにアクセスすると  

![github404.jpg](https://imgur.com/Ih8mrHy.jpg)

という風にhttps://github.com/404 へリダイレクトされてしまいました。  
  
ほぼ全ファイルを削除するというPRだったので、流石に不味いと思いブランチ名を`remove/files`にすることでGot a kotonakiとなりました。  

## 検証  
とりあえず、HTTPメソッドの中からPOST , GET , PUT , DELETE の4つをブランチ名に付けて検証してみます。  
ローカルでpost/testのようにブランチを切り、GitHubにpushして検証しました。  

![github_branches.jpg](https://imgur.com/6EU2zNP.jpg)

| ブランチ名  | 結果 |
| ----------  | ---- |
| POST/test   | ×    |
| GET/test    | ×    |
| PUT/test    | ×    |
| DELETE/test | ×    |
| post/test   | ×    |
| get/test    | ×    |
| put/test    | ×    |
| delete/test | 〇   |


追加検証として、GitLabに`delete/test`という名前のブランチを生やしてアクセスしてみたところ、普通にアクセスできました。


## まとめ

検証結果からは何もわかりませんでしたが、[Qiitaの元@500さん](https://qiita.com/nginx/items/e9afcdd7374c9eaeb472?isogp=flase)の様にルーティング周りのバグを踏んでしまった可能性が高いことがわかりました。  
今後は`delete/files`の様なブランチ名をつけるのはやめましょう。  


Gitのブランチ名をdelete/hogeにするな


## まえがき
経緯を含めて説明するので対処法だけ知りたい人は**arch-chrootを使った**までどうぞ

## 経緯
帰省中に入れたUbuntu Serverを寮で使おうとして802.1x/radius用にwpa_supplicantを入れ忘れたことに気づいた愚かな人間がいるらしい <- 今ココ

## wpa_supplicantとは
クロスプラットホームなサプリカントでLinuxでWi-Fiに接続するときによく使われる

ArchWiki [wpa_supplicant](https://wiki.archlinux.jp/index.php/Wpa_supplicant)

## IEEE802.1x認証
ネットワークに接続するためにユーザー認証が必須な規格。某弊学で有線を使おうとすると必ず使う必要がある。  
昨年の春に突如として導入され、前情報もクソもなかった為、多くの寮生が「APEX出来ねえんだけど！？」とキレ散らかした。  
WindowsでやるよりもLinuxで接続したほうが、簡単説がある認証規格である。  

![tweet](https://imgur.com/BXEu8KQ.jpg)  
キレ散らかしていた様子  

## 対処１ 落としてきたdeb経由でインストール(失敗)
一度、wpa_supplicantをdebで落としてきて、インストールした経験があったので、実行した。尚、依存関係が壊れて失敗。

## 対処２ chroot経由でインストール(失敗)
Archlinux install battleでchrootを使った経験があったので、AlterLinux経由でchrootをするという方針を建てた。  
だいたい、あってたけど１つ問題があった。  

AlterLinuxを使うメリット  
802.1x認証の設定がGUIだとものすごく楽なので、おすすめ。  
ネットワークの設定あたりから設定可能。  

[AlterLinux](https://alter.fascode.net/)  
  
  
  

`/mnt` にUbuntu Serverの `/` に当たるパーティションをマウントして、chrootする。  

```sh
# mount /dev/sdax /mnt
# chroot /mnt
```

しかし、`/etc/resolv.conf`がコピーされない為、名前解決が失敗する。  
![discord_msg](https://i.imgur.com/YVUVUt3.png)  
  
  
## 対処３ arch-chroot経由でインストール(成功)
> `/usr/bin/chroot`を実行する前にこのスクリプトは `/proc`などの api ファイルシステムをマウントして、chroot から使える `/etc/resolv.conf` を作成します。
  
[chrootより引用](https://wiki.archlinux.jp/index.php/Chroot#arch-chroot_.E3.82.92.E4.BD.BF.E3.81.86?isogp=false)  
らしいです。  

```sh
# mount /dev/sdax /mnt
# arch-chroot /mnt
# apt install wpasupplicant
```

arch-chrootを使うことで名前解決ができるようになり、aptを使うことができる。  

## まとめ  
AlterLinuxでarch-chrootをすると、GUIで802.1x認証が出来て楽  
  
## 参考
[Archwiki wpa_supplicant](https://wiki.archlinux.jp/index.php/Wpa_supplicant)  
[ArchWiki chroot](https://wiki.archlinux.jp/index.php/Chroot)   
[IEE802.1X認証とは、EAPとは](https://www.infraexpert.com/study/wireless14.html)  


wpa_supplicantを入れ忘れたのでAlterでarch-chrootした話


定期テスト駆動開発をKiCad6でやろうとしたら、結構クリティカルなバグに引っ掛かったので共有しておきます。

## バグの内容(2021/6/1時点)
対象ののバージョン KiCad6  
対象IME            Microsoft IME  
  
## 内容  
IMEを半角にした状態でPCB Editor(旧Pcbnew)で任意のキーを入力すると、KiCad全体がフリーズする。  
  
## 原因  
IME関連のバグ  

## 該当のissue  
https://gitlab.com/kicad/code/kicad/-/issues/9882  
KiCadマネージーからではなく、PCB Editor単体で起動すると問題は発生しないらしい。(確認済み)  


## 対処法  
Microsoft IMEの互換性を有効化する。  
[IMEの互換性を有効にする方法(他サイト)](https://pc-karuma.net/windows-10-previous-version-microsoft-ime/)


Windows11やGoogle 日本語入力では問題が発生しないという報告もあるようです。  
修正にはもう少し時間がかかりそうな様子なので、IMEの互換性の有効化をおすすめします。  

## 参考
[Microsoft Pinyin causes KiCad freezing](https://gitlab.com/kicad/code/kicad/-/issues/9882?isogp=false)  
[Windows10 – 以前のバージョンの Microsoft IME を使う](https://pc-karuma.net/windows-10-previous-version-microsoft-ime/?isogp=false)  


KiCad6のPCB Editorでフリーズする原因はIMEかもしれない


この記事は[共同開発鯖 Advent Calendar 2021](https://qiita.com/advent-calendar/2021/growthers) 25日目の記事です。
## 美少女になってちやほやされて人生イージーモードで生きたい！ は良いぞ
サンタさんに「美少女になってちやほやされて人生イージーモードで生きたい！」と願ってもTS転生できませんでした。悲しいね

さて、ここ１年ぐらい推している作品を紹介します。  
[美少女になってちやほやされて人生イージーモードで生きたい！](https://syosetu.org/novel/217501/)  
作: [紅葉煉瓦](https://twitter.com/akaba_renga?isogp=false)  

この作品は、「TS転生した主人公が新進気鋭のVtuberグループに所属して、Vtuberとして活動していく」というストーリーが主軸となっている作品です。
主人公が見ていて飽きないので良いぞ

この作品、ストーリーの良さはさることながら、ハーメルンの特殊タグの使い方がすごいです。
具体的に言うと、特殊タグだけで、YouTubeの動画再生画面の再現などが行われています。

個人的にCSSが死ぬほど苦手なので、そういった面でも尊敬している作品です。
小説版を読むのに抵抗がある場合は[大生月](https://twitter.com/NmnmOtk)先生の手によってコミカライズされた[漫画版](https://seiga.nicovideo.jp/comic/56102?track=verticalwatch_epinfo1)をどうぞ

こよいちゃんがわちゃわちゃしていてめちゃくちゃかわいいので是非読んでください。


## 技術的な小話
こんな布教しかない記事がアドカレの最終日の記事だと殺されかねないので、仕方ないですが技術的な話をします。  

RustやTypeScriptでUTF-8の変数が使えるという話は有名ですが、C言語でもUnicodeが使えるという話をご存知でしょうか？  


例えばこのコードはClangやGCC 10以降ならコンパイルすることができます。  

```c
int main(void){
   char* ほげ = "ほげ";
   printf("%s\n",ほげ);
}
```

C言語では`\U0001F385`のようにUnicodeをエスケープすることで識別子として使用できます。  
また、コンパイラ依存ですが、エスケープしていない文字を使うこともできます。  
  
  
  

```c
int main(void) {
  char *🎅 = "Merry Christmas";
  printf("%s\n", \U0001F385);
}
```  


Unicodeが使えることが分かったら、コンパイルが通る範囲で遊んでみたくなりますよね？  
ということで、1ヶ月ほど前に生えたアホなコードを紹介していきます。  
  
```c
#include <stdbool.h>
#define たいぷでふ typedef
#define もし if
#define りたーん return
#define めいん main

たいぷでふ int いんと;
たいぷでふ void ぼいど;

いんと さいき(いんと ひきすう) {
  もし(ひきすう == 1) りたーん 1;
  りたーん ひきすう *さいき(ひきすう - 1);
}

ぼいど ぷりんとえふ(いんと ひょうじするやつ) {
  printf("%d\n", ひょうじするやつ);
}

いんと めいん(ぼいど) {
  ぷりんとえふ(さいき(10));
  りたーん 0;
}
```
  
このコードはClangもしくはGCC10以上でコンパイルすることができます。

こちらのコード、C言語で(処理系依存だけれど)日本語が使えるという話を聞き、知能指数をいい感じに下げながら書いたものです。  
これの前身となったコードを[Twitter](https://twitter.com/yuki_yuigishi/status/1463394403683160067?isogp=false)に貼ったら謎にウケました。

<blockquote class="twitter-tweet"><p lang="ja" dir="ltr">にほんごぷよぐらみんぐ <a href="https://t.co/1yQfAIfujI">pic.twitter.com/1yQfAIfujI</a></p>&mdash; 雪 (@yuki_yuigishi) <a href="https://twitter.com/yuki_yuigishi/status/1463394403683160067?ref_src=twsrc%5Etfw">November 24, 2021</a></blockquote> <script async src="https://platform.twitter.com/widgets.js" charset="utf-8"></script>


```c
#define ㅤㅤ printf
#define ㅤㅤㅤ main
#define ㅤㅤㅤㅤ char*
ㅤㅤㅤ() {
  ㅤㅤㅤㅤ ㅤ = "TEST!";
  ㅤㅤ("%s\n",ㅤ);
}
```
[@kat0h 2021/11/25 22:38 のツイートより引用  ](https://twitter.com/kat0h/status/1463864756654071816?isogp=false)  
このコードはClangでのみコンパイルすることができます。  

こちらは@kat0hさんが書いた空白を変数名につかったコードです。 [ここ](https://paiza.io/projects/9Mjar0LlF2FMnU_4_Xzf_Q)から実行できます。  

このコードでは空白文字のHANGUL FILLER(U+3164)を変数名として使用しています。  
このコードをコンパイルすると  
```bash
$ clang test.c

test.c:4:1: warning: type specifier missing, defaults to 'int' [-Wimplicit-int]
<U+3164><U+3164><U+3164>() {
^
test.c:2:19: note: expanded from macro 'ㅤㅤㅤ'
#define <U+3164><U+3164><U+3164> main
                                 ^
test.c:6:3: warning: implicitly declaring library function 'printf' with type 'int (const char *, ...)' [-Wimplicit-function-declaration]
  <U+3164><U+3164>("%s\n",<U+3164>);
  ^
test.c:1:16: note: expanded from macro 'ㅤㅤ'
#define <U+3164><U+3164> printf
                         ^
test.c:6:3: note: include the header <stdio.h> or explicitly provide a declaration for 'printf'
test.c:1:16: note: expanded from macro 'ㅤㅤ'
#define <U+3164><U+3164> printf
                         ^
2 warnings generated.
```
  
こんな感じでU+3164を変数名として使っていることがわかります。  

## どの文字が識別子として使用できるのか  
C言語でUnicodeが使用できるのはC言語の仕様として制定されているからです(尚、エスケープされていない文字の使用は処理系依存)。  
では、逆にどの文字が使えないのでしょうか？  

ISO/IEC 9899:2011のドラフトを参照してみると  
> **Constraints**
> 2 A universal character name shall not specify a character whose short identifier is less than
> 00A0 other than 0024 ($), 0040 (@), or 0060 (‘), nor one in the range D800 through
> DFFF inclusive.73)
> **Description**
> 3 Universal character names may be used in identifiers, character constants, and string
> literals to designate characters that are not in the basic character set.
> **Semantics**
> 4 The universal character name \Unnnnnnnn designates the character whose eight-digit
> short identifier (as specified by ISO/IEC 10646) is nnnnnnnn.
> 74) Similarly, the universal
> character name \unnnn designates the character whose four-digit short identifier is nnnn
> (and whose eight-digit short identifier is 0000nnnn).  

「[ISO/IEC 9899:2011 N1570](http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1570.pdf?isogp=false)  6.4.3 Universal character nemes」より引用  


> **制約事項**
> 汎用文字名は，短識別子が 0024 ($), 0040 (@), 0060 (') 以外の 00A0 未満の文字及び D800 から DFFFを含む73) 。
> **説明**
> 汎用文字名は、識別子、文字定数、文字列リテラルの中で、基本文字セットに含まれない文字を指定するために使用することができます。
> **セマンティクス**
> 世界共通文字名称 \Unnnnnn は、ISO/IEC 10646 で規定される 8 桁の短い識別子を nnnnnn とする文字を指します。
>  同様に、4桁の短縮識別子がnnnn（8桁の短縮識別子が0000nnnn）である文字を、Universal Character Name \unnnn で指定します。

DeepLによって翻訳

U+0024 ($), U+0040 (@), U+0060 (') 以外の U+00A0 未満の文字とU+D800 から U+DFFFまでは使えないようです。

U+00A0未満のUnicodeは[基本ラテン文字 (Unicodeのブロック)](https://ja.wikipedia.org/wiki/%E5%9F%BA%E6%9C%AC%E3%83%A9%E3%83%86%E3%83%B3%E6%96%87%E5%AD%97_(Unicode%E3%81%AE%E3%83%96%E3%83%AD%E3%83%83%E3%82%AF?isogp=false))によると、ASCIIコードで表現できる文字にあたるそうです。
また、U+D800からU+DFFFはWikipediaの[Unicode](https://ja.wikipedia.org/wiki/Unicode#%E3%82%B5%E3%83%AD%E3%82%B2%E3%83%BC%E3%83%88%E3%83%9A%E3%82%A2?isogp=false)によるとサロゲートペアにあたるそうです。

つまり
```c
int main(void){
   int \u00000041 = 0;
   A = 1;
}
```
みたいなコードはコンパイルエラーになります。

## 終わりに
今回は、C言語でUnicodeを使用する際の注意点などをまとめてみました。
Cの規格書を探すのに少々苦労しましたが、使えるUnicodeの範囲を知ることができました。
C言語でUnicodeを識別子として使用するという記事はあまりなかったので、誰かの参考になれば幸いです。


