タグ付けされた質問 「converter」


6
シリアルプロトコルの区切り/同期技術
非同期シリアル通信は今日でも電子機器に広く普及しているため、私たちの多くはそのような質問に時々出くわしたと思います。電子デバイスDと、PCシリアル回線(RS-232または同様のもの)で接続され、継続的に情報を交換する必要があるコンピューターを検討してください。すなわち、PCそれぞれコマンドフレームを送信しており、それぞれステータスレポート/テレメトリーフレームで応答しています(レポートはリクエストへの応答として、または独立して送信できます-ここでは実際には関係ありません)。通信フレームには、任意のバイナリデータを含めることができます。通信フレームが固定長パケットであると仮定します。X msDY ms 問題: プロトコルは継続的であるため、受信側は同期を失ったり、進行中の送信フレームの途中で「結合」したりする可能性があるため、フレームの開始(SOF)がどこにあるかはわかりません。Aデータは、SOFに対する相対的な位置に基づいて異なる意味を持ち、受信したデータは破損する可能性があり、永久に破損する可能性があります。 必要なソリューション 短い回復時間でSOFを検出するための信頼性の高い区切り/同期スキーム(つまり、再同期に1フレーム以上かかることはありません)。 私が知っている(そして使用している)既存のテクニック: 1)ヘッダー/チェックサム -事前定義されたバイト値としてのSOF。フレームの最後のチェックサム。 長所:シンプル。 短所:信頼できません。不明な回復時間。 2)バイトスタッフィング: 長所:信頼性が高く高速な回復で、どのハードウェアでも使用可能 短所:固定サイズのフレームベースの通信には適していません 3)9番目のビットマーキング -各バイトに追加ビットを追加します。SOFでマークされたSOF 1とデータバイトには次のマークが付けられ0ます。 長所:信頼性が高く、高速な回復 短所:ハードウェアサポートが必要です。ほとんどのPCハードウェアおよびソフトウェアでは直接サポートされていません。 4)8番目のビットマーキング -上記の一種のエミュレーション。9番目ではなく8番目のビットを使用し、各データワードに7ビットのみを残します。 長所:信頼性の高い高速リカバリは、どのハードウェアでも使用できます。 短所:従来の8ビット表現と7ビット表現の間のエンコード/デコードスキームが必要です。やや無駄だ。 5)タイムアウトベース -定義されたアイドル時間の後に来る最初のバイトとしてSOFを想定します。 長所:データオーバーヘッドなし、シンプル。 短所:それほど信頼できません。Windows PCなどのタイミングの悪いシステムではうまく動作しません。潜在的なスループットのオーバーヘッド。 質問: 問題に対処するために存在する他の可能な技術/解決策は何ですか?上記のリストで簡単に回避できる短所を指摘できますか?システムプロトコルをどのように設計しますか(または設計しますか)?
24 serial  communication  protocol  brushless-dc-motor  hall-effect  hdd  scr  flipflop  state-machines  pic  c  uart  gps  arduino  gsm  microcontroller  can  resonance  memory  microprocessor  verilog  modelsim  transistors  relay  voltage-regulator  switch-mode-power-supply  resistance  bluetooth  emc  fcc  microcontroller  atmel  flash  microcontroller  pic  c  stm32  interrupts  freertos  oscilloscope  arduino  esp8266  pcb-assembly  microcontroller  uart  level  arduino  transistors  amplifier  audio  transistors  diodes  spice  ltspice  schmitt-trigger  voltage  digital-logic  microprocessor  clock-speed  overclocking  filter  passive-networks  arduino  mosfet  control  12v  switching  temperature  light  luminous-flux  photometry  circuit-analysis  integrated-circuit  memory  pwm  simulation  behavioral-source  usb  serial  rs232  converter  diy  energia  diodes  7segmentdisplay  keypad  pcb-design  schematics  fuses  fuse-holders  radio  transmitter  power-supply  voltage  multimeter  tools  control  servo  avr  adc  uc3  identification  wire  port  not-gate  dc-motor  microcontroller  c  spi  voltage-regulator  microcontroller  sensor  c  i2c  conversion  microcontroller  low-battery  arduino  resistors  voltage-divider  lipo  pic  microchip  gpio  remappable-pins  peripheral-pin-select  soldering  flux  cleaning  sampling  filter  noise  computers  interference  power-supply  switch-mode-power-supply  efficiency  lm78xx 

3
12 Vから9 Vへの変換のロジックを説明する
以下の回路はどのように機能しますか? 抵抗器、コンデンサー、トランジスターがマイクロコントローラーボード上で何をし、それらで遊んだかは知っていますが、回路の論理を理解しようとしています。 22オームと470オームの抵抗には関係があると思います。
19 converter  12v 

