PIC専用のスレ Part53 [無断転載禁止]©2ch.net YouTube動画>3本 ->画像>43枚

過去スレ：スレタイは　PIC専用のスレ PartXX
Part51 http://wc2014.2ch.net/test/read.cgi/denki/1442943657/
Part50 http://wc2014.2ch.net/test/read.cgi/denki/1434400724/
Part49 http://wc2014.2ch.net/test/read.cgi/denki/1422683846/
Part48 http://wc2014.2ch.net/test/read.cgi/denki/1406426413/
Part47 http://wc2014.2ch.net/test/read.cgi/denki/1397874234/
Part46 http://ai.2ch.net/test/read.cgi/denki/1387880298/
Part45 http://uni.2ch.net/test/read.cgi/denki/1377476716/
Part44 http://uni.2ch.net/test/read.cgi/denki/1365509729/
Part43 http://uni.2ch.net/test/read.cgi/denki/1360674351/
Part42 http://uni.2ch.net/test/read.cgi/denki/1358095503/
Part41 http://uni.2ch.net/test/read.cgi/denki/1353228207/
Part40 http://uni.2ch.net/test/read.cgi/denki/1345537082/
Part39 http://uni.2ch.net/test/read.cgi/denki/1340094455/
Part38 http://uni.2ch.net/test/read.cgi/denki/1335962719/
Part37 http://uni.2ch.net/test/read.cgi/denki/1329524296/
Part35 (実質36) http://uni.2ch.net/test/read.cgi/denki/1322815883/
Part35 http://kamome.2ch.net/test/read.cgi/denki/1313366752/
Part34 http://kamome.2ch.net/test/read.cgi/denki/1309466648/

以下、C言語専門スレとなります。
アセンブラは別スレへ誘導されます。

>>1
乙

>>3
アセンブラアレルギー乙

実際 (C ： アセンブラ) の比率って、どのくらいなんだろう？
僕の周りでは、100：0 なんだけど。

アセンブラで全部作る人も居ない事はないだろうけど
Cのソース中にASMがちょろっと混じるぐらい普通じゃね？

昔から安定して使われている仕掛けのメンテ、ぐらいしか利用状況ないんじゃね？
新規の仕掛けでASMで起こすって、あんまり考えられない。
新規だったら容量の問題とか、別な上位チップに置き換えて、とかやるし。
例えばPICの範疇でぎりぎりだ、という話なら別な手段を使うっしょ。
アセンブラソースをCに置き換えるってのはよくやる。
こないだ話題になったバンク切り替えとか、始めなんでこんなことやってんのか悩んだ。
Cから入ったもんで

デバイスしだいでは

MPLAB-X v2.20でPICに書き込まれるIDを編集する方法をおしえてください。

タイミングの不要なLEDの点滅とかならCで十分。
もしくはモッサリプログラムで良いとか。

逆に私は一度だけでいいから簡単なプログラム(LED点滅等)をアセンブラでやっておく方がいいと思う。
一度でもやっておけば何が出来て何が出来ないのかの判断が多少なりともできるかと。
例えば 「初めてのPIC 0x07」スレの >915,921が作成可能かどうかとか
>使用しているPICは12F683です。
>回路ですがGP0からGP2までの3本にそれぞれセンサー部からの信号が入っています。
>どの信号も通常はGND電位でセンサーが感知したときの状態によって10または30uSのVDD電位のパルスを出します。
>タイミングは不定期ですが概ね15分に一度有るかどうか程度ですのでPICはほぼループ的に監視状態です。
>パルスを感知して10または30uSを判断したら10uSの場合はGP4を30uSならGP5を出力オンにするだけです。
>3本のどの入力の場合でも出力の処理は同じです。
>またGP3が出力のリセット用のスイッチにしていて通常はVDD電位でスイッチオンでGND電位になります。

センサの同時入力の有無で難易度が大きく変わりますが。

話はそれるけど、秒って大文字のSだっけ？

SecondのS
SEXのSじゃないよ

大文字SはSiemensやね
秒は小文字のsじゃないの？

そう、小文字のs

1000のキロも、小文字のk

msならミリ秒、MSならマイクロソフト（嘘です）

MSはモビ…

>>7
趣味でいじってるから全部アセンブラ。

>>19
趣味、仕事 関係ある？

ある

趣味も仕事もアセンブラだな。
なにか誤動作したときに言語のせいにしても始まらないからな。
たかが数キロのプログラムでCを使う必要が無い。

仕事は効率で判断しなきゃならないけど、趣味は使いたい方を選べる。

効率で言えばCだと思うけど、
>>22は、どちらもアセンブラなんだね。

俺も8ビットPICは仕事も趣味もアセンブラ。
RISCであるPICのアセンブラはあまりにも効率が悪いので、かなりマクロ化
して使ってる。
見た目はPICのアセンブラに見えないかも知れない。

>>24
最終的な品質まで考えると、アセンブラの方が圧倒的に良い。
やっつけ仕事ならCかな。

>>26
どうして？

一方が頑なになると、融和的だった方も頑なになり、両極対決みたいになって最後は罵りあいになるんだ。
互いに他派のメリットを論じれば、理解せずに否定してるわけではないことの証になるのにな。

自営業とかで、他人がソースコードを触る可能性が無いなら
好きにすれば良いと思うけど、会社の場合は他人でも
メンテナンスできるようにCで書くのが基本だな。
高速化とか効率化のためにアセンブラ化を考える場合でも、
Cの関数単位でアセンブラ化して、アセンブラ化する前の
Cのコードはコメントとして残しておくよ。

>>26
よかったら、その訳を教えてください。

なんで C言語を 相手に 戦争を おっぱじめ たんだ!?

いまごろ　アセンブラかよと　いわれても　手おくれだ
いいか、 これは、 この世界で いちばん いい言語だ!
いちばん すぐれた 言語なんだ!!

おれには、 これしか ないんだ!
だから、 これが いちばん いいんだ!!

こんな感じかと

まぁでもマジな話、アセンブラメインの人が書くビット操作関連のプログラムは芸術品だと思う。
短くて、早い、これはやっぱり美しいよ。コードとして。
Cから入った、初めに算術演算式ありきで覚えた俺には出来ない。
Cもむかーしからやってる人なんかはさらっと逆ポーランドで書いたりするけど、あれも美しい。

>>32
芸術品と言うか「そこでそんなやり方？！」って驚かされることが多かったなぁ。
FCのゲームとか改造してる時は特に多かった。

>>20
アセンブラだとループ構造とかも全てを自分で仕上げていくしかないから時間がかかる。
趣味だと時間を気にせずにプログラムを整えてプログラムを小さくしたり遊べる。

仕事(自分はやった事はないけど)だとやっぱり納期とか時間が限られてたりで
余計な所に手間をかけてる余裕はないだろうし、
アセンブラを扱える人が他にいないとそのプログラムのデバッグが出来ない。

とこんな感じかな。

>32
そういえば>12に対する回答もビット操作見事だったな
http://wc2014.2ch.net/test/read.cgi/denki/1454648249/951
http://wc2014.2ch.net/test/read.cgi/denki/1454648249/953

>>27　>>30
Cしか出来ない奴（インライン展開しか弄れないレベルの奴含む）って、アルゴリズムを考える能力が低い。
だから品質の悪いコードを平気で書くし、それに気づいてない。
とくに、Cの縛りで変なコードを書いてしまったり、そもそも簡単に変な事を出来てしまうから
考えようとしなくなって、アルゴリズムを考える能力が低いままの奴が多い。
そして、そういう奴等が書いたコードが世に出回ってリコール騒ぎになるんだよ。
以前、某大企業で、電話のボタン入力部分にバグがあって、チャッタ除去出来てなかった為に
3億円分位リコールで対応したと聞いたことがあるw
最初からアセンブラで掛ける奴がちゃんと組んでれば問題ないのに、アルゴリズムを考える能力が低い奴が
書いたために、結果的に効率wが悪くなるんだな。Cしか出来ない奴の言う効率って
自分がいかに手抜きするかって事しか頭に無いから、トータルで見ると学生のお遊びレベル。

定番のC vs ASMで盛り上がってるところ失礼します。
HarmonyのUSBでdescriptorのHarmony configuratorで設定できる所以外を
ちまちまと弄りたい場合、方法はありますか？

なんにしても「○○しかできない」は幅が狭くなるような気がする。

高級言語ゆえに、練度の低い技術者でもプログラムを組めることはあるだろうけれど、
上の例で出てるようなチャタリング除去あたりは、練度の低いアセンブリプログラマでも
やらかしてしまいそう。

そんなことより特に8ビットPIC(とりわけ16以下)だと、C言語で組む場合でも、
他の素直なマイコンに比べて意識するべき癖が強いよね。
そういう地雷を避ける意味では、8ビットPICについては、アセンブリでの経験がある方が良いと思う。

>>35の言うチャタリングの話は、Cとアセンブラ、関係ないでしょ。
単に、ハードウェアの理屈を知らないだけだと思う。
なので、見当違いだと思う、

>>35は釣りなんだよな？

アルゴリズムの教科書でアセンブラを推奨しているやつなぞひとつも見たことない。
否定しているのは履いて捨てるほどある。
PICなどではなく高級なアーキテクチャのCPUのプログラミングマニュアルでも非推奨。
アセンブラしか選択肢がなかった50年前ならともかく、最近の教科書であったらぜひ教えていただきたい
というかどんなにハードリソースが厳しくてもアセンブラ使用不可の企業やコミュニュティばかりなわけだが、
現在のソフトウェア開発状況を全否定するところがすごいね。

>>19
私もアセンブラ派だけど
趣味でCPUやっている人がCを使うってどうなんだろ？
趣味ならプログラムの開発効率なんかよりも
使いこなす楽しさ（たとえば小さなCPUをマルチタスクで動かすとか）の方が
優先すると思うけどな

たとえていえば
「峠道を走るのが趣味です、ドリフト使って所要時間を少なくしたいです」
という人がオートマ車を選択するようなものでは？
・・・まぁでも、「峠道を走るのが趣味です、運転よりも景色を楽しみたいです」
という人がいても不思議じゃ無いかｗ

プロの選択基準はまた別の話だ

>>40
峠道でドリフトするようなやつが迷惑なんだと認識してください。

ドリフトできるにこしたことはありませんが、普通の人は峠ではしません。
サーキットでもドリフトなんかするとタイムでないのでしません。最近はラリーでもしません。

どうしてもドリフトしたほうが良い場合だけこっそりやります。

ドリフトなんて好きな人が見栄でやるだけ。
それはドリフトしたいだけであって速く安全に走るのとは別。ドリフトが趣味ならいいですけど。

アセンブラも同様。趣味でやりたい人が使ってください。ドリフトしろと語るのは迷惑です。

どうしてアセンブラがいいって人はどうしようもなく喩え話が下手くそなんだろうな。

俺は確かに、コードは美しく、早い（本当は速いのまちがい）、と書いたけど、
汎用性がある、とか、メンテが容易、とか
第三者でも改変、改良がしやすい、なんてことはヒトッコトも書いてない。
アセンブラの弱点、というか宿命だよね。機種依存性が高過ぎるのも難点。

アセンブラの解析しなくてはいけないことがあるので、
かなりしっかりPICのアセンブラは使えるようになるまで勉強はしたけどね

結局 C が良い、ということだと思う

はじめての Ｃ

ここまでの流れは>>3がすべての元凶
出てきて謝罪するべき

こちらにマックユーザがいるかどうか分かりませんが、もしOSXユーザの方が
いましたら教えてください

mal(microchip application lib)にはMacintosh用のHIB-Bootloaderツールも
一緒に入っていますが、実際にこのツールをOSX上で動かしてPIC18のファームを
流し込んだ事がある方はいますでしょうか？
El capitanでこのツールが正常に動くのか知りたいです

＞峠道でドリフトするようなやつが迷惑なんだと認識してください。
もちろん私自身はドリフトなんかやった事がありませんよ、誓います
一度、筑波であおられたことはあります、すぐに譲りました

＞どうしてアセンブラがいいって人はどうしようもなく喩え話が下手くそなんだろうな。
うーん、そうかぁ、残念です。じゃぁ、カレーを作るときに
A)市販のルーを利用する（C）
B)スパイスを買ってきて自分で調合する（ASM）
はどうですか？合格ラインでしょうか？ぜひ上手な見本を見せてください

アセンブラ派の俺は、当然ホールのスパイスを買ってきてカレーを作るぞ。
市販のルーなんてカレーじゃ無いだろ。全然別物。

>>44
若い頃、電車で読んだことあるぜ！

