初めてのPIC 0x13
レス数が1000を超えています。これ以上書き込みはできません。
PIC初心者のためのスレです。
こことは別に「PIC専用のスレ」があります。
質問・回答するときは…
PICの型番と開発環境を明記しましょう。
プログラムはレス内に直接書き込まず以下を利用しましょう。
ttp://codepad.org/
ttps://pastebin.com/
解決したら結果報告しましょう。
Atmel買収以降アンチによる荒らしも横行しているので無視しましょう。
(特にスレ立て当初はこぞって荒らしに来るのでスルー。)
質問内容に沿った回答を心がけましょう。
回答者が勝手に話を膨らませても初心者には迷惑なだけです。
「PIC専用のスレ」へ誘導した上で思う存分あちらでどうぞ。
必要なソフトなど(無料)
統合開発環境 MPLAB X ttp://www.microchip.com/mplab/mplab-x-ide
コンパイラ(XC8 XC16 XC32) ttp://www.microchip.com/mplab/compilers(高機能版のみ有料)
以下はIDE内からインストールできます。
コード生成プラグイン(MCC) ttp://www.microchip.com/mplab/mplab-code-configurator
マイクロチップ・ライブラリ(MLA) ttp://www.microchip.com/mplab/microchip-libraries-for-applications
必要なハードなど
初心者はPIC16F1以降の型番で始めると無理なく始められます。
最初からPIC32で始めるのもありで、MCCの利用でハードルはむしろ低いです。
ttp://akizukidenshi.com/catalog/c/cpic32_ssp/
プログラムの書き込みには書き込み器が必要です。
予算に応じてPICkit4、SNAPなどを購入しましょう。
ttp://akizukidenshi.com/catalog/g/gM-13854/
eBayやAliExpressで買えるPICkit3の中華クローンも十分な性能が報告されています。
PIC一覧、スペック検索
ttp://www.microchip.com/ParamChartSearch/chart.aspx?branchID=1005
ttp://www.microchip.com/maps/microcontroller.aspx
過去スレ
0x12 2018/09/19〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1537343778/
0x11 2018/08/05〜 ttps://rio2016.5ch.net/test/read.cgi/denki/1533446166/
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/
では、質問どうぞ〜っ PICは機種も様々、好みも様々なため、特定の機種をテンプレで紹介すると荒れる原因になります。
そのため、あえてテンプレは書かないことにします。
それでも、以下に「テンプレ風」の書き込みがされると思いますが、
以下に続くレスは個人の勝手な意見でありテンプレではありません。
初心者は惑わされないようご注意ください。
PICの品揃えで定評のある秋月電子通商のサイトでPICを人気順に表示
ttp://akizukidenshi.com/catalog/c/cpicr_spop/
し、通販コード(I-#####)の数字部分の桁数が4桁以上のものから選ぶのが無難です。
もちろん、参考にするサイトや資料で用いられているものと同じものを使うのが好ましいので、
その場合は上の限りではありません。 できればブラウジングにはJaneStyleなどの専ブラを使いましょう。
「あぼーん」という機能で、荒らしによるレスを見えなくし、
荒らしによる書き込みが無いのと変わらない快適なブラウジングが可能です。
まず荒らしのIDをコピーしてから、
ツール>設定>機能>あぼーん>NGID
貼り付けて、透明あぼーんにチェック入れて、
追加>OK
これできれいさっぱりと消えます。
テンプレ関連の注意書きはここまでです。
最近は、アンチによるテンプレ風でたらめレス、が続く場合が多いので、
これ以降数レス分は内容に注意しましょう。 -_-_--_-----____--_---___--_--__---___-_-__--___-_-_--__-____-_--______-----
-_-_--__--____---_-______-__-__---_---_-___---__-_-__-_--_-_-_-_-_--__--_---
----------__--_--_--_-_-____---___--_-__-_---_-___----________-__-_-_-___-__
_--__-_-_----_-__---____-_--_-__-__---_-__----__-__-___-___-_-____--_---_---
-----__---_-__-_---___--_-__---__-________--_--____--_--_----_____--_---__-_
_-__--___-_-----_-__-__--_--_-_--___--___-____--_---_----_-_-_-_--_--_____-_
-______-------_-__--_-_-_--__--__----__-_--_-__---__---_____---_--_-______-_
-____-___--_--__-__---_-------___-_-_---__-_-_--__-_-_----__-__-_--_____-__-
-_--_--_---_---_----___-_---__-__--_____-__-____--__-_-_---_-__-_---_-__-___
__--___------__--___--___-_-_----_-_--_-__-_-__---_-_____-_-__---__-___---_-
-_-_____________-___--_-_--_-----_-_-_-_-_-_--___--_-__-__--_-_-------_-_---
_-_-_---_----_-_-_-_-_-___--__-----____--_---_____---_-__-_-__-_-_____----__
___-_-----___-_-_-_--_--__-_-_--_---_--__--_---______---_-___---_--_-_-_____
_-_-_-___-_-_---___-_-______--_-__-__-__-_-_--__--__--_---__--------_-_-_-_-
_--__--_--____----_--___-__--________---_-_-_-_--_-__-_----_----____-_-_-_--
___-__-__-__-__--__-_---_-__-_-_-__-__---_-----__--_-__--_-___-____-----_---
-______---_--__----_-__---_--_--____-_-_-_----__--_-_--__-__-_-___-_-__-_-_-
----___-_-____--__--_--_-_-_-_----_-_----___---_-___-___-_-_-__---____-_--__
-------__--___-__--__-___-_-__-__-----___---___-___-_-___--_____----__---_--
-_----_--___---_----_-__--_-_---__--_--_-_--_______-___-___---_-__-__---____
--_---_--_-__---_---_-_--_-___-_-_--____--_-__--__--___--_-_-_-_____---_-___
----__--__-__--_-__-___-_--____--__-----____-__--_-_--_-__---_--___-__---_-_
__---_--__-_-_---_--_---_---_--_---___-__-_______-__-___-_-_-_-_-__-_--_-_--
-_---_____-______-_-_--____-_--_----___-_-___---_---_______-----__---------_
-__-_-_-------__--_--___---__-_-__---_-___-__----____-____-----_-__--____-__
_-_-_--__-_-_-__--_---_-_-_-__-_--_-_-_--_--___----_-_-_-___-___-_-__--__-_-
_-_-_---_-___--__---_____-__--___-__--_-_-_-_-_---_--____-----___-__----__--
___----_--_--_____-__--____-___--_-_-----_-----_-_____-__---_--__-_-___---_-
-_-_-__-----__--_-_-____-----__----____-----_--___-----______-_-__-__-_-____
___-_-___-__--_--__-_--_-__-----_-____--_-_--_-_-__-__-_--__-_--_-__--_-_---
____------__-__-_-_-__-----_-_-___-____-_---_-_-_--__--___--_--__--_-__-_-_-
-----__----______-__-___-_-___----__--_-_----____----__--_-___---_-_-___--__
-___--__-_--_----_-_--_----__-______----_-_-_----__-____-_---__-_---______-_
________-__-__---------_-__--_--_-_-_--___--_-_-___-___--___-_----_---___---
-__-_-___-------__--_-_-_____-___---_-_-__-__-__-__-_-_-__------_-___-__----
__-_------__-___-__-_-_-_----__------__-____-_-__---___-____---_-_---__-__-_
__-_--__--____-___-___-_--_-__-___---_--_____--_-_-----_--__-----__-___-----
--___-----_-_-_-_--_-----_____----_-__--__--_-_-__---________-_--_--_____--_
____---__-____-__------_--_--__-_--_-_-__---_---__-___--_-_-____-__--_---__-
-___-_--__--_-_--_-_--____--------_----___--_--___--___-___-__-_--____-___--
__--__---____---_---_--_---_____--_--_-___-_______-_-_--_-__--___---_---_---
-------__----___--_-__--___-__----_-__-_--___--__-___---__--_-__---__-______
--_-_-______--_--_-__---__-_----_---_-_---__--____---__-_____-------____-___
_------_______-__-__-__--_-____-----_-____-_-_-__-_--__---__-_---__--_--_---
---______-__-___--__--_-___---_-_---__-____---_-_-_---__---__-_-___-------__
___-_--_----_-_-----____-__----_---____-_--_-_--__--_-__--_-__-_-____-__--__
----___-----_____--_---_---__-__-_--___--_-_-_-__-____-__---_____-___--_----
-___-_-_--_--_-_--___---__---_-_-_--_-______---____-_---__--_-___-_-_---__--
-_-_-_-_-__--_-_--_-__--__-__----_-_-_-_-__-_--_-_-_---_----__-__-__-_-_____
--_-_-_-_-__-_---__________----_---_-_-_--------_--________---_-_-_--_-____- アセンブラってPICの種類が替わるとどうなるの?
PIC10でも12でも16でも24でも32でも同じなの?
CでMCCならほとんど違いを意識しないんだけど、
そのあたりどうなんでしょう?
詳しい方、教えてください。 データーシートに出ているので、一度見てみてください。 >>8
pic10-18までは、命令は、基本一緒だけど、間接レジスタが強化されていたり、
I/O、機能が強化されていたりする。
変数メモリ用のRAMが増えると、バンク切り替えでアクセスする。
プログラムメモリ用のROMが増えると、ページ切り替えでジャンプするとか、
面倒な手続きが必要。
Cコンパイラは、そこらへんの手続きをやってくれる。
xcの、asm出力リストみて比べればいいと思います。
https://maku77.github.io/memo/pic/asm/bank.html 前スレの >>959 筋金入りの荒らし、真正のAVR厨、掃き溜めのゴキブリ ですw
日曜日なので製作途中のプログラムの残りを作った。
プログラム・サイズを短くするために、分かりやすくするために、
あえて手を抜いているところがある。
たとえば、ディレイが1種類だけ、「じわっと」点灯・消灯が8段階、一部ラベルを使わないなど。
ウィンカーのカチカチ音はウィンカー出力からダイオード2本のOR回路(とトランジスタ)で
リレーをオンオフすればよい。
クラクションは丁寧に作るなら録再ICで実車の音を録音して再生を。
手を抜くなら圧電ブザーで。
Task1;クラクション?、Task2;バックランプ?、Task3;ウインカー#1、Task4;ウインカー#2
Task5;ハザード、Task6;フォグランプ?、Task7;ヘッドライト、Task8;パッシング
PICでもPIC18以上なら実現できると思う(多分。トライしたことは無い)
ディスパッチャ内に「じわっと」用処理を追加した。
;===== timer0_CompA:1mS for dispatch ==
; execut time typ. 2.5uS at 8MHz system clock
IRQ13:
; save YH,ZL,ZH & SREG to current stack
push YH
push ZL
push ZH
in ZL,SREG
push ZL
;
; exchange SP with next task
in ZL,SPL ;save current SPL to buffer
st X+,ZL
andi XL,7 ;pointer limited 0-7
ld ZL,X ;load next SPL from buffer
out SPL,ZL
;
cpi r16,0 ;for gradual LED ON/OFF at Task7
breq IRQ13_T7
dec r16
brne IRQ13_T7
sbi PinD,_LED6 ;toggle LED6 ON/OFF
IRQ13_T7:
;
; restore YH,ZL,ZH & SREG from next stack
IRQ13_ret:
pop ZL
out SREG,ZL
pop ZH
pop ZL
pop YH
reti
; 1/3 タスク4、5、6
;SW4を押すとLED4が点滅〜(離す)〜押すと消灯〜(離す)
Task4: ;(ウインカー#2)
sbic PinB,_SW4 ;SW4 OFF ?
rjmp Task4 ;Yes, then wait
Task41:
sbi PinB,_LED4 ;No, then toggle LED4 ON/OFF
rcall Delay_05S ;while 0.5Sec
sbic PinB,_SW4 ;SW4 OFF ?
rjmp Task41 ;Yes, then toggle again
sbi PortB,_LED4 ;LED4 OFF
rcall Delay_05S ;delay for chatter
rjmp Task4
;
;SW5を押すとLED3とLED4が点滅〜(離す)〜押すと消灯〜(離す)
Task5: ;(ハザード)
sbic PinD,_SW5 ;SW5 OFF ?
rjmp Task5 ;Yes, then wait
Task51:
sbi PinB,_LED3 ;No, then toggle LED3 & LED4 ON/OFF
sbi PinB,_LED4
rcall Delay_05S ;hold 0.5Sec
sbic PinD,_SW5 ;SW5 OFF ?
rjmp Task51 ;Yes, then toggle again
sbi PortB,_LED3 ;LED3 & LED4 OFF
sbi PortB,_LED4
rcall Delay_05S ;delay for chatter
rjmp Task5
;
;SW6を押すとLED5が点灯〜(離す)〜押すと消灯〜(離す)
Task6: ;(フォグランプ?)
sbic PinD,_SW6 ;SW6 OFF ?
rjmp Task6 ;Yes, then wait
sbi PinD,_LED5 ;No, then toggle LED5 ON/OFF
rcall Delay_05S ;delay 0.5Sec for chatter
rjmp Task6
; 2/3 タスク7、8
;SW7を押すとLED6がジワッと点灯〜(離す)
; 〜押すとジワッと消灯〜(離す)
Task7: ;(ヘッドライト)
sbic PinD,_SW7 ;SW7 OFF ?
rjmp Task7 ;Yes, then wait
ldi r18,1
Task7r18:
ldi 17,8
Task7r17:
mov r16,r18
sbi PinD,_LED6 ;toggle LED6 ON/OFF
Task7r16:
cpi r16,0
brne Task7r16 ;wait a period end
dec r17
brne Task7r17 ;while 64mS
inc r18
cpi r18,9
brne Task7r18 ;while 8*64mS
sbi PinD,_LED6 ;toggle LED6 ON/OFF
rjmp Task7
;
;SW8を押すとLED6が3回点滅〜(離す)
Task8: ;(パッシング)
sbic PinD,_SW8 ;SW8 OFF ?
rjmp Task8 ;Yes, then wait
rcall Task81
rcall task81
rcall task81
rjmp Task8
;
Task81:
sbi PinD,_LED6 ;No, then toggle LED6 ON/OFF
rcall Delay_05S ;hold 0.5Sec
sbi PinD,_LED6 ;No, then LED3 & LED6 toggle ON/OFF
rjmp Delay_05S ;hold 0.5Sec
; 3/3 >>11
>pic10-18までは、
ってことはそれ以降はまた大きく違うってことでしょうか。
24と32の間で全然違いそうですが…。
こういう内容の問いにも>>10のような返答じゃ先は無いですね。
やっぱCにします。
ありがとうございました。 前スレでPICだけでカチカチやってた人いたじゃん。
それを踏まえてなお、音のためにリレーつなげってか、程度低いなw あ、すまん、基地外だったか。
どうしよう、触っちまったぜw >>15
俺も >>10 のような回答をしようと思ったが、
どう回答しようがアセンブラをやる気を全く
感じられなかったので放置したよ。 >アセンブラをやる気を全く感じられなかった
へえ、どのへんが? >>8の質問は、あえて低級言語を使う意味を問う質問だからな。
アセンブラ使いには頭の痛い話で、回答の仕方によって人間性が出るのは致し方ない。
根性論振りかざすアセンブラ厨には>>10の回答でお茶を濁すことしかできない。 >>16
PIC32 + MMC で音まで鳴らしてるっちゅうに
機種は違うにしても、アセンブラ厨は今時音のためだけに実物リレーを、ってんだから
言語対決そのものが勝負にすらなってないよね
そのうちPIC陣営アセンブラ隊が大逆転のコード引っ提げて登場するんだろうけどさ、きっとw 趣味のアセンブラ厨は趣味の渓流釣りみたいなもんだろ。
渓流釣りの話をすると、カツオでもマグロでも自分で釣って
くるって話しに拡大解釈する人って変だと思う。 >>24
なるほど、>>8の質問をそこまで拡大解釈して心に刺しちゃったのねw
確かに時々ぐうの音も出ない図星な質問するよね初心者や子供って。
でも、それを突き放すのは大人げないし、アセンブラ厨の余裕の無さの裏返しにしか見えなくてがっかり。 >>26
あんたみたいなレスに対して、他に何を返せと? イヤミだけのようなレスは返さなくて良い、と言っている ただいまレスの内容に応じたレスを返させていただいております。
悪しからず、少しは知恵のあるところをお見せください。 >>12 模型自動車のライト
AVRはこういうSWとLチカのようなDI/O制御が短い命令数で簡単に書ける。
おまけに初心者入門用のtiny2313でマルチタスク動かせるし、
アンタは偉いっ!
PICユーザーの皆さん、しょせん無い袖は振れません。
転向するなら早いほうがいいですよ。
「過ちて改めざる是を過ちと謂う」じゃないですかw >>30
転向するならARMだな。AVRは無い。
そういうばかなこと言ってるから吸収されるんだよ。 もしもどうしても8ビットPICでやりたいなら、
PLC(シーケンサー)はリアルタイム処理なので、
PLCのシュミレータをPICに実装して、
PLC用のSWとLEDの制御プログラムを作って実行する、
という手法も考えられる。
もっともたった今思いついただけで、実用になるかどうかは全く分らない。
・・・う〜ん、ダメかな? >>ID:y/e1PqW5
PICスレ的には前スレのこれで完了してるわけ。
https://www.youtube.com/watch?v=-IYtWuglJLU
これを超えたらまた来てね。 模型の自動車のライト。
お題にとおりの、PIC16F1827 つかって、書いてみました。
簡単なテストしかしていないのと、少しだけ清書したけど、
その後、通電テストしなかったので、動かないかもしれません。
割り込みを使わず、TIMER2をベースにしています。
各ライトの明るさの設定が可能です。
http://codepad.org/qhNsvCM5 >>37
横からですが、とても参考になるソース、ありがとうございました。
前回からのSW変化を検出して反映する部分ですが、
僕の書き方は、こんな感じですが、どうでしょうか↓
ttps://imgur.com/a/DDIHfkT
教科書通りの改行だと縦に長くて動作がわかりにくいので、
差分がわるように体裁を変えています。
また変数が長くて、パッと見に各行の差がわかりにくいので、
変数を短くした方が良いと思います。
いかがでしょうか。
HIBEAM_xxxxを、HB_xx と省略せずに HIBEAMと表記するのは大賛成です。
わかりやすいから >>37
点滅してるところの動画もよろしくお願いします。 ついでにジワッと点灯、ジワッと消灯もよろしくお願いします。 >>41
そうだな、 前スレ >>529 の仕様をチェックしたら、「光度の違いも出したい」とだけ書いてあり、
「ジワッと」なんて書いてない。
フト思ったのだが、
前スレ >>517 でテーマを提供して「プログラミングそのものが初めてなので」と書いている人物と、
プログラムをアップした >>37 は同一人物なのかな。
そうだとしても別に構わないけど、とにかく同一テーマで500レス以上続くのはスゴイ。 車のルームランプなんかはジワッと点灯ジワッと消灯するよん >>37
割り込み禁止のお達しでも出てるの?
無理に割り込みとかを使わずに済まそうとしてるからこんな冗長なコードになってるんじゃない?
PIC16F84Aあたりを使ってた頃の昔のコーディングのままで頭の中止まってない?
なんかちょっと理解に苦しむんだけど、そう思うのは私だけ? 入力変化はやたら割り込みを使いたがるけどタイマー割り込みは避ける傾向があるね。
タイマー割り込み使ってステートマシンを作れるかどうかが組み込みプログラムの
一つの壁だと思う。 >PIC16F84Aあたりを使ってた頃の
>入力変化はやたら割り込みを使いたがるけどタイマー割り込みは避ける傾向
84Aとか触ったこともなかったけど、データシートを見てみたらまさにその通りで笑った
見事に思考が硬直していて>>37のコードで1827である必要が全くないのはお見事
PIC32 + MCC な俺は前スレからずっと高みの見物中 なになに、ちょっと割り込みをバリバリ使ったソースに直してワシになみせとくれよ どんな華麗なコードでも突っ込まれてウザい気持ちするだけ 組み込みのコードなんて動けば内容なんてどうでもよくね?
どうせ使い捨てコードなんだし。
タイマー割り込み無くてもできるなら、使う必要無くね?
どうせエレガントな構造にしたところで誰も見やしないし、動きは大して変わらんのだろうし、さっさと終わらせて次のことやったほうが賢い。
人生は短い。 じゃ、ウインカー、車幅灯だけ。
適当なタイマー割り込みからblink();を呼ぶ。
15〜18ピンにLED、11ピンにSW。
https://pastebin.com/raw/njkn4tSP
MCCが吐いたコードは省略。 >>50
ビルドできない断片コード載せてドヤられても・・・ >>51
あなたのMCCも、私のMCCも、きっと同じコードを吐きます。
ぜひお試しください。 >>37
ありがとうございます!!
前スレの「模型にLED」のコテでお世話になった者です
https://rio2016.5ch.net/test/read.cgi/denki/1537343778/517
結局タイマーを組み込んだ物を自分なりにがんばってみましたが
勉強不足、知識不足、経験不足でボード上で動くものが出来ませんでした
最後に自分で作ったこれで回路を作って、完成後でもKIT3接続出来るように5ピンコネクタを外に出せるようにしました
https://rio2016.5ch.net/test/read.cgi/denki/1537343778/872
頂いたコードで試して結果が出たらご報告させて頂きます >>53
・ポジションスイッチを押す度に
消灯 → ポジション → ポジション+ロービーム → ポジション → 消灯
これは、実装してないです。
消灯の時には、ボタンを押してその後離したときに、消灯に遷移させますので、
専用の、updateSWState2 を作ったほうがよさそうですね。
気が向いたら、修正してみます。 >>50
>適当なタイマー割り込みからblink();を呼ぶ。
もう少し具体的に教えてください。
検索して出てきたのをまねして、TMR0の割り込みの設定まではたどり着けてると思います。 IDE v5.10 XC8 v1.42で書き込み、点灯成功しました!!!!
正直どこがどうなってるのかさっぱり分からないですが85-88で明るさ変更可能って事ですかね?
頼りっぱなしで申し訳ないですがポジションスイッチ修正も楽しみにお待ちしてます
本当にありがとうございました >>55
mcc_generated_files の中の tmr0.c に TMR0_CallBack って関数が出来てる。
そこに blink(); を追加する。
あと、 tmr0.h に void blink(void); を追加する。 カチカチ音とクラクションを別出力にして完成です。
https://www.youtube.com/watch?v=H9hPwb9EukY
ウインカー点滅、ハザード点滅、車幅灯の点灯と消灯、ヘッドライトの消灯、通常、ハイビーム、
警笛、警笛長鳴らし、点滅音、一応全部組み込めました、LEDが全部赤ですがw
そもそも組み込む模型が無いのでこれで終了ですが、PIC32 + MMC はおすすめです。 割り込みを使わず手作業
http://codepad.org/qhNsvCM5
割り込みを使ってMCC利用
https://pastebin.com/raw/njkn4tSP
書いた行数の差10倍、そして手作業の方は何やってるか当人以外意味不明
何だ、この雲泥の差はw 動けばいいのはある意味事実だと思うが
>>51みたいなレスする人間が書いたコードは動いても信用できない
押さえるべきところがわかってなさそうで不安になる ていうかさ、
>動けば内容なんてどうでもよくね?
>動きは大して変わらんのだろうし
>さっさと終わらせて次のことやったほうが
その通りなのでタイマー割り込みを使います。
って思ったな。
どう考えても、ID:U4jiRSRkは割り込み使えない人の遠吠え。 なあ、>>37のコードは模型さんのご要望のうちの何と何が実現してるわけ?
動画出してって言っても出してくんないし、自分で回路んだり書き込んだりする気もないので誰か教えて。 >自分で回路んだり書き込んだりする気もないので
タヒねや >>62
それ教わってどうなる?
あのコードじゃ何の足しにもならんのは目に見えてるだろw
>>63
あらあら、何にご立腹?
それが普通じゃん。
あんた回路組んで書き込んでみたん?
あ、ご本人か。 >>57
動きました、ありがとうございました。
コツさえわかれば、MCCは楽ちんですねえ。
>>50を見たときは、たったあんだけでいったい何ができるって疑いましたが、
まさか、自動でこんなにたくさんコードを書いてくれるとは思ってませんでした。 マルチタスクはシンプルだと思うけどな。
関係の無いSWやLEDは一切無視して、その処理に必要なSWとLEDの処理だけを書けば良いのだから。
たとえばハザードの処理は以下になるが、Lチカを始めたばかりの初心者でも
やっていることは容易に理解できると思う。
Task5:
sbic PinD,_SW5 ;SW5は押されたか?
rjmp Task5 ;いいえ
Task51:
sbi PinB,_LED3 ;はい、LED3とLEDの点灯・消灯を反転 する
sbi PinB,_LED4
rcall Delay_05S ;0.5秒デレィ
sbic PinD,_SW5 ;SW5は押されたか?
rjmp Task51 ;いいえ、Task51へ戻って繰り返す
sbi PortB,_LED3 ;LED3とLED4を消灯
sbi PortB,_LED4
rcall Delay_05S ;チャタ除去用0.5秒ディレイ
rjmp Task5 ;始めに戻る
このようなタスクを必要なだけ(SWの数だけ)並べればプログラムは完成する。
(ディッスパッチャとセットップを別にして)
ところで、マルチタスクで書けるものはシングルタスクで書ける。、
8ビットPIC用のプログラムをフルアセンブラ+マルチタスクで書けない人は
たとえ時間が掛かっても処理が複雑になっても、C+シングルタスクで書くしか手段が無いけど、
蓼食う虫も好き好き。
以上、AVR工作員より >>67
ユーザー側から見て複数のタスクが同時進行で実行されているように見えりゃマルチタスクでしょ?
コードの上でマルチタスクとシングルタスクの違いってどんなんです?
簡単な例で見せてくれませんか?
フローチャートみたいなものでも構いません。
よろしくお願いします。 私もマイコンでのマルチタスクってのが良わからないので教えてください。
ちょうど>>58に動画があがってるから聞くけど、
ああいう風にLEDが点滅するのと同時にブザーが鳴ってるってのはマルチタスク? メモリ上に互いに独立したメインプログラム(タスク)が複数個あって、
(例えば >>13,>>14 のタスク4、5、6、7、8のように)
それらが並列して(もちろん擬似的にですが)実行されるならマルチタスクです。
大きな役割を果たすのが、各タスクの実行を定期的に切り替える、
タイマ割込みを使用したディスパッチャです。
ディスパッチャ >>12 timer0_CompA:1mS for dispatch の割込み処理実行前と後で、
スタックポインタとスタックメモリの内容がどのように変わるかを紙に書けば、
そのタスク切り替え手順が理解していただけると思います。
ここでは8MHzのCPUを8分割しているので、1MHzのCPUを8個実装しているといっても
過言では無いと・・・はちょっとズレているかなw
切り替えのしくみを理解すれば、同様なアリゴリズムを他のほとんどのCPUに実装出来ます。
小さなCPUではRAMが少ないので制限も増え、
プログラム設計時に切り替え手順を考慮するなど、検討が色々と必要になりますが、
ポーリングが多くなるようなプログラムでは、処理がとてもシンプルになる場合があります。
この技法は昔から存在するありふれたもので、とくに難しいものでもありません。
マスターしておいても損にはならないと思います。
たとえシングルタスクだろうと、マルチタスクだろうと、
(前にも書きましたがマルチタスクで書けるプログラムはシングルタスクでも書けます)
これらは仕様を実現するための手段であり、
どちらであっても実行結果は仕様(たとえばLEDが点滅するのと同時にブザーが鳴ってる)を
満たす必要があります。
(長文、申し訳ありません) >>73
アセンブラもAVRも知りませんが、
仮にPICでCで書いて、タイマー割り込みで順に複数の関数を呼ぶならマルチタスクと同じことですか?
それをタスクとかマルチタスクとか呼んでるだけ? >>73
難しくてわからないな。
例えば、
RA0のLEDを5Hzで点滅させ、同時にRA1のLEDを2Hzで点滅させる。
をマルチタスクとマルチタスクでないのとでコードにして見せてください。
できれば、今の流れ的にはPIC16F1827、XC8だとありがたいです。 ここの人はみなさんMCCは使わないの?
そういう私も使い始めたのはつい最近だけど、超便利。
>>50のコードをもとにしたプロジェクトです。
https://www.dropbox.com/s/e3qsenzngcjmn07/project.zip
コンパイラの場所だけ聞かれるかも。
>>50さん、まずかったら消すから言ってね。 Lチカのコードを写経して喜んでいる程度の我々Cへの不信心の初心者が、
いきなりMCCをさわって何やら仏罰が下されないものでしょうか。 >>76
もう無い、欲しい。
>>77
好きにしろよ。
>何人も、宗教上の行為、祝典、儀式又は行事に参加することを強制されない。 >>50
>>76
ありがとです
やり方が分からないので試せてないです >>77
マジレスすると、一度データシートだけでやってみて、
出来るようになったら、同じことをMCCでやってみて、それからMCCを使うかどうかを決める。
私の解釈ではMCCはデータシートの代わり、補助、バグもある。
ただ、使いだしたらデータシートはほとんど見なくても済む。
>>78
https://www.dropbox.com/s/libdkpk4geueq57/project.zip
うちの環境でも動いたし、模型さんのお題は9割がたクリアしてる。
タイマーの設定とかの趣味がこの人と私とは違うけどw
ちなみに、プロジェクトを実行するだけならMCCは必要ない。
あくまでも Code Configurator だからね。 >>80
ご回答ありがとうございます。なかなか遠い道のりのようですが、精進したいと
思います。難しいのは、要求される仕様とMCUの個別の特性からプログラムの構造を
決定する力量と、C言語に対する細かな部分まで達する基礎的素養と感じています。
深い思考と反復の上にもたらされた感覚的な何か、その何かが決定的に不足している
身としては、多くの先達の残したものを、注意深く粘り強く当たるしかない、と感じます。 >>79
https://www.dropbox.com/s/libdkpk4geueq57/project.zip
をダウンロードしてきて解凍し、MPLABX IDEのプロジェクトを開くから project.X を開く。
ビルドしてPIC16F1827に書き込む。
mainは
https://pastebin.com/raw/njkn4tSP
のままだから、どこに何がつなげてあるかは自分で確認、変更して。
分からないことあったらまた聞いて。 >>83
IDE V5.10 XC8 V1.45でビルド出来ずエラーが出ます
原因分かりますでしょうか?
https://i.imgur.com/jRk4ylY.png >>84
プロジェクト名を右クリックからプロパティーを開いて
コンパイラーを指定し直してください。 >>85
おお、できました〜!
ピンの指定とか確認してみます MCCは楽ですね。AD・DA(PWM)を使った実装でしたが、
AD・DAのハード操作は1行の書かず、MCCが生成した関数を呼ぶだけで出来てしまいました。
これってPICの石を代えても、ソフトはそのまま移行できそう。
一定間隔でAD、DAしながらキー操作も受付る仕様だったんですが、
タイマー割り込みつかった、所謂巡回処理で簡単に出来ちゃいました。
シミレータもあるのでハードが上がってなくてもデバッグできるし、
納期1か月だったんですが1週間で仕上がってしまった。 >>86
そうですか。
それで、あなたの望んでいる機能は達成できそうですか?
>>37と>>50との比較はどうですか?
回答をもらったら、事後報告、状況報告をしましょう。 >>88
ビルド出来ただけでまだ回路を作ってないのでまだ解らないですね >まだ回路を作ってない
は?
今まで何やってたん?
ブレッドボード買ったとか言って写真貼ってた人とは別人? >>91
ああ、回路が違うのね。
ちなみに>>37ってどういう機能が実現されてんの? >>92
ウインカーハザードが点滅中でもライト類のON-OFFが可能
各LEDの光量調整が可能 >>93
ふうん。
ライト類はONかOFFだけなら簡単だね。
LEDの調光はスイッチ押すと明るさが変化するとかなの? >>96
確かになあ。
>>50は見てすぐに何やってるかわかる。
それに比べて>>37ときたら、Cが高級言語だということを忘れさせてくれるw
ま、>>95の解説を待つとしますか。 >>83
ウインカースイッチ操作の方法が望んでいるのと違いますね
現在はスイッチを押すたびに(●消灯◯点灯)
●●●●
●●〇〇点滅
〇〇●●点滅
〇〇〇〇点滅
〇〇〇〇点灯
●●●●
という切り替え式になっている
これはヘッドライトの
消灯 → ポジション → ポジション+ロービーム → ポジション → 消灯
に使いたい切り替え方式ですね
出来るか試してみます >>97
お前らみたいにケチ付けるだけで誰の役にも立ってないヤツに解説する必要ある?
それこそ時間の無駄 ライトのスイッチ切り替えできました!
せっかく作って頂いた点滅プログラムをウインカーとして組み込めてないですが…
http://codepad.org/KWmEp1lo >>98
「ポジション」ってのは車幅灯のことじゃないの?
ヘッドライトのことなの?
ウィンカーとの関係は?
もう一度、お題そのものを整頓して書いてみてください。
>>99
どういう動作してるのかって尋ねられてんのに答えられないの?
自分の書いたコードじゃないの? >>100
ああ、やっぱ割り込みが良く理解されてないんだねえ。
それじゃウインカーの機能が消失してしまったでしょ。
元のコードをそのままにして、mainの中にヘッドライトの部分を追加しないとダメ。 >>101
呼び方は色々あるけど一緒ですね
車幅灯=ポジション=スモール
>>102
よくというか全く理解できてないです… >>103
こんな感じ。
https://pastebin.com/raw/L0PJvUXp
RB6にもう1つスイッチをつけたとした場合の例ね。
元のコードは変えないで、hogehoge();って書いた部分に自分の追加したいことを加える。 >>104
ありがとです
試してみます
ちなみやりたい事はこんな感じです
できればロービームはハイビームより光量を下げたいです
https://i.imgur.com/rrmbP5lh.png mplab かなりむずかしくなってきたな
やっとこさ ビルドできたわ >>104
うまく出来ない
とりあえずハザードだけON-OFFするにはこれで正解ですかね?
https://pastebin.com/raw/AW20SXrt >>109
人のコードにぶら下がる気なら、まず、元ネタのコードをちゃんと理解しましょう。 何度も言われてるが初心者スレなんで教えたい人が教えてるだけだよ >>110
説教クセーな
テンプレに質問どうぞってあるだろ >>112
まず他人のコードを理解する。
これが一番の近道だと思うんで、俺的には>>110がベスト回答なんだ。
そう言うあんたが上手に回答してやってくれ。
参考にさせてもらいますわ。 >>113
こうゆう人は文句を言うだけでいい回答とかいっさい出さないのが常
なんでここにたむろしてるのかねーー
そうか工作活動か
納得! >>114
>これが一番の近道だと思う
私は自分の意見を書いてる。
文句しか言ってないのはあんたの方。
せめて何か回答してからほざけば? > そうか工作活動か 納得!
PICスレに居座ってるこのアホはどうしようもないな。
このワンパターンIDコロ助のせいで、そうでなくても低いPICスレの品位がダダ下がりだよ。
> 元ネタのコードをちゃんと理解しましょう。
大事な事だ。理解しなきゃサル真似コピペ野郎で終って何の進歩も向上も無い。
もっとも「私はアホをキープしたいです」ってなら話しは別だが。 初心者だからいろいろやってダメだったからと助けを求めているのに「理解しろ」とかどうよw またマウントさんきちゃったのか
この人も学ばないよねぇ
初めてスレだって言うのに… >>116
お前親?教師?
そんな先の事はどうでもいいから今助けて欲しいんだろ
お前崖から落ちそうなヤツ見てにまずは体鍛えろ!とか言うタイプだろw >>104のあとに>>109なら何も学んでないってこと。
仮に理解できないのだとして、switch文に関しても割り込みに関しても一切質問された形跡は無い。
で、唐突に>>109を放り投げてくるなら、普通はサジ投げる。
がんばって当たるまで数撃ち続けろとしか言えない。 初めてスレの存在意義がなくなるから助けたくないんだったら黙ってろよ
初心者救済したいヤツだけレスすればいい でさ、お前はいつ助けるの?
お手並み拝見させていただくわ。 荒れる原因になっているようなので>>37さんのを使用してこれで終わりにしたいと思います
アドバイス下さった方ありがとうございました
定期的にスレは覗いていきたいと思います >>124
好意的に解釈したとしても、あんたが何も学ばずその態度だから荒れたのさ
うがった見方なら、そもそも擁護レスもあんたの自演だから荒れるべくして荒れたのかも
こんだけ擁護レスがあるのに待たないところを見ると自演説が濃厚だな
ま、原因にゃ違いないけど、ちょっと早まったねw そら分からないから教えて言ってる初心者に
「理解しろ」は無いよな…
自身は優秀かもしれんが後継者育成が下手なタイプだな、 分からないけど理解する気もない物乞いするコード乞食にコードを投げてやるスレ >長嶋と松井みたいな関係だったら通じたかもなw
どっちがネコでどっちがウケ? >>119
AVR工作員はそこで浮き輪投げて助けようとするな そうか、じゃ俺が回答してやろう。
>>109
いいえ。 >>128
理解しなくても分かるようになれる方法があるのか、それはすごいな、
で、お前はなぜその方法を回答してやらんの? そら初心者なんだからクレクレだろ
出来るんなら質問なんかせんわ PIC32で Code Configurator でって、もうARMで良くね? >>135
クレクレと質問は違うのだ。
「初心者」を免罪符にするなよ、乞食。 >>136
ほう、興味深いご提案です。
あなたがお使いのチップとその開発環境について詳しく解説していただけますか? >>37みたいにコード出してくれても出さないヤツが文句ばっかだからな
とりあえず邪魔だけはすんなと思うわ >>50由来の>>80のをもらって改造して遊んだが、>>37は見ただけでそっと閉じた。
それきっかけでMCCええなと思って調べたから>>50が自分で再現できるところまではたどり着けて感謝している。
残念ながら>>37は肌に合わなかったみたいw 俺も>>50のは試したが>>37はそっ閉じした。
ごちゃごちゃで何が何やら…。 >>140
>とりあえず邪魔だけはすんなと思うわ
へ?
初心者スレにコードあげといて、>>37は聞いても何も答えてくれないじゃん。
どういう動作するのかさえ教えてくれなかった。
よっぽど自分のコードに自信が無いか、行き当たりばったりで本人すら返答できないっぽい。 >>50はスッキリで見ただけでわかるからな。
>>37はとても難解。
ま、模型屋のクレクレ君にはどっちも同じだろうけど。 >>145
そうそう、その返答。
書いた本人ならわかるはずなのに、何をもったいぶってんだかw
あるいは、自分でももう理解不能とか? あー、例えば>>50を説明してみようか。
RB5のスイッチの押下で
消灯-->右点滅-->左点滅-->両方点滅-->両方点灯-->戻る
の繰り返し。
点滅の周期はタイマー割り込みだろうからその設定によるので不明。
多分、ひと月後でもコード見れば即座に説明できる。 >>ID:kMFDSsPg
にしても、コイツの自己矛盾度合いはすごい、ウケル >>146
自分の気になる事を他人任せにするのか?
嘘つかれるかもしれないから自分で確認するのが一番だよ 分からなくても理解する気のない物乞いコード乞食がコードを恵んでもらって腹がふくれたのでよかったよかった。 ↑↑↑↑↑↑↑
いちいち余計な事書かないと気が済まないバカ
>>150
良かったね、あとはコードを書き換えて出来ることを増やしていくとだんだん自由に作れるようになるよ 教えたり助けたりする気のないケチ付け乞食が動作確認動画を恵んでもらって腹がふくれたのでよかったよかった。 >あとはコードを書き換えて出来ることを増やしていくとだんだん自由に作れるようになるよ
それは無理だろうなあ。
模型君の能力的にも、元のコードの出来的にも。 >>150
なるほど、そういう動作か。
行数の割には取り立てて話題にするような点もなかったんだな。
誰も触れないから予想はしていたけど、いちいち見づらいコードを追って読むまでもなかったな。
時間無駄にしなくて済んだわ、ありがとう。 おや、完成ですか。
せっかく全部割り込みにしてmainをすっからかんにして喜んでたとこだったのにぃー。
悔しいから貼っとくw
https://pastebin.com/raw/wu9jX8bW >>155←敗北感や悔しさがいい感じ出てるレスで好きw >>156
自分宛ですか?
やり方教えて貰えると嬉しいです >>155
強がりがかわええのぉ〜w
涙目が目に浮かぶw >>159
色気を出さずに>>152の言うことを聞けば?
改良したら、今度はもう少し大きめの動画を、ブレッドボードを固定して撮ってね。 >>157、>>160 応援ありがとう。
でも、>>80のプロジェクト・ファイルをもらっちゃったから、同じことはもう出来てるの。
今はdelayを使わなくして全部タイマーでやろうとしてるとこ。 >>150
http://codepad.org/h5km2Djk
コンパイル通しただけだから、動くかどうかわからないけど。
簡単な説明をすると
updateFunction の中で、LEDの点灯制御をしています。
ここで、照度を手動PWMで個別の出力に対し行います。
エフェクト処理も、この関数内でやります。ここでは、点滅処理。
出力 on/off 情報は、一旦 変数 g_ledOutputData に格納して、から
OUTPUT_LED() マクロで実際の出力をします。
updateSystem では、タイマーの管理と、処理の振り分けをします。
main 関数内で展開してもかまいません。
その中で、約8ms 毎に updateSW を呼び出します。
それ以外は、updateFunctionを呼び出しています。
updateSWでは、SWの状態を管理しています。そして、
変数 g_swSelData を更新します。
updateFunction では、g_swSelData を参照して、どのLEDを制御するか決めています。
入出力の i/o処理を、各々1箇所で行うという考えと、入力部分と出力部分を分離して
かつ、各SWを独立に評価、制御しているので、冗長なコードかも知れませんね。
読みづらいのは悪しからず。
mainループで、delayや、wait loop でCPU資源をつかみこむ処理は、簡潔になるケースも多いですが
実用面では制限が出てくるケースが多々あるので、本当にLチカ テストぐらいでしか使わないです。
今回のケースでも、たとえば、HI-BEAMを押しっぱなしにしている状態では、他のSWは受け付けないはずです。
ちなみに、updateSWを呼ばずに、シリアル入力で、g_swSelDataを更新してあげれば、リモート動作するはずです。
シリアル処理は、割込み内でやった方がいいかもしれません。 >>163
変数の先頭の、gは何を表しているのでしょうか? ハンガリアン風に、グローバル変数を目で見て識別しやすいようにしてるんじゃないの? >>163
改良版ありがとうございます!
パッシング追加バッチリです
ポジション - ロービーム切り替え作動しないです…
一回目のスイッチでポジションが点灯後、切り替えも消灯も出来ずにポジションが点きっぱなしになります >>165
globalの g ですか。なるほど わかりました。
ありがとうございました。
すると、ローカル変数は l かな、a かな。 >>166
少なくとも
376行の *pState++ を (*pState)++ に修正してください。 >>169
出来ました!
欲しい機能がほぼ揃いました
消灯 → ポジション → ポジション+ロービーム → ポジション → 消灯 ではなく
消灯 → ポジション → ポジション+ロービーム → 消灯 ですが満足です
特に明るさを調整できるのが嬉しいです
ここは抵抗で明るさ調整しようかと思っていたので
模型のほうは全130号のうちまだ108号までしか発売してないので完成まで数か月かかりますが…
プログラミングという全く初めての経験でこんな高機能のコードを頂けて感激です
本当にありがとうございました
>>156さんもせっかく組んで頂いたのに申し訳ないです
ありがとうございました >>170
同じことが自力で出来るかな、というただの好奇心で勝手にやってるので、お気になさらないでください。
あなたとは違って、1から自分で書き、自分で自由に操れるようになることが私の目標です。
>>37は難解で理解できず、>>50の方がとっつきやすかったのですが、おかげでMCCの使い方を学んだので大進歩でした。
いまの興味は>>58の音鳴らしに向いていて、いろいろ検索中です。 >>170は模型で使う手段としてのPIC
>>171はPICという手段そのものが目的化してるな >>172
ここは「初めてのPIC」スレであって「PICプログラム発注スレ」ではないので、
将来PICを使いこなせるようになれるのはどちらの人か、がポイントでしょう。
ま、ただ「手段の目的化」とかいう言い回しを使ってみたいだけのあなたはどっちでもいいんでしょうけど。 >>172
初心者スレでPICを学ぶのが当面の目的でなきゃ何が目的?
実践でしか学ぶなってことならこの国と同じように将来は無いねえ。
陳腐な「表現」に酔ってる滑稽な自分に早く気付いてね。 >>174
へーーーー
新しいタイプの工作活動ですな 他人がクレクレで目的達成したのが腹立たしいだけじゃんw >>176
相変わらずレイシストさんは無能だな
自分の国だから将来を憂うんだろ
少しは頭使おうよ
>>177
道で金拾った人を見て腹立たしいだろうって発想自体が良く判らない >>174
最初から最後まで模型でLEDが目的だろ
その為に学ぶ事があってもそれ自体が目的じゃない
誰も言ってない「将来」とか「国」って唐突に陳腐なワード使いだして見事なブーメランw >>179
「将来」「国」は陳腐ですか。
学ぶことの先にあるものが見えない近視眼的な価値観そのままですね。
時間軸の概念を思考に取り入れるだけの能力が無いのが気の毒です。
そして「ブーメラン」を好んでお使いになるw
とても臭いますね、あなた。 >>179
誰も言ってない「学ぶことだけが目的だろう」って陳腐な思い込みでわめいてるのはお前だけだな。 そもそもコード乞食の肩もって湧いてるヤツの存在が理解出来んわ。 ああ、自分もクレクレしたいから、その下地つくりか。
わかったからはよ仕様書出せよw ・クレクレ初心者にクレてやるコードは無い!
・難解だなんだと自称玄人に文句言われながらも助ける
えらい違いだな ×初心者
○乞食
×助ける
○施す
そう、だいぶ違うよ。 すんません。
外部割込みでスイッチの押下を検知するとして、
チャタリング対策をソフトウェア的にやるにはどうするのが一番いいでしょう?
ヒントだけでも結構ですのでよろしくお願いします。 >>188
人のアドバイスにぶら下がる気なら、まず、元ネタのチャタリング対策をちゃんと理解しましょう。 >>188
外部割込みでそれをやるときには、チャタがおきないように、ハードですべき。
もし、他の処理が同時に動いていないなら、割込みルーチン内で、約10msec程度待ってから、
もう一度、入力ポートをチェックする。ただ、複数のSWがあるときには、工夫が必要。
一旦復帰して、約10msec後に、タイマー割り込みをかけて再度チェックする。
ただ、その場合、タイマー割込み待ちの間に、対象SWのチャタもしくは、
他のSW要因で割り込みが発生する可能性があるので要注意。 >>189
コピペで荒らすなよ、文字も打てねえ低能か? >>188
スイッチのつながった端子の外部割込みを止める。
適当な時間で割り込みを発生するように設定した別のタイマー(仮にTMR0)をスタートさせる。
TMR0のタイマー割り込み発生時に件の外部割込みをスタートさせるように書いておく。
スイッチが複数あるならちょっと工夫が必要だけど1つならこれでいいと思う。 タイマーに限りがあってスイッチが複数ならフラグ用意して立てますかね。 >>192
すぐには理解出来なかったので時間がかかりましたが、なんとかうまくいきました。
たぶん自分じゃ思いつかなかったです。
ありがとうございました。
これで、すべてのdelayを割り込みに置き換えられたので、本編の自由度が格段に上がった感じです。 簡単だよ。
ここで質問風に依頼すれば誰かがコードを書いてくれる。 先日、秋葉の書泉ブックセンターで電子工作コーナーみたらPIC関連の本より
Arduino 関連の本のほうが多かったな
PICの本は古いのがいまだに売ってて驚いたよ
なんせアセンブラで書いてある本がいまだに売ってるんだもんなあ
あと16F64Aを使って解説するというこれもまた古い本も堂々と売ってたわ
PICはオワコンなのかもしれん だってメーカーがPIC諦めてAVRに乗り替えたじゃん
使い続けているのはこのスレの3流プログラマだけ >>197
したり顔で語ってるくせに最後の最後で 16F64A とか。
AVR厨は何かと詰めが甘くて馬鹿丸出しw
>>204
で、その自慢のAVR関連の本は1冊でも存在したのかい? 今月号の模型誌モデルグラフィックスでPICお勧めしてたよ >>205
ま、俺はAVRのことなにも知らないんだが PICはなにも工作活動しなくても自己崩壊してるけどな IDが win7 8 or MEにみえる・・
環境はubuntu + pickit2 だけど・・ >>211
16F64Aとか言っててPICも全く知らないようだし、いったい何を根拠に書き込んでんだ?
本屋へ行った話そのものが妄想だったりしてな、コイツw ×書泉ブックセンター
○書泉ブックタワー
×16F64A
○16F84A
もうろくジジイ乙 俺も最初に使ったのはPICだけど今始めるならSTM32だな
PICのほとんどより高性能で、純正のデバッガ付き基板が1500円、中華基板なら200円からある
開発環境も元々有償だったのが無償化されてて、これが結構使いやすい
てかPICって今どこら辺に需要があるの?
趣味でなく業務だったらルネサス、NXPだろうし >>216
あなたの言い分だけじゃあまりにも説得力無さ過ぎ。
ここの住人がこぞってPICを捨ててSTM32に乗り換える気になるような、
抜群に魅力的なサイトでもどっか紹介してよ。 >>216
つい最近まで話題になってたから、PIC16F1827であの程度の模型のLチカすると仮定しよう。
それをSTM32とかでやる場合を想定して、もっと現実味のある話をしてよ。
環境はどうする?
チップはどれ使う?
なるべく具体的によろしく。 初心者が、電子工作で、PICを選択してもあんまり幸せじゃないのはわかる。
ardiunoはよくできているし、かなり複雑なこともできる。
ただ、小さな8bitマイコンと、僅かな、部品だけで、実現したいときに、PICがちょうイイことがある。
ただ、picで、tcp/ip usb ,sdカードアクセスとなると、8bitマイコンでそんなに、がんばらなくても。。。という感じ。 >>220
>ardiunoはよくできているし、かなり複雑なこともできる。
>ただ、小さな8bitマイコンと、僅かな、部品だけで、実現したいときに、PICがちょうイイことがある。
サイズだけで言えばArduino miniの互換機あたりを使えばいいと思いますよ
8ピンPIC使うにしても最低限の基板は必要だし、あれより小さくするのは難しい
価格的にも200円以下ですし
>>219
適当にF103とTrueStudioでも使えばいいんでは?
PIC16F1827の機能はしらないけど、特殊なマイコンじゃなさそうだしほとんど同じコードが動くんじゃない? >>221
なんだ、何も知らない人だったか。
STM32F103なんてDIPパッケージすら無いじゃん。
なぜ初心者が模型にPIC16F1827なのかすら考えたことなく語ってるんだね。
モジュールと単体ICの違いも分からない。
Arduinoと言ってみたりSTM32と言ってみたり支離滅裂。
何1つ参考にならないから以後勝手に語っててください。 >>221
>サイズだけで言えばArduino miniの互換機あたりを使えばいいと思いますよ
は?
少しは知識を仕入れてから語ったらどうなのかな?
https://i.imgur.com/PONW3sZ.jpg
SOP18を使う以上のコンパクト化がPro miniを使ってできるならぜひやり方を教えてくれ。
そもそもDIPにさえサイズでは及ばないだろうに。 小さくと言っても、そこまで小さくすることもないんだなぁ…
みつを >>222
>Arduinoと言ってみたりSTM32と言ってみたり支離滅裂。
私は>>220に返信したんですよ
勝手に話に割り込まないでくれますか?
>>220にArduinoの小型基板を提案しただけで、あなたにArduinoとPIC、STM32の優劣を語るつもりはありませんからね(笑)
>>224
あなたも変な人だなぁ
手軽にって前提があるはずなのにSOP18とか持ち出されると困惑してしまいます
それが許されるならF103やAtmega328も表面実装のを使えばいいのでは?
お二方ともですが、私にはSTM32を使わせなければならない理由とかないですから、考えがことなるなら無視してくれていいんですよ?
意地になって反論しちゃうのはゲハみたいでみっともないですし >>222
加えていうなら、
>なぜ初心者が模型にPIC16F1827なのかすら考えたことなく語ってるんだね。
とか言ってるけど、そんなの私が知るわけないでしょww
それはあなたが興味を持ってる事柄であって私のではないんだから
PICとSTM32について話してたのにそんな限定的な話しても意味ないってのは分かりますよね?さすがに >>ID:9mSMfcIZ
>>ID:FZadvzHk
わざわざ日をまたいで、必死ですな。
まさに、意地になって反論しちゃって、みっともないです。
ま、いいからさ、どのレスが自分のレスのどの部分に対するものなのか、
少しお落ち着いて考えなよ。
頭悪そうだから、次からはレスを小分けする方がいいと思いますよ。
ただでさえ支離滅裂なんだから…。 >>227
>PICとSTM32について話してた
違う。
お前はPICスレなのにSTM32の載ったモジュールの話を持ち出した。
みんなそこをつついてるのに、その本質すら見えてないだろ?
どういう棲み分けかちっとも頭に入ってないから他人のレスの真意が見えない。
無知、無能は何も語るな、邪魔なだけ。 秋月のmbed互換基板かArduino pro mini互換基板を使えば幸せになれる >>216
まあ、万単位で製品作らない限りは、8bitPIC使う価値無いからな。
後はギリギリまで消費電力減らしたいとか。 しかしここはなんで荒れるのかね
このスレ見てみみんな上品な会話してるぞ
Java入門・初心者質問スレ
https://mevius.5ch.net/test/read.cgi/tech/1528370228/
私らもこうありたいね PICから入って最近arduinoメインで使ってるけど、まさかこんな対立があったなんて驚きだわ
どっちもただのマイコンだぜ?
喧嘩するほどの事かよw
どんだけストレス貯めてるんだよ普段… 私もPICから入ってAVRに乗り替えた。
常識有るプログラマなら、普通、そうするよな。
PICのアーキテクチャは貧弱すぎて、PICで組んでいるとストレスがたまる。
ただのマイコン、されどマイコン、だべ? PIC卒業したとかもう使ってないヤツがナゼか集うスレはここ? 定期的にPICスレを荒らしに来るやつがいるから雰囲気が悪くなる 無視すればいいんだよ。
「工作員」などと一々反応するから面白がって来るんじゃないか?w >>240
ずっとこいつだろ-->ID:5D0C11VR 自分で動機を白状してる。
>「工作員」などと一々反応するから面白がって来るんじゃないか?w >>239
高校とかにお礼参りに行っちゃう元不良の心境だろ。
在学中も鼻つまみ者で今も上手くいってない奴の定番のルーティーン。
自分の不遇を他人のせいにするしか能の無い悲しいヤツ。
>>242
まさにそいつだ、分かりやす過ぎで笑うw >>242 >>243
誰にでもすぐ分ってもらえるようにわざと書いたんだし、
笑ってもらえると私としてもとても嬉しいw
ただし、「ずっと」ではない。
PICスレがずっと荒れているのは元からで私の責任では無い事を強く主張しておきたい気持ちが有る事は有るw
みんなで力を合わせてPICスレを盛り上げていきましょう。 えと、ついでに書いておくと、前はPICを好きでも嫌いでもなかった。
数あるCPUの中の一つに過ぎなかった。
ここのPIC関連スレを読むようになってからPICが嫌いになった。 全レス眺めると精神異常としか思えないねコイツ >>ID:5D0C11VR >>243
確かに
Arduinoをうまく使いこなせてるならPICを振り返る意図が不明
俺なんか適材適所を見極めて両方文句なく使えてるからどっちにも悪いイメージ無い
ID:5D0C11VRからはどっちもまともに使えない人間の悲哀しかイメージできん
かわいそう >>245
嫌い嫌いと言いつつ自分からすり寄ってくる馬鹿 >>230
×普通にウザイから消えて
○論理的に突っ込まれても頭悪いから反論できないの >>228
>わざわざ日をまたいで、必死ですな。
夜中の2時に書き込んじゃた人のセリフとは思えないw 変人ぞろいの電気電子版の中でも特にひどいなここw
PICが否定されたって自分が否定されたわけじゃないんだから冷静になれよ
明らかな煽りまで全レスしちゃうのはゲハそっくりw >>251
AVRマンセーの人って、旧型の8bitPICと比較して 勝った! って喜んでるだけだからな。 私にとってマルチタスクで動かせないCPUはただの周辺入出力コントローラであり、
そんなコントローラで満足している人が不思議でしょうがないけど、
世の中には理解できないことが他にも一杯あるし・・・
などと考えている今日この頃です。
ただしプロは全く話しが別ですよ。
今日は午後からお付き合いいただいた皆様、ありがとうございました。
おやすみなさい。 最近ゲハゲハ騒いでんの湧いてるけどゲハの何を知ってるんだろう。
STM32がーとか騒いでる奴と同じでそのタームを書き込む自分に酔ってるだけ?
陳腐で浅はかだねえ、いやはや。 マルチタスクの意味も組み込みマイコンの用途も知らずにごっちゃでほざくお花畑 ただの周辺入出力コントローラさえまともに扱えず、悔しすぎて頭おかしくなった人でしょ。
面白くていいじゃん。 両方使えばいいのに、どっちがいいとか言ってるやつは学びが浅いよね
もしかして混乱しちゃって両方使えない? Arduino初心者熱烈大歓迎質問スレ part23 をみてみたけど
割と穏やかだね 自分の用途にあってるあってないがあるから必ずしも両方使う必要もない。
他人の流儀にケチつけるのがおかしい。PICスレでPICユーザーを面白がって煽るのは馬鹿な行為。 >>260
だって、モジュール集めてアセンブルするだけだから、
Arduinoが緩衝帯になって能力差が吸収されるもの。 >>261
煽られたのに対して優位性を指摘するわけでもなく煽りかえしちゃう無能がいるからでしょ
PICしか使えないか惰性で使ってるだけってことがバレバレなのに絶対認めようとしない >>264
ん?
あんたがさんざん煽っても、STM32がいかんと書いた人は一人もいないわけだが?
別IDの方も含めてよく読み返してみたらどう? >>264
>煽られたのに対して優位性を指摘するわけでもなく
なんだ、煽ってる自覚はあるんだな、安心したw >煽られたのに対して優位性を指摘するわけでもなく煽りかえしちゃう無能がいるからでしょ
思想信条人種出身地性別その他で侮辱されたときに、その優位性を表明する必要なんてない。優劣という線上にあるとは限らないんだから。
ただ、ただ、侮辱するという行為が失礼だから、その行為に対してアクションがあるだけ。 >>265
参考のために聞きたいんだけど
失礼ながら、あなたのお年はいくつぐらいなの?
若い、中年、年寄り、どれ?
私は中年です で、あんたが推してるSTM32の悪口を書いたレスは見つかったの?
自分が一方的に煽ってるだけだということには気づいたの? >>219がSTM32ではどうやんのって尋ねた。
ごく普通の疑問、当たり前の成り行きだと思う。
でも、>>221の通り、いいかげんな返答しか返せない。
そこからはまあ、質問攻めだよな、ただのアホの煽りだと認定されたから。
それでも誰もSTM32そのものは否定してない。
棲み分けをちゃんとわかってるからだ。
分かってないのは ID:9mSMfcIZ ID:FZadvzHk だけ。 ケンカをするなら全力でやってはいけない
ケンカはいつも勝つわけではない
時には負けることもある
全力でケンカすると負けても引けなくなってしまう 全力も何も、こんな低レベルのスレでよくもケンカする気になれるな。
ケンカする、というのは自分と相手が同じレベル、という事だぞ。 乗り換えとか卒業ってわけじゃなくて、
arduinoのが周辺回路がついててスタートしやすいってだけで、PICで充分な時はそっち使うよ
お互いのカバー領域が被ってるんだからどっち使っても出来ることは多いの当たり前だし、
なぜ必死に喧嘩するのか分からん… arduinoはライブラリーが充実してるから つくるのが楽
picはそこら辺がね・・ 喧嘩なんてどこにもないよ
喧嘩だーって言ってるのはこいつだけ>>ID:FE6TpIq2
読めばわかるけどコイツちょっとおかしい
俺の想像では上の方で暴れてるのも全部コイツだと思う
STM32ちゃん、と命名した >>275
そうだよな。
単なる手段にしか過ぎないんだから、安い、慣れてる、簡単、いろんな理由で選択すりゃあいい。 >>277
しつこくたかってくるハエは、しつこく叩き潰すものだよ
覚えてね お前ら、どうこう言ってるけど、実際何に使ってるんだよ!!!
まず、それが重要だろ????
それを言ってから話をしろよ・・・・
目的がはっきりしないで何を言ってるんだ!!
アホか〜〜〜〜〜〜〜〜〜〜 >>279
俺も何か目的があってのPICかと思ったが
>>173-174
↑
PICを使えるようになる事が目的らしいw 初心者の時こそ目的がないと厳しいよね
漠然とプログラム組むなんて出来る訳がない
たぶん英語教育と似てる
This is a penで文法を学ぶよりHelloで喋る事を目的にした方が上達するみたいな へえ、PICって使い方は学ばなくても目的だけあれば大丈夫なんだね。
そらすごい、Arduinoを超えたじゃん! >>284
そうだよ。
ここで目的だけ書けば誰かがコード書いてアップしてくれるからね。 オペアンプ付きのPICは便利だと思ったわ
機能特化型PICは使いこなすと楽しい
機能特化型なんて書くとなんかガンダムに出てきそうでかっこいいよね! >>284
へえ、PICって使用目的がなくても使い方だけ学べば大丈夫なんだね。
そらすごい、Arduinoを超えたじゃん! >>284
どうしようもないバカだな…
目的があるから学ぶんだよ >>287
違う違う、学ばなくてもいいって言ってるだろ。
そもそもおまえには学習能力無いだろが。
目的だけはよ書けや、コード乞食w >>281
おやまあ、ずいぶん上の方に喰いついたね。
せっかく「手段の目的化」を使ってみたのに馬鹿にされて相当悔しかったのかな?>>172
そもそも「当面の目的」の「当面」の意味すら知らないようだから、
流行ってそうな言い回しのコピペが精一杯でもしかたないねw
学習能力なんて微塵も無さそうだ。 >>283
一定レベル以上を目指すなら逆に文法を踏まえた方が効率もいい。
そういう学習経験の有無でPICの習得に関してもスタンスに差が出るんだな。
結果、割り込みも使わない84A時代のコードしか書けなくても目的は達するしね。 >>291
その結果が試験に特化した喋れない英語ばっかになったんじゃん
そもそも目的もなくコード作るなんて不可能だろ
あとあくまで導入の話な
「初めての」だぞ >>289
他人がタダでコード貰ったのが相当悔しいんだな
いや羨ましいのかw 前スレ現スレ含めて結局コード乞食だ、難解プログラムだと貶されても目的を達成した模型LEDの一人勝ちだよな
あとは不毛な貶し合いだけw
これからPIC使って仕事するとかじゃない限り目的達成出来ればそれで十分なんじゃね? >>292
>その結果が試験に特化した喋れない英語ばっかになったんじゃん
低学歴にありがちなお花畑理論ですね。
あなたみたいな人ばかりだと教育業界もやりやすい。
>そもそも目的もなくコード作るなんて不可能だろ
最初から不可能だという決めつけてりゃそりゃ無理でしょう。
誰もあなたに頼んでませんしね。 >>294
社会的にも有能とされるのは目的を達してさっさといなくなった質問者であり
ここでぐちぐち何が正しいかを口論してる奴じゃないしな
まあここは実社会ではつまはじきの吹き溜まりだから… >>294
何を「勝ち」何を「達成」と思うかによる。
なお、仕事かどうかは関係ない。
あのコードを模型に仕込んで売り出して売れりゃ仕事として成立する、売れりゃね。
>>296
「有能」の定義による。
その実社会とやらの現状に満足、あるいはあきらめの境地にいる人の意見として聞いておく。 PICでLチカとかモーター動かすだけじゃなくて、計算機らしいことしようよ
PIC18F以降の高性能が泣く おー、なつかしい
IDかえて一人を攻撃するっての、まだやってんだ
でも投稿時間が近いからバレバレだけど
287 名前:774ワット発電中さん[sage] 投稿日:2019/03/07(木) 02:45:22.98 ID:viywJgdm
>>284
288 名前:774ワット発電中さん[sage] 投稿日:2019/03/07(木) 02:48:53.80 ID:nRZF++nr
>>284 >>298
な、やりたい事がないとそうなる
結局模型でLED以外に具体的な目的が一切出てないw >>300
普段から俺がやってる手口を紹介します、って告白してんの?w >>298
上の方にPIC32でホーンまで鳴らしてる人の動画があがってたじゃん。
俺はマネして遊んだぞ。
目的なんてなくても楽しけりゃいいし、いずれ生かせりゃもうけもの。 >>299
現実を俯瞰で眺めるだけの余裕と能力と志が無いあなたには「逃避」にしか見えないでしょう、お気の毒です。 >>301
PICの性能を使いきるような、手段が目的化するのはありだとしても
他人にしようよって言う前に自分でやってみせればいいのにとは思う 誰もが興味を持てるような、納得できるような共通の<具体的な目的>は難しいのでは?
私は模型自動車のLEDは題材として悪くなかったと思う。
単なるLチカと異なり、リアルタイム処理が必要
(ハザードを点滅している間もヘッドライトをオンオフできるような)
という勉強にもなっただろうし。 >>303
それはホーンを鳴らしてみたいという目的が出来たんじゃね? >>307
そのとおり。
手段を知って目的が生まれたのであって、知る前は目的は無かった。
目的目的言ってる奴は、手段を学ぶのが面倒なだけ。
手段を覚えたことで目的が生じるという体験も無い。 >>299 >「〜による」という現実逃避w
>>308 >それは誰が見るかによるw
自分で一周まわっちゃったよ、この人、面白いね。 おまえらよくこんな鼻くそみたいなCHIPにアツくなれるなw
自分が使いたいように使えればそれでええだろーよ
ここは俺の自慢話でも書いておくか
AKI-80GOLDキットを使ってスロット設定判別機を造り売りさばいて3000万円以上ぐらい儲けた事がある
都内でこっそり売りさばいていたが最後は顧客がみなヤクザに見えてきて夜逃げするようにやめたがw
マイコン工作なんて個人が楽しく遊んでりゃいいんだよ
俺のように商才があるやつは儲けることができるがな、君たちには無理だ PICで車載用のアクセ作って売ったけど4000万位売り上げたな
その時の売り上げを元手にして会社起こしたあとはPIC使わなくなったので
もうそっち方面には疎いけど ワイが初めて作ったのは、デスクトップパソコンを車に積んでカーナビやメディアプレーヤーにしてた時に、
イグニッション電圧を検知
10秒後にインバータをオン
5秒後にPC電源ボタンをオン、オフ
イグニッションオフを検知
5秒後にPC電源ボタンをオン、オフ
50秒後にインバータオフ
ってやつを16f84でつくった。
アセンブラでやったな…
PC設定で、電源ボタン押下時に休止する設定にすると、電源オン後にWinAmpの再生がちゃんと継続するんだよね。 シリアルポートのGPSとゼンリンの地図ソフトを連携してカーナビにしたり、USBのワンセグチューナーでテレビみたり頑張ってた。
今ならスマホ1つだわな。 4000万とか後から法人起こしたら大赤字に成るレベル
すっげー勇者すっげーっす
数字盛り失敗だね 車用のアクセとか具体的な内容言わないあたりでお察し だろ?だろ
その点俺は抜かり無い
AKI-80GOLDが売ってた頃のスロットの世代は4号機と誰が調べてもはっきりわかる。
しかも当時メダル投入枚数による手動設定判別技術は雑誌でも堂々と公開されていたが、
作業が煩雑でできる奴がほとんどいなかったという事実に対して、
俺がそこら辺のカウントをマイコンで自動的に集計する仕掛けを作った
最初自分で使ってたんだけどすぐ人にこれ売ったほうが儲かるやんと気がついた俺は全く天才
いまもこの時のあぶく銭を元手に遊べてるしなー >>320
そんな口先だけの批判しても単なる負け犬の遠吠えにしか聞こえないから止めたうがいいぞ。 発達の過程で手段が目的化するのはありがち、俺もそうだった。
でもいいオッさんの歳までそれが続いてるなんてのは恥ずかしいよ。 >>298
周辺機器用コントローラに何を求めてるんだ? ホントにここはクズが集まるしょうもないスレだな。
ニーチャンもオッチャンもジーチャンもまともな奴はいないのか。 ここは、初心者の人たちが質問をするスレです。
中上級者の皆さんが雑談や思い出話をするところではありません。
初心者が質問しにくくなりますので、思い出話などは、本スレでお願いします。 常連がダベってるから新規客が寄り付かない店みたいだなw しかもPICの話題ですら無いw
荒れてる流れは止まったようだがw 初めてマイコンに触るなんて人はもう32bitから始めた方がいい。要らぬ苦労はせんで良い。 初心者向けワンチップマイコン選定相談スレ でも作って、そこでやれ >>324
> ホントにここはクズが集まるしょうもないスレだな。
ほかにもいろいろ初心者向けのスレがあるけどここだけ荒れてる
ということは、やっぱこれはAVR工作員のしわざでしょ
PICの初心者をたたいてAVRに向かわせたいという
それ以外に理由が思いつかない >>328
同意。
老害がいつまでも古いコンテンツさらしてるから引っかかっちゃうんだよね初心者が。
なので初心者は期間指定して検索するべき。
個人的にはMPLAB Code Configuratorで絞り込むことをお勧めする。 >>332
「足が多いな」
「足なんて飾りです、偉い人にはわからんのです」 8bit のPICは、もはや、初心者向けではないので、
PIC32をメインに考えようというのなら、そういうスレ立てればいいんでは?
もはや、PIC32がメインで、8bitの昔からのPICは出て行けってのもありですけど。
マイコンというだけで、関係の薄いマイコンも入り混じっての諍いが多いだけで、
わざわざ、分離するほどのにぎわいではないと思う。 PIC32は中途半端なMIPSの所為でPIC遣いもMIPS遣いからもそっぽ向かれる可哀想な子 >>335
PIC使いにそっぽ向かれる原因は具体的に何ですか?
あと、PIC使いはその代わり何を使っていますか? >>334
>そういうスレ立てればいいんでは?
>わざわざ、分離するほどのにぎわいではないと思う。
いったいどっちだよ。 PIC使いの人はシリーズにDIP8ピンが無いと叩かずにはいられないんじゃ無いかと >>335
>中途半端なMIPS
どういう意味ですか?
初めてスレなのでわかりやすく解説お願いします。 PICアーキテクチャの最終進化型がPIC18FやPIC24だから、新規に学習すなら此らを御勧めする >>339
「中途半端な」の定義による。
その中途半端とやらの現状に満足、あるいはあきらめの境地にいる人の意見として聞いておく。 PIC24は16ビットデータでユニークなんだから、メーカーももう少し力を入れればいいのに。
何をどうしようとしょせん売れないとでも考えているのかな? PIC32がいかんという具体的な理由は出てこないようだな。
これからも安心して使おう。 >>344
PIC24は誰がどう考えても要らない子 半導体メーカーって何をすれば「力入ってる」事になるんだろうね。
判断難しいね。 MIPSコアが最新じゃないとかPIC32否定派は吠えたいんだろうけど、スマホ作ってる訳じゃなし関係ない。 >>345
dsPICも100MHzとか出てるしな。 752 : 774ワット発電中さん : 19/03/09(土) 15:03:43.34 ID:KpxIUbKQ
別スレで、
>PIC24は誰がどう考えても要らない子
みたいなこと言われたのですが、なんでそうなのでしょうか? 高機能のMCUをmcc等の便利なフレームワークを使って、エレガントにさくっと電子工作
というのが、主流なのかもしれないけど、
16F84 みたいに、タイマーくらいしかないような MCUも、ロジックICの延長みたいで
勉強になるよなーって思うけど。
パソコンのプログラムのデバッグで、アセンブラリストが出てきても、ちんぷんかんぷんだけど、
この程度なら、理解しながら追えるけど、そういう技術はもう不要なのかな? >>351
「いらない子」の定義による。
そのいらない子とやらの現状に満足、あるいはあきらめの境地にいる人の意見として聞いておく。 >ロジックICの延長みたいで勉強になるよなー
は? PIC24はデータ用のRAM領域はたしか64KBまでだったはず
データ用のRAM領域が64KB越えなければ全く問題ない
データ用のRAM領域が64KB越えるなら32bitCPUの方が楽だろうね 他社の16bitマイコンでもデータ用のRAM領域は64KB以下が多いよ
64KB越える場合はもう32bitの領域なんじゃないの? それならPIC32でいいじゃんって話になるだろ。
PIC24にするメリットがあったらそれを教えてくれるだけでいいよ。
初めてでどれ使うって話なんだから。
スレタイくらい読んでね。 >>359
その通りですね。
どうやらPIC32が良さそうなので、PIC32+MCCでやることにしました。
>>360のようなクソのようなレスが逆に参考になりました。 どうせならSTM32がいいよ。コンパイラの最適化が重要なRISCでこれ以上の最適化は銭よこせ、だもん。 どうせでなく、フリーでも最適化が十分なのでPIC32を使います。 >>362
STM32のIC単体で30ピン程度のDIPパッケージが秋月に並んだら教えてください。
それまであなたに用は無いです、さようなら。 >>364
QFP32pinDIP化基板は秋月にもある
素直にスレチと言えば良いのに
M0+までだけど、フル機能のMDK-ARMがタダなのは素晴らしい >>364
28ピンDIPが175円なんだねえ。
http://akizukidenshi.com/catalog/g/gI-11902/
探してみたら参考になる記事も結構増えてきてる。
俺もPIC32MMポチったわ。 >>361
32ビットマイコンが出力するコードを見てからの方がいいよ・・・
多機能で高速かもしれないけどその機能を使用するためにどれだけの
コードが出力されているか・・・・・
プログラム組むんだって一度アセンブラで組んでみればわかるよ
C言語で比較していると、どれだけ面倒なことやっているがわからないが
アセンブラで組むとよくわかるよ、やってられね〜〜〜ってことが
実際は思ったような速度が出ない場合があるんだよ・・・ 期待が大きすぎればどんなCPUでも、実際は思ったような速度は出ないが。 一応-O1オプションまではフリーだからな
-O1オプション付けるのと付けないのとでは全然違うね
あと、一応MIPSの超簡単な命令セットの解説
極楽プレイステーション R3000命令表
ttp://www.inetmie.or.jp/~koh/inside/ps-r3000.htm MIPSは独特な定石があったりするので苦手な人はいるかもね
キャリーフラグがないから多倍長演算できないとかADD命令で例外が発生するとか
定石を知らないで文句言ってる人もこのスレにいたしね
ただ、ARMのThumb-2の解説してある書籍が公式のリファレンスマニュアルくらいしかないが
これを見てもARMのCortex-M系でもほとんどアセンブラとか使わないんだろうね
32bitでアセンブラを使う機会そのものがあまりないのかもね MIPSが初めての人はこれも参考になるよ
ttp://www.cqpub.co.jp/interface/TechI/Vol39/app/mips_asm.pdf >>366
PIC32とMMCでやるのが主流になるんだろうねえ、これからは。
MCCの記事も増えてきてるし、本家のForumも親切な人多いから参考になるよ。 PIC32が主流かどうかは別にしても、MCCを使ったら元へ戻れないのは確かだね。
データシートを2つ開いて別々のページを見比べながらレジスタ設定してた日々が懐かしいw
そして、そうなると必然的にPIC32を使うハードルも無くなるということだ。 >>372
性能出すには、パイプラインをなるべく乱さない為に、命令順序に配慮必要だからな。 趣味で扱うんだったら、EPS32 とか Micro:bit とかの方がお手軽じゃね?
EPS32なんてチップレベルでは100円台からある。 >>376
確かにデータシートの出る幕はほとんど無くなった。
必要な部分だけ読めば良くて、基本の設定はMCC任せにできるのはありがたい。
一杯コード吐くから最初は戸惑ったけど、慣れれば逆に分かりやすい。 >>378
>EPS32なんてチップレベルでは100円台からある。
どれどれ?
それ買いたいからリンク張ってください。 xcで
GP0 = ~GP0;
と
GP0 != GP0;
はちがうのか? >>381
xcじゃなくてもそれは代入と比較だから全然違う その発想はなかった
!は単項だし、展開するとこうなるのか
GP0 = GP0 ! GP0; GP0 = ~GP0;
と
GP0 ^= 1;
は? >>388
mplabx の simulator 動かして試してみるのがイイヨ。 >>391
!いこーる とかではなくて、
A ! B のような演算のことを聞いてるの >>392
>A ! B のような演算のことを聞いてるの
少なくとも>>390はそれ以外の解釈ができる質問だよね。もしあなたが>>390なら、なぜ最初からそういうふうにたずねないの? >>392
>A ! B のような演算
それ、どこにあったの?
リンク張ってください。 >>395
>>385
ちょっとぐらい、スレをさかのぼって見てみればいいのに。 >>397
自閉症スペクトラムに該当する人に失礼だな
他人を罵るのにいちいちアベさんを引き合い出すキムチの国と同レベル で、結局、
>A ! B のような演算
やってる奴はどこにいるんだ? >>401
計算式がエラーになるから無理。
!B は Bの否定だから。 >>401
その演算をしている人がどこかにいる、なんて話あった? あなたの思い込みじゃないの? >>402
マジレスありがとう。
分かってて>>392を揶揄して遊んでるだけです。 >>405
揶揄する対象を間違ってるんじゃないの?>>385 >>406
間違ってない。
そりより>>403は解決したのか? >>406
>>384で済んでる話なんだから、
残りのレスは全部オツムの足りない!厨を揶揄してるだけ。
対象もクソもねえんだよ、馬鹿なのか?
てか、お前が!厨本人かw >>408
揶揄して楽しいと思ってる時点で同レベルなんだよなぁ 楽しいのか。そういうことを楽しんでいる自分を見て嫌にはならんのだな。 >>411
あんたは「楽しい」と「嫌になる」の区別もつかない自分を見て嫌にはならんのか? >>ID:ID9nFpg9
http://www.c-lang.org/operator.html
を見れば済む話なのに、自分の無知・不勉強を棚に上げて感情論で正当化しようとする馬鹿
ま、馬鹿だからリンク先見ても頭に入らないんだろうけどなあw アホレスを相手にするな
こんなアホスレで暗黒面に落ちたくないだろ 「アンタが大将! アンタが大将!」と言っておけばいいんだよ >>416
だよな
はいはい大勝利おめでとう
って言っておけば大抵のカタは付くよネ 最近はインターネットの掲示板以外でも
謝れなくて引くに引けなくなっちゃう奴とか
とにかく勝ったことにしないと気がすまなくなっちゃう奴とか
増えたよね >>418
ネットでは謝る必要もないし、そもそも勝ち負けも無いの。
なので全部お前の妄想・錯覚に過ぎない。 >>420
ちゃんと読んだ?
ネット以外のって書いてあるんだけど?
あなた思い込みが激しいって通知表に書かれてなかった?
そもそも学校ちゃんと通えてた? > 残りのレスは全部オツムの足りない!厨を揶揄してるだけ。
> 対象もクソもねえんだよ、馬鹿なのか?
> てか、お前が!厨本人かw
とりあえず、こういう言葉遣いは止めてくれ。 >>421
ちゃんと読んだ?
ネット以外でもって書いてあるんだけど?
あなた思い込みが激しいって通知表に書かれてなかった?
そもそも学校ちゃんと通えてた? >>424
うっわ統合失調症こっわ
はいはい君の大勝利大勝利、良かったよかった
な?これですむことが早くも証明されたわけですよ
バカには勝利宣言させときゃおk >>ID:mH/hJWzT
どう控えめに見てもお前が一番悔しそう。 >>426
どう控えめに見てもwwww
控えめに見てもwww
顔真っ赤
顔w真wっw赤wにして控えめwwwww
悔しそうwwwww悔wしwそwうwwww
控えめ悔しそうwwww このスレはもう死にました
やっぱ理系はバカばっかりだな
文系が管理してかないと日本はだめだわ >>429
逆だろ。
理系の人達は、世界に完全な物など無いって解ってるから、物事に完璧を求めない。
机上で物を考える文系の人達は、理想を追い求めるが。 いつだって無茶な値引きで開発の顔を青ざめさせるのは文系の営業 分類してレッテルを貼って安心するのはいいことではありません。 もう いい加減にしてください。
このスレは、PIC初心者が 質問するスレです。
よく知ってる先輩たちは、本スレに行ってください。 14k50 がライトエラー・・・
ブランクだと書き込める・・ もう いい加減にしてください。
このスレは、PIC初心者が 質問するスレです。
よく知ってる先輩たちは、本スレに行ってください。 ここはバカばっかりだから、だれか管理しないとだめだよ
だれかに管理たのもうよ >>435
ただのコード乞食と初心者は区別しよう。
>>438
お前、文系か?
まずその机上の空論癖を直せ。 >>439
ケチくさ
初心者にコードあげた事によって他の人も勉強になったとかメリットあったろ
人を貶すだけのネット楽しいか?
人を助ける楽しさも学べ >他の人も勉強になったとかメリットあったろ
いいえ、あのコードから得るものは何もありません >>440
>ケチくさ
人を貶すだけのネット楽しいか? >初心者にコードあげた
「あげた」ってところをみると>>440はご本人様で、「あげた」感覚なのねえ。
あのコードじゃ他への流用も発展も無いからその感覚に異論はないが、
>他の人も勉強になったとかメリットあったろ
という見事な思い上がりと上から目線な人間性には敬服するしかない、もう脱帽。 組み込み屋さんってのはああいう自分にしか理解できないコードを書くことで
その後のメンテナンスも含めて囲い込むわけでしょ
それがおまんまネタなんだから否定する気はないけど
>他の人も勉強になったとかメリットあったろ
ってのは何の冗談ですかって思う、馬鹿ですかとw 前スレから読み直せ
難解コード以外の人のやり方が参考になったとかあるだろ
どっちにしても貶すだけのクズとは雲泥の差 >>442
>>440は互助精神の観点において「人を貶すだけ」とは読み取れないのだけどな。
過去に拘って蒸し返しするよりは建設的に考えればいいのに、韓国的精神が好きな人が多いね。 今度は韓国を貶すのか…
5CHの負の要素が染みついてるな いいえ、貶してないですよ。
ただ、技術話題を扱う掲示板にそのやり方は適切じゃないだろうってことです。 模型ちゃんがもらった難解84A用コードが誰の勉強にもなってない点は共通認識のようだ。
あとは、あれもらってトンズラの模型ちゃんが果たしてこのスレで対象としている「初心者」と言えるのかどうかだ。 >あれもらってトンズラの
俺にはタダで貰って羨ましい、または悔しいとしか聞こえんな
他人の不幸が好物のクズらしいレスだよ >>450
幻聴?
せっかく「あげた」のに誰にも褒めてもらえずとうとう精神にきちゃったの? こういった方法もあるよってコード出したやつは勇者だ
たまに来てくれるとありがたい
黙々と自分でコード書いてると、はて?このコーディングで妥当なのかな?
ってのがだんだんわかんなくなってくるんだよね
ASMはともかく、C言語は特にそれを感じる。
#みんなPascalになれば解決するのに! もう いい加減にしてください。
このスレは、PIC初心者が 質問するスレです。
よく知ってる先輩たちは、本スレに行ってください。 おちんちん
ぺろーんおちんちんぺろーん
おっぱおおっぱp >>452
ちなみに、このスレであなたが最近参考になったコードはどれ? >>452
パスカルとか懐かしいな
その昔デルフィとか仕事で使ってたわ。VBなんかよりよっぽど洗練されてて
これからはデルフィの時代だな!とか思ってたけど、そのポジショは今はC♯
って感じだね。ピックもC♯で開発できたらなぁ >>455
お前みたいなクズがいるから誰もコード上げたがらないんだよ >>459
> >>455
> お前みたいなクズがいるから誰もコード上げたがらないんだよ
オマエもくずだろ すごいねこのスレ、>>455への返しが>>456、>>459かよ…。
どんだけ疑心暗鬼に陥ってるんだ?
>>455
前にもここで書いたんだけど、
俺的にはPIC32とMCC向けのコード出してくれてたのがいいきっかけになった。
ここんとこずっとPIC32で遊んでるわ、もちろんMCCで。
残念ながら俺の頭じゃ件の難解コードはよく理解できんかった、すまん。 >>457
PCでの小規模開発はずーっとボーランドのターボパスカルだったよ。
一番最初のマッキントッシュのSystemもパスカルで書いてあるんだぜ!
ってなんに関係もないけどなー
だよなーなんでC#死に筋になったのかは今も謎。
パスカル使いはパスカルベースでコード書く癖がつくから、
もとパスカル使いのCコーデックは読んでいてなんだか腑に落ちるんだよなw
俺もデルフィって読んでた。当時の業界末端の誰もが読み方を知らなかったw >>461
>どんだけ疑心暗鬼に陥ってるんだ?
ずっと見てるとわかるけど、一人だけよほど自分のコードに自信の無いヤツがいるようだね。
いつも世間体ばかり気にして、評価が気になって仕方なくて、ずっとガクブルしてるんだろw
気の毒になあ。 >>463
> いつも世間体ばかり気にして、評価が気になって仕方なくて、ずっとガクブルしてるんだろw
> 気の毒になあ。
なにえらそうに説教してるんだよ
自分もつかえないアフォなくせに >>463
>一人だけよほど自分のコードに自信の無いヤツがいる
ああ、それ、俺も思ってたわ。
どのコードかは言わんけどねw PIC用のPascalコンパイラはあるよね。使ったことないけど。 CCS-CはDelphiで作られてる
pascal使いが作ったからCなのに大文字小文字関係ないんだな もう いい加減にしてください。
このスレは、PIC初心者が 質問するスレです。
よく知ってる先輩たちは、本スレに行ってください。 初心者の質問に初心者が回答するから変になってるんじゃね? >>469
良く見かけるコピペだけどマジレスしとく。
「よく知ってる先輩たち」なんてここには存在せず、ろくに知らない老害と、使ってさえいないアンチばかり。
そもそも邪魔するのが楽しみだから追い払うことは絶対に不可能。
ホントにやる気があるなら本家のフォーラムへ行って質問する方がよほど効率がいい。
あるいは、ちゃんと更新されてる個人のサイトで直接尋ねるとチャチャが入らなくていいかも。 >>470
何をいってるのか意味わかんない
オマエみたいなバカがでしゃばるからだよ 460 : 774ワット発電中さん : sage : 19/03/21(木) 01:21:23.63 ID:q3ElfIlA
オマエもくずだろ
464 : 774ワット発電中さん : sage : 19/03/21(木) 05:02:18.61 ID:q3ElfIlA
なにえらそうに説教してるんだよ
自分もつかえないアフォなくせに
472 : 774ワット発電中さん : sage : 19/03/21(木) 15:43:07.99 ID:q3ElfIlA
何をいってるのか意味わかんない
オマエみたいなバカがでしゃばるからだよ
かわいそうな子なのかなぁ
春だってのに・・・(いや、春だからか?w 6本足ぴっくでエキスパンダーとか無しでどこまでできるかの挑戦
i2cで無限に増やせると思いきや、今度はドライバがプログラムエリアを食ってしまうギリギリの戦い! ボタン二個、キャラクター液晶に時間とバーグラフを出すキッチンタイマーを作ったけど、プログラムエリアも足も限界までつかって満足。
動作中LEDを諦めてAQM0802の電源制御に使ったんだけど、この液晶、コマンドでスリープさせられないのかな?
出来そうな感じなんだけど、なんかうまくいかない…(待機電力がでかい) そんなコマンドは無いねえ、内部クロック下げるとかしか無いかも。 もともと消費1mA前後だからなぁ。表示OFFでも変わらんだろうし。 AQM0802が基板上に載る時点で米粒使う意味なかろうに。
ついでにMOSFETでもつけて電源管理もPICでやればすべて解決。
AQM0802の下に全部おさまる案件。 AQM0802だったら、PICの出力PINで十分駆動できそうですね。
例えば、PIC10F322は、I2C無いのか。。。。
ボタンx2は、adc処理で、1pin
AQM電源用に 1pin
i2c用に 2pin でぎりぎりいけるか。ただし、RA3は、pullup使って i/o処理するのか
面白そう。 来た来た、頼まれもしないのにやって来るミニマムしか考えない人達 >>481
さあみんな、どんどん炎上させてここは廃止に持ち込もうぜ
そのほうがみんなのためだ >>483
別にお前が来なきゃいいだけでは?
関わらないという選択肢があることまで頭が回らないのかな? 高卒のIT土方にはちょっと難しいかもしれんが
武田邦彦さんが虎ノ門ニュースでおもしろいこと言ってる
荒れてるこのスレの参考になるかも
なぜ悪人がいなくならないか?
それは人間が群れとして集団性をもっているからだ
悪人をやっつけてもまた別の悪人がでてくる
解決策は善人を増やして、全体のレベルを上げることだ、と
【虎ノ門ニュース】
https://www.youtube.com/watch?v=Mw8dQypAjqg
1:16:01頃から >高卒のIT土方にはちょっと難しいかもしれんが
という前振りで武田邦彦が出てくるお花畑ぶりには笑う。 >>489
残念空振り
言い訳になるけど、これくらい書かないとだれも注目してくれないんだよ
ところが思ったよりレスがなくて
10人ぐらいかっとなってレスしてくれるかと思ったけど、
意外とみんな紳士でスルーされてしまった >>470
> 初心者の質問に初心者が回答するから変になってるんじゃね?
これも変な書き込みだこと
で、自分は中級者だけどね、っていいたいのかしら >>470が書いていること自体は間違いではなかろ。回答に未熟でおかしなところがあれば議論するべきことだし。 >>493
> 回答に未熟でおかしなところがあれば議論するべきことだし。
全くそのとおり
しかしだからといって、このスレが荒れてる原因として
> 初心者の質問に初心者が回答するから変になってるんじゃね?
というのはいかがかと 我こそは上級者様だって奴が書き込みしたら、みんなでフーンとだけ書き込めば良いんじゃねぇの?
そして俺にフーン >>494
>>470は「初心者の質問に初心者が回答するからこのスレが荒れてる」と書いているわけでもないので。
空気を読まないことと同じぐらい、深読み解釈は良くありません。それで批判をすれば感情のこじれを招きます。 >>496
それは失礼しました
それでは、どうゆう意味で書いたんですか >>495
言ってる意味がよくわかりませんので、もう一度詳しく解説してください >>496
訂正
私が深読みだとするなら、
> 初心者の質問に初心者が回答するから変になってるんじゃね?
とはどうゆうことを言おうとしてたんでしょか? 回答がおかしなことになっている、と。
念のため。回答がおかしくなっても荒れるわけではありません。
その回答間違ってるよ。こうだよ。あ。本当だ。みたいな感じだったらいいわけだし。 >>501
間違っていることを本人が理解できないからこうなってる訳だし。
また、指摘する側も間違っている人に的確な説明ができてないからこうなってるんだと思われ。 >>502
回答ありがとうございます
納得しました >>502
ひとつひとつ丁寧に説明しあって片付けようともしないで、罵りあいだけしてちゃダメですね。
過去レスへのリンクさえ貼らないんだもの。 >>502
しつこいようですがもうひとつだけ
>>469
> もう いい加減にしてください。
> このスレは、PIC初心者が 質問するスレです。
> よく知ってる先輩たちは、本スレに行ってください。
ここは「初めてのPIC」というスレです
ところが>>469さんも書いているように、明らかに中級以上の質問とかする人が多いです
なぜ本スレにいかないんでしょうか
なにかそれについて意見がおありでしたらおねがいします >>505
>明らかに中級以上の質問
ってのは誰の基準なわけ?
それは質問者が決めることじゃないの?
他に基準があるなら教えてよ >>506
> それは質問者が決めることじゃないの?
> 他に基準があるなら教えてよ
言葉というのはある程度の常識の上に成り立ってる訳で
いちいち言葉の定義を求めるのはどうでしょうか
ここは「初めてのPIC」のスレであってそれで十分じゃないでしょうか >>506
ちなみに、なぜ多くの人が「初めてPIC]レベル以上の質問を
本スレでなくここでするとおもいますか? >>508
多くの人の質問が「初めてのPIC]のレベルに合っている。
そう思ってないのはあなただけなので問題はあなたの方にある。
自分で解決してください。 >>ID:6vinAEA+
おまえさあ、幾スレにもわたってずっとその話こねくり回してるだろ。
質問のレベルどうこう言う前に、PICの質問ですらないお前のレスが一番邪魔だと気づけよ、馬鹿なのか? 質問が初級じゃなくて中級だ、という話は
「おかしいことを言えば、たくさんの人が反論するから愉快だ」
の線上のものだよね。
切り分けを求めておいて、その一方で「いちいち言葉の定義を求めるのはどうでしょうか」なんていうのも
意図的に読み手のイライラを煽ってるわけだし。 清らかな心で初心者向けの質疑を促したい、と思っている可能性もあるけど、
だとしたら本人にとっても「PIC初心者」のイメージが漠然としたものでしかないのだと思う。
「ある程度の常識の上に成り立ってる」どころではなくて、実は本人にもわかっていない。
だから定義を求められても、答えないではなくて、実は答えることもできない。 >>507
>ここは「初めてのPIC」のスレであってそれで十分じゃないでしょうか
そう、それで十分だよ。
なのにお前が質問の内容のレベルが高いとか、
何の根拠もなく勝手に決めつけて文句たれてんじゃん。
十分なら黙っとれ。 >>508
あなたの話はあいまいでつかみどころが無く単なる思い込みに過ぎない。
ちなみに、
>多くの人が「初めてPIC]レベル以上の質問
の具体例はどれなのか、アンカーなりリンクなり張ってください。
それが出来ないならただの荒らしなのでもう黙ってください。 「初めて」とか「初心者」とか付くスレは何処でも似た感じで揉めるな
もう廃止で良いんじゃね? >>516
逆に1度ももめてないスレがあったら教えてほしいわ。
それより、二言目にはもめるから廃止とか叫ぶ単純脳ちゃんの方を廃止してほしい。 >>518
お前の人生廃止にすればいいんじゃね?(爆笑wwww >>519
> >>518
> お前の人生廃止にすればいいんじゃね?(爆笑wwww
もめる原因のひとつに言い方があるよね
たとえば
>失礼ながら、あなたの人生廃止したほうがいいんじゃないでしょうか?
などと、みんな丁寧語で書けば少しは落ち着くんじゃないでしょうか?
皆様はどう思います? 3年くらい前なら初心者の俺でも結構気楽に質問できたんだけど
最近は怖くてここじゃできないわ、なに言われるかわかんないもの
結構な上級者がここで質問するのも無理はないわ
本スレはもっときついからね >>523
怖がるような事例あったか?
まるで質問者がひどい扱いされてるような印象操作して誰得なわけ?
質問しにくいように雰囲気つくりしてるのはあんたの方だと思うが? >>524
> >>523
> 怖がるような事例あったか?
> まるで質問者がひどい扱いされてるような印象操作して誰得なわけ?
ほらね、もう自分が正しい、という言い方でしょ
反論すら許されないという雰囲気 >>525
あなただって
>反論すら許されないという雰囲気
だと決めつけて、自分が正しい、という言い方ですよ。
そもそも、あなたが事例を示せば済む話では? >>525
お前:最近は怖くて
質問:そんあんあった?
お前:雰囲気ー
真正の馬鹿だなコイツ。 次スレからスレタイを
【初心者】PICマウントおじさん頂上決戦【おことわり】
にしてもいいと思う >>523
怖くて質問できないとか、腑抜けかよ。
ていうか、3年もやってて未だにモノにならんのは、
そのウジウジした性格のせいなんじゃね? スレの質がどうこう言う奴が必ずいるが
1人じゃ出来ないわけで必ず相手してる奴がいるわけよ
で、大抵の場合、どうこう言ってる当人が相方を務めてる
お前のことな>>531 技術者は根暗で頑固者が多いから仕方ないよ。
無視無視 無用にきつい、あるいは攻撃的なレスの相手をしちゃダメってことだと思います。 > 技術者は根暗で頑固者が多いから
でもAVRスレなどではここほどひどくはない。
> 無用にきつい、あるいは攻撃的なレス
がPICスレで特に多い理由が分らない。
何故にPICスレは伏魔殿なのか?
PICを使い続けたせいで精神をやられてしまったのか? おまえが両方のスレに居るように、ほとんど共通の人間が居ると思うんだが >>537
日本語が理解出来ない馬鹿?
半島に帰れよw PICは歴史があるから、会社で開発に使われていて
おかげで、いわゆる「IT土方」が多数いて、会社の雰囲気をそのままここに持ち込んでるのかな どうやったら他人が不快になるかを考えて、悪い印象の言葉を選ぶ人がいます。そういう人が数人いつけば雰囲気は悪くできます。
スレが荒れるかどうかは、そのテーマに関わる世の中の人の人格の傾向とは関係なく、そういう僅かな人の意思によるところが大きいのです。 >>542 >そういう人が数人いつけば雰囲気は悪くできます。
だから、何故そういう人がPICスレに多いのかが分らないのです。
IDを変えながら、ただただ汚い言葉で人を罵倒し続ける・・・
・・・いったい何が楽しいんだろ? PICで何を目指しているんだろ?
ま、キリが無いので私の疑問もこの辺で終わりにしますが。 キリが無い
五文字で済むところ長々ご苦労様です。
このスレへのあふれ出るような愛情を感じました。 よっこらしょ
∧_∧ ミ _ ドスッ
( )┌─┴┴─┐
/ つ. 終 了 |
:/o /´ .└─┬┬─┘
(_(_) ;;、`;。;`| |
このスレは終了しました
もう書き込まないでください >>538
スレで暴れるのはともかくにしても、こういうレイシスト気取りはとても痛い。
こう言う奴に限って面と向かうと遺憾砲しか撃てない。 相手をすることが反論の機会を与えることになっています。
ここには優しい方が多いので、困惑を表明したり、たしなめたり、説得したりする人がいますが、美味しいエサですね。 >>547
その流れ、ここだけ10年前にワープしたみたいで懐かしかった… MCCについて教えてください。
一旦、MCCで生成したソースで開発をしていて、
途中でI2Cなどのモジュールが使いたくなったとします。
その時にMCCで再度ジェネレートすると、それまで書いたソースは、消えてしまうのでしょうか?
それとも関係しているところだけ書き換わるのでしょうか?
あるいは、僕の書いたソースがコメントととして残してくれるのでしょうか?
あと、MCCで生成したソースの、カッコの位置は、自分で設定できるのでしょうか?
改行してオープンカッコが、嫌なのですが。
宜しくお願いします >>552
1つめ
MCCがGenerate時に消すか残すか聞いてくる。
2つめ
知らない、嫌ならよせ。 >改行してオープンカッコが、嫌なのですが。
俺もそれが嫌いで、初回に生成してもらったら、そのソースを元に
あとは自分で作り込んでいく。
MCCには config設定の生成をやってもらっている。
あとは・・・
・MCCの生成した変数は全部変更して自分の変数名にする。
・MCCの、あの長ったらしいコメントもイヤなので、全部消して自分のコメントにする。
・MCCの作った関数はまとめすぎと細かすぎなので、自分流にする。
最終的なソース眺めると、MCCの形跡はほとんどない。
MCCには、もっと綺麗なソースを書いて欲しいと思う。 MCCを作っている人の流儀ではあれが良いのではないですかね。
私の流儀には合わないですけど、綺麗だとか関数の粒度をどの程度にすると最も良いのかは人によって考え方が変わります。
人の作ったソース(あるいは、人が作ったジェネレータが生成したソース)のそういった部分は気にしない方が良いような気がします。 ここでほざいてもMicrochipには届かない。
せめて公式のフォーラムに書き込めばいいんではないでしょうか?
「自分の流儀とは違う。」とか語る自分の姿に酔いたきゃ
ここで書かずに鏡の前でひとりでやってw >>552
オープンカッコの件、すごくわかるw
ちょっとスレ趣旨とはずれて申し訳ないが、
昔LinuxのプログラマとBSDのプログラマがお互いのジェネレータの吐き出すコードの形式で揉めに揉めたよw BSDスタイルは、
最近のIDEがDefault設定で補完する傾向だから、
PCのプログラムする人に増えているね >>556
まあね、フォーラムにまで出張って主張する気概があるならここでほざくような醜態はさらさんわな
やってみりゃわかるようなくだらない質問とわがままな上に無能ですというカミングアウト
俺ならじっと黙るところだが、その程度の自己分析すらできない最低のゴミ The position of braces is less important, although people hold passionate beliefs.
We have chosen one of several popular styles.
Pick a style that suits you, then use it consistently. 偉い人の言葉をどう解釈するかで後継者が分裂して派閥が生まれる。全く違う宗教間よりも、同系の宗教の中の方が苛烈な宗教戦争になるようなものだな。
「情熱的な拘りがあるけれど重要じゃない」が大切だと思う→まあいろいろでええやん。
「自分たちにあう書式を選んで一貫して使いなさい」が大切だと思う→わがプロジェクトでわが流儀で統一するためにわが流儀を広く使わせるべきである。 >>560
カーニハンやリッチーは、そう言うけどね。
「改行後先頭{」は、無駄に行数を食う。
}
else
{
} else { 美しい。 visual studioが原因で、BSDスタイルが蔓延っている >>562
彼らの本が出版された頃は当時としては高価なラインプリンタで連続紙に印刷してデバッグしてたから少しでも行数を減らしたかったんだな。 おれはとっくに慣れちゃったな。
ツールに逆らっても疲れるだけだから。 mccの書くコードなんてそんなに見ないでしょ。利用するライブラリとかの記法とかも気にするんだろうか? >>560の文の趣旨全く分かってないヤツばっかなのに笑う。 >>561
偉い人の言葉とみると曲解せずにいられないひねくれ馬鹿
それで自分が一端になった気になる勘違い馬鹿
なんかステレオタイプすぎてちょっとね >>562
#if で、ゴニョゴニョする時は、こっちの方が、便利な事が多い。 >>567
その趣旨をあなたが説明しないことには議論にならない、と思ったけど、そんな議論はスレチになるだろね。
MCCが生成するコードのスタイルが気に入らないということ自体が、このスレで議論するようなことでもないわけだし。 >その趣旨をあなたが説明しないことには議論にならない
なぜ?
>>560を読めばわかることで、それ以上でも以下でもない。
まあ、あなたのように曲解上等というか曲解を旨としてる人は
書き手の意向をくみ気が無いわけだから何読んでも無意味だろうけどw >>571
>あなたのように曲解上等というか曲解を旨としてる人は
私が書いた>>561を曲解した>>568をあなたは鵜呑みにしているようですが誤解ですね。
>>561は、ある言葉を他の人が自分に都合の良いように解釈する過程で正反対の解釈になりうる、と書いたのですよ。
いずれにしても>>560はMCCが出力するコードのスタイルの話には関係がありませんし、
このスレで、それを汲む、汲まないの議論に意味は薄いのです。
>その趣旨をあなたが説明しないことには議論にならない
という引用ではなく、下記のように引用して欲しかったな。趣旨は大切にしてほしいよ。
>その趣旨をあなたが説明しないことには議論にならない、と思ったけど、そんな議論はスレチになるだろね。 >>>560はMCCが出力するコードのスタイルの話には関係がありません
ああ、だからあなたとはかみ合わないのだ。
私は>>560がまさにこの話の答えだと思ってる。 コードスタイルでもめてるから>>560が治めようとしたら、意図を汲めない>>561が混ぜ返して元の木阿弥
この電々板に巣食う天邪鬼は、そこらじゅうで嫌な思いをさせまくってご満悦
みんなは、またコイツか感抱きながらも、やれやれ他にすることないんだろうなと苦笑中 >>574
どう答えになっているかを書けばいいのに、それがわからないまわりがおかしい、と考えるのならあまりに多様性を考慮してないですよ。
それを書けば、話は簡単に終わるかもしれないし、もしかしたらあなたの間違いだと指摘を受けることができるかもしれません。
書かないことであなたにどんなメリットがあるのでしょうか。
でもね、ほとんどスレチなんですよ。MCCのコードについて変更を提起するなら公式フォーラムに出すべきですし。 今 PIC16F1775のために、mccを勉強中。
pwm,cog, ccpのpwmモードのほか、
10bit pwm, 16bit pwm opeampと盛りだくさんで、datasheet見ても
普段使っている、PIC16F1825,PIC16F18325 と違うので、各モジュールの初期化を見てみようと、
mccを使ってみた。
mccはフレームワークなので、自分が普段プログラムと、構成の仕方が違うので戸惑うけど、
一定の書式を強制するというのは、mccを全面に採用する場合には、コードの可読性とか
利点があると思った。
ライブラリも充実してそうなので、mcc推しが多いのも理解しました。
ソースコードベースで一々生成してくれるのは便利。
ただ、僕は、mccに依存するのは、避けたいので、sample code として利用してます。 MCCのコードは、
・GetAdcResult のように詰めて書かれるので、Get_ADC_Result と、_ を入れている。
・コメントが、異様に長いので、削除している。
・コメントが、ソースと同じ位置に出てきて、判読性が落ちるので、
ソースの右側に移動している。
・{ が次行の先頭に出てくるので、K&Rのスタイルに変えている。
・MPLABのエディタが使いにくいので、秀丸で書いてる >>576
>でもね、ほとんどスレチなんですよ。
>>552以降の全レス2655文字、うちあんたの手によるもの1319文字
つまり、お前こそがスレチそのものなのだ、馬鹿めw スレチでも何でもいいが、生産性のある話をしようよ。 Emacsサイコー
バッファ使ってなんぼのtextエディターや! クッソどうでもいい事で30レスも進んでたのか!
カッコの書き方なんてどーでもいいわ! そもそも>>560はどうでもいいと書いてあるんだから。 >>561みたいに英語読めないくせに声でかいヤツが出張るからw いや、>>561は少なくとも英語は読めてるだろ
読めない人間には読めてるかどうか判断できないんだろうけど >>587
読めない人でも、「読めてる」と断言することは可能だね >>587
>>561を読んで>>561が英語を読めてると思う奴は英語を読めてないか>>561を読めてない。 >>561は明らか英語力無いでしょ。
翻訳にかけたけど、真ん中の文の意味するところが読み取れなかった。
もっと言うと3文のつながりが理解できなかった。
なので、仕方なく前後の2文だけかいつまんで、悔しまぎれにそれぞれを曲解して見せた。
分からないくせに語ろうとするから恥をかく典型。 >>593
IDを追わないと文脈の理解ができないお前のような低能はここでは辛かろうてw >>592
こうやって英語力はない説に固執するのと
カッコの流儀に固執するのは根っこが同じ
なぜ自分が絶対的に正しいと思えるんだろう? >>596
あんたが>>560と>>561を読んで分からんのなら
そりゃもう仕方ないね。 mccは中々、優れもの。
PIC16F1776で、stepping モータをpwmチョッパでまわそうと
AN2326を元に試しているのですが、
16bit-pwm や、10bitdac,コンパレータとCOG設定が項目多すぎで、途方にくれていましたが、
mccを使うと、コードをほとんど書かずに、動作確認まで行きました。
フィードバックを、プログラム介入なしにモジュール連結で完結させる利点は大きい。
dcdcコンバータもいきなり作れます。
ただ、pwmのpriod設定に微妙なバグがあったり、機能ごとにファイルが作られるのと、
過剰なコメントにちょっと面食らいましたが、
プロトタイピングツールと考えれば、かえって、使いやすいと思いました。
括弧も、このスタイルの方が、コピーはしやすいんだよね。どっちでもいいけど。
このまま、プログラムを進めてもいいかな?とふと思いましたが、
作成したプログラムを、メンテナンスしていけるか、自信が無いので、
しばらくは、プロトタイプメインでいろいろ試します。 >>597
> あんたが>>560と>>561を読んで分からんのなら
> そりゃもう仕方ないね。
俺も同じことを思ったよ
立場は逆だが意見は一致したね >>599
同意。
やはりオープンカッコは、行末に置くのが普通だよね。 どーでもいいですよ♪
だいたひかるさんは乳癌治療中だったっけ。 PICのアンパタ(アンチパタ)がまとめられてるようなサイトはありませんか
8bitPICについてだけで結構です アンパタというのは落とし穴とか壁とかコツの意味でよいでしょうか。
(初投稿で緊張しています。) >>605
>ソフトウェア開発において「こうあってはならない」という典型例を集めた
>テンプレート集 >>607
まあ、万単位で作るのでなければ、コストメリット余り無いからな。 好きなら使えばいいんだよ。少量生産、ホビーにも PIC 8ビットにメリットがないわけでもないんだし。
メリットについては、これだけ個人向けにも販売されている事実から想定できるから議論する必要はないだろう。
それにメリットの観点には多様性がある。ないと考える人が、あると理解するようになることにたいした意味もないしね。 PICを使う弊害は「水は方円の器に従う」だな。
(水=ユーザーの技術力、方円=使用するCPU)
低レベルなCPUでは低レベルなプログラムしか書けない。
つい最近も「8ビットPICを使用した模型自動車のライト制御」で残念な結果に終った。
その辺をチャント理解したうえで、あえてPICを使うなら構わないと思うけど、
それなら最初から他のCPUを使えよ、とも言える。
あ、これは技術力の向上を目指している素人の場合ネ、プロはまた別の話。 >残念な結果に終った。
残念な結果って?
スレ追ってない(追う気もない)から分からんけど結局目的を達成出来なかったとか? 賢い奴なら何を使ってもうまくやるしきちんとステップアップする
方円の器なのはPICではなくて自分の頭の出来だろ あの感じだとarduono、avrや他のマイコンだろうが結果は変わらなかっただろうな AVRスレはArduinoに人を取られて寂しいんだろう >>610
逆だろ。賢いやつならどんなcpuでも使いこなすが
バカはcpu選ばないとなにもできない。 弘w法w筆wをw選wばwずwwww
って言葉wあれは「出来るやつは道具を選ばないw」が真の意味ではなくてw
実際は「弘法ぐらい達人なら筆を選ばなくても大丈夫だけどw
そうじゃないパンピーはちゃんと筆を選びましょうねw
って意味が込めらwれwwてwるw というより、道具は使いこなしてナンボって事だよね。
いい道具をつかっても結果が出せないようじゃダメダメって事。 好きなら使えばいいんだよ。少量生産、ホビーにも PIC 8ビットにメリットがないわけでもないんだし。
メリットについては、これだけ個人向けにも販売されている事実から想定できるから議論する必要はないだろう。
それにメリットの観点には多様性がある。ないと考える人が、あると理解するようになることにたいした意味もないしね。 >>623
真逆だ間抜け
字が下手くそなことを筆のせいにするなってことだよw >>626
その通りだね。
>>625 は自身の教養の低さを晒してしまったな。 もう、新しいことを覚えるのが苦痛なので、picを使い続けるよ ゴホゴホ 新しいPICを使わなきゃいいだけだもんな。
ディスコン無しなわけだから…。 商品開発で使うなら最新の機能満載の方が使いやすいと思うが
自分の場合はすべてソフトで開発することに楽しみがあるので
最新チップは使う意味がない
趣味で使うならどんなチップ使ったっていいじゃないか
自分はBaseLineで開発することに楽しみがあると思っているし
今までArduinoで開発されているものも150種類以上BaseLineで
作ってきているし、意外と苦労なくできるものだよ
(ただし、rom,ram容量だけはどうにもならんが・・・) >>635
まじでこれ。ホントにこれ
うちのリーダが無能なくせに話が長いのでまじでイラつく 電飾用にプラモに押し込むんだったら
安いPICに限るだろう、
中華のARUDUINOクローンは安いがプラモに押し込むには
値段も高いし,なりもデカすぎる。 限る理由も乏しいし、合わないということももちろんない。
PICが合いそうだと思えば使えば良い話。 【超悪質!盗聴盗撮・つきまとい嫌がらせ犯罪者の実名と住所を公開】
@高添・沼田(東京都葛飾区青と6−26−6)
※盗聴盗撮・嫌がらせつきまとい犯罪者のリーダー的存在/犯罪組織の一員で様々な犯罪行為に手を染めている
老義父は息子の嫁の痴態をオカズに自慰行為をし毎晩狂ったように射精をしている/息子の嫁をいつもいやらしい目で見ているエロ老義父なのであった
A井口・千明(東京都葛飾区青と6−23−16)
※犯罪首謀者高添・沼田の子分/いつも逆らえずに言いなりになっている金魚のフン/親子孫一族そろって低能
低学歴で醜いほどの学歴コンプレックスの塊/超変態で食糞愛好家である/醜悪で不気味な顔つきが特徴的である
B宇野壽倫(東京都葛飾区青と6−23−21ハイツニュー青戸202)
※色黒で醜く太っている醜悪黒豚宇野壽倫/低学歴で人間性が醜いだけでなく今後の人生でもう二度と女とセックスをすることができないほど容姿が醜悪である
異臭を流し込んでくるなどの嫌がらせを何度も繰り返ししつこく行ってくる嫌がらせ犯罪者である
C色川高志(東京都葛飾区青と6−23−21ハイツニュー青戸103)
※色川高志はyoutubeの視聴回数を勝手に短時間に何百何千時には何万回と増やしたり高評価・低評価の数字を一人でいくつも増やしたり減らしたりなどの
youtubeの正常な運営を脅かし信頼性を損なわせるような犯罪的業務妨害行為を行っています
※色川高志は現在、生活保護を不正に受給している犯罪者です/どんどん警察や役所に通報・密告してやってください
【通報先】
◎葛飾区福祉事務所(西生活課)
〒124−8555
東京都葛飾区立石5−13−1
рO3−3695−1111
D清水(東京都葛飾区青と6−23−19)
※低学歴脱糞老女:清水婆婆 ☆☆低学歴脱糞老女・清水婆婆は高学歴家系を一方的に憎悪している☆☆
清水婆婆はコンプレックスの塊でとにかく底意地が悪い/醜悪な形相で嫌がらせを楽しんでいるまさに悪魔のような老婆である
E高橋(東京都葛飾区青と6−23−23)
※高橋母は夫婦の夜の営み亀甲縛り食い込み緊縛プレイの最中に高橋親父にどさくさに紛れて首を絞められて殺されそうになったことがある
F長木義明(東京都葛飾区青と6−23−20) >>640
逆引きはいいかもね。
サンプル・プログラム見たらMCCのプロジェクトも入ってて好印象。
>>642
そう思うなら止めときゃいい。
ここに来る必要も無い。 >>624
嫌なら使わなきゃいいだけ!!
ごちゃごちゃいう必要はないよ!!
無駄なことはするな〜〜〜 レベルの低いPICを使い続けていると、技術レベルも低い位置に留まり続ける。
「模型自動車とタクトスイッチとLED」プログラムはPICスレで中途半端に終っていたけど
AVRスレでオマケ(通信、ゲーム)まで付いたプログラムが発表されていたのを見ても分る。 >>646
この言葉そっくりお返しします。
>305 : 774ワット発電中さん : sage : 19/04/18(木) 08:01:43.33 ID:4PNlyAhE
>あーぁ、またか・・・
>頭のおかしいのが一人いるだけで、無意味、徒労、時間の浪費などの言葉しか
>頭に浮かばないようなスレになってしまう。 >>646
あっちで誰もかまってくれないから出張?
こっちではPICのみでホーンとクリック音を鳴らす機能も組み込んでた人がいてね、
模型自動車に組み込むという趣旨ならゲームは意味無いと思う。
何でも組み込めばいいってもんじゃなく、あってしかるべき機能だから組み込む。
そういうわけで、音鳴らす機能を組み込んだらまた教えてね。 >>650
俺も見てきた。
あっちでガン無視されてて笑った。
こっちでクレクレ君に低レベル機能を駆使したソースを配ってたやつと同じ人の臭い
コード叩かれて懲りたからHEX配布に切り替えた模様 6日間放置かw
何だな、PICスレの方がみんな優しいよな、すぐかまってやるから >>650
意味無い事は無いだろう
mp3プレイヤー搭載洗濯機の特許申請して世界中に笑いを届けたLG程度には意味がある
実際このスレでも笑ってる人多いし mp3プレーヤ付便座を発売したTOTOもチャレンジャー >レベルの低いPICを使い続けていると、技術レベルも低い位置に留まり続ける。
この主張は古典的な煽りなんだし、毎度毎度相手にしなくてもいいのに。
精神的に病んでたり、発達障害を抱えている人が、繰り返し繰り返し同じ冗談や嫌みを言ったりするのと同じ。
実社会では、その人が行動をあらためると期待して正面から相手にすることは稀でしょ? PIC(8)の性能の低さをカバーしようといろいろと勉強する。
それでも限界があると悟る。
他に移って蓄えた技術を全開してウマー
これが一般的な流れ。 問題提起者の「8ビットPICでLED制御」という内容を無視して、
音を鳴らす機能なんて全く要求もしていないのに、
カチカチ音とビー音だけを別CPUで勝手に実現して鼻高々、ってどうなんですか?
ウィンカー音なんてリレーをオンオフすれば済む話しだし、
クラクション音だって圧電ブザーでも代用できますよ。
(中にはビーと某高級ドイツ車らしい音がするブザーもある)w そんな事よりも、肝心なのはLEDのリアルタイム制御で、
(目的のLEDが他のLEDやSWの状況に関係無く制御できる)
それが出来なきゃ、模型自動車のライト制御の意味が無いですぜ、だんな。
AVRスレではtiny2313で書いてあるけど、
優秀なあなたなら問題提起者が希望する8ビットのPICでも書けるでしょ?
意味が有るかどうかは別にして、優秀なあなたなら通信もゲームも組み込めるでしょ?
おおいに期待していますよ。
(まぁ基本的に私にはあまり興味が持てない話しなので、
これ以後はこちらの優秀なPICユーザーの皆さんで、
煮るなり焼くなり罵詈雑言を言うなり、好き勝手にやっていただいて結構です)w >>658
>音を鳴らす機能なんて全く要求もしていない
ゲームも要求されてなせん。
>別CPUで
あなたはAVRを持ち出してます。
>中にはビーと某高級ドイツ車らしい音がするブザーもある
自前の音声データをPICに持たせてるのでデータを差し替えればたとえ猫の鳴き声でも出せます。
>レベルの低いPICを使い続けていると、
とのご意見だったので、高いレベルのPICの例を示した訳です。
いったい何がご不満なのか一向にわかりかねます。 >>659
>そんな事よりも、肝心なのはLEDのリアルタイム制御で、
>(目的のLEDが他のLEDやSWの状況に関係無く制御できる)
なんか、前からそれが売りみたいだけど
なんでみんな触らないか気付いてる?
割り込み使えば 誰・に・で・も できることだから。
>リアルタイム制御
ぷっ! >>646
ソースさらして叩かれたからHEXにしたようで、存在価値ゼロになったな。
初心者用の悪い例、反面教師にすらなりえない。 実行オブジェクトのHEXほど汎用性が低いもんはねぇ!
アセンブラで組まれたHEXならそのまま読めるけど
変なランタイムとリンクされたHEXはゴミ
って俺なんかは思う LEDの制御程度なら何使ったって大して変わりはないよ
それほど技術いるわけでもないし
ペリフェラルに任せればソフトで書く部分なんて屁みたいなものだ
もっとマシな会話できないのかね〜〜〜〜〜〜〜 それは両スレまたにかけて暴れまわるリアルタイム制御さんに言ってください。 FT232を卒業したいのでUSB付きのPICで今どきのXCでサポートライブラリあるやつ教えて。
USBはWinの仮想COMデバイスになるやつね。 >>668
MCC(だったけ?)とかルネサスのFITモジュールみたいのあるかな? >>667
半年ぐらい前だけど、PIC16F1459とMCCで作ったことがあるよ。
というか、今はどうだか知らないけれど、MCCはCDCしかサポートしてくれていなかった。
それ以外のクラスはMLAを使った。 まぁなんだな、その気になれば簡単に書けます、
みたいな言い訳ほど恥ずかしくて惨めなものはないな。
簡単すぎるので私は書きませんてかw アンカーも打たずに空砲ぶっぱなしてる方が恥ずかしい。 >>671で
>今はどうだか知らないけれど、MCCはCDCしかサポートしてくれていなかった。
>それ以外のクラスはMLAを使った。
と書いたけど、そのときのプロジェクトを開いて確認してみたら、MCCで使われるUSBのコード(?)は
MLA USB Device Lite というタイトルがついてる。MCCもUSBについてはMLA(のサブセット)ということですかね。 >>672
そういえば、最初にPICでのUSBの実験用に使ったのが PIC18F14K50 だったと思い出して
回路図を見てみたら、これって、PICKIT接続端子とUSBが共通だったんですね。
なんで、第一の特徴のUSB機能をデバッガの端子に振っちゃっただろうな。 >>667
>>671の言う PIC16F1459 + MCC ってのはあっちのフォーラムあたりでも見かけた気がする。
ちょっと見失っちまって出てこないんだ、すまない。
ただ、何が目的か知らないけど、FT232の代替にしてはぜいたくかな。
それどころかもっと安いシップが氾濫してるわけだしね。 FT232の先になんかマイコン付いてたんじゃないかとエスパー
で、一個にしたいと。 PIC16F1454が秋で130円と考えたらUSB-CDC目的で使っても十分安い
外付け水晶不要で超簡単な回路で実現出来るし FTDI+マイコンの2チップ構成を、USB機能付きPICマイコン+マイコンという2チップ構成に
することを意図しているかも、とは想定してなかった。
それだとたいしてコストダウンにもならないし
マイクロチップのMCP222x (USBブリッジI/F)は、中身はたぶん、PIC16F1 USBマイコンなので
自分でプログラムを作って、単機能のUSB-UARTを作るのはちょっと虚しいかも。
FTDI+マイコン → USB機能付きPICマイコンのワンチップ構成 だと思いますよ。 >PIC16F1454が秋で130円と考えたらUSB-CDC目的で使っても十分安い
たしかにそうかも。
考えようによっては、FTDIと違ってDIPで使えるブリッジでもあるわけで、
特にブレッドボード愛好家には悪い選択肢じゃないかも。 USBコネクタも周辺ディスクリートも載った完成モジュールに作り上げて
送料込み$0.99とかだから、PICで作った方が安いでしょって感覚は私には無いけどね。
>FTDI+マイコン → USB機能付きワンチップ
はおもしろそうだと思うから、手持ちのPIC16F1459は引っ張り出してきてある。
まだ何もしてないけどw 単純に値段だけで考えるなら電子工作なんてしないで、おいしいものを食べたりハイキングに行く方が楽しいかも。
卒業したい、ってスキルアップも含んだものかもしれないですよ。
自作をするときって「値段が安い部品を使いたい」と「安くあげたい」は微妙に違う概念だと思います。
「安い部品を使うためには少々トータルコストがかかってもかまわない」という目的と手段がひっくり返ったような
楽しさの追求もありますし。 >>675
仕事が出来ない人 は 話も長い
は
なんとなく意味は分かるが、文章としてオカシイ。 >>686
あああ。失礼。>>675のアンカー間違ってる。
>>673 はどこかの誤爆なんじゃないの?
のつもりでした。 詳しく知らんけどArduinoってUSB通信とメイン処理の2マイコン構成じゃなかったっけ?
まあArduinoはどうでもいいけどメイン処理の負担にならずにUSB通信+α(FTDIとかにない通信の機能)が付加できればそれもありかも USBシリアル変換モジュールで楽しむ人がいてもいいのと同様に、そこは送料込み0.99$でしょって人がいてもいい。
なので、この手の話は電々板でわざわざ話す必要ないし、もういちいち指摘しなくてもいよ。 まだFT232系のモジュールが高かった頃で、同時にPICもやり始めの頃。
USBに取り組んだけど挫折して、安い中華製モジュールに逃げたのは私ですw Arduino Leonardo は、メインのデバイスがUSBの通信も担ってます。
書かれている通り今のUNOは、FTDIチップが担っていたUSB通信を、その機能だけのマイコンに置き換えています。
ワンチップ化すれば、メインの処理に負担をかけるのは間違いないですが、
UART経由で通信するよりは高レートで通信できたり、ビットレートを合わせる必要がなかったり。 >>691
USB通信は、割り込み内でやるので、メインは、割り込まれても、影響のない処理なら、
使えるって感じですか?
UARTだと、i/oバッファがほぼ無いので、面倒ですが、USBなら、
FIFO入っているのかな? メインでちんたら出来るって考えでOKですか? MLA前提で話するけどUSB関連はポーリング/割り込み両方使えるからどっちを定義してビルドするかによる >>692
ポーリングでも、1ms未満の間隔で処理が渡るようにすれば問題無いと思う。 >>690
FT232RL-->CH340G-->CP2102 >>694
ありがとうございます。
1msだと、結構いろいろ出来そうですが、
USBに処理を渡して、もどっで来るまで、最大どの程度待たされるでしょうか? データ量が示されないからみんな固まっちまったじゃねーか。 >>18
アセンブラで書く必要あるのは、ベースライン位だろ。 >>696
エンドポイント(最大64バイト)3つ位のデータを読み書きだから、最大でも200us位だと思う。
後、初期化(PCでの認識)終わるまでは、100us未満の間隔で呼び出し必要。
初期化終わるまでは他の処理殆ど無いだろうけど。 >>699
ありがとうございます。それくらいだと、ポーリングの合間に、
なんとか、たとえば、stepping motor 回したり出来そうですね。
今まで、FTDI使ってたので、代替できるケースもありそうです。
ちょっと、ためしてみます。
ただ、USBID問題 があるので、商用利用は無理ですけど。 >>698
そんな必要はないよ、cで十分処理できるよ >>701
おおおっ!!!すばらしいですね。
ただ、ちょっと良くわからないのは、FTDIでもサブライセンスを受けてずっと使っていたんですけど、
Windows10になったときに、MSの認証受けていないって、はねられたんですよね〜。
認証は、カネがかかりそうなので、
それ以降は、しょうがなく、FTDIもデフォルトのまま使っています。 >>703
FTDIのVIDとデフォルトのPIDの組み合わせで、自動的にFTDIのデバイスドライバを
インストールするしくみになってます。
独自のPIDに変更したら、infファイル(だっけ)に、FTDIのVIDとその独自のPIDの
デバイスがどんなデバイスドライバを必要とするかを書かないといけないのでは?
単純なCDCのものなら、デフォルトのドライバでいいけど、FTDIの場合は拡張されて
いる部分に独自のデバイスドライバを必要とするはずです。 >>703
あ。すみません。
>>704は↓これとは別の話ですね…
>Windows10になったときに、MSの認証受けていないって、はねられたんですよね〜。 >>704
PIDファイル変更して、.infファイル用意します。そうすると、MSの認証からはねられます。
Win8のときは、OSを TESTモード"に変更するという回避策をとりました。 FTDIがクローンチップの動作を停止させるドライバーを提供して
批判を浴びたのは有名だ・・・
でも、対策はあります >Windows10になったときに、MSの認証受けていないって、はねられたんですよね〜。
一部の古いリビジョンのチップはクローンが多すぎる(>>707))から、win10でばっさり足切りされてなかったっけ? >>708
秋月か、Digikeyで買っているから大丈夫と思っています。
PIDを設定しなければ、はねられないですよ。 >>702
今時でベースラインで使う機会あるのはPIC10位だろうから、Cだと効率悪すぎる。 FTDIはよくわからないけどPL2303は今でもかなりの量のクローンが売られてるみたいだな PICでPWM制御しようとして1822 1840を8個とか買ってしまったが・・
1822 1840って「PWM最ザコ」では?
言って欲しかったわ。
CCP1個しかねーし
2系統ある風に書いてあるけど、モーター用であって、通常のPWMだと1系統だけ
10F322 PWMx2 512B 64 PWMx2 8pin 45円
12F1571 1.75KB 128 PWMx3 8pin
12F1572 3.5KB 256 PWMx3 8pin 80円!
12F1822/1840 ■PMWx1■ 110円
16F1503 14ピン 3.5Kw 128 PWMx4 85円
16F1508 20ピン 7KB 256 PWMx4 130円
16F1509 20ピン 14KB 512 PWMx4 150円
16F1574 7KB 512 PWMx6 14pin
16F1575 14KB 1024 PWMx6 14pin
16F18313 3.5KB 256 PWMx4 8pin 80円
16F18326 16Kw 2048 PWMx6 14pin 130円
16F18346 16Kw 2048 PWMx6 20pin 160円
勘弁してくれよ 1822 1840って地雷じゃん スペック検索もできなかった俺がアホだったが
1822 1840でPWM(モーター以外)はそもそもすべきじゃない(1系統しかないので2系統の45円10F322以下)
16F18313 3.5KB 256 PWMx4 8pin 80円
8ピンPWMではこれが最適だった。 >>711
あ、そっちだった。勘違いスマン
>Windows 8/8.1/10 are NOT supported in PL-2303HXA and PL-2303X EOL chip versions.
>>709
脱線したけど、過信は禁物だよ。代理店扱いのブツにもクローンチップがあったから騒ぎになったのが>>707なわけで・・・
Digikeyはわからんが、秋月/千石あたりの小売店が直接メーカー購入はしてないと思うけど パラメトリック検索した後使う機能のブロック図チラ見くらいするだろ買う前に >>1
>PICの品揃えで定評のある秋月電子通商のサイトでPICを人気順に表示
>ttp://akizukidenshi.com/catalog/c/cpicr_spop/
>し、通販コード(I-#####)の数字部分の桁数が4桁以上のものから選ぶのが無難です。
テンプレのこの選び方だと 用途無視で全然無難じゃなかったんだが
https://www.microchip.com/maps/Microcontroller.aspx
この用途・スペック検索用のサイトをテンプレにしてください。
用途が合わないPICだときつい って言ったら>>1に普通に書いてあるわ
何から何まで読まないで自爆と・・ すいません 12f1822とかでVL53L0Xのi2cしてるサンプルやライブラリないかしら?Cのやつで。
arduinoのライブラリ見たけど結構制御が大変そう… >>723
最近流行り?のi2c接続TOF距離センサーです。
従来の光センサのように反射光の強さで距離を測るのではなく、反射光が返るまでの時間!を計測する凄いやつです。
豆粒みたいな大きさなのに。 >>722
I2CならMCCでサポート関数用意してくれるよ。
データロガー作った時にEEPROMのアクセスに使ったな。 >>722
距離センサーで10m位が計れるのないですか?
前車発進検知作りたい。 >>726
I2c自体は私も秋月の液晶とかでやってるのですが、あのチップは制御自体が難しい感じで困ってます…
なんていうんだろ、動かすまでのコマンドが複雑で分からんのです 66歳男性が風呂場で涙… 友人もいない老後を憂う相談者に鴻上尚史が指摘した、人間関係で絶対に言ってはいけない言葉
https://dot.asahi.com/amp/dot/2019042600016.html 16F88で質問
MOVLW B'11111111'
MOVWF PORTB
このコードで、ポートBの値が
'00111111'になるのはなぜ?
(6,7ビット目が立たない)
ちなみにワークレジスタは全ビット立ってる
コンフィグは自分で調べずとりあえずコピペしてるから、そこが怪しいか
__CONFIG _CONFIG1, _HS_OSC & _WDT_OFF & _PWRTE_ON & _CP_OFF & _BODEN_ON & _LVP_OFF & _CPD_OFF & _DEBUG_OFF ある意味初心者がみな通った道
XCでMCCでやれば軽減されるのに、わざわざいばらの道選ぶは個人の自由 だからわざわざANSELのコード例がどの品種のデータシートにもハンコで押したように書いてあるのに… 見ないのね。 Cがあるって言っても、結局マイコン独自ののポートや何やらを操作する必要があるんだったら、
ASMの方が手っ取り速くね?
メインロジックのコーディングは確かに一般的な高級言語の命令を使えるのは楽だけど、
逆に言えばそれだけ。 >XCでMCCでやれば軽減されるのに、
そんなことより、なんでデフォルトでアナログになっているのですか?
それが知りたいです。 もう1つ質問です
他のマイコンでは、DDRの値は、0=入力、1=出力ですが、
なぜPICは、1=入力、0=出力と、反対なのでしょうか?
「1」nput 「0」utputだからというのは無しでお願いします。 MCCを使ってみもしないで使わない理由探しに奔走する間抜けどもw
何でも好きにすればいいんだが、ルーティーンの途中でANSELの設定も自動的に目に入るから
>>731のように無駄にあたふたする可能性は無くなると言ってるのだ MCCの存在を知らなかったので、アセンブラで使えるならとっくに使ってました。
それと、無駄にアタフタしていたわけではなく、それなりに得るものはありましたよ。
特に趣味レベルなので、遠回りは悪い事じゃない。 >>741
>>737だろう?
見苦しい限りだねえw >>743
だからさ、アセンブラ限定な理由は何よ? 本人ではないけど、私も趣味のフルアセンブラ派なので理由を。
私が小さなCPUのプログラムをアセンブラで書く理由は
アセンブラじゃないと実現出来ない機能や実行速度、プログラムサイズのためですね。
あとはCPUとの間に薄い膜も何も無いというダイレクト感かなw アセンブラを好むなら、なおさらデータシートの関連レジスタとコード例ぐらいは確認しておくべきなんだよなぁ。 >>737
IO操作してるコードよりそれ以外のロジックを操作しているコードが多いのでASMの方が楽という結論にはなりません私は。 最新のXC8コンパイラをダウンロードしようとすると、氏名とかアドレスを聞かれるんですが、
これは入力しないとダウンロードできないのでしょうか? >>748
たとえ話をすると完全ではないので突っかかってくる輩が多いのだが
自分では ASM と C って階段とエスカレーターの違いな感じ
まあエスカレーターの方が楽だわな 液晶つけて文字処理したり
グラフィック処理するならともかく
I/Oチャカチャカさせるくらいならアセンブラでいいだろ
ラダー最強 液晶つけて文字処理したり
グラフィック処理するからCでやる
I/OチャカチャカさせるくらいでもCでいい
結局Cでいい いくつか、mccやると、楽チンなケースが多いですよ。
ただ、意図しない動作の解明や、性能をつめるときは、昔ながらの知識も必須なので、
mcc一辺倒もどうかな、という感触をもってます。
mccの吐いたC言語のソースコードをちゃんと把握できるなら、どんどん使ってもいいと思う。 >>739
PICはDDRではなくTRISという名前で、意味は出力トライステートにするかどうか
だからTRIS=1は出力トライステートでポートは入力という意味になる
ANSELが初期値1なのは初代からの伝統 >>753
>mccの吐いたC言語のソースコードをちゃんと把握できるなら
別に後からでも学べばいいことなんですよ。
よけいなお世話。 >>739
マイコンのポートは初期値は必ず入力ポート。初期が出力ポートだとどうなるか考えれば直ぐわかる。レジスタの初期値0の時入力ポートに成るようにするのが普通。PICが逆な理由は知らない >>759
>よけいなお世話。
それ。
初心者スレで昔ながらの知識持ってる前提で語り
それがMCCを否定する根拠にできると思ってる馬鹿。 >>760
>レジスタの初期値0の時入力ポートに成るようにするのが普通。
Microchip「よけいなお世話」
1か0のどちらで入力ポートにするべきなのかはメーカーの裁量。
リセットのときに安全になるように設計されているならユーザーにとって
あとは趣味の問題でしかない。 入力はTRISが1でも0でもいいけどボローが負論理はいやだ 「Cかアセンブラか?」、ついでに「PICかAVRか?」だけど、
前に話題になった模型自動車のLチカプログラム(明るさ可変、通信制御、ゲーム付き)
AVR入門用のtiny2313とアセンブラの組み合わせで簡単に作れるのに、
https://pastebin.com/7vNyprnZ
PIC16F1827とCの組み合わせで誰も作らないのは何故?
もしかしたら、その気になればすぐに作れるけど忙しいからダメなのかな。
それなら仕方が無いなw
アセンブラは天衣無縫、変幻自在、融通無碍、強力無比で、
CPUの隅から隅まで全てを味わい楽しみつつ、
小さなMCUの数Kバイト程度のプログラムなら、簡単、時短でアッという間にプログラムを作れ、
趣味としては最高なのだが、賛同者がいないのはアセジィとしては誠に残念なことじゃw
ま、仕方が無い、「天上天下唯我独尊」 + 「蓼食う虫も好き好き」ということでチャンチャン。 CPUに出力回路を接続している時は、
初期設定が完了するまでは問題が生じないように設計する必要があるけど、
私は、外部プルアップの負論理、が多い。
内部のプルアップだけで済ませてしまうと、怖い場合もある。 言語もチップも趣味だったら自分が好きなものを自分は使えば良いんだよ。
他人のやり方を直截的にも婉曲的にも批判する必要なんてないのにな。 俺もアセンブラで頑張る!
…なんてやってる時代があった。
最近はi2cで液晶に結果出すのが流行りだからcだな。
昔はLEDの点滅とかで表現してたもんだけど。 これって、味の素やら食洗機や洗濯乾燥機を使う、使わない派と同じ問題で、それぞれの好きに合わせれば良いし、お互い理解する必要はないと思う。
ましてや押し付けなんて不要。 >>764
引き算命令は存在しない、あるのは2の補数を作って足し算する機能だと考えるだ 他人のやり方を批判するつもりはありません。
何をどうやろうと個人の自由です。
ただ、何故誰にも理解して貰えないのか、仲間が居なくて寂しい・・・という気持ちです。
仕方が無いですね。
>>768 >最近はi2cで液晶に結果出すのが流行りだからcだな。
数ヶ月前に、
tiny2313用のI2Cマスター制御プログラムを、マニュアルを見ながら
アセンブラで書きました。(相手は秋月のAQM0802A-FLW-GBW)
何時間も掛かってしまったけど、苦労すれば完成時の喜びも大きい。
趣味のプログラミングなので作業時間は問いません。
むしろ早く完成すると次のネタ探しに困るw
その時に作ったJJY解析増幅装置
https://i.imgur.com/LDUb8Fa.jpg
どうもお騒がせしました。 マイコンお達者俱楽部でも作っとけ。
そっから出てくるな。 >>ID:Qh77MbZB
長ったらしくて読む気せんわ
いいこと書いてあるつもりならもっと簡潔に頼む
読まれなきゃ理解もされんよ >>773
大丈夫、あなたの予想の通り、有用なことは何ひとつ書かれていないし、そもそもスレチ。 俺の趣味は鼻くそ集め
毎日たまる鼻くそをラップに包んで収集している
皆やってみろよ、簡単に出来るぜ
と言って鼻くそ写真をアップする
スレ違い
と言う事を認識していない
頭おかしいだろ >>771
俺たくさん作りたいものあるからさっさと完成させて次行きたい派。
仕事なんかしてる場合じゃねぇ 誰も話を聞いてくれなくて風呂の中で一人涙する爺やろ MIPSやRISC-Vでもフルアセンブラで書くんや
とか云いそう アセンブラで書いたバグだらけのプログラムなんていらんわ
Cで書いても特に困ることはないのにいまさら時代錯誤じゃないか??
所詮自己満足の世界だな〜〜〜〜〜
アセンブラでかける程度の小さいシステムしか作ったことがないだけだろ
正確なクロック数必要なとこだけ使えばあとはcで十分!!! バグだらけのプログラムはアセンブリ言語で書かれていようがC言語で書かれていようが
ありがたいものではないですね。
それと自己満足といえば、マイナスイメージを伴う言葉ですが、同じ作用を少し違う
見方をすれば自己肯定ですね。仕事でも趣味でも自己肯定は大切だと思います。 1行目の意味がまるで分からないんだけど
なんで「アセンブラで書いたバグだらけのプログラム」?
アセンブラで書く=バグだらけ。この因果関係はどこから出てきたの?なんで
Cで書けば麦芽なくなるの?何の言語を使って書くかと言うこととバグの発生に
何の関係があるの? あれ?>783はどこに消えちゃったの?なんで黙ってるの?なんで?
何で黙ってるんですか? >783さんw
使う言語とバグの因果関係を聞いてるだけなんですけどw >>783 >Cで書いても特に困ることはないのにいまさら時代錯誤じゃないか??
あなたが特に困らない理由は、困らないような低レベルのプログラムしか書いてないからでは?
小さくて制約の多い8ビットのCPUでは、仕様によってはアセンブラじゃないと
うまく書けない場合がある。
(たとえば >>765の https://pastebin.com/7vNyprnZ ) 100円ショップで売られているような商品は世界中で一体どのくらい流通しているだろうか?
仮に一個当たり5円安いチップが手に入るとしたら用途にもよるが速度が遅くともメモリが少なくとも十分選択肢に入るだろう 作っても片手で数えられるくらいだから、5円なんて誤差。 過去に1円どころか10銭単位でコストを評価される量産設計部隊に居たもんで
そう、すぐに10万台作ったらと言われる世界、
趣味でも5円が誤差なんて思えないしみったれになってしまった それは可哀想に。
趣味の電子工作で嬉しいのは納期と原価に縛られないことだべ?
納得ゆくまで時間を掛け、不必要な高級部品を使ったりしてw おれは10万台でもたった1万円、じゃんって思っちゃうな。
まぁ、部品点数が数百個レベルなのかも知れないが。 >>791
俺の場合、広がる構想、際限なきこだわり、時間と共に萎むモチベーションのおかげて未完の大作(ガラクタ)が沢山w >>787
その程度ならc言語で十分じゃないか
software PWMと簡単なロジックで実現可能だろ
28pinのベースラインでもNゲージの町の家や街灯の制御はできてるよ
当然、点灯の仕方(蛍光灯なのか白熱電球なのか)それぞれの家の明るさや
点灯の順番なども制御できてるよ >>794
ではそのベースラインPICとCで https://pastebin.com/7vNyprnZ の仕様を作ってみて。
私自身は作れるだろうと予想しているけど(ホントですよ)
>>795
私は最初から聞く耳を用意済みです。
納得できるような情報が無いので
(非論理的なレスばかりでコメントのしようが無い。)
待ちくたびれて、もうダンボの耳のようになっているw
それにしてもIDコロ助の進歩の無いこと、ワンパターンぶりに飽きた。
たまにはアプローチを変えてくれ。
話しは変わるけど、今日、久しぶりにお茶の水に行ってきた。
ギターケースを買いに行ったのだが、なかなか気に入ったのが無くて、
結局、買わずに帰ってきた。
お茶の水に行くたびに思うのだが、なかなかオシャレな良い町だ。
東京の中心部なのでアチコチに歩いて行ける。
秋葉原にも歩いて行けてる。でも八潮には歩いては行けない。
今日は料理当番で、アサリの炊き込みご飯を作る予定。
そろそろ仕込みを始めないと。では、皆様、さようなら。 すいません質問です。
PIC24FV32KA302の21番と22番ピンが内部プルアップできなくて困っています。
設定はデジタル入力です。
外部プルアップだと読み取れているのを確認しました。
内部プルアップを使用できる条件などをご教授お願いしますm(_ _)m 797です。
開発言語はC言語です。
デジタルピン設定
↓
入力ピン設定
↓
プルアップ設定
の流れで設定しました。 >>797
http://ww1.microchip.com/downloads/en/DeviceDoc/30009995e.pdf
21ピン:RB10
22ピン:RB11
ポートBですか。
TRISB
PORTB
LATB
ODCB
ANSB
の値はどうしてあります? ていうか135ページにI/Oのブロック図が乗ってるけど内蔵プルアップなんて実装されてないんじゃね? 138ページに載っているInput Change Notification (ICN)のはなしなのかしら。
これにはCNPU2の設定がいるみたいね。 >納得できるような情報が無いので
納得できなくても、別の世界があることを受けいれるだけのことなんだけどな。
この話のように絶対的結論が存在しない場合は、
「聞く耳を持たない」というのは「納得できないから認めることができない」ってことだし。 PIC24は触ったことないけど
21pin PGED2/SDI1/OC3/CTED11/CN16/RB10
22pin PGEC2/SCK1/OC2/CTED9/CN15/RB11
だから
CNPU2 bit0 CN16PUE
CNPU1 bit15 CN15PUE
なのか? >>802
その別の世界を見せてくれ、実在するなら見せてくれと言ってるんだよ。
実在すると主張する人がいたし、私も受け入れる準備はできている。
「その気になれば簡単に作れる」という口だけ大将には飽きた。
「お前のカーチャン、デベソ」みたいな非論理的な罵倒レスは
無視しても構わないと思うけど?
それとも
「何で家族だけの門外不出の秘密をアカの他人のお前が知ってるんだよ」
と聞く耳を持ったほうが良い?w
>>803 が怒っているので、
永遠に交わる事の無い、不毛の応酬はこれで終わりにしといと思うとともに
皆様方のここまでの御精読を感謝します、チャンチャン。
最後に私のマイクロチップテクノロジへの希望
もう少し16ビットPICに力を入れて欲しい。
AVRのコードを24ビットに拡張して欲しい。
(PICスレらしいことを最後に書いといた。朝から不快な思いをさせて済まないね) >>805
> AVRのコードを24ビットに拡張して欲しい。
AVR32があるのにそんなムダな事しない。 ここ、Microchip全般の話題のスレじゃないわけだし。 Cとアセンブラはコード効率ぐらいしか変わらない。Cだとアセンブラで記述したのと同じバイナリサイズにはならない。PICなら尚の事で同クラスのフラッシュサイズには収まらないでしょう。
しかしそれはサイジングの問題であってCでは低レベルのプログラムしか記述できない理由にはならない。
そして具体的な理由を出さずに、相手に反証を求めるのはモリカケがーの人達と同じやり方。
昔はアセンブラで1バイトは血の一滴と言ったもんじゃ、今の若い者は高級言語だか知らんが楽しやがってけしからん、レベルも落ちたもんじゃ。という言い方の方が同意は難しいが同情はして貰えるんじゃないかな。 アセンブラバカは価値観を押し付けるからな
Cでいいし十分って言ってるのに、エンドレスで押し付けるからな
新興宗教キチガイとおんなじなんだよ >>809
楽できることは良いことですしね。仮に、マイコンについての理解のレベルが落ちてても
そこで楽するぶん、他の何かに意識が向けられるわけだし。 >相手に反証を求めるのはモリカケがーの人達と同じやり方。
あらこんなところにまで国賊上級国民さまがw
あるいは脳死のゆとりさまかw tiny2313とアセンブラ(とマルチタスク)の組み合わせで簡単に作れるのに
PIC16F1827とCでプログラムを作れないPICスレの3流プログラマ(ただし口だけは一流)w
進歩しないから3流プログラマなのか、3流プログラマだから進歩しないのか?
ま、人の事だからどうでもいいんだけどネ 他人をけなして自分の能力を固持しようとする
他人の話を聞かないで、自分の話ばかりする
場違いな話を持ち出して注目を浴びようとする
精神病患者の特徴です
このスレに定着しているなら、
PICや関係物に何らかの恨みがあるのでしょう
この手の精神病が厄介なのは、本人が自覚出来ない点です
他人の助言も症例にあるように、他人の話を聞かないので
改善するには薬剤投与による治療しかありません
皆さん、嫌悪感を抱かずに同情の心を持ちましょう 前に示した https://pastebin.com/7vNyprnZ のプログラムでは1mSのハードウェアタイマ割込みで、
タスク8+1個の切り替えとLEDの明るさ制御をやっている。
他にリエントラントに作ったデイレィループのソフトウェアタイマが1個あり、
これで全てのタスクで必要な時間遅れを作っている。
たとえばSW1のチャタリング除去中に、同時にSW3によるLED点滅の待ち時間も作るなど。
・・・うーむ、インライン・アセンブリでクロック数を数えているCプログラマに理解して貰えるかな?
しつこいと嫌われるのは分るし、私ももう飽きたし、
このへんで終わりにしたいと思います。
最後までお付き合い下さった方々、レス有り難うございます。
PICユーザーの皆さん、がんばって優秀なプログラムを書いてください。
応援していますよw ポート配置変更したらLEDが同時点灯しなくなった
テスト用のLチカに組み込んだら元のLEDが点かなくなった
ポート設定ミスかとデバッガで動かすと普通に動く
結局、PORT直からLATにしたら動いたが、これって何なんだ?特にデバッガ
ちなみに、PIC16F15325 LAT使わなかったのは最終的にうっかり買っちゃった12F683に入れるつもりだったから
16F15325使ったのはデバッグ機能の実験とデバッグ用LCD接続の為
で、結局デバッガよりLEDやLCD使う方が便利な感じ
メモリやレジスタが見えるのは嬉しいけど、3Pin塞がるデメリットが辛過ぎる NYTから
やっぱアメリカでもプログラミングなんか学んでも所詮はIT土方なのかなあ
34,000ドルから50,000ドルの給与ってアメリカでどうなんだろ
Tech Jobs Lead to the Middle Class. Just Not for the Masses.
https://www.nytimes.com/2019/05/19/business/tech-jobs-middle-class.html
ミズBallは子供を抱えてホームレス・シェルターに住んでいた。そして一年間のテクニカルトレーニングを
学んだあと重大な決断をした。
5年後の今となって、彼女はニューコネチカットでソフトウエア・エンジニアとなって年収5万ドルを得る
ようになった。健康保険も得て退職後の貯金もでき、今年はメキシコに旅行する予定だ。
「それは私が何か人とは違うことをすることができることを私に示した」と彼女は訓練プログラムについて
言った。
「それは本当に私を燃え上がらせました。」
ハイテクの仕事のために人々を訓練することは未来の雇用として歓迎されています。 全国の都市や
州が小学生や高校生にソフトウェアの作成を教えることを急いでいます。 「コードを学ぶ」ことは、
キャリアアドバイスの要点です。」
一部の専門家によると、コードを習得してビジネスに適用することで、4年制大学の学位を取得して
いない人々にとって中流階級への新たな道になると予想されている。 そして、ボールさんが利用した
ような非営利プログラムはそこに人々を集めるためのセンターと考えられています。
労働力の問題に焦点を当てている非営利団体、Opportunity @ Workの最高責任者である
Byron Augusteは、次のように述べています。
卒業生の70%以上が4ヶ月以内に雇用を開始し、34,000ドルから50,000ドルの給与を貰い始めています。
以下略 pic始めようとおもったけどライターが高いんだな
arduinoはic抜き出して使うのは面倒そうだし >>825
秋月で5700円のPICKIT4
のほかに、 1740円のSNAPもありますが、
それでも高いという感覚があるんですね。
昔話はご法度かもしれませんが、PIC以前は
10〜20万が相場だった気がする。
互換ライターでも数万円。 パラレルライタでも作れば?
12Vと5VのACアダプタあれば簡単だろ 5chに出入りする人がたくさん使ってるならSTM32スレが賑やかになるはずだよな。 Nucleoはコスパ高いけどそれだけかな…
ユーザーが取っつき難い何かがある >>832
「DIPが無い」だろ?お前らの言い訳はいつもそう。 >>825
SNAP 送料別1740円
http://akizukidenshi.com/catalog/g/gM-13854/
PICKIT3 Clone 送料込み1390円
http://s.click.aliexpress.com/e/cHyPI4Ey
これで高けりゃ
100円マイコンとUSBシリアル変換モジュールで500円コース
もあるにはあるけど、知恵と工夫が必要よ? あ、ごめ。
>arduinoはic抜き出して使うのは面倒そうだし
な人には後半の案は到底無理。 マイコンの開発ツールの1000円程度の違いなんて、長い目でみれば大した違いじゃないよ。
それ以前に、たいていの人が情報機器に桁違いのお金をつぎ込んでいるわけだし。 すいませんMPLAB X、MCCの
windowsパソコンの動作推奨環境とかってどっかに書いてありますか Windows7, 32bit
2007年発売のCore2Duo T7250 2G
メモリー2GB
で問題なく動いていますよ >>834
そうやって囲い込むのは やめたら? 見苦しいよ >>834が囲い込みかな? 単に的を外してるだけだと思うんだけど。 Live-Updateで実行中プログラム書換えやった事ある人いるかな?
超便利そうなんだけど、
変数メモリ割当とかは自分で設定しなくちゃいけないのか? このスレは、いつも楽しく拝見しています。
教えてください。
PICのICSPで、ICSPの通信ピンに割り当てのピンを、OUTPUTで使いたいです。
PICKit3の出力と衝突してしまうでしょうか?
(I/Oの先の素子は、C-MOS入力です)
予想するに、
通常は
・PICKit3の通信線はHi-Zになり、動作を妨げない。
書き込み時は
・PICKit3がMCLRに12Vを与え、書き込み状態になると、
・PICのDDRは自動的にHi-Zになり、電気的に安全になる
・その後、PICKit3の通信線は出力になり、通信、書き込みを行う
書き込みが終わったら、
・PICKit3は、通信線をHi-Zにし、MCLRをLow→Hi-Zにして、通常のRESEを実行
PICは動き出す。
という考えは違うでしょうか?
もしそうなら、IOピンを直接PICKit3に接続できると思うのです。
よろしくお願いします。 いやもうDIP版の使いやすさにディップリ浸かっちゃって;;; お尋ねしますが、7年ほど前に作った計測器のモード切替用の16F88が、
たまに使用中にリセットがかかるようになってしまったようです。
マイクロスイッチが押されるたび、トランジスタを経て4個のメカニカルリレーを
ポートを制御して一個ずつ順に切り替える、という単純なもので、ソフトウェアで
チャタリング防止を施してあります。電源は秋月の6Vトランスと7805を使った
リニア電源です。リセット回路やリセットICはつけてありません。
PICはなんらかの経年変化で、そのようなリセットがかかる故障を引き起こす
ものなのでしょうか。それとも振動が多い環境下での回路自体の問題を疑うべき
なんでしょうか。
時間もたっているし若干の仕様の変更もありますので、安価な16F1xxxを使って
全部作り直すつもりではいますが。 >>849
振動があるのなら半田付け部分を調べたら? >>849
7年か。電解コンデンサが、まず疑いの対象かな。
運用中の整流直後のレギュレータの入力側の波形は確認されました? >>849
PICが壊れることは、ほぼありません。回路側の問題だと思います。
リセットピンはどのように接続してありますか?
多分、瞬間的に電源電圧が落ちて、リセットが効いてしまうのだと思います。 私も「秋月の6Vトランスと7805を使ったリニア電源」がクサイと思う。
電源をSW式ACCアダプタに交換して様子を見たら? 6v電源で7805安定化か、負荷ごく軽めなら良いかも知れんがそこから先は祈るしか >>849
電源の波形をオシロで見てください。
リレー駆動時にドロップするケースと、
リレーにつけるダイオードがうまく機能していなくて、
もしくは、電源のコンデンサの容量不足で
電源がスパイクするタイミングでマイコンリセットおきてるかもです。 849です。
>>850
電源用電解コンデンサーは、「大は小を兼ねる」の教えの通り狭い場所にかかわらず
バカでかいものを使ってしまいました。経年変化やはんだ付けの際の熱、環境が与える
熱や振動など、考慮はしたつもりだったんですが、消耗品とみなして2,3年で交換すべき
でした。電力は、リレーが60mA弱、LEDが20mA、PICにはいくら必要なのかは不明
ですが、合計100mAほどと想定しで、その3倍を見積もっておりました。
>>851
問題はありませんでした。念のため基板ランド上のはんだを溶かして冷やした後
動作させたところ、同じ症状が起こったそうです。
>>852
装置は遠方で稼働中のため、私がアクセスできる機会が限られていまして、まだ見て
いませんがお盆には一週間ほどはずして返してもらえるそうなので、その時試して
みます。会社には全基板の定期的交換を進言します。
>>853
MCLRピンは1台はDIP化したリセットICを取り付けたと、おぼろげながら思い出しましたが、
リセットを起こした装置がそれなのか判然としません。なぜつけたかというと、リレーの
復帰時に発生する逆起電力を流すダイオードの必要性を、恥ずかしながらその時まで知らず、
リセット回路を取り付けた後で、整流用のダイオードをリレーに後付けした経緯があり
ました。その後に作った4台の装置は、最初からダイオードを設置しましたので、リセット
ICは取り付けてありません。使ったのはDIPタイプの16F88でしてMCLRピンはソケット
の足を切り、その下にパターンを通してあります。つまり浮いています。リセットを
引き起こすようになったのは5台のうち、いずれかの1台だけです。
>>854
アドバイスに従い秋月のスイッチング電源に取り換えることにします。リニア電源の
コンデンサが大きすぎて上の部品に接触して振動を受けたか、重すぎて振動の際
慣性力となり、基板に何らかのダメージを与えたか、コンデンサー本体の単なる
統計上、製造上のばらつきによる劣化なのか、までは判然としません。
皆さま、それぞれ貴重なアドバイスをありがとうございました。
PICはそういう壊れ方はしないこと、電解コンデンサーは消耗品であること
リセット回路は極力入れるべきこと、「大は小を兼ねる」思想にとらわれず、適正な
特性のパーツをえらぶべきこと、等々わかって質問してよかったと思います。
なお、スイッチング電源については何かの振動吸収材で包むと熱が蓄積しやすい
のではと思いますが、大した消費電流でもないので気にしないことにします。
それとも各所に温度センサーをつけて発熱を監視した方がいいでしょうか。
長文陳謝 >>858
>つまり浮いています。
それはいけません。
リセットピンは、リセット入力か I/Oの入力しかできません。
多くの場合、リセット入力にするようです。
ですので、リセット入力ピンなのに解放フラフラで使っていたということでしょう。
今まで何も問題が起きなかったのが不思議なくらいです。
10k程度の抵抗で電源にプルアップしてください。
リレーには、ダイオードを付けてください。
電源電圧が低下してリセットが働いてしまうか、ノイズでリセットが感じてしまうか
だと思います。
電源ですが、電解コンデンサは確かにドライアップ(内部の液の乾燥)はありますが、
国産メーカーのものなら2-3年で交換なんて、普通しません。
トランス式の電源がいけないのも考えにくいです。 >>858
MCLRは、入力設定でも、浮かしちゃ駄目ですよ。
最近のPICは、weak-pullupすれば大丈夫ですけど。 再度849です。
>>856
Lの付かない7805でもそんな感じなんですね。なるべく耐久性のありそうな
スイッチング電源を探すこととします。
>>857
リレーにつけた整流用ダイオードの劣化までは気が付きませんでした。
ありがとうございました。 覚えたての頃って結構失敗するよね
俺もリレーサージで強制リセット掛かった過去あるなぁ >>861
原因の可能性は沢山あるが、ひとつずつ確認してつぶしていかないと
結局何が悪かったのが分からなくなって時間がかかるよ。
まずは、>>860 のアドマイスを素直に受け入れて MCR をプルアップ
することだけをやって改善するか試してみるべし。 >>861
電源の種類って事じゃなくて、昔ながらの7805が安定化動作をするためには
Vout>=Vin + 2v
でないと。 すみません、PIC初心者です。
以下の内容で行ったのですが、書き込みが完了できません。
1. PIC24FV32KA302
2. configは、内部発振設定、RESETピンはI/Oで入力として使用。
3. ICSPの線はI/Oとは共用せずに、専用で配線。
4. MPLAB X, PICKit3 で、ICSP
5. コンパイル=エラー無し、書き込み先頭でデバイスは認識OK ID=7
6. ERASE OK
7. 書き込みの最後で、0x8000番地 xxを期待、だけど0xffになってる と、エラー
何が原因なのでしょうか?
よろしくお願いします。 >>857
それ俺もあった
リレーの接点が荒れてきて、かつダイオードの劣化で、コイルのサージ吸収ができなくなってきて
電源スパイクでPICがリセットしてしまう >>868
リレーの接点が荒れてきてノイズが増えたのと
コイルのサージとは基本的には無縁な筈だが
本当に両者のアンド条件だったのか疑問だな。 >>867
flash 32Kbyteだから0x7fffまでなんじゃない? >>867
エラー・メッセージ原文のまま載せなきゃ無意味。
メッセージそのもので検索してみて結果教えて。 >>872
これかな?
初心者は16進数、2進数と10進数との比較や対応関係把握が難しいかもね。 >>861
低ドロップタイプ・・・>>866が書いてくれてるけど、
出力電圧と入力電圧の差が少なくて済むレギュレータに交換するとか。 >>875
最近まで正しく動作していたことを、どう説明するの? >>876
整流後の平滑コンデンサーの劣化→リップルの増加→
レギュレータの入出力電位差を満たせなくなって5Vの電圧低下が発生することがでてくる
かな。 >>878
>>871の疑問は使用条件も含めた程度の問題だろね。
本件のような7年で劣化するのか、という。 定格内で使ってりゃ半世紀はもつだろう
Vfが少し増える位じゃないの
リレーコイルの逆起電力が吸収出来ない位劣化する
とか
ありえないだろ その一般的にはありえないと思うことを >>868 は平然と「俺もあった」と書いているので疑問なのだ。
どういうダイオードを使ってどういう状態に劣化したのか後学のために知りたい。 xc8 standardってインストール後60日間proとして使えるとのことだが
60日後は optimization levelが0で固定されてしまうってことで合ってる? そりゃ高温環境1000度とかで使えば、
一瞬で劣化するわな
そんな当たり前の事、ドヤって書かなくてもいいよ スヴァンテ・アレニウス
, -―-- _
,r ' 三- _ ミ 、
r' i ` ゛ ‐-、 ミ、
,i' ミ _,. `ヾ ミ
/ 'i , -‐ ` ミミ
'i ,i' ;r''''__,;:ir_ミl,,;!
ゝ ナ -、_r'r tテ l-‐!;rtt l_ヽ
i .: `ヾ l ´ / ヽ 、l /
! r':l -‐ ' i ̄.T
. ヽ ヽ  ̄ ヽ !
`ヾl、 .:' ー ニ入 il
,i! 、 ´ , i;:!__
/:l l ` _ -'-ノr':::::::::::::-.
_,.-::::::::::l. ヽ_ _, ‐'´ /:::::::::::::::::::
:::::::::::::::;!rヘ -―-ニ 、 i::::::::::::::::::::::
:::::::::::::r' !_ ,.r ´ ヽ !:::::::::::::::::::::::: まともに作れば、リレーのコイルの還流ダイオードが劣化するような環境だったら、それ以外の問題が先におこってそうだよ。 還流ダイオードが正常でも、電源ラインのコンデンサで吸収してくれなきゃ、
スパイクがのっちゃいますね。
昔、5VリレーとPICが同じラインで、LDO出力側にうっかり、0.1ufだったときにくらった。
でも今回は、リセット入力が浮いているので、それが原因だと思う。偶然今まで動いていただけ。 しっかしMCLR浮かして使うって
何処の文献参考にしたんだろうね >>889
多くのPICはMCLRは内蔵プルアップ出来るから(MCLR内プ)それを前提にして
わざわざ外付け抵抗をつけない作成も多い
そういう作成だけをみて「MCLRはどこにも繋がなくていいんだ」って
思っちゃったんじゃね? >>889
>>890
空きピンは、out か、pull-up の in にするというのは、
意識しないと。。。 MCLR は out にできない pin だけどな >>892
余談だけど、200Kohm程度の高抵抗で、pull-downかけておいて、
weak-pull-up のレジスタ使って、擬似出力PIN のように使う技を最近覚えました。 >>893
おおっ!目からうろこ。さすが 893 w MPLAB X V5.15 で、教えてください。
テキストエディターで、
・外部エディターの設定はどこにありますでしょうか?
・内蔵エディターで、Tool, option, Fontの中の、どの設定をさわれば良いのでしょうか
・グローバル変数名の文字色が青色なのですが、これを黒色に。
・関数名がボールドがかっているのですが、これを非ボールドに。
よろしくお願いします。 >>893
MCLRのピンなので、Lowを出力したとたんに
リセットするってことはないのでしょうか? >>896
ありがとうございます。
MPLAB X のエディターが使いにくくて、困ってるんですよ。
for(a=0; a<100; a++){ と括弧を打った瞬間に、次の行に括弧が自動的に付いて、
さらに { と } の間の行が挿入され、さらにインデントまでしてしまう。
おまえはOfficeか? と言いたくなるのも困っています。 >>897
MCLRとして使わずに汎用入力ピンに設定するってことだろ
大抵のPICはMCLRピンを「MCLRのために使うか、MCLRを無効化してデジタル
入力ピンとして使うか」を選択できる >>899
なるほど、I/Oにした状態で使うのですね。
ありがとうございました。 >>898です。
optionのチェックボックスをいじり倒していたら、だいぶ良くなってきました。
ただ、以下の2つだけが、どうしても直せません。どなたか、ご存じの方がいらしたら、教えてください。
1.
カーソルの現在位置の行が、現在文字の桁のアンダーバーが点滅のほかに
薄い緑色で、1行全部がハイライトしてくれる。
点滅だけで良くて、ハイライトは無しにしたい。
2.
void main(){
while(1){
if( ...){
こんな処理
}
(a) ←
}
}
← のところを1行空けるために、(a)点でリターンを押すと、
行が空くだけでなく、さらに while(1)の位置にカーソルが移動してくれる。
これを、カーソル移動無しにしたい。
while(1)のインデントだから、親切心で1TABしてくれるんだろうけど、お節介。
自分でやるから。
以上です。
よろしくお願いします。 >>898
昨今のエディタならだいたいそうじゃね? >>903
最近はそうなのかもしれませんが、
そうしない設定も出来るのではないか、と思っているのです。
いろいろさわっているうちに、TABが効かなくなってしまいました。
よくわかりません、このエディタ。 どーでもいいことに引っかかって前へ進めない性格のヤツっているんだねえ。
だーれも迷惑しないからずっとそこに独りで立っててくださいw >>906
>>905が何に対するレスかホントに分からんの?大丈夫? >>884
スペックのマージン少なかったら、7年で寿命はあり得る。 >>905
エディタや記述スタイルについては、好みのものや使い慣れたものから他のものに柔軟に乗り換えられる人もいれば、
自分が好きなもの以外は生理的に合わない人までいろいろいる。
前者の方がストレスは少ないだろね。
後者に近い人が設定や非公開なテクニックを使って自分の好みに合うようにしたいと考えるのはわかるのだけど
ソフトウェアを提供する側から見れば、使用者が少ないオプションのデバッグや洗練性は優先度が下がるわけだし、
まわりまわればユーザーが余計に使い難さを抱え込むことになりかねない。
デフォルトのままで使えるのが最強かも。 >>909
スペックとかマージンとか知ってる言葉を並べてみたかったんだろかな。
スペックのマージン少なかったらってダイオードメーカーに向かってい言ってるんか?
最後はあり得るなのでそもそも情報量ゼロだしな。
そして寿命(劣化)になったらVfがどうなんのよ。 http://www.picfun.com/f1/f13.html
相補型の出力を手動でコントロールしたいけど、
適当な出力ピン経由にして取り扱うとかしないと駄目なのかな? MPLABで表示されるharmonyのHelpの字が小さすぎて読めないんですけどこれ大きくする設定ってどこかあります? >>913
設定 > 簡単操作 > ディスプレイ > すべてを大きくする 20代です…
いや冗談抜きで小さいんだけど皆これ読んでるの?
まぁ別ウィンドウでhelp開いて読んでるから自己解決はしましたけど…
https://imgur.com/a/UgZIJ5d ディスプレイのサイズを言わないと比較のしようがないんじゃない? DeathPray 師を祈る
DeathPlay 脂肪遊戯 PICにLEDをつないで点滅させたいのですが質問さしてください
PICのRC0→LED→R→GNDと繋いで、RC0を出力かつLATC0=1に設定するとLEDが
光ることは確認しました
次に、PWMが設定できるRC5を使って同様にRC5→LED→R→GNDと繋いでLATC5=1に
するとLEDは光るんですが、LATC5=0にしても消灯しません
TRISC5でRC5を入力にすると消えます
RC5のLATではLEDの点灯/消灯は制御出来ないんでしょうか? 型番は秘密ですか?
設定が間違ってるような気がするけど。 ・私がAVRの時は30分もかからず出来たことが、PICに至っては丸一日使っても出来なかった。
以上が、私のPICを叩き壊してやりたいほどPICが憎らしい17の理由である。
毎回PICに触るごとにこのような言いしれぬ憎しみが蓄積かつ増幅されていくのである。
https://yaneurao.hatenadiary.com/entry/20080723/p1
↑PICあるあるーw >>923
すみません、書きもれていました
RC5に繋いだLEDの明るさを擬似アナログ的に変えるためにPWMを有効にしています
PWM出力を有効にしている出力ポートにおいて出力そのものをオフにしたい場合って
LATで制御できないようなバグ(エラッター?)があるんでしょうか? >>925
PWMで出力を制御してるのにLATで制御できたらPWMにならないでしょう。
原理的に無理なことがバグになるわけがない。 データシートにブロック図載ってるから理解するまで眺めてて >>924
マニュアル車で坂道発進ができなかったからとマニュアル車を憎んでいるような逆恨みに聞こえるな。 if で初期値をカットオフする値を設定しとけば
ある一定度以上までPWMは完全に0Vになる
10bit 1023なら100までカットする場合。 if (ad1<100){ ad1=0;}
if条件の問題
「LEDのお漏らしみたいな初期値でも微弱点灯する問題」はこれで消える >>925
PWM出力とは「Timer2の設定にしたがってLATを自動でON/OFFしてくれる」ことなので
出力そのものを止めるのにLATは使えません
出力を止める場合は
・TRISを変更して入力にする
・Timer2を停止させる
・デューティ比を100:0にする
等で対応しましょう >>924
> 私がAVRの時は30分もかからず出来たことが、PICに至っては丸一日使っても出来なかった。
> 毎回PICに触るごとにこのような言いしれぬ憎しみが蓄積かつ増幅されていくのである。
ハッハッハ
AVRもPICも(Cもアセンブラも)やっている人は似たような経験をしてるのでは?
私の場合は憎しみと言うより頭痛と吐き気だったけどw AVRとPICの違いを理解できない人、実感していない人はある意味、幸せだと思う。
「知らぬが仏」 >>924
自分が無能だとカミングアウトして
本人に自覚が無いから未だにそのまま掲載中
しかも10年間w 出来ないのは本人の能力で
いかに作るかが示せないのは、単なる恥でしかないよ
違いがあるから面白いのであって
どれを使っても楽しめるのが、意味があると思うよ
楽しくないのなら使わなければいいだけ
無能な人間に使ってもらわなくても結構だ
好きな物だけ使っていれば〜〜〜〜〜
おらは、現在、11の開発環境を使っていろいろなチップを使っているけど
それぞれに歴史と工夫とその時代の特徴があると思うよ
それでいいじゃないか。。。 xc8のfreeモードでpicを使うとなれば、どうしても、冗長なコードが生成されて気分が悪い。
avrgcc は、free で十分に最適化される。
もちろん、picは、安いので、メモリの多いものを選択すれば、大抵は、うまくいく。
でもたとえば以下のコードが 約90stepと avrgccの10倍となり、もやもやしてます。
うっかり proバージョンを買いたくなります。
uint8_t dmy1=0xaa;
uint8_t dmy2=0xbb;
uint8_t dmy3=0xcc;
uint8_t dmy4=0xdd;
volatile uint32_t ret = dmy1 | (uint16_t)dmy2 <<8 | (uint24_t)dmy3<<16 | (uint32_t)dmy4<<24 ; せこいコードでどうでもいいことにこだわる。
そのくせ、文句はたれても金は出さない。
PIC以前にまずそのしみったれた性格を直せよw でもこれ戦争なのよね、AVR含めよそがfreeで最適化制限なし、こっちはO1相当。
他にしがらみなければ、さあどっち選ぶ? >>939
「他にしがらみなければ」と条件を狭めてしまうこと自体、何かに囚われてしまってるのでは?
用途用途でペリフェラルが使い易いものとか、必要IOとか、価格とかメモリ容量とか処理速度とか
選択の条件はいろいろだと思う。
さすがに無償版コンパイラの最適化の能力だけで選ぶことはないかな。 そもそも戦争でもなんでもない。
単にどのマイコンを選ぶかということだし、技術的な理由や取引関係の合理的理由や
味覚と同じような非合理的理由が混ざり合って選ばれるものだと思う。
ともかく、売れているものには選ばれる理由があるのだということは前提でいい。
嘲笑的に、なんで売れているのか理由がさっぱりわからないw って言う人もいるわけだけど、
他人が考える理由をすべて理解することなんて神様でもない限り無理。
分からないから分かるように理由を説明しろ、説明できないなら理由はないのだ、みたいな論法もあるが、
こういうのは、分からない方の了見の狭さが一番の問題だろね。 >>941
電子系に限らないけどB to Bの世界は性能・仕様もあるけど価格、納期、納品数、契約期間、人脈、接待・袖の下、政治・・表には出ない様々な背景があって市場が決まるからね。
でも勝てば官軍。
様々な周辺ビジネスも広がり多くの階層にメリットが出てくる事も多いかな。。。 >>936 本人ですが、
EEPROMに保存した、32bit値を読み出そうとして、こういう目にあいました。
xc8 は、時間関数や、sprintf が使えるので、メインの利用を検討しています。 >>939
>AVR含めよそがfreeで最適化制限なし、こっちはO1相当。
の実際について客観的な比較データの出たためしが無い。
多分大差ないから出せないんだろう。
加えて、メモリの多い奴、クロックの速いのに変えるだけだから気にならない。
という具体的かつ現実味のある話の前でかすむしなw CPUの選択理由は色々あるだろうけど、
AVRで簡単に作れる仕様なのに8ビットPICでは難しい
は重要なポイントだと思う。
AVRは趣味の電子工作なんだけど、アセンブラで操作していると、
自分の思いのままになるというか、かゆいところに手が届くというか、
とにかく楽しい。
楽しすぎて、入浴中やウォーキング中にも脳内でプログラムを組んだりする。
風呂の時間が長くなるし、
(30分以上も何の音もしないので心配になって見に来た、とカミサンが覗きに来たり)
電車の接近に気が付かなかったりするので
(踏切が赤信号なのに路面電車の接近に気が付かず、
警笛を鳴らされて、思わず私がビクッと立ち止まったら、
運転手が私のその驚いた様子を見て笑っていた)
止めようと思っているのですが。
もちろん、何をどうしようと人それぞれの勝手です。
世の中には私の理解できないことがいっぱい有ります。 >>944
XC8ってそんなにおバカだったっけ?コンパイルリスト出力してみてどんなコード吐いてるのかみたいな >>947
なんか>945が顔真っ赤にして喚いてるみたいだけどw、XC8はそんなに賢くないね。
痛感したのはPIC18をターゲットにしてコンパイラーした時に、折角POSTINCxなんていう
便利な命令が追加されてるのに全く使ってくれないとか
ループで何か処理したい時はXC8のコンパイラー結果を参考にしつつそこだけインラン
アセンブラーで書き換えることが多いね >>947
xc8 は、PRO版でないと、フェアな比較ではないけど。
もやっときますよ。いい方法があれば、教えてほしいです。
http://codepad.org/CP2d6NUk コンパイラとコンパイルくらい理解して欲しいと思いました >コンパイラーした時に
>コンパイラー結果を
難癖付けて騒いでんのは毎度この程度の奴ら
>>945の言うのがいつものこと >>950
うちは1.45と2.00と2.05がはいってるけど2.05は入れたばかりだから短いコード出力してた
試しに1.45と2.00に切り替えてみたらクソ長いコード出力してた
でも、その裏技とかいうので実用になるならいいんじゃないかな、特に裏ワザというよりそっちのほうが素直な普通のコーディングに見えるけど…
まあC言語は低級言語だっていうのをわかっていない人が多いような気がするな、アセンブラに毛が生えた程度のものだからどういうコードが出力されるか考えながらコーディングするのが普通だと思っているんだが(C++は知らね) んー。無償版コンパイラの最適化に惚れ込んでPIC使ってるわけじゃないよね?
むしろ、わりとどうでもいいような要素だと思ってる人が多いのでは? メインルーチンは冗長でも構わんけど
割り込み処理は1命令でも短くしたいからインラインアセンブラ使わざるを得ない >>953
v2.05入れたら、短いコード出ました。これは、しばらく経つとまた、冗長なコードになるんでしょうか?
volatile uint32_t ret = dmy1 | (uint16_t)dmy2 <<8 | (uint24_t)dmy3<<16 | (uint32_t)dmy4<<24 ;
0xE51: MOVLW 0xDD
0xE52: MOVLB 0x0
0xE53: MOVWF 0x6B
0xE54: MOVLW 0xCC
0xE55: MOVWF 0x6A
0xE56: MOVLW 0xBB
0xE57: MOVWF 0x69
0xE58: MOVLW 0xAA
0xE59: MOVWF ret >>954
そういうわけではないけど、結構使えるかなと思っていて、コード追加したら、急に目論んでいた
PICに収まらなくなったんで....がくっと。 小さくて安くて好きなんだけど、ソフト開発についてはPICはいちいち面倒なんだよな… >>958
そうか?
xc8でポインターのfarもなくなって普通に組める、ただリエントラントに注意だがな。 >>956
自分もよくわかってないけどインストール後しばらくは最適化が効いててその後は効かなくなるらしい 60日ごとにPCのwindows10をクリーンインストールして、そのたびにxcナントカを
入れれば、ずっと最適化された状態で使えるってこと?
そのくらい頻繁にクリーンインストールしているような気がする。 >>962
駄目だよ
なんで駄目かはここでは言わないけどその方法でも60日チェックは有効 本スレ立ててそっちでやって
と言う初心者すら来なくなったなw >>968
流石に18F以下のPICとか使ってる人はもう居ないと思う
それこそ「PIC(18F)なんか捨ててAVRに移行した方がいい」だろ >>969
よく厭きずに同じことを10年も言い続けられるな、馬鹿なのか? ついこの間16F57を3個買ったわI2Cもどきで1602LCD動かすインタフェース作ったし
10Fも2つ買ってあるからそのうち遊ぶつもり 数えてみたら今年に入ってPIC18だけで30個くらい既に使ってた 今まで8ビットPICを主に使っていた人が、
ある用途において、今まで使っていなかった他のマイコンの採用を検討する事情や余地があるのなら
今ならARM系だよな。さすがに8ビットAVRはないと思うのだけど。 >>974
使いたいシールドと、それ用のサンプルコードが有って、PICに落とし込むのがめんどうくさいとか。 だいたい「AVRに移行した方がいい」って言ってる>>969 は世間を見ていないんだよなあ。
「18F以下のPICとか使ってる人はもう居ない」なら現状のようには売られていないよ。
ちょっと考えればわかりそうなものなのにな。
こんなちょっとしたことさえ考えられない人が「AVRに移行した方がいいだろ」だってさ。 北斗電子のルネサスキット(RX系)が便利すぎる。
秋月のPIC18F46K46基板も便利だったけど。 8pin PICは後閑さんとかの書籍が充実してるから今でも買われているというだけで、今から新規で積極的に採用するメリットが無い >>978
基本、8bitは性能よりもコスト重視の世界だからな。 >>979
ホビー用だとPICが安いけど、量産でも変わらないのかな?
製品でも単機能で使ってるのはたまに見かける。 ハードメインの人はPIC、ソフトメインの人はAVRが多くない? 100円で売られているオフタイマー付きLEDライトに、PICが使われているくらい。
今度ダイソーに行ったら、AVR使えとしつこくねちねちと文句言ってみようっと。 前に、
> CPUの選択理由は色々あるだろうけど、
> AVRで簡単に作れる仕様なのに8ビットPICでは難しい
> は重要なポイントだと思う。
とあったが、俺が趣味の電子工作でAVRを選ぶ理由は、楽しいから、だな。 プログラミングも回路設計も楽しいけど、一番楽しいのは新しいデバイスを使う時。
(AVRそのものにはもう慣れて新鮮味があまり無くなったので)
どんなんだろ?とワクワクして早くPCの前に座りたくなる。
(たとえば初めて秋月のI2C液晶AE-AQM0802のプログラムを作った時) むしろCPUを自作したほうが楽しめるんじゃないか
アセンブラ好きならマイクロコードのプログラムとか大好物たろ >>978
8pin PICは後閑さんとかの書籍が充実してる = 今から新規で積極的に採用するメリット
なわけさ、色眼鏡かけてると自分で言ってて気づけないのねw >>979
それが成立するのは、応用が8ピンで収まる場合なんだけどな。 >>983
ダイソーは在るものをただ仕入れてるだけだろ PIC使いはAVR初の世界的大ヒット品種MEGA8が出てきたころはまだ余裕があったと思うけど
(本当はここがターニングポイントで元PIC使いが大量に流出した)
アーデュイーノ(MEGA328)あたりで完全におかしくなってきたと思う マイコンチップがヒットしたとか、どうやって分かるもんなの?
オリコンみたいなの在るの? >>995
この頃。日本のアマチュアにはそれほど広がって無いよ マイクロチップテクノロジがアトメルを買収した時、AVRマイコンが
そのまま上乗せになったから、売上高が一気に倍になった
(PICはマイクロチップにとってはそれほど重要な製品ではなくなっている)
クラス別マイコンの市場占有率も、PICの競争力低下で
下位に甘んじていたが、他の大手を抜き去ってダントツ1位になった PIC超初心者です。
このスレは いつも参考にさせてもらっています。
今日は質問があり投稿しました。よろしくお願いします。
PIC24F XC16でプログラムを書いているのですが、その書く順番について教えてください。
例えば、
関数は、それを呼び出すところより上(前?)に書く必要があります。(プロトタイプするのは別として)
変数も、それを使用する点より前に宣言しておく必要があると思います。
今は、ソース先頭(上)から
・#pragma のconfigの定義
・#define の定義
・グローバル変数の宣言
・関数
・割り込み時に実行する関数
・main()
という順番で置いています。
質問ですが、
1. #pragma で config定義 を記述する文章は、どこに置くべきでしょうか?
2. 上記の結果は、PIC用の順番でしょうか、それともどのマイコンでも同じなのでしょうか。
3. 上記の順番が入れ替わっていても、MPLAB Xがワーニング無しでコンパイルできなら、
出力されたコードは同じになるのでしょうか。
よろしくお願いします。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 114日 23時間 38分 12秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。