【得意分野は】PIC専用のｽﾚPart18【書き込み器ｗ】

>>948
LED外して、PIC単体で1週間走らしてみたら？
悩んでるあいだに何もしないのは罪。仮説を立てて実験実験♪

>951　そうなんです。今も問題なく作動しているんですが、
とりあえず指摘されたので、出力側のL分かなとおもって1815でドライバつけてみました。
問題なく作動中。

＞952　そうですね。電源ONOFFやらなんらやいろいろやってみます。
とりあえず今は落ちついてるんですよ・・・明日までつけっぱなしにしますので、
明日また報告します。

みんなあんがと・・・ちゅっ（♂）

プログラムのせいにしたいのは山々だろうが、ハードのせいに決まっとる。

まさか、作った奴の所為に決まってる。

ネタだったというオチとかww

このスレでチップのバグだとか、デバッガのバグだと言い出した奴が正しかった事を見たことが無いｗ

ファーム屋が言う、電源不安定やら接触不良がそのとおりだったことがない。
大体いつも休み前か納期前に発生するし。

頃してやる！

>>958
それは納期直前に統合試験が始まるからだろ。
さっさと検証済みのハードをファーム屋に渡してるか？
頃すまえに炒ってこい

ん？本職の人も多いのか。

次すれ立てました
http://science6.2ch.net/test/read.cgi/denki/1205937905/
今度のもスレタイひねりないな・・・

> 電源不安定やら接触不良がそのとおりだったことがない。

ファームのDebugが進むとほっといても直るからなwww。
大体、テスタも使わずに何で電源不良というかね?

あとノイズのせいにするアフォ多すぎ。
そういうやつは、携帯の電波にやられて氏んでしまえ！だ。


>　それは納期直前に統合試験が始まるからだろ。

よーいどんでスタートして、基板できるまでなにしてたんだYO!
間に合わないのを人のせいにしないように。

だいたい、どこの会社でも(とりあえず、転職4社)

