ジャンル不定の日記です。

伝導彫刻刀の配線した

この前eBayで買って、電池端子が付いてなかった電動の彫刻刀(ミニリューター?)放置してたけど、配線した。

当初は同時期に注文してたエナメル線が届いたらそれで配線しようかと思ってたが、
0.1mmのエナメル線は細すぎて手で切れちゃうくらいなので、要らないチューブ入りのリード線を切って使った。
マイナス端子はセリアで買ったステン針金(0.9mm)を巻いてバネにした。ステン針金巻くだけで良い反発力が得られる感じ。
導電性を考えると真鍮とかにしたいが、真鍮針金とかで反発力得られるのかな?


うまく導電したが、本来もマイナス端子がバネでリード線で繋ぐものなのかな?
別の出品の写真からバネの存在は確認できたのだが、電池入れとモーターが分離する構造なんで、引っ張るとリード線が切れちゃう構造だが・・・

試しに工作用に敷いてあるセリア木版に当ててみたが、穴開けられるほどのパワーは無さそうな・・・
プラとか削れればと思ったが、もっと厳しいような・・・

V-USBのテストした

eBayで注文してた12MHzのクリスタル届いたんで、V-USBのテストした。

V-USBの配布ファイル内にいくつかサンプルがあるが、
examples/custom-class
がlibusbを使ったドライバレスでLEDをON/OFFできるサンプルなんで、これを使った。

examples/custom-classを適当な場所にコピーして、
その下にusbdrvディレクトリを examples/custom-class/firmwareにコピー。
examples/custom-class/firmwareがAVRマイコンに書き込むプログラムで、Makefileの内容にしたがってmakeできる。

元の配布ファイルのディレクトリ構造に従ってusbdrvをコピーするようになっているが、手動でコピーしたので、
Makefile内の
usbdrv:
    cp -r ../../../usbdrv .

usbdrv:
#    cp -r ../../../usbdrv .
とコメントアウト。

usbdrvがV-USBの本体で、 usbconfig.hで設定して、main.cでAPIの様な感じで使える。
usbconfig.hではD+とD-にしようするピンを指定できるが、今回は変更の必要が無さそうだったのでそのまま。
初期状態でD-がPB4,D+がPB2になっている。
D+はINT0のピン限定なのでマイコンに合わせて固定となる。

Makefileで、使用するデバイス、周波数、ヒューズを設定するようになっている。
DEVICE  = atmega168
F_CPU   = 16000000    # in Hz
FUSE_L  = # see below for fuse values for particular devices
FUSE_H  =
AVRDUDE = avrdude -c usbasp -p $(DEVICE) # edit this line for your programmer
となっているが、今回はATtiny2313で12MHzなので、
DEVICE  = attiny2313
F_CPU   = 12000000    # in Hz
FUSE_L  = 0xef# see below for fuse values for particular devices
FUSE_H  = 0xdb
AVRDUDE = avrdude -c usbasp -p $(DEVICE) -B 10 # edit this line for your programmer
に変更した。
AVRDUDEは、書き込みに使用する中華プログラマが速度低下させないとエラーになるんで-Bオプションを追加した。

制御するLEDのピンはmain.cで指定できるようになっているが、そのままにした。
初期状態でPB0となっていて、向きは出力になっている。


V-USBの配布ファイル内には、
ダイオード2本で電圧を下げるタイプ、
3端子レギュレータで電圧を下げるタイプ、
信号部のみツェナーダイオードで電圧を下げるタイプ、
の3つの回路図が入っているが、

今回は↑のダイオードで下げる回路を利用した。
V-USBサイト上に記載の回路図から使用マイコンがATtiny2313からATmega8に変更されており、
1MΩの抵抗、アナログ用?の電源とGNDが追加されてる。


まず、回路がダイオード2本で3.6V付近の電圧になるので、回路を繋いだ状態で書き込んで良いのか怪しいので、回路を作る前にファームウェアの書き込みを行った。
$ cd custom-class/firmware
$ make hex
$ sudo make program
make help でヘルプが見れるようだが、そもそもMakefile内を確認している。
make hex で書き込むための.hexファイルが作成され、
make programでflashとfuseが書き込まれる。udevをいじっていなければ要root。