>>47
俺に手本を聞いてどうすんだよ
>>31で書いただろうが

アセンブラって何故か上から目線だよね

で、そろそろ 実行サイクル数計算するぜ自慢 の時間ですか？

>趣味ならプログラムの開発効率なんかよりも
>使いこなす楽しさ（たとえば小さなCPUをマルチタスクで動かすとか）の方が
>優先すると思うけどな

PICマイコンを使うことそのものが趣味なのか、趣味で何かをしていてその実現の手段としてのマイコンなのかでずいぶん変わります。
MTのクルマの運転そのものを楽しみたい人はMT車を選ぶでしょうけど、
趣味で旅行、趣味で釣り、趣味でバーベキューにでかける、など、趣味のためにクルマを使う用途はいろいろありますね。

カレーでも同じです。
プロがカレーを作るとき、拘りのある専門店は極めるような作り方をするかもしれませんし、
カレーに拘りのない定食屋さんや喫茶店ならレトルトを使うこともあります。
今の話題は、プロ以外がカレーを作る場合ですね。
カレーそのものが趣味の人なら、いろいろ拘りがあるかと思いますが、オフのときに何かの趣味に没頭していて
お腹が減ったなあ、そうだボンカレーを食べよう、ってのはごく自然なことです。

俺自身は、趣味の作品であっても、何を使って作ったかは、あまり関心がなくて、すげえモノであることの方に惹かれます。
このことはアセンブリあるいはCのどちらかを貶める意図はありません。すげえモノが作れるならどっちでも良い話です。

>>53を書いていて思ったのですけど、手段としてPICマイコンを使う人のことを不快に感じる人がいるのでしょうね。
ファン気質ってのはそういう傾向はありますが、内面だけにとどめておいて排他的にならないでほしいな。

>>53
同意
俺は同じ機能をARM,AVR,PIC,PSoC,Z80,6805,
8085で作るのが趣味です

マシン語＝HEXファイル直書きこそ正義って方はいらっしいませんか？

>>55
6805？
ほんとに？6800とか6502との間違いじゃなくって？

>>55
ROM/RAM(2708-2764とか6264)入手出来るの？
周辺のＳＩＯ，CTC,PIO・8251・8253，8259なんかも。

>>32
同僚で、プログラム書けないのに逆ボーランド法でえっへん<(｀^´)>してる奴がいたなぁ
関数電卓も大学生協のポケコンも使えないのに、あれは何だったんだろう
最高速度30km/hの道路でドリフトするようなものか

>>40
19だけど、例えば何かの実験をする時にシビアなタイミングを必要としないのなら
Cを使ったりはするかな。ループ処理の記述とか楽だしね。

>>58
64Kbit〜4MbitまでのROMなら揃えてあるな。RAMは6264と62256。
あと8255も何個か持ってる。

>>56
6502ならそんな感じだった。頭の中でニーモニックが浮かんでも実際にメモ書きする時は16進。

趣味で使う人でも、コード書くのが趣味の人と
マイコンを使って形にするのが趣味の人がいる・・・・
車で例えれば、車自体をいじるのが好きな人と
車は移動手段で目的地に行くのが好きな人がいる
それを一緒にしてはどうかと思うがな〜〜〜〜〜

>>57
6502のウチマチガイでした
ファミコンばらすと出てくる

>>58
2764〜27256,周辺ICは昔買ったのが沢山ある、ROMライターはPC98

シビアなタイミングが必要なときは、CPLDを使うのは、反則ですか？
だって、アセンブラよりVerilogのほうが
簡単なんだもの。

秋月でPIC16F145Xの扱いが始まったぞ。
http://akizukidenshi.com/catalog/g/gI-10651/

>>57
6805は面白い石だと思うよ

>>65
他にも12F1と16F1の取り扱いが増えてるね。ええこっちゃ〜
16F1455の@260って価格がちょっと微妙な気がするのは内緒だけど、USBでhoge
したいなら16F1454@230円も扱ってるのがありがたい

12F1840@150円も扱いが始まってるから12F1822でメモリ足りない用途にちょうど良い
例によって秋月の商品ページの記述は間違ってるみたいだけど
（12F1822=2kword、12F1840=2kword）

↑
ゴメン12F1840は4k-word

てか32MX値上がりしてね？

16F88ですが、データシートを見るとRAポートはRA5以外は内部にダイオードクランプが有るようですが、
デジタル入力で使用する際に電源電圧を越えるような例えば電源5Vで使用時に10Vのパルスを入力しても
ダイオードクランプによって耐えれる物でしょうか？
ご存じの方、アドバイスをお願いします。

ダイオードでクランプされてるんだから１０Vの電圧掛けちゃまずいに決まってる。

直列に抵抗を入れればOKって話でもなくて？

抵抗入れたら抵抗で電圧降下してピンには１０Vかから無い

>>73
>>70はそういうことも含めて質問してるんじゃないかと思う。

PIC16F145Xついに入ったか!
18F14K50に続いて積むぞー!

欲を言えば面実装版も入れて欲しかった
16F1454/1455は14pinしかないから1.27mmピッチのSOPでもかなり小さくて
取りまわし楽なんだよなぁ

70です。
レスありがとうごさいます。

元々、こちらのHPを見ていて
http://blog.livedoor.jp/kegakudan/archives/1021682193.html
ここではATtiny2313ですが、25Vを直接入力していました、これ。
自分はPICの環境しか持っていないのでPICではどうだろうか？とデータシート見たところATtiny2313と同じようにダイオードクランプがあったものの、積極的にそれを利用する使い方はした経験が無いので質問しました。

>>72
直列に抵抗を入れると、PICの内部抵抗とで分圧すると言う理解で良いでしょうか？

>>78
>>72じゃないけど
Input clamp current, IIK (VI < 0 or VI > VDD).... ±20 mA

ということなので1.5kΩが直列に入っているならVcc=5Vとして
1.5k x 20 mA + Vcc = 35VまでOKです。