仕様策定->基板設計->部品手配->基板完成->単体試験->濡れ衣対応->ファームケツ拭き評価部隊->報告書(ry
　　　　　　　　　 平行してテストプログラム作成->

みんな電気屋の仕事。ファーム屋ってのは、一年の半分は何やってんだ?
あと、正しいことを自分たちで証明しなくていいんだもんな。みんながやってくれるんだもんな。
回路のせいにして週末休むんだもんな。お気楽だよな。
クレクレ言ってりゃいいんだもんな。タイミングチャートやステータスReg無視で空ループ入れりゃいいんだもんな。
遅けりゃCPUのせいにすりゃいんだもんな。CPUの速いのに換えて空ループ調整が破綻しても、さらにループで調整しちゃうんだもんな。そうやって消費電力が増えて、放熱きつくなって機構設計と喧嘩して、ファームは(ry

>>961
が!w
は要らなかったな。

問題の切り分けはデバックの基本にして最重要事項だけど、だからといって
ソフトとハードを全く別に考えるのはよくないと思うな。

シミュレータ上だけの話ならともかく、実機で動作させている以上ハードウェアの
ことも疑うべき。

問題の原因と、それへの対策はまた別の話しだし。

>>962
> 正しいことを自分たちで証明しなくていいんだもんな。

は、いいとしても結局どっちが悪いかはわかるんだろ？

それなのに週末休まれちゃうってことは、お前の方に非があるとしか思えないんだが。

>　それなのに週末休まれちゃうってことは、お前の方に非があるとしか思えないんだが。

やつらは週末に人に振って、こっちはロジアナで追っかけて”固まるコーディングをしていること”を見つけて月曜に報告。
電源やらノイズ疑うなら、測定器くらい使ってくれよ。

> ハードウェアのことも疑うべき。

疑う根拠を説明してくれて。せめてテスタくらい。
週末行き詰ってひとにデバッグ投げるのやめれ。

>　問題の原因と

ハード障害なら、勝手に直らんて....。
2,3行目に書いてあるんだから、ちゃんと読んでよ。

こういう人たちに疑われている世の電気屋さんかわいそ杉。

あと、FPGA担当者も同じようなこと言うんだよね。
コンパイルするごとに動作が変わるって、タイミングレポートみろよ。

そんなんで、CPU＋FPGAシステムbug終息悪すぎ。最悪。

>>966
なんか本職で切羽詰っている方がいるようで・・・お疲れ様です。
実のところあなたに対するレスではなかったのですが・・・

今週末は休めるといいですね。

>>966
漏れのいたところでは、ファーム屋さんはロジアナ使ってデバッグしてたわ
ICEだのシミュレータだのなんて信用できねぇ！が口癖で、
どうみてもソフトっぽくないというときは波形持ってきてHELP!されてた

KzMhD/wi　愚痴書くなら別のスレにかけよな。
腐ったジジイはコレだから困るよ。
他人とうまくやっていけないから会社変わるしかなくなるんだろうな？

この手のすばらしい電気屋は当初の日程通りに出来上がったハードウェアをソフト屋に出してこない。
遅れて出てきてハードウェアは中途半端なもの、一部しか動かないハードで制限付のデバッグをソフト屋がやるしかない。
あげくの果てに当初の性能をハードウェアで実現できないのでそれをファームウェアで実施する事になる。
ハードウェアを変更すると改版費用がかかるので、何とかファームウェアでやってくれというケースは少なくは無い。

ソフトしかやったことない香具師はよくそう言うが
ハードやった経験あればハード側の都合が分かるから
なんとかソフトでカバーしてあげようという気になる

電源おかしいとか、言う割には検証手段もってないんだよね。
MSにおいてもしかり。
せめてロジアナくらいといいたいけど、手を二つも持ってるのにグラバすらつなげない。
もーおんぶに抱っこ。そのうち開発用のPCがおかしいと言い出すし。


>遅れて出てきてハードウェアは中途半端なもの

ってなぜわかる?


>　当初の性能をハードウェアで実現できないので

性能じゃなくて、機能でしょ。機能も”仕様変更”で割り込んでくるやつだし。
性能をスポイルするのはファームの出来。
loopで時間調整とか多すぎ。

あと、基板できてから性能でないって言われてもねー。
仕様出してるでしょー、使うCPUわかってたでしょー。


> 何とかファームウェアでやってくれというケースは少なくは無い。

だからファームにするんだってばww。

って、うすうす気付いているとは思いますが、なんでお舞は愚痴りながらもやってるかと、それは

力関係。

人間的なものもあったけど、それ以上に外から見える仕様、機能ってファーム、ソフトなんだよね。
ハードは、ソフトを動かすための器。
そんな感じになってる今日この頃。

ファームなんて泥臭くてなり手が少ないので掛け持ち当たり前だし。
営業やら偉い人が、ほいほい仕様変更持ってくるしね。
バージョンアップもふた開けないでできるから、ずーっと面倒見なきゃいけないし。

と言う事情もわかるけどね....。

あ”〜〜〜〜〜〜〜うざい

誤爆乙

まあ、KzMhD/wi が言うようなファーム屋は実際にいるし、
そう言うファーム屋がいるような所のハード屋は大抵似た
ようなレベルだ。(w

全く逆に、適当すぎるハード屋に仕事させるために余計な仕事を強いられる
ファーム屋もいるな・・・ここにorz

ファーム屋に回路定数とかパターン引き回しとかの不備を指摘させるなよ・・・

ソ)ソース見直したけど、間違いはない。ハードの不具合しか考えられない。

ハ)いや、ロジアナでアクセス追ったけど、レジスタ叩いてるよ。

もちろんbugなんだけど。
ソフト屋のデバッグって、何してるんだろうと思った。
すごい手探りまさぐりなんだろうな。

ソ)タイミング調整してるんですけど、時々こぼすんですよね。ノイズではないですか?。

ハ)取得完了フラグ見てよ....


もぅ、あ

仲悪そうだけど外注さんや派遣の人が多いのか？

メーカー勤務で協調無くて仲が悪いと査定されて飛ばされる罠

昨日の940-950あたりでPICが壊れるって相談したものです。
なんと！１私の凡ミスです・・・
72mSリセットをOFFにしていました・あっちゃー
電源をOFF/OFFにすると、そのタイミングで、LEDがつきっぱなしになったりｍ
妙な挙動をするので、気がつきました。

みんなのおかげです。　

>>978
レベルの問題だろ。

スキル高いところはハード屋もある程度ソフトのことはわかるし、逆にソフと屋も
ハードをそれなりに知ってるので、まずは自分のところが悪くないことを確かめて
から、その証拠を持って相手に言うから相手も納得して調べるので話が早く済む。

取得完了フラグ云々なんて、ドキュメントに当然書かれてるべき話だから、>>978
の話が本当なら、そこのソフト屋は相当レベルが低いし、そんな会社で仕事してる
>>978 もそれなりのレベルしかないってことだよ。

