PIC専用のスレ Part 58 エラッタの話題も歓迎
■ このスレッドは過去ログ倉庫に格納されています
______
/Microchip ./|
/ ( ゚∀゚) / | アセンブラのアの字もわからない
|~ ̄ ̄ ̄ ̄ ̄| /. 超初心者からHEXが読めてしまう
|/Z./Z./Z./Z_|/ || 鬼プロフェッショナルの為のスッドレ(#゚Д゚)だ!モ゙ルァ
||. ||. ||. ||
大人気のPICマイコンのスレ
なんといっても情報が豊富だし、開発環境も多いし、パッケージも豊富
使いやすくて、しかも安い。やっぱりPICだよね
例の如く基本リンクだ
http://www.microchip.com/ マイクロチップ本社(Microchip Technology Inc. )
http://www.microchip.co.jp/ マイクロチップ テクノロジー ジャパン 株式会社
http://www.microchip.com/maps/microcontroller.aspx Microchip Advanced Part Selector (Maps)
またーりやっておくんなまし
種類が多くてワカランって奴は上記パーツセレクタで、機能から最適製品を絞り込め!
教えて君はとりあえずGoogle( (p)http://www.google.co.jp/ ) くらい使おう
テンプレ内の秋月小売価格も在庫が捌ければ、次の仕入れからは昨今の為替相場変動にならって
適宜価格改定されてます。ここの表記価格とは違うかもしれないのでそのつもりで
回答者する人の注意
. 最初に回答したい気持ちは分かるけど、質問者の内容を、落ち着いてよく読もう。
質問者する人の注意
. あなたの周囲しか通じない変な省略語は使わずに、なるべく詳しく説明してね
前スレ:
PIC専用のスレ Part 57
http://rio2016.5ch.net/test/read.cgi/denki/1517669525/ >>59
能力が高いものを使えば表現できる範囲が広がる。
わざわざ能力の低いCPUを使わなくても、
もっと能力の高いCPUでハイレベルの制約を楽しめば良いのでは?
32ビットCPUが趣味で使われる時代に、
能力の低いCPUでレベルの低い制約を無理に作ってもしょうがない。
「PICユーザーはマゾ」、「PICはジジィ向け」なんて言われないようにしましょう。
なんて書いたけど、「楽しみ方はいろいろ」と言われると……ま、いいか、とも思うw >>60
あのね、もうちょっと言葉使いを考えてくれ。
まったくホントのアホはこれだから困る。 こういう真性のアホのせいでPICスレはいつもトゲトゲしい雰囲気になってしまう。 TK80をリアルに過ごした俺には最高に面白いオモチャなんだよ。 >>61
>32ビットCPUが趣味で使われる時代に、
>能力の低いCPUでレベルの低い制約を無理に作ってもしょうがない。
全然>>59で書いたことが理解できていないね。 >>62
>>63
ここまできれいなブーメランはなかなかお目にかかれない >>65
現代のCPUの使い方がわからない言い訳がひどい >>62
他人を不愉快にさせるのが趣味なんだから無視、放置がよろしい 趣味なら何でもありさ。
ALU、レジスタ、メモリコントローラとかを全部8ビットマイコンで作っておいて、
全部シリアルでつないである独自CPUとか作ってみたって別に悪いってことはない。
デコーダが動き出して、シリアル経由でレジスタCPUにインストラクションポインタの
値を要求して、読み出された結果に従って、メモリコントローラにメモリアドレスを指定して
読み出し要求して、読まれたデータをデコードして、ALUに演算要求をこれまたシリアルで
送って・・・とか
こんな超スローな環境で性能あげようとして、パイプライン化とか、キャッシュとか、
投機実行とかやってみるのもありだし、命令セットやオペコードなんかもどうするのが
効率があがりそうなのか、結構頭をひねることだろう。
別にそうやって楽しむのがが悪いわけではないしな。 趣味で迷惑をかけなきゃ何やってもいいけど
理解が得られるかどうかは別
どちらかというと隠れてひっそりとやる趣味だと思う いまだにTTLとかトランジスタでプロセッサ作ろうとか言うやつも居るんだぜ
PICで趣味で何をしようが勝手じゃないか
生暖かく傍観してればいい てか・・・8bitCPUでも32bitCPUでもどちらかを使える人ならもう片方も使えるでしょ。
32bitが使えない人ってのはズレた解釈だと思うけどねぇ。 それがそうでもないんだな
8bitしか使えない人
DIPしか使えない人
PICしか使えない人
サンプルコードが無いと何も出来ない人
このスレには特にこういうのが多い >>72
> どちらかというと隠れてひっそりとやる趣味だと思う
あなたの感想ですよね? 少なくとも仲間が集まらないとできない趣味とは間違うな。 ここにやってきてPICとPICユーザーをけなしている人に
何を言っても何も変わらない。そういう人だから。 >>75
やらないだけだろ。どれもたいして変わらんよ。 結婚出来ないんじゃなくてしないの
彼女が出来ないんじゃなくて作らないの
これと同類 8bit PICの制限がー
という人はPIC24やdsPIC、PIC32使えばいいじゃん
これらは8bit PICのような制限はないよ
DIPパッケージの製品もあるしね PICの場合、4bit MCUを使ってたところを8bitに移行ということでPICを使ってるケースもありそう >>81
うん、だからな。
制限がー・・・あって仕事にならん、なら乗り換えればいいし、
制限がー・・・あるけど乗り越えるのタノシー、なら頑張ればいい。
制限がー・・・ある8bitはゴミ、そんなの使ってるやつは底辺、みたいな、煽って話し相手を求める
寂しがりやさんがスレに来るからウザがられる、という話だ。
あなたが3番目でないことを祈るよ。 俺は3番目ではない。むしろ >>84 と被る内容だ。
8bit PIC を使ってる人を小馬鹿にしたような発言が後を絶たないが、
初心者質問スレで「こんな回路を作りたい適のだが」という相談は
8 pin 8bit PIC を使えば楽勝、32 bit なんか要らん要らんという
内容が後を絶たないと感じている。
まあ、それだけ 8pit で十分というニーズがあるという認識だ。
最高速が必要なら Core i9 搭載とまで言わなくても PC で処理
すればいいんだし。
ロボコンとかで ARM あたりが丁度良い分野があるのは判る。
だが、俺には ARM が丁度良いと思う作りたい分野がない。 宇野壽倫(葛飾区青戸6)の告発
宇野壽倫「文句があったらいつでも俺にサリンをかけに来やがれっ!! そんな野郎は俺様がぶちのめしてやるぜっ!!
賞金をやるからいつでもかかって来いっ!! 待ってるぜっ!!」 (挑戦状)
■ 地下鉄サリン事件
オウム真理教は当時「サリン」を作ることはできなかった。
正確に言えば 「作る設備」を持っていなかった。
神区一色村の設備で作れば 全員死んでいる。「ガラクタな設備」である。
神区一色の設備を捜査したのが「警視庁」であるが さっさと「解体撤去」している。
サリンは天皇権力から与えられた。
正確に言えば オウム真理教に潜入した工作員が 「サリン」をオウムに与えた。
オウム真理教には 多数の創価学会信者と公安警察が入り込んでいた。
地下鉄サリン事件を起こせば オウムへの強制捜査が「遅れる」という策を授け「地下鉄サリン事件」を誘導したのは
天皇公安警察と創価学会である。
天皇は その体質上 大きな「事件」を欲している。
オウム科学省のトップは 日本刀で殺された「村井」という人物だ。
村井は「サリン」授受の経緯を知る人物なので 「日本刀」で殺された。
http://d.hatena.ne.jp/kouhou999/20150224 PIC だけか、
PC + PIC (FTDIでつなぐ)
でだいたい、間に合ってる。
最近は、Raspi + PIC もあったな。 >>88
そうですね。PIC側は、シビアなタイミングで動かすのと、
VID/PIDライセンスの問題あるから、使ってません。 ライセンス?
個人で使う物なら気にしなくていいし、
量産品ならいずれにしろ考えなくてはならない
と思うのだが USBの処理をするだけでタイミングを維持出来ない?
それはなにか設計がおかしいような気がするなあ
FTDI分の値段や面積でマイコンのランクをあげられるわけだし >>89の
>VID/PIDライセンスの問題あるから、使ってません
仮に生産品だとしてもPICは少量生産ならPIDを振り出してくれるんじゃなかったっけ。
これを超えるだけの製造をするなら、VIDを取得してもペイするのでは? >PIC側は、シビアなタイミングで動かすのと、
これは理由としてはありなんじゃないかと思う。 マイコンのランクを上げればシビアなタイミングがスローなイベントになったりするけど
FTDIの金額を回せば どちらでもできてコストも面積も同等なら
どちらでやってもいいと思うが >>96
「どちらでもできる」というのは、エンジニアの資質や持ってるノウハウによるところも大きいと思う。
ハードウエアのデバッグは、個人だとテスト環境が不十分だったりするので、
USBの低レベルの処理は、実績のある FTDI に任せて、
FTDIのバッファとやり取りするだけというのが、安物のロジアナを使うことも出来て便利なんです。 >98
そうなんだよね。
ここまでの意見を見ていても量産数量がどの程度を想定しているのかなと思うことが多かった。
ある程度の規模で量産するなら基板の面積やコスト重視だが、極めてごく少量生産なら
従来資産の流用の方が重要で部品価格の数百円は問題にならないことが多い。 >>87
>>88
>>89
の流れに違和感を感じない? >>100
筋が通ったやり取りだと思って、補完しながら読めば内容はともかく筋は通っているように見えるよ。
違和感の内容をくわしく。 >>99
確かに。
コストを考えるときに部品代だけを考えるのは、相応の量産の場合ですね。 単に面倒とか能力的に難しいとか書けば良いのに
「PICはシビアなタイミングで使う」とか言うから
色々と作ってて全てシビアなのかよ
とか
シビアなのにわざわざPICを選ぶのかよ
とか
趣味の工作でライセンスを気にするのかよ
とか コントローラとして使ったら1クロックでもずれてはいけない用途もあるだろ >>103
そうですね、PICで事足りることが多いので、無理して、他のマイコンを物色しないのは確かです。
あれこれチャレンジして素早く使いこなす能力が劣っているのでしょう。
いろんな、マイコンを使いこなして、最適な選択ができるエンジニアって、能力と境遇が羨ましいです。
僕は、ゆるーい案件しかしてないので、8bit PICで十分なのです。
cc5x,cc8e コンパイラで、それなりに自作のライブラリ資産もあるしね。
それでも、特定のパターンのパルスを出力する場合には、1クロックレベルの精度が必要な場合は多々あります。
シビアといっても、その程度です。 >>105
こういう人間にはなりなくない、の見本のようだな >>106
PICで1クロックレベルの精度なんて不可能
4クロック単位でしか制御出来ないんだから 8080より使いやすいし、それに見合う物件一杯あるだろw >>108
たとえば、目盛のない1m±1mmの長さの基準器があったとして、
それを使って、長尺の棒から3mを測って切り出したとする。
そのときの精度っていくらになるんだろう。 >>108
動作クロックの何倍かを入力する仕様のICは幾らでも有る。 >>112
そういうことを問題にしているのではないのに。
脱線するけど、PICのオシレータが4MHzで、基本命令が1usで実行されているとき、
動作クロックは4MHz?1MHz?
動作クロックは4MHzで、インストラクションサイクルが1usではなかったっけ。 >>113
動作クロックは1MHz。
四相クロックで動いてるが。 動作クロックがSystem Clockの事を表すなら4MHz
CPUの動作クロックと言えば普通はこれの事で
データシートもこの数値で書かれている
PIC16F18346の最高動作周波数は8MHzである
と言う会話をすることはなかなか無い >>115
1クロックが、動作クロックかシステムクロックは、今の文脈上どーでもいいことですね。
PIC16系が8Mhzが最大動作周波数というのは、確かに遅いですよね。
それで、十分な用途が多いから、欠点とは、なってないと思います。
ライフサイクルが十分長くて、入手性がよく、個人でも価格がリーズナブル、
軽微な改修で、より低価格、高機能な、最新PICに切換え可能というのは、
ありがたいマイコンだと思ってます。 動作クロックがいくつかを語るのに
動作クロックの定義は極めて重要ですね それでやっと分解能1/(8MHz)
オーバークロックする強者もいるみたいだけど 「私が作りたいものはこのCPUで間に合うので、このCPUで十分です」というのは、
(CPUという言葉をOSや言語処理系などに置き換えできる)
技術レべルが向上しない人間の典型的な言い訳だと重う。
同じような人間は以前に出入りしていた会社にもいた。
低レベルなCPUでは低レベルなアプリしか作れないが、それで良いのか?
よりハイレベルなアプリを最新の高機能のCPUで作りたい、とは思わないのかな?
未知の領域にチャレンジしたいとは思わないのか?
マルチタスクで動かしたい、なんて思いもしないんだろうな?
などと書いてしまいましたが、
アマは何をどうやろうと基本的に「カラスの勝手でしょ」ですw
その長寿命の安くて有り難いPICマイコンを死ぬまで使い続けて下さい。 パルス出力が1pinだけで良くて、
分解能がさらに半分で良いのであれば
MSSPを使うのが良いです
16命令サイクル遅れても波形が乱れないので
ギリギリ割り込みでも可能かと思います
あと、PIC16F145xは他のPIC16よりもちょっと速い48MHzで動作します
微妙にパワーが足りないときに >>120
時代遅れの5chにマイナー言語の日本語で講釈垂れてないで
よりハイレベルな世界のコミュニティで演説ぶってきたら?
いつでも未知の領域、よりハイレベルを目指しているあんたならできるよ
俺は5chでまったりPICでいいや >>122
利用しますよ。
ソフトでやる場合も
クリティカルな処理をするときには、タイマー割り込みかけて、割り込み内でやるか、
割り込み禁止して、処理するかはケースによりますね。
タイマー割り込みで、処理振り分けして、並行作業で処理するのも定石にしてます。
なので、USB等の通信処理に割込みを使われるのは嫌だし、
そっちの処理をうまく調停してやるノウハウもってないだけかも知れませんけど。
答えは一つじゃないという感じですね-。
.開発環境や、蓄積したノウハウもあるので、なるべく、PICしばりで方法を模索するのも、
ワクワクします。
ここは、PICのスレなので、
なんで、他のマイコン使わないのかという議論よりも、適用範囲とか、壁にぶちあたった時の回避策の議論が有益かなと思っています。
48MHz動作もあるのですか?PIC18にある乗算器もあれば便利なのですがね〜 タイミングがシビアなパルス出力の用途が非常に気になってるわけですが >>122
16F1788とかの高速PWM付いてる品種は、周辺機能を64MHzで動かせる。 FTDIよりもPIC16F1454の方が安かったりしない?
ただのUSB-UART変換ならコードもそのまま使える
2マイコン構成 ていうか、
タイミングがシビアでUARTはどうしてるの?
割り込み?
ポーリング? >>129
FT245を使ってます。送受信バッファがあるので、楽チンです。 PIC16F1454の方がもっといろんな事が出来るんだけどねえ
まあでもなんとなくパルスの用途がわかりました >>131
面白いPICですね。EEPROMついてればいいのに。。。14tssopは好きなサイズです。 あれ? お勧めPICリストがいつの間にか無くなってるやん お勧めは
PIC16F145x
PIC16F15xxx
PIC16F18xxx
PIC32MM GPL
PIC32MM GPM
PIC32MZ EF
PIC32MZ DA
これ以外はニッチ FT245の値段でPIC32MM0256GPM028が何個か買えるじゃん
パルスの用途はFT245との通信なんだよね?
PIC32MM GPM 1個で済ます方が安くてコンパクトで高機能で高性能
PC側のボーレート設定とか気にしなくて良いし
パルスの用途が仮にFT245との通信では無かったとしても
PIC32MM0256GPM028をFT245の代わりに使った方が
安くて高機能で高性能
別にPIC16F145xでも良いけど
PICスレなんだしPICを使おうよ >>135
FT245RLは、秋月で300円ですから。
PIC32は興味あるけど、今使っているコンパイラは対応していないし、開発環境の問題があるな。
xc必須なんでしょうか? IC単体で買ってるの?
じゃあなおさら敷居は低い
PIC32MM0256GPM028はDigiKeyで234円
PIC16F1454は秋月で130円
USB-UART変換としてだけならサンプルコードがほとんどそのまま使えるし
そのままマイコンとしての置き換えも当然出来る
PIC32MMであればPIC16F18346よりもずっと高速で多機能
PIC16でアセンブラで書くよりもPIC32MMの方が速いし、
アセンブラとC/C++の融合も簡単
普通にMCCも使える 開発ツールはMPLAB-XとXC32
ライタはPICkit4でもPICkit3でも USB付PIC
PIC16F1454 130円 48MHz 14KB/1KB
PIC16F1455 140円 48MHz 14KB/1KB
PIC16F1459 190円 48MHz 14KB/1KB
PIC32MM0256GPM028 234円 (DigiKey) 24MHz 256KB/64KB
PIC32MX230F064B 270円 40MHz 64KB/16KB
PIC32MX270F256B-50 380円 50MHz 256KB/64KB
PIC32MX274F256B 521円 (DigiKey) 72MHz 256KB/64KB
PIC32MK1024GPD064 802円 (DigiKey) 120MHz 1MB/256KB
PIC32MZ2048EFH064T 1100円 200MHz 2MB/512KB
PIC32MZ2048EFH144T-250 1350円 252MHz 2MB/512KB >>137
趣味で使う分には、いいかもですね。
暇なときに挑戦してみます。
xcライブラリ?のUSBの取り扱いは、PC側からデータ到着したら、バッファに格納されていて、ポーリングかけるか
割込みかかるか?って感じですか?
EEPROM書き込み時とか、クリチカルな処理のために、一時的に割込み禁止かけたりは可能? USBの処理は割り込みじゃなくてポーリングでもいいけど定期的に処理をしないとダメ
まあ普通は割り込みでやる
送受信データ自体はDMAで処理されるから
処理自体は軽い
データはキュー経由で、タスクでゆっくりと処理をすれば良い
他にタイムクリティカルな処理があるなら
そっちの割り込み優先度を上げておけば良い
EEPROMは普通I2CやSPIみたいな同期シリアルでマスターになるんだから
読み書き自体にタイムクリティカルな要素は無いとは思うけど
何を心配してるのか知らないけど
一歩踏み出してみれば
出来ることは確実に広がる USB OTGのサンプルって
mlaの2013-06-15より後のには入ってない? ブロック図を見たけどこれはひどい
CPU2個を単に1個のダイにのせただけ
みたいな またどうせエラッタだらけで使い物にならないんだろ。
そんな金とヒマが有るならこれまでのCPUのエラッタを一掃してくれよ。 これは酷い
よく恥ずかしくもなく出せるよな
エンジニアはもういないのか? >>148
下手にOS載せるより、タスクの数だけコアを用意した方が楽だな。 PICじゃないけど仕事でメインMPUとサブMPUをSPIで通信しているが、FiFo ならメイン側の処理に負担かからないのが良いな。 アセンブラ爺さんは穢多と同類。
MCCが使えるようになって、8bitも32bitもボーダーフリーになるよう頑張ってねーwww PIC24って2クロックで1命令こなせるんだな。
Z80周辺LSIもどきとか作れそうだ。 >>159
昔のCPU(ワンチップでない、I/Oやメモリが外付け)の良い点は
ここにも書いて有る通り
>バスの状態がPC から丸見え!
だと思う。
メモリバス、データバス、コントロールバスの状態を見ることができるので、
I/Oデバイスの初期設定のミスや
実行中のトラブルの原因などが発見しやすかった。 ■ このスレッドは過去ログ倉庫に格納されています