Mega88でテトリス

2011年03月31日 | 日記

ATmega88にテトリスを書き込んで見ました。
まだ、JOYスティックがついていませんが、取りあえず画面は出ました。
R-2RDACの配線を間違えて、同じ配線の繰り返しはどうもいけません。どう間違えたのか
なかなか見つかりません。
何とか見つけてOK。
画像をよく見ると左右にじわじわ揺れています。内蔵RCのジッタ？かハムってるのか？
明日、プシュSWを付けて見ます。

コメント (81)

« VRCON、１６F628（２） | トップ | 桜が咲き始めました。 »

このブログの人気記事

最新の画像［もっと見る］

81 コメント

コメント日が古い順 | 新しい順

Unknown (senshu): 2011-03-31 23:21:34; ラジオ少年さん、こんばんは。

さすがですね。早速動作確認を行われた行動力に
敬意を表します。

画面表示の揺らぎは、以前、RC発振でTVに表示させた
ときにも経験しました。仕方なく、8MHzのセラロック
を追加しました。

RC発振の揺らぎが無いかどうかを確認してみる必要が
あります。ATmega644pならセラロックやXtalが使える
ので、それと比較してみるのも一案です。; 返信する

Unknown (senshu): 2011-03-31 23:32:05; RC発振の揺らぎは、外部機器に与えるEMI（電磁雑音）を
低減させるために意図的にこうした仕様になっている、
という説がありますが、定かではありません。

私は、安定している方が嬉しいのですが、それ程単純な
ものでは無いようです。; 返信する

Unknown (ラジオ少年): 2011-03-31 23:53:24; mega644は8MHzのXTALを使っています。
画像を比較しますと、ジッタは有りません。やはり、内部RC発振器の影響かも？
mega88の画像は少しボケ気味かな？
兎に角、差異が認められますね。; 返信する

オシレータ・ジッタ (kuga): 2011-04-01 00:06:02; V-USB の内蔵オシレータ動作のテストのときこれを疑って、比較テスト用にMEGA8を購入しました。
http://elm-chan.org/docs/avr/jitter.html

結局テストはしていませんが・・・; 返信する

ジッタと移植の件 (shuji009): 2011-04-01 00:12:30; 内蔵クロックのジッタは、EMI対策でまず、間違い
ないようです。
昨年FPGA（というかASIC)のエッセイ本を読んでいたら、
書いていました。

ところで、ラジオ少年さん、流石です。
私は、木曜日は子供が、保育所の都合で休みだった
ので全然触れず（涙；）。
金曜は、できればmbedに移植してみます。
できるかどうかはわかりませんけど（例のSPI
のDACを使う予定です）; 返信する

EMI対策 (kawana): 2011-04-01 04:15:51; 私は、RC発振がEMI対策の一つに成ったと言う事では、無いかと思います。周波数がふらっくのでスポットの高調波が出にくく成っていると
思います。
TVのクロマで3.58MHｚのRC発振が使えるかと言うと使用出来ないでしょう。RC発振を使用すれば、ビ－トの縞模様が出ると私は、思います。; 返信する

re:EMI対策 (kuga): 2011-04-01 06:50:37; kawanaさん、
私が先に紹介したChaNさんのリポートは読みましたか？
http://elm-chan.org/docs/avr/jitter.html

読んだ上での発言とは思えません。; 返信する

Unknown (senshu): 2011-04-01 07:21:03; ＞http://elm-chan.org/docs/avr/jitter.html

を読むと、世代が古いほうが安定しています。mega88ではなく、
mega8はRC発振の特性が異なることを思い出しました。

mega8に置き換えてみてはいかがでしょうか。; 返信する

去年の大人の科学のジャパニーノ (shuji009): 2011-04-01 07:29:17; 結局買っていませんけど、去年発売された大人の科学
の付録ジャパニーノは、内蔵のRCを使っていて（外部
発振子もあるのに）、MTM05（だったか?）用にビデオ
コンポジット出力が滲むってことで話題になりました。
Mega88Vでしたか・・。; 返信する

読んだと言うか見た程度？ (kawana): 2011-04-01 07:30:27; 昔、読みましたが、ジッタがこれくらい有ると
読みました。
積極的に、RCにしたと書いて有ったかも知れません。良く読み返してみます。; 返信する

Unknown (ラジオ少年): 2011-04-01 07:41:02; 私も前にChanさんのリポートを読んでいましたので、これのジッタの影響かなと考えたのです。
＞TVのクロマで3.58MHｚのRC発振が使えるかと言うと使用出来ないでしょう。
この水晶はVCXOで送られてくるカラーバーストに同期するようになります。RC発振器でも条件が良ければ使えると思います。
カラーのスプリアスは櫛形フィルタで除去しています。
mega8に置き換える、やってみる価値がありますね。
昔、EMI（VCCI)で試験サイトに機器を持ち込んでテストを受けた事があります。
以外と高い周波数でのスプリアスが有り、なくすのに苦労しました。しかし、ジッタで逃げるとは？苦肉の策ですかね。
使う方としては面白く有りませんね。; 返信する