実際に回路を作成したが、
ダイオードは1N4007を使用した。降下電圧は回路図記載の1N4148とほぼ同じと思う。
クリスタルは12MHzでコンデンサは22pfにした。
68Ωの抵抗はないので47Ωにした。
1.5kΩの抵抗はないので、1kと470を直列にした。
4.7ufのコンデンサはないので、この前回収した2.2ufの電解コンデンサを使った。
セラミックコンデンサを使うものと思ってたが、回路図に極性があるようだから電解コンデンサなのかな?
100nfのコンデンサはつけなかった。
PB0に300Ωの抵抗とLEDを繋いだ。

大きいブレッドボードを使うほどではないと思ったが、
ミニ・ブレッドボード1個で、ごちゃごちゃして厳しかったんでミニ・ブレッドボードを2個使った。


で、PCにつないだら、
$ lsusb
Bus 003 Device 018: ID 16c0:05dc Van Ooijen Technische Informatica shared ID for use with libusb
↑目的のものと思われるものが表示された。

commandlineディレクトリのほうがLED制御用の母艦側コマンドで、
$ make all
でコンパイルできる。

$ set-led on
$ set-led off
でPB0につないだLEDが点いたり消えたりする。



PCからコマンドでLEDの制御ができた。

クリスタルが4番ピンと5番ピンで、D+は6番ピンで固定なので、
小さいブレッドボードだとこの辺りがごちゃごちゃしちゃって難しかった。

libusbを使って何か制御する感じなら、main.cを変更するだけでいろいろできそう。
キーボードとかマウスみたいなPC用の一般的なデバイスも作ってみたいと思ってるので、次はキーボードかマウスの試作をしてみたい。

USBのプロトコル仕様書

AVRマイコンでPCとUSBで接続する機器なんかを作ろうと考えているが、
マウスやキーボードなんかはV-USBにサンプルコードがあるが、ジャンクカメラなんかの部品を使ってデジカメを自作できないかとかも考えているのだが、
ファイル転送が必要になるので調べていた。

USBメモリなどはUSBマスストレージという規格で実装されており、フォーマットなんかもできるようになっている。
USBマスストレージで実装されているデジカメというのもあるらしいのだが、
Picture Transfer Protocol(PTP)やMedia Transfer Protocol(MTP)などで実装されているものが主流の模様。
手元にある古いおもちゃデジカメはWindows用の専用ソフトがないと利用できないので汎用規格になっていない。

デバイス側でも記録領域が扱えるようにするため、フォーマットのできちゃうUSBマスストレージよりもPTPかMTPの方が適していると思ったが、
MTPはマイクロソフトがPTPを拡張して作ったものらしいので難しいと思って当初PTPを中心に調べていたのだが、
PTPはISO15740で国際標準規格となっているのだが、仕様書のPDFが有料しか発見できなかった・・・

PTPやMTPの実装が難しいならUSBマスストレージで実装で妥協かな・・・
とか考えながら調べていたが、
www.usb.orgの、
Developers > Documents > USB Device Class Specifications
にて、いろいろな規格書が無料配信されてた。
中には、MTPの仕様書もあった。(PTPは無い)

というわけで、興味のある規格のPDFは確保しておいた。
Mass Storageにはサブクラス?が複数あるが、USBメモリで一般的なのは"Mass Storage Bulk Only"らしい。
Media Transfer Protocol(MTP)のpdfももちろんダウンロードしたが、他にプリンター、キャプチャー、モニター、ぽいのも確保しておいた。
Communications Device Class(CDC)はUSARTとかそういうのかと思ったが、
"Ethernet"とか書いてあったりするんでUSB接続のLANアダプタとかの規格か?確保しといた。

V-USBの配布ファイルをダウンロードした

まだクリスタルが到着してないので実験できないが、
V-USBの配布ファイルをダウンロードしてちょっと中身覗いてみた。

V-USBの本体は中身のusbdrvってのの模様で、これをインクルードしてAPIみたいな感じで使うぽい。
usbdrvのコード読むのは自分にはちと難しい感じだった。
usbconfig.hを変更するだけでusbdrvの設定ができるぽい。