3
フルブリッジコンバーター整流器キック
現在、8kWの絶縁型DC / DCコンバーター、フルブリッジトポロジを構築しています。 ダイオードに興味深い現象が見られます。各ダイオードが逆バイアスになると、予想されるDCバス電圧に落ち着く前に、ダイオードに電圧スパイクが現れます。これらは1800Vの高速ダイオード(320nS仕様の回復時間)であり、スパイクは2次側で350VDCのみで1800Vに達し、出力電圧の目標を大きく下回っています。デッドタイムの​​増加は役に立ちません。ダイオードに逆バイアスがかかっている場合でもキックは発生し、同じ大きさです。 私の疑いは、出力チョークがデッドタイム中にダイオードを順方向にバイアスし続けていることです。次に、トランスの電圧が他の半サイクルで上昇し始めると、ダイオードはトランスの巻線に短絡として現れるのに十分な時間だけ瞬時に逆バイアスされます。その後、ダイオードが回復すると、その電流は遮断され、私が見ているキックを引き起こします。 私はいくつかのことを試しました。ある時点で、ブリッジに並列にフライバックダイオードを追加しました。 ブリッジと同じ高速リカバリダイオードを使用しました。これはスパイクに明らかな影響はありませんでした。次に、ブリッジと並行して.01 uFのキャップを追加しようとしました。 これにより、スパイクがより管理しやすいレベルに減少しましたが、そのキャップの反射インピーダンスにより、プライマリで重大な問題が発生しました。スナバキャップの温度が2倍になりました! いくつかの可能性があります。 1)問題を誤って診断しました。私は自分が見ていると思うものを見ていると95%確信していますが、以前は間違っていました。 2)同期整流器を使用します。私はそれで逆回復の問題があるべきではありません。残念ながら、私はこの電力範囲で逆阻止JFETを知らず、逆阻止MOSFETのようなものはありません。この電力範囲で見つけることができる唯一の逆阻止IGBTは、ダイオードよりも損失が大きくなります。 編集:同期整流器の性質を誤解していることに気づきました。逆阻止FETは必要ありません。FETはドレイン-ソース間を導通します。 3)ゼロ回復ダイオードを使用します。繰り返しますが、損失とコストの問題。 4)キックをスナッブします。これは、全体のスループットの20%程度で、あまりにも多くの電力を消費するようです。 5)ダイオードに合わせて可飽和コアを追加します。私が見つけることができる最大の可飽和コアの2つは、キックをほとんど凹ませません。 6)ゼロ電流スイッチング共振トポロジーを使用します。私はその分野での経験はありませんが、一次側の電流がよりスムーズに変化すると、二次側の電圧もよりスムーズに変化し、ダイオードが回復するまでの時間が長くなるようです。 他の誰かが同様の状況に対処しましたか?もしそうなら、どのようにそれを解決しましたか?編集:プライマリ側FETデータシートはこちら。

2
PIC12F675 GP4が機能しない
プロジェクトにPIC12F675を使用していますが、1つの点を除いてすべて正常に動作します。GP4はデジタルIOとして機能しません。設定とコードをよく見てきましたが、何も見つかりませんでした。 構成: #pragma config FOSC = INTRCCLK #pragma config WDTE = OFF #pragma config PWRTE = OFF #pragma config MCLRE = OFF #pragma config BOREN = ON #pragma config CP = OFF #pragma config CPD = OFF コード: #include <xc.h> #include <math.h> #include "config.h" #define _XTAL_FREQ 4000000 void delay(unsigned int …
9 pic  c  embedded  programming  audio  oscillator  spark  dc-dc-converter  boost  charge-pump  eagle  analog  battery-charging  failure  humidity  hard-drive  power-supply  battery-charging  charger  solar-energy  solar-charge-controller  pcb  eagle  arduino  voltage  power-supply  usb  charger  power-delivery  resistors  led-strip  series  usb  bootloader  transceiver  digital-logic  integrated-circuit  ram  transistors  led  raspberry-pi  driver  altium  usb  transceiver  piezoelectricity  adc  psoc  arduino  analog  pwm  raspberry-pi  converter  transformer  switch-mode-power-supply  power-electronics  dc-dc-converter  phase-shift  analog  comparator  phototransistor  safety  grounding  current  circuit-protection  rcd  batteries  current  battery-operated  power-consumption  power-electronics  bridge-rectifier  full-bridge  ethernet  resistance  mosfet  ltspice  mosfet-driver  ftdi  synchronous  fifo  microcontroller  avr  atmega  atmega328p  verilog  error  modelsim  power-supply  solar-cell  usb-pd  i2c  uart 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.