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

การประชุม? ง่ายต่อการใช้งานหรือไม่ เหตุผลอื่น ๆ? มีเหตุผลบางอย่างเช่น MCLR หรือ RESET บนตัวควบคุมไมโครคอนโทรลเลอร์ต่ำหรือไม่นั่นคือคุณต้องดึงมันลงมาเพื่อรีเซ็ต IC และดึงขึ้นมาเพื่อ "เรียกใช้" IC ฉันแค่อยากรู้อยากเห็นเพราะสิ่งนี้ทำให้ฉันมีปัญหาบางอย่าง ถ้ามันใช้งานได้สูงฉันสามารถหลีกเลี่ยงตัวเก็บประจุบน MCLR ที่จำเป็นในบางกรณีและจัดการกับตัวต้านทานแบบดึงลง ดูเหมือนว่าจะเพิ่มความซับซ้อนเท่านั้น

40 microcontroller  digital-logic  level 

ฉันกำลังศึกษาสถาปัตยกรรมไมโครโพรเซสเซอร์ 8085 ตัวและขอบคำที่เรียกใช้และระดับทริกเกอร์ทำให้ฉันสับสนมากจริงๆ ใครช่วยอธิบายมันด้วยคำพูดของคนธรรมดา? ในขณะที่ศึกษาการขัดจังหวะของ 8085 ชื่อ RST 7.5, RST 6.5, RST 5.5 และ TRAP ฉันเจอคำเหล่านี้และพวกเขาก็สับสนฉัน ที่นี่ฉันได้แนบลิงก์เอกสารหนึ่งไฟล์ที่ฉันกำลังอ่านและฉันได้พูดถึงไดอะแกรมความสับสนของฉัน ในเอกสาร RST 7.5 -> Edge เรียกใช้ RST 5.5 -> เรียกระดับ TRAP -> เรียกใช้ขอบและเรียกใช้ระดับ (เพราะอะไรมันสร้างความแตกต่างหรือไม่) ลิงค์เอกสาร

35 interrupts  8085  level  trigger 

เนื่องจากการสื่อสารแบบซีเรียลแบบอะซิงโครนัสแพร่กระจายอย่างกว้างขวางในอุปกรณ์อิเล็กทรอนิกส์ทุกวันนี้ฉันเชื่อว่าพวกเราหลายคนได้พบคำถามเช่นนี้เป็นครั้งคราว พิจารณาอุปกรณ์อิเล็กทรอนิกส์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 

ฉันพยายามที่จะเข้าใจว่าเพราะเหตุใดการเรียกใช้ขอบจึงเป็นที่ต้องการมากกว่าการกระตุ้นระดับ ในหนังสือของฉันไม่ได้อธิบายอย่างชัดเจน หลังจากค้นหาออนไลน์ฉันรู้ว่าการกระตุ้นจากขอบนั้นไม่ไวต่อข้อบกพร่องในขณะที่การกระตุ้นระดับอ่อนไหว มันหมายความว่าอะไร? นอกจากนี้ฉันไม่สามารถเข้าใจสิ่งต่อไปนี้: "ถ้านาฬิกามีความละเอียดอ่อนระดับใหม่สามารถวิ่งผ่านเครือข่ายลอจิกและเปลี่ยนผลลัพธ์ได้เพื่อหลีกเลี่ยงสิ่งนี้เราต้องใช้พัลส์สั้นเพื่อจับสัญญาณเอาท์พุท แต่พัลส์สั้น ๆ นั้นไม่ใช่เรื่องง่ายที่จะสร้างดังนั้นเราจึงไปหาจุดวิกฤติขอบปัญหาข้อเสนอแนะได้รับการแก้ไขเพราะมีเวลาไม่เพียงพอสำหรับผลลัพธ์ใหม่ที่จะแข่งกลับไปที่อินพุตภายในระยะเวลาของขอบที่เพิ่มขึ้นเพียงครั้งเดียว "QnQnQ_n ฉันไม่เข้าใจว่าทำไมเอาต์พุตไม่รีบเร่งในระดับที่กระตุ้นและทำไมเราต้องใช้พัลส์สั้นเพื่อเก็บเอาท์พุท ประการที่สองปัญหาข้อเสนอแนะเนื่องจากระยะเวลาการทริกเกอร์ระดับนานเมื่อเทียบกับการทริกเกอร์ขอบในกรณีของอดีตการส่งออกจะถูกป้อนกลับไปที่อินพุตอีกครั้งและมันจะทำเช่นนี้ตราบใดที่นาฬิกาทำงานอยู่ . ปัญหาข้อเสนอแนะคืออะไร? แต่มันจะแก้ไขได้อย่างไรเมื่อถูกกระตุ้นจากขอบ? หากเวลาสำหรับการตกลงหรือเพิ่มขึ้นนั้นสั้นมากเอาท์พุทจะสามารถถ่ายทอดผ่านประตูทั้งหมดได้อย่างไร เป็นเช่นนี้หรือไม่เมื่อมีการใช้การกระตุ้นด้วยขอบเอาต์พุตจะถูกส่งผ่านประตูทั้งหมดและอินพุตถัดไปจะถูกพิจารณาเฉพาะที่ขอบนาฬิกาถัดไป

18 clock  level  trigger