AVRマイコン総合スレ Part40
■ このスレッドは過去ログ倉庫に格納されています
>>150
『16ドットフォントをシリアルフラッシュに仕込んで』
日本語読めないの？ ちな、フォントROM（中華製）もスイッチサイエンスで売ってる。 >実際にフリーの16ドットフォントをシリアルフラッシュに仕込んで
を読んで、
「漢字・かなを出したい場合は(シリアルフラッシュではなく)マイコン側にフォントを持っておく必要があります」だそうですよ。
と返したのだろうか。
返した本人は上手い冗談のつもりなのかもしれないけれど、世の中にはマジで固い解釈する人がいて本当にマイコンにフォントを
持たせないといけないと考える人もいるから>>152の確認は妥当だと思う。 心の守備範囲が狭いんだろうな。
ゆとりが無いんだろうな。
回りはみんな、自分の敵に見えるんだろうな。
可哀想に生きていくのが大変だろうな。
そんなあなたに贈る言葉 「清濁併せ呑む」 >>159
本当に確認だとしたら別の文章になると思う >>163
「確認だったら俺ならこうする」っていう行動規範があなたの中にあるのは結構なんだけど
自分の行動規範が他人といつでも共有できると思ってるのって、自己中心的だと思うよ。
他人の行動規範を受容できる幅が狭いと、そこから外れたことを「作り話」ということにして収めたくなるんじゃないだろか。 スイッチサイエンスでフォントROMを売ってるってことは上にもでてきているけれど、
それのサンプルも上がってますね。
http://mag.switch-science.com/2015/11/27/kanjirom/ >>159
149がDMA等を使わない限り
シリアルフラッシュからフォントデータを直接液晶に転送する訳でなく
液晶にフォントデータを渡しているのはマイコンなので表現自体に誤りはないやろ!(キリッ
とか書いてさらにマンドクセ度を増(ry
ま、こまけえ事なんざ(ry 外野ばかり騒いでるが肝心の>>130=>>150は息してる？ LCDモジュールのデータシートや、キャッチコピーに
>漢字・かなを出したい場合はマイコン側にフォントを持っておく必要があります。
と書いてあった場合、それは要するに、
「LCDモジュールにはフォントデータは内蔵されていません」
と理解すればいいわけで。
DMAとかソフトウェア転送とか、マイコンの主メモリに入っているかとか、
マイコンに接続された外部ストレージに入っているかとか、関係ないと思うんだ。
「マイコン側にフォントを持っておく必要がある」と書かれていても、
漢字を表示するのにマイコンである必要もなく、FPGAでコントロールしたってかまわないのだし。
それと、ターミナルソフトのように任意の文字を表示できるものってことだと、
フォントデータが必要になるけれど、ごく限られたメッセージだけなら、
ほぼ全ての漢字のフォントを準備する必要もない場合もあるよね。
もっとも、>>149に対してひっかかっている人は、もっと些細なところで躓いているような気もするけど。 大容量のUSBメモリ買っても、ﾑﾌﾌな動画は
入ってないからな
一本くらい最初から入れとけって話 4Kだ8Kだと言ってる時代に、漢字もろくに表示できないドット数とか
電子工作のLCDふざけるな！ 普通に市販の製品についてるLCDの解像度は年々上がってるんで
電子工作業界が遅れてるだけだな
てことで、>>171はもっともな意見 LCDを「電子工作」のために作ってると思ってるのかよ
おめでてーな 市販製品のおこぼれ、余り物をバッタ屋を介して買ってるだけなのにね
まーそのうちhalfVGA程度の奴がもっとお手頃な価格で出回るんじゃねーの
その頃「漢ROM付けて〜」だの考えりゃいい aitendoに行けば1000円ぐらいで2.8inch前後QVGAのフルカラー液晶売ってないか…?
一般的なデータ垂れ流しのLCDだけじゃなく
VRAM内蔵コントローラ付きも多いからAVRでも扱いやすいよ? 普通にフルカラー液晶が売っているのになぜ使わないのか >>175
その状況は「ふざけるな」にぴったりじゃないか？ >普通に市販の製品についてるLCDの解像度は年々上がってるんで
>電子工作業界が遅れてるだけだな
普通に市販の製品に使えるCPUの性能は年々上がってるのに、
ディスプレイに漢字ROMを入れて欲しい、面倒だ、なんて言ってる方がどうかしている。
そんなのは、NECが「PC-98シリーズは漢字ROMをハードウェアで表示するから速い」と言い張って
失笑を買ったときに終わった議論だと思ってたよ。
ディスプレイに選択肢はあるわけで、リッチな表示をしたければ、リッチなCPUを使えば良いではないか。
スレチな話になりそうなのでやめる。 > スレチな話になりそうなのでやめる。
構わん、続けろ 漢字ROMからfont引っ張ってきてグラフィックLCDに描画するFPGAを作った、
くらいまでやれば気概のある奴だな、と思うよ。 >>180
ディスプレイに漢字ROMをいれて欲しい
なんて誰が言ってた？ 選択肢としてあってもいいがそればかり必要なわけではないだろう
リッチ表示の応用はスマホ利用とかを考えることもあるし
しかし、昔は漢字ROMをずらずら並べていたけど
あれが今は8pinのROMに入ってしまうのか
おじさんも年を取ったよ MSゴシックは8MBくらいか・・・
AVRでアウトライン（ベクトル？）処理できるかな 記憶が曖昧で調べても出てこないんですが、AT90USB162って、デフォルトのレジスタ設定ではクロックが1/8に分周されてるんでしたっけ
1/1にするにはUSB経由の書き込みじゃなくて、MKIIを使わないといけないで合ってますか？ CKDIV8が有効で出荷されているのはデータシートに書いてある。
出荷時にUSBブートローダは書き込まれていないのでライタが無ければ何もできない。 あーやっぱそうなんですか・・・書き込みピン用意しなきゃ・・
あれでも書き込みだけなら出荷時の状態でもUSBから書き込めますよ ありゃ？そのデバイスにもFLIPのローダー含まれるようになったんだ。
じゃあ自爆覚悟でヒューズ設定変更もできるんじゃないかな。
（変更後それっきり繋がらなくなりかもしれない） 32ビット÷16ビット 筆算方式除算アセンブラプログラム 毎日のように1時間を
かけてようやく完成 あらゆる条件で正常動作を確認したわけではないが
ポンコツ頭には、ちとハードル高かった
Cなら簡単だろうに 物好きだな > オレ アセンブラでプログラムを作っていると、演算プログラムかファイル処理でめげそうになる。
Cコンパイラを作っている人はエラいな。 アセンブラって構造化しやすい言語なんだけどな。ほんと基礎からやり直したほうがいい。 アセンブラが構造化しやすい？
アホですか？
演算プログラムでなぜ構造化？ ほらな。やっぱり設計の基礎からやり直したほうがいいな。
何も理解してないんじゃそりゃスパゲッティになるわ。 >>199
参考になる本とか資料ってありますか？。 ID:CgAtFvgM
↑
コイツは 5ちゃんが唯一楽しみ()のド玄人かな? 構造化プログラミングの父、ダイクストラの論文、書籍から当たるのがいいだろう。 「しやすい」は相対的なもの。
絶対的な「しやすい」も何かの絶対的基準に対する相対的なものにすぎないし。
「何に比べて」の比較なしに、しやすいかどうかを議論する意味がどれぐらいあるだろう。 比較対象はC言語、C++だろうな
他にAVR用言語で一般的なのはある？ 演算プログラムで「構造化」とか
構造化って言葉を最近知ったとしか思えんな
30年前に流行った言葉を今さらドヤ顔で 仮に30年前に生まれていない人が、あるとき構造化プログラミングを知ったとして、
そのことを指して
「構造化って言葉を最近知ったとしか思えんな」
当たり前ではないのか。どうやって生まれる前に知り、言うことができるのだ。
あるとき手掛ければ、そのときに知る。古い人間がそれを「今さら知った」と言うのはどうかしている。 古い技術
>>194に直接関係のない技術
間違った知識
ドヤ顔
この辺がバカにされる理由 昔から言われてるのは、構造化しにくい言語とはBASICのことだよ。
昔流行ったも何もこの手の設計手法は情報処理試験とか勉強すると普通に試験範囲内だと思う。
プログラミングの入門書でも構造化プログラミングの説明のページぐらいあるんじゃないかな。
若い人でも知ってる人は知っているだろう。 構造化して暗号的強度かつ内容結合のモジュールを作りまくるのだ! 構造化プログラミングはある意味、皆が使っているんじゃ無いの？
オブジェクト化も構造化の進化版と言えるようなものと理解しているんですが。
組み込みでオブジェクト化までしたくない時は構造化プログラミングってのは自然かと思うのですが、駄目なのかな…。 >>194に対して>>195
トンチンカンだと思わない人がいることに驚き 5chでトンチンカンな意思疎通のすれちがいは珍しくなく、その一方で
>>197の方がネタとしては面白かったわけだけど。 基本情報処理試験レベルにすら達してない馬鹿がいるw → ID:iKDoXfBc >>192
Super-HシリーズのCPUには「1ステップ除算」という手法を実行するための命令が用意されていて、
DIV0UまたはDIV0S命令に続けて除数のビット数分のDIV1命令を実行すれば(32bit)÷(m-bit)の符号なし/符号付き整数除算が行えた。
当時、へぇーと感心した覚えがあるが、多分、有名なアルゴリズムなんだと思う。
アセンブラのプログラミングマニュアルには全命令のそれぞれの動作がC言語ライクな擬似コードで定義してあるので、
他のCPUにアルゴリズムを移植するのは容易と思います。 私は昔、アセンブラの演算ルーチンを
「アセンブラによる高速演算技法」（アスキー出版、全277ページ）という本で勉強した。
8086用のコードで書かれていたので、アルゴリズムを理解し、
使用しているCPUに置き換える必要があったけど、
一度マスターしたことは、その後もたまに役に立っている。 8086は、メモリをレジスターのように使えるから多バイトでも
処理しやすい印象があります。
AVRでは、例えば64bits÷32bitsなんかだと、間接アドレッシングを
利用しないと厳しいかな? 整数筆算方式割り算だと。個人的には
ワーキングレジスタ欲しいし。
super H かゆいところに手が届く?設計になってますね。驚きです。 メモリをレジスタのように？
直接オペランドに出来るのと
アドレッシングが豊富
ってことかな？
16bit CISCと8bitを比べたらそりゃねえ 8bitで64bit÷32bitって
それだけでずいぶん時間がかかるよな >>221
blockdiagramなりinstruction setなり見ればいいのに。 え〜っと
AVRのレジスタって何個あったっけな・・・ AVRもPICもARMも解ってない奴がいるな。
一つくらいモノにしようぜ。 ARMで思い出したwww
唐突に誰も聞いてないことを語りだしたアホ ちなみにモノにするとはそのバイナリすらすら読めるようになるということです。 命令が8086＝可変語長とAVR＝16ビット固定語長（一部32ﾋﾞｯﾄ命令もあるけど）というだけでも、
両者の差はとんでもなく大きいと思うな。
可変語長なら必要な命令は全て作れる。
（必要でない命令もね）ｗ
でもAVRのアーキテクチャは良く考えられているよ。
初めてAVR（AT90S2313）を使って基板を作った時は、
PIC16F84の直後だった事もあって、とても感心した。
AVRも24ビット命令などのCPUを出してくれると嬉しいのだが。
（ただしエラッタ無しでね）ｗ リビジョンを重ねてエラッタはなくなるが
秋月はエラッタ大盛りのやつを今後１０年分ぐらい仕入れそう インテルの資料見てもエラッタは多くが放置でOS側で対応してる。PICでも同様だろう。 日本人は読み書きは出来るが、話せない人が多いらしい。
・・・
エ？ 何か違う？ コンソールパネルから、C3 ﾊﾟﾁﾊﾟﾁなどと手動DMA書き込みしてた頃
プログラムが暴走すると、最初から打ち込みなおし1時間とかありました。
ATTINY2313 数個が行方不明なんで、仕入れようとするも秋月では 末尾A 無し版
千石だと A 付版 どちらにしようかと思案中。秋月だと他にも ついで
買いしたい部品も注文できるし。
末尾A付 と A無し 具体的にどこがどう異なるのか?
小難しい技が必要な用途、工作でもないから迷うこともないか。
ﾁﾗｳﾗ失礼。 応用ドキュメントのAVR533に違いがまとめてあるよ 1PCS ATTINY2313-20PU ATTINY2313 DIP20 MCU AVR NEW
\103
Free international shipping GWで久しぶりの連休が取れたからAVRいじって遊ぼうかと思ったけど，パソコンを買い替えたから環境がない
そこで構築しようとしているのだが，今はAtmelStudio７とやらを使えばええのかな？
microchipの公式サイト見てるとこれしか出てこないのだが，前はAVRstudioって名前だったような… ARMの開発も統合されてAVRだけでは無くなった。 >>249
AVR Studio 4.18で検索すればmicrochipのページがすぐ見つかるよ
Atmel Studio７を使っているが日本語化するにはVisual Studio 2015が必要で
無償のCommunity版を探すのに手間取った記憶がある >>249
死ぬほど重いからAVR Studioを探すといいよ
XPならこれで充分 ■ このスレッドは過去ログ倉庫に格納されています
