AVRマイコン総合スレ Part38©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
新製品アナウンス来ましたね
ATtiny417 / ATtiny814 / ATtiny816 / ATtiny817
概要だけ見ても従来品とかなり毛色が違う。 RAMが少なすぎて機能を持て余しそう。
ピン数少ないからtinyなのだろうけど、I2CやSPI, UARTを使うならバッファがいるから、最低でも1KBはないと。 PIC18系は開発修了して、AVR に統一されるだろうな。 AVRは袋小路に入ってしまったからな。
今までもいろんなCPUが消えていったし、そのうちの一つになるだけの話。
PICはもう暫く安泰だな。 多ピンは間に合ってる
USARTその他付いたtiny85のmega版が欲しい
なぜ作らないのか この新製品面白いな。
周辺機能にxmegaシリーズからのフィードバックがいっぱいある。
xtinyなんて名前で別シリーズにした方がいいんじゃないのかな。
従来のtinyシリーズと違いすぎだろ。 PDIの拡張みたいだし、最近の純正品ならファームアップデートで対応可能だろうね。
tinyのくせに乗算器積んでるんだなあ。アナログのスケーリングなんかで必須と判断したんだろうか。 プログラム用フラッシュがRAMと同じメモリ空間に見えるのか 表面実装だけど、UARTとADCを同時に積んでる20pinなのか
DACも積んでるし、普及するのなら良いんじゃないか?
TC-Dに32Mで回るよ!って書いてあるから261系みたいにPLL積んでる?
と思ったけど内部は20MHzクロックか… 私の希望は実現されなかった・・・残念・・・
1. レジスタ32個を複数組
2. DMA機能
3. 命令コードを24ビット 1. せめて裏レジスタくらいは同感
2. DMA使いたけりゃxmegaをどうぞってか
3. 命令セットからして変わるからそれはもう別のマイコン >3. 命令セットからして変わるからそれはもう別のマイコン
下位CPUコンパチで。
たとえば上位8ビットをFFにすれば従来の16ビットのプログラムも新しいCPUで走るとか。
難しいかな?
24ビットなら、この命令はR16〜R31までしか使えません、なんてムッとする制約も無くなるかも。
まぁ、この制約をクリアするのが現行AVRのプログラミングの楽しいところでもあるが。 ほとんどの部分はCで書くからその制約にむかついたことはここ何年もない。
下位コンパチはやろうと思えばできるだろうけど、ホビーユーザ以外の視点では
デメリットしかないんじゃなかろうか。
ARMのサム命令なんてのは存在してるけど、あれは趣旨が違うからなあ。 ソフトコンパチなら古いプログラムも新しいCPUで生かせる、CPUの乗り換えもスムーズに進むと思った。
私は趣味でAVRを使っているので、立場というか取り組み方や考え方が全く違うかもしれないな。
ま、なんにせよ、ATMELが新しいCPUを出してくれて良かった、ということで。 AVR程度の容量でコンパチで旧プログラマが使用できるメリットは
少ないと思うよ。
この程度なら、変更したってたいした手間ではないし、
新規で作ってもそれほど時間はかからないと思うよ。 マイクロチップテクノロジって経営がマジ能無しというかウンコだから
(競合分野でもないのに)会社を買収しては企業価値を落とすようなことを繰り返している
あまりのクソっぷりからしてAVRの廃止なんかもあったりするんじゃないかなぁと
(その割りにAVRより売れてないPICの品種は維持して投資家の顰蹙を買うだろう) >>16
メーカーはプロを相手に商売しているし
プロは自分の欲しい周辺機能を持っていて
しかも安いCPUを望んでいるのだから
コアを大きくすると値段も上がるし
そういうコアの改造はメーカーはやらないだろ
結局PICのように周辺機能別にCPUの種類を増やすってのが正解なんだよ
>>22
オイオイそんな事を書くと「PIC命」野郎がゾンビのように墓場から復活するぞ
スレを盛り上げたいなら別のやり方にしてくれ 下品な >>22,>>24 の書き込みはPIC厨の一人ボケ・ツッコミじゃないか?
当たりなら、どうもご苦労さん、と言っておきたいw _人人人人人人人人人_
>わりとどうでもいい<
 ̄YYYYYYYYY ̄