V-USBのサイト記載の回路図は12MHzのクリスタルを使ってマイコン電源は2連ダイオードで下げてたが、
配布ファイル内にも回路図が入っており、2連ダイオード以外に3端子レギュレータや3.6Vツェナーで信号だけ下げる回路も入ってた。
回路図のクリスタルは12MHzではなく16MHzになっており、12MHz,15MHz,16MHz,18Mhz,20MHzのいずれかか、12.8MHzか16.5MHzの内部クロックでもいいぽい。
とりあえずダイオード2個で全体を下げる回路で試してみようと思うが、5V機器と通信するような場合は3.6Vのツェナーの方が良いのかな。
ツェナーが3.3Vではなく3.6Vなのはダイオード式と統一するためかな?
68Ωの抵抗は電源電圧より低くするため?とりあえず68Ωは無いから50Ωで試してみるつもりだが・・・
あと、ダイオード式の回路にはD+のコネクタのところに1MΩの抵抗が追加されてGNDとつながってる。これはなんだろ?保護用?
使用するピンはusbconfig.hで設定できるが、D+はINT0に繋がないとダメぽい。
D-は変更可能で、20ピンのATTiny2313なら最大16ピン使えるのかな?
USBはVID/PIDのペアで識別してドライバが決まってしまうが、VIDを買うのはかなりの高額で無理だが、V-USBには共用で使えるIDがいくつか用意されてる。
必要ならV-USBのサイトでPIDだけを買うこともできるぽい。

V-USBのデバイス制御にはSPIかI2Cが良いかと思ってたが、V-USBのサンプルコードにlibusbを使ったコードがあった。
libusbはドライバ無しでVID/PIDを指定して通信ができるぽい。
libusbはPerlでも使えそうなんで、特殊デバイス用ならこの方法で良さそう。
ホストコマンドでLEDのON/OFFを切り替えるぽいサンプルがあるんで、とりあえずそれ試すかな。

サンプルコードにはUSBマウスのコードも入ってて、別ファイルにUSBキーボードのコードぽいのもあった。
USBメモリかMTPデバイスなんかもやってみたいと思うが、今のところコードが見つかってないんで、プロトコルがわかんないし難しいかも・・・

ダイオードの降下電圧を測ってみた

先日eBayで買ったダイオード(1N4007)が届いたが、
V-USBやUSBtinyを参考にAVRマイコンでUSB通信をするための電圧降下のためにこのダイオードを使おうと思うので、降下電圧を測ってみた。

ダイオード1本と300Ω抵抗を繋いで5V給電。
給電確認用にLEDつけたほうがいいと思ったので、ついでに緑LEDを繋いだ。

実際に測ってみたが、想定通りの値で、ダイオード両端で0.69Vから0.70V程度の電位差が生じていた。
ついでにLEDの両端も測ったが、1.99Vから2.00V程度だった。
電流は測っていないが、5V電源でダイオードとLEDで2.7V降下だとすると抵抗両端が2.3V。
5/2.3=0.00766
7.7mA程度の電流が流れていた模様。

さらにダイオードを2個にしてみたが、2つのダイオード両端で1.36V程度の電位差だった。
1個の時の2倍よりちょっと低くなっているので個体差かとも思ったが、1個づつにテスター当ててみたら両方共0.68Vだった。
電流が減ると降下電圧が減るからなのかな?

データシート確認したが、降下電圧が0.6Vの時は完全にグラフでは0Aになっていて、0.05A程度で0.7V付近に見える。
1Aでは0.9V程度で、10Aまで行くと1.8Vを超えるとこまでいってる。
しかし、このダイオードは定格1Aなので、0.6Vから0.9Vの範囲で考えておけばいいのかな?



目的のV-USBの回路はこうなってる。
今回の1N4007の降下電圧は一般的な値だと思うが、5Vが3.6V辺りに低下する感じかな?


USBtinyの回路は電圧降下用にはダイオードを使わずマイコン自体は5Vで、信号部分だけツェナーダイオードで3.6Vにしてる。
抵抗値はV-USBと同じなので、V-USBも2連ダイオードで3.6Vが想定電圧かな?

68Ωの抵抗は理解できてないのだが、USBの信号は3.3Vなので、AVRの内部抵抗と合わせて3.3Vに落とす用?
コネクタ側には抵抗はついてないし、やっぱ抵抗なしでも平気じゃね?って思うが・・・


トランジスタのカレントミラー

