AVRマイコン総合スレ Part40
■ このスレッドは過去ログ倉庫に格納されています
>>110
あれはもともと儲けを出すというよりは、宣伝のための破格の値段だったからね
そのへんをよく把握しておらず、この値段ならいつでも好きな時に買えるわ〜とスルーしてたらキャンペーンが終わってしまい通常価格に。
tiny2313も倍以上に値上がりした件もあり、無駄に買い溜める癖がついてしまったわ 別に破格な値段でも無いが...
宣伝用なのはその通り 無くなるとなると無いものねだりでプレミアつくかも!? 静電センサでキーボード作るんだ
1つのキーに一つ・・・フルキーだと足りないな LPC810って中途半端で使い物にならないという認識しかありません。
ARMなのに容量少なすぎで何もできません。
みんな、いったい何に使うつもりなのかわかりません??? 8pinでAVRやPICより速い処理したいときにLPC810使う
けど、電源ON時の立ち上がりが遅い バスマトリックスでクロック発振器以外に使ったことがない
(CPUに回さない) ニンジャに追いかけられたときにマキビシに使える
(DIPにかぎる) 水晶と、IC内蔵のよくわからない発振回路では、精度がかなり違う 多ピン(DIP40)縛りで比較すると、PICよりAVRのほうがつおいですか? 秋月で買ってきた2行の簡易液晶に
どなたか親切な方が作ってくださったライブラリ使って
英数字カナが表示できるようになったのはいいんだけど
そうなると人間欲が出てくるもので今度は漢字を表示したいな、と思ってきた
AVR使ってできるだけ簡単に漢字を液晶に表示しようと思ったらどんなデバイス・どんなライブラリがある? 7x5 で漢字か?
月火水木くらいなら出せるかな。 曜日とかキャラクタ液晶でもフォントに入ってたりするな >>130
2行のキャラクタ液晶には8文字分の自由にフォントを設定できる
RAMがあるから頑張れば曜日くらいは出せる どんなデバイスって言ってるから液晶から新規って事じゃないの? ストロベリーリナックスかどこかに、漢字フォントのromがあった記憶。 自分で頑張って漢字フォント作るのも楽しいとは思うけど、できれば手っ取り早く
他人が作ったライブラリか何かを使いたいな・・・
秋月で売ってる2行液晶じゃ漢字は表示できないってこと?
そのストロベリーリナックスとかで漢字液晶買わないとダメ? 漢字と言ってもSJISの表示だけなら
フォントはSPIのROMにでも入れとけば良いのさ
fatfsをLFN、漢字フォルダ対応で!とかなると(ry
素直にarmやpic32使(ry フォントのROM
https://www.switch-science.com/catalog/2273/
はともかく、
>2行液晶じゃ漢字は表示できないってこと?
2行表示と標ぼうしているものは、5×7ドットの文字表示だし、その時点で漢字はムリでは?
グラフィック表示のものでないと、
こういうのもありますよ
http://akizukidenshi.com/catalog/g/gP-07531/ >>141
秋月にも漢字表示できる液晶あったのね
あとは誰かがAVR向けにライブラリ作ってくれてれば・・・ 「務」みたいに四方に4分割されたような構造の漢字ならうまく表示できそうだね
逆に言うとそういう構造以外の全ての感じは隙間があいて変な感じになる 隙間が空かない液晶もあるでよ。
逆にキャラクタ液晶として使うと隙間が詰まって読めないが。 >>149
> 漢字フォントは内蔵していますか?
>
> 漢字フォントは内蔵していません。
> 漢字・かなを出したい場合はマイコン側にフォントを持っておく必要があります。
だそうで・・・ >>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のことだよ。
昔流行ったも何もこの手の設計手法は情報処理試験とか勉強すると普通に試験範囲内だと思う。
プログラミングの入門書でも構造化プログラミングの説明のページぐらいあるんじゃないかな。
若い人でも知ってる人は知っているだろう。 構造化して暗号的強度かつ内容結合のモジュールを作りまくるのだ! ■ このスレッドは過去ログ倉庫に格納されています