制御系なら俺に聞いてもいいぞ（４）
929 ：デフォルトの名無しさん：04/03/04 22:08
>>927
基本だろ
基本だろ
930 ：デフォルトの名無しさん：04/03/04 22:54
>>928
Vなやつですか？
Vなやつですか？
931 ：927：04/03/05 20:52
>>929
いや、あとで割り込みが追加されたもんでね
いや、あとで割り込みが追加されたもんでね
932 ：デフォルトの名無しさん：04/03/06 21:15
Cから簡単にフラッシュから読みだしたプログラムをコールできればよいんだけど。
フラッシュから読み出すメモリ空間をコンパイルオプションで指定する方法ない？
やっぱりアドレスは意識しないといけないのかな？
フラッシュから読み出すメモリ空間をコンパイルオプションで指定する方法ない？
やっぱりアドレスは意識しないといけないのかな？
933 ：デフォルトの名無しさん：04/03/06 21:21
>>932
自分の場合は、COFFの集合を指定したら一つのHEXファイルを作るツールを作ってる。でも、
ツールによってはリンカーオプションでロードアドレスと、ROMアドレスを設定出来ると思うが？
同じ番地に配置するなら、main()を含むモジュールを複数作れば速いと思う。
自分の場合は、COFFの集合を指定したら一つのHEXファイルを作るツールを作ってる。でも、
ツールによってはリンカーオプションでロードアドレスと、ROMアドレスを設定出来ると思うが？
同じ番地に配置するなら、main()を含むモジュールを複数作れば速いと思う。
934 ：デフォルトの名無しさん：04/03/07 00:39
Ｃのコードから引数、戻り値を渡せたり、グローバルを共通に使えたら便利なんだけど。
main()を複数作り込んでフラッシュに放り込むしかないのかな。
main()を複数作り込んでフラッシュに放り込むしかないのかな。
935 ：デフォルトの名無しさん：04/03/07 08:26
とりあえず、先頭番地に main（相当）への相対分岐命令を置いて
mainの引数を渡せばいいでしょう。
グローバルを使いたい場合は、mapファイルからグローバル変数のリストをアセンブラコードに出力させて
それをリンクすると・・・
結局はアセンブラ使わないと難しいね。
mainの引数を渡せばいいでしょう。
グローバルを使いたい場合は、mapファイルからグローバル変数のリストをアセンブラコードに出力させて
それをリンクすると・・・
結局はアセンブラ使わないと難しいね。
936 ：デフォルトの名無しさん：04/03/08 01:28
リロケータブルファイルにして、読み出し側でリロケーションするのが最強。
セクション名を同じにしておけば、グローバル変数を共通にもできるし。
って、実際やってる。ちょっとしたDOSﾓﾄﾞｷ。
セクション名を同じにしておけば、グローバル変数を共通にもできるし。
って、実際やってる。ちょっとしたDOSﾓﾄﾞｷ。
937 ：デフォルトの名無しさん：04/03/08 01:29
>>936
あ、放り込んでるのがnand flashなんで、こんなことしてﾏｽ。
あ、放り込んでるのがnand flashなんで、こんなことしてﾏｽ。
938 ：デフォルトの名無しさん：04/03/08 21:57
ハードチェック用のソフト作ってます（基盤が正常に動作しているかどうかの確認）
で、よくわかんないことがあるんですが、一般的には
メモリ関係は全アドレスに書き込んでみて、読んで同じ内容が見えるとOKとする
のが普通でしょうか？
あとポート関係のチェックなんですけど、オンオフしてLEDが点灯、消灯すればOK
としたいところなんですけど、ポートがえらいたくさんあって、さすがにポートの数だ
けLEDつけてらんないんですけど、どのようにチェックしたらいいでしょうか？
ちなみにSIO使ってのPCとの通信はできるのでモニタの使用もできます。
で、よくわかんないことがあるんですが、一般的には
メモリ関係は全アドレスに書き込んでみて、読んで同じ内容が見えるとOKとする
のが普通でしょうか？
あとポート関係のチェックなんですけど、オンオフしてLEDが点灯、消灯すればOK
としたいところなんですけど、ポートがえらいたくさんあって、さすがにポートの数だ
けLEDつけてらんないんですけど、どのようにチェックしたらいいでしょうか？
ちなみにSIO使ってのPCとの通信はできるのでモニタの使用もできます。
939 ：デフォルトの名無しさん：04/03/08 23:19
チェックし過ぎて回数制限のあるものとか寿命終わらすなよ
940 ：デフォルトの名無しさん：04/03/09 01:06
>>938
ほかにもjigを作って繋げたり
ほかにもjigを作って繋げたり
941 ：デフォルトの名無しさん：04/03/09 01:15
>>938
昔アーケードのゲームでやってたＲＡＭチェック
１．RAMを0x55で埋め尽くす
２．先頭番地から0x55かチェックしながらそのアドレスに0xAAを書き込む
３．先頭番地から0xAAかチェックしていく
ポートについてはアウトポートがどんだけあるのか知らないが
PC側に同じ本数で電圧レベルが合う入力ポート用意して
SIOに向けてコマンド送ってPCでポートのパターン比較するとか。
そんでエコーバックでSIOの確認もしておくとか。
昔アーケードのゲームでやってたＲＡＭチェック
１．RAMを0x55で埋め尽くす
２．先頭番地から0x55かチェックしながらそのアドレスに0xAAを書き込む
３．先頭番地から0xAAかチェックしていく
ポートについてはアウトポートがどんだけあるのか知らないが
PC側に同じ本数で電圧レベルが合う入力ポート用意して
SIOに向けてコマンド送ってPCでポートのパターン比較するとか。
そんでエコーバックでSIOの確認もしておくとか。
942 ：デフォルトの名無しさん：04/03/09 01:21
943 ：デフォルトの名無しさん：04/03/09 01:52
DRAMの場合はﾘﾌﾚｯｼｭ動作のﾃｽﾄも必要
ﾘﾌﾚｯｼｭ回路が動作してなくても
平気で数十秒ぐらいはデータ保持してしまうものもあるので
実際にﾘﾌﾚｯｼｭ止めてどのくらいの時間で
データ化けするか実験するのがよい
俺が昔やったときは１分あれば大抵化けてたけど
最近のはもっと長く保持してしまうものもあるかもしれない
ﾘﾌﾚｯｼｭ回路が動作してなくても
平気で数十秒ぐらいはデータ保持してしまうものもあるので
実際にﾘﾌﾚｯｼｭ止めてどのくらいの時間で
データ化けするか実験するのがよい
俺が昔やったときは１分あれば大抵化けてたけど
最近のはもっと長く保持してしまうものもあるかもしれない
944 ：デフォルトの名無しさん：04/03/09 07:35
そんなにDRAMは放置プレーに強いのか。。。
知らなかった
SRAMしか使ったことないけど
知らなかった
SRAMしか使ったことないけど
945 ：デフォルトの名無しさん：04/03/09 07:40
946 ：デフォルトの名無しさん：04/03/09 09:04
55とAAを書いて読むのは基本だけど
読むときに書いた直後だとキャッシュに残ってて
書けてなくても読めたことがあって
あのときは俺はもう限界だと思った
読むときに書いた直後だとキャッシュに残ってて
書けてなくても読めたことがあって
あのときは俺はもう限界だと思った
947 ：デフォルトの名無しさん：04/03/09 13:01
書いて直後に読んだらキャッシュなくてもメモリもIOも何も繋がってなくても 書いた値が読めるよね
948 ：デフォルトの名無しさん：04/03/09 14:02
よめる。
949 ：デフォルトの名無しさん：04/03/09 15:13
使ってるCPUをはっきりしる>938
950 ：デフォルトの名無しさん：04/03/09 15:37
読みだししかできないポートの場合どういう確認がいいでしょうか？
グランドに接続してスイッチでショートして読み出してみるっていうのがあるんですが、もっといいやり方ないでしょうか？
グランドに接続してスイッチでショートして読み出してみるっていうのがあるんですが、もっといいやり方ないでしょうか？
951 ：デフォルトの名無しさん：04/03/09 16:55
>950
基盤にポートチェック用の冶具とか接続できるんなら
出力ポートと入力ポートを接続して、出力値＝入力値であるかどうか
判定すればいいんじゃない？
u-com 冶具
----------+ +--------
IN PORT|<--------|---+
| | |
OUT PORT|-------->|---+
----------+ +--------
こんな感じで。
基盤にポートチェック用の冶具とか接続できるんなら
出力ポートと入力ポートを接続して、出力値＝入力値であるかどうか
判定すればいいんじゃない？
u-com 冶具
----------+ +--------
IN PORT|<--------|---+
| | |
OUT PORT|-------->|---+
----------+ +--------
こんな感じで。
952 ：デフォルトの名無しさん：04/03/09 17:14
>>951
もちろん一部そうしてますが一部折り返せない部分があるのでそこをどうしようかなと思って。
もちろん一部そうしてますが一部折り返せない部分があるのでそこをどうしようかなと思って。
953 ：デフォルトの名無しさん：04/03/09 21:55
>>947
そりゃバスがフローティングになってるんじゃないのか?
そりゃバスがフローティングになってるんじゃないのか?
954 ：デフォルトの名無しさん：04/03/09 22:08
955 ：デフォルトの名無しさん：04/03/09 23:09
956 ：デフォルトの名無しさん：04/03/10 10:22
>>953
何も繋がってないって書いてあるだろ
何も繋がってないって書いてあるだろ
957 ：デフォルトの名無しさん：04/03/10 10:52
書いてスグに読めば読めるのは、１チップ系のマイコンでROM内蔵とかでないと
プログラムを外付けメモリから実行してる場合はそっちがバスに残ってしまうね。
>>938
製造ラインテストかどうかでも違ってくるよ。
メモリの場合は >>941 の方法だと、アドレスデコーダの上位が死んでたりアドレスバスがショートや切れてても
正常と判定されてしまうから、
やはり疑似乱数を順に全て書いてから先頭から同じ疑似乱数を発生させながら比較してゆくべきだ。
それから、初めてのボードテストだと、
書き換え可能ROMの場合は 他のライターでこの疑似乱数を書いておいて
それと比較するのを最初にやっておかないと、アドレス・データバスの配線ミスが発見出来ない。
RAMの場合は、ミスってても問題ないけどね。
ポートの場合も、初めてのボードテストだと
出したのを読むだけじゃ、ビット位置のミスが発見出来ない。
1本づつ試験することが一度は必要だ。
それと1本づつ試験する時に、そのポート１本だけ見てたんじゃダメだ。ショートの可能性もあるから、
関係ないポートも全部確認しなくちゃいけない。
プログラムを外付けメモリから実行してる場合はそっちがバスに残ってしまうね。
>>938
製造ラインテストかどうかでも違ってくるよ。
メモリの場合は >>941 の方法だと、アドレスデコーダの上位が死んでたりアドレスバスがショートや切れてても
正常と判定されてしまうから、
やはり疑似乱数を順に全て書いてから先頭から同じ疑似乱数を発生させながら比較してゆくべきだ。
それから、初めてのボードテストだと、
書き換え可能ROMの場合は 他のライターでこの疑似乱数を書いておいて
それと比較するのを最初にやっておかないと、アドレス・データバスの配線ミスが発見出来ない。
RAMの場合は、ミスってても問題ないけどね。
ポートの場合も、初めてのボードテストだと
出したのを読むだけじゃ、ビット位置のミスが発見出来ない。
1本づつ試験することが一度は必要だ。
それと1本づつ試験する時に、そのポート１本だけ見てたんじゃダメだ。ショートの可能性もあるから、
関係ないポートも全部確認しなくちゃいけない。
959 ：デフォルトの名無しさん：04/03/10 13:49
>>958
プルアップしても、バスの寄生容量が数10Pあると書いて直後の読み返しなら読めてしまうね。
プルアップしても、バスの寄生容量が数10Pあると書いて直後の読み返しなら読めてしまうね。
960 ：デフォルトの名無しさん：04/03/10 17:07
よめるよめる
961 ：デフォルトの名無しさん：04/03/10 19:43
入力ポートをプルアップせずにオープンにしておくと壊れるよ。
962 ：デフォルトの名無しさん：04/03/10 20:12
プルアップで確実に１が読めることを保障させようとしたら
よっぽど抵抗値を小さくしないと駄目だよな
そうすると電源にもバスドライバにも負担かかってしょうがない
あ、CPUのクロック充分遅くすればOKだｗ
よっぽど抵抗値を小さくしないと駄目だよな
そうすると電源にもバスドライバにも負担かかってしょうがない
あ、CPUのクロック充分遅くすればOKだｗ
963 ：デフォルトの名無しさん：04/03/10 20:38
>>961
今時のCMOSICは保護ダイオードでしっかり守られてるから、アンテナになりそうなものつないでなければそういう事はないよ。
今時のCMOSICは保護ダイオードでしっかり守られてるから、アンテナになりそうなものつないでなければそういう事はないよ。
964 ：デフォルトの名無しさん：04/03/10 20:39
バスに入れるなら、プルアップというより反射を抑える為のターミネータ抵抗だね。
バスが速いと、上下に入れたくならない？
バスが速いと、上下に入れたくならない？
965 ：デフォルトの名無しさん：04/03/10 20:48
ハード屋さん多いね、ここ
966 ：デフォルトの名無しさん：04/03/10 21:32
いや、ハード屋とやりあう為に知識を仕入れたソフト屋ですが？
967 ：デフォルトの名無しさん：04/03/10 22:39
食うか食われるかですな（ｗ
968 ：デフォルトの名無しさん：04/03/10 23:13
俺はハード屋とソフト屋の確執は知らない。
なぜなら、俺はハードもソフトもやるから。
と言っても、デジタル回路だけだから、FPGAの外のことだと、文句つけまくりなんだけどねｗ
なぜなら、俺はハードもソフトもやるから。
と言っても、デジタル回路だけだから、FPGAの外のことだと、文句つけまくりなんだけどねｗ
969 ：デフォルトの名無しさん：04/03/10 23:29
びみょーに知ったか君も混じる今日この頃
971 ：デフォルトの名無しさん：04/03/11 05:12
>>970
プルアップしないと消費電流も増えるのですか？
プルアップしないと消費電流も増えるのですか？
972 ：デフォルトの名無しさん：04/03/11 06:59
電池で動かすような場合は、気になるよね。プルアップしないと電流が読めない。
973 ：デフォルトの名無しさん：04/03/11 07:49
>>961の壊れると >>970とは大分違うと思うが？
>>971
昔 CMOSICは電源電圧範囲が広かったんだ。
だから中間の電圧になると上のFETと下のFETの両方がONして貫通電流が大きく流れるのを防げなかった。
何mAも流れたんだよ。
今は3.3Vとかにほぼ固定だから、中間電圧になってもそう大きな貫通電流は流れない。
でも、CMOSのメリットはクロックを止めたら殆ど電流が流れない事だから、その場合には問題。
もっとも、そういう電池駆動をするような場合は、殆ど１チップマイコンが使われるから、
入力専用ポートは割り込みポートとか以外には、殆どないよね。
>>971
昔 CMOSICは電源電圧範囲が広かったんだ。
だから中間の電圧になると上のFETと下のFETの両方がONして貫通電流が大きく流れるのを防げなかった。
何mAも流れたんだよ。
今は3.3Vとかにほぼ固定だから、中間電圧になってもそう大きな貫通電流は流れない。
でも、CMOSのメリットはクロックを止めたら殆ど電流が流れない事だから、その場合には問題。
もっとも、そういう電池駆動をするような場合は、殆ど１チップマイコンが使われるから、
入力専用ポートは割り込みポートとか以外には、殆どないよね。
>>973
入力ピンをプルアップしなくてもすぐには壊れないけど、
消費電流が増えたりして発覚するということ。
そのままにしておけばストレスがかかるし、ノイズや静電気がかかると壊れるよ。
ていうか、空き入力ポートをプルアップ処理するのは基本じゃん。
最近のＣＰＵはプルアップ抵抗内蔵のものがあるから、無くても大丈夫だと思ってないか？
・・・みんな、ネタだよね。
入力ピンをプルアップしなくてもすぐには壊れないけど、
消費電流が増えたりして発覚するということ。
そのままにしておけばストレスがかかるし、ノイズや静電気がかかると壊れるよ。
ていうか、空き入力ポートをプルアップ処理するのは基本じゃん。
最近のＣＰＵはプルアップ抵抗内蔵のものがあるから、無くても大丈夫だと思ってないか？
・・・みんな、ネタだよね。
976 ：デフォルトの名無しさん：04/03/11 09:44
>>974
ネタに決まってるだろ。気付いてないのはお前だけ
ネタに決まってるだろ。気付いてないのはお前だけ
977 ：デフォルトの名無しさん：04/03/11 13:39
ふつうプルダウンしないか？
>>974
だからさ、10cmもアンテナを付ければそりゃ壊れる事もあるけど
そのままにしてたらノイズや静電気で壊れるというのはどういう理屈だ？
昔なら >>975のリンク先に書いてある事も真実だった。
しかし、現在の一チップマイコンやLSIでは正しくない。
１、中間電位で素子の内部貫通電流が流れる
−＞しかし、最近の3.3V系では壊れる程は流れない
２、入力端子は、極めてハイインピーダンスなので、高圧になる
−＞保護ダイオードが入っているので電源±0.6V以上ではローインピータンスになる
昔の4000系のCMOS-ICでさえ、入力をOPENにしても5V電源なら壊れはしなかった。
それどころか、インピータンスが高い事を利用して、アンテナ付けてセンサー代わりに使ったほどだ。
それでも壊れはしなかったよ。（もちろん直列抵抗は入れてたけどね）
ノイズや静電気で壊れる程の電圧がかかったら、それを保護出来るプルアップ抵抗はいくらだと？
結局保護する為にならプルアップするより、電源とショートしてしまえよと。
だからさ、10cmもアンテナを付ければそりゃ壊れる事もあるけど
そのままにしてたらノイズや静電気で壊れるというのはどういう理屈だ？
昔なら >>975のリンク先に書いてある事も真実だった。
しかし、現在の一チップマイコンやLSIでは正しくない。
１、中間電位で素子の内部貫通電流が流れる
−＞しかし、最近の3.3V系では壊れる程は流れない
２、入力端子は、極めてハイインピーダンスなので、高圧になる
−＞保護ダイオードが入っているので電源±0.6V以上ではローインピータンスになる
昔の4000系のCMOS-ICでさえ、入力をOPENにしても5V電源なら壊れはしなかった。
それどころか、インピータンスが高い事を利用して、アンテナ付けてセンサー代わりに使ったほどだ。
それでも壊れはしなかったよ。（もちろん直列抵抗は入れてたけどね）
ノイズや静電気で壊れる程の電圧がかかったら、それを保護出来るプルアップ抵抗はいくらだと？
結局保護する為にならプルアップするより、電源とショートしてしまえよと。