ヘ(^o^)ヘ
|∧
/ 使える新しい製品がなかなか出てこないのでは
いいメーカとはいえないと思うよ。
しかも、単価高いし。 買収されちゃうメーカの経営が良いとは言えないな。
常識的に考えてw >>29
ソフトバンクに買収されたARMの経営が良いとは言えないのか?
常識wとやら、によれば か。 普通、利益を増やせると考えるから買収するんだろ?
ゴミ会社を買ってもしょうがない
溺れる者(PIC)は藁(AVR)をも掴む、つぅ可能性だってある
もっとも電子工作者の私としてはそんな事はど〜でも良くて
秋葉原でAVRを入手できる限り使う
AVRは面白くて楽しい 買収はおいしいとこだけ生かして後は捨てるのが常識
捨てられる部門はどこだろうね〜〜〜 >>31
SoftBank ∋ ARM と Microchip ∋ Atmel を同列に語れるのがお前の常識 >>34
うちの会社がまさにそれ
俺のいる部門、捨てられそうだ >>28
性能よりコストな8bit 市場で勝負しようとしたのが間違いだよな。 >>5
18のクリスタルレスUSB良いよな。AVRは好きなんだけど周辺弱いからこの買収は大賛成なんだ。 USB関連めちゃ弱いよなAVR
V-USBがあったのは良かったけど
結果的にこれがUSB付きの品種が出にくくなる要因になったのか
やる気がそもそも無かったのか
まあやる気なんだろーな >>39
xmegaにはあるんだけどmegaに降りてこなかったからなあ 思う処は似たようなもんだな
PIC18F14K50 にしようかと考えてたけど
個人で使う分には、値段に大差が有るわけでも無し、
暫くは入手難もなさそう
結果 やっぱり 32U4 を選択する事にした。 >>42
mega16U4/32U4のクリスタルレスはLowスピードだけ 妄想と俺様常識を繰り出して何 言い訳してるんだ? >>36 は
2ちゃん脳じゃ しようがないか?w 【被爆で骨が脆くなってる時に、生徒に飛び込みなんてさせるなよバカ】
【#柏崎刈羽原発】再稼動。 だれも、反対してないよ。あんた くらいだよ
死ぬ♪とか、パソコンの前でキャーキャー叫んでる♪♪ 中学生か(笑)
https://twitter.com/24htwit/status/780252377844621312
「福島安全宣言CM」なるものがヤバすぎると話題に!
「福島の放射線はもう安全で、必要なのは心の除染です」
https://twitter.com/kubota_photo/status/779641978266849280
マイト レーヤは原発の閉鎖を助言されます。
マイト レーヤによれば、放射能は自然界の要素を妨害し、飛行機など原子のパターンが妨害されると墜落します。
マイト レーヤの唇からますます厳しい警告と重みが発せられることを覚悟しなさい。
彼はいかなる人間よりもその危険をよくご存じです。
日本の福島では多くの子どもたちが癌をもたらす量の放射能を内部被ばくしています。
福島県民は発電所が閉鎖されれば1年か2年で戻って来られるでしょう。
健康上のリスクは福島に近づくほど、高まります。
汚染されたかもしれない食料品は廃棄すべきです。
日本の近海から採れた食料を食べることは、それほど安全ではありません。
日本もさらに多くの原子力発電所を作ろうとしています
多くの人々が核の汚染の影響で死んでいるのに、彼らは幻想の中に生きています。
問題は、日本政府が、日本の原子力産業と連携して、
日本の原子力産業を終わらせるおそれのあることを何も認めようとしないことです。
三菱商事の核ミサイル担当重役は安倍晋三の実兄、安倍寛信。
これがフクイチで核弾頭ミサイルを製造していた疑惑がある。
書けばツイッターで速攻削除されている。
https://twitter.com/toka iamada/status/664017453324726272 >>39
PIC18は、PIC16F1 出来てから、優位性殆ど無くなったしな。
PIC24やPIC32の低グレード版出て来て、更に影が薄くなったし。 PICはスレチ。AVRは消えてPICのみになるんだから、PICスレのみに書き込め。 買収されたときのPIC信者の荒らし書き込みを忘れるな。あの喜びようは広島ファンを上回る。
PIC信者はAVRが憎くて憎くて仕方がないのだ。
マイクロチップの中の人も同じだ。 >PIC信者はAVRが憎くて憎くて仕方がないのだ。
PIC信者は、PICよりもAVRの方が上だと内心は思っているから、ますます腹が立つんだろうな。
特に憎いのはAVRを採用したArduinoで、これさえ無かったらと目の敵にしている。
そんな偏狭なPICファンには次の言葉を贈りたい。
みんな違ってみんないい ・・・ 金子みすゞ「わたしと小鳥と鈴と」
わかるかなぁ、わかんねぇだろうなぁw PICはコンパイラが商用のしかなかったからね
AVRはgccが動いてたからArduinoに採用されたんでしょ
条件が合致すればARMでも何でも良かったんよ
結局ARMになったし AVR32はとっくにレガシーデバイスになってますが 昔はAVRスレにPIC使いが書き込んでくるとかは考えられなかったんだけど
やっぱアーデュイーノ()の頃からなんかおかしくなってきた
PICって、かつて代理店がすげー熱心だったけど、やはりプログラムの大変さが嫌がられてて
自動車のエアバッグかなんかの制御用では圧倒的シェアだが
実はそれ以外の用途はあんまり売れてないと言ってた(もちろん出てる量は半端ない) エアバッグでのシェア高いのか
それで生き残れてるんだね >>58
>昔は
>かつて
AVR教の教理の根幹なw Arduino <- コイツのせいで、馬鹿ばっかり増えた
まるで.NETの時と同じだ
敷居を下げるのは結構だが、
結局は、レベルの低い開発者が群がるだけで、結果Lチカだらけ ちょっと隠蔽しすぎだよね
どのヘッダーファイルをインクルードして
どのオブジェクト(ライブラリ)をリンクしてのんだか
初見ではサッパリ分からないという
反対にmbedの開発環境としても見通しが効いて良いと思う Arduinoのコアやライブラリは普通のC++だし
何がどうなってるかぐらい判るでしょ Arduinoってすごいよな!
プログラムの勉強すらしたことないってヤツがとりあえず買っちゃうんだぜ。 そんな手放しですごいか?
Arduino以前の認識がおかしかっただけだし
実はそれほどでもない気が 凄いってのはいろんな意味だ。彼らは正論理も負論理もソースもシンクも
わからなくてもいろいろやってしまうんだから。 スイッチ入力が正論理とOFF時オープンのコンボは初心者にありがちよね。 >>69
スイッチ入力に正論理を使う場合も有るね
AVRのポートにプルダウン機能が付いていないのが残念
xmegaは使う気にならないし >>69
初心者です。
どこがいけないのか、わかりやすく解説お願いします。 >>72
http://i.imgur.com/Lmni2sk.png
左みたいにしてね、右みたいなのはダメよってこと。
理由は、よく知らんので、手練れの解説を待て。 ちなみに>>68の話はこういうことだと思うけど、
これの論理が反転することくらい実際にやってみりゃわかる。
http://i.imgur.com/75FI4jl.png
うるせえ御託並べる前にまずやってみる、これがArduinoの良さ。
ジイは気に入らないのよ、そういうのがw
だから、買収されちまうようなもんにいつまでもしがみつく羽目にw ググればいいだけなんだけど、スレの賑わいにマジレスするかー。
正論理で使うこと自体は別に構わんのよ。
今はCMOSでスレッショルドはVCC/2付近だし、インピーダンス高くて入力ポートからの電流リークも無いからね。
しかし入力ポートは電池つないだら光る電球じゃないんだよー。
がっつりとHレベルかLレベルはっきりしてやらないといけないわけよ。
TTL時代はスレッショルドが0.7V程度と低かったのと、プルダウン抵抗じゃ入力ポートから流れ出す電流で電圧が上がってしまい、
負論理に固定することが難しかったんだ。
ただ負論理だと複数のスイッチ繋ぐ場合に、コモン線としてGND使えるから具合良い場合が多いってくらいじゃないかな。
入力インピーダンスが高いってことは、空間の電磁波などによって容易にポートの電位が変化し、Hの場合もあればLの場合もあり安定しない。ノイズなのかスイッチ操作なのかわからなくなる。
誰か初心者向けにわかりやすく翻訳してくれ。酔っ払いにはこれが限界。 >>62
敷居を誤用しているお主も馬鹿の一人よのう 上げといて下げるのは相手が動いてるのか判定とトリガーかけるの楽だからな
言葉ではアクティブローに近いかも
性論理は大人になってから きのうtiny861のポートに過電圧でお亡くなりになった。 >>73
右もプルダウン抵抗付ければ、間違いではない。
ただ、人間の手が触れるスイッチは、対GNDにした方が、信頼性とか安全性でメリットある。 >>71
xmegaいいよ
32ビット機使うほどじゃないけどペリフェラル豊富に使いたいときなんかすごい便利
attiny
atmega
atxmega
これでも足りないならARM >>81
>信頼性とか安全性でメリットある。
どういうことでしょうか。教えてください。 >>82
食わず嫌いでxmegaを敬遠していたけど少しかじってみるかな
取引先ではH8からRXに乗り換えたんでRXで設計してくれって言われているんだけど面倒くさい
逆にxmegaを提案してみたら笑われるだろうか xmegaはペリフェラルの使い方が最初とっつき
辛かったけど、わかってくると使いやすい、かも?
XCLはまだ使いこなしがよくわからない… XCL使ってLEDのWS2812や赤外線リモコンなんかの変態シリアルが超簡単になっちゃう。
ま、LUT使わずにそこの8ビットタイマーを単体で利用する事が一番多いけど。 >>74
これを見て反転することがやってみないとわからないようでは、
電気の知識云々の前に頭が悪いと思う
けど、そもそも電子回路の素養がない奴は右の使い方は思いつかないと思う >>89
スイッチとポートの距離を電線なんかで長くすると内部プルアップだとノイズを拾いやすくなる
簡単な処置として4.7K位の抵抗を外部接続すしてノイズ耐性を上げる場合もあるよ プルアップが必要な回路なら(ワイアードオアなど)、たとえ速度が間に合う抵抗値だとしても、
内蔵プルアップだけには頼りたくないな、心情的な問題だけど。 >>40
lufaライブリーには助かっている
弱くないと思う 安い中国製ユニバーサルプログラマ買ったら意外にもATTINY 13 A の書き込みが高電圧シリアルだった
ドラゴン買ってソケット付けてアタッチメント作る必要なかったぜ 他のCPUでも高圧シリアル書き込みもサポートしてくれれば良かったのに。
tiny13で出来るならmega328でもtiny2313でも出来るだろうに。
そしたら面倒なパラレルのリセッタなんか作らなくて済んだのに。 デバッグするのにヒューズビットを書き換えるのが鬼門
picは普通にできるのに
avr-gdbも単独で動いてほしい
手軽にデバッグする何かよい方法無いですか? C言語では、グローバル変数を定義した際、自動的にstaticになると認識しています。
例えば次のような場合
--------------------
<file1.c>
#include "file2.h"
uint8_t data = 10;
void main(void)
{
uint8_t i = 0;
func2();
for(i = 0; i < data; i++);
}
<file2.c>
uint8_t data;
void func2(void)
{
data = 5;
}
<file2.h>
void func2(void);
--------------------
main関数のforは10回繰り返されると思うのですが、間違っていますか?
開発環境はAtmelStudio7.0です。
似たようなプログラムを書いたところ、file1とfile2のdataが同じアドレスに定義されているような結果になってしまったので、
勘違いなのかこれが正しいのか…。 その書き方だとdataは同一アドレスになるのが普通。
単一のファイルでのみしか公開したくないならstaticをつけないといけない。
静的って意味とスコープを勘違いしている模様。 >>102
マジでか!?リンカエラーで落とされると思ってた。 まじですか…。数年ぶりにプログラム書いてますが、色々と忘れちゃったなあ。
この場合dataの実体はfile1にあって、file2では外部参照していることになるんでしょうか?
記憶ではその場合、externを使って宣言しないといけなかったと思うのですが。
--------------------
<file1.c>
#include "file2.h"
static uint8_t data = 10;
void main(void)
{
uint8_t i = 0;
func2();
for(i = 0; i < data; i++);
}
<file2.c>
static uint8_t data;
void func2(void)
{
data = 5;
}
<file2.h>
void func2(void);
--------------------
こうすればfile1のdataとfile2のdataは別々の場所に作られ、それぞれのファイル内でしか参照することが出来なくなりますか? >>103
file1とfile2でそれぞれ宣言時の初期値を指定しているとエラーになる。
>>104
それでいいです。
単純な例でですね、
<file0.h>
uint8_t data;
を定義してfile1とfile2の両方でインクルードしたとすると
初期化が無いことを除いて>>101と同じです。
これで同一アドレスじゃなかったら怒られませんか? おもしろそうだな、↓だとどういう結果になるのかな?
<file0.h>
uint8_t data;
<file1.c>
include "file0.h"
data = 0;
<file2.c>
include "file0.h"
data = 1;
<file3.c>
include "file0.h"
int main(int argc, char * argv[])
{
printf ("%d\n", data);
return 0;
} そこまで書いたんなら自分でビルドしてみればいいのに・・・・ インスタンスはソースのどっか1箇所に宣言して
他は頭にexternつけないとリンカエラーになるだけだよ
数年ぶりとか言い訳しるが全く理解してないだけ mcuからの入出力についてどうしてる?
74541、74244とか、fet、抵抗をいれたり、バッファはするべきでしょうか? 表面実装のarduino uno( ATmega328p )なんですが、
ヒューズビット書き損じでisp出来なくなりました。
基板から外さないと高圧プログラミングで書き込めないですか? 高電圧かかるのはリセットピンだけだから、そこだけ浮かせばいいんじゃないかな。
ライターわざわざ買うの?
リセッター作るの?
本体買い替えた方が早くないか? Arduinoってヒューズビット書き換える機会あるのか 水晶でなくセラロックが付いてるのがあった気がする
そういうのの交換でいじったりするのかも >>110
Dragonかなんかでデバッグワイヤ実行してそのまんまにしちゃったとかじゃなかろうな? 空プロジェクトをビルドしてデバッグワイヤでのデバッグに入ると
debugメニューのdisable debugWIRE and closeが選択できる。
そうするとヒューズを戻してくれる。
高電圧プログラミングなんかいらない。 xmegaの使い手ってこのスレに居ますか?
I2Cについてよくわからないので質問です。
MASTER.CTRLBのQCENとSMENって具体的にどういうときに使うんでしょうか?
QCENはなんだかあってもなくてもあまり変わらないような気がします。
SMENはいちいちCTRLCのCMDでBYTERECを書かずに済む程度でしょうか? 何年も前からxmegaでI2C使ってるけど、そのビットは使ったことが無いです。
たぶんどちらもDMAとかハードで処理させるため、あるいはその前処理のトリガとして必要になったんだと思う。
普通に割り込み駆動する分には大したメリット無いんじゃないでしょうか。 >>116
リセット端子のコンデンサ除去でデバッグできました
リンク先の通り、
arduino IDEでの書き込みでリセットボタン連打が必要となります
ありがとうございます おつおめ
ちょっと不安定な面はあるけどデバッグワイヤは便利だぞ。 >>121
あ、そうなんですか。
SMENはなんだか便利なのかなーとも思ってましたけど、そんなこともないのですね。
CTRLBは無視してI2Cプログラムを組んでみます。
ありがとうございました。 >>120です
あれから、I2Cのプログラムを書き始めたのですが、どうも上手く行きません。
1バイトの書き込み読み込みは出来るのですが、2バイト以上となると上手く動いていないようです。
どなたか添削していただけないでしょうか?
ソースファイル
http://fast-uploader.com/file/7032170651588/
ヘッダファイル
http://fast-uploader.com/file/7032170798549/
両方共パスワードは「xmega」です。
開発環境はAtmelStudio7でチップはATxmega64A3Uです。
よろしくお願いします。 私もそうなんですが、ほぼASFからのコピーですよね。
ざっくり見たけどわかりません。
何をもって1バイトはいけて2バイト以上はだめとわかりました?
デバッグ方法の問題で実はちゃんと動いているのかも。
動作終了時の結果を格納するところにブレークしかけてみたりしました? >>126
AVR1308を参考にプログラムを書きました。
コピペやそのまま使ったりすると後で自分で動作を理解できなくなったりするので、避けたいところですが…。
AVRをもう一台(88P)用意してI2C通信をデバックしていました。
あれから色々と試行錯誤していたら、原因は88Pの方にあったみたいで、88Pのプログラムを修正したら動くようになりました。
どうもお騒がせしました。
とりあえず>>125にアップしたプログラムは動くっぽいので消えるまで残しときます。
参考にしたい人が居ればだけど、どうぞ。 >>120
おお、おつかれさん。よかったね
アプリノートのコードは冗長であることが多いので、
自分で目を通して理解してリファインすれば、それはもうコピペではないと思う。
よくできたコードを読むのもプログラムの勉強と言うし。
xmegaは複数のTWI持ってるから、私は一組のi2c.hとi2c.cで複数ポート開けるように
改造しましたよ。COMポート用もね。
xmegaA1Uで4COM,2TWI,1USBなんて変態的なの作る必要に駆られて・・・・ 8bitマイコンについてはどう読んでも「現在製造中の製品をすぐに終了させることはないけど
AVRについては新製品を出すことはないよ」としか読めんなwwwww 資料では
「Atmelのマイコン「AVR」ファミリーへのサポートおよび投資も続けていく」
と書いてある。
マイクロチップとしては8ビットではAVRの、32ビットではARMの力を借りたいんだろ。 >>132
あのさぁ
願望フィルタは結構だけど、資料をちゃんと読み取る能力は必須だよ
>完成させたが、8ビット製品への取り組みは縮小するのか。
>そのようなことはない。(略)
>当社は、現在のマイコンのような複雑なデバイスをビット数だけでクラス分けすることを
>妥当とは考えていない。適切な周辺モジュールを内蔵することが、最も重要である。
需要に応じて周辺モジュールの組み込みバリエーションを増やせるPICは重要だけど
そうじゃない8bit AVRは以下略、って意味だよ microchipにしてみればARMコアのatmel製品はともかく8bitのAVRは正直
どうでもいい存在だろ。プレスリリースからはそういう空気が溢れてる
サポート云々についても
>Atmelのオンラインツール「START」は、8ビットAVRもサポートするようになるのか。
>回答 サポートするようになる。
この程度のことだろうし まぁ正直
あくまで8bitを続けるって回答な訳で
8bit-avrの名前は出ない時点でお察しください、って感じではある 新製品は出ないにしても、生産終了することはないんだろ
何も困らんわな >>137
次に出てくるのは「ディスコンになっても買い溜めしてあるから何も困らんわ」、だなw アホなCPUを使い続けていると人間までアホになるのだろうか? 技術者が性格悪くなるのは分かるがここまで病んでるとはな…
大丈夫か?明日会社行けるか? アンチとかファンとか思い入れとか、悪い方向に働くととことんダメになるな。 Windows vs. Mac, PS vs. XBox, iOS vs. Android, etc.
2chはどこでもこんなだよ。自分の選択に不安があるので選択しなかった方を貶めて心の安定を得ようとしてる 別に新製品が出るかどうかとか生産が続くかどうかなんてどうでもいいわ
自分がAVRを使って何を作るのか?ってだけの話だしたいした金額じゃないんだから
買いだめしておけば済む。明日生産終了が報じられてもなんも困らんわ 自分が使っているチップがdisconになった所で
中身を正しく理解してれば然程手間取らず他のtechnology にmigration 出来るんでないの?
「わーいサンプルが動いた〜」で終わっちゃうような人はそこまでだよ。 実際、初めて使ったマイコンがたまたまAVRだったからAVR使ってるっていう俺みたいなのも多いだろう
特別こだわってはないが、困りもしないから使い続けているだけ いまいちパッとしないSAMシリーズのテコ入れとしてPIC32MXとのピン互換、PIckitでの開発が可能な品種を要望する 願望は持ってもいいんでは?
もし出来上がったものがコレジャナイ感だったら悲しいだけだよね arduinoIDEでPICも対応とかになったら段々と移行もしやすいのにね。
用が足りるかは別として環境的に。 >>154
んー??
下の4つのリンク先は Arduino IDEで対応してるわけじゃなくて、
Arduino IDE ライクな開発環境がある、って話ですよね? >>139
元々ロジックIC の代用、見たいなコンセプトのマイコンに負けてるのがAVR >>155
Pinguinoについてはそうだけど、chipKITの方は、
Arduino IDE に chipKIT core というプラグインを
導入して使う形に変わった。
本家IDEがARMやインテルなどAVR以外のアーキテクチャに
対応するようになったので、その仕組みを利用しているらしい。 現在AVRmkUとAtmelStudio7.0で開発を行っているものです。
秋月で売られているICE-BASICの導入を考えているのですが、
これはattiny,atmega,atxmegaといったAVRシリーズ全てのマイコンのデバックができるのでしょうか?
逆に、これがないとデバック(ステップ実行や実行中にレジスタの中身を覗く等)は出来ないのですよね?
秋月にはbasicしかないですが、いろいろ種類が有るみたいで。
どなたかICE BASICで出来ること、出来ないことを教えていただけませんか?
使ったことがある方がいましたら、使用感なども教えていただきたいです。 >>158
デバックするなら、atmel iceやavr dragon等が必要
atmel iceには基板のみ、ケース付き、変換基板付きと数種類ある
ピンがハーフピッチなので1.27mmから2.56mmに変換する必要がある
ベーシックにはその変換ケーブルが付属する
avr dragonは更に高電圧ppなどの書き込みができる
ネット上では、電源用icとバッファが弱いとなっていて、usbから直接5vをとる 方法や、isp、jtagを強化する方法が公開されていて、ドラゴンレイヤー2と言われている
誤配線に注意し、ターゲットは必ず別電源を使用していれば心配ない >>158
arduinoをデバッグするときは、リセット端子のコンデンサを切断する
デジキーも送料無料になれば、秋月より安い場合があるかな 毎度¥7500以上買えばいいじゃないか古事記 >>157
>Arduino IDE に chipKIT core というプラグインを
>導入して使う形に変わった。
それはいいな。 デバッガを自作すれば最強だよ。
まぁそれなりの別の問題が発生するけどw ATATMEL-ICE(フルキット)とATATMEL-ICE-BASICの違いは
オプションのケーブルや変換コネクタが含まれているかどうかだけで機能に違いはない。
ユーザーマニュアルに写真付きで説明がある。
まあ、BASICで十分。
ICEもドラゴンも長いこと使ってるが壊れたことないなあ。 オシロあれば十分デバッグできるでしょ
PWMの出方とかステップ実行なんてやっても判らないし そりゃあんたがデバッガを必要とするような事をして無いからでしょ。
世の中にはもっと難しい事してる人がいっぱいいるんだ。 すまん、ちょっと勘違いがあったようなので修正する。
そりゃあんたがデバッガを使いこなせないからでしょ。
PWM出力の遷移にブレークポイントしかけりゃどんなタイミングの波形になってるか分かるし。
それにオシロの方が高価なんだが。 外部との通信やI/O制御やるならオシロがあったほうがいい。
デバッガはどうかな?仕事だとブレークポイント設定して放っておくとかあるけど、趣味ではそこまで必要としない。 FFTとかファイルシステム組み込んだりフィードバック制御とか色々あるでしょ ソースコードデバックってアンブラの場合は凄く強力なツールだと思うけどC言語の場合は微妙じゃない? >>172
アンブラって何だよ・・・
アセンブラの間違いね なんだ、AVRとPICってもうちょっと拮抗してるのかと思ったら8bitの製品に関して言えば
話にならない位PICのほうが圧勝してんのか >>176
マイコンのコアとしては必要最低限を狙ったPIC に、性能で戦いを挑んだAVR 。 性能がとんとんしか無い上にIOが貧弱で勝負にならんかったw 次は、【PIC】Microchipマイコン総合スレ【AVR】かな アセンブラでAVRと8ビットのPICとAVRのプログラムを組んでみ
コアの違いがよ〜く分かって面白いぞ
DIOの処理をさせると処理速度の差が出すぎて・・・(PIC厨が発作を起こすので謹んで略)
もっとも実際に仕事をするのはもっと複雑な周辺I/O処理なので
PICが周辺処理専用機種=多機種の方向を目指したのは正しい選択だろうな
AtmelがYmegaやZmegaを出せば話は変わるかもしれないが、買収されてしまったし
将来のことなんて神様でも無い限り誰にも分からない
ただ一つ確実に言える事はいつかはPICもAVRもARMも、そして君も僕も終るってことだけだ アセンブラで書くとPICでなんの不自由もないのがよくわかる。
3桁とか6桁の速度差があるなら話は別だが、所詮どんぐりの背比べ程度の
差しか無い。その程度の速度で頑張ってソフトでUSBを実装しても、安定性が無いし
他の処理がまともに出来ないんじゃ意味がない。学生のオナニーみたいなもん。
インテルVSモトローラの時もそうだったが、頭でっかちでは生き残れないって事だな。 趣味で使っている人には分からないんだろうけど
PICの強みは
「デイスコンしない」
これに尽きる ディスコンにかこつけて他の軽い変更もやっちゃうから
一概に悪とも言えない。 >>183
お前wそんなこと書くとwAVR厨様がw
「買い溜めしてあるからディスコンになっても別に困らないし(キリッ」
ってw言い始めるぞwww 「ディスコンしない」ということと
「いつまでも趣味レベルに人にも供給する」ということは違うよ。 製造業としては古すぎるものは適度にディスコンして欲しい。
メーカーとしても生産量縮小とかで原価アップされても困るからやっぱりディスコンしてくれた方がいい。
取り巻く環境で「ディスコン」の良し悪しもいろいろだ。
で、ここはAVRスレだが誰かAVRで困ったディスコンがあったか教えてくれないか。 未だに16F84とかの作例がWebにあるし、
16F88で今年書かれた作例見たときはびっくりした どうしてもAVRでなきゃってユーザーはPICほどにはいない印象
ここにいるのはアンチAVRだけで、当のAVRユーザーはもう他に行ってたりしてw 確かに、ディスコンではないが、性能比でずいぶんと割高にはなる。
にしても、入手できないよりはずいぶん助かる。
くっそ高い84Aが、1827のすぐ後につけてるという事実は否定できない。
http://akizukidenshi.com/catalog/c/cpicr_spop/ 累計販売数順に並べれば昔から扱ってる品種が上位に来るのは当然だと思うが?
たとえ最近の売り上げがそんなにないとしても
むしろまだ取り扱いを初めて日が浅い16F1827や12F1822が早々に上位に来てる
ことを見ても、この人気順ソートが殆ど意味が無い事は確定的に明らか >>192
1827や1822が売れてるってこと。
現に、最近84Aは1827に抜かれた。
何も矛盾点は無いし、意味が無いことはない。 >>183
お前ホントにプロか?
CPUボードをユーザーに提供しているなら
適当な間隔で世代交代してくれないと困るだろ?
CPUボードはCPUだけで出来ているわけでは無い
うちの客に困ったチャンがいてな・・・(前にも書いたので省略)
>>118 製造業としては古すぎるものは適度にディスコンして欲しい。
の言う通り いや製品の能力がバラつく事の方が困るだろ。
設計製造、いや一番困るのはサービス部門かも
客も用途によってはそんなの嫌がるよ。 プロなら製品の能力がバラついたりはしない
要求される仕様は必ず継承する
追加した便利な機能に客も泣いて喜ぶw 脳内プロは黙ってて
あんたの製品ってMCUが一つポツンと載ってるだけなんだろ? やだ、お父さんの長さ16cm太さ5cmのズルムケチンポ
小学4年生の血のつながった娘のお膣のなかでザーメンドプュゥッって出したいって
PICPIC言ってるw 商品世代交代にCPUを絡めるなんて、、、アホと違うの? >>197
プロはバラツキを考慮して、仕様内に納まるように設計するってだけで、実在の部品を使う限り、バラツキは必ず発生する。 また、発作を起こしたのか、困った奴だな
「小学生の娘〜父さん」シリーズは飽きた
いいかげん心療内科へ行けよ atmel studio 7 のdebugですが
例えば、5秒ごとに自動でステップする設定ないですか? 新石の情報探してたら、0.7V動作の石があるって知ったけど
DIPが300milで はぁ? それなに?
CPUが0.7Vで動いても、周辺が動かないような気がするし
用途って何ですかね? >>211
レスありがと でもLEDさえ光らないよ そんなことより、
>DIPが300milで はぁ? それなに?
ってどういう意味? >>213
20pin300milと読んで、脳内に600milのイメージが浮かんで、何だこのデブって思ってしまった >>212
周辺まで0.7Vで動かすわけじゃないから・・・・
コアとIOは1.8V以上だし。 GCCだと64KB越えの外部メモリアクセスってまともには扱えないのね・・・・ あ、そうなんだ。
GCCでアドレス拡張レジスタ操作してくれる命令教えて。
やり方わからんからアセンブラでサブルーチン作ってアクセスしてる。 8bitCPUで64KBオーバをまともに扱えるようにしろと言われもな >>219
処理単位とアドレスの違いも判らんのか。
その理屈なら8ビットマイコンでは256バイトしか扱えんな。 データバスとアドレスバスという言葉も知らん奴に言われもな
キミの理屈で彼に64kbOverを8bitCPUでGCCでまともに扱える方法を教えてやれよ 256KBのROMや24bitアドレスバス持ってるAVRの話をしてるんだがな・・・
アセンブラでは普通にアクセスできるものをGCCではどう書くのかって話であって、
バスがどうしたって話じゃないんだよ。 >>222
フラッシュ上の話なら far ポインタが扱えるマクロを使用すると思うけど
pgm_read_byte_far()とか
それにしても far なんてMS-DOS時代のCコンパイラを思い出すなぁ あ、話の分かる人がいた。よかった。
そう、farポインタを使いたいんですが、XYZレジスタに拡張アドレスレジスタを連結した後、
別の用途にそのレジスタを割り当てる場合に拡張レジスタをリセットしてくれないので、
とんでもないアドレスをアクセスしてしまいます。
ポインタを使ったCのコードだとレジスタなんて意識しないので制御のしようが有りません。
AVRlibcのドキュメントを漁ってるんですが、64KB越えの書き方とか見つけられなくって・・ atmegaで電子工作をしているものです。
uint8_t型の変数をインクリメントし続けて、オーバーフローした場合、0に戻ると思いますが、
その際uint8_t型で確保した部分以外のメモリに影響は出てしまうのでしょうか? >>216 は曖昧すぎて、何を意図してるのか不明なんだよ
もし、64KB越えのFlash-ROM上のデータを得たいと言う事なら↓でどうだ
data = pgm_read_byte_far(GET_FAR_ADDRESS(v)); >>224
ごめんなさい。これ以上の情報は持ち合わせていないのですよ…
そこまで込み入ったプログラムを書いた事が無くて
興味がある話なので少し調べてみます。有力な情報が入ったらここに書き込ませて貰いますね。
>>225
その変数が割り当てられてる1バイトのメモリだけが変化しますよ >>226
あっ! GET_FAR_ADDRESS()
完全に忘れてました。横からですがありがとうございました。 当時、糞と言われたfarが使いたいと言ってるんだから
8086でいうラージモデルで組みたいってことだろう。 >>225
例えばこんなアセンブラコード
lds r0,X+
これをXが0にオーバーフローするまで回すと拡張アドレスレジスタが+1されます。
次に別のコードでXレジスタに0x2000(内部RAMの先頭アドレス)を入れ直して同じコードを実行したとしましょう。
その時、レジスタr0には0x012000(外部メモリアドレス)のデータが転送されます。
CPUはアドレスの第3バイトである拡張アドレスレジスタを必ず使用するのに、
コンパイラの出力したコードはXHとXLのみの16bitしかセットしてしません。
DMAドライバとかはアドレスの第3バイトまで意識したコードで作られているので、
アドレス空間が24bitでも正常に動くコンパイルオプションがあるのかなと思うのですが、
それがわからんのです。
マクロやサブルーチンでアクセスしようにも、割り込み処理でnearポインタを使った転送をされると、
拡張アドレスレジスタのおかげで結果がおかしくなるため、いちいち割り込み禁止をかけなければなりません。
ただ1MbitのSRAMをバッファに使いたいだけなんだけどなあ。 >>230
AVRの外部メモリアドレスポインタって24bitのものが有るのですか?
データシート読んでみたいので具体的な型式を教えて下さい
確かに >>216 で外部メモリって表現されていますね
勝手に内部フラッシュの事だと思い込んでレスしてました。重ね重ね申し訳ござません >>233
AVR=8bitってイメージが強すぎてAVR32の事は全く考えてませんでしたよw
AVR32使うならARMコア搭載のマイコンの方が良いっていう声が多いですよね >>231
xmegaA1Uです。
基板作っちゃったけど、外部メモリ用のアドレスラッチをソフトで制御して、
内部空間64KBでやれば私の場合は何とか問題解決なんですけどね。あ〜めんどくさい。
PICでもR8でも問題は同じだけどどうやってるんだろう・・・
ARM使えとか言われそうだけど、バッファが要るだけで処理はしょーもないものなんで、
回路設計段階ではこんな苦労全く予想してなかった。 > ?RAM larger than 64 KiB is not supported by GCC for AVR targets.
ドキュメントに書いてあるな。ご苦労さん。
8bitCPUのアドレスバスが基本16bitということ知ってたら苦労しなくて済んだのになwww 馬鹿めw >>235
xmegaですか。なるほど確かに仕様で24bitの外部アドレス空間をもっていますね
ですがGCCが16bit超えの外部メモリアドレスには未対応みたいです
https://gcc.gnu.org/onlinedocs/gcc/AVR-Options.html
既にご自分で対応策を施しているようなので、このまま開発を続けて良いと思いますよ
今回は私も色々と勉強になりました。逆にありがとうございました >>236
ああ、わざわざ調べてくれてありがとう。
なんだかんだ言って優しいんだね。その1行が見つけられなかったんだ。
“XMEGA” devices with more than 128 KiB of program memory and more than 64 KiB of RAM.
mcu = atxmega128a1, atxmega128a1u, atxmega128a4u.
とか書いてあったけどその下とはね。
IARではできるらしいんだけど残念。
>>237もありがとう。 あ、だけど>>236さ
『基本16bit』って自分で書いてるんだから『絶対16bit』なんて思い込みで書いちゃいけないよ。
xmegaは24bitアドレスサポートしてるけど、GCCは未対応だからごめんねって書いてるんだ。
そんなことわかりきってるから調べたけど、見つけられなかったのは私の間抜けw avr-gccは色々おかしいからあんま期待してはいけない
要望出すぐらいはした方がいいんだろうけど AtmelStudioでBuildするときに出るメッセージのDataMemoryUsageがSRAMの領域ですよね?
スタックオーバーフローってSRAM領域に十分な空きがあったとしても起こりますか?
とある関数を呼んでreturnするときに、異常動作が起こります。
その関数内では比較的大きな配列を宣言しており、この配列の要素数を減らすと正常動作しました。
したがってスタックオーバーフローが起こっていると予想しているのですが、DataMemoryUsageでは相当余裕があります。
スタックオーバーフローが起こる原因、またその対策をよろしければ教えてください。 そのDataMemoryUsageは関数内の変数は見積に入ってない
例えば関数が再帰呼び出しされていた場合、実行前に正確に見積もれるだろうか
ちょっと考えれば判ることだと思うが >>243
すみません、言い方が悪かったようです。
SRAMの空きが2kバイト程度あります。(DataMemoryUsage)
その関数ではchar c[256]と宣言しています。
このようにSRAMの空きが十分であると予想される(自分はそう思っています)にも関わらず、
スタックオーバーフローが起こるのはなぜか、ということでした。
再帰呼び出しは行っていません。配列の要素数を例えば64にすると正常動作となります。
ローカル変数で確保できる領域等がレジスタで設定出来たりするのでしょうか。
データシートを眺めた感じではスタックポインタを設定するレジスタはありましたが・・・。 >>244
関数呼ぶとき戻り番地をスタックにセーブするし、呼び元で変数として使っているレジスターを関数内で使っていればそれもセーブする。コンパイルのあとにできるアセンブラリスト見ればどうなってるかみられるからみてみれば。 > xmegaは24bitアドレスサポートしてるけど、GCCは未対応だからごめんねって書いてるんだ。
馬鹿かこいつ。 >>244
リンカ設定でheap領域が確保されてて、c[256]のときはそこに
スタックが食い込んでるってことない? それなりに期待できそうな事が書いてある…が
安心するには程遠いという感触 あのロゴが有るだけでPICにしか見えなくなるってのに…
だいぶ侵食されてきたな >>244
オプションとかで、スタック領域の割り当て増やすとか出来ないの? >>244
解決策を持ってなくて申し訳ないけど、
>>245と同じくアセンブラ追ってみてはどうでしょう。
私も最近マイコン初めて、異常動作して、
問題の箇所直前からアセンブラコードでシミュしつつ、
スタックアドレスと変数追ってったらスタックオーバーが見つかりました。
自分のは単純なRAM不足でしたが、
アセンブラコードで計算しながら1ラインずつ流してくと何か見えてくるかもです。
もうやってたらすみません >>244
>その関数ではchar c[256]と宣言しています。
差支えがないなら(再帰で呼ばないとか、割り込みルーチンの中から呼ばないとか)、
その関数内での配列の宣言の前に、static を付けたら状況が変わらないでしょうか。 >ローカル変数で確保できる領域等がレジスタで設定出来たりするのでしょうか。
それはレジスタ設定ではなくてコンパイルオプションではないでしょうか? 実際にSRAMをどんだけ食いつぶすか調べるには、
init3辺りの初期化でSRAM全体を0x55とかで埋めて
しばらく動かした後UARTとかでSRAM全体をダンプしてみれば判る
つーかギリギリっぽい場合はいつもこの手で調べてる AVRをc++で開発してる人いる?
便利そうだなーと思いながらも手を出せないでいるんだけど、やっぱりスマートに記述できて便利ですか?
まあ、プロジェクトにもよるんだろうけど… ArduinoがまさにC++なんだけどねえ
よく言われるスケッチはC++の難解なところを隠蔽してるだけでその薄皮を剥がせば全部C++
過去スレでも何回も繰り返された質問の1つかと >>261
せいぜいコメントで//使ったり、Serial.printみたく既存のクラスの静的メンバ関数を使うぐらいで
自分でクラスを書いたりしないのが大半じゃないの
いわゆる「staticおじさん」ですら自分でクラスは書いてるので
それ未満のこんな使い方だと「C++で開発してる」レベルに含まれないと思う 「そんな使い方だとxxxを使っているとは言えない」
みたいな表現は良く見るけれど、たいていは、xxxを使うことにネガティブな印象を与えようとしているだけのことが
多いように思います。
ライブラリをクラス化できるという、たったそれだけのことでもC++の恩恵は十分受けることができますし、
自分ではクラスを作らない人が、出来合いのクラスライブラリをライトに使っているとしても、
それはC++で開発しているからできることです。
リソースの貧弱なマイコンで、new/deleteを繰り返したり、仮想関数を使ったりすればしんどいのは当然ですが、
それができないないC++の意味がない、と断じるのもおかしい話で、使えるところから使えば良いと思います。 パシフィコ横浜でET/IoT TEchnology2016に行ってきた。
Micochipのブースを覗いてきたけど、ほとんどAtmelの出展で笑ってしまったわ。
マイコンの方もAtmelの32ビットを出していたり。
自分らの主力のマイコンなんか全然出してなかったよ。 >>264
へえ。そうだったんですか。
買収のあと、Atmel CPUの新規採用が減ったという話も代理店の方がされていました。
こういうのはたぶんMicrochipも望んでいないはず。
不安払拭に気合が入ってるようで個人的には嬉しい。 >>264
アトメルの32bit って、ARM だろ。 Atmelのブースへ行ってMicrochipのブースだと思い込んでたんだろw
それくらい買収のショックがでかかったってこと Atmelのブースがあるかどうかは行ってなくてもわかりますね。
ttp://www.jasa.or.jp/expo/search/exhibitors_list.html
Atmelの32ビットには独自コアのものとARMコアのものがありますが、>>264さんが見たのはどっちだったのでしょうね。 ほんと君ら、AかBかどちらかしかないって思考なんだね。
普段それを求められてるからなんだろうけど。 >>267
いや、Microcipのブースだからそれまでの自社製品出してるのかな?って覗いて見たら
Atmel製品ばっかりで笑ってしまったってこと。
まぁ、FreescaleとNXPが合併して新生NXPのブースは、
半々ぐらいで互いのマイコンだしてたのになぁ >>268
ARMですね。
いまどき、自社ブランド32ビットなんて国内メーカーでも出さないでしょ?
開発効率、環境など含めてアピールする価値なんてないと思いますよ。
かと言って、マイコンなんて趣味の世界でやってるぐらいで
本業は、全く異業種ですよ。 >いや、Microcipのブースだからそれまでの自社製品出してるのかな?って覗いて見たら
>Atmel製品ばっかりで笑ってしまったってこと。
この文面からは>>270=>>264で、環境でIDが変わってしまう人かと思ったら別の人なのかな。
そのあとの>>271のIDが>264と同じだし。
>>271
なんか斜に構えてません? それともあなたの個人の事情とMicrochipや産業界の話をごっちゃにされてます?
メーカーが趣味や片手間でやっていることをETという場でメインでアピールすることはないですよ。
>いまどき、自社ブランド32ビットなんて国内メーカーでも出さないでしょ?
でしょ、と同意を求められてもなあ、って気がします。ルネサスは相変わらずRXシリーズの新コアを出してますし。
価値がないなら出さないですよ。
とはいっても、ARMが主流になりつつあるのは(良いか悪いかは別にして)そんな感じではありますね。 >>272
ルネサスのは車の制御系に特化した、32bit だからな。
ARM 系もあって、こちらはアプリ系。 >>273
具体的に車の制御系のみに必要な要件って何? >>273
RXシリーズで車載向けってどれぐらいあります? 産業用はたくさんありますけど。
アプリ系とは、曖昧な言葉ですね。具体的には何を指してます? 実績/信頼性 -> 値段 -> 機能/性能
人名に絡むから、万が一の事があると とんでもなく高く付く
宇宙/航空/軍事/医療 程じゃないけど
車屋は それに次ぐ程うるさい ルネサスの車載用マイコンと言えばRH850だな。
製品紹介のページでも、そう書いているし。
https://www.renesas.com/ja-jp/products/microcontrollers-microprocessors/rh850.html
NEC時代のV850がECUへの採用実績が多かったから、
そのまま後継機種として開発した物だったはず。 車載負けは基本は動作温度範囲とノイズ耐性だったかな。 >>274
最近だとCAN対応とか?
車用工作してるから、AVRでCAN通信したい 温度とノイズなんて車載用だからではなく、どんな分野でも要件あるんだけど。
> 車の制御系に特化した
これを聞きたいんだが。 うちも去年車載用でARM→RH850のリプレースの仕事のオファーあったっけ
車載用でRH850って人気あるようね (1) いまどき、自社ブランド32ビットなんて国内メーカーでも出さないでしょ?
→RXは?→
(2) ルネサスのは車の制御系に特化した、32bit だからな。
(3) ARM 系もあって、こちらはアプリ系。
→車の制御系に特化したって何?→答えられない
→RXの車載向けってどれ?→答えられない
→アプリ系って何?→答えられない
(1)は実際は単なる認識不足でしかなかったのに。 >>284
(1)は、ここを参照
http://s.news.mynavi.jp/news/2012/10/23/107/index.html
ってか、このぐらいは調べてわかる範囲だろ
12月にトロンの勉強会にルネサスくるから、直接聞いてみれば良い
たしか、12/5〜3日間ぐらいやってる >>285
えらく前のニュースですが、今もなお、RXシリーズの改良版コアが出てきています。
しかし、ルネサスが非車載向けにオリジナルコアの32ビットマイコンを出しているのは
調べないとわからんものなのかなあと思います。
秋月のWEBサイトでもRXシリーズの基板ってときどきトップページに出てくるし。
>>271さんは、RXを16ビットだと思っていたのかな? >>287
「ごめん。頭悪すぎだわ」は「すみません。反論できません」の意味ですね。 閉じたスレでは閉じた常識がまかり通るって奴だな。見ていて気持ち悪いスレだ すいません、AVRについて質問してください
AVRでUSBがしたいのですが、USBするためのフレームワークのようなものは
ATMEL(今はもうMicrochipですか)から出ていないんでしょうか?
これがPICならMicrochip Application Liblary(通称「マル」)が出ていて
この中にUSBのためのフレームワーク一式が入っているんですが、AVRには
同じようなものはないのでしょうか? >>292
microchipからUSB AVR Stackというのが出てる
これがメーカ純正のframework
ただ今はこれよりもLightweight USB Framework for AVRs、いわゆるルーファの
ほうが広く使われてると思う。ルーファのほうがメンテナンスも盛んで
機能も豊富なんでmicrochipのフレームワークは忘れていい へぇそんなのあるんだ
AT90USB162のサンプル改造してゴリゴリ書いてたよ ggっても、V-USBとArduino だらけで、なかなか目的の物に辿り着けない
Arduino の弊害 >>286
R-CarとSynergyはARM
非車載は最近、Synergyを推してるようにみえるけど
R-Carはおそらく、NVIDIAが出してる車載向けSoCのような用途のチップだと思う
http://eetimes.jp/ee/articles/1611/08/news019_2.html
>ADAS/自動運転向けには、制御系のマイコン「RH850」ファミリーと、
>情報処理系のSoC「R-Car」ファミリーを中心に、
>堅ろう性の高い自動運転のトータルソリューションが提供できるとした。
>自動運転向け半導体も、2020年のトップシェアを目指す。
カーエレクトロニクスの進化と未来
81 クルマのコンピューティング機能を高めたR-Carシリーズの狙い
http://news.mynavi.jp/series/car-electronics/081/
「Synergy」欧州でも手応え、FA向けIPも追加予定
http://eetimes.jp/ee/articles/1611/11/news055.html
成長に向けた切り札:
ルネサス、「Synergy」の国内提供をスタート
http://eetimes.jp/ee/articles/1512/08/news083.html >>297
俺(>>286)は、ARM系を出していない、とは書いてませんよ。
それともアンカーを間違えましたか? 8bitCPUにUSBっていろいろバランス悪いからだろう。 >>299
フルスピードのHIDぐらいまでなら割と多いのでは?
そのあたりの量産品は価格にも厳しそうだし。 >>299
Hi-SpeedでデフォだったCypressのFX2も8bitCPU
まあ、CPUは介在させない使い方が主流だったかもだけど LGT8F328っていうクローンがあるらしいね 50円ぐらいと安いらしい >>305
普段作っているUSBデバイスの印象で変わると思う。
>>299もどうかと思うが、「馬鹿丸出し」は無用に行き過ぎ。 AtmelStudio6で文字の色を変えたいのですが、
たとえば、#include <avr/interrupt.h> の
avr interrupt h の部分だけ
黒から色を変えられない。他は変わります。
どこで変更するのでしょうか? AVRでUSBねぇ。
いろいろセンスないよ。AVRでUSBしてるおれすげーとか思ってんだろうけど。 他人のセンスを批判してなんか意味あるの?
他人のセンス批判して、俺ってスゲーとか思ってるんだろうけど 8-bitのAVRねぇ。
いろいろセンスないよ。8-bitのAVRしてるおれすげーとか思ってんだろうけど。 ↑↑おい
『お願いします、PICを使ってください』
って素直に言えば、考えてやるぞ AVRをアセンブラで組むとメッチャ楽しいぜ。
他のCPUに乗り換える気がしない。
このコアを設計した学生はエラいと思う。
強いてチェンジジするならARMかな。 やわらか禿げバンクのアームとかそれこそありえんわww
いつなんどき個人情報抜かれたりするかわかったもんじゃない >>317
そこまで心配ならコンピュータのない山里にでも引っ込んで土と暮らしたら? >>318
RISC はコンパイラの最適化が前提なのにな。 最適化も自分でやっちゃうんだろ。
僕が一番ARMをうまく使えるんだ! とでも思ってるのでは。 セガサターンはSH何たらだっけ
その頃だとまだやってたらしいよ〉RISCのコードを人手で最適化
PG死んだろうなーw AVR に飽きたら Xtensa だな。クロック数計算してソフトUSB作ってる連中も居るし。 既製品のないニッチなニーズを狙えばいいじゃん
俺はそれで小物を200個くらい作って売った 自作のプロダクトが販売できるレベルってすごいなぁ
俺は実用品と言っても自分用で、
ダイス型のタイマーを作った
上に向いた面で鳴る時間が決まるの
作った後に、似た内容の商品があることがわかったけど、
逆に素人の俺でもプロと同じような発想ができたと思って嬉しかった
作るって楽しいね ARMに手を出そうにもARM使わないと実現できないレベルの工作しないから結局使ってないな
AVRの3シリーズで十分すぎる
32ビット機を趣味で扱う人ってやっぱり画像とか扱うのかな >>329
いやいや
度胸試しだと思って一度そのタイマーをキチンとプリント基板起こして作って
売りに出してごらん。値段は原価割れしない程度にして
こんなもの売れるわけない、って思いそうなものが結構売れるから >>330
$5 「Raspberry Pi Zero」
$7 「Orange Pi Zero」
こんなんだからな
消費電力が気にならない用途なら、値段だけで選んでる人は多い
例え、送料がバカにならないとしても十分安い
価格に関して諸々の事情があるのは承知しているが
こういう値段で出されると、はっきり言って どの業者も厳しいよね
これを見てしまった後だと、 「Arduino」 なんか $1 程度が相当 と思えてくるよ 価格勝負だと中華製にはとても敵わないのでアイデアで勝負しないと。
たとえば、別業種になるが、オーブントースターの安い奴は2K〜3K円だが、
今、蒸気を出すバルミューダのトースターが2万ちょい円なのにバカ売れしている。
バーミキュラが今冬から販売する炊飯器も高価格だが売れると思う。
とは言ってもダイス型タイマーがどういう物かよく分らないけど、
ゼロから始めて商品化し販売するのは難易度が高いだろうなぁ。 Atmelの純正ライターはAVRISP mkIIだという認識だったんですが、
秋月で取り扱いが無くなって、調べたらAtmelストアにも在庫がありません。
これは一時的なことでしょうか?
純正のライターはどれになるんでしょう?
その辺の様子をどなたか教えていただけませんか。 mk2は販売終了ですよ。
現在の選択肢はAtmel-ICEですね。 >>333
個人的には、中華かどうかは別にしてシンプルにまとまった、結果的に安くなっちゃうオーブントースターの方が好きだな。
フードプロセッサより研いだ包丁で切り刻むのが楽しい。
そんな性格が災いしてか、ニーズがあるとわかっていても高付加価値商品に取り組む情熱が沸いてこない。ダメだな。
ダイス型タイマーって、たぶん6面体の各面に数字が書いてあって、
置いたときに上になっている数字のタイマーとして動作するものじゃなかったっけ。
叩いたり、トンと置いたりしたら、スタート、ストップ&リセットするようなのがあったと思う。 >>335
ありがとうございます。
確かに obsolete となっていました。
そうなると純正品にこだわると7000円の初期投資ですか…。
PICのライターの方が安いってことになっちゃいました。 >>332
まぁ Arduino もぱちもんなら かなり安いみたいだが。
UNO R3 もどき や Atmega32u4 のボードが送料込み $3 であるな。 ISRの中身って処理が長過ぎたら問題が発生したりしますか?
どうも割り込み発生でフリーズしてしまう
処理を減らすとフリーズしなくなるから、長すぎるのが問題だと思ってるんですが ISR内での処理は割り込み源の処理してフラグ立てるとかレジスタ読んでバッファに積んでおくとかぐらいにして
あとは通常の処理にやらせろ。
ISR内で処理してはいけない。 誤 ISR内で処理してはいけない
正 ISR内で問題解決しようとしてはいけない >>340
割り込みが許容時間内で実行されているかどうか、オシロで測定してみたら?
許容時間内であれば割り込み内でどんなに処理が増えても問題無い。(当たり前か)w >>340
関数によっては、その関数を実行中に、その関数がまた呼び出されたらまずいものもある。(リエントラント不可)
そういう関数をメインループと割り込み関数の両方で使うとヤバいです。
「処理を減らしたらフリーズしなくなった」とのことですが、減らしたコードの中に入っていた関数が原因ってことはないでしょうか。 割り込みルーチン内では再割り込みを禁止するように
設定すればそのままのプログラムでも動作可能ですが・・・
基本的には
ISR内ではコール文を使用しない、
(関数を使用するとコンパイラがコール文を
自動的に挿入することもある)
割り込み期間内に終了可能な処理を記述するほうがいいと思います 皆さんレスありがとうございます。
問題の処理の内容をメインループ内に移し、ISR内でフラグのみ管理して動作させたところ正常に動作を確認できました。
また>>345さんのリエントラントという用語は全く知りませんでした。
調べてみたところ、今回は関係なさそうでしたが、大変勉強になりました。
>>346さんのISR内でコール文を使用しないについてですが、ISR内で関数を呼ぶことは何か問題が起こるのですか?
今回の件は解決出来ましたが、なぜ解決できたのかがよく分かりません。
ISR内で関数を呼んでは行けないのだとすると今回の件はこれが原因だと思いますが。 思い当たることが多すぎて一概に言えないな。
関数内でcliされて割り込みに再入してしまうとか、
16bitレジスタアクセスの分断・テンポラリ破壊。
とりあえずISR内でのコール自体に罪はない。その先の処理で何をしてるかだ。 通常ルーチンと割込みで共有している変数の最適化抑制をしてるかってのもあるな。
デバッガ買いなよ。 >>348
割り込み内でのコール文だけど、自分で書いたものなら
自分で何とかできるが、システム関数では何をやっているか
自分で管理できないので何かあっても解決できないことがある
それと、割り込み処理で時間がかかっていたのでは
ほかの割り込みがかかっても処理できなくなり
何のために割り込みを使っているかわからない AVRのプログラミングで、どのくらい処理時間がかかっているのか、
逆にどれくらいまで処理時間がかかっても構わないのか、
というのはプログラム設計・管理の重要なポイントだよ。
自分で管理できないものは使わない方が良い。
>>348
「動いたからOK」で終らせると進歩しないので、
チャンと原因を究明しておいた方がいいと思うぜ。 >>351
レガシーなC言語ライブラリstring.hで定義の strtok関数が良い例だよな。
関数内にstatic char* ptr; を保持してるから、マルチスレッドや再帰で呼び直すと
期待した結果が得られず全てがパーになる事がある。 「動いたからOK」は典型的なクソPGだよねぇ
昔マトモなデバッガが無いときのデバッグ方法で要所要所にprintf()入れて変数の内容を監視していたんだけど、いざリリースの時にprintf()を削除したら動かなくなった
そのときの上司の命令がprintf()を残したまま納品しろと…。これが原因で私はプログラム業界に失望して会社を去った
こんな奴らが多いから日本のプログラマは3流が多いんだ
なんか愚痴ってスマンね >>354
プログラム業界にあまた存在する「上司」のうちのたった一人の発言でプログラム業界に失望するなんて。
プログラム業界にあまた存在する「上司」のうちのたった一人の発言で「こんな奴らが多いから」「3流が多い」と納得するなんて。
激情的ともいえるけれど、なにより論理的ではなかったね。
今もこのスレに書いているぐらいだし、業界かどうかは別にしてエンジニアリングとは関係が続いているようだけど。
小学校のとき、四、五人がシャープペンシルを持ってくるようになった。俺も他の子も鉛筆をちびるまで使っていた。
当時はシャープペンシルは子供が持つのには安くはなかった。
羨ましくて家に帰って「みんなシャープペンシル持ってるんだよ。ねえ買って」と言ったら、
父親曰く「俺の目を見て正直に言え。何人が持っている。クラスは何人だ」
ttp://www.meti.go.jp/committee/sankoushin/jouhoukeizai/jinzai/001_s02_00.pdf
によれば、2011年の組み込みソフトウェアのIT人材数は 推計で29,665人。(推定の割には細かいな)
俺自身が出会った数なんてせいぜい数十人。全体の傾向を推しはかるにはサンプル数が少ないよ…
ちなみに、父親の問いかけに俺は嘘をついて「30人ぐらいがシャープペンシルを持ってる。字が細くて綺麗で羨ましい」と言った。
そしたら父親は「他所は他所、ウチはウチだ。買わん」と。どっちみち買ってくれなかったw >>355
スマン。何を言いたいのかよく分からん
組み込み系SEが29,665人しか居ない状況を あまた と表現するには心もとない >>356
>>354の
>こんな奴らが「多い」から日本のプログラマは3流が「多い」んだ
この「多い」の定義、根拠ってなんだろな、って話です。
「こんな奴」や「3流プログラマ」の何人ぐらいに接して、そう考えるのに至ったのかな? と。
あまたいる、は業界に必要な人材数に対する相対的な表現ではないです。
「こんな奴が多い」「3流が多い」と判断するに足るサンプルを一個人が集めるのには十分「あまた」だと思うわけです。
たとえば100人ぐらいを対象にとったアンケートで、世界の傾向を語るのはナンセンスですよね。
あと資料では29,665人は「IT人材」の数字です。なにゆえ「SE」に変換されましたか?
>>354ですが、
>そのときの上司の命令がprintf()を残したまま納品しろと…。これが原因で私はプログラム業界に失望して会社を去った
ここ。普通なら(何が普通だw)「私はその上司に失望」じゃないですかね。業界に失望するところにスケールの大きさを感じました。 >>354
物に依るだろ。
一品物なら、残しておけば、問題起きた時に解析しやすいし。 給料が安く、奴隷状態なので三流のフリをしてるが正解。 納期直前だったんならその上司の判断も間違いとは言えないと思うわ
そんなので辞めてたら何回転職するんだよ。 納期直前かどうかなんて関係ないわ
printf()を入れた状態でテストしてンのならprintf()入れたままリリースするのが常識。
リリース直前でprintf()を抜くとか狂気の沙汰。それはもはや「テストされてないコード」
に過ぎない。お前はノーテストの成果物をリリースするのか?と。
ま、>>354は圧倒的にプログラマに向いてないので退職したのは正解だったと思うが んー。「テストのあとでprintf()を取り除こうとした」とは書いていないよね。
「リリースの時に」だから、開発担当から、テスト担当者に向けてのリリースかもしれないし。
マイコンでデバッグ用のprintf()が入ってるというと、
・どこかのTxDからシリアルでだらだらと、お客さんには見せたくないようなメッセージが出て行ってたり
・待機時間が少なくなって消費電力が増えるとか、
それなりに不都合があるかもしれないので、取り除いておきたい気持ちはわかるぞ。 碌にC言語での開発経験がないとか、GCCは64KB以上がまともに扱えない君ですか。 DBG_PRINT、DbgPrint があるコードをリリースコンパイルすると動かなくなるコードを書いたPGがいたとしよう。
誰が誰に対し失望するだろうか。 叩くときは徹底的に、ってのは子供のイジメと同じで良いことじゃないと思うんだ。 >>363
テストのプロセスの話ならその通りだが
技術的観点では、printf抜いただけで動かなくなるようなものを外に出しちゃいかんだろ そもそも、printf抜いたら動かなくなるコードってのも高度な技だなwww ごく単純なところだと、マイコンに繋がっているデバイスの応答時間待ちが
printf()のおかげで満たせていたとかだったり。 常識的に考えて、
「printfを入れて動いたものが、抜いたら動かなくなった」
と言う事を論理的に説明できないならその時点で、
printfを入れたプログラムが正しく動いているという事を信じられない。
よって、printfを入れたままでもリリースすべきではない。 大人気だな
そのプログラムを書いたのが>>354だったとしたら業界を去ったのは正解かも
知れないね そんなのは正解じゃないと思いたい。
大なり小なりみんな失敗しながら学んで大きくなるよ。
まあ他に自分の才能を活かせるものが見つかったなら去るのは正解だけど。
為末大さんも言ってるし。 printf引数上で副作用のある式や関数呼んでたりとかでしょ
C言語というかプログラムをよく判ってなかったんだよ 副作用があるならデバッグ用pirntf()つけてるとき、テストのときにその副作用が出てるな。
つまり逆。必要な処理をprintf()に書いてるか。
まぁこの程度は初心者の発想だわな。この手のバグはCの知識だけじゃ見つからんよw printf()の副作用をプログラムの方で対応してたりしたらまずいな。
上司は全てを理解した上で指示したのかも知れない。 printf()を抜いたら(ry
ってのが言葉通り「printf()の行頭に // を付けた」なのか、あるいは実際には
#define __DEBUG__ をコメントアウトしたなのか、前述の発言だけではなんとも
判断出来ないけど実際には DEBUG 定義を削ったら必要な処理まで削られた
とかじゃないのかね 誰でもわかりそうなミスを除けば、
メモリ管理にバグがあるケースが一番あり得そう
メモリアロケーションが変わってバグが出たり出なかったりする
その場合、今回のテストは通ってもいつか顕在化する
何にしてもそのまま放置した上司はアホ AVRを使ってる者としては、興味深いけど
$5 「Raspberry Pi Zero」、を見てしまった後だとなぁ
実際、 RetoroPie 入れるだけで 遥かにこれ以上の物ができてしまう >>384
できないだろ。携帯型だからバッテリーが持たない。
それに RPi Zero は $5 と考えてはイカン。1個づつしか買えないんだから、送料込みで考えるべき。 printf_P等のフォーマット指定でunsignedを含めたlong型が利用可能になった
avr-libcのバージョンっていくつからだっけか…
そこら辺は良くわからない… 最近のEEPROMって100万回書き換えが可能らしいけど検証した人いる?
1秒に1回書き換えるプログラムを作れば
100万回 ÷ 60秒 ÷ 60分 ÷ 24時間 = 11.6日
で所定の回数に到達するわけで
ここまで持つかどうか検証しようと思えば
できる範囲内だと思うんだが 「最近の」ではないが何年か前に仕事で要求されてテストしたことある
AVR じゃなく H8 のシステムで >>391
記憶できる期間が短くなる。
それも評価しないといかんが、100年とか保持できるものもあるぞ。 >記憶できる期間が短くなる。
その点はどうテストするの?
11.6日じゃ終わらんね。 >>391
100万回のチップの特定の4byteに値をincしつつ毎秒20回ほど書いて
約2カ月動作したあとベリファイエラーで停止
その後の確認で特定のアドレスで
・書いた直後は正しく読めることもある
・時間が経つとデタラメになる(読み出した値がいろいろ変わる)
という感じだった >>394
へー、本当にエラーになるんだ
なんか感動した オイオイ、AVRでlibcのprintfなんて使おうとしてんじゃねーよ
libc使うにしてもインラインアンサンブルレラのマクロぐらいだろ
memcpyすらlengthが16bit計算で効率悪いから8bitに直したりする世界だってのに AVRISP用の2×3コネクタってどこで入手できますか?
いくら探しても売っているところが見つかりません
まあピンヘッダを使えば十分といえば十分なんですが・・・。 >>397
マルツ他にはDigi-key Mouser RSなど DIPとフラットパッケージのものって消費電力とかも含めて性能同じと思ってよいのでしょうか? >>399
クロックとか消費電力は同じ
物によってはI/Oピン数が違う物がある >>400
どもです。
クロック・消費電力一緒ならそんなに苦労なく小型化検討できそうです。
ピン気をつけて検討します ulink2ほしいのだけど、中華サイトのってコピー品だと思いますが、何か制限されてる機能あるのかな?
レビューください >>393
普通は温度を上げて加速試験。
だいたい、反応速度は10℃上がると2倍になる。 恐ろしいもので買収後、このスレに新規参入の初心者がいなくなった。 異常な程の先読みに悲観論が加わって明日にでも全部Disconと思われてるんじゃないか 納品までにバグを特定できなかった >>354 が無能でわ? >>354
printfを入れてしか評価しなかったコードなら、printfを入れて納品するのは当たり前 デバッグして納品する。もしもデバッグ後に変更したら、またデバッグして納品する。
これ以外の作業手順はあり得ないと思うけど? 電子板ってまともにソフトウェア作る意識低いのが多いからこういう頓珍漢はよく見かける マ板もム板も、こんな生温くない
あそこは迫りくる死の行進に怯えながら救いを求め続けてる人々が多いからな… なぜデスマになるのか
その理由は多岐にわたるが主たる要因は担当者の能力不足と顧客との要求仕様の齟齬や顧客の自分勝手な要求や納期・仕様変更である 俺の昔の知り合いに、口(知識)だけは一人前だけど実際にプログラムを組ませたら、
バグだらけでいつまで待っても完成しない、って奴がいたな。
あと、機械制御系のソフトなのにリアルタイム処理のプログラムが書けない奴も困る。
「ダメだよそのポーリングで待っていては。条件不成立ならすぐにループから抜け出さないと」
と何回か注意した。 業務プログラミングだと、C言語なら関数やグローバル変数、オブジェクト言語なら
メソッドやプロパティの仕様書を、要約でもいいからまず先に作れないとダメだな。
もちろんその前に外部仕様や機能仕様も固めておかないとな。
コードを先に作ってたら行き当たりばったりに陥る・・・というのはよくある光景だしw プログラム書けない奴は口(知識)もデタラメで嘘ばっかだよ。 de bug はbugを除去する事。バグがなけりゃ必要ない。
必要なのはテスト。
そこでバグが見つかったらデバッグ >>415
口先だけなんてどこの世界にもいる
特にスポーツに多いイメージ de bug はbugを除去する事。バグがなけりゃ必要ない。
必要なのはテスト。
そこでバグが見つかったらデバッグ コーディング終ったから今日からデバッグ作業を始める、なんて普通に言うだろ
細かい事にこだわっていると俺みたいに禿げるぞ 自分は昔から、着手初期の段階を除いて、コーディングとテストとデバッグは
ほとんど並行して行う。禿げてもいない。
>>422 みたいな、典型的なウォーターフォール開発のやつの仕事は信用でき
ない。 現実問題として「コーディング完了に前後して、動作確認ができるハードウェアが完成」みたいな
スケジュールになっているプロジェクトがあるのではない?
それまでは、ソフトもハードもパート単位でのデバッグはできていても、本格的なデバッグは一緒になってからになるし。
こういう場合は開発者の仕事を信用できないとかはお門違い。 環境の数だけ進め方あるだろうし。
そんなものはない、と自分の視野だけで断定するのは危険だと思ってる >>423-424は、>>422の「普通」にカチンときたのかもしれないですね。
「普通」とか「常識」とかは人によって考えるレベルもいろいろですし、気を付けないと。 423みたいなのも一人で完全に廻せる規模ならありかな、 >>418 の主張によれば
NG それまでは、ソフトもハードもパート単位でのデバッグはできていても、本格的なデバッグは一緒になってからになるし。
OK それまでは、ソフトもハードもパート単位でのテストはできていても、本格的なテストは一緒になってからになるし。 おまえら相当病んでるな。買収がそんなに堪えたのか。 たまにAVRを使うゆるいユーザーだけど
アトメルがマイクロチップなんたらに買収された頃は
勝利宣言をするPIC使い()がやたらとスレに蔓延ってたけど
今もそういう感じなの? ホビーユーザーからすれば、入手できれば買収されようが関係ないな そいやfacebookのatmelんとこもmicrochip/atmelに改名したな 無料でVS開発環境使えるのが便利。PICの開発環境はまだ有料なの? Visual Studioベースってそんなに有難いかな? >>436は便利だと思っている
>>437は有難いとは思わない
俺はどちらも何らおかしい意見とは思わない
終了 Jim Stone(Freelance journalist) Microwaving Iraq
http://www.jimstonefreelance.com/beammed.html
ポッパー・ドームと呼ばれるマイクロ波兵器、秘密ビーム兵器、指向性エネルギービームなどについて
イラク戦争で米軍、ファルージャなどで「電磁波兵器」を使用!/建物の屋上の死角に、「ポッパー」あるいは「ドーム」と呼ばれる、ドーム状の発信装置を設置/射程半径0.8キロ住民に照射!頭痛・白内障・記憶喪失・癌・自殺……
http://onuma.cocolog-nifty.com/blog1/2014/03/post-40ee.html
一部訳
組織的ストーカー・電磁波犯罪被害に使われているのは、これだろ? AVR Studio 4まで 独自
AVR32 Studio eclipse ベース
AVR Studio 5から Visual Studioベース
コロコロ変わり過ぎ。 次は何かな?KDevelopかな?
順当に考えたらMPLABか。 中華互換unoをarduinoISP化したもので
avrdudeからattiny13aにavr studio4でビルドしたhexを書き込んでいたのですが
クロックを変更しようとして
-U lfuse:w:0x3b:m
と書き込んだところ
Device signature = 0x000000
Yikes! Invalid device signature.
と言われるようになってしまいました
どうすれば再び書き込めるようになりますか? どうやらヒューズリセッターなるものを作らないとならないようですね…
予備はまだあるのですが
失敗の原因が分からないとまた同じ事になってしまいそうで…
arduinoIDEでブートローダを書き込んだのがまずかったのかな クロックを128kHzにしたんならISPクロックも落とさないとアクセスできないんじゃない? >>448
まさにその通りでした。
arduinoISPのコードのコメントにそのままズバリありました。
#define SPI_CLOCK (128000/6)
でいけました。
448さんありがとうございました。 >>450が>>441へのコメントだと理解してもらいたいのだとしたら、相当に読み手に甘えないといけないだろな。
アンカー打とうよ。 まあ、俺はすぐ分かったけどね。
ただ、NetBeansと書いてほしかった。 これほしいけど売ってないん?
ttp://www.adgjm.pw/archives/190 個人が作ったものなので売ってないのでは?
自作するなら、
40ピンAVR用のゼロプレッシャ・ソケット1個を搭載した基板を作って置いて、
あとは必要が出てきたら、その40ピン・ソケットに挿して使う形式の「ソケットピン数変換」サブボード、
たとえば2313用なら20ピンゼロプレッシャ・ソケットを実装した40-20ピン変換ボードを作る。
そうすれば色々なAVRに対応できる。
私の苦い経験からの発想なんですが。 買うこと前提ならTL866CSとかマイコンも書けるROMライタでもいいんじゃね 組み込みを全く触ったことがないSEなんですが、詳しい方何卒教えて下さい。
OSのないマイコンでは無限ループのメインルーチンが常に回ってて、
イベントとか入力データの処理は、
全てそのメインルーチンからの分岐で行われいる、
と理解しているのですが、これは正しいでしょうか? 組み方にもよるけど、メインはスリープして、必要なら割り込みで起動させることが多いんじゃないかな。 基本的に割り込みによるイベント・ドリブンだね。
PCでいえば、OSやドライバが担っている部分とアプリケーションの両方を作り込む感覚。 >>457
おおなるほど!ありがとうございます。
その場合でもやはりメインルーチンを起動して
メインルーチンから目的の処理に分岐させるのでしょうか?
それとも割り込みから直接目的の処理だけを起動することもできますか?
質問ばかりですみません。 >>458
ありがとうございます!>>459でアンカが抜けていました >>459
メインから分岐させていくというアプローチだと、ある決まった処理を終えればお仕舞いという様な
バッチ処理の振り分けにしか対応できないよ。
例えば、いつ行われるか定かでないボタンの押下によって色々な事をやりたいとか、センサの値を
一定時間ごとに監視したいとなると、このアプローチは破綻するはず。
JavaやVisual C#などを使った事があるなら、どこそこのボタンがクリックされたら飛んでくるルーチンを
何個もコーディングした経験があるでしょう。AVR等のマイコンでもそれと同じで、割り込みで飛んでくる
ルーチンで色々な処理をさせる。大きな違いは、割り込みで飛ばす仕組みと、飛ばし先の振り分けも
自分で状態を判断してコーディングしなきゃいけないこと。 電源の制約が無ければスリープしないで無限ループってのもいっぱいあるでしょうな。 AVRなんかでは、メインループでの条件分岐でイベントの処理をする方法も多用されるよ。
そうすることで、inline 関数を多用できてコード量の削減ができ、スタックの消費も抑えられる。
割り込みはもちろん使うが、メインループに引き渡すだけの最小の処理にすることが多い。
異論もあるだろうが、そういう流儀もある。 Windowsでもプロセスこどにメッセージループ持ってて回し続けてるで。 >>465
もういい
素人だということはわかったから AAの画像をダウンロード
∩___∩
/ ノ \ ヽ
| ● ● | なにマジになってんの?
彡 (_●_) ミ
/、 |∪| ,\ この鮭の切り身やるから帰れよ
/.| ヽノ | ヽ
,,/-―ー-、, --、 .|_,|
r-、,'''";;:;;:;::;;;;:;;::;:;:;;::;:;`'- /_,l,,__ )
|,,ノ;;:;r'" ̄ ゙̄^"`Y'-、;;;::;:;::;:;:;:;::;:|
.ヽ,′ ; `"";;;;;⌒゙')
´`゙'''''''''''‐-‐'"`‐-‐'"゛ `゙´
| .‖ / >>465
WinMainの中のここの部分だな
Windows SDK編 第1部 イントロダクション
http://www.kumei.ne.jp/c_lang/sdk/sdk_00.htm
while (GetMessage(&msg, NULL, 0, 0)) {
TranslateMessage(&msg);
DispatchMessage(&msg);
}
return (msg.wParam); microchipDIRECTでもAVRの扱い始まったが、1個から買えるものにロクなのがねえw 何か新しい、YmegaとかZmegaとか出してくれないかな 最近出したATtiny417/814/816/817は従来品とかなり違うよ。 8Pinも出してくれ
Pin数多いと、もうARMでも良い になっちゃう >>472
RTCつきOmegaってのはどうかな。 816とか817とかいいよね。
SRAMとか増やしてMEGA版だしてくれないかなあ。 コアを大幅に変えてほしいんだよね。
命令コードを24ビットにするとか(命令フェッチが1クロックで出来なくなる?)
レジスタを追加するとか。 絶望なんかしてないけど?
コード固定長の8ビットCPUの中ではAVRは良いコアだと思っているし好きなんだが、
より高みを目指して欲しいんだよね。
なんつうか、スーパーな、あっと驚くようなCPUを見てみたい。 どうせLチカしかしないんだから今のままで十分でしょ >>480
8bitのメリットはコストと既存のソフト周りの蓄積なのに
わざわざ新規に金掛けて互換性ない物作ってどうするんだよ? たとえば1ペタ・セル搭載ニューロン+デジタルのハイブリッドCPUなんてのが欲しい。
PICがどうのとかAVRがどうのとか、
8ビットがどうのとか32ビットがどうのとか、
Cがどうのとかアセンブラがどうのとか、
私は人間が大きいので全く気にしていない、「燕雀安くんぞ鴻鵠の志を知らんや」(笑) 実は以前にAVRの改良をATMELに提案したことがあるんだよ。
もちろん今のAVRからソフト上位コンパチで、アーキテクチャも無理なく実現可能な内容で。
そしたら、「質問がある方は・・・フォーラムへ」みたいな返事が来た(笑)
℃素人が何言ってんだ、と思ったんだろうな。
℃素人はツラいです、僕も早くあなたのような℃玄人になりたいです、>>489 >>490
℃素人www
---> LSIの開発費 所詮メーカーは最高のものを作るのが目的ではなく
注文の多いものを作るるのが目的です
どんなにクソな商品でも発注量が多ければ作り続けるし
どんなに性能がよくても売れないものは作らない
これ常識・・・・・ 設計をして製品を世の中に出すまでには、あなたの知らないパラメータがたくさんあるのです
ソフトの互換性やアーキテクチャなんてごく一部に過ぎないのです
℃素人と思われたのではなく、℃素人そのものです パラメータは一つです。鶴の一声ですべてが決まります。 提案にすらなってない。
提案するなら経営企画部とか開発本部に持ってかなきゃダメだろ。一般の問い合わせフォームから送ったのかな?
それじゃただの願望 ちょっと前に同じような書き込み見たからガチでやったんじゃない? 統合失調症でよく見られる症状である。言語新作とも呼ばれる。
ゾウゴショウ neologism 支離滅裂な思考の障害に伴って現れる言語の異常で,
言語新作や文字新作といわれる症状で,精神分裂病に典型的にみられる症状であるが >>498
彼はAVRのコアについてどういう提案をしたのだろ
どういう点が不満だったのかな
もしも統合失調症で無ければの話だが 意見言えたとして月間数万セットを継続して買ってるような客だけだろ、聞いて貰えるのは ある日本人のエンジニアが、プログラマブルな電卓制御IC(マイクロプロセッサ)の共同開発を
日本の有名電気メーカーに持っていったらことごとく断られた
「やってみよう」と言ってくれたのはインテルだけだった、と聞いた事がある
そもそもAVRはアマチュア(学生)が設計したコアだし
画期的なアイデアだったら、個人であってもatmelは採用していただろうから
支離滅裂な統合失調型提案だったのでは? >>502
でもインテルは何もせずほとんどを日本人が作ってしまったとさ。 嶋さんとか4004とか固有名詞が出てこないのか・・・
歴史をちゃんと引き継がないとな。
でもわが青春の4004とか絶版なんだよな。
Amazonで8000円とか高額で出品されてるけど。 まぁでもAVRのプログラム作っていて、AがBだったらなぁ、と思うときあるよね
tiny2313が8ビットではなくて32ビットだったらなぁ、なんて思う人はちょっとアレかもしれないがw 4004って除算がなくて筆算でやる計算を嶋さんがそのままプログラミングして電卓に仕上げたんですよね。
80386から入った人間からするとそれ聞いたとき凄い割り切ったと言うか、知恵だなと思いました。 8bitCPU、Z80、6809、から入った者としてはマイコンに除算命令が無いのが当たり前だったから68kで衝撃を受けた。 引き算は足し算だったからな。
昔のCPUでアセンブラ使ってた人じゃないと知らないかもしれないが。 AVRには乗算器を積んでいる物があるが、
それで除算するアセンブラコードを見たときは感動した。 8bitレジスタに即値加算すらできないAVRには笑った。 命令ワードが16bitでレジスタが32個もあるからそれはしょうがないっしょ。
2ワード命令で2クロック上かかるならまるっきり意味ないし。
むしろ「ああ、RISCなんだなあ」ってなもんだべ。 電気板で乗除算がブラックボックス扱いになるとは驚き
スイッチ以外は組み立てるものじゃないのか 将来のCPUでは剰余算とか即値が当たり前になってると思っていた時代がありました…
RISC系だと割り算命令実装されてない奴があったり即値って何それ美味しいの?って実装が普通に使われてるからなぁ
ってかARM、お前の事だぞ! >>517
Cortex-A7、A15で除算は実装されてるぞ
64bitのARMv8-Aでも実装されてる
Cortex-M0は除算命令はないけど、Cortex-M3、M4、M7は除算命令はある
ARMの場合、剰余は除算と乗算と引き算の組み合わせだけどな
除算はどのCPUでも非常に時間がかかる
Intelのx86でも32bit除算は15クロックくらい
64bit除算は30クロックくらいかかるぞ 即値が無いってのは、確かに面食らったな
でも目的からしたら、理にはかなってるわな >>514
>8bitレジスタに即値加算すらできないAVRには笑った。
AVRの命令を使った事がないんだね。
即値加算はSUBI、SBCI命令で負数を減算するんだよ。
さらにに16ビットの即値演算命令もある。
>>515
>命令ワードが16bitでレジスタが32個もあるからそれはしょうがないっしょ。
それはしょうがないよね。
私が最初にAVRに触れた時の印象は、
<コードがたった16ビットしかないくせに、いやに命令の種類が多いな?>
だった。
プログラミング作業を開始して、1回目にアセンブルしたときに表示された「初めてのエラー」は
忘れもしない
「LDI R15,$FF」はR16~R31でしか使えない
で、あらためて説明書の各命令の詳細を読んだら、色々と使用上の制限が書いてある。
<なんだ、だから命令の種類が多いのか、詐欺みたいなCPUだな>
と思った。
しかし使っていく中に、やがて詐欺CPUから
このコード16ビットのコアを設計した人はスゴイな、天才だな
に変わっいった。
デジタルI/Oポートの1ビットのセット・リセット・反転・条件判断が1命令できるのも気に入っている。 >さらにに16ビットの即値演算命令もある。
そんな命令あったっけ? まさかADIWとSBIWじゃないよな 6bitでレジスタ限定の AVRで乗算、除算を使うようなものを作ろうとすること自体
今の世の中では意味がないと思うけど。
それをやりたいなら別のCPU使ったほうがもっと高速に
簡単に作れるのに、何でAVRにしがみついてるの
意味わかんない〜〜〜〜〜〜〜 えぇ?
ちょっとしたサーボループとかPID制御で乗算必要だと思うんだけど… アマチュアは自分が気に入った入ったCPUを使えばいいんですよ。
誰もAVR使えなんて強制しておりませんし。
今日のことわざ 「蓼食う虫も好き好き」(笑)
昨日、会計士に確定申告書の作成資料を渡してきた、1年たつの早いなぁ(日記) >>523
本当に意味がわからないんですか?
分かっているのにコジツケで煽ってるだけでしょう。 2^nでしか割る必要がないように仕様を決めるので。 >>524
定数を掛けたり、定数で割ったりなら、かなり最適化効く。 >>532
PID、定数をかえるたびにビルドして書き込みなんてやってられないよ
ダイナミックに変えたりするし 乗算は必要
乗算命令は無くても何とかなることは多い
バレルシフタはほしい >>513
検索したけど見つけられなかった。
かまわなければ場所を教えてもらえないだろうか? >>537
ビルドして逆アセンブルコード見るだけ
除数を定数にすると出てくる↓
#include <avr/io.h>
volatile uint8_t aa, bb;
int main(void){
aa = 249;
bb = aa / 10;
while (1) ;
} コードサイズ最適化(-Os)にすると消えるから注意してねw そんなんで感動するってことは、今後感動することがいっぱいありそうでいいな >>540
プログラムの勉強はじめた時点ですでに知ってたんですか?
すごいなー(棒) >>541
30年くらいソフトをやってて今までいろんな感動をしてきたから、今後もっとすごいテクニックを見るだろうなと思って 昔そろばん弾いてたから、マイコンの計算方法に
これは!?と思うところがあるw >>543
/10なら乗算器で205倍して11ビット右シフト
*205/2048=0.100098倍になり、整数型なら誤差も出ない。
ldi r25, 0xF9 ; 249
ldi r24, 0xCD ; 205
mul r25, r24 ; 乗算
mov r24, r1 ; 上位8ビットだけ持ってくる(8bit右シフトに相当)
eor r1, r1 ; ゼロレジスタ戻す
lsr r24 ; 右3ビットシフト
lsr r24
lsr r24 9clock!!!
結局、いかに除算は2^nでしか割らないように変形するか。
1 / b = c / (2^n) に変形すればいいから、b * c = 2^n になるようにするのかな。 >>545
乗除算器使わない除算のアルゴリズムって小学校で習った筆算と同じなんだなあと思ったよ。 乗算器の無いtinyでCLCDとかに10進表示させたい場合はどうする?
自分は大きな位順にループで引いてって引いた回数を出力してる
16bitの65535なら10000が6回、65535だと1000が5回という感じ >>550
その場合とdiv関数使った場合との実行速度を自分で比較してみなよ。 1byteの容量削減、1clockの高速化に数日悩めるのが趣味の良いところ
昔と違って、容量も速度もほぼ不自由する事ない最近でも
やっぱり悩んでしまい、開発が中々進まないことあるよね?
人の作った素晴らしいルーチンみて感心するのも良いけど
自分で組んだのも愛着あって良いよね? 除算(整数・浮動小数点)をはパイプラインをストールさせる >>550
「10進変換しながらASCII文字でシリアル送信」なんて場合で、
0~999(0~$3E7)や0~99(0~$63)のような小さい数値でさえ、
私もこの方法を使う事が多い。
ダサイなぁ、もっとオシャレな方法があるんだろうな、
勉強不足だよなぁ、と思いながらw
>>554
前に秋月のDDSキット http://akizukidenshi.com/catalog/g/gK-04594/
のコントローラをAVRで作った時に
操作パネルのロータリエンコーダの回転クリックで、
8桁の数値の任意の桁位置から発振周波数を±1する
という必要性が出てきた。
でAVRの命令一覧を見たらBCD演算[補助]命令が無いではないか、トホホ!
16ビッPICはさすがコード24ビット、DAW命令がある。
AVRもコード24ビットだったら良いのに・・・なぁんちゃってw
冗談はともかく、プログラムを設計するときに数値データをBCDにするかバイナリにするか、
迷うときがある。 オサーンな俺はZ80以来やってないなぁ数値演算ライブラリの構築。 既にあるやん、 AVR204.pdf / AVR204.zip
自分の書いたものが、これより優れてるならそのまま使えば良いし
そうでないなら 参考にすれば良い >>559
参考にしました。
加算ならADD命令とDAD命令の2個で済むのに長いなぁ、なんだかなぁ、とガッカリしながら。
「優れている」というよりも「状況に合わせて変形する」というか、最近の例で言えば、
電波時計JJYでは1月1日からの総日数でBCDで送信してくる。
(たとえば4月1日ではなくて総日数の92日を送信、最大で366日)
その総日数を月と日に変換する際にBCD減算を使った。
・・・ (daysLo=$92)
lpm XL,Z+ 月別総日数テーブル(ポインタZ)から3月31日までの日数91を取り出してXLに格納
sub daysLo,XL $92から総日数の下位バイトの$91を減算
in r0,SREG 補正フラグ保存
sbrc r0,5
subi daysLo,6 下位デジットを10進補正
sbrc r0,0
subi daysLo,6*16 上位デジットを10進補正
・・・ (daysLo=1、総日数の上位バイトを減算する必要はない)
うーん、見直すと「変形」と言うほどでも無いかw >>550
スピード必要なら、10で割って商と余りを返す関数をアセンブラで作れば良い。
割り算でも、固定値で割るなら、そこそこ高速化出来る。 >固定値で割るなら
だからそこをどうしてるか聞いてんだろうよ。 私が前に作った、繰り返し減算する方法で0~$63の16進数値を
秋月の液晶に1文字づつ表示するサブルーチン
;---- Display 2digit HEX(0~$63) to LCD
; with converting to decimal -----
LCD_2HEX: (ZHは変換したい数値)
ldi ZL,'0'-1 商(ループカウンタ)ZLにASCIIコードの初期値をセット
LCD_2HEX1:
inc ZL 商+1
subi ZH,10 -10
brcc LCD_2HEX1 余りが正数なら繰り返す
subi ZH,-10 余りを正数に変換
rcall LCD_wt_data 商ZLを上位デジットとして液晶に表示
mov ZL,ZH 余りZHを下位デジットとして
ori ZL,'0' ASCIIコードに変換し
rjmp LCD_wt_data 液晶に表示
;
3桁以上はワードの加減算になるので残念ながらそれなりに長くなる。 なんか2313Aの動きが遅いなと思ったらライブラリのヒューズデフォルト値が4MHzクロックになってやがる。
誰もソースコードにヒューズ設定埋め込んでないのか? ずっと以前に深く考えずに作ったuint16_t / 10
プロトタイプ uint8_t mydiv10(uint16_t*)
被除数を÷10して格納し、余りを返す。169クロック
どうしたら速くなる?
mydiv10:
movw ZL, r24
ld r24, Z
ldd r25, Z+1
ldi r23, 0xA0
clr r22
ldi r21, 0x10
clr r20
clr XL
clr XH
1:
cp r24, r22
cpc r25, r23
brcs 2f
sub r24, r22
sbc r25, r23
or XL, r20
or XH, r21
2:
lsr r23
ror r22
lsr r21
ror r20
brcc 1b
st Z+, XL
st Z, XH
ret 乗算命令を使った任意の(定数ではない)数の除算は? 今の高速CPUの除算命令はほとんどそれ
概算結果をテーブルでひいて、そこから閉ループで収束させる
テーブルの値をいくつか書き忘れたのが初代PENTIUMのバグ 10で割るって基本人間用だからBCDでいいじゃん。 だからADCなんかのバイナリデータからBCDを得るのに
除算が必要ってところから始まってるんでしょうが。 まあ、TINYとかの乗除算器の無い8ビットマイコンじゃコードが冗長になるが、
10000を引けるだけループ
1000を引けるだけループ
100を引けるだけループ
10を引けるだけループ
ってのが結局早い。むか〜しに検証したわ。
手元に残ってる覚書によると、このやり方で最もループの多い
59990を5バイトの配列に分解するのに約200クロック
除数10固定の高速除算が約70クロック、4桁+余りなら280クロックほどかかる。
除算って本当に重い処理なんだなと思った記憶がある。 >>574
>>550がまさにその方法なんだけど
これより速い方法ないのって質問だった
やっぱそれぐらいしかないのかな >>566が169クロックと書いてるのも
*205を11ビットシフトする乗算器利用するものをすべてソフトでやったに過ぎない。
16ビットだから*52429を19ビットシフトで70クロックほどだった。
大昔からいろんな人が考えたんだろうけど、これ以上うまいアルゴリズム無いんだろうかね。 ちょっと書き方がおかしかった。
>>566が169クロックと書いてるのもを俺が昔に高速化したのも だな >>574でいくなら、1個ずつじゃなくて、まず5を引けるかから始めれば速くなる やり方はわかるけど、それが速くなる理由がわからない。
高速なやり方教えて。 人の手の指が4本なり8本なりで8進数や16進数になってたら、こんなに悩まなくてすんだのに 昔から指の数が8本なら数学もそれ前提で構築されるから疑問にも思わなかっただろうね ヒトがタコから進化してたら、16進数になってたんだろうか >>583
昔、東芝がTLCS-12という12ビットのCPUを作っていて、
マシンコードの表現が8進数の3ビット×4桁だった。
そう言えばパナファコムは16ビットの、今ならRISCといえるようなMN1610を作っていた。
40年以上も前の日本が元気いっぱいだった頃の話だけど。 プログラマ電卓にも8進数表示残ってるし、UNIXの古い資料には8進表記のサンプルコードもみられる。
かつてはそれなりに使われてたんかなあ。 UNIXは生きた化石OSだからな。chmodとか8進は現役。 今は1byte=8bitが普通だから8進はかなり迷惑。 >>581
0〜9が均等に現れるとしたら、
各桁平均3.8回の比較ですむ
1つずつだと平均5.4回
最上位桁は5じゃなくて3でいい
つまり30000未満か30000以上か調べる 8進2進の変換は簡単
10進2進の変換は大変
浮動小数点だったり桁数が多かったりすると特に 人間の指が片手に4本ずつだったらよかったのに…
って話だろ? 実際にπを3で使う輩がいるのはほんと電気分野ぐらい。 初期の計算機は8bit単位じゃないのが普通で、
昔、byte=8ビット派と9ビット派が戦ったという話を聞いた
例えばPDP-8 (12bit), PDP-10 (36bit)で、命令を
3ビット単位で区切ると機械語が解読しやすいから
広まったんだと思う。
PDP-11は16bit命令セットだけど、やっぱり8進表記で
解読しやすいから、UNIX系で8進がポピュラーだったんでしょう。
NECの大型機(ACOS6)はアドレスもデータも36ビットで1バイト9ビット
8進じゃないとわけわかんなくなりそう。 人が経験上感覚的に理解しやすいって以外で10進数にメリットってあるのかな?
電子化するのに2進数が最適だから、変換しやすい4,8,16進数は便利だけど。
バルタン星人の手は開くと閉じるしか無いから2進数なんだろうなw 別に12進の文化もあるし、20進の文化もある。
たまたま10進の科学文化が覇権をとっただけ。英語みたいなもん。 >>610
>>611
10進数がたまたま覇権を取ったから不便だって話
5なんていうデカい素数を約数に持つとか、指の数を呪う 例えばお金
金額が2倍、5倍、... となってて効率が悪い
5千円札を2千円札だけに崩せないとか
他の国では0.25みたいなのもある
5という大きな素数を約数に持ったのが原因
16進数であれば、すべて2倍やすべて4倍に出来たし、12進数であれば2倍と3倍、もしくは3倍と4倍に出来た 指の数と一致することと、たまたま今の文明でよく使われてること以外で、10進数にメリットがあったら教えて >>599
アルファベットと組み合わせるとかしなくても、数字の範囲で表せるからな。 誤差が嫌いな業種ではBCD演算ばかりだった気がするが・・・ 日常的に 2^n 進数を使う社会であったら
BCDなんてものは元々不要 昔、
人間は10進なのに、コンピュータが2進なのがそもそもの間違いだ、
10進のコンピュータを作る
と研究している大学の先生がいた。
1本の線の電圧(電流)を2等分するのではなく10等分するものだったが、
ここの皆さんが容易に想像できるように使い物にならなかった(笑) フラッシュメモリーがそっちに向かってますね。先生は先走り過ぎたんじゃないですかね。 >>621
時代は2値から3値に、そしてさらに増えていく方向だよ
10進がゴールかどうかは知らんがその先生は先見の明があったなw 人間が理解できる数値の個数なんてたかが知れてる
人間が理解するために出力する時だけ10進やら60進やらグラフやらに変換すればよくて、それ以外は効率のいい2進数で良い >>623
論理回路で3値とか聞かないが。
加算とか面倒ではないか? 論理回路はこの先も線あたり2値が主流
通信や記録では3値以上もあるし、そういう単純じゃない符号化もある >>609
C言語で0から始まる整数値は8進数だからな
それと詳しいことは知らないがDECで売れたミニコンは
16bitのPDP-11とその後継機の32bitのVAX11らしいぞ
http://ascii.jp/elem/000/001/199/1199091/ >>629
そう!
だから 0 は8進数
だから >>618 8進は*nixのファイル属性指定する時ぐらいしか使わないね
他にはすぐ思いつかないぐらいに縁がないな >>631
>*nix
とわざわざ書く意味について *nix
は伏字じゃないね。かつて
unix, zenix, SCO unix, BSD unix 等のUnix類似OSを総称するために使われた。
でもLinuxはこれじゃ表せない。。 2進数→電気的に便利。最小の素数
3進数→見たこと無い
4進数→2^2。なんかメリットある?
5進数→10の半分。そろばんが変形5進
6進数→12の半分。ローマ数字
7進数→見たことない
8進数→2^3。10を超えない最大の2^n進数
9進数→見たこと無い
10進数→結構使うが、使い勝手はイマイチ
11進数→見たこと無い
12進数→時間など。1年に12回、月が満欠けするから
13進数→見たこと無い
14進数→見たこと無い
15進数→見たこと無い
16進数→2^4。良く使うのに9より上はアルファベットで
代用。誰か記号を作って上げれば良いのに >>637
Densly Packed Decimalと言う1000進法とも呼べる方法があるよ。
10進3ケタを10ビットで表すので無駄が少ない。
IEEEの浮動小数10進数にも使われる!
変換が容易になるようにビット配置を小細工してる >>737
そろばんは10進数だ
各桁が2進数と5進数に分解出来るので、
2進5進のハイブリッドとも言えるが
変形5進ではない >>637 だった
base64が64進数
時計は60進数と12進数と2進数の複合
上皿天秤の効率の良い分銅の決め方は3進数
フラッシュメモリの内部は2進数だったり4進数だったり8進数だったり
通信系は半端進数が色々と 3進数論理回路ってのは、一時期、研究されてた奴だろ
自然対数の底に近い数字だからなんとか言ってた気はする… >>638
昔長大桁数の10進数を効率よく保存するのに、
65536進数と62500進数の複合を使ってたな
これと同じ効率になるね >>632
ああ、同じ事を言ってた人がいたってことね
パクるもなにも、C言語やC++の常識
規格書にも書いてなかったか? >>641
n/log(n) が最小となるのは n=e の時だから、各桁をn個のランプで表すと、nがeに近い3の時に最小のランプの個数で数を表現出来るっていう屁理屈か ランプ一個で2進数の1ビットが表現出来るのに
なんで3個も要るんだ? >>607
リール在庫と実装費減らすためにE3に制限してるわ
ビデオ絡みで75Ωとか出てくる時は渋々使ったりするが >>647
なんでって、そういう設定と言うしかない
n進数の各桁の値を、n個のランプのうちのどれか1個を光らせることで示すという設定
別の表現で言うと、仮にn進数の1桁のコストがnであると仮定した場合に、コストが最小となるn
だから屁理屈だと
電線1本で3値を示すコストとは違うから ぼーっと読んでたらここがAVRスレだって事を素で忘れたわ、この流れ。 Microchipのパラメトリック選択にもAVR のMPUが取り込まれてるしな。 >>649
だから、設定が間違ってるんじゃないかと言ってる。
3値論理なら−1,0,1とかが普通で、3本線を使うなんて小学生かお前はwって話w
3値論理じゃ無く、3進数で、俺の頭じゃ指を折って数える能力しか無いとか言うなら、
電球が2個あれば4通りの状態が表現出来るんだから2本線で良い話。
若しくは、お前の指を逆向きに折れば、ちょっと痛いかも知れんが1本指で3値の表現が出来るぞw >>653
おれが設定した訳じゃないから
昔そういう屁理屈で3進数が良いって言ってた人がいたって話 汎用ロジックのバッファはHiLowHiZと3値が取れるし
AVRのポートは入力が加わるからもっと複雑になる
これを電球で例えようとするからおかしくなる アンカー貼られても意味判らないんだけど
2回もレスするなら日本語でお願いしやす ええっと、電球みたいな光で信号伝達する場合、値以外にオンラインかオフラインかという問題がある
つまり全消灯はオフラインまたは通信終了という取り決めにしたと考えれば
電球2個使う123の3値ってのは十分ありえる。屁理屈でも何でもない。
これでいいかなー ごめんな。俺がなんか色々勘違いしてるっぽいな
リソースが潤沢なら各桁を1電球であらわすってのもアリなんじゃないの
どうでもいいし、ここAVRスレだけど もうtiny10と85で十分だが
内蔵RC精度を改善した後継が欲しいなあ ちょっと前に紹介してくれたtiny814とかじゃいかんのかね?
内蔵の精度上げてクリスタル付けられなくなってるぞ。 >>664
内蔵RC精度に少しまじに反応
1.古いチップの方がRCは安定している tiny26とかmega8
2.超精密安定化電源と恒温槽を使う。
3.アプリ内でOSCCALを校正しながら使う。V-USBでTiny85もUSBできるでしょ。 屈折1日半…先ほど、tiny85でようやくUSI-SPI通信できた…。
Github等で見かけるtinySPIとは何が違うんだろう… >>665
いや、せっかくMicrochipに買収されたんだから
今のPICの1%精度のオシレータでリニューアルしてくんねーかなって
>>666
残念ながら3は安定しないんだわ PICも全部が1%ということではないのでは。
っていうか、俺が使ったことがあるのは常温で2%までだったような。
1%が期待できるPICってどれなんだろう。 >>670
OSCCALで8MHz 1%は十分楽勝です。
ジッタを気にしているならEMI対策であろうから無くならないだろう。
でも電圧を下げるとジッタは減っていく1.8Vを切ったあたりでほぼ無くなった。 RTCのように水晶を内蔵させれば正確になるし、
温度センサを内蔵させて補正すれば年差±5秒程度になるかもしれない。
ユーザーが値上げを許すなら(需要があるなら)の話だけど。 水晶って酸化シリコンだから結晶の向きを揃えられれば内蔵可能なような気がする。素人考えです。 エッチングで音叉型を抜いて振動子にしてるICがあるよ。 >>672
データシートしか見てないけれど、tiny814のOSCCALだと 1.5% ステップなんじゃないですかね。
もしそうなら、1%に追い込むのは難しそうです。 >>678
あれって安いし性能良さそうだけどどうなんだろうね。 >>679
tiny814だと複数の校正値や温度補正などが追加されたわりに校正ステップが64で
1.5%というのは改良なんだか改悪なのかわからん。
しかしtiny814のUPDIってAVRISPmkIIで書き込めないようですが
今のところATMEL-ICE購入してまで使う気にはならないな。 >>684
無くなるのか。ソフトがいつまで供給されるかだな。
バックアップ取っておかないとただの箱になってしまう。 無くなるじゃなくてすでに販売終わってる。
しかしAtmelStudioでのサポートは早急には外されないだろう。
xmegaのPDIには対抗してるから、もしかすると
次回当たりのアップデートで対応ファーム含めてくるかも。 去年ぐらいだったかな、販売終了したの
今や、Amazonで 1.5万とか ボッタ価格になってる。 秋月からも消えててワロタ
最安の時3000円だったのが、最後に見た時には4500円になってたかな PicKit3にAVR用ファームがあればいいんだがな
電源供給もできるし高電圧シリアルにも対応できる優れもの 純正ライタをもう売らないってのは
文房具でいうとノートは売ってるけどペン類は売ってませんってことだ。
PCでいうとプリンタはまだ売るけどインクはもう売りませんって話だ。 自作したり安物中華ライターを使ってみたりしたけど、Windows10でドライバ全滅して、結局FT232RL使うことになった。 ISPとICEが分かれてるだけで萎え萎えだわ、その点
Microchipから学んでほしいわ。 >>693
何言ってんだ、この嘘吐きヤロウ
ICE機能が付いた分 前のより多少高くはなったが
新しいモデルを出してからのディスコンだ
http://akizukidenshi.com/catalog/g/gM-08285/
1台 ¥7,600(税込) AtmelIceの存在も知らないで能書きたれるってすごい神経してるよね。 買収後にそれが出されたのなら希望は持てるがそうではないのだから絶望的と言っていいだろう。 妄想はいいから・・・
マイクロチップのプレスリリースすら読んでないのか・・・ フフフ、分かるよ、その気持ち。夢はでっかくだな!!! ワラをも掴めば道は開けるはず!!! キチガイはNGに入れとけ
構ってほしいだけなんだから >>699
AVR32やJTAGな人はハーフピッチコネクタなので
1.27mm基板とヘッダもセットで買うべし >>699
純正mk2使ってるけど流石にICEが欲しくなってきて、
それ買うか悩んでる ICE買うと今までmk2でやってた自分に腹が立ってくるぞ >>710
SC1602のLCDとか誤配線しないようにめっちゃ気を遣うよな >>710
じじいになって裏返しの接続をしばしば間違える。認知症ですな。 書き込みだけならusbispが安く買える
デバッグが必要ならドラゴンかice
プログラムコードのイメージが思い浮かばない初心者ほどデバッガはあった方が良いと思う
armはこの部分が公開されていて、安いんだよね >>717
st-link 、lpc-linkとか
ホビー用途なら十分
他のメーカーから出てる業務用は高いね >>718
それは、ARM がやってるわけじゃないんだけど。 >>720
例えば、ST-LINK は STM8 にも対応してるけど、ARM じゃないだろ。 >armはこの部分が公開されていて、安いんだよね
結局、どの部分なんだよ? >>719
ごめんね、そうだね
avrは好きだよ
eclipseでmac linuxでも開発できる
gccコンパイラは無料
周辺機能は多すぎず少なすぎず
コードも書きやすい
デバッガの回路図とソースを公開しないかな? 今日マイクロチップのサンプル請求画面見たらAVR全シリーズ
サンプル請求できるようになったみたいだね〜〜〜〜 欲を言えば、PICでやってるUSBのIDのサブライセンスをAVRにも適用してくれるとめちゃ嬉しい。 売るんでもないんだからこっそり好きなの付けとけよ。 >売るんでもないんだから
って誰が言ったんだい? 困るな、エスパー。 全然違う会社なのにデバイスマネージャ見てVIDが03EBとか04D8だったら
「ぷっ」って笑わされるよね、少なくとも。 >VIDが03EBとか04D8だったら「ぷっ」って笑わされるよね、少なくとも。
03EBは俺も困惑する。サブライセンスしてたかなあ。
04D8はサブライセンスしているから、素人でもないなら、サブライセンスを受けたのだろう、と思うだけ。 書き込み機のMKU生産中止でAD-USBISP V03.6買ってみた。
ドライバインストールは成功してパソコンから認識はしている。
6PINピンヘッダーからMKUのフラットケーブル使ってATMEGA1284Pにアクセスしようとしたけど
まったくだめ・・・
やったことある人います? あれこれ悩んだり変なの買うよりhidaspx作っちゃえば? "AD-USBISP V03.6"
ググると、怪しい文字が沢山出でくるな >>734
デバイスとしてはPCから認識できているとのことですが書き込みツールからは
どのように認識できましたか? また使用書き込みツールとそのバージョンは
何ですか? 情報が不足しているので的確な回答を得にくいですよ。
メーカサイトの説明にはAVR Studio V4.16, V4.15, V4.14, 4.13等と記載され
マニュアルPDFには 4.19 - 4.13 となってます。
マニュアルの設定見るとCOMポートとSTK500を選択しているのでAVRstudio4でも
手動設定必要と思われます。 AtmelStudio7とかだと自動認識できないものは
使えないと思います(多分)。 USPASPならなんぼでも売ってるけど、これではだめなの??? AtmelStudio前提でなければ色々ありますよねFT232とかArduinoISPも簡単です。
Studioで使うならUSBtinymkIIのAVRISPmkIIクローンがよさそうです。
今mEDBGをStudio7で試していますが使えそうです。
mega32u4だけでよいのでAitendoのPM32U4@700円で作れます。
今のところISP/UPDI/TPI/SAM用しかなくXmegaは非対応ですが
そのうち出てくるのではないかと。 >>737
御察しのように
AVR Studio V4.15 COMポートとSTK500の設定までは行って
なんらかの接続OKのメッセージがあったと思います。
ボードにつないで緑点滅を確認してさてというところで何もできずですね・・・
ちょっと手元にハードがなくてスミマセン。
ドライバは日本サイトに3.6のものがなかったので韓国サイトからダウンロードしました。
デバイスマネージャからはちゃんとCOMポートとして見えています。
>>738>>739
他にもいろんな方法があるんですね。
AVRISPmkII全盛期にデビューしたので他の方法を全く知りませんでした。 >>740
エスパーじゃないのであまり察せないのですけどね。
> 何もできずですね・・・
何をやってどういうエラーが出たなど書いてもらわないと
Studio4.15でライターのコネクトまでは成功したとして
次はデバイスをmega1284Pに設定しシグネチャの確認ができなかったとすると
大抵はライターとデバイスの接続ミス/不良です。
Atmelから4.15を落としてインストしたら4.19だった。 AD-USBISP V03.6、いけました!
AVRISPmkIIのフラットケーブルが断線していました。
手持ちの故障したAVRISPmkIIの1台は本体の故障、1台はフラットケーブルの問題でした。 その断線したケーブルで試していたのがだめな原因でした・・ つい最近、
試作基板のICソケットの接触不良+フラットケーブル用コネクタの接触不良
というダブルパンチを食らった事を思い出した。
微妙なタイミングや状況で微妙に具合が悪くなるし、
発見までエラい時間がかかってしまった。
教訓:症状がハデな故障ほど、簡単に原因が分る AVRは新しいものはDIPがほとんどなくちょっと
使ってみたくても加工が必要なのがいまいちなところで
古くても手ごろなものでも十分使えるのがいい
でも、たまにはあたし物も使ってみたいが行動を
起こすものがないのもつらい〜〜〜〜〜
いままでのコスト重視の製品開発だけでなく
異業種にも使ってもらえるチップを作ってほしいな
PICも保守的な業種にも積極的にチャレンジしてるようだし べつにホビイストのためにチップ作ってる訳ではない。
工業用の大量生産のお零れを分けられているだけだ。 もう本線に取り込まれるくらい安定したの?誰か試した人いないかな。
http://www.phoronix.com/scan.php?page=news_item&px=LLVM-Clang-4.0-Features
The AVR back-end is new to the mainline LLVM code-base.  Clang急進派はFreeBSDと林檎だけにしてくれ。。。 選択肢は多い方が助かると思うわ。コンパイラもしかり 情報が分散するし、初心者に優しくない。仕事で使うにしても全然知らないコンパイラとか指定されたりするし。
一つで全てまかなえるのが理想。 理想は「自分で全てがまかなえる」ではないだろうか?
全てが手の内に有り、思うがママ、茄子がパパだ。 お前あれだろ、自作PC板にわざわざ出張して
シリコンの精製から自分でやらないと自作じゃない云々とか文句垂れるタイプだろ 別に急進ってほどでもないだろ。
まだリンカがないから、LLVM Clangひとつでまかなえるようになるのは当分先かな。 このMicrochipから届いたメールにある、
ユーザー登録して、抽選に応募するってなんだろうなと思ってぽちしていたら
なんか粗品がもらえるらしい。
登録してあるからもうもらえねぇよ! 384ならCシリーズかDシリーズだね。何が知りたいの? いつの間にかAVRISPmkIIが販売終了になってるんだけど、
今後はATMEL−ICE使えって事?
こんな高機能なのいらねーやって奴はNano交換機300円で買ってきて自作しやがれっていう感じ何でしょうか? デバッガを必要としない程度の事しかしないならそのへんで済ませろってことだね。 mkII、書き込み以外に使った事ないな
デバッグに使えるのかどうかも知らん
Tiny85@8Pin だったから、それ以前の話しだった ブレークポイントで止まるたびにフラッシュメモリの寿命が縮んでいくと聞いて
貧乏性の俺はデバッグ機能を使うことができない ICEあるだけで生産性が全然違うからなー
コネクタが使いにくいの何とかしてほしいけど >>761
いやPro Micro 200円で十分、AVRISPmkii cloneもデバッガmEDBGも作れる。 200円 って異様に安いな、何処だよ。
中華発送なら、何時届くかわからんから要らないが 中華ですが2週間ほどで届きます。たまに1月経っても... pro micro200円の店教えてくれ
pro miniなら見つかるけど この辺りじゃないの
https://www.aliexpress.com/w/wholesale-arduino-micro-pro.html?site=glo&groupsort=1&SortType=price_asc&g=y&SearchText=arduino+micro+pro
でも $3だね
超円高の時の話しだったら、200円ぐらいだったのかもな
しかし、いつ届くかは謎だから
結局 痺れ切らして akizuki / aitendo 辺りから買っちゃって
届いた時には既に用が済でる って落ちが多いからな
俺は要らん。 >>771
先月eBayにて$2の価格からタイムサービスで10%OFFとなって思わずポチりそうに
なりましたが購入はしていませんので覚えてません。悪しからず。
今見るとLeonardoが99円からあるのには驚いた。
>>772
全部搭載AVRはmega32U4で同じですが形状や引き出されているピンの本数など
若干の違いがありますね。
秋月のは純正のMicro、S.SciのはSparkfunの小型のPro Micro、aitenndoのは
Pro Microのコピー品、ストリナのDavincjは全品引き出されて使いやすく
好みです。 LeonardoやMicroは大きさの割に使えないピンがあるのがネック。 >>776 はUSBケーブルだけの価格でした。よく見てませんでした。
忘れてください。 確かにページ上部見るとカテゴリはPCケーブルなのか。でも紛らわしい出品者だねこれ >>774
さんきゅーす
すっげーわかりやすい、
やっぱちゃんとわかってる人の説明はわかりやすいっす。
重ねて感謝 >>760
Cシリーズだけど自己解決しました
ISP書き込みするときのピンがデータシート読んでも分からなかったけどATxmega384C3ってJTAGかPDI書き込みなんだな
初歩的で申し訳なかった ATMEL-ICE買います >>772
その中にある、aitendoのPM32U4
たまたま手元に有って使ってみたんだが、USBコネクタが少々きつめ
ちょっと強めに押し込んだら コネクタごと取れやがった!
あっ、こりゃパターンも剥離したな、 あっという間にゴミかよ
と覚悟を決めて、 半田面を確認したら 超-芋半田で平気でやんの
おかげ様で、無事復旧完了
もし、同じ物を持ってるなら、
予め、USBコネクタ両端の支え部分を再半田で強化 する等
十分注意した方が良いぞ。 >>781
ああ、あなたもモゲましたか。
私のも綺麗にモゲました
自作フローに放り込んで直しましたが、おっかねぇですよね。 ↑↑ここは、支那じゃないんだ
バカにされたくなったら、もう少し真面目に商売するんだな VUSBでPROGMEM char usbHidReportDescriptor内にボタン8個のゲームパッドが
書かれています。
0x29, 0x08 USAGE_MAXIMUM (Button 8)
→0x29, 0x09 (butonn 9)に変更。
0x95, 0x08 REPORT_COUNT (8)
→0x95, 0x09 REPORT_COUNT (9)
reportBuffer[2]→reportBuffer[3]
に変更しても9個ボタンのゲームパッドで認識されないし、ゲームパッド自体がが認識されなくなる。
0x29, 0x08 USAGE_MAXIMUM (Button 8)
→0x29, 0x07 (butonn 7)に変更の場合はボタンが7個のゲームパッドとして認識される。
ボタンが9個のゲームパッドとして認識させたい場合あとどこを変えればいいですか。
main.c内を変えればいいのかusbconfig.hもどこか変えなくてはいけないのか教えて。
元ソースは
ttps://hobbyelektronik.org/w/index.php/Datei:Snes-usb-2313.zip
です。 訂正 reportBuffer[3]→reportBuffer[4] オレはいいと思うよ、butonn
そのまま信じる道を行ってくれ 茶々入ればっかなので。
AVRのUSBは使った事ないが、HID USAGEのダンプを渡すと解釈してくれるツール知ってる?
USB.org辺りで配布してたと思う。 どうでもいいが
日本の組込み業界でJava流のlowerCamelCase命名は珍しいな
Arduinoも確かそうだったと思うが 昔ながらの「変数名8文字まで、機能との対応は変数表を参照せよ」とかやらされてんの?
ご愁傷様です… レス増えてたからボタン以外のコメントあるかと思ったら。。。
USBオーガのツールはUSBすべて支配下に置かれるときいて
PSのマウス、キーボードがなければだめだと思い使ってない。 >>793
日立系だったかな
F1234567とかお札の番号みたいなやつで管理してて
関数も変数も台帳を引かないと何書いてるかわからん奴 >>795
多分想定してる物が違う。今何繋いでるかと関係ない。
http://www.usb.org の中でw "DT"で検索して見て、
HID descriptor tool を見てみると良いと思う >>785 7bit分余ってるから
0xc0 // END_COLLECTION
の前に↓を入れるとできるかも?
0x75, 0x01, // REPORT_SIZE (1)
0x95, 0x07, // REPORT_COUNT (7)
0x81, 0x03, // INPUT (Cnst,Var,Abs) >>799
うおおおお できました。
785+usbconfig.hのDESCRIPTOR_LENGTHを+6したら
8→9個のボタンとして認識してくれました。
>>798
ツールは使ってみました。
これendがないとかおしえてくれるけどボタンを増やしたときのエラーは
とくに出なかったです。
ありがとう。
独り言
今更スト2にはまりだしました。 PICでチョッと遊んでたが、また戻ってきた
悪いが、I/Oに関してはPICの方が充実してるな、特に小ピン品
同じ会社になったんだから、今後は足して2で割ったような製品出してくれよ 今のAVRのラインナップと何らかの32bitマイコン(STM32とか)があれば大体作れないものは無いんじゃないか?
省電力とかはどんどん伸ばして欲しいが >>801
PICはなんつうの、特化した機能積んだやつが面白いよね。
タッチパネルIOとかは使って感動したわ。 >>804
二つもあるんですが PIC32とSAM 32なら素直にPi系にいくよ
値段でも性能でも適わないんだからな
もう、消費電力ぐらいしか売りが無い >消費電力ぐらいしか売りが無い
そこってとても大きいポイントだね。 大きいかどうかは、その人しだい
屋内で使ってるなら、はっきり言ってどうでも良い
電池だけで動かしたいとか、
携帯的な使い方をするヤツがどの程度いるかだな
Piがあれだけ売れてるんだから、現実 そういう需要は少ないんだろ >>806
ARMとMIPSが選べるなんて最高っす! Raspberry Piのことだったら安くはないよな
PIC32は180円で買えるから
機能性能的には大差だけど Raspberry Pi推す奴って、LチカするにもRaspberry Pi使うしか脳が無いからな。 >>816
Lチカごとき、マイコンなんか使わずにロジックICで組め
ちょっと前までこんな感じだったんだよなあ 面倒なのはLチカまで、って考え方もあるよね。
だから、そこまでの情報は共有しておきましょう、って。あとの応用は公開するまでもなく。
その面倒なところまで公開してくれている情報だけを見て、Lチカしかしてないって考えるなら浅はか。 LチカをロジックICで組めって話は、Lチカが目的だったりするんじゃないかな。
マイコンのLチカは、たいていはとっかかりだと思います。 というか、マイコンであろうが、ラズパイであろうが、面白くないと思うからLチカで終わるんですよ。
馬を水辺に連れて行くことはできても、水を飲ませることはできない、ってやつですね。
Lチカができたら…、そうだ、あれもできる、これもできる、とアイデアが湧いてくる人がこの世界の虜になるわけで。 俺の16F1822フォルダには555と言うフォルダがあって
各種Lチカプログラムのフォルダがその下にある。 >>822
結構難しいぞ。
アナログICなら簡単だが。 >>827
凄くは無いけどこんなのもある
ttps://www.youtube.com/watch?v=AOLxZFmVkiQ
これは675だけど、1822にも移植済み >>824
IOは、やってることって基本的にLチカと変わらんからな。
どういうパターンでチカチカさせてるかだけで。 タイマーを動かすとか割り込みを処理するとかなら初めての人には辛いのはわかるが
どうせお前らのはDelayループを繰り返してるだけなんだろ? 上から目線のKY君 ID:DYYzX1Pg
本日の No1 かまってちゃん
書き込み順位&時間帯一覧
1 位/133 ID中 ID:DYYzX1Pg
書き込み数 20 >>835
うーん。そういうことをチェックするのって今日が初めて?
何を今さら珍しそうにしてるのかよくわからないな。 >>833
winもlinuxでも見れるけど、どんな環境? >>838
泥スマホから。
「この動画はご利用いただけません」って出ちゃうのよ。
PCから見てみます。 >>838
iPhoneでも見れない。PCでは見えた。 >>826
PIC16F1822 っていうのは見当たらないけど、もしかしてPIC12F1822? >>842
まさにそういう話題がフォーラムにあってワラタw https://goo.gl/MFkghn
これ本当だったら、普通にショックじゃない?? いいかげんもうバレてんだよ。アフィサイトかトロイ仕込もうとするウイルスページだって >>839
確か、SONYのデジカメで撮った奴をUPしたと思うんだけど
コーデックが対応してないのかな。てか、勝手にFLVに変換してると思ってた。
>>842
12F1822の間違いです。よく間違える。 attiny85(もしくは13A)で3.3V回路を考えているのですが、書込電圧は3.3Vでよいのでしょうか?
というのも表面実装を前提としているため、搭載後に書き換える場合5V必須だとほかの部品に影響がでてしまいます。
これらの作例をみるとDIP版がよく使われていて想定電圧5Vと言う物が多く、書込手順をみても5V印可ばかりでした。
3.3V印可でも書き込みできるのでしょうか? >>848
どもです。
これで安心して進められます。 データシートなんて見ないのでしょうかちゃんと書いてあるのにね。
この後に12Vが必要となる事態にならない様に祈ってます。 >>850
以前、tiny13+12Vのライタを作った時に感じた疑問を思い出したのだが、
アトメルは何故、高圧シリアル・プログラミングを他のピン数が多いシリーズにも
適用してくれなかったんだろな?
シリアルでヒューズやロックの操作できたら便利だと思うけど。 >>856
パラレルで書き込み速度を優先したんじゃんじゃないの?
シリアルは8pinしかないので仕方なく作っただけ
ユーザーのことより製造時の速度優先ってとこかな??? パラレルよりシリアルのほうがステートマシンが複雑だし
作りやすさで言うとパラレルに軍配が上がる
最近のマイコンの規模から言うと誤差みたいなもんだけど >>861
高速で書き込めるパラレル方式の存在を否定している訳ではない。
ミスをしてシリアルライタでは書き込めなくなったときに
別のハード=パラレルライタが必要になるというのが「何だかな〜」だった。
>>862
高圧シリアルも簡単に作れると思うけど、
実際にどの程度のコストアップになるかは私には分らない。 ATMEL ARMってどうやったら書き込めるんですか 1. ATMEL ICE BASICを買う。
2. AVR JTAG ICE(?)をピン配列変換して使う。
どちらか。 SAM-BA ってブートローダーが入ってて
それでUSBかUART経由で書き込めなかったっけ?
出荷時に書きこまれてるかは知らないけど フラッシュ内蔵の奴は基本的にはフラッシュをイレースすりゃSAMBAが動くハズ
フラッシュ外付けの奴はCS/CEを浮かす回路なり入れてフラッシュを殺さないと
SAMBA入力待ちにならない ライターICEに買い変えて、せっかくなのでSAMいじってる
はじめたばかりなのでペリフェラルとか何とも言えないけど
32pin/M0が300円くらいで買える。mega328からそっち行っても
いいかなと思ってる
少なくともLPC810より使い道あるだろ DIPにへばり付いて自ら選択肢狭くしてる状況、あまり良いもんじゃないと思う。 80円/$の時は糞基板でも気軽に発注してSMDつかってたけど、今のレートだとちょっと躊躇するよね。 >>877
変換基板への手付けはんだも意外にいける。
最初は失敗するかもしれないけど、上手な人の動画は勉強になるよ。AVRの話じゃなくなっちゃったね、ごめんよ。 >>880
食パンはホームベーカリーで焼くもんだろJK >>879
日本の技術が衰退したのはそれだな。
つまり、円高の元では日本で新たな技術は生まれない。 >>882
ベーカリーで焼いたパンをスライスしてからトースターで焼いてます。 >>880
当店でお出ししているトーストは、お客様の健康への影響を何よりと考えており、
同じトースターをリフローで使用する際はカドミウム・鉛フリーを守っています! パンダっぽい絵の焦げ目をつけて、
「パンダの模様のはんだパン」
と名付けて売るがいいさ 質問でーす
mega328P+ChaNさんのFatFs+SDカードでロギングしてるんですが
3分くらいでエラー90とかいうのが返ってきて止まってしまいます。
マウントして、オープンして、書き込みながら時々f_syncしてます。
必ず3分で死ぬようです。原因てなんですかね。 必死なとこ悪いがエラー90って何エラー?
調べるの面倒だから、まずはその辺から書いておくれ
byウルトラマンガイア 今のFatFsについてくるサンプルドライバって
AVRの奴はm1284のSPIモード付USART向けの奴と
ソフトでチマチマやる奴だけじゃないの?
SPI向けにはちょっと直せば動くけど
ドライバのソースも晒した方がヨクネ? エスパーで…
メモリを喰い潰してスタックを破壊してるに一票 >>888
どもー、ガイアさん。最近ウルトラセブン見てます。
えーと、10が出たあと、9が表示されてですw
FR_INVALID_OBJECT, /* 9 */
FR_WRITE_PROTECTED, /* 10 */
散々書いといてライトプロテクトってよくわかりません。
>>889
えーと、ずーと前にダウンロードした奴そのままコピペして
使ってて、なんだかよくわからないまま使ってますw
ドライバってSDカードですかね。Fatの方ですかね。
>>890
メモリーリークって奴ですかあ。tinyばっかいじってたんで、あんまないんですよね。
短時間しか使ってなかったんで、出てきたのかなー
とりあえず、あれこれ外して、臭そうなのをあたって見ます。
ありがとうこざいました。 AVRWRT3を使って6年ぶりになんか作ろうと思って
AVRのLチカしようとしたら、
「デバイスまたはAVRライタからの応答がありません。」
RESET,MISO,MOSI,GND,VCC,SCKはラベルを貼った専用ケーブルを使ってたので問題なし。
AVRWRT3からの電源供給でLEDは点灯。
配線は何度も見直した。
ATMEGA88、ATMEGA48とチップを変えてもだめ。
WIN10からWIN7に環境を入れなおし。
でも「デバイスまたはAVRライタからの応答がありません。」
AVRWRT3の問題?
AVRというかマイコンって長いこと通電すらなく放置してたら、使えなくなる? >>892
ドライバー入れるときの署名無効化とかそういう手順わすれてるだけじゃね?
Win10で今、ふつうに使えてるし。 >>893
上級者でもないので、素直にWin7をインストールしなおしてもだめだったんす・・・。
しょうがないので、PICに変えてPickit2でやることにしますた・・・。(T.T)AVRのほうがいろいろやりやすかったんだけど。 原因の切り分けするためにどんどん道具や予備のマイコンが必要になるんだよな。 「6年も放ったらかしにしといて、自分の都合だけで相手しろだなんて…虫が良すぎるわ!」
って拗ねてる。
愛撫から始めるべしw でも全裸だと半田ごてを太ももの上の落としたりするぜ! wifi soc の atsamw25 搭載の arduino mkr1000 があるのになあ
価格で選ぶなら esp だし
どういう用途を狙ったのかよくわからん まあ色々な無線モジュールが開発されるのは喜ばしいことなんだけど
結局技適と工事設計認証の壁が・・・ 仕事で技適申請してるけど
めっちゃ緩いし簡単なんだけどなー >>904
そりゃそうだろ。金を毟る為の天下り集団なんだから。
金さえ払えば無問題。 マイコンは8051のはじまり8051におわる
at89の他は全部ディスコンでオケ ミニ マイクロ ナノ
マイコンはいつになったらナノコンに成るんだろう 秋月にAtmel謹製のボッタクリATTiny基板が出てるな
SRAM32B 14pinで980円
あ、今はMicrochipだったかw >>909
tiny104のことなら、おれは買ったよ
usb付きの開発ボードが980円ならボッタとは思わんし、
104自体、tinyでは貴重なusart付きじゃん 説明ARMベース〜なんて書いてるから勘違いしちゃったよ。 AVRSPXって公開止めちゃったの?
山形大学のサーバにアクセス出来ない。 すでにbuild1416でgcc5.4.0になってる >>914
公式版は独自のパッチあててあるのだろうか? avr-gccに関しては最新版に追従する意味がない
検証ろくにしてないから公式が品種追加対応する度に古い品種の糞コード化が進む流れになっている
つまり品種毎に最適なavr-gccバージョンが存在する 2つが生きてますけど、ひとつは死んだのではなくxyzドメインに変わったようです。 >>912
短大の方なら先生の定年退職でサーバはコンテンツ諸共消滅した模様。 センセーの一存、誰も継がなかったんだね
(´;ω;`)ブワッ USIのSPIマスターって割り込み使うとSPIクロックがF_CPU/64以下でしか動かないのはなぜだ。ソフトでベタにクロック作ってやって割り込み使わないほうが速いのかな。 >>921自己レス
割り込み使わないほうが早かった。 コーヒー淹れた後で
クリープが切れてる事に気付いたぐらい 千秋さんとこ、ラジオ少年さんやkumanさんぐらいしか常連が居なかったような
あっ、kawanaもか aitendoが画像を無断転載してたよな、Arduino関連は AtmelStudio7.0.1416以降でISPmk2やJTAGICEが使用不能になる場合がある不具合発生中。
現在の7.0.1417でも改善されていない。
ご注意を その前にwindows update状態に対する条件が厳しすぎてインストールできないatmel Studio 7 千秋ゼミと入力したらリンク切れが第2検索候補に
みんな困ってるんだな (´・ω・`)
どっかに全データを圧縮してアプデしてくれないかなー
なお、教授はご存命の模様
ttp://www.yamagata-cit.ac.jp/teachers/ >>935
hidaspxのアーカイブとかだけでもどっかにミラーしてほしかったな
アレは簡易ライターとして安く作れるから好きだった
鶏卵問題があるから初心の人に勧められないけど 消えたサイトはまずインターネットアーカイブで検索汁。
https://web.archive.org/web/20161002162349/http://www-ice.yamagata-cit.ac.jp:80/ken/senshu/sitedev/
https://web.archive.org/web/20160911004008/http://www-ice.yamagata-cit.ac.jp:80/ken/senshu/sitedev/?plugin=counterlist 本体(?)は最終ファイルと思われる"hidspx-2012-0326.zip"で検索するとHITする。 hidaspxはとっくに更新終わってたろうに
2313値上げで価値も無くなった
usbaspとかにしなさい AtmelStudio4 + WinAVRとか使うのもいい加減にしとけよ >>940
最近の公式開発環境、dos窓から焼けるの? attiny13aで電源電圧を知るには入力を分圧して1.1Vと比較するしかないですか? ADコンバータ入ってるだろ。
外付け部品で色々やるとかも出来るし。 >>945
しかない って事は無いが、それが一番シンプルだろうね。
内部1.1Vもそんなに精度良くないから注意してね。 Microchipのサイトに行ってMAPS online microchipのサイト、日本語にすると404エラー表示のページがあるね。 何か情報提供して損した気がする
もー教えてやんないからな!ヽ(`Д´)ノ tiny2313用の並列処理プログラムです。
>>> 興味の無い方はスキップしてください。
リストが長くなるので準備部だけを載せます。
実行部、切り替え部は「マイコンソフト 悩み事相談室」を見てください。
ポートB(前のサンプルのポートAから変更)、タイマ0の設定は通常と変わりません。
ポートBには2個のSWとLEDとを接続し、タイマ0は5mSのノーマルCTCで動かします。
タスク2のスタック領域には
「タスク2の実行を終って、現在はタスク1を実行中」
の状態を擬似的に作ります。
これでタスク1の実行を開始すれば、5mS後にはタイマ割込みでタスク2に切り替わり、
以後タスク1,2を交互に実行します。
RESET:
;----- Port_B for LED1:bit0, LED2:bit1, SW1:bit2, SW2:bit3
ldi ZL,0b11111111 ;input with pull up
out PortB,ZL ;output High (LED OFF)
ldi ZL,0b00000011 ;bit0,1 output
out DDRB,ZL ;bit 2~7 input
;
;----- timer0 for 5mS interval
ldi ZL,0b00000010 ;simple-CTC mode
out TCCR0A,ZL
ldi ZL,0b00000101 ;prescale OSC_20MHz /1024 to 19.53KHz
out TCCR0B,ZL
ldi ZL,98 ;set compare_A:98 for 199.3Hz
out OCR0A,ZL
ldi ZL,0b00000001 ;enable CTCA interrupt
out TIMSK,ZL
:
;----- setup for task dispatch
ldi ZL,stack2 ;set SP to stack2
out SPL,ZL
ldi ZL,LOW(T2L1) ;push strat adrs for PC_Lo
push ZL
ldi ZL,HIGH(T2L1) ; for PC_Hi
push ZL
push ZL ; dumy ZL
push ZL ; ZH
push ZL ; SREG
in sv_SPL,SPL ;save SPL
;
ldi ZL,stack1 ;set SP to stack1 SP
out SPL,ZL
;
sei ;enable global int.
(ここからタスク1のT1L1を実行開始) (続き)
出力をオシロで見ながらスィッチをSWを押すと、単独で動作していることが分ります。
このプログラムはあくまでもサンプルです、たとえば点灯時間を正確にしたいなら一工夫が要ります。
ここでは使用していませんが、ポーリング間隔が長いときは、
CPUの実行効率を上げるためにソフトウェア割込みで強制的に切り替えます。
動作を理解すればタスク数を増やしたり、他のメーカーのCPUにも応用できます。
うーむ、書き込み長さの新記録を作ってしまった、申し訳無い。 つまり質問じゃなくて○○作ってみたってことだよな。 悩み事相談室ってどこのサイトだと思ったら2chにそういうスレがあるのか。 >>955
良い例えが浮かばないけど
SDセクタ読みながらのオーディオ再生と同じ話だよね
(一発目は空のバッファに割り込んでる) >>961
その喩えはよく分らないけど、「ダミィ」を「空」と入替えても構わないと思う。
タスク1実行中の1発目のタイマ割込みが掛かった時点のスタック2領域は
「タスク2を実行中にタイマ0割込みが掛かって割込み処理を実行した後」
と同じ状態になっている。
つまり、タスク1実行開始前に、タスク2のスタック2領域に実行再開アドレスと共に
保存するフラグレジスタやZレジスタを、あらかじめ
<タイマ割り込みを実行した後かのように>書き込んでおく。
紙にスタック1、2のアドレスと実行再開アドレスPCL、PCHやフラグ、ZH、ZLを積み上げて書いて
タイマ割込みの前後でスタックポインタと内容がどう変わるか見れば分りやすいかな。
tiny2313はあまりこのような処理には向いていないけど、
他のCPUにも使えるし、覚えておいて損は無い(と信じている)(笑) ソースの寄与に対しそこまでいうのは可哀想だろ。
何か思想的な問題が?
素晴らしい感じはしないけど、無駄ってほどではないだろう。 >>966
こいつはIDをコロコロしながら「珍妙」書き込みをして
AVRスレを妨害しているリアル偏執狂(パラノイア)のPIC厨だよ
とにかく1日も早く精神科を受診して欲しいのだが 助けてください
AtmelStidio7で、また何かキー同時に押して
エディタの文字ちっちゃくしちゃいました。
どれ押すと大きくなりますか
エッチネタは雑でいいのでお願いいたします エクセルみたいに下に何%とかタブを発見し
100%にしたら元に戻りました。
お騒がせいたしました。 >>972
altキーかなんか押しながらマウスのホイール転がすと変わる >>973
おおっ
これのせいだったのかな
ありがとう、大好き!! ATmega88でタイマー2の高速PWMでLチカをしたいのですが
1秒に4回くらいの速さで光らせたいです
色々調べて以下の設定でトライしました
DDRB = 0b00001000; //PB3を出力に
TCCR2A = 0b10000011;
TCCR2B = 0b00001101;
OCR2A = 127;
クロック周期を1/24にしてカウンタの最大を256msにしつつ
OCR2Aを127に設定して128msで点滅するようにしています
しかし実際の挙動はずっとPB3ピンがずっとHIGHになっていて
矩形波が出てきません
他に何か設定しないといけないのでしょうか? TCCR2B = 0b00000101;
で無事いけました
ただ計算間違いで全然128ms店頭にはならなかったです
8ビットタイマーだとキツいんですかね クロック元はデフォの1MHzですか?
それならPWM周期は1MHz/プリスケーラ128/カウンタ周期256=約30.5Hz
これをプログラムで1/24したと言うなら約1.27Hz
4Hzなんて数字にはかすらないから計算違いですねぇ プリスケーラを1/1024にしたつもりでデータシート読み違えたのかな? クロック1MHzだとしてタイマー1周でだいたい1/4秒にしたいなら
プリスケーラを1/1024にするだけだし
それならTCCR2Bは>>976であってるから
クロックが変えてあるんじゃないの ごめんあってないわ
1/1024は
TCCR2B=0b00000111;
だわ
すまんこ atmel start projectから作成するとADCが動かないのだけど PICってメモリ空間が非線形じゃないですか?バンクメモリだったか。
AVRって線形じゃないですか。
なんでPICが人気あるの?AVRの方がC言語でつかいやすいやん。。
明解な答えを求む。 Atmelのやる気が全然なかったから…
日本では…… みんな使ってるからやろなぁ日本では
今ではArduinoがそのポジションに行きつつあるが 32bit使えば解決
色々と楽
PIC32MMとか安いし アドレスを1レジスタで保持出来るのがいい
ARM Cortex M
MIPS microAptiv でも、その32bitマイコンは4GBのメモリを内蔵してないんでしょう?
ぜいぜい32KBぐらいじゃないんですか?
いろいろ楽といいますがハンダ付け大変じゃないですか? 8bitマイコンでもなんとかなることに32bitマイコン使っちゃいけないの?
DIPの選択肢もあるし、QFPを変換基板にはんだ付けするくらい趣味の範疇でも十分できるんじゃないかな。
EAGLEやKiCADで基板作ってる人もいっぱいいるだろうね。
自分基準でモノ言っちゃいけないな。 構やしねーがあんちゃん、そういうのは32bitスレでやりな。ここはAVRスレ。
AVR32でもない、ARMだのMIPSだのPIC32はスレチ、マナー批判だぜぇ。
荒らし扱いされても文句は言えねぇな!!! >>993
それを>>991で書けよw
自分もマナー違反の一人になってるのに、そんなことも忘れるほど恥ずかしいことでもあったのかい? 私がAVRを使う理由は一言で言えば「楽しいから」かな。
命令の種類が多い+命令に制約がある、汎用レジスタ方式などの理由で
「トリッキーで小さくて早いアセンブラ・プログラムを書きたい」
という私の電子工作の目的にはピッタリのCPUだ。
PICをアセンブラで書くのはつらい。 いかにも後付けな理由だな
1個のレスの中ですら一貫性がまるでない 自分の使っているプロセッサの品種が「人気がない」とそんなに困る物なの?他品種を僻む程に?
AVRもMicrochipに移管されてdisconの心配はない筈なのになんか不都合あるの?
明快な答えを求む。 >>998
関連情報が人気があるチップには沢山あるということで人気がある方がいいなぁと思う。
てか、次スレだれか立ててる? このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
life time: 287日 6時間 26分 22秒 2ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 2ちゃんねる専用ブラウザからの広告除去
★ 2ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.2ch.net/
▼ 浪人ログインはこちら ▼
https://login.2ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。