ニッケル水素電池の充電で定電流にする方法を考えて、
オペアンプというICとトランジスタを使った定電流回路というものが理解できた気がしたんでそれを使おうと考えていたのだが、
オペアンプを使った定電流回路では、トランジスタのGND側の電圧をオペアンプのプラス電圧より高くする必要があると判断して、難しいことに気がづいた。
というわけで、他の定電流回路について調べたのだが、トランジスタ2個を使ったカレントミラーというものが理解できたぽいし、部品もあるので実験してみた。


回路図(NPNトランジスタ用)

トランジスタが左右対称に2個ある。

↓左トランジスタ部分だけの回路図

トランジスタのCとBがショートしてる。
このようなトランジスタの接続方法を「ダイオード接続」というらしく、
BE間とCE間にどれだけ電流が流れるのかわかりにくいが、合流後(E)に流れる電流はCE間電流とBE間電流の合計であることはわかる。
そして、トランジスタを流れる電流の大半はCE間を流れてBE間は流れにくい。

なので、分岐していない箇所に抵抗を挟んでしまえばEの電流がおおよそ決定できる。(図を切ってあるが、右トランジスタのBに流れる電流分、Rの電流はEの電流より大きくなる)

ただし、抵抗の両端電位差は電源電圧からトランジスタのPN順方向降下電圧分だけ下がった値になる。
今回はNPN型トランジスタの2SC1815を使ったが、PN順方向降下は1V未満であると想定される。

電源電圧はUSBの5Vを使用し、LEDに流すために20mA以下程度にしたい。
トランジスタの電圧降下を考えなければ、5Vで20mAにするには抵抗値は250Ω。
トランジスタの電圧降下が1Vだとすると250Ω抵抗では16mAとなる。
今回は近い値の300Ω抵抗を使うことにしたが、大雑把に考えて13mAから16mA程度の電流になりそう。


右のLED側には抵抗が入っておらず、トランジスタのみで電流が制限されることになるが、
左右のトランジスタの性能が同じで正確にBE間電流を増幅した分がCE間に流れると期待すれば、
左トランジスタのエミッタ電流と、右トランジスタのエミッタ電流は等しいことになる。

両方のトランジスタのBE間に流れる電流は共に左のラインから流れるため、
分岐前のRに流れる電流と右のLEDに流れる電流はBE電流2個分の差が生じるが、
トランジスタに流れる電流の大半はCE間に流れるため、Rの電流とLEDの電流はかなり近くなる。(若干Rに流れる電流が大きくなる)


という仕組みらしい。

電流を測るために抵抗の箇所とLEDの箇所にジャンパピンを繋いでジャンパを外してテスターを当てれるようにした。
ジャンパピンを繋いだ状態で給電したら、想定通りLEDは点灯した。
テスターを当てるためにジャンパを外したら消灯した。

電流値は、抵抗側の電流が13.0mA程で、LED側が13.4mA程だった。
電流値は想定程度のものだったが、LED側の方が低いはずなのに逆になったw
たぶんジャンパピンの接触不良による抵抗値が原因だと思う。
トランジスタの個体差によって正確に定電流にはできないようなので、トランジスタの個体差による誤差かもしれない・・・


まあ、この方法でおおよそ定電流にできることが確認できた。
LEDの部分をニッケル水素電池逆接にして抵抗値を調節すれば、それだけで簡単な充電回路ができそう。

あと、最初AVRプログラマを使って5V給電したのだが、
右側のトランジスタを逆接しちゃって点くはずのLEDが光らなかった。
回路図的にトランジスタは左右対称だから左右対称にトランジスタ繋いじゃったんだが、電流の向きが共に上から下だからトランジスタは同じ向きで置かないとダメなんだねw
何も破損しなかったが、回路や配線のミスでAVRプログラマが壊れたら困るから回路への試験給電にAVRプログラマを使うのはやめたほうが良いねw

LinuxでAVR

ファームを更新した中華USBaspを使ってLinuxでAVRの書込みできました。
作ったのは、hello world的な簡単なコード。
母艦環境はArch Linux。

先日の記事に書いたが、
母艦にインストールしたのはavrdude,avr-gcc,avr-binutils,avr-libcの4パッケージで全部公式リポジトリにある。
avr-gccでC言語のコードをAVR用にコンパイルして、avr-binutilsに含まれるavr-objcopyコマンドでavrdudeで書き込めるihex形式のファイルに変換する。

今回のコード。
main.c
#include <avr/io.h>