chanさんの見解 (kawana): 2011-04-01 07:57:04; chanさんの見解を読みました。
古いChipのジッタは少ないが、新しいChipは大きいと書かれているので、そうかもしれ無い事
理解しました。
スプリアス抑制は、きちんとしたケ－スに入れ
BNC端子などに気お使えば、規格値内に収める事が出来る考えていました。しかし
昔、設計者が、EMI対策で苦労しているのを思い出しました。EMI測定環境が、公的なもの、会社に属するものが有ったと記憶しています。そして、かなりの、日数と費用を要していた事思い出しました。
扱った製品で、電界強度測定時に表示ノイズにより、電界強度測定に支障が有るので、表示割り込みを禁止などしていました。
ＡＶＲを使用して身近な機器を製作すると、
ＦＣＣ規制をクリアするためには、基本Clock
をスプリットする技術は、必要だつたのかも
知れません。考え方、訂正します。; 返信する

RC、Ceramic,XTAL (kawana): 2011-04-01 08:09:56; ラジオ少年さんの考え読んで、考え方、変わりました。
周波数変動の要素から考え、RC、Ceramic,XTALの順に良く成って行くのは、事実と思います。
ゆらぎが、問題で有るならば、XTALを使用すべきと思います。
この時、スプリアスレベルがどれくらいかは、
解りませんが。
私のように基板むき出し派にには、EMIの電磁波の影響を受けて何も考えずに生活している様です。もし、これが、放射線規制値内側だったら
どうしましょうと考えてしまいました。; 返信する

話がShiftしてきましたが (kawana): 2011-04-01 08:22:06; 皆さんは、携帯電話や電子レンジの電磁波の
影響をどの様に考えますか、また、規制値の扱いを、数値をいじる、いじらないなど？
私たちは、その道の研究者でも無いし。
聞くだけやぼか？; 返信する

Re.RC、Ceramic,XTAL (ラジオ少年): 2011-04-01 08:50:39; kawanaさんに反発する意図はないのですが、周波数の安定度でこの順番であり、揺らぎは別の次元の問題ではないかと思います。水晶を使いたいのですがPORTの関係で内部RCを使わざる得ないのです。

余談ですが、644はPORTが順番に並んでいてR-2Rの配線は一発でOKでしたが、88はピンが飛び地になっていて配線ミスをしました。; 返信する

mega8でテトリス (kuga): 2011-04-01 09:23:54; mega8用に書き換えてみました。
mega32もmega8も　お友達groupだと思っていたんですけど
mega8のtimer0には CTC動作がありませんでした。

元のプログラムでは
pixel clock に timer0 (8bit)
Frame clock に timer2 (8bit)
を使っています。
これを pixel timer0->timer2に変更
Frame　を timer2->timer1 (16bit) に玉突き変更します。

アナログオシロと、mega8と、気力のある方　テストしますか？; 返信する

Unknown (ラジオ少年): 2011-04-01 10:03:05; そうですね。Mega8に変更しようとやっていましたが、OCR0が有りません。; 返信する

Unknown (kuga): 2011-04-01 10:27:14; ラジオ少年さん、Mega8をお持ちですか？
以下にupしました。
http://firestorage.jp/download/9a00338b924948108c1c8516435e15d67f65d5d3; 返信する

definedの書き方 (senshu): 2011-04-01 11:32:08; kugaさん、こんにちは。

私の思いつきに対し、早速作業していただき、ありがとうございます。
ラジオ少年さんは、先月mega8を使った実験を行われていますので、mega8
はお持ちだと思います。

kugaさんが書かれた修正箇所を見たのですが、

#if defined (__AVR_ATmega8__) || (__AVR_ATmega88__)

という記述を見つけました。

私は以下のように、マクロ毎にdefinedが必須と考えていたので、
非常に驚きました。

#if defined (__AVR_ATmega8__) || defined (__AVR_ATmega88__)

definedを書くのは手間ではありませんが、今回のように対応する
MCUが多くなると行が長くなり、読みにくくなります。

kugaさんの方式が同等の働きなら、今後はこの記法を活用したいと
思います。; 返信する

EMIとEMC (senshu): 2011-04-01 11:44:23; 私のEMIとEMCなどに関する用語の理解が不明確でしたので、
調べてみました。

RC発振器によるノイズへの対策は、EMI対策という表現が
正しいようです。

以下のサイトを参照しました。

http://www1.ocn.ne.jp/~ars/emc/emi.htm#L3-1; 返信する

Unknown (kuga): 2011-04-01 11:53:23; ＞私は以下のように、マクロ毎にdefinedが必須と考えていたので、
特に意識無く書きました。　期待する処理になっているようです。

＞#if defined (__AVR_ATmega8__) || (__AVR_ATmega88__)
他でmega328pに対応するように書いているのに、ここでは忘れています。

PORTAが存在しなかったら
#if !defined PORTA
と書くのが合理的ですね。; 返信する

Unknown (ラジオ少年): 2011-04-01 11:55:15; kugaさん、senshuさん、今日は。
kugaさんのupしたfile　dlしました。
mega8は持ってますのでやって見ます。; 返信する

#if defined (kuga): 2011-04-01 12:42:49; 気になったので、調べてみました。

#if defined の書き方ですが senshu さんの書き方が正しくて、私の書いたものは間違っています。

ではなせ期待する動作になるのか
__AVR_ATmega644P__　等は　0以外の値を持つ形でdefineされているようです。
以下の記述でも、同様の期待する動作となりました。

#if (__AVR_ATmega644P__) || (__AVR_ATmega328P__) || (__AVR_ATmega88__); 返信する

Unknown (ラジオ少年): 2011-04-01 12:48:15; やって見ましたが、何も出ませんね。

