AVRマイコン総合スレ Part39©2ch.net [無断転載禁止]©2ch.net
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>854
昔はコーン紙のついた普通のスピーカーだったよ。
いつ頃からか、小型の圧電スピーカーに変わった。 それM/Bのビープスピーカー端子用だろ。
メーカー製PCだと刺せるポートは無いよ。 形状もピンヘッダ4Pだしな
ピン廃は HOT-NC-NC-GND
DCカットすらされてないただの矩形波が出て来るだけ。
当然スピーカーのドライブ能力もない。 >>853
PC9821のピポッ音専用の圧電素子を無理矢理制御して、音楽や音声を再生するシェアウェアを思い出した
名前は確かSpkQQ ひでー音質だったなアレ、シャーガシャガシャビーみたいな。 音質がひどいのは当たり前。
D/AコンバーターがPCに装備されてない頃の苦肉の策。 >>857
いつからスピーカーのドライブ能力なくなったの? >>858-859
そんなに酷い音だったっけ。
PC-9801RXのBEEPデバイスで秋月の録音再生ICぐらいの音は出ていたと思う。
でも、もしかしたら、SpkQQではなく、別のものだったかも。
雑誌付録のフロッピーに付いていて簡単に試せたし、シェアではなかったかもしれません。
当時のPCはソフトウェアが完全にすべてのハードウェアを支配することもできました。
MS-DOSだったし。
D/AがなくてもPWMで音を出すぐらいはできたんじゃないかと思います。 >>862
>当時のPCはソフトウェアが完全にすべてのハードウェアを支配することもできました。
今でも形式上はそうだよ。
その当時のレベルで良ければ、今のPCでもユーザーがすべてのハードウェアを支配することは出来る。 Atmel Studio 7 ってlinux版出ないんですか?
MPLABのようにlinux版を期待して待ってるんですが? >>863
>その当時のレベルで良ければ、今のPCでもユーザーがすべてのハードウェアを支配することは出来る。
残念だったね。今は無理。
だいたい2000年頃からアセンブラでも100%弄れなくなった。 >>866
MPLAB XがAVR対応を進めてるから、そっちに期待した方が良さそうだ。 >>867
>だいたい2000年頃からアセンブラでも100%弄れなくなった。
俺も一瞬そう思ったのですが、そう思った俺の中に
・OSはWindowsだという前提があった
・なおかつユーザープログラム
という前提がありました。 アセンブラで弄れないハードウェアってなんだ?
ユーザー(アプリケーション開発者)に解放されていないBIOS、UEFIファンクションがあったり、CPU、ブリッジの機能はあるかもしれないが、話の発端になったPC98でのハードウェア弄り程度のことは十分出来るけど。 特権へトンネルしてくれるドライバさえあれば
今のOSでもユーザーレベルから直ハード叩きいけるんじゃね?
(リアルタイム性はむつかしいかもしれない) 今時のマシンだって、DOSで起動すれば当時同様Iに/Oは叩き放題
たまにしか使わないけど、実際そう言うアプリも有るからな BIOSのアップデートとかmemtest86 なんか直叩きだよね
リニアアドレス使えるコンパクトなOSが欲しいと思う時がある おまいらすごいな
今回のインテルCPUのメルトダウンとかスペクター
とかも自由自在だろ Win64になるとカーネルドライバに署名が必要になるからIO叩きにはいろいろ厳しくなってくる。
他のOSは比較的楽に叩けるだろ。 >>887
汎用のIO叩くドライバに誰か署名して公開してくれんかな
リアルタイム性は我慢するとして 個人的に使うだけだろ?、それなら俺々署名で事足りる
まさかとは思うが、配布が目的じゃないよな そろそろAVRに話を戻すかな
Vppに要12Vなデバイス用プログラマに、何かないかなと探していたら、
SP200Sというのがあった。
ebayとかで\1000以下で買えるんだけど、使ってる人いますか?
パラレル書き込みでコンフィグ自在にいじれたらうれしいんだが
でもAVRはシリアルISPにしか対応していなそうな悪寒 giveio.sysの64bit版はあるんじゃなかったっけ? giveio.sys はWindows7以降は動かなくなったような。
改訂版って出てました? giveioの64ビット版あるよ。
Windows10(64ビット)とHSPでコンテックのPCIバスのデジタル入出力ボードを制御できてる。 >>896
おー。あらためて giveio.sys 64bit で検索するとそれらしいものが出てきます。
機会があればためしてみます。ありがとうございました。 Arduinoが普及したらAVRがメジャーになるかと言うと
そうでもないみたいね。 コップの中の騒ぎじゃんあんなの
買収額には影響したかもしれないが。 メジャーになる、ってことは「大量生産品においてメジャーになる」に他ならないと
思うのだけど、今はそっちはARMがおさえつつあるよね。
これから飛躍的に伸びるのは相当にしんどい。 pic/arm/mipsのavrピン互換品をぼこぼこ出してきて
とっとと絶滅させてほしい
microcheep! シリアルISPで不可逆のCFGは
正直設計ミスだと思う
あれで何人使用者が泣いたことか 去年Arduinoから本格的に電子工作を始めた俺が通りますよ 私も必要に迫られて泥縄式にtiny2313、mega328用のパラレルライタ(リセッタ)作りながら
「何だよこの腹の立つ仕様は? tiny13/85はシリアルでリセットできるのに」
と思った。
ま、泣くヒマがあるのなら、さっさとリセッタを作れば済む話しだけど。 >>906
それがね、QFPが乘ってるarduinoをやっちまったんですよ。 旧字体使いだしたから
なつかしの電電板名物魚チヨコを思い出した 昔作ったリセッタ
https://i.imgur.com/9jKbMqB.jpg
tiny2313,mega328, → mega1284 → mega32U2,32u4 → tiny861,tiny13/85の順に作った。
スタンドアロン(リセットのみ)でもPC側から(任意の書き込み)でも操作できる。
後先考えずにアセって作ったので、途中(mega32U2)から苦肉のアダプタ方式になったw
ターゲット基板ハンダ付けAVRには対応できないし、
最近は全く出番が無くなり、過去の遺物と化しつつある。 >>909
欲しい…けっこうやっちまって使えなくなったの多い… >>907
確かに直付けチップの修復には難儀するので困ったもんですなぁ PDIのxmegaやUPDIのtimyに乗り換えた方が楽じゃね? >>913
いくら粋がってもcpuは駄目な奴は無くなる運命だからな。
買収された時点でおしまい。ま、もっと前にわかりきった話だったが。 >>915
いやいや、もうARMに行くってことさ。LPCとかSTMとかさ。 >>914
PDIやUPDIデバイスにDIPは無いよ。それにUPDIも誤って禁止してしまったら
12V対応していないのでATMEL-ICEでも復旧できない。 いやまあしかし、AVRラブな人のうちどれだけの人が、たかだか書込み仕様のことで、
PICに乗り換えることを考えるだろうな。 欧州とかだとPICはほとんど使われてないみたいだな。製品レベルでAVRが大量に使われている。
アーデュイーノが受けまくった影響かmega328ばっかアホみたいに出てるとか
逆に日本だと世界的にはとっくにオワコンな扱いの8ビットのPICが使われちゃってて
マイクロチップでもなんだかねーって感じだそうだ。コスト高で一番切りたいのがこれ AVRはPICに比べてかなり後発なのに買収されちゃって、よっぽど売れ行き悪かったんだろうな。
やっぱ、アーキテクチャが今市だと伸びないんだろう。
68Kvs86の時もそうだったが、パット見綺麗なのは一部の人間には綺麗に見えても
ハードが複雑で立てましし辛い≒進化しないんだろうな。 元々、8ビットはAVRが一番多かった。アーデュイーノが受けまく(略)・・・というのは冗談で
もっと前にMega8が受けたから、と聞いている。他社もあの品種を意識して自社のマイコンを作った。
まぁマイクロチップ的には弱いところを補強したかったんじゃないの?
買収してやっとこのジャンルでシェアNo1奪還したって言ってたし
というか日本での感覚だと8ビットでPICが負けてたというのが一番驚きだったがw
まぁPICはあれで歴史があるんだけど、
やはり「素人が適当に作ったマイコン黎明期のアーキテクチャ」って感じだから古色蒼然過ぎたね AVRファンもPICファンも互いの憎悪をかきたてるような刺激的な言葉を使って何もメリットはないはず。
比較議論なら↓ふさわしいスレがあるから。
https://rio2016.5ch.net/test/read.cgi/denki/1461285027 ツールを共通化してくれればどっちでもいいんだけどね 安くて速くて簡単に手に入って丈夫なら
どこのどれでもいいよ。 >>928
STC12C5A60S2 オススメだ。 >>929
クラシックな8051系統だねぇ
デバッガ使えなきゃいやん という訳で
DIPならLPC1114辺りがいいかも 最初はmbedで始めるとラク
(プロモ終わったんで\400するけど)
avrはarduinoで使い始めてもその先が無い
基板コネクタコンパチな別のもの
STM32 Nucleoなんかに引っ越した方がデバッグは楽だな arduinoの世界にデバッガなんて言葉は無いもんなあ マルチタスク作れない8ビットPICなんかに何の興味も無ぇよ >>934
シミュレータでいいじゃん。
ハードいじるのにデバッガで止めるとか訳わからん。 あればあったで使うけど、なくても何とかなるからね
多少の工夫はいるけど、シリアルとかディスプレイが使えればほとんど間に合う
それすらないとちょっと困る どんなCPUだろうとデバッグは
任意の実行番地で止めてレジスタやメモリの内容を読める、でOK
さらに内容を書き換えて再開できる、なら言うこと無し 内蔵RCで8bitタイマーでサーボ動かすと微動しまくるんだけど
これは何が悪いんだろうって時にデバッガって役に立つかな うまくできたデバッガなら最小限の干渉で内部メモリを覗き見できる
旨くできて無くても遅いシリアルとかに垂れ流すより
内部メモリにログしておいたのを止めてゆっくり見ればよい
信号処理のデバグなんかはこうしてる
うまくできたデバッガなら内部メモリ内容をそのままグラフ表示してくれる
これ出来ないとデータ吸い取ってexcel類で可視化しないとだから大変 でも、ブレークかけたらダイナミック点灯のスキャンも止まりますよね。
スキャンが止まったらハード的にドライブも止まるようにするべきなんだろか。
やれんことはないけどな… >>945
実は俺もそんな習慣。
基板上で別電圧を供給できるようにするのではなくて、
プログラミング、デバッグ用に使う基板の、LEDドライブ抵抗を大きくしておくのだけど。 >>941
波形は見てるんだよね?
8bitタイマじゃ粗すぎてバタバタする可能性ある 最強のデバッガは「豊富な経験に裏付けられた深い読みと鋭い勘」だ。
私はいつもこれでやっているw >>941
http://elm-chan.org/docs/avr/jitter.html
こういう事情もあるからねぇ
サーボのデッドタイムは5usくらいだから1.5msが0.5%も揺れてたらぶれるかも ATmega328Pを328円で売ってるとこ見つけてちょっとニヤッとしてしまった
ちなみに168Pは168円ではなかった レス数が950を超えています。1000を超えると書き込みができなくなります。