int main(){
    DDRB=0b00000000;
    DDRD=0b01111111;
    while(1){
        PORTD=PINB;
    }
}
PC用プログラミングの"hello world"ではその名の通り"hello world"と文字を出力するのが一般的だが、
文字出力のできないマイコンの入門には出力確認としてLEDを光らせる。
AVR入門のコードではLEDを点滅させるコードが多いと思うのだが、入門用プログラムにはタイマーを使った"点滅"などさせずに"点灯"だけの方が良いんじゃないかと思う。
が、固定で電圧を出力するだけだとマイコンの処理結果で電圧が出てるのかわからないので、特定ピンの入力状態によって対応ピンに出力するコードにした。

#include <avr/io.h>
は、IOピン関連のライブラリをインクルード。

今回使ったAVRはDIPパッケージのATtiny2313で、

ピン配列はこのようになってる。
20ピンのうち、20番のVCCと10番のGNDはマイコン電圧用なので入出力には利用できない。
A,B,Dの3グループ(ピン数の多いマイコンではCグループもある)に分けられており、
PA0-2 = 3本
PB0-7 = 8本
PD0-6 = 7本
が入出力用に利用できる。
このうち、PA2,PB7,PB6,PB5の4本はマイコンへのファームウェア読み書き用に使わず空けておきたい。
PDは全部使えるので、PB0-6の入力がhighなら対応する番号のPD0-6の出力をhighにするプログラムにした。

今回のコードの、
DDRB=0b00000000;
DDRD=0b01111111;
は、ピンを入力用にするか出力用にするかの設定。
DDR[A,B,D]に値を設定するとピンを入力用にするか出力用にするかを切り替えられるが、
値を2進表記(0bから始まる数値)するとわかりやすい。
2進表記時の最下位ビットが各グループの0番ピン。
対応位置が0なら入力用で、1なら出力用になる。
PB0-7の8本は全部入力用にして、PDは0-6番の7本なので最上位を0にして桁合わせした。普通の10進数と同じで最上位が0なら無意味。

while(1){
    PORTD=PINB;
}
の部分は、
状態の変化に応じてLEDを切り替えるために無限ループにした。
PORTDはPDの出力で、PINBはPBの入力状態。
PDにPBの状態をそのまま代入したが、特定ピンを対象にコードを書きたいならDDR[A,B,D]と同じで2進表記するとわかりやすい。


で、回路の方。

PDグループのピンの出力を同じ番号のPBグループピンの入力状態に対応させるプログラムなわけだが、
マイコンのピン配列的にやりやすそうに見えた4番ピンだけを使うようにした。
まず、PD4にLEDを繋いで、電流制限のために300Ωの抵抗を入れた。
PD4に対応するPB4に電圧をかけるわけだが、PB4と電源との間にON/OFFできるスイッチとしてジャンパを入れた。
そして、PB4は大きい抵抗を挟んでGNDに繋いだ。
PB4をGNDに繋がない場合、スイッチONなら電源電圧がかかるので入力状態がhighだが、スイッチOFFで電源と断線している時にどことも繋がっていないので電位が不明。
スイッチOFF時に確実にlow(0V)にするためにPB4はGNDと繋ぐ。
PB4とGNDを直結してしまうとスイッチON時に電源からGNDにショートしてしまい大電流が流れてしまうので、スイッチとなるジャンパとGNDの間に大きい抵抗を入れる。
この時の抵抗がプルダウン抵抗という。


コードと回路が出来上がったわけだが、avr-gccでコンパイル。
$ avr-gcc -mmcu=attiny2313 -Os -c main.c
main.oが出力される。
-mmcuオプションでターゲットマイコンの種別を指定する。
-cオプションでコンパイルされる。
-Oオプションで最適化ができるのだが、-Osだとサイズが小さくなるように最適化される。
-Osつけた場合とつけなかった場合で、今回のコードだけでも.hexファイルに140byteと50byteくらいの違いが出る。

gccの出力したmain.oを、avr-objcopyコマンドでavrdudeで書き込めるihex形式に変換する。
$ avr-objcopy -I elf32-avr -O ihex main.o main.hex
-Iオプションで入力ファイル形式。
-Oオプションで出力ファイル形式。
オプションに続けて入力ファイルと出力ファイル名。
gccの出力したmain.oはelf32-avrという形式らしい。

