【I2C, 1-Wire】シリアル通信 Part.2【SPI, LIN, 4-20mA】

**774ワット発電中さん** · 2021/04/17(土) 16:56:07.57

どちくしょうが！、シリアル通信なめんなよゴルァ
線繋がってたら動くとでも思ってんのか！！
規格、伝送方式、符号化、基板設計、
静電対策、伝送線、XT、EMC対策
考える事ぁあ山ほどあんだよ！！！と、合コンでブチ切れたい

尚、「センサーはI2Cだ!」とのたまう奴は来なくていいからw

※前スレ
【古い】シリアル通信【最新】
https://rio2016.5ch.net/test/read.cgi/denki/1112199189/

**774ワット発電中さん** · 2021/04/17(土) 17:02:07.67

4-20mAだけが異質だな…

**774ワット発電中さん** · 2021/04/17(土) 17:04:53.42

ここんとこオシロスレで聞いて1-Wireを調べてた。
ちょっと遅いが伝送距離500mとか、電力も送れるとか、デバイスを沢山ぶら下げられるとか、それで線2本とか、規格としては中々良いね。

でもなぁ～、Maxim社がライセンスをガチガチにしている為か、ほぼMaxim社しかデバイスを作ってない。Microchip社がマスター側を少しやっている位。
で、Maxim社だから高い高い。コストメリットが無いなぁ～

**774ワット発電中さん** · 2021/04/17(土) 17:11:16.47

>>2
おわっ! 宣伝せずにしばらく俺様用チラ裏スレにしようと思っていたのに、見つけるの早!!

4-20mAにはHART通信があるからね。
低速で変なシリアル通信規格に味付けしてみたくてさ

**774ワット発電中さん** · 2021/04/17(土) 17:25:08.22

>>4
なるほど。

センサーの校正値とかにTEDSも含まれそう。
そういやVGAケーブルを介したモニタのプラグアンドプレイはどんな通信をしてるんだろうって思ったらI2Cっぽい。
基板外で使われるI2Cの例になるかな。

**774ワット発電中さん** · 2021/04/17(土) 17:49:27.71

>>5
DVI, HDMI, DisplayPortもI2Cで通信してるよ。
オシロスレッドのI2Cキッズがドヤ顔するでしょうね。

**774ワット発電中さん** · 2021/04/17(土) 23:15:50.54

>>5
TEDSは知らんかった。校正とかの記録があるから、比較的高価なセンサーで使うのかな。
いきなり新しい事を知ったよ thx

ディスプレイにI2Cは使われてるね。EDIDを読み取る為に。
でも中身的にはディスプレイ側にEEPROMがぶら下がっているだけ。電源もPC側が供給してる。

ただしDisplayPortはもっと進化しているよ。
DVIやHDMIとの上位互換性の為にI2CモードもあるがDisplayPort時にはLVDS双方向モードになり、EDIDは勿論、レーン構成のやり取りや信号品質のやり取りもしているんだ >>6

**774ワット発電中さん** · 2021/04/17(土) 23:18:06.03

>>6
奴がここに来ませんようにw
なにせまともな会話にならないからなぁ

**774ワット発電中さん** · 2021/04/17(土) 23:38:31.35

1-Wireの独りネタw >>3

1-Wireデバイスは高い。でも、1-Wire未対応チップでもこんな回路で1-Wireに接続出来るとか。
https://www.marubun.co.jp/service/technicalsquare/a7ijkd000000m4ty-img/a7ijkd000000m50k.gif
面白いね、実に面白い!

ならさ、デバイス側もMCUにすればADC, DAC, GPIO, I2Cに変換出来て色々と接続出来るね。
安価なMCUは50円位だし、ちっこいMCUなら1-Wire経由の電源で十分だし、Maxim社のラインナップの制約を受けなくなるし！

で、俺がこれを思い付いたって事は誰か先人が既にやっているに違いない(笑)
MCU用のオープンソースがどっかに落ちてるんじゃね？

**774ワット発電中さん** · 2021/04/18(日) 07:47:26.62

オシロスレでも聞いて誘導されてきたんだが、相談に乗ってほしい。
STM32F446nucleoボードと秋月のBMX055をI2Cで接続しているんだが、エラーが多発するんだ。
波形はこんな感じで、リンギングが原因だと思う。
https://imgur.com/znQ6Alb.png