【Enhanced Mid-Range】8bitﾏｲｺﾝ 新ｼﾘｰｽﾞのPIC12F/16F1xxx,旧ｼﾘｰｽﾞ(Mid-Range)より機能UPで値段も安い新規設計ならこちら
MIPS値はｸﾛｯｸの1/4 ('16/05版 USB対応チップ等追加)

◆[40pin] F1937の大幅値上げでF1939一択
-◎16F1939 \240 16Kw 1024 I/O36 Adc14 Cs16 Cmp2 Tm4/1 Ms1 Ec2/1 CCP2 SR LCD24
-×16F1937 \250 08Kw 0512 I/O36 Adc14 Cs16 Cmp2 Tm4/1 Ms1 Ec2/1 CCP2 SR LCD24

◆[28pin] F193xは値段差がつまりF1938で,1783&1716のｱﾅﾛｸﾞ強化&OPｱﾝﾌﾟ有りは用途に応じて
v◎16F1938 \210 16Kw 1024 I/O25 Adc11 Cs8 Cmp2 Tm4/1 Ms1 Ec1/2 CCP2 SR LCD16
-×16F1936 \210 08Kw 0512 I/O25 Adc11 Cs8 Cmp2 Tm4/1 Ms1 Ec1/2 CCP2 SR LCD16
^△16F1933 \200 04Kw 0256 I/O25 Adc11 Cs8 Cmp2 Tm4/1 Ms1 Ec1/2 CCP2 SR LCD16
v◎16F1783 \200 04kw 0256 I/O25 12adc11 Cmp3 OA2 8DAC1 Tm2/1 Ms1 CCP2 PSMC(仕様2+16MHz↑の動作に2.7V要)
*◎16F1716 \180 08kw 1024 HEF128 I/O25 Adc17 Cmp2 OA2 8DAC1 Tm4/1 MsP1 CCP2 PWM2 COG1 CLC4 PPS ZCD(仕様2)

◆[20pin] ｱﾅﾛｸﾞ強化&OPｱﾝﾌﾟ有りの1709とUSB機能の1459(48MHz=12MIPSも魅力)
-○16F1829 \190 08Kw 1024 I/O18 Adc12 Cs12 Cmp2 Tm4/1 Ms2 Ec1/1 CCP2 SR
-○16F1828 \160 04Kw 0256 I/O18 Adc12 Cs12 Cmp2 Tm4/1 Ms1 Ec1/1 CCP2 SR
*◎16F1709 \180 08kw 1024 HEF128 I/O18 Adc12 Cmp2 OA2 8DAC1 Tm4/1 MsP1 CCP2 PWM2 COG1 CLC3 PPS ZCD(仕様2)
-○16F1508 \150 04Kw 0256 HEF128 I/O18 Adc12 Cmp2 Tm2/1 PWM4 Ms1 CWG CLC4 NCO(仕様3)
*◎16F1459 \230 08Kw 1024 HEF128 I/O17 Adc9 Cmp2 Tm2/1 Ms1 PWM2 CWG ●USB(仕様4)

◆[18pin] 18ﾋﾟﾝの割に多機能
v◎16F1827 \150 04Kw 0384 I/O16 Adc12 Cs12 Cmp2 Tm4/1 Ms2 Ec1/1 CCP2 SR

◆[14pin] OPｱﾝﾌﾟ&多機能の1705,安価な1503,USBで1454/4
-◎16F1705 \110 08Kw 1024 HEF128 I/O12 Adc8 Cmp2 OA2 8DAC1 Tm4/1 MsP1 CCP2 PWM2 COG1 CLC3 PPS ZCD(仕様2)
*×16F1825 \165 08Kw 1024 I/O12 Adc8 Cs8 Cmp2 Tm4/1 Ms1 Ec1/1 CCP2 SR
-△16F1823 \100 02Kw 0128 I/O12 Adc8 Cs8 Cmp2 Tm2/1 Ms1 Ec1/0 CCP- SR
-◎16F1503 \080 02Kw 0128 HEF128 I/O12 Adc8 Cmp2 Tm2/1 PWM4 EUSART無 Ms1 CWG CLC2 NCO(仕様3)
*◎16F1455E \260 08Kw 1024 HEF128 I/O11 Adc5 Cmp2 Tm2/1 Ms1 PWM2 CWG ●USB(仕様4)
*○16F1454E \230 08Kw 1024 HEF128 I/O11 Adc&Cmp&DAC無 Tm2/1 Ms1 PWM2 CWG ●USB(仕様4)

◆[8pin] 容量、値段、機能の有無が大きいので用途に応じて
*○12F1840E \150 04Kw 0256 I/O6 Adc4 Cs4 Cmp1 Tm2/1 Ms1 Ec0/1 CCP- SR(仕様2)
-○12F1822 \100 02Kw 0128 I/O6 Adc4 Cs4 Cmp1 Tm2/1 Ms1 Ec0/1 CCP- SR ★LF&E/P仕様も\150で取扱
*○12F1612 \100 02Kw 0256 HEF128 I/O6 Adc4 Cmp1 Tm4/1 CCP2 EUSART無 Ms無 CWG SMT2 ZCD(仕様2)
-○12F1501 \070 01Kw 0064 HEF128 I/O6 Adc4 Cmp1 Tm2/1 PWM4 EUSART無 Ms無 CWG CLC2 NCO(仕様3)

◆表記 Tn/m=Timer[8bit]/[16bit],Ecn/m=ECCP[Full]/[Half],Cs=CapSense,Ms=MSSP,SR=SRLatch,OA=OpAmp,8DAC=8bitDAC
　12Adc=12bitADC,HEFxxx=EEPRM無し代替に長寿命FLASHメモリ
　共通 EEPROM256byte,EUSART,10bitADC,5bitDAC,1.024V基準電圧,温度計
　型番にE付き→通常のI/P仕様(max85℃)ではなくE/P仕様(max125℃)のみ取扱
◆標準仕様 VDD1.8V(max16MHz)〜2.5V(max32MHz)〜5,5V,4xPLL有,内蔵OSCでも32MHz可
(仕様2) VDD2.3V(max16MHz)〜2.5V(max32MHz)〜5,5V,4xPLL有,内蔵OSCでも32MHz可
(仕様3) VDD2.3V(max16MHz)〜2.5V(max20MHz)〜5,5V,PLL無,内蔵OSCで16MHzまで
(仕様4) VDD2.3V(max20MHz)〜2.7V(max48MHz)〜5,5V,3x&4xPLL有,内蔵OSCでも48MHz可

◆ﾌﾟﾛｸﾞﾗﾑ面で新命令追加,bankは32ﾏﾃﾞ拡張,ｽﾀｯｸ16ﾚﾍﾞﾙ,LATが追加,割込時のﾚｼﾞｽﾀ自動保存
16bit幅で2本になったFSRﾃﾞ別ｱﾄﾞﾚｽに連続配置RAM(0x2000〜)やﾌﾟﾛｸﾞﾗﾑ領域(0x8000〜)ｱｸｾｽ可能
◆追加命令群
ADDWFC,SUBWFB : ｷｬﾘｰ,ﾎﾞﾛｰを含んだ加減算
ASRF,LSLF,LSRF : ｼﾌﾄ命令
BRA : PCLATHやﾍﾟｰｼﾞ境界に関係なく相対ｼﾞｬﾝﾌﾟ [9bit幅] PC+255〜PC-256へ
BRW : PCLATHやﾍﾟｰｼﾞ境界に関係なく前方へのみ相対ｼﾞｬﾝﾌﾟ PC+W(0〜255) ADDWF PCL,f ﾖﾘ便利
CALLW : 上位はPCLATH,下位はWのｱﾄﾞﾚｽにｻﾌﾞﾙｰﾁﾝｺｰﾙ
MOVLB,MOVLP :ﾊﾞﾝｸｾﾚｸﾄ,PCLATHに直接定数入れる
TRIS,OPTION :TRIS(A〜C),OPTION_REGにWの値入れる(非推奨だったが以前から有り)
RESET : ｿﾌﾄｳｪｱﾘｾﾄ
ADDFSR : FSRに定数(-32〜+31)加減算
MOVIW,MOVWI : INDFｶﾞﾂｶｲﾔｽｸ FSRに対して[PRE/POST][+1/-1]や定数(-32〜+31)offset可能

F1454/5 なんか割高と思ったら、なにげにEP？ IPでいいのに・・・

>>66
6805だったか6808を昔使ったんだけど、あれこそアセンブラで書かないとどうしようもない。
4Bitマイコンとかとほとんど変わらない。

あんなの趣味で使うとか面白いけど入手とかどうするのかなと思って。ワンタイムだしICEむっちゃ高いし。

16F1455と1454って何が違うのかと思ったら1454には
ADCコンバーター付いてないのね

>>82
仕事で使ったよ
量産するのになんか6809より安いって話だった
Cコンパイラとアセンブラの併用だったけど
レジスタがちょっと少なくて苦戦したけど
それでも命令直交性の良さでカバー出来るものだった

入手性とか価格とかはハードの人達でないとわからん
TP組んで、結果から続き作っただけだし

>>84
6809と6808(6805)はチップ構成やらアーキテクチャからして異なる。
8085が8086と値段が違うといってるようなものだな。
6809はマルチチップのほぼ16bitに近いレジスタ構成。6805は6800ベースのワンチップ構成。
でも使いやすかった。

スレ違い申し訳ない

NGID:Ss0D/KjY

>>ID:Ss0D/KjY
スレ違いだという自覚はあるが書かずにいられない
あやまれば何でも許されると思っている

>>74
勝手に解釈すんなよ。質問する側にちゃんと質問する癖をつけさせろ。
なんで質問する側が手抜きして情報後出しなんだよ。

>>88
いいじゃねぇか。嘘や間違いを教えられて痛い目にあうのも勉強ってもんだろ。

>>88
僕も、>>74と同じように感じたけどね。

良かったね

>80
なんか知らないうちに色々機能追加されたチップが追加されてるんだな。
USBみたいにわかりやすいのの他にZCD (ZERO-CROSS DETECTION)や
SMT (SIGNAL MEASUREMENT TIMER)とか
12F1612のデーターシートみるとPORT関連の各ビット単位設定も追加されてる
PORTx ,TRISx ,ANSELx .WPUx ,LATx は知ってるけど
INLVLx (入力電圧レベル設定 ST/TTL)
ODCONx (オープンドレイン出力設定)
SLRCONx (スルーレート上限設定)
必要か・・？とも思うけど、あればあれで便利な場面もあるか

つか5Vトレラント位、全ピンでやってくれよと思う。

>93
それって5Vで動かせばいいだけじゃないの？
VDDの上限が5Vないチップに関してはしょうがないけど

そろそろ電源＆書込関係だけ縛りのピン配置自由なPICがほしいな
搭載モジュール別にしてほしいよ

>95
全部の周辺モジュールは無理だろうけどPPS機能のついてる16bitPICや8bitPICの一部は可能かと
>*◎16F1709 \180 08kw 1024 HEF128 I/O18 Adc12 Cmp2 OA2 8DAC1 Tm4/1 MsP1 CCP2 PWM2 COG1 CLC3 PPS ZCD(仕様2)
>-◎16F1705 \110 08Kw 1024 HEF128 I/O12 Adc8 Cmp2 OA2 8DAC1 Tm4/1 MsP1 CCP2 PWM2 COG1 CLC3 PPS ZCD(仕様2)

>>93
全く完全に同感
Cypressのマイコンは全ピン5Vトレラントでこの点だけは使いやすかった
PICにも5VトレラントなIOピンを持つ品種もすこしあるけどピンが限定的すぎ

5Vトレラントって、どんなときに必要ですか?　あんまり必要性を感じないけど。

5V信号---->入力(3.3V電源PIC)　のトレラントですよね?　抵抗1本ではダメなのでしょうか?
出力も0-5Vが欲しいとか?

クランプダイオードに期待しすぎでしょ。
それに、+3.3Vが落ちている時に5Vがかかると、3.3V系のデバイスに
5Vがかかることになるけど？

>99
>それに、+3.3Vが落ちている時に5Vがかかると、3.3V系のデバイスに
>5Vがかかることになるけど？
こう書かれると、VDDへの+3.3Vが落ちている時に入力ピンに3.3Vなら掛けても
いいように聞こえるけど、それって絶対最大定格を逸脱してないかい？

>>100
ダイオードを通してVDDに行くので、Vf以内だから、いいんじゃないか？

最近になって秋月で取り扱いが始まった12F1840ですが、12F1822用のHEXファイルを
そのまま適用出来ますでしょうか？

>>94
5Vで動かせるもので、5Vトレラント謳ってるものってあるの？

>103
ああ、PIC32限定の話だったのね。レスアンカーついてないけど>80,92の後に"つか"とかで
続けたからてっきり>80の一覧の事だと勘違いしてた。16bitならPIC24FVやdsPIC33EVあるし

>101
絶対最大定格は大抵こんな表記だぞ
Voltage on all other pins with respect to VSS -0.3V to (VDD + 0.3V)
VDDに電圧かかってない状態なら0.3Vまでしか許容しない。

それじゃA/D入力も切断しないといけないっつぅことになるなね。

>>105
厳格にそれを解釈すると、クランプダイオードのVfが0.6Vであるなら、クランプダイオードでは
絶対最大定格を逸脱することになるのだけど、実際は、クランプダイオードに電流が流れるような
VDD+0.7V、GND-0.7Vは許容しています。低インピーダンスの信号源をつないでクランプダイオードに
じゃんじゃん流れるのは禁忌で、入力許容電流という形で表現されています。

>>99
クランプダイオードを通じて電源電圧が供給されてしまうのは、割とよくあるトラブルで、
外部コネクタを接続したら、リセットがうまくかからないとかありますよね？ ない？

>>98
>5Vトレラントって、どんなときに必要ですか?　あんまり必要性を感じないけど。

抵抗で済む場合もあるけれど、5V側の消費電流を増やしたくないときとか。
抵抗値を上げて対応できるときはそれで済ますことはあります。

ということは、そのような場合で抵抗で対処できない場合のみに
5Vトレーラントが必要と言うことですね。
だったら、さほど必要ではないということですね。

すると>>93,>>97の意見は、どうなるのかな。

疲れるから馬鹿を相手にする気は無い、とだけ書いておくよ

>>110
>ということは、そのような場合で抵抗で対処できない場合のみに
待って。俺の使い方が世の中のすべてじゃないから。
自分の望む結論を導くことを急がないで。

>>111
>疲れるから馬鹿を相手にする気は無い、とだけ書いておくよ
それはそれで失礼な話です。

>>110
こういうケースはどうでしょうか。

クランプダイオードに流す場合は電源にその電流が流れ込むわけですし、もともと
3.3V系の消費電流が小さいと吸収しきれなくなりますね。
5Vトレラントであればそういう心配はいらないことになります。

1つ分からないんだが、Vdd+0.3Vを超えてもクランプ電流の制限±20mAを超えなければいいんだったら、
Vdd+0.3Vの制限は何のためにあるんだ?
±20mAの制限だけじゃ駄目なの?

>>115
高電圧でもストレスを与えるからじゃないかな…？
高電流よりはかなり緩いんだが、寿命が一気に縮まる上になかなか特定できないんだよね、思い込みで作ってたりすると。
と聞いた気がする。

>107
確かに実際は大きめの電流制限抵抗(数十kΩ)を入れれば大丈夫だけど
その場合なら>99のいう電源OFF時に5V入れても許容できるわけで
>99の3.3VはOKで5VはNGみたいな表現はやっぱりおかしい。
電源オフ時に入力ピンに直結で3.3Vいれたら>108で指摘されてるように誤動作するし

>106
外部電源で電流がじゃんじゃん流れてくるようなら切断するなり電流制限抵抗入れなきゃ当然ダメでしょ。

>>117
なんだか「5Vトレラントなんて要らなくて抵抗で済む話じゃないか」って方向に話を進めようとしているように見えます。
そんなことはないですか？

5Vトレラントが使えることがセールスポイントになっているデバイスは少なくありません。
ってことは、それを必要としている人がいるってことです。

5Vトレラントに限らず、「俺から見てあまり役立ちそうにないように思える機能」が入っているデバイスってたくさん
あるかと思いますが、「そんなものを必要とするなんておかしい」と考えるよりは「役立つのはどんな場面なんだろう」と
考えを巡らせる方がずっと楽しくて有益だと思います。

>118
5Vトレラント使うくらいなら5V電源で動かせばいいじゃんとは思ってます。
PIC16F1や、PIC24FVなんかはレギュレーターを内蔵して内部動作電圧のみ
低電圧化させて、入出力で5Vが可能です。5Vトレラント入力よりずっと使いやすいかと。
Microchipもそう判断しているからPIC16F1やPIC24FVのレギュレーター内蔵品を
製品化したのではないでしょうか？

>>117
A/D入力で電流がじゃんじゃん流れるわけないだろ、無知すぎる。

A/D入力ピンは通常高い入力抵抗だがサンプル&ホールドが開始されると
低くなる・・・・（とはいってもじゃんじゃん流れはしない）
しかし、保護ダイオードが入っているので電源電圧よりはるかに
高い電圧がかかればじゃんじゃん流れ込み、結果としてマイコンの
電源に高い電圧がかかることになります。
これは、とても危険なことです・・・・

>>115
電流測るのめんどくさい。

>>108
半端に動いてしまって変な現象が出るとかね。

>>117
＞>99の3.3VはOKで5VはNGみたいな表現はやっぱりおかしい。
ちゃんと意味が理解できてないでしょ？
抵抗入れればいいっていうのは、クランプダイオードの電流制限を
かけようっていうだけだからね。

>>119
＞5Vトレラント使うくらいなら5V電源で動かせばいいじゃんとは思ってます。
必ずしも、所望のものが5Vに対応できているってわけでもないしね。
3.3V向けに作ったコアを5V向けにリファインしなおすくらいなら3.3Vの
ままI/Oだけを5Vトレラントにする方がいい。+5V入力が必要なお客の
ニーズも取り込める。
「オトナの事情」の一種かもしれませんな。

>123
すいません、私には>99の説明が VDD上限3.6V品のマイコンにVDD=0V(電源OFF)状態でも
入出力端子に3.3Ｖなら掛けて良いと読めましたけど違うのでしょうか？
5V入れたら耐圧的にもNGですが、3.3Vも絶対定格的にNGですからどちらもダメなはずですが

>>120
>>121の話は理解できましたか？
じゃんじゃん流れないのは、抵抗も含めてそういう回路にするからですね。

>>119
世の中、何かの方式に収束すれば済むことなんてなくて、いろいろなアプローチが
できるようになってる方が、良いと思うのですが。
5Vで使えば良いというのは一つの解決方法ですが、ほかに3.3Vでないと動かない
デバイスもあれば必ずしもそうはいきません。
5Vトレラントも含めて複数の電圧を扱えるマイコンが求められる場面もあるものです。

>>124
>>99が3.3V、5Vの2電源混在のシステムを想定していて、必ずしもそのふたつの電源が
同時にON/OFFしないのであれば、そもそも3.3V系が落ちているときに、3.3Vがかからない
という考え方かもしれません。

こういう条件も考えられます。
・3.3V系の消費電流が5μA程度である。
・外部の5V系デバイスとは直列抵抗を介して接続している。
・クランプダイオードのVfが0.6Vとする。
・3.3V電源は吸い込みのないレギュレータで構成されている。
・3.3V電源は落ちている。
・5V系の電源は生きている。

この場合、5V系の回路が5Vを出力したとき、直列抵抗の抵抗値が100kΩ程度だと3.3V系の
電源電圧は3.6Vを超えますね。

>>113
最初から結論ありきで話してて人の意見をまともに聞かない馬鹿は失礼にあたらないの？

>>115
> Vdd+0.3Vを超えてもクランプ電流の制限±20mAを超えなければいいんだったら、
> Vdd+0.3Vの制限は何のためにあるんだ?
0.3Vプラスまでなら、100A配電盤からの直結でも問題ないです、ってことでは？

>>125
＞電源電圧よりはるかに高い電圧
これがどの程度のことを言ってるのか分からないがA/D入力の規定範囲内ならそれが電源掛かっても壊れるほど流れないでしょうよ。

>>130
5Vトレラントの話の中でのことなので、「(マイコンの)電源電圧よりはるかに高い」
は少なくとも5Vは想定して良いと思います。
電源電圧が3.3Vであるとき、5VあたりがA/D入力の規定範囲内に収まるようなPICマイコンって
具体的にどんなものがあるのでしょうか。

> Vdd+0.3Vを超えてもクランプ電流の制限±20mAを超えなければいいんだったら、
> Vdd+0.3Vの制限は何のためにあるんだ?

IC内部の入力ピンのパッドがVddに対して0.3V以上高くなったら、
たとえクランプダイオードに流れる電流が少なくても、他の部分
にダメージを受けるかもしれないから、製品として無事である
保障はしないよってこと。
Vfの値は温度によっても変わるしね。

>>132
と言うことは>>77のリンクのATtiny2313の使い方も間違ってるよね。

勿論

メーカーによって5ｖトレラントを実現する方法は複数あるのが
実態のようです。
あるメーカーは、電源側の保護ダイオードをはずして入力のFETの
ゲート電圧耐圧を上げる方法とってるらしいです
あるメーカーはバッフア回路を入れてるらしい。

>>132-133
>>129の解釈が妥当でしょう。

頭ワル

>>137
なぜそう考えたかも書「け」ないのね。

Vdd+0.3Vを超えたら±20mAを超えなくても駄目なんだったら
±20mAの存在意義が無いからそれは無いと思うんだけど、
Vdd+0.3Vを超えずに入力ピンに20mA以上って流せないと思うんだけど

思うのは個人の自由。何回思っても良いぞwww　憲法でも保証されてるw
だが、データシートは絶対。

違う　データシートは「目安」

どうせダメって言っても納得しないんでしょ？
自分に都合の良い回答しか受け付けなさそう

>>141
℃素人乙

>120
人に無知とか言う前に話の流れをよく読もうよ。>99 >100 >101 >105 >106 >117後半
AD入力側のマイコン側の電源が落ちている状態(VDD=0V)の話だぞ

マイコン側の電源が落ちているのにAD出力側の電源が入っていて
マイコンの入力ピン(電源落ちているからAD入力や出力とも区別無いが)に
電圧かけたらマイコン内部のクランプダイオードを通じでマイコンのVDD端子に
流れる、マイコン側のVDD=0V状態なんだから 外部電源のAD出力を
ダイオード介してGNDに直結するようなもんだからじゃんじゃん流れるだろ。
マイコン側(VDDを共有するマイコン以外も含む)の回路規模が小さければ
ADの電圧によっちゃマイコン側が動作するかもしれない

>>139
まずは「電圧と電流の両方の規定があることが妥当であるという前提」で考えてみてはどうですか。
そうすれば>>129さんのような視点も出てきます。

あなたの場合、
「俺、すげえ合理的。両方の規定があるのはムダ。データシートに両方書くメーカーってバカだねー」
みたいな思い込みが先に立ってます。

あと、
>Vdd+0.3Vを超えたら…駄目
という読み方をすると、データシートを読むのは難しくなります。
確かに、「絶対最大定格は一瞬たりとも超えてはいけないもの」のような定義をされていますが、
この文言(一瞬たりとも)に拘って先に進まない人はつらいな。

>>142
自分が求める答えが得られるまで、いろいろな人に尋ねる人がいますね。

それじゃ恋愛の相談と同じになってしまうな。

>>145
>この文言(一瞬たりとも)に拘って先に進まない人はつらいな。
拘れよ。一番重要な事だろ。そんな決まり事を自分の解釈でねじ曲げるから
℃素人って言われるんだよ。そもそも先に進まないのは馬鹿だからだし
自己解釈でねじ曲げて進んだ所でそんなのは進んだとは言わない。馬鹿にも劣る。

＞Vdd+0.3Vを超えたら±20mAを超えなくても駄目なんだったら
＞±20mAの存在意義が無いからそれは無いと思うんだけど、
思うのは自由だけど、意義はある。

＞Vdd+0.3Vを超えずに入力ピンに20mA以上って流せないと思うんだけど
思うのは自由だけど、流れてしまうこともある

このくらい優しく書いてもらわないと駄目なのかな？
http://www.analog.com/media/jp/technical-documentation/raq/RAQ50_J.pdf

ROHMでは0.3Vを超えても良いと言ってるけど。

＞VEE-0.3V よりも低い電圧もしくはVCC+0.3V よりも高い電圧を入力した際に入力端子に
＞電流の流れ込みもしくは流れ出しが発生し、特性の劣化や破壊につながると説明いたしました。
＞これを防ぐ方法として、入力端子にクランプ用の順方向電圧の小さいダイオードを設ける、
＞もしくは抵抗を挿入して入力端子に流れる電流を制限する方法があります。
＞前者はIC に入力される電圧を制限する方法であり、後者は電流を制限する方
＞法となります。入力電流は10mA 以下となるように抵抗を設定して下さい。
＞図2.4.1 のVF はダイオードの順方向電圧でおおむね0.6V 程度として下さい。
http://rohmfs.rohm.com/jp/products/databook/applinote/ic/amp_linear/common/opamp_comparator_tutorial_appli-j.pdf

で？

PICkit2 Programmerに関して質問なのですが、
プログラムを作り、書き込んで修正して、再度書き込んでとしている時に、
開発環境が出力するHEXは更新されているにもかかわらず、
実際のPICの動作が変更されていない事がありました。
当初、PICが壊れたのかと思い別のPICを使っても同じでした。
何処で問題が有るのかと注意深く見ていたところ、
PICkit2 ProgrammerでHEXを読み込んだ際に画面上部にあるChecksumが
変わっていないのに気が付きました。
しかし、画面下部のProgramMemoryの各アドレスの値は変更されています。
PICkit2 Programmerでこのようなバグなどあるのでしょうか？
ご存知の方、情報をお願いいたします。

開発環境はMikroCを使用しています。PICは16F88を使用しています。

>>148
>拘れよ。一番重要な事だろ。そんな決まり事を自分の解釈でねじ曲げるから

それはデータシートの見方がわかっていないと思います。
もしも「何を!」と思うなら、下記に示すデータシートの電流ついての注釈について、解釈を捻じ曲げない立場で
説明をしてみてください。さて、できるかな、わくわく。

>>150のリンク先にも一瞬たりとも超えてはならぬ、とあるわけですから、それだけを
拠り所にしてしまうと、もうそれを信じるしかなくなるのは分からないでもありません。
もしかしたら、怖い先輩や先生にそういうふうにキツク言われたのかもしれませんね。


>>150が聖典をあがめる信者のように例にしたアナログデバイセズ。そこのオペアンプのデータシートです。
http://www.analog.com/media/jp/technical-documentation/data-sheets/AD8622_AD8624_jp.pdf

絶対最大定格の電圧は、±電源電圧です。(なんと+0.3Vみたいな話もなく、±15Vで使えば、±15Vが制限です)
電流については10mA。その電流の注にこうあります。

>入力ピンには、電源ピンへのクランプ・ダイオードが付いています。入力信
>号が電源レールを0.5 V 超えるときは、入力電流を10 mA 以下に制限する必
>要があります。

ね、電源電圧より上回ることを許容しているでしょう?

ここPICのスレなんだけど・・・

この子はスレタイが理解出来ない子なのかな？（；´Д｀）

>>154
注に書いてあるということはそれも含めての絶対最大定格だよっていう
ことも理解できない方ですか？
それとも注意書きは最大定格とは別物なのだと思っている？

>>148
サージとか静電気とか、ごく短時間は絶対最大定格に含まれないと思うけど
あくまで絶対なんですかねぇ
今飲み屋で、王様の言うことは絶対！って言ったら女の子に笑われるぞ

>>155
すみませんね。アナデバの資料を根拠にした話だったので、アナデバの資料を提示した次第です。

>>156
その注釈がなくても電圧は超えても大丈夫なのですよ。
クランプダイオードの存在とその電流をちゃんと解釈できる場合、という条件が付きますが。

この例のデータシートの場合は絶対最大定格の表の注釈にそれが書かれていて、
よく読めない人にとってもわかりやすくなっていますが、本文の中に紛れているケース、
当たり前だから書かれていないケースなどいろいろです。

教える側にとっては、こういう人は難しいだろな。電圧を超えても大丈夫だと教えたら
今度は四角四面に「絶対最大定格の電圧は超えても良いと教わった」って考えてしまいそうです。
それぐらいなら「絶対超えちゃだめだ」と教えておく方がリスクが低いかもしれません。

NGID:cgYD68Zk

上にも書いたけれど、絶対最大定格の電圧については>>129さんがわかりやすい解釈をしてくれているのにね。

無能なヤツほどだらだらと冗長な文を書き連ねる
ってことがよくわかるね

ごめん、馬鹿を相手にするの疲れたからこの話はやめる

>>158
>すみませんね。アナデバの資料を根拠にした話だったので、アナデバの資料を提示した次第です。

なんでマイクロチップのICの話してるのに違うメーカーの全く違うデバイスの話をしてるんだ？
頭おかしいんじゃねw
プロセスも回路も違うアナログICと比較しても正しい保証は無いんだが
理解できないほど頭が悪いのかw

みんなプライド高いんだね(´・ω・｀)

PIC使いって意外に仲わるいんだな・・・

NG推奨IDの人が何言ってるのかわからなかった。

PICのEUSARTの送信割り込みって送信バッファが「あり→空」に変化した時だけ
割り込みかかってくれればいいのに・・・

空だと常に割り込みが発生し続けるって気づくまで挙動不審に難儀したわ

>>167
それそれ。僕も填った。しょうがないので、自分で変数持って、微分した。

あと、
1)　書き込みレジスタが空になったぞ(=書けるぞ)　割込
2)　送信シフトレジスタが空になったぞ　割込
などあって、理解するまでに時間がかかる。
RS485の送受信切替を1)でやって、エライ目にあった