>>980
> なんと！１私の凡ミスです・・・

多分 99% の住人が、「やっぱり...」(w

まあ、解決してよかったね。

981は性格が悪いことが良くわかった
仕事でも関わり合いたくないタイプ

>>981
って自分自身のことか(ﾟДﾟ;)

>>980
何はともあれ乙。

>>982
こっちもかかわりたくないのには同意。
お互い良かったな。(w

>>983
そう、悪いけどうちでは >>978 みたいな事ってほとんど聴いたことない。

もめるのは、ある機能をどっちで実装するかとか、不具合をどっちで直す
んだよ って事が多い。

>>978 は、だいぶ誇張してるとは思うけどな。

まぁ、ID:KzMhD/wiがPICの基板すら起こせないと言うことが判った。
せいぜいPICで完璧なボードを設計して、ファーム屋を罵倒し続けて欲しい。

いやーしかしリセットしないだけで素子が壊れるとは思わなかった。
アチチになって壊れました　南無！

>>987
やっぱり回路側にも問題あるんじゃないのかなぁ。
パワーアップタイマを使用してないLEDチカチカなんて、いくらでもあると思うんだけど。

> まぁ、ID:KzMhD/wiがPICの基板すら起こせないと言うことが判った。

なんで？
おカルトな理由じゃないよねw。

回路たってGP0にLED１個だし、他はオープン。回路で壊れ様がないです。
リセットさせてないと電源のONのタイミングでLEDがひかりっぱなしになったり
まったく点灯しない状況になることがありました。　おかしいと思って何回かON/OFFすると
正常に作動をするので、多分スタート近辺かなあ、と思ってソースをみたら
パワーアップタイマがOFFになっていたので、ONに書き換えたら
動かないトラブルがピッタリとなくなりました。こんなことがありえますか？＞識者の方々

>978

のような展開って、ハードの会社が外注のソフト屋丸投げ、ソフト屋もケチって派遣部隊なんてことだとざらにあるね。
VB,VCの人が頭で、実務で初めてWindowsみますたなんてメンバも。
マウスの握り方が変で発覚。

>　いやーしかしリセットしないだけで素子が壊れるとは思わなかった。

んなこたあないんじゃまいか。
原因はほかにあるぞ。

そんなんだったら、”リセットしないと壊れますんで”ってデータシートに書いてあるぞ。

よのなかいろいろ.....。

>>990
レギュレータの前後に適切な大きさのコンデンサは入ってますか？

> 回路たってGP0にLED１個だし、他はオープン。回路で壊れ様がないです

MCLRの処置どうなってるんだろう。
PWRTE　ONで直るって、

電源ON->リークでじわじわMCLR電位上昇->起動

PWRTE　ONでじわじわ期間から抜けられるので直ったとか。
デバイスが壊れるのはなぁ。
LEDはポート直結じゃないよね1W　LEDとかじゃないよね。

PWMで調光してるから大丈夫って嘯くテクニカルライターとかいるけど、LEDの絶対最大定格超えちゃうのでだめ。
(パルス規定もあるけど、5V直結はだめでしょう。)
点灯しっぱなしで壊れる回路はイカンです。




> 989

ソフトはロクな根拠なしに攻撃してくるって言われるぞ。
理由を。

>986
ほんと、ソフト屋って根拠もなしに人に擦り付けるんだよな。

超能力者　> 989　は、このリセットでぶっ壊れる回路の謎解きしてちょ。

5Vのｽｲｯﾁﾝｸﾞ電源で動かそうと
したところうんともすんとも
いわないことがありました。
電圧はOKなのに、ﾊﾟｽｺﾝ容量増やして
もﾀﾞﾒ、で元電源を12Vにして三端子を
中継させたら問題なく動作するように
なった。
ﾉｲｽﾞ？

>>958 　>>962　の言ってる様な展開になってますなw。

>996

ハンダ不良でしょ。
電圧OKはPICのピンで測った?

さて、次スレでは

> 986 名前：774ワット発電中さん[sage] 投稿日：2008/03/20(木) 16:58:25 ID:GvQAYyiE
> まぁ、ID:KzMhD/wiがPICの基板すら起こせないと言うことが判った。
> せいぜいPICで完璧なボードを設計して、ファーム屋を罵倒し続けて欲しい。

の続きを聞きましょう。

では！

http://science6.2ch.net/test/read.cgi/denki/1205937905/

このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。