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

非同期シリアル通信は今日でも電子機器に広く普及しているため、私たちの多くはそのような質問に時々出くわしたと思います。電子デバイス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 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 2年前に閉店。 ESP8266または類似のモジュール（たとえば、ESP32）が、医療/自動車/軍事/家庭産業の実際の大量生産で頻繁に使用されているのではないかと思います。 多くのDIYプロジェクトが見られますが、大量生産のためのより良い代替手段はありますか？ はいの場合-いくつかの例が必要です。

14 communication  wifi  esp8266  industrial  internet 

ESP8266でのeLUA（NodeMCU）とMicroPythonの公平で最新の比較を探しています。 どちらか一方を試しているユーザーの非常に表面的なレポート/ブログしか見つけることができません。-すべて技術的な詳細が完全に欠けている。 私が見つけた最も近いものは、これはおそらく絶望的に時代遅れであり、MicroPythonプロジェクトによる理解しにくい比較です。 私は明白な質問に興味があります： フラッシュ使用量 起動後のVMのRAM使用量 通常使用時のRAM使用量 実行モデル（つまり、ESP8266の「タスク」はどのようにマッピングされますか？） 実行パフォーマンス 拡張の容易さ（モジュールの追加など） 関連する可能性のあるその他のもの ドキュメンテーションを研究することから、私は次のことを理解したと信じています。 NodeMCUには、必要なモジュールのみをビルドできるかなりきめ細かいビルドオプションがあります。これにより、小さなフラッシュサイズでの作業が可能になります。Micropythonの場合、512 KBは絶対的な下限のようです。この場合、ユーザー定義コード用のスペースは残りません。これがNodeMCUとどのように比較されるかわかりません。 MicroPythonには、デフォルトで自動設定されるWebREPLが組み込まれています。NodeMCUには同様のビルトイン機能はないようです。 NodeMCUは現在、より大きなコミュニティから恩恵を受けているようです。これは、おそらくそれが以前よりも長かったためです。 MicroPythonのドキュメントは非常に非公式であり、Cコードの拡張に関しては完全に欠けています。NodeMCUのドキュメントは優れているようです。

14 esp8266  python 

プロジェクトのESP8266からスピーカーを駆動しようとしていますが、I2Sを1ビットのパルス密度変調DACとして使用することを（ab）することを提案する記事を見つけました。明らかにそれはかなりうるさいので、この記事ではローパスフィルターの次の回路図を示します。 私がウィキペディアを正しく読んでいる場合、1KΩの抵抗とグラウンドへの10nFのコンデンサは、16KHzを遮断する一次RCフィルターです。10µF分極コンデンサは何をしますか？

9 capacitor  audio  esp8266  low-pass  i2s