avrdudeコマンドでマイコンのflash領域に書き込み。
$ sudo avrdude -c usbasp -p t2313 -U flash:w:main.hex -B 10
AVRプログラマはUSBasp化した中華のやつだが、-Bオプションをつけて速度を落とさないとエラーとなった。
-Bの値は大きい方が遅いぽい。


<実験>

OFF状態

回路図記載のPB4とPD4以外に、PA2,PB5,PB6,PB7に線が繋がってるが、USBaspと繋いだままなので。
VCC(5V)とGND(0V)もUSBaspと繋いだままで、そこからマイコンに給電。
赤いケーブルが1個抜けてるが、これがジャンパでスイッチOFF状態。


ジャンパをPB4につないだらPD4に繋いだLEDが光った!


というわけで実験成功。

こんなLED光らせるだけのプログラムでは全く実用性がないが、
USB接続のPC用デバイスを自作したり、PCから制御できる特殊デバイスを作る技術を得るために、
クリスタルが届いたらV-USB系の実験をやろうと思ってる。

あと、USBの通信は不要で実用的なものとして、USB電源でのニッケル水素充電と、
先日届いたステップアップDCコンバータでニッケル水素電源での5V(USB)出力の制作を考えてる。

ファーム書き換えできたぽい

昨日届いた中華製ニセUSBaspだが、またファーム更新試したら成功したぽい。
まだ書き込み確認してないが、少なくともファームの書き換えは成功してる。

まず、昨日はハンダでのショートに失敗した可能性があると思ってたので、
ジャンパホールに通せる針金を調達して試そうと思って近所のホームセンターで0.28mmの真鍮針金を買った。(ステンも0.28mmからだったので)
だが、昨日の失敗でホールがハンダで埋まっており、0.28mmの針金の熱では貫通できなかった・・・
というわけで、また結局ハンダでw


で、一度ハンダで固定できて、試しにAVRWRTで検出してみたらATmega88と認識した!
ここの神は外見同じものだが、ATmega8と言ってるが、自分のはAVRWRTの自動検出でATmega88。
どうも複数のタイプが存在するようで、ATmega8用のファームではダメぽい・・・
というわけなのだが、上記ページのコメント欄にATmega88版のファームがあった。

ATmega88のファームで書き込みをしようとしたのだが、
AVRWRTでflashの読み込みは出来るのだが書き込みが出来ない・・・
それで調べたり試行錯誤してるうちに、ジャンパした線が外れちゃったりして苦労したのだが、
AVRWRTの速度を標準の1Mhzから500kHzに変更したら書き込めた。
ヒューズビットは初期状態で0xDD 0xFFだったが、変更の必要なしと思うので変えなかった。
ロックビットとやらが設定されていたが、ファーム更新したら変わった。


ファーム更新してLinuxにつないでlsusbしたらデバイスが出てこなかったのだが、
抜き差ししてるうちにジャンパ線が外れちゃって、そしたら認識したwUSBaspはジャンパはずさないと認識しないぽい?
lsusbの結果に、
Bus 003 Device 003: ID 16c0:05dc Van Ooijen Technische Informatica shared ID for use with libusb
が出てた。
IDがUSBaspの物になってる。

書き込めるAVRをまだ繋いでavrdudeでの読み書き試してないが、
sudo avrdude -c usbasp
でIDのエラーはでないのを確認した。
後ほどATtiny2313つないで試してみる。

ATmega644pでUSBaspを作ろうと考えているのだが・・・

中華AVRプログラマがニセUSBaspだったんで、ATmega644pでUSBaspを作ろうと考えているのだが、情報まとめ。

USBaspを書き込む際にAVRのヒューズというのもプログラムと別に書き込む必要があるようなのだが、
USBasp標準のATmega8用で、
ヒューズ上位バイト: 0xC9=0b11001001
ヒューズ下位バイト: 0xEF=0b11101111
となっている。

ATmega8の初期値は、
ヒューズ上位バイト: 0b11011001
ヒューズ下位バイト: 0b11100001
となっているらしい。

データシートを見ると、
CKOPT: 1→0
CKSEL3-0: 0001→1111
に変えているぽい。

CKSEL3-0の値によってクロック元が変わるようで、
クロック種別CKSEL3-0
外部発振子1111-1010
外部発振子(低周波)1001
外部RC発振1000-0101
内蔵RC発振0100-0001
外部信号0000
とのこと。