私のハード：
PD0-7: X position
PB0-7: Y position
PC0-5: JOY PORT
PC0=up,PC1=down,PC2=left,PC3=right,PC4=fire,PC5=Gravity
Fuse:Low=E4(internal 8MHz)
High=D9
以上の設定です。
ざっと見てよさそうでしたのでそのままコンパイル、書き込みました。
何か忘れてますか？; 返信する

Unknown (ラジオ少年): 2011-04-01 13:04:56; drawlib.cの下記の部分直さないといけないですね。

#define PORTX PORTD
#define PORTY PORTC　---＞ PORTB
#define DDRX DDRD
#define DDRY DDRC ----＞DDRD; 返信する

Unknown (ラジオ少年): 2011-04-01 13:15:18; 直してやってみました。電源を入れた瞬間テトリスの画面が出てすぐ消えてしまいます。
まだ直さないといけない所があるのかな？
もう一度見て見ましょう。; 返信する

Unknown (kuga): 2011-04-01 13:18:22; ラジオ少年さん、確かにそうですね。
28pin Deviceでは DACは PORTD,PORTB使用でした。

あと,MAakefile 内がMCU = atmega88 のままでした。
AVRStudioを使わず Makeでコンパイルするなら
ここの修正も必要です。; 返信する

バグ見つけました・。 (kuga): 2011-04-01 13:29:49; scopetetris.c内

TCCR1A = (1＜＜WGM12); //CTC mode
TCCR1B = (1＜＜CS12) | (0＜＜CS01) | (1＜＜CS10); //priscaler 1024

WGM12 bitは TCCR1B側にありました。
馬鹿ですね前に発見したのと同様なバグを入れ込んでます。

実害はありませんが CS01も CS11の間違いです。; 返信する

Unknown (ラジオ少年): 2011-04-01 14:00:11; CS01---＞CS11に直しました。
AVR　studioでコンパイルしてます。
gcc version 4.3.2 (WinAVR 20090313) を使ってます。; 返信する

Unknown (kuga): 2011-04-01 14:13:43; ラジオ少年さん、上にも書いたように
WGM12 は TCCR1B側なので以下のように修正お願いします。

TCCR1A = 0;
TCCR1B = (1＜＜WGM12) | (1＜＜CS12) | (0＜＜CS11) | (1＜＜CS10);; 返信する

Unknown (ラジオ少年): 2011-04-01 14:21:14; 下のTCNT1はLOW,HIGHが有るのでそれに対応した書き方にしないといけないような？

#elif defined (__AVR_ATmega8__)
TCCR1A = (1<<WGM12); //CTC mode
TCCR1B = (1<<CS12) | (0<<CS11) | (1<<CS10); //priscaler 1024
TCNT1 = 0;
OCR1A = (0.01 * F_CPU / 1024); // get 0.01 sec interval

TCC1Bは直します。; 返信する

Unknown (ラジオ少年): 2011-04-01 14:23:13; 消えた、不便なブログ; 返信する

EMIとEMC (kawana): 2011-04-01 14:24:09; EMIとEMC読ませて頂きました。
面白いと思ったのは、船の最深部？に鉛の塊が有る事（ほんとかな-と思いました。）
今では、カウンタ－ア－ス？かさの骨の様に
分散ア－スされているかも。
飛行機にも落雷が有ると聞いています。雷流は機体表面から逃げるのかな-と考えました。？
-----------
ネジ締め不十分で磁気カ－ド－がERRORしたのを
経験しました。
昔、パソコンをOEMで製作を依頼しており、
その立会い検査に行った時の話です。
１０台くらいのサンプルを３人くらいで一般操作試験をしている時、私が操作した時、
READ　ERRORに成るPCが発見されました。
先方設計者がカバ－を空けると、磁気カ－ド
筐体に銅版がねじ止めされている箇所が有りました。設計者は、ねじを加締めすると、ERROR
は、無くなりました。対策協議の上、立会い先
を出ました。翌日、第一ロットは出荷されました。しかし、数日後、OEM先より、引き上げて
処理する連絡が入りました。
たまたま、私が持参したカ－ドがERRORし易かった様な気がしました。立会い検査に当たって
準備する物として、磁気カ-ドで、スキュ－が
-Δ、標準、＋Δの物を持参すべきでした。
OEM先で準備した、磁気カ－ドのみで検査していたら発見出来無かったと思います。
立会い検査の工具かばんは、持参したのだが。; 返信する

磁気記憶状態を目視 (kawana): 2011-04-01 14:34:43; 磁石の微粒粉をカ－ドに載せてはらうと、
記憶の磁気帯が見えました。
これには、少しびっくりしました。; 返信する

Unknown (kuga): 2011-04-01 14:38:35; ＞TCNT1はLOW,HIGHが有るのでそれに対応したTCNT0は iom8.h で以下のように定義されています。
#define TCNT1 _SFR_IO16(0x2C)
#define TCNT1L _SFR_IO8(0x2C)
#define TCNT1H _SFR_IO8(0x2D)

16bitレジスタとしてTCNT1Lと同じアドレスが定義されているので
TCNT0 = xx ; と書くと 0x2cと2x2dへの書き込みコードを生成します。
AVRはTCNT1のような16bitレジスタへのＨ,Lのアクセス手順が決まっていますので、
自分で TCNT0H,TCNT1Lにアクセスするコードを書くよりも　TCNT1と16bitレジスタへのアクセスとして記述してコンパイラに任せたほうがバグが減ります。; 返信する

