初めてのPIC 0x11
レス数が1000を超えています。これ以上書き込みはできません。
PICを触り始めて比較的日が浅いという初心者のためのスレです。
もちろん、日は経っているが自分はまだ初心者という方も大歓迎です。
PIC選びやPICを使った回路設計は誰でも最初は不安なものです。
恥ずかしがらずに何でも尋ねてみましょう。
なお、PIC関係のスレにはもう１つ「PIC専用のスレ」があります。
質問・回答する際は…
品格に劣る回答者はスルー(相手すると逆効果)
素人玄人などと上から目線の回答者は無視
良い回答が出るまでしばらく再発言しないのもあり(良回答は後に出やすい)
回答者のアドバイスで後日解決したら結果報告
回答者は初心者に優しく
Atmel買収以降アンチによる荒らしも横行してるので見かけても無視
(特にスレ立て当初はこぞって荒らしに来るのでスルー)
必要なソフトなど(基本無料)
統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide
コンパイラ(XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers(高機能版のみ有料)
コード生成プラグイン(MCC) ttp://www.microchip.com/mplab/mplab-code-configurator
マイクロチップ・ライブラリ(MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications
必要なハードなど
初心者はPIC16F1以降の型番で始めると無理なく始められます。
最初からPIC32で始めるのもあり。
MCCの利用でハードルはむしろ低いです。
http://akizukidenshi.com/catalog/g/gI-11902/
プログラムの書き込みには書き込み器が必要です。
持っていない場合はPICkit4などを購入しましょう。
なお、eBayやAliExpressで買えるPICkit3の中華クローンも十分な性能が報告されています。
PIC一覧、スペック検索 ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005
過去スレ
0x10 2018/06/29～ ttps://rio2016.5ch.net/test/read.cgi/denki/1530265723/
0x0f 2018/05/01～ ttps://rio2016.5ch.net/test/read.cgi/denki/1525183933/
0x0e 2018/02/13～ ttps://rio2016.5ch.net/test/read.cgi/denki/1518524799/
0x0d 2017/10/25～ ttp://rio2016.5ch.net/test/read.cgi/denki/1508935254/
0X0C 2017/07/27～ ttp://rio2016.2ch.net/test/read.cgi/denki/1501157324/
0x0B 2017/05/08～ ttp://rio2016.2ch.net/test/read.cgi/denki/1494235320/
0x0A 2017/01/04～ ttp://rio2016.2ch.net/test/read.cgi/denki/1483498857/
0x09 2016/09/07～ ttp://rio2016.2ch.net/test/read.cgi/denki/1473238791/
0x08 2016/04/30～ ttp://rio2016.2ch.net/test/read.cgi/denki/1461994030/
0x07 2016/02/05～ ttp://wc2014.2ch.net/test/read.cgi/denki/1454648249/
0x06 2015/07/18～ ttp://wc2014.2ch.net/test/read.cgi/denki/1437151298/
0x05 2015/04/07～ ttp://wc2014.2ch.net/test/read.cgi/denki/1428391368
0x04 2015/01/02～ ttp://wc2014.2ch.net/test/read.cgi/denki/1420205108
では、質問どうぞ～っ gccを使いたい、という嗜好を持ってる人は、その嗜好にあうCPUを選べば良いのでは？ ここは初心者が質問するスレです。
先輩方の雑談は、本スレでお願いします。 ここは初心者が質問するスレです。
先輩方の雑談は、本スレでお願いします。 >>ID:guxdA1vz
いつの時代の人？
もう何年も前からその程度のサイズ、配布方法なんだが。 >>474
そのセリフ時々見かけるけど何かのコピペですか？
初心者なんでその意味というか背景がよくわからないです。
説明してください。 >>479
反応せずにはいられない人がいる魔法のコピペ >>474
8ビットPICを除くと､
XC16やXC32やAVR用も含めて全部gccなの知らないの? 無料版は最適化が糞だしmicroMIPSが使えないからなあ
フル版ですらGCCの最適化はいまいちなのに >>482
金を出さないならフル機能使えないのは当たり前｡
提供されてるコンパイラのソースから自前でコンパイルすれば､
MicroMIPS使えるはず｡ ＞無料版は最適化が糞だ
あー、それも魔法のコピペの１つだね
今まで幾度も出てきた話だけど客観的に証明した人居ない
試しに聞くけど、ほかのどの無料版との比較なの？ >>484
そんなの簡単に証明できるだろ｡
何をわけわかんないことを言ってんだコイツ｡ >>485
＞そんなの簡単に証明できる
では、どうぞ。 >>485
どうしてけんか腰の言い方するんかねーー
雰囲気悪くなるからぜひやめて >>485
>そんなの簡単に証明できるだろ｡
>>484が言ってるのは、
単純に、有償版に比べて、無償版の最適化がどうこうって話ではないよ。
PICのコンパイラの無料版の最適化が「糞なレベル」か「妥当なレベル」かの判断は、
他のマイコンのコンパイラの無料版の最適化との比較でないと判断できない、
ってことだよ。
そんなこと簡単に証明できるの？
恣意的な見方や、期待する結果を導くテストもできそうだし、
一見、客観性のあるようなデータだって信用できるかどうか怪しいし、
一点の曇りもない証明に至るようなことなんて言えるのかな？ マイコンヲタクの君らがいくら嫌おうとも選択され続けているし
身の回り、蓋開けたらあっちにもコッチにも。 ここは初心者が質問するスレです。
先輩方の雑談は、本スレでお願いします。
ここは初心者が質問するスレです。
先輩方の雑談は、本スレでお願いします。 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b) >>491
罵詈雑言はやめて、言いたいことがあったらきちんと反論しようよ 最適化が足りないなら金を出してライセンス買うか、
自分で最適化するだよ
中間ファイルとしてアセンブラのソース吐いてくれるから >>493
5chが影響力を持つのは日本の学生相手くらいだろうなｗ 嫌うのは勝手だけど有効な代替を示せてない
例えば>>334に誰も答えてない
口先だけで新旧含めたPICの文化全体にいちゃもんつけてて滑稽 >>501
と思っていた時期もあったけど、PIC16F1シリーズがホットですね。 PIC18除くPIC16F1以上、例外的に米粒の威力でPIC10F、でもほとんどPIC32ばっかり。 ちょっとした低速ロジックの置き換えならI/Oが足りてる最安のPIC使うことはよくあるな こないだ２相クロック生成をPICでやった
タイマーIC555の代わりとかやるのもいい
代替には5V動作が必要な場合も
用事が片付いてくれれば石はなんでもいいんだよ コイン電池駆動用途では
16LF18xxが大活躍中 mplab_ide と8bit のコンパイラ入れてみたよ
後日開発してみるわ >>370
> 初心者でも最低限データシートは読めよ
> 初心者を免罪符にして甘えんなボケ
しかし、データシート読んで理解できるなら、それはもう初心者じゃなくね いや、データシート見た上で不明な点、疑問な点、理解できない事を質問してくれって事。 データシートを理解できるかできないかなんて二極ってことはない。
全く見ていない人も、まずいない。データシートを読むことを最低限というなら、最低限のことはたいていの人がやってる。
熟練した人でも熟読したつもりで読み落としていたり、表層しか読めていなくて理解しているつもりのことも珍しくない。
初心者だから読めませんは狡いし、データシートを読めばわかるというアドバイスも空疎。
ここをこう読め、ってアドバイスをすればいいのにね。 > 初心者を免罪符にして甘えんなボケ
Aという資料のBページに書いてある、ていどの親切心は欲しい。
あとは他の人に言い聞かせるときの言葉遣いの問題だな。
教養のレベルが低い人は当然ながら言葉のレベルも低くる。 一部にずばりの答えだけを求めるおかしいクレクレ質問者が存在するのは事実なんだけど
それを代表にして高圧的になってもな。 >>511
いやいや、データシート見てないやつが大半だと思うよ。 >>514
それならとりあえずダウンロードして表示だけでもしてもらって、見たことにしてもらおうじゃないか。
その時点で「見たことがない人」ではなくなる。それでまずは第一歩。 >>512
例えば最大定格に関する質問はデータシートの該当するページにあるよね？
それを聞かれる度に、どのデータシートか、どのページかをわざわざ指定して教えることに意味はあるのかな？
そのレベルの回答は聞いた瞬間忘れて身に付かない。で、また似たような質問するんだよな。子供に算数教えるのと似てて、考え方ややり方を教えないと、覚えない子供はいつまでも聞くだけだよ。 お前の為のスレじゃない
答えたく無いやつは答えなきゃ良いだけ
別に毎回同じ人が質問してるわけじゃないし
何の為の初めてスレだよ そんな「超親切な」メーカーサポートみたいなのを
期待されても・・・ねぇ。
ここをなんだと思ってる >>517
答えたくない奴が答えない権利と同様に
罵倒したい奴がばとうしてもいいんだぜ
数回に一回は初心者装う荒らしが質問っぽく自慢して自爆 ここは初心者が質問するスレです。
先輩方の雑談は、本スレでお願いします。 >>512
僕も初心者ですが、
全くその通りだと思います。
データシートは見ていますが、
全くわからないのです。
用語も略語も、ネット検索すればそれぞれの意味はわかりますが、
それらが繋がらないのです。だから質問しています。 >>512
僕も初心者ですが、
全くその通りだと思います。
データシートは見ていますが、
全くわからないのです。
用語も略語も、ネット検索すればそれぞれの意味はわかりますが、
それらが繋がらないのです。
何が重要で、何が重要でないか、わかりません。
だから質問しています。
先輩方にも、こういう時期があっただろうと想像しますが、
それはデーターシートだけで解決したのかも、不思議です。 >>523
ですから、質問して尋ねているのです。
データーシート読んで、それだけで全部理解出来たなら、
特に質問しなくても良いと思うのですが。
先輩方には、そういう方もいると思いますが、
僕も
早くそうなりたいと思うのです。 はじめてのPICスレで必死にマウント
ダッチワイフの上で激しく腰を振るおっさんの背中を見るようだ
実に哀れ データシートはリファレンス。じゃぁチュートリアルはどれだけ読んだのかってことだよな
違う筆者の本を3冊くらい三回くらい全部読み直せば、データシートの内容は6割がたつながってくるな
前半の機能リファレンスと後半の電気的特性リファレンスの違いと意味も忘れずに。
ちっマジレスしちまったぜ 荒らし上等のスレ
初心者の質問に答えないスレ
こんなスレ要らんだろ pic の開発環境はarduinoに比べてかなり難易度高いね・・
むかーし やってたけどわすれてしまった・・ >>ID:j+52kjpP
で、質問は何？
>>527
ずいぶん無駄の多い習得方法だなｗ >>530
タダで効率よく何かが出来ると思うのが間違い >>527
>違う筆者の本を3冊くらい三回くらい全部読み直せば、データシートの内容は6割がたつながってくるな
3冊3回にどれぐらいの妥当性があるかは別にして、違う視点が書かれた入門書を読んで「繋がってくる」っていう感覚は大切だよな。
「ある何か」の黎明期を過ぎて、それが成熟期に入ってくると、今やってる人と入門者の乖離が始まってしまう。今はそういう時期だ。 今はマイコンを触るのに、スクラッチから書くんじゃなくて、ひながた作成ソフトで作ってから
編集するのが一般化してきてる。
PIC16F1ならMCCでやっつける感じなんだけど、これの良い教科書って何なんだろな。
俺自身は、感覚的に使えてしまったけど、予備知識のない初心者には絶対にわからないだろうな。
とっかかりさえわかったら、いい開発環境だと思うのだけど。 理解のブレークスルーはあるね。
というか、自分の場合はあった。
機械語がどういう物か判ったときがそうだった
それ以前はBASICをあやふやな理解で使っていた
いまのスクリプト言語のような物しか知らない人たちは、
そんなあやふやな感覚で使っているのではないかなぁ
と想像したりしている。 >>531
ああ、金のことだと思ったのね？
学習効率の意味です。
きっとまともに受験してない人だな…と。 >>530
今日の質問はありません。
これまでに、たくさん教えてもらいましたが、
まだ他人さまに教えてあげられるほどは理解していないです。 >>528
いえ、答えないのはググレカスというあの人だけで、
それ以外は、皆さん親切に教えてくれます。 >>534
スクラッチから書く ではなくて、
スクラッチで書く ですね。 >>540
>>534のは「スクラッチ言語を使う」という意味じゃないですが、そこは認識合ってるでしょうか。
ひな形や元ソースなしに最初からプログラムを書くことを「スクラッチから書く」って言います。 >>522
その通り。
ウザイ奴は無視しとけばいいよ。 >>540
この場合は英語のStart from scratch.(ゼロから始める)からきてるね。 ID:j+52kjpPさんが、まだデータシートを読みこなせるレベルではないことと、
どうやればわかるようになるのか、不思議だと思っていることはわかったのだけど、
今はどんな本を見て勉強しているのだろう。 むしろ「スクラッチで書く」という言い方を初めて見た。
これも「書く」とは言わなそうだし…。
https://scratch.mit.edu/ >>545
例えば Scratch pad は(剥ぎ取り式)メモ帳。
コンピュータだと Scratchpad register スクラッチパッドレジスタ 一時記憶用レジスタ。 >>546
えっ、新英和中辞典やリーダーズ英和とかだとゼロや最初になってるけど。。。 データシート見て理解出来ないならPICは使いこなせない
電気の素養の無い本当の初心者ならArduinoに逝け 日本語表現では、「ゼロから始める」「一から始める」はほぼ同じ意味だよな。
>>550
>>549みたいなのは、100人いれば確率的に一人二人は存在するもので、コミュニケーションができる相手じゃないから。 >>551
> 551 774ワット発電中さん sage 2018/08/22(水) 06:26:54.00 ID:JEF5SohY
> 日本語表現では、「ゼロから始める」「一から始める」はほぼ同じ意味だよな。
まっ、そうだね。
自分的には「先ずイチからやり直しだ」って言う時、暗にスタートはゼロだけど最初の努力目標がイチで、次がニ、更にサン、シ・・・って積み上げ直して行くようなイメージがある。
言語学的な正解は分からんが。 自然数は１からか０からかみたいな
普通はどっちでも良い ゼロから、という概念は明治以降あるいはもっと近代かもしれない。
日本語では元々「最初」は「一」で表現してきたと思う。
英語はどうだろう。何かを学ぶとき、first step みたな表現をするんじゃないかな。
工程に喩えるなら、zero は at start point でまだ止まっていて、
one(first)は on the road って感じでスタートして動き始めているような感じだ。 初めてのPICスレの登場人物
・データシートおじさん
初めてのPICという初心者いらっしゃい的なタイトルスレッドの空気を読まずに
「データシート見て理解出来ないならPICは使いこなせない」
と言い切るイケメン
自称すごく使いこなしてる人 データシートおじさんは、
人に教えてあげる能力が無いんだよ
能力無いのに初心者スレに粘着してるんだよ
能力無いバカだから初心者スレに粘着してるとも言えるんだけどね PICスレがこんだけ荒れるのは普及してるから
使う人間も玉石混交ということか 自分の場合はデータシートは最初見ても全く何のことかわからなかったよ
でも、情報量の多い12Ｆ675で他の人がやってることを真似てみて
色々作っているうちに徐々に理解できるようになった。
マイクロチップのデータシートは他のメーカーと比べてある機能を
使いたいときにすべてのレジスタについて記述されているし
（他のメーカーはこのレジスターの説明ページを見ろという）
英語の記述も比較的癖の少ないものになっているので、一つを
理解できれば他も同様の見方で理解できるよ。
（特にルネサスやTi、Freescaleはひどいものだ） chip のdata sheetは問題ないんだけど
mplab x ide 難しすぎだ 質問いいでしょうか。
MPLAB X を使ってみたのですが、
アウトプットペインのコンパイルのエラーが分かりにくいです。
エラー説明の行だけ赤くするとか、出来ないでしょうか？ >>455
でUSBが動かないと質問させていただいた者です。
Genericでやっていたのですが、CDCでやってみたらアッサリ動きました。
本当はGenericで動かしたかったのですが、とりあえずはCDCでしのぎます。
もっと知識が増えてからまたチャレンジしてみたいと思います。
アドバイスしてくださった方、ありがとうございました。 >>559
> データシートおじさんは、
> 人に教えてあげる能力が無いんだよ
いいとこに気がついたね
そうなんだよ、文句言うだけなんだよなあ >>563
データおじさんにバージョンが書いてないだろって、突っ込まれるよ
みててみ PICはいろんな機能に特化されているチップがあって見ていて面白いのですが
今一ボクみたいな素人ではゼロから開発は敷居が高い感じがするのです
データシートみたいなのを意識しない、Arduinoみたいなお気軽開発環境みたいなの無いのですか？
Arduinoはすげー使いやすいんですが、トガッた機能が無いので今一面白みにかけるというかなんかそんなです Arduinoは動いて当たり前って感じでいまいち物足りない
PICはデータシートを隅から隅まで読み込んで適切に初期化しないといけないから
ちゃんと動いたときには妙な達成感が沸く >>596
トガった何かは、アプリケーションにあれば良いような。
PICの個性ある周辺構成を活用するのに、MCCでひな形作って、中身だけを書くって手もありますよ。 PICduinoは秋葉でも売ってるで
単なるシールド利用可のピンコンパチボードかも知らんが Lチカやって、UARTでPCからLチカタイミングコントロール
可変抵抗付けて、AD値をUART経由でPCに呼び込んで
ついでにAD値でLチカをPWM出力点灯
そのあとラジコンサーボをPWM動かして
おぉっとか自己満足しながら
UARTではなくUSBデバイス機能でやって
とかやってたら
上位PICとか他社のチップに手を出して、、、
とかだったかなぁ、俺の場合 PIC16F1454にUSBコネクタだけ付けてArduinoIDEで開発出来たら最高なのに。 工場出荷状態でDFUファーム入れてくれ、
そういう所身内から学んで、とは思うけど。 >>579
性能的にシビアな用途ならブートローダー消してPICとして使うから問題ない。 シリアル通信でプログラミングできるチップもあるのに
勝手な通信プロトコル作ってプログラマやICEを売りたがる。 今までそれで売れてきたから
ユーザーが必要ないと言って新しい石を触らないから なんかこのスレって「初めて」とかスレタイについてる割には加齢臭とか
死臭がものすごいですねｗ 高々数千円のライターが買えなくて悔しいよー、ってことでしょ。
ここで身の上話されても困るよねｗ でもマジ話（マジメな話）、ダンヒルのライターなら10万でもぜんぜん勿体無いとか
惜しいなんていう気は起きないんだけどPICのライターは1000円でも高い気がして
買う気が起きないのが現実（リアル） そいやPIC社純ライタ（純正ライタ）って「プロ製ファーム（プロダクト製品の
ファーム）をこのライタで焼いて販売するのは保証しない」みたいな逃げ文句が
書かれてた気がするんだけど、ライタで正しく焼けるかどうか一切保証出来ない
ってこと？どおいうこと？
あと、だったらプロ製ファームはどうやって書き込むのがPICの考える正しい
ファームの書き込み方（ライティングメソッド）なの？ PIC始めたころに自作ライター使ってた頃は何とも思ってなかったけど5VPICにしか焼けなかったからPICkit3買ったんだけどえらくめんどくさく感じた
トラブル多いし デバイス(USB側 and/or PIC側)認識しないとかドライバ(soft and/or hard)壊れたとかじゃね pickit3回路の昇圧能力不足で5V設定すると電圧低下エラーは良く起きるな
4.5Vくらいまで下げれば問題ないのだけれど 少なくともPICKIT2は、VDDは昇圧はしてなくて、シリーズレギュレータだけ
じゃなかったっけ。USBの5Vから取ってるから、ターゲットに供給しようとするなら、
そりゃ5Vは無理があるな、と思ってた。 高電圧ライタの完成品が存在しないAVRに比べたら極楽 AVRでライタ使うのってブートローダー書き込む時くらいでは
それすら誰もが必要としないし
今時AVRをAruduinoではなく素で使うのは酔狂よ >>595
AVRの高電圧リセッタの製作は初心者レベル卒業試験なんだよ。
ただし、tiny13/85のような高電圧圧シリアルプログラミングを
他の多ピンのCPUでも採用して欲しかった、とは思う。 すいません、PICの割込みで質問さしてください
INT0割り込みの設定が
0: ダウンエッジで割り込み
1: アップエッジで割り込み
と書かれているんですがダウンとアップの両方で割込みさす事は出来ない
って言う解釈でいいんでしょうか？
どうしてもINT0割込みでやりたいんですが、割込みルーチンの中で割込み発生
ごとにエッジの設定を反転さしてやれば見かけ上、ダウンとアップの両方で
割込みが発生するようになりますでしょうか？ >>598
>見かけ上、ダウンとアップの両方で割込みが発生するようになりますでしょうか？
なります。
赤外線リモコン受信解析のときにやりました。 最初にアップが来るかダウンが来るか規定できるんかいな。 PICの欠点が外部INTとインプットキャプチャで両エッジ割込が出来ないこと
前者はInterrupt on changeで代用出来るけど
後者はタイミング計測用途で困ってしまう >>600
今のレベルを見れば分かるだろ。アホか？ >>598
状態変化割り込み（状変割）じゃあかんの？
こっちなら上りエッジでも下りエッジでもどっちでも割り込み発生するけど mplabx v5.05? XC8はv2.0?に更新、MCMも最新版にした！
pic16f18857でとりあえずテストで7seg!
コンパイルエラー！インタラプトガーインタラプトガー！
ああ”あ”ん？プロジェクトつくり直してスイッチ押したらLチカに変更→コンパイル良し！
そこにタイマー割り込み追加！インタラプトガーインタラプトガー。。(^^;;
わかった自分のコード全部消す！インタラプトガー。。。はぁあ””???
MCC様貴方のはいたコードですよ？w
セミコロンガーとかも言ってるので見てみてもセミコロンはちゃんとある。。
void interruptの関数をコメントアウトするとコンパイル通るww
よーくMCC生成コードのヘッダーやcファイル見てみるとuint8とかboolとか用のヘッダーとかがことごとくインクルードされてない
何故かメインのxc.hも怪しい黄色い波線で注意されているw
仕様変わったのかね～？
やめてください！w
mccがおかしいのか、XC8がおかしいのか、MPLABがおかしいのか。。。自宅のはほんの少し古いバージョンなんでpic16f18857はなんの問題もありません。 XC8 2.0で何か仕様変更かバグ情報かなかったっけ。
チラ見しただけで突っ込んで調べてないけど、今トラブると嫌なタイミングなので
アップデートを避けてる。 >>606
AVRも対応 とか、らしいから、
仕事で使うのは様子見た方が良いな。 >>605
他のはそのままで、XC8コンパイラを古いのに戻したらどうなる？ >>608
会社に入れたのが最新版で自宅のが1ヶ月前ぐらいのバージョン。
自宅のは問題なし、会社の方が最新版であかん(^^)
いま確認できないので、後で見てみます。 605ですが、検索するとインタラプトガーで困ってた人が海外や日本でもいたみたいで、xc8前バージョン戻したら直ったそうです(^^)
マイクロチップのぞいたら、今回からC99標準に対応したそうです。
んでC90も選択できるようなので、古いプロジェクトはそれでいけそうですね。多分。デフォがC99みたいです
C90にするとC99では許可されてない24bit浮動小数ガーとか書いてありました。 >>605
XC8の2.0ではGlobal optionsでC standardをC 90にしないとだめとかじゃなかったっけ？
どこで見たのか失念。 質問教えてください。
PICKit3が、書き込み出来なくなりました。
MPLAB X , XC8, PIC16F628A です。
PICKIt3とは通信して認識するのですが、
PICのデバイスが見えないと言われます。
壊れてしまったのでしょうか? >>609
今日もPICのdisりが捗ってますか？ エラッタの意味も知らないdisりだからな、貧相なもんよ。 エラッタって色々な意味で使われるけど
PICの場合はエラッタなんて生易しい物じゃなくて
スペック詐欺だからねえ >>621
＞スペック詐欺だからねえ
バカだねえ、詐欺に引っかかるなんて。
幸いなことにあんたほど情弱じゃないんで、まだ引っかかったことねえや。
いずれにしても、アンチにとっては、取れる鬼の首があって良かったんじゃないの？
買収された悔しさも少しは癒えるだろうしｗ >>623
詐欺に引っかかった自慢をするあんたの方がよほど開き直って見えるが？
普通はエラッタ・リストを見てから使うのだよ。
そして、詐欺というのは大抵アホウが引っかかるものだよ。 詐欺に引っ掛かった自慢？
書いてないものが見えちゃう病気
公表されてないバグがたくさんあるんだけど
まさか知らない訳じゃないよね >>625
＞公表されてないバグがたくさんあるんだけど
知らないなあ、当たったこともないしね。
ぜひ、教えてくださいよ。
ていうか、フォーラムあたりで全世界に発信したらどお？
あ、もちろんとっくに発信してますよねえ。
ぜひ投稿のアドレスを貼ってくださいな。 >>628
おたくではどれくらいの不良率？
マイクロチップに不良解析頼んだらどうだった？ エラッタ?
呼んだニダ？
|::::∧::::::::::::::::::
|｀Д´>::::::::::::: ←
⊂::::ﾉ::::::::::::
|::y::::::::::::
|:::）::::::
|::::::: >>627
威勢のいいのはホラ話繰り広げるときだけ。
で、いつも、返答出来なくなって、最後はそれだね。
自分でみじめじゃないの？ >>614
直ったのかな？(^^)
私もそういう系色々起きた。秋月のレバー引いてセットするやつだと定期的に起きる。
●Target device was not found(could not detect target voltage VDD)
●Target Device ID(0x0)is an Invalid Device ID.Please check your connection to the Target Device.
●Target device was not found(could not detect target voltage VDD).you must connection to a target device to use PICkit3.
>>616さんのいうターゲットの電源関係で上記のものがよく起きますね～
セットし直してみる
電源OFFしてPikkit3から電源供給してみる
pikkit3電源オフしてターゲット側の電源入れてみる
ターゲット側の電源が電池なら消耗して無いか？
ちゃんと接続してあるか？入念なチェック。ボードがブレッドボードなら接触不良も考えられるので、指し直しか違う場所にしてみるとか
いつもグリグリして直してますw
なにぶん私は初心者なもので間違ってるかもしれません！後は達人様に任せます！ >>628
それが真実の場合は、
使わない。
サポートにねじ込む。
２通りの対処方法があるが、ここでほざく意味はまったく無いね。
ただのホラ。
サポートに対する度胸すらないチキン。
さあどっち？ >>620
マイクロチップのヘルプみるとC99の割り込みはinterruptでなくて__interruptみたいw
だからインタラプトガー 不正なvoidがあるニダニダ怒ってた(^^;
デフォルトでエラーになる仕様ほんとやめてほしいw >>614
コピペすら出来ないならPICなんてやめた方がいいよ。
ホントに、質問しっぱなし、事後報告無しのヤツばっかだねえ。
アンチが湧いてることと質問のマナーの悪さとは関係あるんかねえ。 >>634
コンパイラがエラーメッセージ吐くでしょ？
error: variable has incomplete type 'void'
これで検索するとPICと無関係に他のコンパイラの件もヒットするので、
C90、C99がらみのエラーは結構あるんだとわかる。
そこで、XC8を追加してもう一度検索するともうトップに出て来るよ。
https://www.microchip.com/forums/m1058706.aspx
厳しいようだけど、これくらいは自分でやらないと、と言いたい。
少なくとも>>605みたいにエラーメッセージすら書かないでただわめいてるだけじゃねえ…。
ホント、Arduinoへ行けと言いたくもなる。 >>636
すいませんでした！！605です。
別に困ってたわけでもなく、新バージョンやばい感じじゃーと勢いで書きましたw
とりあえず会社のパソコンはC90にしてしのぐかダウンバージョンします。
リリースノートに載っている割り込み指定子とか気になるのでちまちまv2いじってみようとは思います。
void __interrupt(SPI_STC_vect_num) spi_Isr(void){...}
アルディーノはやりません！(知らないだけ)PICと戦います(^^)/ PICはmicropython使えなさそうですね～
micropython使えるPICpyボードなんてあれば最高なんだが… >>614
>>632の書いてるメッセージの対処方法を私の経験で書くと、上から順に、
IDEやIPEの設定でPICkitの電源設定がされてない場合に起こる
文面通り、ICSPの接続を確認する、特にDATとCLKが逆でないか
PCとPICkitをつなぐUSBの接続具合(１度抜き差しする)、ケーブルの品質を見直す
ってところかな。
ホント、質問者トンズラが多いよなこのスレ
アンチの自演なのかもしれんな >>638
ARM でいいじゃん。
micropython いいよね。 煽るのはアンチの仕業
質問するのもアンチ
回答者もアンチ
アンチしか居ないのかな >>605です。
会社のXC8 v2のコンパイラグローバルオプションをC99からC90にしたらインタラプトガーがおさまり割り込みプロジェクトもコンパイル出来ました。
やたらと波線だらけのxc.hやstdio.hも波線消えました♩
c99のvoid __interrupt(num)は時間なくてやってません。 アンチじゃなくて
単に信者をからかってるだけ
だと思う >>644
いずれにしてもアンチが暇を持て余してることだけはわかった。
>>642
MCCがinterruptに関してC99に対応したコードを吐かないのが問題の本質なので、
対応策としてはどっちでもいいと思う。 自分の日本語力の低さを棚に上げて、
というか、そのことに気づく機会にも恵まれず、
逆にそれを困ったときの捨て台詞として活用する。
いやはや人間というのはなんと力強い生き物であることか…。 私も >>644 の意見に賛成だな。
信者が必ずムキになって反論してくるのが楽しい、ではないか？
相手にしなければ終るのに。 本スレでなく初めてスレに書きなぐるアンチなんて人間のクズ
死ね >>635
文句ばっかり言わず、たまには回答しろよジジイ PIC爺は他人を見下す事で、自我を保ってるんだよ
そういう生き物なんだよ
初めてスレの方が見下せる確率高いからね
より多く出現するんだよ 見下されたー
ってわめいてるだけの情けないヤツもどうかと思うけどねｗ >>652
やれ、見下されたー、マウント取られたー、って何でも他人のせい。
ま、俗にいう、覇気が無いってヤツだね。
見返したろとかマウント取ったろとかいう気概はみじんも無く、悔しがってるだけで一生終わるゴミみたいな連中。 >>650
質問もないのに回答しろとか、お花畑か？ コンパレータ内蔵とか、変わった周辺内蔵のPICって
なにがありますか?
(ディジタルでもアナログでも) >>657
ん？
コンパレータも周辺もそこに全部載っとるやろ。
まさか英語サイトに誘導されて泡でも吹いたか？
困った猿よのうｗ ＞馬鹿にされたり理由
んーとねえ、猿に英語が読めると勘違いしちゃったところ？
馬鹿だよねえ、ホント。 >>656
それ便利だねえ。
次はテンプレにそのアドレスも載せてよ。 >>659
どういう理由なんでしょう？
ぜひ教えてくださいな。
と言ってまともな返答が猿にできるわけもないかｗ データシート読めとか
>>656のようなサイトを見ろってので
本当にその質問に回答した気になっているなら
頭にガイジ成分入ってるだろ まぁPICの場合も型番によってちこっと違ってたりすることが多いからデータシート読めない人はだめだわね
検索もしたくないならおそらくスペックは気にしないんだろうからarduinoでいいんじゃまいかな >>656
これはいいページだ、と思ったけど、機能してるのかな。
例えば、MCCでサポートされたPIC16を検索しようとしたとして、
8bitだけにチェックを入れて、下の方の Tools で、Supported in MPLAB Code Configurator にチェックをいれたら、候補がなくなった。 データシート嫁なんて返答は自明だから不要
使った経験談が聞きたいんだよ >>669
>コンパレータ内蔵とか、変わった周辺内蔵のPICってなにがありますか?
という質問がいかようにも解釈できて漠然としすぎている。
しかも、コンパレータのように、PICに限らずありふれて、昔からある周辺を例に「変わった周辺」としているのは、見方によっては地雷質問臭さえする。
表情も見えず、口調もわからない初めて出てきた人の漠然とした質問に対して、その人の気持ちを汲んで答えることを要求するのは無茶。
質問者本人や、質問者に寄り添う人が、答えた人に暴言を浴びせれば、うまくいくやり取りだって壊れる。
「馬鹿は消えてどうぞ」「馬鹿にされたり理由が理解出来ない子かｗ」「頭にガイジ成分入ってるだろ」などと相手を感情的にする努力をする前に、
「言葉足らずにすみません。そうではなくて使った経験談が聞きたいんです。よろしくお願いします」
と書けば良いのに。 ところで、
>>655の質問から>>663の「PIC爺 二言目にはデータシート読めと云い」
までの間に、「データシートを読め」って回答あったっけ？
>>663は別のQ&Aに対するレス？ 俺もCLCは好きな周辺。といっても使いどころが滅多にないんだが。
外部割込みがかかったときに、ソフトで設定したある条件を満たすときに外部に信号を出す、
みたいな用途だった。書いていて特殊っぽいと思う。
でもこんなことでも今までは外部に標準ロジックを追加してたのが、PIC1個で済むのは便利。 殺伐としたPICスレに舌足らずなコメ書いたら
どんな反応あるかと書いてみましたw 人を不幸にする言葉を紡ぐことが悦びになる人がいることはわかっています。
でも、いつか>>675さんの心に平安が訪れるといいなあと思います。 >>665
回答というのは相手を見てレベルを変えるもので、お前の質問が稚拙だから回答もそうならざるを得ない。
だいたいお前がいつまでも地べたを這ってるからマウントされるんだろ、早く直立歩行しろや、猿！ コンパレータの実装率はPICでは８割を超える
にもかかわらず>>655を平気で書く奴は勉強不足か愉快犯
結果的には>>656に>>657で返す基地外だった
あるいは>>677の言う通り猿なのかもしれない >>668
それじゃない横長画面の検索が使いやすい。 あ、ミスった。
>>679
MCCの対応状況もわかる検索なの？
ぜひ利用したいのでリンク張ってくださいな。 適当に使っちゃてるけど、現時点で何種類あるんだろうな・・・ 「使い切る」とか喚く連中でもないんなら、要求満たして適度な余裕付けて選ぶんじゃないの？
結果かなり適当。 >>684
MCCの対応状況は16bitしか表示されないね。 ; 信者、エラッタ、ドヤ顔の次の ＮＧ ワードは 猿 にしました >>684
ありがとう。
まだこなれていない感じだし、やたら重いページだけど役にたちそう。 >>685
MCCのsupporting devicesで見てる >>689
それ、具体的にどこのことですか？
うまく探せないです、よろしくお願いします。 すみません、質問があります。
PICいじって3種目で壁にぶつかりました。
PIC18F45、MPLAB X v5.05、XC8 v1.45,v1.44
①const宣言した値が変数に読み込めない(比較も出来ない)
②グローバル変数に初期値入れても反映されない
上記の①はsmallconstとして0x801番地に配置されています。C8にあったようなROM2RAM関数がstrcpyに置き換わった、rom/ram/far/near修飾子は取る、など行ってもダメでした。
なお、コンパイラ、リンカの設定はデフォルトのままです。
何か解決策はありますでしょうか…
宜しくお願いします。 >>690
>>691さんに補足
そのURLの下の方のタブが付いている表の
Current Download
を開くと、デバイスファミリごとのライブラリのダウンロードができるようになっていて、
それのRelease noteのことを言っておられるのだと思います。 >>694
ざっくりこんな感じです。
volatileしてない、意味のない変数、というのは無視していただけると。
http://codepad.org/48ZfxIaK >>695
意味のない変数が最適化の影響を受けたってことはないですかね？
コンパイラの最適化をなくしてみたらどうなるんでしょうか。 >>696
ありがとうございます。
いま出先ですので後ほど試してみます。
全てにvolatile付けても変化がなかったので最適化設定は弄っていませんでした。 実は正しく動いてるんだけどデバッグのやり方が間違ってる、って事はないよね？
変数の値はどうやって確認したの？ >>ID:a6EHkowu
MPLAB X v5.05、XC8 v1.45b
PIC16F18857
PICは違うけど問題なく動くよ。
http://i66.tinypic.com/1dfeo.jpg
値の確認はどうやってるの？
この絵はUARTの出力をTeraTermでモニターしたもの。 中途半端で悪いけど、18F45ってのは持ってないんだ…。 >>698
>>699
ありがとうございます。
値の確認はvariable窓(ウォッチリスト)に登録して確認しています。また、変数にマウスオーバーで出てくる小窓でも確認しました。
動作確認ありがとうございます。
同じ環境でPIC16では問題なく動きました。
PIC18でも動作するものもあるのですね…。 >>701
＞同じ環境でPIC16では問題なく動きました。
＞PIC18でも動作するものもあるのですね…。
あいや、私もPIC16Fでしか確認してないよ。
ということはPIC18Fの問題なのかねえ…。
ちなみにPIC18F45なんてチップは見つからんのだけど？ デバッグモードで変数見るだけならPICは無くてもいいわけだけど、
PIC18F4550でやった限りでは>>ID:a6EHkowuの言うような不具合は一切無い。
期待した通りの結果になる。
あとは、こんなふうに実行時のスクリーンショットでも貼ってもらうしか無いな。
https://i.imgur.com/nWzHpJD.jpg PIC18F14K50(48MHz)でPortB5に入ってくるパルスの間隔を調べたいと思っています
そこでtimer0を動かしっぱなしにしておいて、1個目のパルスが入ってきたら
TMR0Lに0を入れて、次のパルスがきた時にTMR0Lの値を見てそれだけの間隔が
あったか判定しようと思ったのですがうまく動きません
Timer0はプリスケーラ1:128にして、2つのパルスの間隔は200us～2000usである事が
確実に保証されています。これならカウントが1つ進むのは10.6usなので測定に
問題はないと思っていたんですが・・・
TMR0Lレジスタをこのような目的で参照してもだめなんでしょうか？ >>705
コード貼って。
http://codepad.org/
あと、何がどうなってうまくないと思うのか具体的に書いて。 >>692
コンフィグ設定でバグるデバイスがたまにある。
プロテクト設定してない筈なのに、プロテクト有効になってて、TABLE命令での読み込み禁止されるせいで、文字列定数とかがコケる。
CONFIG1H 等を直接数値で設定する形すれば取り敢えず回避出来る。 >>705
1個のパルスの幅が10.6us未満だったり？ 黒い後○「ｸｯｸｯｸｯ、初心者はワシの本の養分となれ…」 >>702
>>703
>>704
>>707
情報ありがとうございます。
すみません、PIC18F45K40でした。
遅くなりましたが、実行時スクリーンショットを貼ります。
https://imgur.com/a/XntgwRG
また、コンフィグ設定は以下のように設定しています。
// Table Read Protection Block x
#pragma config EBTRx = OFF // x=0-3,B
そしてシミュレータだと問題なく動作していました... すみません、自己解決しました。
エラッタを探したところ、ずばりな事が書いてありまして、解決してしまいました。
お騒がせしました。
以下のファイルを作成し、プロジェクトに組み込むだけで解決しました。
Contents of the powerup.as file:
#include <xc.inc>
GLOBAL powerup, start
PSECT powerup, class=CODE, delta=1, reloc=2
powerup:
BSF NVMCON1, 7
GOTO start
end わざわざ型番を隠して大騒ぎし
善意の回答者に無駄足させたあとで頃合いを見計らって型番書いて
エラッタでした、解決しました
45XXと45KXXが全く違うこともちゃんとわかってて画策する巧妙な荒らしだなｗ
次からは正確な型番とコードが示されない質問は無視しよう 煽るのは荒らし
質問者も荒らし
回答者も荒らしかも知れない
荒らししか居ないのかな エラッターちゃあエラッターなんだろうけど、個人的にはちゃんとワークアラウンドが
示されてるエラッターはあんまり気にならないなぁ
そのように実装すればいいだけだし
たまにある「対処方法はありません」みたいなエラッターはふざけんなと思うけど PICの場合はまともにワークアラウンドが書いてないのがほとんどだけど >>/P0NNO9X
ん？
馬鹿には使えないマイコン
だろ？
＞エラッタ多すぎwww
ってわめいてるお前＝バカ＝無理して使わんでいい PIC18のテーブル変換で教えて下さい
1バイト受け取って変換後の1バイトを返すだけなんですが、入ってくる値は0x00～0xFFの
中の決まった40パターンくらいです
この場合、256byteの変換テーブルを用意するのと
switch (入力値) {
case 0x00 : return 0x00;
case 0x01 : return 0x04;
case 0x02 : return 0x60;
：
}
みたいな感じで処理するのではどっちがメモリを使わないんでしょうか？
あるいはパターンがいくつくらいまでならswitch case文のほうが小さくすんで、いくつ位を
超えたら変換テーブルのほうがメモリが小さくてすみますでしょうか？
PICのアセンブラ？を見てもよくわかりませんでした ところで>>625のドヤ顔公表されてないバグ報告はまだなのかなｗ
もう１週間たったけど…。
ホント、アンチは口先だけ。 >>724
またお前か。
型番とソース、何度も言わすな、馬鹿なのか？ >>724
コンパイルして比較すれば
頭の良いコンパイラだと部分的にテーブルにしたりするし
頭の悪いコンパイラだと1個1個比較する >>ID:/P0NNO9X
さすが、アンチの回答は的を射ていて役に立つｗ
>>724
ビルドすりゃIDEの左下に出るやろ。
全部やってみーや。 >>726
馬鹿？
PIC18のコードが型番で変わるの？
馬鹿の一つ覚えみたいに型番型番騒ぐのも馬鹿と思われるよｗ
あと>724に書かれた以上のコードは必要ないでしょ。コード読めない馬鹿？
>>724
switch文で書いた場合、XC8だと1条件あたり6byte使う
なので40パターンだと丁度境目くらいなのでテーブルでもswitch文でもあまり変わらない。 PIC18は8bit-byteがROMから読めるからコンパイラが普通なら
テーブル作った方がサイズも速度も効果的だろうさ >>724
型番とソース、はよせえや。
何度も言わすな、馬鹿なのか？ ROMが少ないとコードサイズなんか気にしなくちゃいけなくて大変だねえ
そんな時代は終わったかと思ったけど
一般的には
コードの見やすさ、作りやすさ、流用性、改変性
が重要
場合によって実行速度 >>730
初心者スレなんだから、メモリの使用量を気にする必要のない型番のものを薦める、
という回答もありだし、内容からしてただの冷やかしの可能性も大きい。
なので、俺も型番とソース程度は必須にした方がいいと思う。
逆にその程度ができない理由を知りたい。
あと、意地になって馬鹿馬鹿書いてるあんた、とても無能に見えるよ >>735
同意
メモリどうこう言うこと自体が冷やかし臭プンプンで、しかも、発想もとてもジジイ臭い
防止策としての「型番・コード必須」は有効 あ、ちなみに俺ならテーブルだな
メンテナンス性もいい
switch、case書くのが面倒
メモリなんざあ足りなきゃチップ変えりゃいい >>736
だよね
忘れられたPIC18を持ち出すあたり>>692、>>705、>>724と続く連投自演の可能性が高い ID:4KgYXzNp
ID:/P0NNO9X
なんかこの辺の人必死やね >>741
そう言うお前はずいぶんCooooooooolでカコイイぞｗ
その調子でがんばれよ。 >>735
有能なあなたはなんで回答を書かないの？ ヒント
＞内容からしてただの冷やかしの可能性も大きい。 なぜ人は論破されたとき黙ってられないのだろうｗ
＞有能な
とか言っちゃってさ。 >>746
ナウイヤングは論破のことを何て言うのかね？ >>747
アンカー張ってくれよ
俺のことほめてくれたのかと思って喜んじまったじゃないかｗ PICもいろいろあるからなぁ
互換性があるわけでもなし
アーキテクチャ全然違うものに派生名前付けんで欲しいな 「マイクロチップ・テクノロジが作っているCPU」という括りで統一されているｗ >>739
> 忘れられたPIC18を持ち出すあたり
えっ、そうなの？
これから１８Ｆつかってみようかと思ってたとこなのに ここでの評価なんて気にする事無く使えよ。便所の落書きだから それにしてもPIC18シリーズって元気がないですね。
いつの間にかPIC16F1シリーズはRAMも大きくなって、
わりとリニアにアクセスできるようになっていたり、
FLASHメモリも読み書きができるようになっていたりして
ホットな感じがするのに。 >>757
18Fは16Fでは出来ない割りレベ（割り込みレベル制御）が出来るのが大きい
あとBYTE型のテーブルとか作ろうと思ったら16Fだと効率悪すぎて目眩しそうに
なるけど18Fはちゃんとバイト型でテーブル作れるのがありがたい 16F1と18Fの話してたら割邪ヤ(割り込んできて邪魔くさいヤツ)が登場して
「16Fがー」とかほざいて去っていった。 >>757
後閑氏とCQ出版に執筆お願いするんやで >>757
PIC18はベクタ別割り込み対応とか、
RAM領域拡大とか 5V TTL レベルを駆動できる PIC って、どういうのがあるのですか？ CMOS→TTLは余裕だけどCMOS←TTLはマージン不足なのでバッファ噛ませるだけや 5VのTTLのVOHがそのままではC-MOSのVIH(たいていが0.7xVDD)を満たさないのは、
TTLのH側のドライバがエミッタフォロワ構成になってること、ドライブ電流が小さいこともあります。
(データシートでも、VOHが2.4V～3.xVぐらいになっているのは、0.4mAのソース電流供給時という条件下です)
だから、TTLからC-MOSを駆動するときは、めちゃめちゃスピードを求めないならプルアップでOKでした。
N-MOS版の6809もたぶんTTLと似たようなものかな。 68C09E使えばCMOSだから普通に使えるぞ
いくつか捨ててある CMOS版を作ってくれた当時の日立に感謝しないとな PICの汎用I/Oピンは普通にTTL入力CMOS出力じゃなかったっけ？ 汎用ポートで使えばTTLなのに、ゲートとかカウンタに機能割当するとCMOSシュミットトリガに化けるという変態仕様 >>774
そうでないものと、そうであるものがあります。
でも、新しいものはシュミットとTTL入力をINLVLxで選べるようになってるのが普通かな。 >>775
普通だろ？
クロック入力はシュミットトリガーにしておいた方が、誤動作防げる。
シュミットトリガーは、入力ゲートをアナログアンプ的な動作させるから、閾値が電源電圧の半分位になりがち。 むしろ全部のポートがシュミトリ（シュミットリ）になってて欲しいくらいだ オヤジギャグ言って一人でグフフ笑っている要素満載だよ
まぁ、人前なら空気を和まそうと頑張っている感あるから
哀愁あって同情感も分からないでも無いけど、
ハゲが一人でPC向かってグフフブヒッやってると想像するとさぁ
止めときなよって感じてしまうんだよ
ゴメンな >>781
778 の「シュミトリ」の事を 780 は言ってるんじゃないか？
俺は「染み取り」を連想して、汚ねぇなとｗ
ま、仲間内では無い場所では、タイプが面倒でもヘンに省略しない方が良いと思う。 >778のどの辺にオヤジギャグ要素があるのかまったく分からん。
むしろ >>780 のオヤジ感性が理解出来ない。
多分 >781 も同じように思ったから誤爆だと思ったんだろう 「シュミットトリガー」と書くところを「シュミトリ（シュミットリ）」と書いてるんだろ。
省略のつもりで文字数多いし分かりにくいし、ただの馬鹿じゃん。 >>784
おやじギャグでなく精神異常者によるただのイカレた書き込みだからな。 >>775
>汎用ポートで使えばTTLなのに、ゲートとかカウンタに機能割当するとCMOSシュミットトリガに化ける
ちょっと前のはそんなのが多かったですね。 おまえら、シュミットとヒステリをどう使い分けてる？ ロジックICならシュミット
リニアICならヒステリシス >>785
省略のつもりというのはわかる。
分かりにくいかどうかは知らんが、
略しかたが不適切という意見も間違ってるとは思わん。
しかしそのこととおやじギャグがどう繋がってるのか教えて欲しい。 >省略のつもりというのはわかる。
わかってない。省略のつもりじゃなくて、挑発のつもりだと思うの。
相手から見れば、あなたが苛立って怒っても、不快を表明しても、どんなに恐ろしくて汚い言葉を考えて罵っても、
フィジカルに痛めつけられない限り、ぜんぜん平気な人はいるの。
そんな人からネット越しにあなたを見れば、偽物の餌を放り込まれてきいきい怒ってる檻の中のサルと同じ。
だからそこはさらっと流して、技術の話にだけレスしよう。 スレあらしは、無視に限るね～～～～
ほいほい。。。 >>796
俺は別にシュミトリと言った者じゃ無いんだがね。
俺はどちらかと言うと>>780を肴にしたかっただけなんだが。 >>780は普通の感想だろ。
肴にゃならんね。
おかしいのは>>781の反応。
それ以降のレス見りゃ明らか。 あ、それと。
>>795が何で>>785に教えて欲しいって言ってるのか分からん。 PIC18やPIC24はプログラミングとしてはPIC16までと同様の感覚でできますか >>803
＞プログラミング
どの環境のこと言ってる？
＞同様の感覚で
は曖昧すぎる、もっと具体的に質問して。 >>799
>>780本人が言っても説得力無いで。 PIC24って人気無いのかな
このクラスになるとRL78とかCortex-M0とかが選択肢に入ってくるから
わざわざPICを選ばんでも、って感じ？ PIC24選ぶくらいなら最初からPIC32選ぶ
それだけ
それだけのこと しかし、PIC32 を選ぶなら最初からARMにするという。 ARMの何？
出来合いの基板じゃなくて自分で中華基板発注して実装が簡単に出来る奴教えて。
SOPか100QFPくらいなら簡単だけど。 で、RL78だのARMだので検索してみて、クソ情報ばかりで結局PICに戻ることになる。
必ずなにがしかの作例がヒットするからやっぱりPIC使う。
大枠の型番を叫ぶばかりで、何の役にも立たない無能アンチ。 そうだね。
やっぱり作例が多くてコピペするだけのPIC最高！ >>818
コピペするだけとは限らないけど、
そう思ってあなたの悔しさがまぎれるなら、それでいいんじゃないかな。 RL78やらARMやらはコピペもできないのか、そりゃずいぶんと難儀やなｗ >>811
（・∀・∩）PIC24FJ64GA002よく使いま～す コピペで動くのは良いことだよ。
Arduinoがそうだ。 サンプルのサブルーチンやクラス、およびその改造用原型やひな形みたいなのが
ネットに潤沢にあるというのは、その生態系のメリットだよな。
本来の自分のアプリケーションに労力を注ぎやすくなるわけだし。 PIC32だとアーキテクチャ違うから選択肢に入らないと思った マイコン界のC1815/A1015だな…
いくらネガキャンしたって、機能・性能が足りてりゃ他を使うまでも無いｗ 本家ディスコンゆえ
セカンドソースしか選べない1815 >>826が言ってる、
>マイコン界のC1815/A1015だな…
は「普及した小さな便利屋」ぐらいの意味で(そのことに同意するかどうかは別)
セカンドソースがある、って話ではなかろうに。 PICあたりで作っておけば、いざというとき他に移植が簡単という考え方もある >>831
PICといってもいろいろあるので、それだけではなんとも言えないような。
PIC16Fの場合はとくに制約も大きいので、移植ができそうなのは、汎用性を
意識して作りうる範囲の演算やアルゴリズムにかかわる部分に限られるのでは？
PICに限らないけれど、今のマイコンはペリフェラルについては個性が強いものも
あるから、そこに依存したプログラムは移植は大変。 >>833
できるだけペリフェラルはラッパーする構造にしておけば、メモリや速度、構造に制約が多いPICから
そうでないマイコンに上位ロジックを移植するのはわりと簡単。
もちろんいろいろあるけど、電源とか電圧電流のアナログ的な制約がわりと緩くて慣れたPICで
回路とか適当に確認してから他に移植することも自分は多いです PICはもうちょっとラインナップを整理した方がいい ディスコンなしがポリシーなんだから大きなお世話なんだわ。 つまりPICの存在自体が迷惑なのですね
いうなれば、Microchip社が迷惑
迷惑だから潰れて欲しくて仕方がない
悪夢にうなされて寝られない毎日
だから毎日毎日ディスってるんですね
あんた、病気だよそれ ディスコン無しってのは毎回テストで100点取れっていうようなもんだ ディスコン無しってのは離婚してもちゃんと養育費を払う様なもんだ PICはディスコンにならない、のではなくて、滅多にならない、ではないの？
それと、PICに限らず、電子部品はディスコンにならなくても値段が上がる、MOQが上がるはよくあること。
少量購入を前提にしている人にとっては「いつまでも少量単位で買える」とは思わない方が良いと思う。
↓ End of life.
https://www.microchip.com/wwwproducts/en/PIC16F62X >>846
見たことがあるような気がするんだけど、どこ(URL)にその宣言があったっけ？
でも、いつまでもディスコンにならないことと、いつまでも誰もが入手できる、ということは別だよね。 >>847
直販まで始めてるのに「買えなくなるかも知れない」は無かろう。 PIC16F62X と PIC16F62XA を混同してる人がいるわけだけど、
その混同も含めて「『実質的に』ディスコンがない」とポジティブに受け止めることができるのは、個人的には構わないと思う。
前向きに評価できることは良いことだ。
だけど、少量製造の仕事をしている人だとわずかな違いでも困ることはあるだろね。 ディスコンにしない、できないのは、後方互換性が無いからでは？
機能性能が同等以上でピンコンパチなら移行してもいいと思うけど、アセンブラで書いてたりすると困る人もいるんでしょ。 機能性能が同等以上でピンコンパチでそのまま無評価で置き換えを
メーカーが保証しているマイコンを教えてくれ メーカーが保証してても最終的に評価すんだろ。
それで済ましてるセットメーカー教えろ、出入り禁止にしてやっから。 産業用ならともかく、民生なら機能確認のみで信頼性試験やってないメーカーなんていっぱいあるだろ
部品の納入仕様書なんてそのためにあるようなもの >>854
＞PIC16F62X と PIC16F62XA を混同してる人がいるわけだけど、
混同ってことは上位互換でないのに勘違いしてるって意味合いにも読めるけど？
「混同」だとする根拠を詳しく教えてください。 >>854
＞だけど、少量製造の仕事をしている人だとわずかな違いでも困ることはあるだろね。
具体的に何？
PIC16F62XとPIC16F62XAで困ること教えて。 >>859, >>860
そいつ相手にしない方がいいよ。
＞and is upwards compatible with the #### devices.
とちゃんと書いてある。
上互換品を用意してのディスコンでもディスコンはディスコンでしょ
という基地外お得意のオナニー理論なので相手しない方がいい。
昨日はこれ。
http://hissi.org/read.php/denki/20180912/VDZucHpZVUI.html
今日はこれ。
http://hissi.org/read.php/denki/20180913/UEt0eXkxSVY.html
慣れてくると文体ですぐわかるから、即座にあぼーん推奨。 ディスコンについて
私としてはむしろ適当な時期にCPUの生産を終了して欲しい。
CPUボードのCPUが入手出来ても、周辺のCRや半導体、SWやコネクタなどの機構部品の
生産が終了すれば、結局、基板を作れなくなる。
客も適当な間隔で（10年程度）最新のCPUボードに更新していってくれないと、
新しい便利な機能が使えないし、処理速度も遅く、システムのボトルネックとなる。
メンテやサポート（開発環境の維持）、在庫部品の管理（保守部品の入手や棚卸しなど）の
手間が掛かってしょうが無いし、何といっても利益が出ないｗ
ところで、旧アトメルがAT90S1200を廃止し、
AT90S2313をtiny2313で後継させたのは順当で妥当な方法だと思ったけど、
PICユーザーだったらAT90S1200も残しておくべきだと考えるのかな？ プロでも仕事の内容によって「ディスコン」に対する考え方が変わるのかもしれないな。
当方では複数のラックに収めたCPUグループを、LANでつないだ制御管理システムの
設計製作をやっている。
古い現場は30年ほど経過している。
アマは好き勝手に要望してくれ、誰も何も文句は言えないと思うｗ >>862
そういうことを管理して客先に提案するのがお前の仕事だろ
客に言われてから調べて出来ませんというのだけなら馬鹿でもできる
ま、実際、調達部署なんて調達先から接待受けるだけのそんな輩がゴロゴロしてて、
何かあったら設計にぶつけてくるだけのやつも多いけどな >>ID:k6pVP/bh
初めてのPICスレで仕事の話持ち出して長々語りだすようなオツムの程度じゃ、
場の空気も、顧客のニーズも読めないだろうから、ロクな仕事してなさそう。 エラッタをワークアラウンドで済ませるんは如何にもメリケン品質やな
日本企業みたいにそれを改善するとコストに跳ねるんやろな 次スレは「初めての」を外してよ。
PIC雑談、PIC四方山話、PIC愚痴愚痴井戸端会議、とか。
初心者が勘違いするよ。 そうだね初心者はPIC扱っちゃいけないね。
新しい書き込み機はケースも固定穴もないけど、安価になるかねぇ……。 初めてのＰＩＣはＬチカ
そこで満足してしまって次に何を作ろうか？とならないのが
ＰＩＣ最初のハードル >>861
メーカーがアッパーコンパチだと言っていたらそれを受け入れるのか。素直ですね。
俺がそれを例に出したのは、得意先から相談を受けたことがあるから。
「副オシレータに高めの水晶を使っていたけど、Aではデータシート上ではスペックダウンしている。どう思う？」と
それぐらい動くでしょ、と返事したあと、何のアクションもなかったからその後のことは知らないよ。 ＞得意先から
＞後のことは知らないよ。
典型的なホラ吹きの口上だな
あんたはいつもこのパターン。 >>870
LEDチカチカ以降が難しいんだよねぇ…。
マイコン単体で動かないとかざらだし。
自分はソフトウェアシリアルとADCの確保だけでいいんだけど。
PICぐらい種類があると面白いIC見つかるから好き。
ルネのSH2A見たけどペリフェラルはどうなってるの？って感じの紹介図だから中々手が伸びない、高いし変換基板必須だし。 >>855
>ディスコンにしない、できないのは、後方互換性が無いからでは？
他のメーカーでも生産中止はいくらでもやってるけれど、それは後方互換性が取れるから生産中止にしてるわけじゃないよ。
そういう意味では、Microchipが割と粘り強く、古いチップを供給し続けているのは、メーカーのポリシーというか、善意なんだと思う。
ところで、Microchip(というかPICだよな)がディスコンしないというのはどこから出てきたのか本当に知りたい。
俺もそう書かれているのを見たことがあるような気がするのだけど、
(1)Microchipの公式の見解として公開されているものなのか
(2)Microchipのエライさんの希望的発言、またはリップサービスなのか
(3)よそのメーカーならとっくにディスコンにしてそうな型式が残っているのを見て、誰かがそう思ったのか
(4)営業さんのトークだったのか
(5)後閑さんが広めちまったのか
(6)ソースはWikipedia
(7)ソースは5ch、2ch、個人ブログ、ツイッターその他個人の発言
唯一、拠り所となる根拠である(1)が見つかればいいな、と思ってときどき探しているよ。熱心じゃないけど。 いうて、ディスコンで困ったことあるか?
素人の範疇で >>872
確かにそれの証拠をここに書くわけにもいかないね。
でも、あなたのも含め、5chに書かれていることのうち信頼できるソースを明記していないものは全部ホラだということもできるんだけどな。
でも、仮に俺が相談を受けた話がホラ話だとしても、Aありとなしの違いははっきりしたろう?
ここで問題なのは、Aがアッパーコンパチでない部分があるかどうかだなんだし。
PICの価値はディスコンのあるなしで落ちるとは思わないのだけどな。
それでも、割と古いデバイスも残しているし、抜け、欠けはあるにせよ、メーカーがアッパーコンパチだとユーザーに勧められるものを
提供する姿勢は好感が持てる。
しばしばPICはエラッタを放置している、ということを書く人がいるけれど、エラッタありのチップであっても
売れて大量のユーザーが使うようになってしまえば、その後は修正自体がコンパチビリティを下げるからだと思う。
そういう頑ななところはエライと思うぞ。 >>875
個人的には、ないな。すくなくともホビーユースでは。
昔に作ったものをもう一度そのまま作る、なんてことはこれまでにないし。
いつも使うなら新しめ。工作のときに予備で買った残りのチップはたまに処分してる。 PICじゃないけど74シリーズの74181(ALU)欲しい。どこでも取り扱ってないかクソ高いのであきらめてるけど。 鈴商の実店舗があったときにオレが全部買い占めたから。ｻﾞﾏｧであるｗｗ >>877
そういう誤読を招くような引用をしなくていいのに。
>Aありとなしの違いははっきりしたろう?
だよ。 はっきりしてない？
少なくともこういう議論に反論するときは、データシートの比較や、違いについて
書かれた文書があるならそれに目を通すべきだよ。 >>879
PICのCLCとかじゃ間に合わんの？
>>881
ホラ話だとしたら何もはっきりしてないだろ、そもそもホラなんだからさ。 >>881
CさんからAはBであると聞きました。
Cさんから聞いたというのはホラです。
AはBであることははっきりしましたね。
どういう思考回路？ >>882
機能的にはFPGAとかでも良いんだろうけど、たまにマイコンなし基板とか作りたくて。
全部ロジックで64bitALUとかやりたいだけだから。
ネタ基板だから。
逆をするときもあるけど。 これでもまだ、ガタガタ言う？ 合併時の公開書簡から
Microchip has a practice and track record of not putting products on End-of-Life, and it is our intent to continue to offer the complete portfolio of products from both companies.
http://www.microchip.com/pdf/atmel-customer-letter-april-2016.pdf >>883
>>871で、↓ここまでそのときの話を開示してるわけだし、これに関連しそうなあたりを調べるぐらいはPIC使いならやってほしいな。
>副オシレータに高めの水晶を使っていたけど、Aではデータシート上ではスペックダウンしている。
PICを使うときは、データシートやエラッタ情報に目を通すだろうし、
改良版とされるものに置き換えるときはマイグレーションガイドは見るよね？ >>885
おー、ありがとう。俺が見たのもそれだ。
でも、ここで「PICは」とは言わずに「Microchipは」って言ってるな。
Atmel製品でもMicrel製品でもEOL情報を見たような気がするんだが。 実態と違うような気がする、と思ったけど
practice and track record (慣行と実績とも読める)
とか
intent (強い意思)
みたいな、婉曲的で曖昧さが残るような表現しているよな。
しないと決めてるなら、DO NOT と明言するんじゃないのかな？ >>886
自分が使いもしないチップについてホラ情報をもとに調べるだって？
冗談も休み休み言えよ。
あんた、そう主張するなら確認したんだろ、リンクでもキャプでもあんたが貼れよ。
なんでも自分が書くだけで事実になるとでも思うなよ、馬鹿なのか？ >>889
自分に関係がないなら放置すればいいと思います。 >>890
あれ、貼れないの？
検索能力は無くても、ホラは誰でも書き連ねられるものねえ。 あれ？
結局、PIC16F62XとPIC16F62XAの対比はホラ話に終始したのか？
84Aにはその昔お世話になったんで、末尾のA関連で豆知識でも飛び出すかと思って楽しみにしてたのに…。
ID:T6npzYUB=ID:PKtyy1IVはホラ吹き通したあげくにトンズラか、相変わらずだなｗ >>879
またなつかしい
昔この本のシリーズのどれかに載ってたのを見た気がしたな
https://www.amazon.co.jp/dp/4789834522
つくるシリーズ5じゃなくて1だったかな >>879
少量なら LS181, 74181+LS181, HC181 がヤフオクに出てるが
まあ 50円 PIC の値ごろ感比較だと高いな。 HCだったと思うが、ヒロセがあぼんするとき買ったっけ 英語にも婉曲表現があるってのわからんバカが居るみたい。 >>897
メモリ小さいと厳しそう
MIPSのPICなら動かせそうだけどそれ以外の
ハードスタックのやつとか駄目だろうし
RTOSが必要なアプリって例えば何? そこで習作としてなるたけ小さいメモリのPICで
RTOS動かすとかチャレンジだ >>901
PIC18とか、PIC16F1とか、スタックの読み書き可能な奴は可能では有るが、 PIC一個にRTOS実装するより、タスクごとにPIC並べて通信させたほうが手っ取り早い
たくさんforkとかするわけでもないだろ >>873
Lチカの次はUSB-汎用I/Oかな
USB-シリアルと多I/OビットPIC使ってPCにいろんなものつないで遊ぶ
PICのソフト作成、ハード作成、PCのソフト作成と3度おいしい
USB-シリアルも安いの結構あるし、この前買ったのはAmazonで150円で買ったのはPL2303だったからWindows10でドライバちょっと苦労したけど単純なループバックで900kbpsくらいでもエラー無かったし 必要な所はMLAから引っ張ってきてつぎはぎすれば良いじゃないか？ >>879
PIC内蔵のCLCとかじゃ代わりにはならないんでしょうか？
74シリーズとか全く知らないんで外してたらすいません。 >>908
MIDI音源作ったときMLAとMCCのツギハギしたんだが、スパゲティになった。
次やるならProMicro使う。 PIC32MZ EF
FreeRTOSが動くらしい(+AWS) PICで教えてください。
PICに内蔵の減電圧リセットは、単独の減電圧リセットICと比べて、
何か性能が悪いとかあるでしょうか？
また、リセット電圧はコンフィグで選べると思いますが、
一度書き込めば、次回の電源起動から その電圧でリセットがかかるのでしょうか？
それとも、起動時は 毎回 あるリセット電圧だけど、起動後にコンフィグで設定した電圧になるのでしょうか？
後者は、何がおかしな感じがしますが。 >>912
PICの電源電圧でリセットかけたくて、ソフトリセットかけるだけなら、わりと使えると思う >>912
PICの型番は？
Low-Power Resetが無いのもあるでしょ？ >>914
８ビットだと16F1以降じゃないと実装されてないのかな？ Low-Power Reset なんて初めて聞いた。
減電圧リセットも。 Low Power Brown Out Reset だね。
減電圧リセット は分からない。
減じゃなく低じゃないかと思うけど
日本語のデータシート読まんから知らん。 いまだによく分かんらないのは、CONFIGレジスタの変更についてなんだけんど
CONFIGレジスタは
・PICKITで書き込んで、リセットした後から有効
・プログラムから動的に書き込んで、リセットした後から有効
・プログラムから動的に書き込んで、書き込み即有効
の3パーンがあると思うんだけどこれはCONFIGレジスタごとに違いの？
USB BOOTLOADERで読み込むときにCONFIGレジスタの設定も読み込まれるから
そういう場合は2? 3? MPASMの擬似命令についてなんですが
プログラムメモリじゃなくてデータメモリ中にメモリわりあてるのに
MASMみたいに
ORGどこそこ
ラベル DB 初期値
ラベル DB 初期値
の形式で確保できませんでしょうか？
これなら使いまわしの際にORGだけ変えればいいので。
ラベル EQU アドレス
だと使いまわしの際に書き換えが面倒で >>921
アセンブラだと初期値有りのRAM定義は、無理じゃないかな？ データメモリというのがRAMなのかEEPROMなのかプログラム用のフラッシュメモリなのかによる
RAMならば初期値は
movlw 初期値
movwf ラベル
が必要
エリアの確保はcblockかudataでできるはず
cblockの例
cblock エリアの先頭アドレス
ラベル1:確保するバイト数
ラベル2:確保するバイト数
endc
cblock～endcはいくつも書けるしどこに書いてもいい
最初のcblockだけ先頭アドレスを指定して2番目以降に出てくるcblockには先頭アドレスを指定しなければリンカが勝手に解決してくれる
EEPROMならばたぶんidataとde、プログラム用のフラッシュメモリならidataとdbじゃなかったかな
多分これでいけると思う ネットでＰＩＣプログラム探すと、みなさんバラバラの書き方してるけど
ＸＣ８の正式な書き方というか、推薦する書き方とか確立してるの？
昔プログラムさらしたら、笑われたことあったよ
なんだよこの書き方は、って
どっかからコピーしてきたのを改良して使ってたんだけど >>922-923
レスありがとうございます
RAMだというのを忘れてましたｗ
初期値の件はぼけてました
cblock、udata調べてみます。 >>924
>ＸＣ８の正式な書き方というか、推薦する書き方
そんなの無いです。C言語は、各型が自由な言語ですから。
正しく動けば良いのです。人が笑おうと関係ありません。
XC8のデータシートの書き方にしておけば、間違いないね。 >>924
引用元が書き方バラバラだから。
パソコン遅い時代は、最適化が貧弱だったから、速度重視？の書き方も要求された。 PCのように自由に大きなプログラム書けないし書き捨てが多いから
良くも悪くも洗練されてないってことじゃない？ コーディングルールの話？
それとも処理構造の話？
ま、MLA/Harmonyが一定の目安とは思うが。 >>924
「書き方」といっても、アルゴリズムだったり書式だったりマイコン特有の習慣だったり。
それを区別しないと始まらない。
でも、そんなことで笑う人もどうかしてる。 割り込みでどこまでやらすとか、変数の名付けセンスとか、 >>931
それはあるね。
If(....){
} else {
}
は、見やすくていいと思う。
// 時間をカウント
T = T + 1;
// 規定時間か判定
If(....){
ソースの中にコメント混ぜるのは、見にくいね If(x==3)
y = x+3;
else y=x+5;
If(x==3) {
y = x+3;
} else {
y=x+5;
}
If(x==3)
{
y = x+3;
} else {
y=x+5;
}
If(x==3)
{
y = x+3;
}
else
{
y=x+5;
}
まぁ〜どれをお使いになられても似たよーなものですが・・・・ >>937
とりあえずインデント入れろ
あと、いまだに機種依存文字使うヤツは低能 そういや、インデントもタブ８で入れるのか、タブ４で入れるのか、スペースで入れるのか・・・とか
いろいろ流儀があったな。 >>935 の ID:qmkXKvxO が >>935に要求しているように見える。
>>934に要求するべきでは？ ケチつけて正解だせないバカが晒されてるのか
あるあるだよな 基本的に、if を If としている時点で自演も知能も語学力もバレていることに気づけ >>947
正解出して終わりにしないお前も頭の悪さが際立ってるけど >>948
カッコの位置に正解なんてないだろ。宗教論なみの正解でしかない。
K&RとANSIでの年代などによりそれぞれ異なる。clang-formatにでも聞いたほうが手っ取り早い
それよりも >>933の前半から後半にカッコ論からコメントがどうしたとかいう飛躍についていけんということ。
さらにカッコの位置なんかよりも、変数が大文字やら、ifがIfなどという書式以前のレベルの相手をする気はない。 >>950
まあ、コメントをソース行中に入れるのは、確かに読みにくい。 >>951
何でそう思ったんですか？
元ネタと、あなたの理解度を知りたいので文章におこしてください。 野郎っていうのは、こういう、どーでも良いことで口から泡吹くように罵り合いたがるものなんだねぇ >>951
音源ボードってどういうイメージで言ってる？
DSP入ってるから一寸探せばエフェクタやフィルタの作例は見つかると思うけど。 >>894
>84Aにはその昔お世話になったんで、末尾のA関連で豆知識でも飛び出すかと思って楽しみにしてたのに…。
俺が初めて触ったPICには窓があって、しばらく離れていたあとで使ったのが 84A。
だからその時点で、旧バージョンからA付きバージョンへの移行に伴うあれこれを意識する必要はなかった。
あらためてチェックしてみると面白いね。
PIC16F84Aの場合だけど。
A付きバージョンのページ
https://www.microchip.com/wwwproducts/en/PIC16F84A
ここのDocumentsのタブのところからデータシートもダウンロードできるけれど、その中に、Migration Guide というのがある。
84Aの場合は、二つあるけど、Aなしからの移行なら、まず見るのは PIC16F84 to PIC16F84A Migration でしょうね。
http://ww1.microchip.com/downloads/en/DeviceDoc/30072b.pdf
そういえば昔、「PICは6Vで動作するから電池4本でOK」という話もあった。たぶんこれは84のAなしのことだったのかな。
シュミット入力がほぼTTL互換だったのが、AありではC-MOSレベルになってる。これは用途では気を付ける必要があったかも。
AなしのPIC16F84は、PIC16F62Xと違って、End of life ではなく、Not recommended for new design。
現実的に動作するかどうかと、データシートと突き合わせていろいろ問われる仕事とでは事情が変わってくるだろけど
今さらC-MOSレベルの回路にできないし、マイコンを置き換える手間もかけたくないという場合に、
未だにAなしも入手できるのはさすがにベストセラーって感じ。
マイグレーションガイドは、改良版以前から改良版に移行するときに、有るなら見ておくといい資料。
たぶん多くの改良版PICのページに用意されていると思う。
完ぺきに網羅されているかどうかはともかく、一覧しやすくなっているので、知らなかった人は是非見てみて。 ＞俺が初めて触ったPICには窓があって、
まで読んだ。
役に立たないジジイの書き込み多すぎ。
しかも長文・中身無しで頭悪そう。 >>956の滑稽さは>>894を字面通りに受け取っちゃうとこ。
結果、何の役にも立たない長文を必死にしたためてご満悦。
こういう底抜けのアホウが一番始末に困る。 >>959
意図的に字面通りに受け取ってるのだけどな。それぐらいわかるだろ？
それ以外の受け取り方をしても誰も得もしないわけだし。 >>960、>>961
１行、２行で済ますなんて、えらいぞ。
やれば出来るじゃないか、よく頑張った！
これからもその調子でな。 PICに End of life はない、はデマ。ってことでいいの？ >>963
そりゃ、いつまでも作れる訳では無いからな。 PICに End of life はないかもしれないが
PICユーザーには End of life がある >>968
おじいちゃんに聞きたいんだけど、
とんちが効いて面白いと思って書いているの？ >>969
死期が気になる年頃なんだろ
分かってやれよ >>969
いや、しょうもねぇなぁ、と思いながら書いている。
バカ造にはこの程度でイイかなと思いながら。 小利口な小学生や
知能障害もった大人、
棺桶に片足突っ込んだ老人まで
愛されているマイコンなんだね 地球上でケイ素（シリコン）は、酸素についで二番目に多い元素です。
使い尽くすことはまずないと思いますよ
もっともっと、ガンガン使いましょう！！！ そういう意味を込めての洒落なんだけど… まともに返されたw ソーラーパネルは作るのに必要なエネルギーが先に尽きるらしいぞｗ プラグイン で mcc 落としたけど 反映できてないみたい なんでやろ >>978
ほう、>>976のホラ確定だな。
原発推進派、経産省、電力会社、マスコミ
奴らは気を吸うときにも吐くときにもウソをつくからな。 昔は発電エネルギーより製造エネルギーの方が多かった。本当に効率も悪かったし。
ホラと新しい情報を得ていないこととはちょっと違う。
>>978のリンク先もポジショントークが含まれていたり、不都合なことには目を瞑っているかもしれない。
人は自分の求めるニュースが本当のニュースだと思いがち。
たちが悪いことに他人を敵か味方かに分けて敵認定すると合理的なことでも全否定したくなるし、
味方だと思えば不確定なことでも全肯定したくなるし、間違ったことでも擁護したくなる。
好き嫌いの感情、先入観、ファン心理を抑えていろいろ調べる方が目が曇らなくていいよね。 発電が余りすぎてもブラックアウトするから
太陽光は今くらいで打ち止めしたほうが >>979
（MPLABX 4.x なら）
Tools->Plugins->Available Plugins
でMCCを選んでインストール して反映できなかった、ということ？
こちらの環境だと
Tools->Embedded に MPLAB Code Configurator open/close の項目が出てきます。 >>983
Product Version: MPLAB X IDE v4.15
Java: 1.8.0_144; Java HotSpot(TM) 64-Bit Server VM 25.144-b01
Runtime: Java(TM) SE Runtime Environment 1.8.0_144-b01
System: Linux version 4.4.0-135-generic running on amd64; UTF-8; en_US (mplab)
インストールはできる （７１Mb）が
Tools->Embedded 表示がでてこない・・
よく見たら system requirement V5.00 が表示されてるから ver upしないとだめかな >>981
ホラと新しい情報を得ずに古いまま発信することとは全く同じ。
昔は、想定では、を付ければ何でも許されると思っているお前のようなクズは国賊。 >>981
昔は
まで読んだ。
その書き出しは時間を無駄にしなくて済むから助かる。
特にこのスレはジジイの昔話が多いからな。 >>981
>>976を擁護する根拠は「昔は」
>>980を否定する根拠は「かもしれない」
好き嫌いの要素はどこにも無いのに勝手に付け加える
あなたの場合は曇ってるというより、
青いヤツだと思ったら青い色眼鏡で見、赤いヤツだと思ったら赤い色眼鏡で見るって感じ
で、そのこと自体が目的化してる >>981
反論するでもなく、反証を示すでもなく、昔は違ったとか好き嫌いで目が曇ってるとか、滑稽です。
理系板なので論理的に、客観的に、定量的にお願いしますよ、いつもの人。 何を根拠に>>981が
＞ポジショントークが含まれていたり、不都合なことには目を瞑っているかもしれない。
とほざいてるのか説明を聞きたいね。
リンク先のリンク先に産総研の資料があるので、それを参考に、
具体的にどのあたりがポジショントークなのか、目をつぶった不都合とは何かぜひ解説してほしい。
https://unit.aist.go.jp/rcpv/ci/about_pv/supplement/supplement_1.html#note ＞人は自分の求めるニュースが本当のニュースだと思いがち。
だからこそ複数の報告書が示され科学的な考察が示されているんだろ。
にもかかわらずあたかもそれに問題があるように見せかけることで論点をそらす手法。
最近はそういうのがすっかり幅を利かせるようになってしまったけど、このままだと国が内から滅ぶよ。
反論できるだけのものを用意できないなら黙るべき。 このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 45日 3時間 16分 42秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。