CKOPTの意味はクロック種別により変わる。
元の設定は0001で内蔵RC発振の範囲だが、内蔵RCで1MHzの設定らしい。内蔵RCの場合はCKOPTは常に1。
1111は外部発振子の範囲だが、CKOPTとCKSEL3-1の組み合わせにより周波数範囲が変わり、CKOPTが0でCKSEL3-1が111の組み合わせは1.0MHzから上限なしの設定らしい。
外部発振子の際のCKSEL0は、SUT1,0との組み合わせで起動時間遅延設定となるらしい。


ATmega644で使おうとしているわけだが、ATmega644の初期値は、
ヒューズ上位バイト: 0b10011001
ヒューズ下位バイト: 0b01100010

CKOPTは無く、CKSEL3-0はATmega8と同じく下位バイトの下位4bit。
ATmega8と同じでCKSEL3-0の値でクロック元が決まるが、範囲がちょっと違う。
クロック種別CKSEL3-0
外部発振子(低電力)1111-1000
外部発振子(全振幅)0111-0110
外部発振子(低周波)0101-0100
128kHz内部発振0011
内蔵RC発振0010
外部信号0000
予約0001
とのこと。

初期値は内蔵RCで、内蔵RCの範囲が一つしか無く最大の8MHzになるようなのだが、
ヒューズ下位バイト最上位ビットのCKDIV8が初期値の0だとCLKPR(クロック前置分周レジスタ)を設定することで分周することが出来るらしい。
CKDIV8が0にされるとCLKPRは0011の8分にリセットされ、初期値もそうで出荷時のクロックは8MHzが8分されて1MHzらしい。
CKDIV8が1にされるとCLKPRは0000になるとのこと。
この機能使うと最高周波数以上の発振子を使うことも出来るぽいようなことが書かれてる。

外部発振子は低電力モードと全振幅モードがあるが、低電力だとノイズの影響を受けやすいらしい。
全振幅モードの場合のCKSEL0は、ATmega8と同じくSUT1,0との組み合わせで起動時間遅延。
全振幅モードのCKSEL3-1は011固定で0.1-20MHzとのこと。
全振幅にした方が無難かな?


というわけなので、元のATmega8用のヒューズが周波数関連しか設定されてないので、ATmega644用にするにはヒューズ上位バイトはそのままで下位バイトを、
CKDIV8 0→1
CKSEL3-0 0010→0111
下位バイト全体 0b01100010→0b01100010
にすれば良さ気かな?


USBaspの配布ファイル内にはバイナリが入ってるが、ATmega8用とATmega88用で別のバイナリが用意されてるので、
コンパイルもしないとダメぽい。
コード内にもターゲットデバイスを設定するような箇所があるのを確認したが、ターゲットデバイスの設定以外は変更しないで良さ気かな?

USBaspの回路はUSBtinyと同じ感じになっているが、V-USBみたいにツェナーダイオードじゃなくて2連順方向ダイオードで平気かな?
マイコン自体は5V動作させたほうが良いのかな?


ってな感じ。
V-USB派生のAVR-CDCは内部発振8MHzのATtiny45でクリスタル無しで動作するらしいが、クリスタルなし化は難しいだろうしクリスタル届いてから試す。

中華USBaspがパチもんだった・・・

今日はeBayで買って届いたUSBaspでLinuxでAVRプログラミングしようとして、
テストコード書いてavrdudeで書き込み・・・

のはずが、avrdudeで認識しない・・・
というわけで、ずっとハマってた。


まず、Arch Linuxの公式リポジトリから「avr」で検索すると、それっぽいのは、
avrdude,avr-gcc,avr-binutils,avr-libc,avr-gdb,simavr
辺りが出てきた。
avrdudeがUSBaspというプログラマに対応しているのを確認して購入したのだが、書き込み用に必要。
avr-gccでコンパイルが出来て、avr-binutilsとavr-libcも書き込み用ファイルの作成には必要ぽい。
avr-gdbとsimavrはデバッグ用ツールぽいんで今回は入れなかった。

avr-gccは、
avr-gcc --help
でヘルプが見れるが、
avr-gcc -mmcu=attiny2313 -c main.c
でmain.oが作成される。
-mmcuオプションでターゲットマイコンの種類を渡して、-cオプションでコンパイル、最後にコードファイルって感じぽい。
avr-gcc -mmcu=attiny2313 -Os -c main.c
と-Osオプションをつけるとサイズが小さくなるように最適化されるとのことだが、avr-gccが出力する.oファイルはむしろ大きくなったんだが、書き込み用の.hexファイルに変換したら、
オプション無しで140byteがオプションありで50byteに減ったんで効果でかいぽい。