Unknown (ラジオ少年): 2011-04-01 14:41:20; 分かりました。
The two Timer/Counter I/O locations (TCNT1H and TCNT1L, combined TCNT1) give
direct access, both for read and for write operations, to the Timer/Counter unit 16-bit
counter.
と書いて有りました。; 返信する

Unknown (ラジオ少年): 2011-04-01 14:55:16; 絵が出ました。
落ちてくるスピードが遅いし、やけにハムっている感じです。オシロがトランスの磁気の影響を受けているようです。
結局TCCRBが影響していた見たいですね。電源をちょっと見直します。; 返信する

Unknown (ラジオ少年): 2011-04-01 15:26:06; 電源電池に切り替えました。
この状態で改めてmega88を動作させてみました。画像は安定しています。どうもオッシロの上に載せたDC電源のトランスの漏れ磁束で揺れていた様です。
電池では揺れません。mega8も同様、揺れません。ただ、落ちるスピードが遅い、Gravityが効いているのか？Fuseは8MHzになっています。
これを追求します。; 返信する

mbed版の行方 (shuji009): 2011-04-01 15:58:18; 話の腰を折って申し訳ないのですが、
mbed版・・・非実用レベルで、表示・動作
しています。

チラツキが激しく、動作は、一昨日のものの
1/100位（汗；）。

改良は後日。

因みに、かなり触りまくっています。; 返信する

Unknown (senshu): 2011-04-01 17:06:36; kugaさん、ラジオ少年さん、お疲れ様です。

問題点が解決し、一安心です。megba8の件は時間の問題で解決すると
思います。こうした問題を解決するときに理解は深まると考えています
が、残念なことに私はmega8を持っていません。

結果としては「RC発振でのEMI対策の件は無実」ということになるので
しょうか。RCで問題ないなら嬉しい話です。

m88以上のAVRマイコンを使えば、興味深い教材を製作できるのです。

また、shuji009さんの報告では、32ビットのARMマイコンが現時点では
8ビットのAVRマイコンの代替に苦労しているのは興味深いです。

ここ数日は、とても実りある展開で、大変勉強になりました。

諸氏の努力に感謝いたします。; 返信する

Unknown (senshu): 2011-04-01 17:12:20; 連投で申し訳ありません。

多くの書き込みがあるのに、このスレッドの展開がスムーズ
なのは、ソースコードを直接書き込んでいないために内容を
掌握しやすいのが功を奏していると思います。

ソースの修正箇所のみを議論しています。直接ソースを書き
込んでいれば、スクロールが煩わしく、コメントを見逃すこ
とになると思います。; 返信する

gravity (kawana): 2011-04-01 17:23:13; gravity 重力
落下スピ－ドを定数で変更出来る様に成っていると思いました。後で、kugaさんのProgram勉強させて頂きます。; 返信する

definedの書き方 (senshu): 2011-04-01 17:32:32; kugaさん、definedの件、了解です。

＞ #if defined の書き方ですが senshu さんの書き方が正しくて、私の書いたも
＞のは間違っています。

definedはマクロ名がdefineされているかどうかを調べるものなので、複雑な式を
書いてはいけないと理解していました。

＞以下の記述でも、同様の期待する動作となりました。
＞ #if (__AVR_ATmega644P__) || (__AVR_ATmega328P__) || (__AVR_ATmega88__)

私は、ソースコードは、正確にかつ読みやすく書きたいと思っています。上の書き
方はごく一般的で簡潔です。今後のプロジェクトでは、definedを使わない書き方で
書いてみます。; 返信する

問題一つ解決おめでとうございます (kawana): 2011-04-01 17:46:50; ＞電源電池に切り替えました。
素早いひらめきで解決されましたね。

私の場合は、マニュアル読んでもよく解からないので、英語の辞書を引きながら、該当Pageを
印刷し何時でも読める様に、メモの充実に心がけ、一発一発確認して行きます。こうする事で
素早く該当pageが開けられる様に成り、理解が
深まりました。; 返信する