あれ、割り込みで送信する場合でもTRMTとTXIFを両方チェックしないとダメなんだっけ？
片方しかチェックしてなかった・・・

>>165
そらーZ80とか難しくて断念した人達が楽なPICでやっと手にいれた、自分デモできるマイコン工作の趣味を長年やってて
頑固になった
柔軟性がなくなった爺が多いからしょうがない

>>170
Z8は楽勝だろ、一部レジスタがひっくり返るのとスタックのOVF気にすれば大抵のことは楽勝だったぞ。
東芝のTMPZ84で2000年ぐらいまで使ってたわ。
8255とか大量に繋いで制御も簡単だったからな。
あれが出来ないとかありえないだろ。

>>171
BMWか、すごいなｗ

>>165
同族嫌悪

>>167,168
16550っぽく思って、使ったら同じ目にあった。ｗ

>>167
「とりあえず空なら割込みが入る」っていうのは便利なこともあるけどね。

>>175
リングバッファにセットして割込有効にした途端に送信開始するよねｗ

>>176
そうね。X-ON/OFF制御の時とかね

>>171
まあ、PIC 普及前のアマテュアの製る Z80 システムってば
32pin や 40pin DIP のばかでかい IC が 4〜6 ヶ、
標準ロジック IC が 10 ヶほど並んでおり、
ワイヤラッピングでなければジャンパー線が
夏の蔓草のようにからみあい、もりあがっていたでは
ありませんか ﾐ'д　`　ﾐ

>>172
ん？みんなZ8って行ってたんだよ当時は。
>>178
それが嫌でTMPZ84C011とかに乗り換えたんだよ。
AKI-80とかベースにすると便利だった。

どこの「みんな」なのかな？

×Z8
○ぜっぱち