avr-gccの出力ファイルはelf32-avrという形式のようで、そのままではavrdudeで扱えないらしく、
avr-objcopy -I elf32-avr -O ihex main.o main.hex
でavrdudeで書き込むことができるihexという形式に変換できるぽい。
avr-objcopyはオプション無しで実行するとヘルプが出る。

avrdudeの使い方はオプション無しで実行するとヘルプが出るが、
-cオプションでのプログラマ指定と-pオプションでターゲットマイコンの指定が必要ぽい。(-pは自動認識できる?)
avrdude -c 非対応文字列
とすると対応しているプログラマの一覧が表示され、usbaspのつもりだったんで、
avrdude -c usbasp -p 非対応文字列
とするとターゲットマイコンと指定する文字列の一覧が出る。

で、書き込むのは、
avrdude -c usbasp -p t2313 -U flash:w:main.hex:a
と-Uオプションでwをつけると出来るようなのだが、
avrdude: error: could not find USB device with vid=0x16c0 pid=0x5dc vendor='www.fischl.de' product='USBasp'
こんな感じで怒られた・・・
lsusbコマンドでUSBデバイスを確認すると入手した中華AVRプログラマは「03eb:c8b4」だった。

というわけで解決法を探ったが、/etc/avrdude.conf でプログラマのベンダIDとプロダクトIDが指定できるぽかったので、
usbasp-cloneのusbvidとusbpidを03eb:c8b4に変更してavrdudeの-cオプションをusbasp-cloneにしてみたが、結局ニセusbaspの様でダメだった・・・


さらに解決法探してたが、
ここの人が同じ様にUSBaspのつもりが偽物で、usbasp化改造してた。全く同じものぽい。
自分もWindows用のAVRWRTを用意して改造しようとしたのだが、ジャンパする箇所がすごく小さい。ジャンパピンとか0.6mmの線じゃ入らない。
で、細い線買おうか迷ったがハンダでやることにした。

が、うまく行かなかった。AVRWRTで認識しない。
ランドが小さすぎてハンダが失敗してる気もするが、AVRWRTには給電機能がないので無理なのか?
とも思ったのだが、
ここの人AVRISPmkIIという給電機能のないプログラマで改造成功してる。
自分も同じようにMOSI,MISOをストレートで結線して別のところから5v給電したのだが・・・
中華プログラマが5Vではなく3.3Vで動いてるとAVRWRTでダメって可能性もあるか?
一応、中華プログラマのVCC出力が5Vなのは確認済みだったが、マイコン自体は3.3Vかもしれない。


まあ、今回は断念した。
中華プログラマはUSBaspではなくUSBISPというものらしく、Progispというツールで扱えるようなのだが、Windows専用ならAVRWRTでいいし・・・

とりあえずAVRWRTはインストールして使える状態になっていると思うのだが、やはりLinuxでやりたい。
別のUSBaspを購入するか、USBaspの回路を見たところクリスタルが到着すれば作れそうな気がするんで自作するか・・・
ただ、ATtiny2313では容量不足ぽくて、他のAVRはATmega644pってのしか持ってない。
オリジナルのUSBaspはATmega88かATmega8と記載があるが、644でいけるだろうか?
今回の偽USBaspはメタルジャケット付きで外見良い感じなのだが、むき出しでもICソケット付きの形状のは良いかなと思ってる。
別のプログラマを再購入するとまた偽物つかむ可能性が考えられるが、メタルジャケットではなくプラジャケットのやつはUSBaspとプリントされてるのが確認できるな。
値段同じようなもんだったしプラジャケットのにしておくんだった・・・

あと、今回は1pinのジャンパケーブルでつないだが、ピンアサイン確認しながらじゃないと厳しい。
多分合ってたと思うが、間違えて結線しちゃって失敗した可能性も否定できない・・・
逆指し不可の10ピンソケットと、6pin-10pinの変換ケーブルかコネクタも欲しいと思った。

まあ、金もないしクリスタルが届いてからUSBaspの自作を試みて、
購入の検討はその後にしようと思う。