คำถามติดแท็ก hdd

เนื่องจากการสื่อสารแบบซีเรียลแบบอะซิงโครนัสแพร่กระจายอย่างกว้างขวางในอุปกรณ์อิเล็กทรอนิกส์ทุกวันนี้ฉันเชื่อว่าพวกเราหลายคนได้พบคำถามเช่นนี้เป็นครั้งคราว พิจารณาอุปกรณ์อิเล็กทรอนิกส์Dและคอมพิวเตอร์PCที่เชื่อมต่อกับสายอนุกรม (RS-232 หรือคล้ายกัน) และจำเป็นต้องมีการแลกเปลี่ยนข้อมูลอย่างต่อเนื่อง Ie PCกำลังส่งเฟรมคำสั่งแต่ละเฟรมX msและDกำลังตอบกลับด้วยรายงานสถานะ / เฟรม telemetry แต่ละรายการY ms(สามารถส่งรายงานเป็นการตอบสนองต่อคำขอหรือเป็นอิสระ - ไม่สำคัญเลยที่นี่) กรอบการสื่อสารสามารถมีข้อมูลไบนารีใด ๆ โดยพลการ สมมติว่าเฟรมการสื่อสารเป็นแพ็กเก็ตที่มีความยาวคงที่ ปัญหา: เนื่องจากโปรโตคอลมีความต่อเนื่องด้านการรับอาจหลุดการซิงโครไนซ์หรือเพียงแค่ "เข้าร่วม" ที่อยู่ตรงกลางของเฟรมที่ส่งต่อเนื่องดังนั้นมันจะไม่รู้ว่าจุดเริ่มต้นของเฟรม (SOF) นั้นอยู่ที่ไหน ข้อมูลมีความหมายที่แตกต่างกันไปตามตำแหน่งของ SOF ข้อมูลที่ได้รับจะเสียหายและอาจเกิดขึ้นตลอดไป ทางออกที่ต้องการ รูปแบบการลด / ประสานที่เชื่อถือได้ในการตรวจจับ SOF ด้วยเวลาการกู้คืนสั้น ๆ (เช่นไม่ควรใช้เวลามากกว่านั้นพูด 1 เฟรมเพื่อซิงโครไนซ์อีกครั้ง) เทคนิคที่มีอยู่ฉันรู้ (และใช้บางส่วน) ของ: 1) ส่วนหัว / การตรวจสอบ - SOF เป็นค่าไบต์ที่กำหนดไว้ล่วงหน้า ตรวจสอบผลรวมในตอนท้ายของเฟรม จุดเด่น:เรียบง่าย …

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 

มีกลไก "บิตเน่า" สองแบบที่แตกต่างกันโดยสิ้นเชิงในสองเทคโนโลยีนี้แล้วสิ่งใดที่คาดว่าจะคงอยู่นานกว่านี้? ซึ่งดีกว่าโดยเนื้อแท้เพื่อการเก็บถาวร โดเมนแม่เหล็ก (GMMR) ใน "HDD มาตรฐาน" จะนานกว่าประตูน้ำลอยของเซลล์แฟลชในกระบวนการ CMOS หรือไม่ เช่นฟิสิกส์ที่กำหนดกระบวนการสลายที่ช้ากว่า สมมติว่ามีการควบคุมสภาพอากาศและยังถือว่าค่าใช้จ่ายส่วนต่อประสานและขนาดทางกายภาพไม่ใช่ข้อ จำกัด สิ่งนี้ควรได้รับการตัดสิน / โต้แย้งโดยพิจารณาจากข้อดีของกลไกการสลายตัวของบิต / ฟิสิกส์เท่านั้น อัพเดท - 1 วันก่อนที่เงินรางวัลจะหมดอายุ: เนื่องจากเว็บไซต์นี้เกี่ยวกับการออกแบบฉัน จำกัด คำถามอย่างจงใจ หากคุณกำลังออกแบบผลิตภัณฑ์ (ด้วย uController ฯลฯ ) ที่จะต้องไม่มีการใช้งานเป็นระยะเวลานานคุณจะรู้ว่าระบบจะสว่างขึ้นอีกครั้งเมื่อจำเป็นหรือไม่ เช่นคุณอาจต้องการที่เก็บข้อมูลประเภทถาวร คุณออกแบบแฟลชหรือไม่? หรือคุณจะใส่ในอินเตอร์เฟซ HDD? นั่นคือกิ่งไม้แรกของต้นไม้ตัดสินใจ เมื่อคุณใส่ใน IDE / SATA หรืออินเตอร์เฟซที่คล้ายกันสำหรับฮาร์ดดิสก์แล้วทุกเทคโนโลยีอื่น ๆ ที่อาจอาจจะเข้ามาเล่น แต่ฉันจงใจ จำกัด เพื่อป้องกันไม่ให้ได้รับการปิดทางรถไฟลงไปในเนื้อหาเทคโนโลยีที่ลดลงหรืออย่างน้อยเทคโนโลยีที่จะ จำกัด ขอบเขตของการบังคับใช้ …

14 flash  hdd