Z80とは全く別アーキテクチャの
Z8というプロセッサが存在する。


https://ja.wikipedia.org/wiki/Z8_(%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9)

http://www.st.rim.or.jp/~nkomatsu/zilog/Z8MCU.html

>>179
「Z80」と書いて「ゼッぱち」と読んでいたと思う。
「Z8」とは書かなかったと思う。
https://ja.wikipedia.org/wiki/Z8_%28%E3%82%B3%E3%83%B3%E3%83%88%E3%83%AD%E3%83%BC%E3%83%A9%29

当時はSIOを内蔵したTMPZ84C015をよく使ったわ

末期には、KL5C8400とか出てたなー
鉄屋までぜっぱち。

TNC作ったなー

>>185
なにやらパチンコの基板のあたり判定とかする部分は、認定の関係で未だにZ80系らしい。
しかもメインのプログラムが3Kとか最大のサイズも決まってるとか…。だからZ80系の需要は未だにある。

最も、液晶に絵を出したり、派手な演出とかは全部が子基板で親子の関係がひどいｗ

>>187
らしいな
いつまでやるのか興味深い

PICで処理しきれないから外側にFPGA付けるようなもんですね

PIC＋FPGAは普通にやるけどな。

>>179
音でいうぜっぱち
何故にあんなにヒットしたのだろう

うはリロードしたら181、183両氏が書いてた
はずかちー

>>187
>認定の関係で未だにZ80系らしい。
なんで、いつまでもZ80に拘るのでしょうか?
認定の関係と言っても、認定担当者も世代交代しているだろうに。
Z80しかわかんない年寄りが、しかも実際のアセンブラソース見て認定してるとか?

ぶっちゃけマイクロソフトのBASICが8080系列で書かれていて、
Z-80マシンへの移植、展開が楽だったからではないでしょうか。
ハードウェアの爆発的な普及でソフト市場が安定したような。
6809とか6502なんかに比べるとプログラム書きやすかったですし。
あの頃だと速度の問題はあったけど実数が気軽に扱えるMicrosoftのBASICは便利でした。

>>187,193
2764だったかな8KB-ROM。今はCPU内にROMを内蔵したパチ専用のカスタムチップ。
だからその都合だと思う。

むかーし、メーカーの仕込みで
どの流れでもプログラムの実行速度が変わらないように命令のサイクルをすべて合わせて
大当たりカウンターに偏りを持たせて天国モードと地獄モードを作っていた機種まである。

その事に気が付かなければ検査してもプログラム上には何の仕込が無いように見えるから。

4004,8008から
♪思えば遠ォくへ来たもんだァ〜♪

プログラム不要の人工電子頭脳までもう少しだから
ジーチャン達は長生きしてメイドの土産に見届けるんだぞ。
・・・
ア、間違った、冥土だった、
まさかプレゼント持ってメイドカフェに通っているジーチャンはいないだろうな。
いたら俺にも紹介してくれ（笑）

ザイログ製（だったと思う）Z80のセラミックパッケージをアキバで見つけたとき衝動買いしそうになったなぁ。
68000のあのでかいパッケージも意味もなく欲しいと思った。