リンギング対策で
・ダンピング抵抗50～500Ωまで
・チップフェライトビーズ120～600Ωまで
・パイ型フィルタ(https://www.murata.com/ja-jp/products/emc/emifil/library/pickup/sensor)
を試したんだが、一番ましなチップフェライトビーズ120Ωでも上の画像程度。
ボードのピンからBMX055までの配線長は10㎝以下。
通信速度は400kbpsで100kbpsだと速度的に厳しいのでここは妥協できない。

どうすればエラーが出ないレベルまで下げられるかな？

**774ワット発電中さん** · 2021/04/18(日) 08:16:59.32

あ～ぁ、建ててまだ24時間も経って無いのにバラされてしまったよorz

>>10
リンギングが原因では無いと思うな。気になるならダイオードクリップしてしまえw

でさ、I2Cはオープンドレインで接続する規格。つまり立ち上がりは抵抗による浮遊容量へのチャージ波形。つまりCR時定数の波形になる。
なのに立ち上がりでオーバーシュート、つまりSTM32のI2C駆動設定を間違えているよ。

**774ワット発電中さん** · 2021/04/18(日) 10:34:03.95

たしかにオープンドレインには見えない波形。
プルアップ抵抗はどれぐらいですか?
あと、STM32のI2Cの初期設定はどんなになってるんだろう。

と思ったけど、なんか立ち上がりのはじめの部分(1.5Vまで上がるところ)の勾配が不思議。
単純にプッシュプルになってるならこうはならないような。

STM32とBMX055の間に電圧変換とかバッファとかは入ってないですね?

**774ワット発電中さん** · 2021/04/18(日) 12:59:24.62

>>10
既出だけどジワジワ上がってる所が怪しい動き
データシート見たけど、型番は実際の所よく分からんかったけどボードにはブルアップ抵抗なくて、AVRの内部抵抗がデフォルトでは標準になってるはず
AVRは久しく触ってないけど、恐らく電源はUSBでしょ？
ならAVR側の電源は5Vで秋月（型番分からないから適当なの）の方は3.3Vだったから、そこが気になる
設定でプルアップ切ってなかったら切るべき
I2Cの立ち上がりはプルアップ抵抗とコンデンサで調整するのが基本
秋月の方は10kΩになってるぽいけどこれは大きすぎ2.2kくらいにしてみるべき（ここは適宜調整）

**774ワット発電中さん** · 2021/04/18(日) 13:01:50.08

あぁSTM32か
5Vのくだりは忘れて下さい

**774ワット発電中さん** · 2021/04/18(日) 13:07:15.87

立ち上がりは適度に鈍るようにしてあげてほしいけど、抵抗とコンデンサの定数はLTSPICEとかでシミュレーションしてから決めてください

**774ワット発電中さん** · 2021/04/18(日) 13:13:08.68

秋月のは写真よく見るとプルアップのジャンパは未実装か
結局コンデンサが信号線とグランドの間に入ってないのが原因な気がする

**774ワット発電中さん** · 2021/04/18(日) 13:19:42.18

>>10
通信距離が10cm以下なら余計なfilterは要らないと思う
考えられる原因としては(確認するべきポイント)
・センサーモジュールのジャンパ設定があってるかの確認
・ I2Cのプルアップ状況の確認(JP4~5,8含む)
・センサモジュールのサンプリング速度と読み込みレートに問題が無いか
・プログラム側に問題はないか

あと、信号のプロービング方法間違ってると思う
・ 2本ともGNDを正しく接続してるか
・１：１ではなく１：１０を使用してるか

**774ワット発電中さん** · 2021/04/18(日) 13:38:44.03

何でエラーになってるかの原因はクロック立ち下がりのリンギングにあると考えられる
これが1Vを超過してるのでBMX055の通信線のVIL 0.3VDDIOをオーバーしてるのは明らか
ここを確かめる場合もっとズームして重ね書きでトリガレベルを1.1以上（感覚では1.5～2.0Vまで上がる時とがあるのでは）にして見つけられるはず、測定器次第だが

**774ワット発電中さん** · 2021/04/18(日) 14:02:16.52

一般的にはダンピング抵抗が効くのはインピーダンスの不整合で発生してる場合なのでI2Cには効果はほとんどない
フェライトビーズのフィルタは10MHz超えて100MHzに掛けて効いてくるものが殆どで低速のI2Cとは相性が悪い
探せばある気はするけど選定も入手も価格も面倒くさいと思う

**774ワット発電中さん** · 2021/04/18(日) 15:13:43.11

>>10
ついでに気になった特徴はSCLとSDAのハイ時の電圧の変動が同期してるでしょ
電源ラインも弱いか、プルアップ抵抗から嫌な回り込みしてる証拠かなと思う

**774ワット発電中さん** · 2021/04/18(日) 15:13:49.89

>>12
> 立ち上がりのはじめの部分(1.5Vまで上がるところ)の勾配が不思議。
それ、不思議だよね。
どこかで見たような気もするけど、なんであぁなるんだろう？

**774ワット発電中さん** · 2021/04/18(日) 15:25:51.72

立ち上がりの波形の勾配は秋月のBMX055モジュールに
双方向電圧レベル変換IC（FXMA2102）が使われてる為だと思う
https://akizukidenshi.com/download/ds/fairchild/FX_FXMA2102.pdf
データシートの波形も似たような形状に思える

**774ワット発電中さん** · 2021/04/18(日) 16:08:27.24

>>22
それか
パラ見して信号がが0.5Vccの閾値行ったらトリガ検知してdynamic driverが動くとか書いてあるから1.7Vまでリンギングが行ってたらそれが原因の一つで確定かな（他にもあるかは知らない）

**774ワット発電中さん** · 2021/04/18(日) 16:15:57.65

>>22
FXMA2102とな？だからどこかで見たような波形なのかな。

話は外れるがFXMA2102はA側とB側の電位差が不要で、バス切断可能で、かつ安価。
ノイズ対策に便利でオススメ

**774ワット発電中さん** · 2021/04/18(日) 16:35:37.20

測定ポイントによると思うけど、リンギングそのものはプローブの当て方でも変わるしなあ。

エラーが多発するというのは、ちゃんとデータを取れていることもあるのかな?
400kは譲れない、ということだけど、100kなら安定して取れているのかな?

**774ワット発電中さん** · 2021/04/18(日) 16:47:33.01

クロック外してデータだけ見てリンギング出てればその可能性は排除できる
I2Cはハイは抵抗から出してで、ローはトランジスタで吸うから電流レベルが全然違うのが特徴的で例えばグランドリードによるリンギングはこういう等方的に現れないと言うのが俺の考え
それよりむしろ通信ラインの容量が小さいからプローブ付けたら現象出ないとかの方があり得る

**774ワット発電中さん** · 2021/04/18(日) 16:50:12.55

トイオシロっぽいから帯域が足りなくてギブス現象が出る可能性もあるけど、見た感じは余裕でしょという感想

**774ワット発電中さん** · 2021/04/18(日) 16:58:33.05

>I2Cはハイは抵抗から出してで、ローはトランジスタで吸うから電流レベルが全然違うのが特徴的で例えばグランドリードによる
>リンギングはこういう等方的に現れないと言うのが俺の考え

オープンドレイン一般論としてはそれでいいけれど、FXMA2102を通しているので純粋なオープンドレインではないしね。
LHの遷移時にコンプリメンタリ駆動しているし。

**774ワット発電中さん** · 2021/04/18(日) 17:16:26.80

>>28
SCLはマスタから出るのでSCLを見れば等方性は分かるよ
これはマイコン-変換器で見てるはずだし

**774ワット発電中さん** · 2021/04/18(日) 17:17:30.39

変換器-BMX055ならその通り

**774ワット発電中さん** · 2021/04/18(日) 17:35:36.36

みんな教えてくれてありがとう
まとめて答えると、
・STM32の出力設定はオープンドレインになってる
　CubeMXの吐いたコードは当てにならないことがあるけど、コードを読んでもあってるし、
　実際に動かしてレジスタをモニタしてもオープンドレインだから本当にオープンドレインだと思う
・STM32のプルアップは10kOhmで、こっちでプルアップしてる
　BMX055もさらにプルアップしてトータル5kOhmにしたけど波形を見た限り違いが判らなかった
・使ってるオシロはpicoscope3406っていう200MHz帯域のもので、プロ向けとしてはチープだけど
　トイオシロとしては高級すぎると思う
・測定個所はnucleoボードに生えているピンで、これに直接プローブを当ててる。
・エラーの原因はおそらく立下りのリンギングだという指摘はあってると思う。
　仕様によればLOは0.3Vddということだから、3.3V系の場合は0.99V
　数回流すだけで1V超えることがあるんで、すぐエラーが出るのは当然だと思う。
・BMX055にはレベル変換ICが使われてるのは分かってたけどこれが通信に影響を
　与える可能性を全く考慮してなかった。

**774ワット発電中さん** · 2021/04/18(日) 17:36:20.16

>>10の波形は変換器を通ったあとのBMX055側での波形でしょね。

**774ワット発電中さん** · 2021/04/18(日) 17:40:55.30

>測定個所はnucleoボードに生えているピンで、これに直接プローブを当ててる。
あ、そうでしたか。>>32は撤回。
駆動側のI2Cも立ち上がりのアクセラレーションがかかるんですね…

**774ワット発電中さん** · 2021/04/18(日) 18:19:54.02

詳しい情報出てきたので言えるけど
この場合の正しいプロービング場所はSCLはBMX基板のGNDと変換器入力ピン相当（データシートB0）ね
SDAはどうにか方向選別して両側見る必要あるけど、SCLはマスタから出るから受信端で見ないと駄目
送信端は波形が崩れやすい

**774ワット発電中さん** · 2021/04/18(日) 18:36:33.95

>>18
> 何でエラーになってるかの原因はクロック立ち下がりのリンギングにあると考えられる
その可能性は極めて低そう。
I2Cにおいて SCL=Lは「データラインのHIGHまたはLOWの状態の変更は、SCLラインのクロック信号がLOWの場合にのみ可能」であり、波形の中では Lの時に SDAが変化している。
つまりリンギングは何も影響を与えていない。

そりゃそうだ、0.3Vddを超えても不感帯に突入しただけ。
Hとして認識されるには0.7Vddまで上昇しないといけないのだから。

**774ワット発電中さん** · 2021/04/18(日) 18:41:28.31

>>31
う～ん、エラーの原因が分からんね。
ちなみにNucleoにI2C EEPROMとかI2C SRAMとか、他のデバイスを接続した時は通信に成功しているの?
OKなら問題はBMX055側、NGならNucleo側に問題あり

**774ワット発電中さん** · 2021/04/18(日) 19:21:39.92

>>35
こんなちょっと出した波形で1V超えてるなら頻繁に1.5Vくらい普通に行くよ
それだけでクロックが崩れる
尚且クロストークも発生してる
前で書いてるけど変換器は0.5Vcc超えたらハイにしてるはずだ
変換器のクロック出力も見てみればいいんだよ

**774ワット発電中さん** · 2021/04/18(日) 23:02:00.85

>>31
色々悪い条件を重ねてシミュレーションしてみたんだけど
https://i.imgur.com/6HweQsG.png
立ち上がりでリンギング出る理由が・・・
オープンドレインで動いてない可能性を疑いたくなるが、CubelIDEで設定してるなら問題ないはず・・・
IOのスルーレート下げられるから下げてみたらどうだろう
あとIOもVDDも3.3Vだろうから、レベル変換IC無視して直結してみては？

**774ワット発電中さん** · 2021/04/19(月) 01:29:15.59

>>37
0.7Vddは3.3V電源なら2.3V。1.5Vでもまだ不感帯の中だよ

> 変換器は0.5Vcc超えたらハイにしてるはず
そういうI2C規格に反したデバイスは作られないし、実際に違う

**774ワット発電中さん** · 2021/04/19(月) 08:41:49.28

立ち上がりでリンギングは出てないのでは。

クロックのリンギングが問題になるなら、100kでもエラーが出ると思うけれど
100kと400kで違うかどうかは、話には出てなかったかな。

実際の配線はどうなんだろう。写真があれば、見て意見ができる人もいると思う。

ところで、VIH は「これ以上は間違いなくHと認識される電圧」を指す。
なので、それ以下でもHになることは普通にある。
同様に、VIL は「これ以下は確実にL」。それより上でもLになることはある。
0.7VDD～0.3VDDは不感域ではなくて、そこの中のどこかが閾値と考えるべき。

74シリーズのC-MOSロジックでも、シュミットやTTL互換入力タイプでもない限り、VCC-GNDの中点付近に
閾値があるような認識を持ってる人は多いよね。

なお、0.7VDDと0.3VDDはシュミットのヒステリシスを反映したものでもない。
I2Cの場合はヒステリシスのMinが0.05VDD。

**774ワット発電中さん** · 2021/04/19(月) 14:35:18.94

プルアップ抵抗がでかすぎると思う。
プルアップ抵抗を小さくすれば立ち上がりが早くなると共にリンギング
にも多少は効果があると思う。
配線がどうなってるか画像up。

リンギングが原因と決めてかかると解決が遅くなる。
まず100kHzでちゃんと動くのかどうか試してから順番にやった方が良い。

**774ワット発電中さん** · 2021/04/19(月) 16:00:07.50

>>41
ブルアップは5kΩらしいよ。3.3Vだと大きい印象。

> まず100kHzでちゃんと動くのかどうか試してから
賛成。EEPROM繋いで動くのかな？
リンギングもショットキーダイオード噛ませればいいし。

**774ワット発電中さん** · 2021/04/19(月) 17:05:07.53

>>42
>>10の波形のゆっくり立ち上がる部分は片側のプルアップ抵抗(10kΩ)のみで
引っ張り上げてられていて、その後FXMA2102がドライブして急激に上がってる
ということで、並列になるのはHレベルになってからだと思う。
立ち上がりが遅いから元が1usくらいのSCLが600nsあるかないかになってしま
っている。

**774ワット発電中さん** · 2021/04/19(月) 18:01:49.71

>>43
そっか、FXMA2102で分離するから10kΩか。大きいな。

ところでI2C規格を読み直したら、マスターが1つならPush-Pullで駆動しても構わないとか。ほぉ～

**774ワット発電中さん** · 2021/04/19(月) 23:06:36.50

>立ち上がりが遅いから元が1usくらいのSCLが600nsあるかないかになってしま
>っている。

BMX055のI2CクロックのH時間のminが600ns。>>10の波形を見るとだいたい600ns。
ちょいとはマージンがあるとは思うけれど、プルアップで改善できるなら試す価値あるかも。

>>31の
>BMX055もさらにプルアップしてトータル5kOhmにしたけど波形を見た限り違いが判らなかった
この「さらにプルアップ」なんだけど、
さらに、とユーザーが能動的になれるのは、ユーザーが手を加えているからだと思った。
https://akizukidenshi.com/download/ds/akizuki/AE-BMX055_20180403.pdf
もし「さらにプルアップ」がR3,R4を指すなら、中継ICの電圧遷移に関係なく、最初からNucleo側と並列になってる。

**774ワット発電中さん** · 2021/04/20(火) 18:08:37.54

みんなアドバイスありがとう。

・BMX055以外にI2Cスレーブデバイスがなかったので、STM32のI2Cを2つ使って
　自分自身に信号を送るようにしてみた。STM32内部のプルアップでは波形がなまりすぎだったんで、
　別に2.2kOhmでプルアップしてみた。
　立下り時にリンギングがみられるけど最大でも500mVくらい。
　測定の様子→https://imgur.com/9Gxz51v.jpg
　波形→https://imgur.com/lUJFVJo.png
・上でうまくいったのでBMX055を接続した状態で2.2kOhmを追加したけど、波形の違いは判らなかった。
　その時の回路図(SDAとSCLは同じようにプルアップしてるので簡略化してる)はこんな感じ
　https://imgur.com/X0Simc7.jpg
・STM32とBMX055の配線はこんな感じ
　使用時の様子→https://imgur.com/AG6cloQ.jpg
　配線の様子→https://imgur.com/9wjnINo.jpg

STM32の設定は問題なさそうで、やっぱり配線の問題っぽいとこまでは分かった。

**774ワット発電中さん** · 2021/04/20(火) 19:16:27.57

>>46
問題は相手側かぁ～
配線も泣き別れしているけど、これ位の長さなら問題無さげ。
お試しでショットキーダイオードは付けた？

**774ワット発電中さん** · 2021/04/20(火) 23:39:46.50

>>46
以前の波形と比較するとSCLのパルス幅が違うんだけどI2Cの設定
変えたの？
傾きが違うのはプルアップ抵抗の差としても立ち上がり始める
タイミングが違うみたいなんだけど。
https://i.imgur.com/nPCjI1H.png

**774ワット発電中さん** · 2021/04/21(水) 00:21:24.17

>>46
もうひとつ。
電源のグランドはつながってるけど信号のリターンがないので
STM32のSCLとSDAが出てるコネクタ内のグランドとBMX055の
グランドをつないだ方がいいね。SCLに添わせる感じで。

**774ワット発電中さん** · 2021/04/21(水) 01:24:50.04

>>46
ちょっと前に軽く言ったけど
パッシブプローブのグランドリードを正しく接続しないと正しく測定できないよ

↓以下はは同じ回路から測定方法を変えたもの
https://i.imgur.com/TrN1zev.jpg (正しく測定した波形)
https://i.imgur.com/QIxzqui.jpg (正しく測定した波形・拡大)
https://i.imgur.com/7dcvS9B.jpg (グランドリード不適切な波形)
https://i.imgur.com/GVOJSMg.jpg (グランドリード不適切な波形・拡大)

で、リンギングの原因は測定方法だろうから、実際の回路に問題は無いと思うのよ
速度上げたせいで加速度センサのバッファが空の状態でデータ読み出してない？

**774ワット発電中さん** · 2021/04/21(水) 12:37:57.83

>>46
ところでそもそも、
> 接続しているんだが、エラーが多発するんだ。
これってなんのエラー？

どこかのCRCエラー？あるいはNAK？レジスタ値がおかしい？
どれ？

**774ワット発電中さん** · 2021/04/21(水) 15:24:44.01

I2C Fast-modeでのSCLの規格
tLOW 1.3us min
tHIGH 0.6us min

抵抗でプルアップしている以上バス上のtHIGHは短くなるんだから
tLOW 1.25us
tHIGH 1.25us
のduty=50%で送信すれば規格を満足しそうに思うんだが、わざわざ
tHIGHを短く送信するのが普通なのかな。

なぜtLOW 1.25us minの規格にしなかったのだろう。
1000kHzの方の規格ではtLOW 0.5us minとなっている。

**774ワット発電中さん** · 2021/04/21(水) 17:16:03.57

>>52
I2CはLの時にデータセットし、Hの時に読み取るからじゃね？

**774ワット発電中さん** · 2021/04/21(水) 18:47:15.42

>>52
あと、マルチマスターの時にSCLの引っ張り具合を見てなんちゃらかんちゃらと規格書に書いてあったな。
それ絡みとか？

**774ワット発電中さん** · 2021/04/21(水) 23:07:34.56

機能を欲張りすぎてがんじがらめになってるのかな

**774ワット発電中さん** · 2021/04/22(木) 05:40:08.33

俺は少なくとも歯学部卒業して以来、常に医学部コンプを持っていた。
確かに歯学部入学当初は同じような境遇のヤツが多くいた。
一年生の時から「将来は口腔外科医としてやっていきたいです」
なんて言ってな。
でも結局口外に進んだのは俺一人。
皆、歯学部の６年間で医科との絶対的な差に気付いたか。
歯科という本来の役割に気付いたか。
はたまた６年間チャランポランな学生生活で当初の志を忘れたか。

**774ワット発電中さん** · 2021/04/22(木) 06:09:07.06

さあて釣れるかね

**774ワット発電中さん** · 2021/04/22(木) 08:29:51.61

>>40
> 0.7VDD～0.3VDDは不感域ではなくて、そこの中のどこかが閾値と考えるべき。

それ、どこのメーカー？
そんなエセI2Cチップ掴まされたらノイズ耐性ボロボロ、たまったもんじゃないなぁ。
メーカー教えてよ、使わない様にするから。

で、真っ当なメーカーならそんなチップは作らないよ。
https://www.analog.com/jp/technical-articles/bus-buffers-simplify-design-of-large-noisy-i2c-systems.html
I2C準拠のレシーバは、0.3×VCCという入力“L” レベル（VIL）より低い電圧をロジック“L” と解釈し、0.7×VCCという入力“H” レベル（VIH）より高い電圧をロジック“H”と解釈する必要があります。

メーカー教えてね

**774ワット発電中さん** · 2021/04/22(木) 21:45:21.97

>>58
>0.3×VCCという入力“L” レベル（VIL）より低い電圧をロジック“L” と解釈し
は、「VIL(0.3・Vcc)より低ければ、Lと解釈しないといけない」の意味であって、
高い電圧から下がってきたときに、「VIL(0.3・Vcc)きっちりに落ちるまではLと
解釈してはいけない」という意味じゃないよ。

っていうか、その資料の図1に0.7・Vcc～0.3・Vccについて、
Receiver Threshold Band (しきい値はここの範囲)
って書いてあるよね? 不感域とは書いてないでしょ?

**774ワット発電中さん** · 2021/04/23(金) 08:33:28.73

>>59
> Receiver Threshold Band (しきい値はこの範囲)
おまいはアナデバと喧嘩する気なのかい？
「より低い電圧をロジック“L” と解釈」「より高い電圧をロジック“H”と解釈する必要があり」と説明されてんだよね。
しきい>値<ならそのどこかにあるって解釈もあるが、しきい>帯<なんだよ。

まぁ論より証拠、そのメーカー教えてね

**774ワット発電中さん** · 2021/04/23(金) 09:53:25.71

シュミットトリガを非明記で使ってる方がまともなベンダーならありえないぞ
VILを超えたり、VIHを下回ってるのに、ヒステリシスが入ってるはずだから問題ないとかやってんのか？
んな評価有り得ないよ

**774ワット発電中さん** · 2021/04/23(金) 10:14:30.16

>>61
規格に沿って作ってんのに明記するか？

**774ワット発電中さん** · 2021/04/23(金) 10:29:48.54

>>61
> シュミットトリガを非明記で使ってる方がまともなベンダーならありえないぞ
いや、あるかどうかは知らんけどそれでも規格に準拠してればいいとは思う
問題はID:tR2dKQt0が非明記なのにそれがある「はず」っで思っちゃってところ
まあ低能によくある「書いてない所は俺の都合のいいようになってるはずだ病」だと思う

**774ワット発電中さん** · 2021/04/23(金) 10:39:17.28

>>58,60
I2Cを語る以前に、基本のロジック回路から勉強し直すことをお勧めします
>40,59の方の説明で有ってるので、理解出来ない様でしたら「理解力・読解力」をもっと身に着ける事をお勧めします

**774ワット発電中さん** · 2021/04/23(金) 11:22:15.30

>>63,64
まぁ、その通りだね

**774ワット発電中さん** · 2021/04/23(金) 12:14:19.63

>>63
> 問題はID:tR2dKQt0が非明記なのにそれがある「はず」っで思っちゃってところ

おまえらが分かって無いのはよく分かったよ(笑)

I2C バス仕様およびユーザーマニュアル
https://www.nxp.com/docs/ja/user-guide/UM10204.pdf
5.1 Fast-mode (Fm) - ファーストモード
• Fast-modeデバイスの入力は、スパイク抑制とSDA/SCLのシュミットトリガ入力を装備。

規格書にこうして明記されてんのに何言っちゃてんのさ？

**774ワット発電中さん** · 2021/04/23(金) 12:53:15.37

>>66
Vhys シュミットトリガ入力の
ヒステリシス: 0.05VDD
の意味もわかってないんだろうな…
そもそもシュミットトリガ自体を理解してるのか怪しいレベルw

**774ワット発電中さん** · 2021/04/23(金) 13:01:22.14

>>64
なんと言うか、ネットには知ったかぶりして平気でウソを言う>>40な奴が居るからさ、気を付けなきゃいけないんよ。
見ててごらん、「ごめんなさい」と言わずにしれっと消えるからさ

**774ワット発電中さん** · 2021/04/23(金) 13:58:52.52

>>67
おまいは最小値の意味すら理解せんのか？

**774ワット発電中さん** · 2021/04/23(金) 14:31:43.38

>>69
ヒステリシスとか最小値とかをちゃんと理解してたら
> そりゃそうだ、0.3Vddを超えても不感帯に突入しただけ。
> Hとして認識されるには0.7Vddまで上昇しないといけないのだから。
なんてアホなことは言わないはずだがw

**774ワット発電中さん** · 2021/04/23(金) 22:32:15.47

VIH, VILの意味ぐらいすなおに受け入れないなら電子工作を語らない方がいいと思う。
ヒステリシス電圧 0.05Vdd(min)からも考えてみなよ、って親切をうけながら突っぱねてどうするんだろう。

データシートや規格に最小値として0.05Vddと書かれているわけだから、デバイスにばらつきがあったとしても
VDD=5Vであるなら、0.25Vのヒステリシスがあればいいことになるよ。ここは合意できるかな?

もし0.7VDD～0.3VDDが不感地帯だとするのなら、ヒステリシスは誤差なく0.4VDDでなければならぬ、って
ことになる。そもそも、廉価な半導体部品を作るのに、そんなに誤差なく作れるわけがないのにな。

VIL＝0.3VDD(max)の解釈はどうするつもりなんだろう。これは
「このICの入力に電圧を与えてLとして認識してほしけりゃ最大でも0.3VDDにしなさいよ」
ってことで、
同様にVIH＝0.7VDD(min)は、
「このICの入力に電圧を与えてHとして認識してほしけりゃ最小でも0.7VDDにしなさいよ」
だし。

VOL=0.4V(max)は、「指定条件下で、このIC(または規格のIC)が出力するLは最大でも0.4Vにしなさい」ってこと。

>>58のリンク先にこう書かれている
「これらの要件により、ロジック“L” のノイズ・マージンとして0.3×VCC – 0.4V」

VCCが5Vなら、「ロジック“L” のノイズ・マージンとして1.5V – 0.4V」となっている。
つまりこれは、「規格に適合したICのワーストケースでL出力が0.4Vであっても、受ける方のVILが1.5Vなので、
1.5V-0.4V =1.1Vのノイズが入っても大丈夫」ということ。
VILを超えたら、どこでHと認識されるか、わからないからそれ以上はマージンに含まれない、という意味でもあるよ。

**774ワット発電中さん** · 2021/04/24(土) 14:07:27.80

不感帯って普通に使う言葉？

**774ワット発電中さん** · 2021/04/24(土) 14:40:25.26

不感帯シュミットトリガ
でGoogle検索。多くはヒットしないけど、使われている例もあるね

**774ワット発電中さん** · 2021/04/24(土) 23:13:21.56

>>72
不感帯で検索したら M-System、機械工学辞典、横河電機、オムロン制御機器、宮崎技術研究所、PID制御論文。。。個人プログはヒットしねぇーw

業界用語みたいね、プロ？

**774ワット発電中さん** · 2021/04/25(日) 07:17:56.38

究極のシリアル伝送、1000mを270Mbps。
https://ja.kcugenii.com/wiki/Ethernet_over_coax

これって中身はどうなっているんだ？
100BaseなPHYに専用トランス？

**774ワット発電中さん** · 2021/04/27(火) 00:34:11.23

100BASE-T と同軸ケーブルをブリッジする製品は見つかったけれど、IC単品で売ってるのかな。
普通の1000BASE-Tでも 100ｍまでいけるんだね。
既設の同軸が使えるのでもなければ、LANケーブルの方がとりまわしはしやすそう。

**774ワット発電中さん** · 2021/04/27(火) 00:44:14.13

不感帯は英語だとdead band だったはず。
少なくとも、
>>58のリンク先の図の Receiver Threshold Band は不感帯ではないね。

VIH、VILの値は、直接はヒステリシスやしきい値を表すわけじゃないことは分かったのかな。

>見ててごらん、「ごめんなさい」と言わずにしれっと消えるからさ
こんなふうに書いた人は、間違ったときは「ごめんなさい」というべきだ、という規範を持ってるんだと思う。
でも消えたのが本人というオチなんだろうか。それは悲しい。

**774ワット発電中さん** · 2021/04/27(火) 01:07:55.29

10base5でも500m行けるよ

**774ワット発電中さん** · 2021/04/27(火) 06:19:28.07

>>76
「G.hn」でDigiKeyを検索すると1社見つかるところまでは見た。専用ICだった。
Gはギガの略で、hnはHomeNetworkの略、ラスト1マイル接続用らしい。ケーブルTVの同軸にギガを載せるもの。
光が普及した日本ではホーム用には出番無さそうだが、監視カメラの既存配線を使う用途では行けるんかな。

より対線のRS-485でデジタル映像伝送は、流石に無理なのか？

**774ワット発電中さん** · 2021/04/27(火) 06:48:27.56

>>79
>より対線のRS-485でデジタル映像伝送は、流石に無理なのか？
10Mbps超なら圧縮されていれば通りそう。
https://www.maximintegrated.com/jp/design/technical-documents/app-notes/3/3884.html

RS-485でもプリエンファシスとかあるんですね。

**774ワット発電中さん** · 2021/04/27(火) 08:36:02.87

>>80
そのページは見たことある。
距離と転送レートのグラフもあるね。
https://www.maximintegrated.com/content/dam/images/design/tech-docs/3884/3884fig06.gif

10Mbpsだと300ftちょい、100mでRS-485を選択する理由がね。

**774ワット発電中さん** · 2021/04/27(火) 20:06:19.89

>>78
10BASE-T1L
ツイストベア1対で1kmを10Mbps、これいいね。
https://www.analog.com/jp/technical-articles/enabling-seamless-ethernet-to-field-with-10base-t1l-connectivity.html

**774ワット発電中さん** · 2021/04/29(木) 08:43:05.90

1ペアだからコリジョンを考慮しなくても良いのか。
イーサネット系はそろそろコリジョンって仕様をなくしても良いと思うんだけどな。

**774ワット発電中さん** · 2021/04/29(木) 11:41:19.85

>>83
1ペアだからコリジョンはあり得るよ、ハーフデュプレックスだから。
イーサでもフルデュプレックスでスイッチングハブならコリジョンは発生しないよ。

**774ワット発電中さん** · 2021/04/29(木) 12:40:38.21

>>84
ボケてた。
コリジョン有ったら距離伸ばせないはずだが。ＩＰＧ延ばしてるのかな？

**774ワット発電中さん** · 2021/04/29(木) 15:46:14.28

イーサネットは10BASEと100BASEと1000BASEのそれぞれの系でプロトコルが物理層からして違うし、ハブやルータで吸収してるだけ
10BASE系はプリアンブルとジャム信号、待ち時間の整合でコリジョン問題を解決している

**774ワット発電中さん** · 2021/04/29(木) 15:55:30.99

だから端末同士の通信だと片方が全二重だから大丈夫というわけでもなくて全二重と半二重の通信だとそのままコリジョンで死ぬ事もあり得る
そのため1000BASE系からは全部オートネゴシエーションになった

**774ワット発電中さん** · 2021/04/29(木) 15:58:47.41

>>86
> 10BASE系はプリアンブルとジャム信号、待ち時間の整合でコリジョン問題を解決

IEEE802.3a/iと、802.3cgは同じなのか？

**774ワット発電中さん** · 2021/04/29(木) 16:42:31.41

>>87
> 片方が全二重だから大丈夫
誰もそんなことは言ってないけど大丈夫？

**774ワット発電中さん** · 2021/04/29(木) 17:04:09.02

>>89
一般論を言ってるだけだぞ
被害妄想すぎ

**774ワット発電中さん** · 2021/04/29(木) 17:18:21.57

イーサネットの規格は乱立しまくったのもあって弊害も多いけど、それ自体のプロトコルはよく考えられててコリジョン検知一つ取っても学べる所が多い
他の通信規格より複雑なプロトコルが早くからパッケージ化されていて触れる事なく使えるようになってるけど

**774ワット発電中さん** · 2021/04/29(木) 17:18:31.46

この板でそんなチンケな一般論を開陳したくなっちゃったのかw

**774ワット発電中さん** · 2021/04/30(金) 10:11:38.28

フリーなロジアナは見つかるが、フリーなI2Cアナライザが見つからない。
俺の探し方が悪いだけか？

**774ワット発電中さん** · 2021/04/30(金) 10:27:19.82

>>93
よくわからんが、Amazonで1000円位か4000円位のロジアナ＋PluseView(sigrok)あたりじゃ駄目ですか？

**774ワット発電中さん** · 2021/04/30(金) 10:27:59.39

>>93
フリーのロジアナアプリで、I2Cも解析できるでしょ？
https://sigrok.org/wiki/Main_Page

プロトコル一覧
https://sigrok.org/wiki/Protocol_decoders

**774ワット発電中さん** · 2021/04/30(金) 10:28:12.40

おぅ、sigrokに Protocol decoderがあるのか！

**774ワット発電中さん** · 2021/04/30(金) 10:29:05.13

ありがとう

**774ワット発電中さん** · 2021/04/30(金) 13:29:28.81

>>93
ラインアイが有名

**774ワット発電中さん** · 2021/04/30(金) 13:30:31.51

フリーなか

**774ワット発電中さん** · 2021/05/02(日) 12:16:38.71

上の方でアドバイスをもらった者だけど、いろいろ試してみた。
・クランプダイオード追加
　(これに伴って、モジュールには5Vではなく、3.3Vをnucleoボードから供給するように変更)
　→エラー(NAK受信)はなくなったが、波形が汚いのは相変わらず
・さらに、SCLだけ信号線とGNDをツイストペア化
　→あまり変わってなさそうだけど詳細を見ると立下りのリンギングが気になる

概観：https://imgur.com/4rSt70f.png
詳細：https://imgur.com/61xo93o.png
青がSCLで、立下り時のリンギングが気になる

とりあえずこれで3時間くらい、何らかのエラーが発生したら落ちるようにして
ポーリングでひたすらデータを読んでるけど動作しているので
・クランプダイオード有
・ツイストペア無
・電源3.3V
でいこうとおもう。

**774ワット発電中さん** · 2021/05/02(日) 13:25:20.82

>>100
もしかしてBMX055上のLDOが発振してたとか。
波形的にはそうは見えなかったけど。

**774ワット発電中さん** · 2021/05/02(日) 13:29:53.99

>>100
あと立ち上がりが遅い。プルアップを小さくしようよ

**774ワット発電中さん** · 2021/05/02(日) 13:32:40.90

>>100
最近自分作った矩形波シグナルジェネレーターでリンキングしてたので
出力にAをGNDにKのVfの低いダイオード入れたら止まったよ
もうやってるならスマソ

**774ワット発電中さん** · 2021/05/02(日) 13:33:29.31

リンギング間違い(´；ω；｀)

**774ワット発電中さん** · 2021/05/02(日) 17:57:39.17

>>100
FXMA2102を外せばすべて解決する気がする

**774ワット発電中さん** · 2021/05/03(月) 13:48:35.40

I2Cでスレーブ側でSDAがLowに固定で固まる症状でるひといる？(´・ω・｀)

I2C_LCDがこういう特定の症状だすから個別に　SCLのワンパルス送って復帰させてるんだけど

標準でコリジョン起きた時SCLにワンパルス送っておいたほうがいいのかな？(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 13:52:35.64

♪前から来る奴ぁワンパルス、後ろから来る奴ぁ背負い投げ

**774ワット発電中さん** · 2021/05/03(月) 13:55:57.35

ルネサスのI2Cトラブル相談でもSCLからワンパルス送る的なこと書いてあったってことは

コリジョン時にSCLからワンパルス送るのを標準仕様にしておいたほうが無難ってことだよね？(´・ω・｀)

どうおもう？(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 14:24:55.81

>>10
フェライトビーズがコイル成分になって　I2Cラインの静電容量と共振してコリジョンが多発してるんじゃない？(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 14:26:08.20

フェイライトビーズで発振実験してる人なんかもいなかったっけ？(´・ω・｀)

**100** · 2021/05/03(月) 15:56:26.18

全回路配線し終えて8個のBMX055と通信できるようになったよ
今ぶん回して通信異常が起こらないか確認中

>>103
その意味でクランプダイオードって言ったんだけど用語の使い方間違ってた？

>>105
FXMA2102は端子がボディに隠れてるんでうちの装備では簡単に取れなさそう
取れればパターンを追いかけてジャンパ飛ばせると思うけど

>>109
うーん、フェライトビーズってR高いから多分Qが低い
なので、発振はそうそうしないんじゃないかな

**774ワット発電中さん** · 2021/05/03(月) 16:02:46.02

つうか、やっぱ波形おかしい　それを直すのが先決

**774ワット発電中さん** · 2021/05/03(月) 16:10:14.64

>>112
立ち上がりが普通のオープンドレインっぽくないのはFXMA2102のせいだと思う
FXMA2102のアプリケーションのFig9でよく似た波形が出てるし
https://www.onsemi.jp/pub/collateral/an-9740jp.pdf

**774ワット発電中さん** · 2021/05/03(月) 16:38:37.50

>>111
Qが低くても　静電容量と減衰振動するでしょ？(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 16:43:10.26

フェイライトビーズはトロイダルコアにくらべてノイズが抵抗成分をすり抜けやすい気がする(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 16:45:20.33

フェイライトビーズをFM波の出力増幅に利用したりして電子工作してるひとのwebなんかもあるきがする(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 16:48:42.17

>>112
そのほうがプロジェクトがおおきくなったときトラブル少ないよね(´・ω・｀)

**774ワット発電中さん** · 2021/05/03(月) 17:31:06.51

>>108
この一行だけでトラブルや故障の相談の件数が減って　費用対効果抜群じゃないか？(´・ω・｀)

**774ワット発電中さん** · 2021/05/04(火) 19:05:40.49

仮にコリジョンでI2Cがとまっても復帰できれば永遠に通信できる(´・ω・｀)

error復帰もふくめて通信テストを一日中やって　error対処がうまく出来てるかテストしてる(´・ω・｀)

１０００万回くらいやってもフリーズすること無くI2C通信できてる(´・ω・｀)

**774ワット発電中さん** · 2021/05/04(火) 19:07:03.07

ノイズによるコリジョンからの復帰をちゃんと組んでないとすぐに故障判定とかして

補修費用コストがかさむ(´・ω・｀)

**774ワット発電中さん** · 2021/05/04(火) 19:31:18.77

>>120
このちゃんとってのが曲者で毎回担当者違いますみたいなのだと、いつか問題が発生するのよね
プログラマは電気の事分からんから
電気エンジニアですらI2Cあんま知らんの多いし

**774ワット発電中さん** · 2021/05/04(火) 19:43:51.30

>>121
デバイスごとにeepromなんかにコリジョン回数を記録しておいたほうがいいかも(´・ω・｀)

このデバイスはコリジョン回数　単位時間あたり　何回以上で交換とか基準も考えておいたほうがいいかもね(´・ω・｀)

**774ワット発電中さん** · 2021/05/04(火) 19:48:49.78

eepromなんかにコリジョン回数記録とかまではめんどっちいかな？(´・ω・｀)

ただユーザーがどんなerrorが起きてるかぐらいは把握できるようにしときたい(´・ω・｀)

**774ワット発電中さん** · 2021/05/04(火) 20:04:20.16

けっこうこうやって掲示板に気軽に書き込んでると

あっそういえばここ組んでなかったみたいなの思い出す(´・ω・｀)

**774ワット発電中さん** · 2021/05/04(火) 22:45:47.49

>>106
理解出来て無くて悪いけど「スレーブ側のSDAがLowで固まる症状」がコリジョンであると断定した理由はなに？
コリジョンと聞くとマルチマスターでマスターからのアクセスの衝突を思い浮かべるんだけど

**774ワット発電中さん** · 2021/05/05(水) 00:22:20.82

>>125
コリジョンフラグが立つからだけど？(´・ω・｀)

**774ワット発電中さん** · 2021/05/05(水) 00:59:21.96

> コリジョンフラグが立つから
フラグが立つだけでマルチマスターでは無いのね。

で、原因は
>>120
> ノイズによるコリジョンからの復帰
ノイズって事かぁー

**774ワット発電中さん** · 2021/05/05(水) 01:49:17.05

>>127
スレーブ側のSDAがLowで固まる症状　とかで検索するとでてくるから特定デバイスのバグではあると思う(´・ω・｀)

ただその特定デバイスも使いたいし　ネット検索で類似例がこれだけあるってことは

標準で組んでおこうかなって話(´・ω・｀)

**774ワット発電中さん** · 2021/05/05(水) 01:56:49.98

特定デバイスの　I2C論理回路の中身に固まるようなハードウエア論理回路があるものが多数あるってことだから

その対策を考えておいたほうがいいでしょ？(´・ω・｀)

**774ワット発電中さん** · 2021/05/05(水) 02:03:05.68

組み込まれた論理回路のメタステーブルを解決するにはソフトめんでの柔軟性

を活かす以外ない(´・ω・｀)

**774ワット発電中さん** · 2021/05/05(水) 02:18:28.12

って思うんだけど

どう思う？(´・ω・｀)

**774ワット発電中さん** · 2021/05/05(水) 03:32:47.74

>>128
これね
https://ja.na4.teamsupport.com/knowledgeBase/17794650

**774ワット発電中さん** · 2021/05/05(水) 04:10:56.16

>>132
他にも色々あるでしょ？(´・ω・｀)

これだけ多いってことは　それなりに対処したほうがよくない？(´・ω・｀)

**774ワット発電中さん** · 2021/05/05(水) 06:43:55.43

>>124
仕様書とかコードを人に説明してるとあっ！って思うことまれによくあるよねw

**774ワット発電中さん** · 2021/05/05(水) 07:35:08.41

他人に解説するように語りながら作成する

**774ワット発電中さん** · 2021/05/05(水) 07:36:08.18

独りで対話をし始めるといよいよヤバいけど

**774ワット発電中さん** · 2021/05/05(水) 08:06:29.37

>>133
FAQ 107454、FAQ 107068、FAQ 2000051がヒットするけど内容は同じっぽい。
あとはSH7286とAVRでマルチマスター時のバスロックが1件の、計2件しか無いけど？

ルネ固有問題？ってな印象

**774ワット発電中さん** · 2021/05/05(水) 13:42:37.27

>>129
まぁね。何事も例外処理は必要だね

**774ワット発電中さん** · 2021/05/05(水) 13:53:10.61

お前らほんとなんも知らないんだな
産業用の小さい世界じゃなくて外出たら？
0603のはんだ付け、オシロで評価、I2Cの知識、
これだけ出来るってだけでも引く手あまただから
無理すぎる

**774ワット発電中さん** · 2021/05/05(水) 14:18:40.55

君まだ生きてたの？

**774ワット発電中さん** · 2021/05/05(水) 16:43:32.73

> その対策を考えておいたほうがいいでしょ？(´・ω・｀)
って思うなら対策すればいいじゃん
まずそんなことが起きないようにノイズ対策すべきだとは思うけどケースバイケースだしね

**774ワット発電中さん** · 2021/05/05(水) 16:49:54.85

>>137
組み込まれた論理回路のメタステーブルの問題はメーカー問わずどこでもあるんじゃないか？(´・ω・｀)

>>141
ノイズっていっても論理レベルを超えるような大きいノイズは無いんだけどなぁ(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 02:01:54.74

>>139
恥ずかしくて出てこれないよ普通

**774ワット発電中さん** · 2021/05/06(木) 04:48:47.70

>>143
何いってんだ？(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 07:47:14.04

>>142
> 組み込まれた論理回路のメタステーブルの問題はメーカー問わずどこでもあるんじゃないか？(´・ω・｀)
I2Cでノイズや不具合なきゃメタステーブルなんてならないでしょ

> ノイズっていっても論理レベルを超えるような大きいノイズは無いんだけどなぁ(´・ω・｀)
測定して言ってるんだよね？
そもそも発生頻度も書いてない時点でなんとも言えんが

**774ワット発電中さん** · 2021/05/06(木) 07:48:07.13

>>140,143
相手すんなよ…

**774ワット発電中さん** · 2021/05/06(木) 08:53:58.92

BGAの手ハンダが出来なきゃお話にならん。。。

**774ワット発電中さん** · 2021/05/06(木) 09:24:04.92

>>145
I2CのレジスタにI2Cクロックとシステムのクロック分周が同一のときの注意文読んだこと無いの？(´・ω・｀)

多分低消費電力思考でそのへん攻めてると通常稼働でメタステーブルでる(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 10:43:15.60

>>148
> I2CのレジスタにI2Cクロックとシステムのクロック分周が同一のときの注意文読んだこと無いの？(´・ω・｀)
ソース出してくれ

**774ワット発電中さん** · 2021/05/06(木) 10:55:38.41

ドヤ顔おじさんスレ名物ちょっとネガティブなこと書かれると自分への攻撃だと思って過剰反応しすぎ問題
そんな夜中に書き込みって無職かジジイの早朝覚醒？w
というかいつまでスレ違いのアース談義してんだよw
頭蓋骨アースした方がいいんじゃねーの？外来ノイズで狂い過ぎぃｗww

**774ワット発電中さん** · 2021/05/06(木) 11:38:25.00

>>149
メタステーブルとか　バスクロック分周とかで検索してみ(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 11:40:42.52

>>150
技術にとってお前みたいのは害悪なんだ(´・ω・｀)

去ね(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 11:56:02.84

>>151
出せないなら別にいいよ、妄言に付き合う気はないから

**774ワット発電中さん** · 2021/05/06(木) 12:06:28.52

>>153
eratta I2C　で検索かければタイミング関係いっぱいでてくるよ？(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 12:11:01.11

>>154
>>153
そもそも検索キーワード変わってるしw

**774ワット発電中さん** · 2021/05/06(木) 18:04:36.50

>>155
煽るだけ煽ってコメントなしか・・・・？(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 18:17:04.17

I2C方位計測のテストしてみたら　三次元データ出てきた(´・ω・｀)

atan2 で単純な方位　と　地平面に対しての平面ｘ成分の傾き　と　平面ｙ成分の傾きデータ取れた(´・ω・｀)

３Dシミュレータで視野なんかこれで変えられるね(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 18:25:02.33

>>156
だからその注意文とやらのソース出せよ
> I2CのレジスタにI2Cクロックとシステムのクロック分周が同一のときの注意文読んだこと無いの？(´・ω・｀)
ソースもない妄言に何をコメントしろって言ってるんだ？w

**774ワット発電中さん** · 2021/05/06(木) 18:26:38.89

>>158
マイコンのI2Cのpdf資料に記載されてるだろ(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 18:40:50.62

>>159
まあそういわずに、具体的なPDFのURLとページ番号を書けば。

**774ワット発電中さん** · 2021/05/06(木) 19:22:17.21

20年近く前の話だけど、I2Cの通信でコマンドを2回連続で打つ仕様の製品に携わったことがある。
ひょっとしてメタステーブル対策だったのかな？
1回発目のコマンドだと応答しないデバイスがいるらしく、とりあえず2回打てば問題ない。という理由だったような気がする。
2発目のコマンドでエラーが起きないのが不思議だったけど、あれはなんだったんだろう？

**774ワット発電中さん** · 2021/05/06(木) 19:25:24.83

>>161
restartとかじゃなくて？(´・ω・｀)

**774ワット発電中さん** · 2021/05/06(木) 19:26:30.76

ごめん間違えた　(´・ω・｀)

Repeated Start　じゃなくて？(´・ω・｀)

**774ワット発電中さん** · 2021/05/08(土) 15:57:52.24

CXPIとか…
2016年なのでもう5年前とか… (知らんかった)

車載LAN規格「CXPI（Clock Extension Peripheral Interface）」
https://monoist.atmarkit.co.jp/mn/articles/1604/04/news009.html
CANの応答性とLINの低コスト、両方をイイとこどりした車載LAN規格が必要だと考えた。そこで、LINの構成をベースにCAN並みの応答性を実現できるような規格の開発を目指した。

**774ワット発電中さん** · 2021/05/09(日) 06:29:31.46

>>164
通信速度は最大20kbpsってけっこう低速だね(´・ω・｀)

一線信号を反転して二線化とかすれば相当ノイズに強くなって速度増すのに・・・・(´・ω・｀)

EMPについてあんま考えてないのかな？(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 06:34:32.16

UART信号のPWM化とかの利点と　一線信号を反転して二線化　を比較すると

後者に軍配があがりそうだけど・・・・(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 07:07:59.96

BtoBの囲い込み目当ての規格なのかな？(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 07:15:27.20

電気自動車とかになると大電力の車種なんかも出てくるからEMPとか電磁ノイズに関する

規格が優位になってくるだろうね(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 07:16:35.28

配線取り回し問題は実は　スペースジェットなんかでも

いろいろ言われてたよね(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 09:44:26.06

でかくなってくると色々問題が発生してくるけど、エンジニアは飯の種だから秘匿しがち
俺もノウハウ全開示なんてしない

**774ワット発電中さん** · 2021/05/09(日) 11:13:26.86

トラブルシューティングなら想定外のヒゲ状のノイズ、不安定な電圧、エッジの様子を見たくなる。
ある程度のサンプリングレートでアナログ波形は必要でしょね。

いまどきは廉価版オシロでも、I2C、UART、SPIのデコード機能は付いてるものが多い。
既存品の解析ならともかく、自分のマイコンで、動作のわかっているデバイスを制御するならデコードの出番は少ない。

**774ワット発電中さん** · 2021/05/09(日) 13:07:37.54

>>166
CXPIやLINの上位にはCANがあり、それはCANで実現しているからね。
遅くてもいいからCANより低コストでないとメリットが無いという経済的事情。

CXPIをDigiKeyで検索するとロームとかサイプレスだけとか。しかもLINよりトランシーバーが3倍位高い。
欧米では相手にされていない雰囲気。

**774ワット発電中さん** · 2021/05/09(日) 13:52:25.31

>>172
CANのほうがトランシーバチップが安いのならコストの低価格化っていう根底からして

いらない規格になっちゃうね(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 13:58:22.70

さらにCANは　RS４８５のIPなんかを利用してたりもするんかぁ(´・ω・｀)

RS４８５のほうが性能高くて低コストってことかな？(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 14:03:59.97

RS485の物理層だと、送信側がコリジョンを発見できるとは限らんし。

**774ワット発電中さん** · 2021/05/09(日) 14:10:18.86

>>175
CANのコリジョン判定にはどんなものがあるの？(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 15:06:47.62

>>173
うぉ！確かにLINよりCANのトランシーバーが安い！
RS-485よりも安い！
まさかこんな事になっているとは知らんかったorz

**774ワット発電中さん** · 2021/05/09(日) 15:11:09.13

>>177
そもそも通信関係のネックは　問題発生時の人件費じゃない？(´・ω・｀)

**774ワット発電中さん** · 2021/05/09(日) 15:28:38.84

>>176
CANはドミナントとリセッシブがぶつかったらドミナントが勝つけれど、
RS485は、1 と 0 がぶつかったときにどっちが勝つか保証できないし。
プロトコルでの検出は自分で調べて。

**774ワット発電中さん** · 2021/05/11(火) 15:23:45.21

RS485
USBもI2CもSPIも電灯線で20mは無理だしｗ
秋月でトランシーバICが\50円だし

**774ワット発電中さん** · 2021/05/11(火) 16:31:41.84

RS485でコリジョンはどうするの？
プロトコルでカバー？

**774ワット発電中さん** · 2021/05/11(火) 16:48:19.30

>>181
Arbiter Taskで監視。　リプライエラーでタイマーインターバル可変させて、リトライ。
PIC16Fでだけど。

**774ワット発電中さん** · 2021/05/11(火) 19:05:02.78

そもそもRS485は所謂物理層までしか規定してないから衝突みたいな概念はケアしない
4相（全二重）なり2相（半二重）で問題の違いはあるけど、
一番問題になるのが、みんなModbusなりちゃんとしたプロトコルを使えば良いのだけど、特にスレーブ側が気にせず（ユニットメーカーが考えなしに）独自仕様のプロトコルで動かして、解析に時間のかかるバグを発生させやすい

**774ワット発電中さん** · 2021/05/11(火) 19:28:42.79

マスタースレーブ通信だからマスター側で衝突しない様に管理できるはずなのにプロトコルが合わないから衝突が発生してしまうのは悲劇でしかない

**774ワット発電中さん** · 2021/05/11(火) 20:04:39.64

まぁねぇ。　ベルコン作業でリプライ時間がまちまちなM-S通信では衝突対策は必須だね。
Arbiterの待ち行列やタイムアウト時間を各々変化させてやると9600ボーで6人分ぐらいはなんとかなる。
PLC+Modbusではできない仕様だ。

**774ワット発電中さん** · 2021/05/12(水) 06:13:36.05

産業装置なんかでも　電源投入時のタイミングとかコリジョンからの自動復帰の

プログラムがきっちり組まれて無くて

電源投入時に手動でerror処理しないといけないとかある(´・ω・｀)

簡単な通信をきっちりやるだけで使い勝手が雲泥の差なのに(´・ω・｀)

**774ワット発電中さん** · 2021/05/12(水) 06:21:48.08

そこまでゴミな機械に出会ったことはないわ

**774ワット発電中さん** · 2021/05/13(木) 20:53:45.98

上の方でBMX055とうまく通信できないと言ってた者だけどやっと安定して動くようになった。
あれから何をやったかというと、

・余計なものを取っ払ってシンプルにするため、FXMA2102を外して、信号線をジャンパで飛ばす
・リンギングを抑えるため、ダンピング抵抗100Ohmを入れる

これで波形を見る限りI2Cの規格を満足するようになったが、かなりの確率でNAKが返ってくる。
よく観察すると、最初の通信を乗り切ると何時間でも通信し続けるため、信号の品質ではなく、
BMX055が起動時に何かあるのではとマニュアルを見て分かったのが、デフォルトのスリープモードが
最初の通信でノーマルモードに切り替わるということから、わざと1発目に意味のない信号を出して、
ノーマルモードに移行するようにした。
これをすると、数回に1度しか起動しなかったのが、10回程度繰り返して毎回起動しているのでこれが正解だと思う。

こんなことネットで探してもどこにも書いてないし、なんでうちだけこんな問題が起きたのか分からんのだが、
ネットの記事ではArduinoみたいなそんなに速度の出ないマイコンを使ってるのに対して、俺が使ってるSTM32F446は
かなり高速なのでそこらへんが関係しているのかもしれない。

波形についていうと、今回はFXMA2102を引っぺがしてダンピング抵抗をつけたが、
つけたままでもダンピング抵抗の値を変えても行けると思う。
心が疲れたのでちょうどいい値を探さずに引っぺがしたけど。

**774ワット発電中さん** · 2021/05/14(金) 01:58:39.50

>>188
そういやあのFXMA2102にバスコンが付いて無いんだよな。

**774ワット発電中さん** · 2021/05/17(月) 14:31:15.01

CAN FDってどうよ？　使っているヤシいる？

**774ワット発電中さん** · 2021/05/19(水) 18:08:58.74

>>190
反応無いね。
CAN FDってプロトコルを替えるから、全てのデパイスをFD対応にしないといけないんでしょ？
一瞬検討対象になったけど、それがネックになってボツになった。

**774ワット発電中さん** · 2021/05/21(金) 19:49:45.78

>>191
thx
CAN FDやってみたは。
帰って来るメッセージ判断できるんで両刀使いできるよ。
if ((_gMsg.field.formatType == CAN_2_0_FORMAT) && (_gMsg.field.idType == CAN_FRAME_EXT))
{...}

64バイトは応用が広がるな。
CANからCAN FDに全作品変更予定。　30数点のアナデジ基板があるんでKiCAD修正とファームウェア修正せねば。

**774ワット発電中さん** · 2021/06/01(火) 11:41:07.71

Microwire…
単語は知ってたがSPIの亜種かと思ってたわ(今日知った)

**774ワット発電中さん** · 2021/06/13(日) 03:39:07.50

LINのウェイクアップについて質問です。
現在LINについて勉強中です。
LINではマスタノードからのヘッダ送信で通信が開始する認識です。
スリープフレームはマスタノードからスレーブノードに送信するという説明を見ました。
一方ウェイクアップフレームはスレーブノードからも送信出来るとありました。
この場合、スレーブノードは何をトリガーにウェイクアップフレームを送信するのでしょうか。
マスタノードはスリープ状態なのでヘッダ送信も出来ないのではないかと思い、スレーブノードからのウェイクアップフレームはどういう風に送信されるのかがイメージ出来ません。
どなかご教授頂けないでしょうか。

**774ワット発電中さん** · 2021/06/13(日) 07:59:19.33

>>194
詳しくないけど、

> スレーブノードは何をトリガーにウェイクアップフレームを
スレーブにイベントが発生した時。例えば雨を感知した、室温が上昇したとか。

> スレーブノードからのウェイクアップフレームはどういう風に送信されるのかがイメージ
単に信号を唐突にLにしているだけ。
https://image.itmedia.co.jp/mn/articles/1010/08/ay_lin02_15.gif

ここの説明が分かりやすい
https://monoist.atmarkit.co.jp/mn/spv/1010/08/news116_3.html

**774ワット発電中さん** · 2021/06/14(月) 12:29:41.95

ウェイクアップは通常時みたいにヘッダ→レスポンスの一連の通信ではなく、
ただ一定期間Loにするだけなんですね。
ありがとうございます。

**774ワット発電中さん** · 2021/11/02(火) 00:02:46.41

SPIの配線について皆さんにお伺いしたいです。
今いじっている基板でSPIのスレーブを9個つなげてるのですが、インピーダンスマッチングができていないのか、マイコンの出力が足りないのか、なかなかクロックを上げられません。
4MHzまではなんとかいけるのですが、8MHzにするとCLKの立ち上がりが鈍ってしまうのと、MOSIとMISO波形のダンピングがひどいです。
一応配線は1筆書きにして線幅は0.15mmにしているのですが、これだと一番遠位では整合できてるけど、マイコンに近いほうでは歪むような気がして、正しいのかわからなくなりました。
クロックの同期とかなら、ファンアウトバッファを介して分配配線すればいいように思えるのですが、SPIではどうすればいいのでしょうか。
皆さんは、複数のスレーブをつなげる際はどうなさっていますか？

**774ワット発電中さん** · 2021/11/02(火) 09:25:32.37

>>197
SPIで9台とかは経験ないけど、全体での配線距離はどのぐらいなの？
バッファとかで出力を上げるんじゃなくてダンピング抵抗入れて信号の立ち上がりを遅くした方が良いのでは？
https://i.imgur.com/HIb9vki.png (現状の波形・推測)
https://i.imgur.com/dX79dr9.png (ダンピング抵抗１)
https://i.imgur.com/3BNJl05.png (ダンピング抵抗２)

**774ワット発電中さん** · 2021/11/03(水) 07:44:50.74

>>197
> 皆さんは、複数のスレーブをつなげる際はどうなさっていますか?
高速グループと低速グループに分け、間にバッファ入れて分離する。

> SPIではどうすればいいのでしょうか。
9個もデバイス繋いだら配線容量にピン容量に配線インダクタンスで目茶苦茶になる。だから途中にバッファを入れる。
全てのデバイスを高速動作させたいならバッファでツリー構成にする(今はデイジーチェーンっしょ?)

余談:
その昔のISA-Busは8MHzでいいとこ8スロット。でもフルに使うと動かなくて困った。
9個もあるなら発想変更が必要かな

**774ワット発電中さん** · 2021/11/03(水) 14:51:29.73

まあ、ISAはクロック同期式でもなくて、タイミング規定もグダグダだしな。