TCCR1A = (1 (kawana): 2011-04-01 18:02:22; ラジオ少年さんのコメント投稿欄の記述の規制
で半角の<<は、削除されるので
PORTA |= 0x08;//PA3=1 の様にしています。
１＜＜３より早く成っていると思います。
私も、今までに３回ミスしました。
なかなか、頭に入りませんでした。; 返信する

やってしまつたmiss_count++; (kawana): 2011-04-01 18:07:28; 半角の＜＜（これは全角）が使用出来ないので
PORTA |= 0x08;//PA3=1の様に記述を心がけています。これのほうが早いと思います。; 返信する

ビットシフトを利用する理由 (senshu): 2011-04-01 18:23:30; ＞ TIFR0 = (1＜＜OCF2A);
のように書くのは、ビットの意味を明確にするためです。

#define OCF2A 1 と定義されているので、TIFR0 = 2;と
書いても同じ意味ですが、これでは何を意図したのかを
読み手に伝えることはできません。

単にLEDを点滅させる場合は別ですが、レジスタの初期化な
どはビットの意味を明確にすることで、無用の混乱を避ける
ことができます。

この表記を行っていなければBUGの特定は難しいと思います。
＃その意味で、このブログの仕様は実に厳しいものがあります。; 返信する

TIFR0 = (1＜＜OCF2A); (kawana): 2011-04-01 19:38:42; 早く成るは、Compileが１usくらい早く成るだけで実行スピ－ドは変わりません。訂正す。
記述は、senshuさんの記述が良いと思います。

私は、＜＜を使用をさけ下記の様に記述
したいと思います。

TIFR0 |= 0x02;// b2 OCF2A set

下記をProgramのSchmaticの下に記述
//TIFR0 ----- ----- ----- ----- ----- OCF0B OCF0A TOV0 P67; 返信する

Unknown (senshu): 2011-04-01 19:50:18; ビットの位置はMCUによって変わる場合がありますが、ビット
名は変わりません。また、ヘッダファイルには慎重に記述した
多数の定義が利用できます。

そのため、自前でビットを定義するのは効率的ではありません。
規模の大きいソースを書いてみれば、効率の違いを実感できます。

今では多数の公開プロジェクトがありますので、ソースを丁寧に
ご覧になってください。多くのことを学ぶことができます。話題に
しているテトリスのソースも手ごろな規模だと思います。; 返信する

Unknown (senshu): 2011-04-01 19:56:09; ＞TIFR0 |= 0x02;// b2 OCF2A set
＞
＞下記をProgramのSchmaticの下に記述
＞//TIFR0 ----- ----- ----- ----- ----- OCF0B OCF0A TOV0 P67

OCF2Aはコメントに見当たりません。複数のMCUに対応するコメントを
正確に維持するのは私には困難です。; 返信する

OC2FAタイトルからCopyしてしまいました (kawana): 2011-04-01 20:33:06; ＞Register Summary　ATmega88　P216
＞//TIFR0 ----- ----- ----- ----- ----- OCF0B OCF0A TOV0 -P67-
とする予定なので、間違い無い様にめんどくさいけど修正出来ると思います。
あまりProgramを組んでいないので、このくらい
の準備は必要と考えています。
最近では、ICのPin配置の作成、
主な、I/O　Pin使用図の作成がだいぶ楽に
出来る様に成りました。; 返信する

ATmega8版テトリスまとめ (ラジオ少年): 2011-04-01 21:12:11; 皆さん、今晩は。
kugaさにupして頂いたプログラムでATmega8でテトリスは動きました。
このきっかけになったmega88での画像のユラギはオシロがハムを拾っていたことに原因がありました。オシロの上に直流電源を置いていたことがまずかった様です。
現在は５Vのスイッチング電源を別の場所に置いてやっています。
mega8,88とも画像の揺らぎはありません。
mega88の落ちてくるスピードは早くとても私では手が出ません。GravityをON/OFFしてみました変わりません。すぐに終わってしまいます。
mega8では逆にスピードはかなり遅くなります。これですと何とかゲームが出来ますが、時間が経つと（２～３分）画面の明るさが明滅する（点滅ではありません）ようになり見づらい状態になります。resetをするとその状況はなくなりますが、ゲームを続けていると同じ状態になります。
この原因は未だ分かりません。
取り合えず、内部RC発振器の揺らぎは画面のユラギには関係ないことが分かり目的は達成出来たと思います。
kugaさん、senshuさんお世話になりました。私も色々勉強になりました。; 返信する

えらそうな事言えませんが (kawana): 2011-04-01 21:41:09; 原因が解かってしまうと何だこれだったのかと結論が得られますが、ここに行きつく間での
試行錯誤が大切ですね。TVは電磁偏向ですがオシロスコ－プは、静電偏向なので、一見関係無いと思われますが、関係ある事が解かりました。私が思うには、電源のノイズがACLine経由で行っていたとは考えにくいのです。私は、電磁結合による揺れと思いました。壊れてもよいTVが有れば、画面イレ－ザ－や交流コイル磁束を近ずけると、画面が大きく揺れます。ゆらぎ、ゆれとは、この事と想像
しました。勝手な、想像記事お許しください。
これ以外に他意は、有りません。
参考
電磁偏向【でんじへんこう：electromagnetic deflection】

http://www.ne.jp/asahi/sky/ikuzus-h/Jiten/GIJYUTU/TR_GI_Jiten3.html; 返信する

Unknown (ラジオ少年): 2011-04-01 21:52:38; 電子ビームは磁界の影響も受けますから、それで画像が揺れていたのです。
原因が分かりましたので今後は配置を換えないと駄目ですね。; 返信する

磁界の影響は (kawana): 2011-04-01 22:00:16; ネック部分の方が受け安いと考えましたが？
電源のトランスが後ろの方に有るから、影響を
受けやすい。？; 返信する

kugaさんのTris.ｃCopyさせて頂きました (kawana): 2011-04-01 22:26:26; 枚数多く、＜＜記号が多く、外部File使用した方がベタ－ですね。
Chip　Pin　表作成
I/O表作成してみよう。
Programざっと見ましたが難しい予感
修正箇所修正し、Compile後、ChipへWrite
動いたら、少し遊んで、動きを理解
（私は、運動神経X、頭Xなので遊べない）
いろいろなTec.が50％理解出来たらいいな。; 返信する

mega8テトリス・バグ見つけました。 (kuga): 2011-04-02 00:01:52; バグ見つけました。

drawlib.c

×　TCCR2 = (1＜＜WGM21) || (1＜＜CS20);
○　TCCR2 = (1＜＜WGM21) | (1＜＜CS20);

bitのORしなけりゃならないのに論理OR記号になってます。
いや、恥ずかしいな。; 返信する

Unknown (ラジオ少年): 2011-04-02 00:25:07; kugaさん、今晩は。
修正しました。スピードは変わりませんが、２，３分後に明るさが変わる現象はなくなりました。何だかこの状態が正常な印象を受けます。この位のスピードだとゲームとして楽しめます。反射神経の訓練に良いかも。
mega88の動きが早すぎておかしいのかもしれません。
どうも有り難う御座いました。; 返信する

mega644,mega88バグ発見 (kuga): 2011-04-02 01:58:28; ＞mega88の動きが早すぎておかしいのかもしれません。

scopetris.c

× while((TIFR0 & (1＜＜OCF2A)) == 0);
× TIFR0 = (1＜＜OCF2A); // write logic　one to clear OCF2

○ while((TIFR2 & (1＜＜OCF2A)) == 0);
○ TIFR2 = (1＜＜OCF2A); // write logic　one to clear OCF2

検査する割り込みフラグレジスタが違います。
これで、完了かな。; 返信する

ATMEGA48／ATMEGA88／ATMEGA168 (kawana): 2011-04-02 03:07:16; ＞mega8のtimer0には CTC動作が有りません。

CTC動作が、無いのですか、マニアル見なくて
学習出来ました。この間違いは、誰でも良くやるミスと思います。私も、最近やりました。

ATTINY461　＝＜＞　ATTINY2313（電源Pin＃違うのに）
ATMEGA48／ATMEGA88／ATMEGA168で
ATMEGA8は、別Groupと考える様にしました。
だろう、禁止にしました。; 返信する

同じに見えてしまう、何故だ (kawana): 2011-04-02 03:21:06; × while((TIFR0 & (1＜＜OCF2A)) == 0);
× TIFR0 = (1＜＜OCF2A); // write logic　one to clear OCF2

○ while((TIFR2 & (1＜＜OCF2A)) == 0);
○ TIFR2 = (1＜＜OCF2A); // write logic　one to clear OCF2

一度書いて比較して見ようと思った。頭のク－リングSW　ON。; 返信する

ATMEGA168 Pin# Location (kawana): 2011-04-02 04:19:38; 表くずれに成ると思うけど、(PCINT0/CLKO/ICP1)は、Programを読みながら
追記が良いと思った。

// CHIP ATMEGA168
//
// (PCINT0/CLKO/ICP1)PB0 14 15 PB1(OC1A/PCINT1)
// (PCINT23/AIN1)PD7 13 16 PB2(/SS/OC1b/PCINT2)
// (PCINT22/OC0A/AIN0)PD6 12 17 PB3(MOSI/OC2A/PCINT3)
// (PCINT21/OC0b/T1)PD5 11 18 PB4
// PB7 10 10 PB5
// PB6 9 20 AVCC
// GND 8 21 AREF
// VCC 7 22 GND
// PD4 6 23 PC0
// PD3 5 24 PC1
// PD2 4 25 PC2
// PD1 3 26 PC3
// PD0 2 ___ 27 PC4
// *RESET/PC6 1___| |___28 PC5
//; 返信する

TextEditorを楽しく使うには (kawana): 2011-04-02 04:56:49; 一応回路図的なもの描いてみた。
// Schmatic
//
// ----------+
//　　　　　｜
//　　PC5　　+28<-------Gravity on/off <=> real/native
//　　PC4　　+27<-------Joy fire
//　　PC3　　+26<-------Joy right
//　　PC2　　+25<-------Joy left
//　　PC1　　+24<-------Joy down
//　　PC0　　+23<-------Joy up
//　　　　　｜
//　　PORTD　+13-11,6-2------>Vector X positin (8-bit)
//　　PORTB　+14-19,9-10----->Vector Y position (8-bit)
//　　　　　｜
//-----------+
//; 返信する

想像出来なかった。コンチキメ (kawana): 2011-04-02 05:14:47; あそうか、+28＜が悪いのだ、引っかからないぞ
全角の＜じゃ。後は悪い所は無いかな、有るある
// Schmatic
//
// ----------+
//　　　　　｜
//　　PC5　　+28＜-------Gravity on/off　＜＝＞　real/native 口を大きく開いたやつ注意
//　　PC4　　+27＜-------Joy fire
//　　PC3　　+26＜-------Joy right
//　　PC2　　+25＜-------Joy left
//　　PC1　　+24＜-------Joy down
//　　PC0　　+23＜-------Joy up
//　　　　　｜
//　　PORTD　+13-11,6-2------＞Vector X positin (8-bit)
//　　PORTB　+14-19,9-10-----＞Vector Y position (8-bit)
//　　　　　｜
//-----------+
勝てたかな; 返信する

まあまあ、良しじゃ。 (kawana): 2011-04-02 05:18:15; スペ－ス＋２を忘れたにゃん。
許してね、ラジオ少年さん。; 返信する

kuga さんへ (kawana): 2011-04-02 07:22:31; ○もXと思いますが？
FLAGの位置は、２進の値として残っている様な
気がするのですが？

× while((TIFR0 & (1＜＜OCF2A)) == 0);
× TIFR0 = (1＜＜OCF2A); // write logic　one to clear OCF2

○ while((TIFR2 & (1＜＜OCF2A)) == 0);
○ TIFR2 = (1＜＜OCF2A); // write logic　one to clear OCF2
FLAGの1,0を直接調べる命令が有るような気がするので調べてみよう。
聞くと、senshuさんからクレ－ムが付くから。; 返信する

mbed版で滲む原因 (shuji009): 2011-04-02 08:02:24; mbed版では、R-2RのDACではなくて、SPIの2chのDAC
を使用しています。
http://akizukidenshi.com/catalog/g/gI-02090/
R-2Rとの互換のため、0-255(8ビット）で使用していた
のですが、このDAC(MCP4922)は、12ビットなので、
0-4095まで可能なんですが、精度も小さい数字は悪い
ようで、元のx,yをそれぞれ左に4回シフトさせるように
表示ルーチンを書き換えれば、線の滲みはなくなり
ました。
が、揺れとスポット（明るい点）が数点現れる、異常に遅い
等、タイマー関係の移植を適当にやってしまっているので、
ちゃんとAVRのデータシートを読んでからやってみます（汗；）。

ところで、ここのブログの＜＜　ですが、htmlのソースみても
確かに、それ以下はばっさり消していますね。
<<br / >>とかはどうなるかな？; 返信する

Scopetris.C mite 見てみました (kawana): 2011-04-02 08:13:53; まだ、理解出来るかな-と言う感じ。
私は#if definedが嫌いなので、ATMEGA168に
絞って記述しよう。
話は、変わるが、作者は何処の国の人？
おのおの国には、頭の良い人（Programに強い人）が居るもんだ。
私の英語レベルは、中３、高１いやいやそれ以下だ。何がわるかったのだろう。
効率的に、継続して勉強しなかった事が、原因
の一つに成っていると思った。早く言えばさぼった。その気持ちは無かった。勉強したかと
問われれば、普通に勉強した。普通とは、どう
いう事か？、、、、; 返信する

今日は、ここまで (kawana): 2011-04-02 08:15:17; 勝手な記述、済みませんでした。; 返信する

Unknown (senshu): 2011-04-02 08:35:31; 皆さん、おはようございます。

先日、以下のように書いて、mega644pにて「コンパイルを可能にした」
アーカイブを公開しました。

＞追試を可能にするため、私が行ったATmega644p用の修正を含めた
＞ソースを公開します。
＞
＞http://www-ice.yamagata-cit.ac.jp/forum/viewtopic.php?t=615
＞
＞動作確認は行っておりませんので、不具合もあると思います。
＞修正した方は、ぜひその修正箇所を教えてください。

いくつかの不完全な点はあったものの、当初の目的は達成できました。
そこで、kugaさんによって指摘があった修正点を反映したものを公開
します。（URLは同じです）

build-allというBATファイルを実行させると、以下のファイルを
生成できます。

scopetris-atmega168.hex
scopetris-atmega32.hex
scopetris-atmega328p.hex
scopetris-atmega644p.hex
scopetris-atmega8.hex
scopetris-atmega88.hex

お試しください。; 返信する

Unknown (ラジオ少年): 2011-04-02 08:45:24; kugaさん、お早う御座います。
修正を施しmega88に書き込みました。結果はgoodでmega8と同じスピードになりゲームが出来ます。
それとこのゲームのオリジナルHPにあった動画では左上すみの輝点が明るく見えていましたが、それと同じ絵になりました。これでmega32と同じ状態になって完了です。
もう一つmega328のコンパイルではエラーが出ます。
deviceは末尾の無印、A、P,APとありますがコンパイル時の指定はどうするのが良いのか？
例えば無印でOK、Pを付けるとエラーになる。
この差について教えてください。; 返信する

多品種版 (kuga): 2011-04-02 09:06:51; ＞deviceは末尾の無印、A、P,APとありますがコンパイル時の指定はどうするのが良いのか？
現在 #if defined (__AVR_ATmega88__) のようにデバイス品番を指定しています。
どれにも該当しないとオリジナルのMEGA32版としてコンパイルされます。

＞無印、A、P,APとありますが
いろんなdevicce用の defineを書くのは大変なので TIFR0レジスタがあるかどうかで判定するように変更しました。

mega8,16,32,88m,88p,168,168p,328,328p,164,164p,644p
などなどに対応できるだろうと期待しています。
以下にＵＰします。

http://firestorage.jp/download/849c1241f894ff4b3373abfe639190e069a5bc14; 返信する

Unknown (senshu): 2011-04-02 09:07:01; ＞修正を施しmega88に書き込みました。結果はgoodでmega8と同じスピード
＞になりゲームが出来ます。

これで一段落ですね。複数のMUCに対する移植方法も確立できました。
機能の拡張に伴う相違点は、コードを書く側の工夫で吸収するわけです。
（かなりの負担ではありますが）

＞もう一つmega328のコンパイルではエラーが出ます。

先ほど公開した「scopetris_v0.1d.zip」ではmega328Pにも対応しています。
JOYスティック用のポートにも対応（ただし未確認）しています。

＞deviceは末尾の無印、A、P,APとありますがコンパイル時の指定は
＞どうするのが良いのか？
＞例えば無印でOK、Pを付けるとエラーになる。

今回のソースにはPの有無を区別して使う記述はないので、コンパイルが通る
MCU指定を利用すればOKだと思います。

kugaさんの考えをお聞かせください。; 返信する

Unknown (ラジオ少年): 2011-04-02 09:20:11; kugaさん、senshuさん、お早う御座います。
そうですね、これで一段落です。諸々了解です。
mega328もあったと思いますので、時間を見てやって見ます。
回路図は今書いてますので出来たら、senshuさんの掲示板にupする予定です。
いいですか？; 返信する

Unknown (senshu): 2011-04-02 09:28:07; kugaさんの提案を受けて、scopetris_v0.1f.zip に差し替えました。
修正点は数行ですが、汎用性は一気に高まりました。保守も容易に
なっています。

＞mega328もあったと思いますので、時間を見てやって見ます。
コンパイルが通っただけでは、全く信頼性がありません。mega8や88と
基板は共通だと思いますので、ぜひお願いいたします。

＞回路図は今書いてますので出来たら、senshuさんの掲示板にupする予定です。

テキストによる表記も便利な場合がありますが、見慣れた回路図は安心
感があります。よろしくお願いいたします。; 返信する

Unknown (senshu): 2011-04-02 10:32:59; クレア工房さんのWebサイトにとても便利なページが
あります。

http://www.clarestudio.org/elec/avr/pinout.html

AVRマイコンのなかで、アマチュアにも入手性のよい
デバイスに関する整理された情報です。

多くはテキストで書かれているので、コピー＆ペーストも
容易です。

複数のデバイスを比較した項は、機能の違いがわかります。
マニュアルとは異なる利便性です。ぜひ一読ください。; 返信する

Unknown (ラジオ少年): 2011-04-02 10:47:26; これは便利ですね。
deviceの差異をちょっと見たいときに、（これをPDFで比較するのは大変です）
重宝します。どうも有益な情報有り難う御座います。; 返信する

FCCル－ル (kawana): 2011-04-02 12:59:21; http://www.murata.co.jp/products/emc/standard/pdf/standard_noise02.pdf
この表が規制値グラフかどうか解りませんが
150KHzから５MHzは、厳しい様に思いました。; 返信する

Unknown (ラジオ少年): 2011-04-02 15:50:37; その昔、CSAの認定試験でCSAの係官が香港から来社しました。私の担当機種の検査です。
この検査の中に電源の試験が有ります。係官は回路図をみてこことここをショートして電源を入れてくださいとリクエストをしてきます。
電源はどんな故障モードでも煙を出したり、燃えたりしては不合格になってその機種は出荷出来ません。
電源のプラスとマイナスをわざと短絡させるようなことをやらせるのです。
こちらはヒヤヒヤものです。
幸いにも何とかクリアーしましたが。
この係官は突然やって来ます。正に抜き打ちです。古い話でした。; 返信する

kugaさんの記事を読みましたが (kawana): 2011-04-03 11:56:47; re:EMI対策 (kuga)
2011-04-01 06:50:37
kawanaさん、
私が先に紹介したChaNさんのリポートは読みましたか？
http://elm-chan.org/docs/avr/jitter.html

読んだ上での発言とは思えません。
------------------
正直、kugaさんがどの様に考えているのかが
解らず、読み直しました。
読み直しても、ジッタが大きく成っている事
それは、目的をもってやっているかは疑問としている要旨でした。
そこで、積極的方策としての場合の周波数スプリッタを考えました。
しかし、いま考えると、OSC源が、XTAL、EXTも有る事から、RCは、部品節約の目的が大きい
と思いました。でも周波数が８MHzと高いのに
疑問が残ります。8MHzはPLLして高速動作の
一歩前かとも考えられます。
----------------
＞ChaNさんのリポートは読みましたか
と言う記述より、具体的にどう考えるかで
議論した方が良かったと思いました。
＞読んだ上での発言とは思えません
私頭のレベルでは、どこが違うのか良く解らないのですが。申し訳け有りません。; 返信する

電源ユニットの公的試験？ (kawana): 2011-04-03 12:16:05; 文面より電源ユニットの公的試験と思いました。
突然来て、試験するでは、いろいろ困りますね

私は、サ-ビス部門の別室（老人部屋と言っても
部屋は無く、ワ－クベンチの片隅で試験機の保守、Program作成など行っていました）
電源グル－プは、電気部品のOPEN、SHORT　TESTをしていました。（OPEN、SHORTで類焼などしないかの試験）
いろいろ、雑学は、会社生活で身に付けました。; 返信する

コメントをもっと見る

規約違反等の連絡

	ブログを読むだけ。毎月の訪問日数に応じてポイント進呈
	gooブロガーの今日のひとこと
	訪問者数に応じてdポイント最大1,000pt当たる！
	goo blogは20周年を迎えました！

ラジオ少年の楽しい電子工作、その他

ＡＶＲを使った簡単な回路の実験、そして日々のちょっとした出来事を書きます。

Mega88でテトリス

このブログの人気記事

81 コメント

コメントを投稿

「日記」カテゴリの最新記事

カレンダー

最新記事

カテゴリー

最新コメント

バックナンバー

ブックマーク

goo blog おすすめ

goo blog お知らせ

プロフィール

2024年7月
日	月	火	水	木	金	土
	1	2	3	4	5	6
7	8	9	10	11	12	13
14	15	16	17	18	19	20
21	22	23	24	25	26	27
28	29	30	31

ラジオ少年の楽しい電子工作、その他

ＡＶＲを使った簡単な回路の実験、そして日々のちょっとした出来事を書きます。

Mega88でテトリス

このブログの人気記事

81 コメント

コメントを投稿

「日記」カテゴリの最新記事

カレンダー

最新記事

カテゴリー

最新コメント

バックナンバー

ブックマーク

goo blog おすすめ

goo blog お知らせ

ログイン

プロフィール