ArduinoUnoを用いて液晶パネルに画像を表示させようと考えています
こちらのサイト(http://plaza.rakuten.co.jp/aisuke37/diary/201502150000/)を参考に
AdaFruit ILI9340ライブラリのスケッチ例(graphictest)を用いて2.2インチ液晶(http://www.aitendo.com/product/7277)にArudinoを接続したのですが
コンパイルとボードへの書き込み自体は成功しているようなのですが、LEDバックライトが光るだけで文字が出力出来ません.....
配線はgraphictest内のUNOに対する指示に従って接続しているはずなのですが何故動かないのでしょう.....
最悪別のライブラリを使用してもいいのでどうにかこの液晶パネルを使用することは出来ないでしょうか?

>>198
スレチ致しました、すみませんお流しください......

>>196
今時の年寄りは>196より長生きするかもなぁ。

秋月でPIC16F1705買ってきた。
8音ピコピコMIDI音源作るぞ。

DSPICでFM音源がいいよ

何もかも初心者なのですが、助けてください

MPLAB X IDE v3.30でpwm.hなどがインクルードできません
コンパイラはxc8です（v1.37)
〜/Microchip/xc8/v1.37以下を検索してもpwm.hなるファイルもありません

pwm.hをインクルードする前の状態ではビルドできて一応実機で動いてますが

#include 〈xc.h〉
#include 〈p18f4553.h〉
のあとに
#include 〈pwm.h〉
を追加すると赤い下線がついて
Can't find include file
といわれます

ファイルはどこかから別途ダウンロードがひつようですか？

>>203
まるち

>>203
自分で書いてもいいよ

>>203
includeのなかのplibにありませんか？？

そのため
#include <./plib/pwm.h>

と記述する必要があるのでは？？？

>>203
最近のバージョンはライブラリが別になってる。

マイクロチップとしては、コードコンフィグレーター押し

xc8 v1.34までなら可能のようです。
それ以降には入っていません・・

>>202
サイン波1音までは出来た。
FM音源もdspicも今の自分には難しい。

>>209
サイン波1音なんてCしか出来ない奴でも出来る。
アセンブラでチマチマネチネチ弄ると10音ポリでも余裕で出せるからガンバレ。

ちなみに、下手な音源作るよりFM音源の方が圧倒的にやさしい。
足し算と掛け算だから、原理を知ってればアセンブラで書くのは容易いし
Cだと10分の１以下しか速度が出ないから、DSPICの勉強にうってつけだと思う。

〜は易しい、〜は簡単

という奴に限って自分では何も作ってない法則

悔しそうだなwww
Cしか出来ないからLEDの点滅位が関の山なのかwww

単発IDにムキになってるほうがそう見えますねぇ

IDなんか気にしてるのw

>>210
サイン波2音までできた。
DAC1個で1音、アナログにしてから、オペアンプのミキサーで混ぜてる。
これでも今までは矩形波しか作ったことないから感動した。

FM音源だと、1チップで10ポリができるのかい？すごいな。

C言語でもクロック上げれば出来るよ
そんなにどうこう言うべきことではないと思う
結果として出来ればどんな方法でも問題はないし
趣味でやっているのだからどうでもいいのでは？？？

アセンブラ教徒が今日も気持ち悪い

>>216
せっかくのDSPICなんだから、プログラムで足し算して結果をDACに送ればいいだけ。
FM音源はアルゴリズムが簡単＆DSPICにマッチするから、少ないステップで発声出来る。
サイン波が出来たらその読み出し周期に別のサイン波なりエンペローブなりを入れてやれば良い。
その部分は単純な足し算と掛け算なので、FIRフィルタが実行出来るDSPICにしたらたいした処理じゃ無い。

Cでもできるのか。

以前はアセンブラで書いてたけど、
Cで書き始めてからはCでしか書く気がしない。
今なんて、MCCじゃないと面倒で、部品箱はMCC未対応の石が減らない。

趣味としては今の環境が楽しいな。

>>217
クロック上げるって、オーバークロックするって事？
プログラムがタコな上に定格で動かないなんてゴミだな
そんなのは出来るとは言わないw

C言語だけでWAV再生とかやってる人居るね、それ考えたら何でもアリじゃね？

倍音のサイン波も出してレスリースピーカーにつないでほしい

ID:/cry5Qxv
ID:/cry5Qxv
ID:/cry5Qxv

俺レベルになると　00　FF　FE　とか直接打ち込んでるから

俺レベルになると音響カプラから直接音声で入力できる

そういや、10音ポリフォニックピアノがPSoCのサンプルでもあったなぁ。
結構ピアノっぽい良い音していた。あのCPUって4MIPS程度なんだよね。

俺レベルになるとディスクを見るだけでコンテンツが頭の中に浮かんで来るから
CDは簡単だったけど、H.264を脳内デコード出来るようになるまで半年掛かった

FM音源の難しい所ってチップをコントロールする事よりも音色を作る事だと思う。
あとチップ自体の動作が遅い。

>>222
WAV再生なんてなんも考えることなく垂れ流すだけだろ。Cでもとりあえず動かすなら動くんじゃね。
CがダメなのはDSPをまともにサポート出来ないって事。ライブラリに計算させる位が関の山。
なので、DSP部分を使いこなすならアセンブラ一択しか無い。DSPを使いこなせないなら
わざわざDSPIC使う必要が無い。クロックの高いPICとしてしか使いこなす能力が無いって事だからな。

Cしか出来ない奴はそんな当たり前の事が理解できないんだよ。
今までの悔しそうな書き込みがそれを物語ってるwww

>>230
そう、なんも考えること無く垂れ流すだけで微妙な音色や音声も再生できるからね

アセンブラで、DSPにあたえる基データのスカラベクトル行列演算って何ステップくらいで書けるの？
16ビットの4×4くらいでいいから教えてよ

悔しそう
℃素人

良しわかった！
単音PIC音源として
MIDIインターフェースで制御PICからコントロール
出力をミキサーで混ぜちゃえｗｗｗ

>>213
℃玄人乙

＞CがダメなのはDSPをまともにサポート出来ないって事。
別にできないってことはないだろうけどね。
スパコンでもFORTRAN使ってたりだし。

>>236
出来ないよ。DSPの真価はリアルタイムに計算出来るって事だから
DSPの機構を使わずにCで書いてたら全然間に合わない。
バッチ処理ならFORTRANでもCでも良いけど、リアルタイムに音声合成みたいな
事をやるようには出来てない。せいぜい音声再生がいいとこ。

>>234
その仕様で作ってるよ。
もうPIC16F1705を8個買ってしまったし。
上段が外部入出力、下段が音源。

>>237
お前がDSPやらFPUやらGPUを使ったことがないことはわかった。
一生アセンブラでソフトウェア書いてていいよ。

知ったか乙w

どっちかというと使ったことないのは・・・

オブジェクト志向プログラミング
には対応できないとダメだろうなあ。

PICの電子工作の話にFPUだのGPUだの持ち出さないと会話についていけないって
よっぽど足らないんだろうな。そんな奴がDSPだのFPUだのGPUだの言っても説得力が全くないw
そもそもDSPICを使った事のある奴の言葉には全然見えないw

>>237
コンパイラというものについて、そこまで無知だとは
思わなかったなあ。
そりゃ、アセンブラにしがみつきたくなるよね〜。

ID:/cry5Qxv ＝ ID:Yp4y7Z5X

コテも付けず℃素人とか貧弱な語彙でしか自己主張できないチキンw
かわいそうに普段誰にも相手にされないんだろうなぁ

>>244
コンパイラ以前に、DSPICを使ったこと無いだろw
せいぜいメーカーのライブラリを使って想定されたサンプルプログラムを動かして喜んでるレベル。

>>238
なぜに人差し指に指輪なんだ
結婚後に太ったのか

>>248
その逆だ

意識高い系だ
察しろ

自分で納得してアセンブラ選択してんならそれ自身もって使えよ、人に噛み付いてんじゃねえよ。

なにビビってんだかw

だからはやくDSPICの乗算器使ってFFTでフィルタ作る場合の窓関数通す展開式のアセンブラのソースコード出せって。
URLでいいから。

いっとくが、乗算器使うだけのコードじゃなくて、その前段階と後工程の処理コードだからな。
おれはCとアセンブラ使い分けてるが、アセンブラだけでフルスクラッチで書いたコードってのが見たいんだよ。
速いだろうとは思うが、人間業じゃないと思うんで、はやく頼むわ

「だから」ってなんだよw
頭おかしいのかwww

>>255
英語でSO、中国語で所以、サントリーの飲み物でもある
質問にお答えしました。

日本語は得意じゃ無いんだな。国は何処？

>237
自作のサンプルソースを出すわけでも無く、>232の質問にさえ答えられない
技術的な話は全く無く、ただの空論だけ。虚しくならない？

なんでＰＩＣ使いって仲が悪いんだろうなぁ・・・

Lチカくらいで終わった人達と、はるか上を目指した人達の同族嫌悪では？

>>248
指取れちゃったんじゃない？

どうせ 仕事だから出せない とか言うに決まってる。
弱い犬ほど良く吠えるな。

所詮口先だけ、アホには何も出来やしないよ。
できると言うならソースコード出せばいいだけだ・・

>>260
俺はLチカ位をアセンブラで書いてるよ・・・。

>>263
無能な中国人乙www

もうすぐ8ビット品がAVRに一本化されたら
「PICで絵色千佳＾＾」とか言えなくなっちゃうぞ

16bitPICにふさわしいアプリケーションを追求すべき

つ　ライタ

ID:bMywPqgs
なんだ、買収されたショックからまだ立ち直れないのかｗ

>>266
でも慣れたPICのIOや安定したハードウェア互換に、AVRのコア載せて、GCCでPicKitとデバッガ使えたら、
ちょっとそそられたりする。

>>265
悔しいねぇ

>>269
ワザワザPICのIOなんか使わなくても

マイクロチップ社の高度なアナログIP群とAVRコアを組み合わせれば
競合の8bitマイコンはすべて薙ぎ倒せる気がする

AVRコアに魅力を感じないんだが
市場でも評判が良くなかったから買収されるハメになったんだろうし

>>272
実は8bit品のシェアはPICを上回ってたらしいな
Arduino絡みじゃない？

すみません、以前同じ質問をさせて頂きましたがその時は回答が無かったので
改めて質問させてください

MALに入ってるBootloader用のUtilなんですが、Mac用を実際に使ってる方は
いませんか？Windows用のver2.9jはWin7(64bit)で問題なく使用出来ていますが
Mac用がOSX（EL Capitan等）でちゃんと動くのか、実際使ってる方がいるのか
知りたいです

本当はコマンドラインで動くmphidflashに期待したかったんですが、これは
MacどころかWindowsですらまともに動かなくて・・・

windows買っちまえばいいのに。なんで出来ない奴って変なとこに拘るんだろう

>>273
安売りしてたからシェアが高かったとか
いずれにせよオワコン

>>238
え？ジョークで書いたらマジだったの？
てかその基板デザインユニークで(・∀・)ｲｲ!!
昔持ってたMonoPoly(KORG)を思い出す発想

>>277
外部I/Fは汎用で使い回したいし、モジュール単位のアップグレードやデバッグがしやすいから、こういう構造が好き。

>>259
PIC使いはアマチュアが多いからじゃないか？

私のオフ会での経験によると、
他人が作ったプログラムにバグを発見したとき、
「バグがあります、Aという症状で、Bが原因で、対策はCです」
と報告すると、プロからは感謝されるが、アマチュアはまるで人格を否定されたかのように怒る。
過去に二度ほどイヤな思いをしたので、
二度あることは三度ある、今はアマチュアの作ったソフトは、
すごいですねぇ、素晴らしいですねぇ、と褒めまくることにしている。
もちろんバグを見つけても黙っている。

PICファンがAVRを褒め讃える、Cファンがアセンブラを褒め讃える、
そうすればレスの下らない言い争いは無くなってメデタシ、メデタシ。

>>278
内容に関係無い話で悪いけど、この基板良いよね。
評価用に買った2枚が無くなったので、追加で何枚か買ってきた。
＋ 電源ラインの配線をしなくて済む。
＋ パーツのすぐ近くで電源と接続できる。
− ハンダブリッジに気を遣う。

>>279
俺の代わりにバグ見つけてくれるとありがたいと思うけどなあ
なんでﾌｧﾋﾞｮるのか理解出来ん

>>281
バグがあるかもと思ってる人と、バグなんてないと思ってる人の違いじゃね？
プロは機能がＦＩＸできてからが仕事の始まり、アマチュアは機能がＦＩＸできたら終了

新卒やアマチュアに状態遷移図書けというと、異常ルートのまったくないヤツを平気で書いてくる

>>280
リード部品だけならいい基板だよね
チップ部品が混ざってくるとヒヤヒヤする

1005とかなら丁度いいけどな。

ちょっとスンマセン
MPLAB X IDEのエディターの事で聞きたいのですけど

↑この赤い線は何ですか？

できれば　コメントアウトの列を揃えるのに使いたいので
赤線を左右に移動させたいです。

たぶんToolsのOptionsのどこかで設定できそうですが　わかりません

>>284
丁度良い？
ワンサイズ上が丁度良い
秋月のリード売りのやつかな

あ゛、プルアップとかノイズ取りコンデンサとして電源やGNDと接続する時ね。
2.54ピッチの時は大きくないと繋がらない。

2.54ピッチだと1608あたりが良い感じかな。

>>285
たぶん、印刷時の用紙の大きさ(というか印刷領域)のことじゃないかな。
用紙サイズを変えてみて下さい。

>>289
あのさぁ・・・・
知らないなら一々口挟まずに黙ってれば？馬鹿なの？

>>285
その赤い線は単に「ここまでが80文字なので見やすいソースコードになるように
1行の長さを大体このくらいに抑えましょうね」って言う目安の印だよ

>>285
うっとうしいので俺はtext limit lineの色を変えて見えなくしてる。

>>290
ただ>>285へのレスだけを淡々と書く。
というわけにはいかないんだな、人格的に未熟だから。

>>292
この程度のことで勝ち誇りたい年頃ｗ

>>289
レスどもです

>>290
ああ、そういう事ですか
サンクスです

>>291
なるほどtext limit linetっていうのですか
サンクスです

>>293
負け組だから仕方ない

いろいろやってたら　Tools → Options → Editor → Formattingで
Languageの項目をいろいろ変えてみてたらRight Marginを変更出来る奴があったので
そこで変えることが出来ました

ダウンロード＆関連動画＞＞



とりあえず鳴った

>>297
すばらしい
コイツはグレイトですよ。実にすばらしい。ブラボー

凄いよ

ファミコン世代か
いい年して選曲がキモイ
アニヲタ、フィギアヲタと同類のキモさ

プチプチ音が気になるけど、「とりあえず」いいね。

>>296
了解しました。
用紙の、右側の余白(マージン）の設定ですね。
たぶん用紙サイズを変えると、線の位置も変化するとおもいます。

>>297
周囲のごちゃごちゃ感がいいなｗ

>>297
うわー、凄い
結構いい音色ですね
軽く感動

そして基板は例の電源が飛ばせる基板

電源は飛ばないだろ。
無線給電なのか？

ハンダ不良でショートして電源がバチっと飛びやすい基板なんじゃね？ｗ

これかな、高いけどＤＩＰで小さく作るには良さそうだね
http://akizukidenshi.com/catalog/g/gP-07214/

>>305
無線給電。その発想はなかった

>>306
それそれハンダブリッジで手軽に電源が取れるらしい
試しに買ってみたけど使わないまま放置されてる
別スレでも製作写真あったけど皆配置が綺麗で羨ましい

プチプチ音はMIDIのメッセージ受信が波形生成に干渉してるんだと思い、割り込みをいじってみたが、音のオンオフに連動して発生してるようだ。

出力にLPF付けたがダメだった。

DACのVref、DAC出力バッファ回り、ミキサー、電源波形、ミキサー出力のDCオフセットの影響あたりを見てみようと思う。

この基板、部品配置優先でピンを決めたから、ICSP不可能。特にVppピン周りの回路
は気を使わないといけないな。

>>305
MIDIはbluetoothシリアルで受けてるから、PCとの接続って点では無線。

電源が無線というのはパワーグリッド基板のことを言ってるんでしょ。チップパスコンは使いづらいけど、配線は楽だよ。

DCオフセットで思いついた。

プチプチ音の原因は、無信号時のDAC入力値が0だからかも。127とすべきか。

プチプチがぜんぜん聞き取れんのだけど・・・・

> 127とすべきか。
プラス電圧域だけで出力してるなら、無音は中点電圧にしないとね。

>>311
>プチプチがぜんぜん聞き取れんのだけど・・・・

そうとうお歳をお召しな様でW

>プラス電圧域だけで出力してるなら、無音は中点電圧にしないとね。
そうとは限らない。

中点にすればいいとは限らないとは？
結果的に無信号時電圧を中点にしたらプチプチは消えた。

「そうとは限らない」とぼかすのは
・よく分からないか、
・自信がないか、
・いつでも逃げられるようにするため
なんだってさ。

>>313
音源次第だから限らないと書いた。バッテリー駆動の物で無音を０Vに設定するものもある。
その場合はプチプチ音を消す方法は２つある。
>>313は中点にするべき音源、回路構成なのに中点にしてなかったって事だろ。

>>314
悔しそうだなｗｗｗ
頭の悪い奴ってだいたいそうだけどなｗ

草を生やすのは心理的に逃げるためだよ。

℃玄人が具体的なことを書くわけがない

そういう人ほど怖がるね。

プチプチが聞き取れないとは書いてあるけど、
プチプチを含めて「音色」だと思っている場合もある。

「限らない」なら、どういう場合かその時に書けばいいのに。

自分の落ち度を無視して相手の落ち度だけ指摘するのもどうかと。

ダウンロード＆関連動画＞＞


プチプチ消えたらこんな。

無音時0Vでプチプチを消す方法が気になるな。
バッテリ駆動ってことは、バッテリ節約するためでしょ？
DACの基準電圧に負電源？アンプに工夫？

>>315
℃玄人乙

>>319
>プチプチを含めて「音色」だと思っている場合もある。

お前、自分の言ってることが分かってるかw
韓国人じゃあるまいし、見苦しいよwww

>>319
>「限らない」なら、どういう場合かその時に書けばいいのに。

自分で書けよ。なんで俺が書かなきゃいかんのだ？
図々しいにも程が有る
教えてほしいなら　「教えてくださいご主人様！」と叫んで3回まわってワンと吠えろw

>>323
「教えてくださいご主人様！」
くるくるくる
「ワン!」

DAC後段のミキサーの入力に、無音時のみDCオフセットを加算すれば、無音時のDAC出力は0でもプチプチしないんじゃないか。

メリットあるのかな。

>>320
8音シンセサイザーになった！＞前の４音でしたよね？
エンベローブが良い感じにふわっふわで楽しい
手作りでこれが出来るって羨ましい

>>325
> 無音時のみDCオフセットを加算すれば
その加算したところで音が出るよ。

32MX250f128B で

i2SのPCMショート・フレーム・モードのマスターモードは再現できるんだけど

i2SのPCMショート・フレーム・モードのスレーブモードが再現できない・・・

SPIRBF: SPI 受信バッファフル ステータスビットが立たないんだけどなんでなん？

i2SのPCMショート・フレーム・モードのスレーブモードってバグとかあるん？

なんか知ってる人いませんか？

ちなみに普通のSPIスレーブモードはちゃんと駆動するし


SPIRBF: SPI 受信バッファフル ステータスビットもちゃんと立つ

>>323
自信がないから書けるわけないよな

>>322
言葉通りの意味なんだがな。

>>323
こっちも言葉通り。

>>331
池沼に何を期待してるの？

>>328
エラッタには載っていないので、新しいバグか？？？

>>323
自分で書けよ。なんで俺が書かなきゃいかんのだ？
図々しいにも程が有る
教えたいなら　「教えさせてくださいご主人様！」と叫んで3回まわってワンと吠えろw

サイン波音源はこれでおしまい。
次の回路でまたよろしく。

>>324
よろしい。

バッテリ駆動の量産向けICは大抵、無音時は0Vにしてある。メッセージカードとかに使われる簡易的な物がそう。
数的にはON・OFFの圧電サウンダの次に多いと思われる。
スピーカーを直接駆動するものもあるし、トランジスタ１石のエミッタ接地アンプの場合もあるが
何れにせよ発音終了後に出力電圧を０Vにする事でアンプの電源も落とせる。
このタイプはバイアスの掛け方に２種類あって、発音スタート時にハード的にランプ波形を
生成しバイアスを掛ける物と、音データ（大抵はPCMか同等の物）自体に
スタート、終了後のランプ波形を持たせる物がある。後者はメーカーのツール自体に
ランプ波形を追加する機能がある。後者は音声メモリを食うので時間が短くなるデメリットがある。

以前、昔、TIの小ピンDSPを使ってパーコールとかやった時は、ソフトでランプ波形を出力してた。

PIC+抵抗+トランジスタ+スピーカー+電池で出来るので、暇人はやってみるといい。

ありがとう。
とても勉強になった。
プロの人か。

>>337
おつ。
俺、>>324なんだけど、正直言って、もったいぶらずに最初からそれぐらい書けば良いのではないかと思う。
教育のために自分で調べろっていうのは、自分が所属する組織の中でなら良いのだけど、
あるカテゴリに秀でた人だって、別のカテゴリでは素人同然ってことは、この世界ならよくあることだし、
皆がみなすべてのカテゴリに秀でた人になる必要もない。
自分が持っている知識なり長所なりを提供しあっていければ、匿名掲示板に集う意味も大きくなる。

くるくるくる、わんわんわん！

俺はしばらくの間のクイズだと思えて楽しめたよ。

答え合わせが1ヶ月後とかだったらモヤモヤが溜まるけど。

＞自分が持っている知識なり長所なりを提供しあっていければ
提供しあうんじゃなくて、一方的に頂きたいってだけだべ？

>>341
性悪説に基づくなら来なくていいと思うのです。
本件については俺は傍観者だったけれど、知ってることは提供しているよ。

あと、あらゆるカテゴリで素人の人が結果的に一方的にいただく立場になったとしてもOKだと思うのだけど。
こういうのは「現在の俺の収支」だけで考えてると無理があるんじゃないかな。
もし、現在の俺の収支だけで考えるなら、現在において求めない人だと教えてもらうことがない(情報の収入がない)から、
その人は何を提供しても収支は合わないことになるね。
でも駆け出しのころは多くの人がいろいろな人に指南してもらう立場だったよね。

それ以前に、音源のムービーの人は、もうそれだけで凄い刺激を公共のものにしてくれているわけだし、そういうのも含めて
提供しあっているって考えて良いのではないかな。

技術は「持つ者」と「持たざる者」の２種類しか居ない訳で
会社じゃ有るまいし、「技術を持たない者」に対して
懇切丁寧に教えてやる義務なんてない

あくまで技術を持つ人が好意で公開してくれているに過ぎない

施しを受けるのが常識だと考えるお客様体質な奴がいるから空気悪くなるんだよ
2chはお客様サービスセンターじゃねーってのに

作品公開は自己満オナニーの垂れ流しなだけだし
それ自体は悪い事じゃないけど、
それをしてくれてるからってことで手助けをする義務は無いよね？
手助けもまた自己満オナニーだからやりたい奴がやれば良いだけだろ

毎回ID変えて投稿する趣味

>>339
>もったいぶらずに最初からそれぐらい書けば良いのではないかと思う。

もったいぶってる訳じゃないし断る。
そもそも考え方が間違ってるよ。自分の組織とやらなら自分にメリットがある事もあるだろうが
2chで直接的な回答を書くのは世のためにならない。
素人だから無知なのは当然として、努力しない素人を導こうなんて大層な思想なんて持ち合わせて無いから
必要なら学校の先生にでも聞いてくれ。学校なら努力しない奴でも教えてくれる。

だいたい俺が書くのは「知ったかすんなよ℃素人」ってのが定番だが
℃素人が知ったかしてする書き込みは害悪なので牽制してる。
℃素人呼ばわりされた奴は自分じゃ知ってるつもりで書いてるから反発して
酔態晒すのを見るのは楽しいが、所詮、しったか。素人にとっては害でしかない。

>>342
>でも駆け出しのころは多くの人がいろいろな人に指南してもらう立場だったよね。

自分がそうだからと言って、他人もそうだとは限らない。
そもそも、俺の年代だと、データシートを読んで自分でなんとかするのは当たり前だったしな。
殆ど独学だよ。

>>346
℃玄人乙

>>346
はったりかまして引っ込みがつかなくなって2日間考えてやっとこじつけた
のが音楽の発音には役に立たないランプ波形か。
℃玄人が具体的なことを書くのは得意分野だけにしておけよ。

必死だな

予定調和ｗｗｗ

>>337,>>343
「知ってるけど教えない」って態度は
「本当に知ってるけど教えない」「知らないけど知ってるふりをする」「知っているけど理解できていない」どれとも捉えられる。
掲示板の場合後者2つだと思われる可能性が高い事は忘れない方が良いかもな。

書く気が無いのなら初めから口出すなよ、と思われる可能性もかなり高い。

どっちにせよ
情報を出さない奴はスルーでいいんじゃない？
相手するほうがどうかしてると思うぞ

わらわらと悔しい人が沸いて来ましたｗ

>>344
質問スレ分ければOKじゃねーか

>>355
質問スレだと自称プロな人の長文トークコーナーになっちゃうのよ

>>354
興味が無い、既に知ってる人なら、「あっそ、ふーん」だけど、
書き込み主の素振りに疑問を抱く奴も居るって事だ。

疑問を抱くのは自由だけどファビョり感が半端無いな。

あ、客観的に見てそう思うだけだから勘違いするなよ。

客観(笑)

悔しがってる暇があるなら勉強すればいいのに。

２チャンネルなんて昔から清濁あいまみれる場で、何が本当なのか
何が嘘なのかなんて分からないですよ。
書かれた内容なんてまともに受けないで、本当にそうなのかと一回自分で
ちゃんと調べたり、考えて情報を咀嚼しないと。
大食い選手権みたいにロクに噛みもしないで丸呑みばかりしていると
消化不良になったりするし、脳の発達にも良くないのと同じように
身につかないし、ご自身の技量も上がらないでしょうね。

知ったかすんなよ℃素人ってコメは考え直す切っ掛けにはなる。

コメ…？

>>364
食べる米のことでしょ

俺が「中点電圧にしなくちゃだめだよね」って書いたせいでこんなに荒れてしまいました。
申し訳ござらん。

いつも通り平常運転。

PIC使いは、相も変わらず罵倒しあっててアホかと馬鹿かと
平常運転

>>366
それより、コメ って書いたのは君かい?

コメコメクラブ

米米倶楽部ってやたらメンバー多かったよな
カールスモーキーがおそらく食えない奴らに給料やるためにメンバーにしてやったんだろうな
男気のある奴だぜ

そりゃ米（まい）ったな・・・ってか？

>>371
ドシロウト乙

豆知識
℃素人連呼するヤツに「良くわかってないから罵倒しかできないんだな」
と言うと何の脈略もなく「悔しいんだな」と返ってきます。
実は悔しがってるのは℃人本人で、自分の感情を相手に映し出しているのです。
これを心理学用語で「投影」と言います。

本当にわかってなくて罵倒しかできないのですから、あまり追い詰めず
可愛そうな者を見る目で生暖かく無視してあげましょう。

俺は人のためじゃなく自分の利益のために回答してる。
人にものを教えると分かりやすく説明する文章力がつくし、自分の理解が深まる。
ついでに解決して礼言われると気持ちいい。

教えてくださいご主人様！って言われると気持ちが良いよな。

>>374
豆知識とか言って無理やり食いつくのが
どうみても悔しそうwww
よっぽど悔しい思いをしてきて積年の恨みが有るんだろうと思うよ。哀れ杉www

arduinoでこの世界に入ってきたものです
arduinoはある程度触れたのですが、歴史の長い分野を開拓したいと思い、PICに手をつけ始めようと思います
早速pickit3あたり購入し手をつけてますが、arduinoしか知らない身として気をつけることはなんでしょうか？
オススメのPICとかあればご教授ください

>>369
それは存じ上げませぬ。

ところで、無音時は0Vというアルゴリズムは開陳されたのでしょうか。
怒涛のレスの波を掻き分ける気力はござらぬ故。

とりあえず16F84A, 16F887, 16F877A, MX250F128Bあたりを購入していろいろいじってみる予定
オススメサイトとかありますか？

>>378
ハンダ付けはできますか？

>>380
MCC対応デバイスだと楽だよ。
PIC18F26K22とか。

>>380
今更84なんて使うより1823とか1827あたりにしておけば？

>>380
http://www.microchip.com

>>380
古い石は作例は多いけどあまり参考にならないかも。
16F84は内蔵オシレータもないから不便だし、今から使うなら16F1827とか16F1938あたり、
または8pinの16F1822とかが分かりやすいのでオススメ。
ArduinoからということはC言語を使うのだと思うけど、
あっちのようにすぐ使えるようなデバイスモジュールやそのライブラリは揃ってないから、
自分でデバイスを繋いでドライバー部分も書くことが多くなるので、覚悟してくだされ。

>>385
コードコンフィグレーター

>>386
あれはPIC内蔵モジュールの設定用ですよね
外付けしたデバイスにも対応してくれるようになったの？

>>387
内蔵ADCとか

16F84のメリットは、最小限の機能の日本語データシートの存在では。一度日本語のデータシートを頭に入れれば、他の機種の英文データシートも読める。

>>387
アルデーノは、AVRも含めた基板回路全体が規格化されているので、
周辺ICのライブラリも　たくさんあるでしょう。

PICの場合は、周辺ICまでのライブラリはないから不便だよね。
またcinfigも面倒だよね(1回やれば慣れるけどね)

でも
マイコンの周辺ICには自分の思い通りのICが選べて、
自分の思い通りの基板サイズにできて、
自分の思い通りの回路設計ができて、
自分の思い通りのライブラリが作れて、
コードも簡潔に無駄なく書ける、

それだけだよね。

arduinoって、外付けデバイスのドライバも書かなくていいのか！
PICで加速度センサからの読込で苦戦したけど、
そういうのないってことなのか。いいな。
俺の無知な発言は忘れてくれ。

>>380
はじめの３つくらいはやめといて、PIC16F1827あたりから始めるのがいいと思う。
「作例 PIC16F1827 XC8」で検索したらこんなのがトップに出て来たけどどうかな。
http://neo-sahara.com/wp/2015/05/14/%E3%82%82%E3%81%97%E3%80%81%E3%81%93%E3%82%8C%E3%81%8B%E3%82%89pic%E3%82%92%E5%A7%8B%E3%82%81%E3%82%8B%E3%81%AA%E3%82%89%E3%80%81%E3%81%BE%E3%81%9A%E4%BD%95%E3%82%92%E3%81%9D%E3%82%8D%E3%81%88-2/

べつに作らなくてもいいからH8のデータブック端から端まで読んでみるのはどうだろう

>>378
俺もAruduinoからPICに入ったけど
PIC16F1827でMPLAB X ,xc8使ったよ
本買ったけどxc8の使ったのが無くてGoogle先生に大変お世話になったよ
一通りPICで遊んだ後は
PSoC1で遊んでる
IDEの出来はMPLABよりも使いやすい

どこもマイコンを使うときでも、出来るだけ
基本機能のみを搭載している簡単なものから入ったほうが
実際に使わない機能の初期設定で困ることが少ないと思うよ
単純なものから初めて、徐々に高機能のものを使うほうが
わかりやすいと思う。
F1タイプはお勧めしません〜〜〜〜

>>394
どうせ最初は人様のコードを拝借するんだからF1で問題無い。
そこを基点にいろいろ変更する過程でコンフィギュレーションの魔境に踏み込めばいい。
ちなみに84Aは300円、1827は明らかに高機能ながら半額の150円。

マイクロチップ社のYouTubeに出演してるメリケン娘が気になっている
英語があれだから何言ってるかわからんけど
名前知ってる？
いつかあの娘で抜いてみようと思うんだ

>>377
℃玄人乙

最初にはPIC10F200がお勧め。
・クロック源の選択肢が内蔵のみなので何を間違ってもとりあえずは動く。
・アナログ機能無しなので出力をするまでの罠が少ない。
・安いので壊したか心配になった時のためにたくさん買っておける。

なおLチカとスイッチ入力くらい試したらまともな石に移る前提で。

PICはArduinoにはなれなかったから
ガキみたいなジジイがいろんなとこで粘着してんだよな

いや、そもそもなろうと思ってないし

>>400
そうそう
こういうやつw

>>399
そうそう、>>401みたいなやつね

いろいろ参考になるわ
ところで、ど　の変換を℃にしてる人は
やっぱそっち方面のヲタなのかな？

PICのことが気になってしょうがないんだね

>>393
PSoCの場合にはI/O操作は基本的にAPI呼ぶだけだもんね。
レジスタの直たたきなんて殆どやることないし。
タイマだのシリアルポートだのの構成も自由に組替えられるのもありがたや。

PSoCはつぶしが利かないからPICとFPGAの方が色々便利。
量産用途に嵌れば便利だけど、性能追求する感じじゃ無いし
スピード遅いしプログラミングとしては詰まらないけどな。

入門にはPIC10F200がおすすすめ・・・
に大賛成、その後PIC10F222でどこまで出来るか試してみるのも
面白いと思うよ。
巷にあるちょっとしたものなら222で作成可能なものが沢山あります
（PICの機能はよく考えられてると思う・・価格対機能の点で）
自分も50種類くらい10F222で組んでますが非常にバランスがよく
必要最低限の機能だけでも結構出来ます。
（NI-H充電器、赤外線リモコン解析機、6LEDフラッシャー（4階調制御）
　赤外線エリアセンサー、ソーラー誘導灯、太陽追尾装置など）

I/Oとメモリが足りない場合もあるけどね……。
一番は足が足りない場合が……。

16セグメント用に英語と数字、全部記述したらどれくらいのROM必要になるんだろ…。
入力側はUARTかI2Cでもいいけど、出力が足りるか不安だわ……こういう計算ってどうするの？コンパイラにもよるから組んでみるしかない？

入門に6ピンを薦めるとは℃素人猛々しいｗ
少なくとも14ピンで、書き込み用のピンは書き込み専用に使い
実機に手を触れずに何度も書き換え出来るほうが、短時間で書き換え出来るし
無駄に時間を浪費しないから効率的。

I/Oが足りなければ16F57と言う選択もある
ROMも2KWあるしね〜〜
8X8ドットマトリックスで漢字表示なんかも出来ます。

>>409
初心者はPIN数よりどれだけサンプルプログラムがあるかの方が
助かります。
どのPICを使えばより沢山の情報が得られるのでしょうか？？
データシート見てプログラムなんて組めませんし
PICの書籍も古いものが多く参考になるものも少ない

>>411
データシートを読む気が無いなら、
Arduinoでも使っていた方が幸せになれる。

>>411
12F1822でググるとかなりの数の日本語の作例がヒットする。
8pinの中では割と容量多いけど初期化設定等は少ないのでオススメだと思う。
10Fシリーズだと容量もpin数も機能も少なすぎるので…
慣れたら次は18pinとか28pinので。
さらに容量や速度が不満になってきたら24Fシリーズでどうですか。
(個人の感想です)

picってネットに無線で繋いだりできるの？
esp8266ならちゃらっとできるんだけど
そもそもpicにそんなことできるわけないかw
Arduinoになれなかったんだしな

>>414
PICでもwifiモジュールがあればできる
Arduinoも同じだろ
そもそもESPシリーズはArduinoIDEが使えるというだけの話でArduinoとハード的には無関係だろ
Arduino信者ってキモいな

日本人は仏壇や神棚があり初詣にも行くくせに無宗教だと思い込み、すぐ信者という言葉を使って他を排斥する基地外民族

お盆に墓参りに行くのも立派な信者の宗教活動

このスレは外国人も来てるのか
なかなか国際的だな

>>418
韓国人を差別するな！
どう考えても韓国人は被害者だろう

お前ら日本人は反省しろ
そして韓国人に感謝しなさい
日本が存在するのも韓国のおかげなのは歴史が証明しているんだから

>>410
16F57は好きだけど初心者には勧めづらいなあ。
・内蔵クロックが無いのでクロック源を外付けする必要あり。
・2kWあるが、ベースラインなので定数テーブルに使えるのはその半分。
・プルアップ機能がないのでスイッチ入力のためには外付け抵抗が必要。

>>414
コピペしてネットに繋げるのが精一杯な感じの奴の書き込みだなｗ

>>416
そんな調子だから、無知無教養って言われるんだよ。

作るモノも決まってないのに使うICだけ決まっている本末転倒

>>423
面白そうなデバイスを見つけたら、とりあえず調べたり使ってみる人って強いよ。
作るモノが決まったときの豊かな抽斗になるし、抽斗が多ければ作るものの発想が広がるもの。

>>424
そういう発想は無いみたいよ。
なんでもググって、それでも分からなければ２ちゃんに頼るという
情けない方々だから。

Arduinoは既存のシールドを接続して他人が作成したスケッチを少しイジるだけの
簡単なお子ちゃま仕様のオモチャだからつまらんのよ

MCCが機能拡張して、arduino用の外付デバイスを制御できるようになればいいのに、とmicrochip信者が発言してみる。

>>419
東亜でやれ

>>427
前者はともかく後者は自分から始めてみては？
コンパイラの主流も大体決まりつつあるし、その書式でジャンジャン公開していけばいいと思う。

>>426
激しく同意。

シールド
スケッチ　もう、この言葉だけで、イヤになっちゃう。
スケッチって言わなくてプログラムとかソースでいいじゃん。

>>429
公開できるほどの信頼性がないww

Arduinoって開発環境が特に優れているって訳じゃないよな
シールドを付け替えて色々な機能を簡単に追加出来るのが受けているんだよな
マイコンチップとして自分で半田付けして機器を作るような人にはあまり関係ないよな

>>432
このモジュール使いたいけど俺のスキルじゃ無理、ってのが結構あって、arduinoはドライバが転がってて羨ましいと思うことはあるよ。

作られたモノ自体はArduinoでも、そうでなくても要は作られたものに何らかの価値があれば良いんだし、
特にプロトタイピングって位置づけなら、何で作られているかは二の次だと思う。

Arduinoや出来合いのシールドのおかげなのか
「マイコンどころか半田付けも苦手、でもアイデアはあるよ」
みたいな人の作品がいろいろ出てきているのは良いことだと思うよ。

こういう流れはみんな恩恵を受けてきている。
技術的ハードルがアイデアの実現の壁になっているなら、そんな壁なんかどんどんなくなれば良い。

ここでArduinoの話ばかりするのはどうなんだろうね

>>435
自分たちが獲得した技術や知識の習得をすっ飛ばしてモノを作るなんて、って感じなのかなあ。
そんなのつまらない考え方だよな。
Arduinoの悪口なんて言わなくてもいいのにね。PICで負けないぐらいに愉快なものを作れば良いんだし。

でもPICにもArduinoみたいな環境が普及すればいいのにな、とも思う。
好きでない人は使わなければすむだけだし。

>>436
PICが残念なのは書き込みに高電圧を必要とするところ
このせいで初心者が手を出しにくい

AVRは（というかarduinoは）この欠点がなかったからこんだけ普及した

AVRとArduinoの区別もつかないのが信者。
AVRとPICの区別はつく？
買収された方と買収した方だよｗ

>>436
アルディーノみたいな標準品がないからなぁ……。
まあそれでも世界的に見れば廃品種作らなくていい位売れてるから問題ないんだけど

個人的には早く5桁シリーズの普及が欲しい

マイコンチップであるPICと応用製品であるArduinoを比べようとする時点でクソキモい。

>>436
AruduinoもPICもAVRもPSoCも使うけど
まったく同意

ID:PJjXV6+Vが何と戦っているのか分からない。
俺の場合は、ArduinoもPICもESP8266も使い、
Arduinoで出来てPICで出来ないという経験が無いからだろう。
ESP8266はちょっと毛色が違うけどね。

PICはArduinoにはなれなかったから
ガキみたいなジジイがいろんなとこで粘着してんだよな

>>438
PIC信者ってキモいなw

>436
標準環境なんか作ったらそこで製品の改良が終わっちゃわないか？
AVRなんかarduinoのせいとはいわんが、MEGAシリーズはろくに機能追加されず、挙句
マイコン自体にはたいして依存してなかったからarduinoに捨てられて終了みたいなもんだし。

逆にPICはもう終わりだろって思ってた8bitPICがエンハンスドミッドレンジを出して、さらに多種の
周辺機能を追加した新製品が続々と出ている、USB OPA CWG CLC NCO PPS SMT ZCD CRC 等
I/Oピン毎の入力レベル、OD出力、スルーレート制限 なんてのも追加されてのもある。
これら周辺機能有無とピン数別で多数展開してる品のそれぞれの特性を活かせる、共通の
ハード(マイコン＋基板）が作れない。

>>437
LVPがあるけどね
PIN一個損するから使ったこと無いけど

>>437
高電圧要らないのも有る。PIC24系とか。

PICなんかよりZ80とか6809の方がいいだろ？

スレチ承知で書き込むけどさ
あれだけArduino、主にUNOが普及しちゃうと、
その次のモデルってのはすごく難しいよね、戦略的にも性能的にも。
そうすっと今のUNOの微妙なバージョンアップ品みたいなのが延々と続いて、
ある日そのアーキテクチャが物凄く時代遅れになっている、となる可能性は極めて高い。

モノ、というものの構成要素に、依存性の高い要素を組み込むことは、
安定化には繋がるが、将来的に閉じる事が同時に約束されちゃう。
そこらへんをエンドユーザはどう感じてどうやっていくのか、ってのはすごく大事なことだと俺は思う

>>449
UNOが今でも強い存在感を持ってるのは、そこそこの実用性を持ってるからだと思う。
「それで十分」みたいなものなんだけど、この感覚はある意味危険で「それで十分」だと
思ってるつもりが実はその環境でできることしか発想できなくなっている場合もある。

「家から出してもらえないとき、家の外に出たい猫はストレスを感じるが、
家の外に関心のない猫は、それで充足する」と、ペット屋のおっちゃんが言ってた。

定番環境でマイコンに触れてから、もっと深く学ぶなり技術の部分を他人にゆだねるなりするようになるのか
その定番環境でできることだけに面白さを感じるようになるのかは人それぞれだね。

そういえばPICも、ずいぶん長いあいだ PIC16F84 が定番だった。これをしゃぶりつくした人や
これ以上のものの必要性を感じないと言ってた人もたくさんいるのではない？

>>450
ひさしぶりにこのスレでいいこと聞いた気がする

Arduino使ってた人も中途半端なことに気がつき
ラズパイに走ってる人がかなりいることも事実です

高性能なものが作りたい、
簡単に作りたい、
って気持ちと、
全てのビットの振る舞いを理解して制御する達成感はどっちもアリで、トレードオフな部分があると思う。

両立は難しいから二刀流で良いよ。

全部 斜め読みしつつ、デフォルトで良いところはほっとく、だな。

中華のコピーでいいから、ラズパイ０ほしいなぁ。
安くてちっこい部品として。

>>450
どうせ、他人が作った物を丸写しするだけ
だからメジャーどころでいいのさ。

>>456
さすがに中華でも５ドルはつらいんちゃう？
本家はコピーのスイスに身売りしちゃったし

本家は財団で、買収されたのは製造しているファーネルじゃなかったっけ。
ファーネルっていえば日本国内では部品通販のレオコムが代理店なんだけど、
あらためて調べてみたらEagle CADもファーネルの一部なんだね。

なんか地味で退屈

LEDマトリックスでも光らせてみては？
足と性能が足りるか分からんけど、aitendoのフルカラーマトリックスとか

定番の74HC595で増やす

Arduinoが無ければ8ビットマイコンはPICが制圧してたな
先行組がMega8あたりでAVRに流れ、Arduinoで一気にひっくり返された感じだ

>>463
制圧していたかもしれないのは、ホビー市場ですかね？
半導体産業のマーケットとしては小規模な話だと思いますが。

>>462
LEDマトリックス用なら電流取れるBA823がお勧め。

ただし入手性に難あり。


http://www.binzume.net/library/avr_matrix_led.html

PIC16F57でも漢字表示くらいは十分出来るよ。

PICでHVPとLVPってあると思うけど、HVPを使う利点って何なの？
もはやLVPだけでいい気がするんだけど

>>467
安全性

>>467
信頼性

>>467
そのLVPって実際には誰も使ってないじゃん
それだけLVPの方がデメリット大きいって事だよ

>>470
デメリットって具体的には何？

LVP敢えて使う必要がない。
つかMCLR/VPPは専用ピンだろ事実上。

よく知らんが
高電圧を掛けて書き換える信頼性の高いEEPROMか
低電圧で書き換えられるが信頼性の低いフラッシュメモリが使われている
とかの違いがある製品あるのかもしかして

高電圧はプログラミングモードに入るためだけじゃないのかな。
プログラミングに必要な電圧は内部でチャージポンプで作ってるんだと思うな。

今時、書き込みに高電圧が必要とか時代遅れすぎじゃね？
とか思ったんですが、皆さんどう思います？

>>468
安全性とは具体的になんですか？
電圧的な観点ではないと思うがどういうことですかね

>>469
>>473的な話ですか？

>>470
具体的にどういうデメリットがあるのか自分も知りたい

>>475
時代遅れも甚だしい

逆に何故高電圧を嫌うのか知りたいんだが

ライタの自作が複雑になるから高電圧は嫌われてたんじゃないかな
最近ではPickit買われるようになったから関係ないとは思うけど

他社の書き込み機を見ると半額とはわないまでも3000円切ればいいなぁとは思うけど、その分マイコンが豊富でいいかとも思う。

個人的には高電圧でなければならない、とは思わないけれど、
あえて「安全性とは何か」という理由を探すなら、
「通常使用で何かの拍子に書き換わったりしない(という確率が高い)」
ってことではないですかね。

ICSPのための接続のまわりで高電圧対策が必要な場合もあります。
世間が「低電圧書き込みが常識」と思うようになれば(すでになってるか)
高電圧書き込みは次第に廃れていくように思います。

高電圧とか低電圧とか素人っぽい。♪

高電圧って言うほど高くないだろ。+10Vかそこらだろ

13Vだね

>>481
ここ玄人がいるのか？

LVPがあるのに、HVPにしてわざわざ別電源を用意するだけのメリットが本当にあるのか？実は誰も答えられない現実

>>485
別電源？
何いってんの？？？

>485
LVPだと*MCLRを無効にして入力ピンとして使えなくないか？