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

protcol เป็นชุดกฎสำหรับการจัดรูปแบบและการแลกเปลี่ยนข้อความ

2
เหตุใดอุปกรณ์ USB จึงช้ากว่า 480 MBit / s
แรงจูงใจ ด้วยอัตราการส่งสัญญาณ 480 MBit / s อุปกรณ์ USB 2.0 ควรจะสามารถส่งข้อมูลด้วยสูงสุด 60 MB / s อย่างไรก็ตามอุปกรณ์ของวันนี้ดูเหมือนจะถูก จำกัด ที่ 30-42 MB / s ในขณะที่อ่าน [ Wiki: USB ] นั่นคือค่าใช้จ่ายร้อยละ 30 USB 2.0 เป็นมาตรฐานสำหรับอุปกรณ์ภายนอกมานานกว่า 10 ปี หนึ่งในแอปพลิเคชั่นที่สำคัญที่สุดสำหรับอินเตอร์เฟส USB ตั้งแต่ต้นได้รับการจัดเก็บแบบพกพา น่าเสียดายที่ USB 2.0 เป็นคอขวดที่ จำกัด ความเร็วสำหรับแอปพลิเคชั่นที่ต้องการแบนด์วิดท์อย่างรวดเร็ว HDD ในปัจจุบันเป็นตัวอย่างที่มีความสามารถมากกว่า 90 MB / s ในการอ่านตามลำดับ เมื่อพิจารณาถึงสถานะของตลาดที่ยาวนานและความต้องการแบนด์วิดท์ที่สูงขึ้นอย่างต่อเนื่องเราควรคาดหวังว่าระบบ …

8
เมื่อใดที่ควรเปลี่ยนจาก ASCII เป็นโปรโตคอลอนุกรมขั้นสูง
อุปกรณ์ไมโครคอนโทรลเลอร์ของฉันทั้งหมดที่สื่อสารกับพีซีผ่านทาง UART ใช้สายอักขระ ASCII สำหรับส่งคำสั่งและรับข้อมูล (ตามที่นำมาใช้ใน Arduino) นั่นคือสิ่งที่ฉันได้เรียนรู้เมื่อฉันเริ่มขุดลงในอุปกรณ์อิเล็กทรอนิกส์และฉันก็พบว่าการส่งสายเปล่าให้เพียงพอ อย่างไรก็ตามฉันสังเกตเห็นว่าอุปกรณ์ส่วนใหญ่ที่ฉันเจอใช้โพรโทคอลไบนารีขั้นสูงที่มีรหัสฟังก์ชันที่อยู่และการตรวจสอบข้อผิดพลาด CRC การสื่อสาร ASCII พื้นฐานเป็นที่ยอมรับได้เมื่อใดและฉันควรพิจารณาสิ่งที่สูงกว่าเช่น Modbus หรือไม่ อุปกรณ์เชิงพาณิชย์ใช้ ASCII เช่นนี้หรือไม่? อุตสาหกรรม?

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

1
หูฟังควบคุมระดับเสียงทำงานอย่างไร
คำถามล่าสุดเกี่ยวกับผู้ที่ชื่นชอบ Androidทำให้ฉันสงสัยว่าหูฟังควบคุมระดับเสียงทำงานอย่างไร ฉันไม่ได้หมายถึงการควบคุมระดับเสียงที่ทำงานโดยลดทอนสัญญาณขาเข้าแต่ชนิดของการควบคุมระดับเสียงที่ส่งสัญญาณไปยังอุปกรณ์เพื่อเพิ่มหรือลดสัญญาณเอาท์พุท ตัวอย่างเช่นตามหน้าผลิตภัณฑ์ Crossfade LPการควบคุมระดับเสียงสำหรับอุปกรณ์แอปเปิ้ลเท่านั้น: ความเข้ากันได้สากลและการสื่อสารไมโครโฟน LP มาพร้อมกับ 2 สายเพื่อความเข้ากันได้กับอุปกรณ์มือถือและเครื่องเสียงที่ทันสมัย สายไมโครโฟนระยะไกล 3 ปุ่มออกแบบมาสำหรับอุปกรณ์ Apple ล่าสุดรวมถึงiPhone®, iPad®, iPod®และซีรี่ส์ Macbook สายสัญญาณเสียงยาวอย่างเดียวและอะแดปเตอร์ 1/4 "สามารถใช้งานร่วมกับอุปกรณ์เครื่องเสียงและอุปกรณ์ระดับมืออาชีพได้อย่างครอบคลุม อย่างไรก็ตามอุปกรณ์ประเภทนี้ใช้งานได้กับโทรศัพท์ Android บางรุ่นและคำถามก็บอกว่ามันใช้งานได้กับการ์ดเสียงของคอมพิวเตอร์บนเครื่อง Windows ด้วย แต่ไม่ได้เป็นผู้ซื้อของ Apple (และเพิ่งได้รับสมาร์ทโฟนเครื่องแรกของฉัน) ของสิ่งที่มาก่อน ฉันค้นหาด้วย google อย่างรวดเร็ว แต่ไม่พบสิ่งใดในมาตรฐานสำหรับเทคโนโลยีนี้ มันทำงานอย่างไร มันง่ายเหมือนการตัดชอร์ตซ้าย / ขวา / ไมค์หรือไม่? ถ้าเป็นเช่นนั้นสามารถใช้หูฟังประเภทนี้กับอุปกรณ์ที่ไม่รองรับเทคโนโลยีนี้ทำให้อุปกรณ์เสียหายหรือไม่? มันเป็นสัญญาณอนุกรมตัวอย่างเช่นส่งผ่านช่องสัญญาณไมค์? มันต้องการเพียงแค่ช่องเสียบหูฟังTRSหรือช่องเสียบหูฟัง + ไมโครโฟน TRRS หรือไม่? เทคนิคนี้มีชื่อหรือไม่? บังเอิญมีใครบางคนตอบคำถามนี้ได้ฉันอาจค้นหาข้อมูลที่เหลือด้วยตัวเอง …

7
ทำไม I2C ออกแบบมาเพื่อทำงานกับตัวต้านทานแบบดึงขึ้นและไม่ใช่แบบตัวดึงลง
ฉันเข้าใจว่าใน I2C, SCL และสาย SDA ใช้ตัวต้านทานแบบดึงขึ้นและไดรเวอร์พินเป็นอุปกรณ์เก็บสะสม NPN แบบเปิดซึ่งสามารถขับหมุดไปที่พื้นได้ สิ่งนี้ทำให้ I2C ได้เปรียบที่ตอนนี้บัสเดียวกันสามารถใช้ร่วมกับทาสหลายคนได้และแม้ว่าทาสสองคนหรือมากกว่านั้นพยายามขับรถบัสโดยไม่ตั้งใจในเวลาเดียวกัน แต่ก็ไม่ทำให้ระบบเสียหาย แต่สิ่งนี้สามารถทำได้โดยใช้PNP open drain driversและตัวต้านทานแบบดึงลงในสาย SDA และ SCL สิ่งต่าง ๆ เช่นการยืดนาฬิกาและอนุญาโตตุลาการหลายหลักสามารถทำได้ด้วยเช่นกัน การติดตั้งใช้งานโปรโตคอล I2C ปัจจุบันให้ประโยชน์มากกว่าการใช้ทางเลือกที่แนะนำข้างต้นหรือไม่?

1
เอกสารเกี่ยวกับโปรโตคอล GPS อย่างเป็นทางการ?
การค้นหา "โปรโตคอล GPS" เผยแหล่งที่มามากมายสำหรับข้อมูล GPS ที่ประมวลผลเช่น NMEA หรือเอาต์พุตไบนารีของหน่วย GPS เอกสารอย่างเป็นทางการสำหรับโปรโตคอลรับสัญญาณดาวเทียม GPS อยู่ที่ไหน หรือวัสดุเสริมที่น่าสนใจที่อาจอธิบายได้? บริบท: ฉันสนใจเป็นพิเศษในการเรียนรู้วิธีการส่งปูมและแมลงเม่า (เช่น)
15 gps  protocol  standard 

2
คำอธิบายรหัสกลิ้ง
มีใครอธิบายได้บ้างว่าโปรโตคอลรหัสกลิ้งเช่น KeeLoq ทำงานอย่างไร ฉันเข้าใจหลักฐานขั้นพื้นฐานว่าพวกเขาใช้รหัสที่แตกต่างกันในแต่ละครั้งดังนั้นคุณจึงไม่สามารถใช้การโจมตีซ้ำได้ แต่ฉันไม่เข้าใจว่าด้านใดด้านหนึ่งตรวจสอบรหัสที่ถูกต้อง ฯลฯ นอกจากนี้พวกเขาจะทำการซิงโครไนซ์เริ่มต้นอย่างไรหากดัชนีในรหัสกลิ้งไม่เป็นที่รู้จัก / แชร์ไว้ล่วงหน้า? หากคุณต้องใช้ Keeloq เป็นตัวอย่างในการอธิบายว่าใช้ได้ แต่ฉันต้องการคำอธิบายทั่วไปของรหัสกลิ้ง
13 protocol 

6
การสื่อสารแบบอีเธอร์เน็ตและอนุกรมแตกต่างกันอย่างไร?
การเคลื่อนไหวของเมาส์ทั้งหมดการเชื่อมต่อ USB และอุปกรณ์ต่อพ่วง PC อื่น ๆ เช่นเครื่องพิมพ์ ฯลฯ เป็นสิ่งที่เรียกว่าการสื่อสารแบบอนุกรม หนึ่งบิตต่อเวลา จนถึงตอนนี้ดีมาก แต่เมื่อพูดถึงโปรโตคอล TCP อีเธอร์เน็ตและอินเทอร์เน็ตจะไม่เรียกการสื่อสารแบบอนุกรมอีกต่อไป แต่นี่ก็เป็นบิตต่อวินาที เหตุผลที่เป็นเช่นนั้น? ความแตกต่างหลักคืออะไร? ฉันไม่เข้าใจว่าทำไมมันจึงไม่ใช่การสื่อสารแบบอนุกรม

2
การใช้ I2C ที่ซ้ำซ้อนใน avionics ยานอวกาศ
ฉันเพิ่งอ่านรายงานเกี่ยวกับโครงการพัฒนา avionics JPL x2000 ซึ่งพัฒนาแพลตฟอร์ม avionics แบบแยกส่วนโดยใช้ silicon เชิงพาณิชย์เพื่อลดต้นทุนและพลังงาน พวกเขาเลือกใช้สถาปัตยกรรมของสองโปรโตคอลที่ซ้ำซ้อนซึ่งเชื่อมโยงอุปกรณ์อิเล็กทรอนิกส์ทั้งหมดในยานอวกาศ ความเร็วสูง 1394 บัสใช้สำหรับข้อมูลขนาดใหญ่ในขณะที่บัส I2C (ที่ 100khz) ใช้สำหรับควบคุมแบนด์วิดท์ต่ำ นี่คือการกำหนดค่าเป็นรถบัสหลายหลักที่ทุกโหนดสามารถสื่อสารกับแต่ละอื่น ๆ ฉันไม่ได้ใช้ I2C มากกว่าเซ็นเซอร์เดียว แต่จากสิ่งที่ฉันเข้าใจมีข้อ จำกัด เกี่ยวกับระยะทางที่ร้ายแรง ฉันอยู่ในยานอวกาศอาจมีชุดสายไฟยาวมาก นอกจากจะมีสองบัส I2C ซ้ำซ้อนอุปกรณ์แต่ละคนมี ASIC ที่กำหนดเองที่ให้แยกระหว่างรถบัสและชิปหลักภาพที่นี่และที่นี่ ชิพนี้อาจให้การปรับสภาพบางอย่างเช่นกัน? ทุกคนสามารถอธิบายได้หรือไม่ว่าทำไมพวกเขาถึงเลือกใช้โปรโตคอลที่ออกแบบมาเพื่อการสื่อสารภายในหนึ่ง PCB สำหรับการสื่อสารภายในยานพาหนะขนาดใหญ่ ฉันรู้ว่าอาจไม่ใช่คำตอบที่แน่นอน แต่ฉันสนใจที่จะฟังเกี่ยวกับปัจจัยที่เป็นตัวเลือกประเภทนั้น
10 i2c  protocol 

6
โปรโตคอลที่ใช้ RS232 ที่ดีสำหรับการสื่อสารแบบฝังตัวกับคอมพิวเตอร์
ฉันกำลังทำงานในโครงการที่เกี่ยวข้องกับการสื่อสารข้อมูลที่ดีระหว่าง Arduino ระยะไกลและคอมพิวเตอร์ การเชื่อมต่อไร้สายนั้นผ่าน XBees ดังนั้นเราจึงมีการเชื่อมต่อ RS232 ระหว่าง Arduino กับคอมพิวเตอร์ สำหรับข้อมูลจำนวนเล็กน้อยมันง่ายพอที่จะรวมโปรโตคอลการสื่อสารแบบง่าย ๆ เข้าด้วยกัน สำหรับโครงการขนาดใหญ่แล้วโปรโตคอลการสื่อสารแบบง่าย ๆ ที่ดีมีอะไรบ้าง ฉันดู MODBUS ซึ่งดูเหมือนว่าเป็นตัวเลือกที่ทำงานได้ แต่ฉันต้องการดูว่ามีตัวเลือกอื่นที่ดีกว่านี้หรือไม่

2
"รหัส" IR สากลระยะไกลทำงานอย่างไร
มันง่ายในการค้นหาการอ้างอิงชนิดนี้เมื่อค้นหาโปรโตคอล IR และรหัสสำหรับอุปกรณ์เฉพาะ การส่งสัญญาณ IR ที่เกิดขึ้นจริงนั้นมีข้อมูลมากกว่ารหัสขนาดเล็กเหล่านี้ รหัสเหล่านี้แสดงถึงอะไร? ตัวเลขสี่หลักจะแสดงถึงคำสั่งทั้งหมดที่อุปกรณ์สามารถรับได้อย่างไร "รหัส" เหล่านี้อ้างถึงโปรโตคอลมาตรฐานหรือไม่ ระยะไกลสากลรู้โปรโตคอลและรหัสทั้งหมดที่ผลิตภัณฑ์เข้าใจได้จากรหัสการกำหนดค่าขนาดเล็กนี้ได้อย่างไร ฉันชอบที่จะเข้าใจเพิ่มเติมเกี่ยวกับเทคโนโลยีนี้ สำหรับฉันดูเหมือนว่าทุกรีโมทจะแตกต่างกันและคุณจะต้องทำวิศวกรรมย้อนกลับทุกข้อความเพื่อระบุว่าบิต / ไบต์ทำอะไร

2
VHDL: รับโมดูลสุ่มล้มเหลวเมื่อนับบิต
พื้นหลัง นี่เป็นโครงการส่วนบุคคล มันเกี่ยวกับการเชื่อมต่อ FPGA กับ N64 ค่าไบต์ที่ FPGA ได้รับจะถูกส่งผ่าน UART ไปยังคอมพิวเตอร์ของฉัน มันใช้งานได้ดีจริง ๆ ! ในบางครั้งน่าเสียดายที่อุปกรณ์จะล้มเหลวจากนั้นกู้คืน ผ่านการดีบักฉันจัดการเพื่อค้นหาปัญหา แต่ฉันนิ่งงันวิธีการแก้ไขเพราะฉันไม่สามารถ VHDL ฉันเล่นกับ VHDL มาสองสามวันแล้วและฉันอาจไม่สามารถแก้ไขปัญหานี้ได้ ปัญหา ฉันมีออสซิลโลสโคปวัดสัญญาณ N64 ลงใน FPGA และช่องอื่น ๆ เชื่อมต่อกับเอาท์พุทของ FPGA ฉันยังมีพินดิจิตอลที่บันทึกค่าตัวนับ โดยพื้นฐานแล้ว N64 จะส่งบิตข้อมูล 9 ชุดรวมถึงบิต STOP ตัวนับนับจำนวนข้อมูลที่ได้รับและเมื่อฉันไปถึง 9 บิต FPGA จะเริ่มส่งสัญญาณผ่าน UART นี่คือพฤติกรรมที่ถูกต้อง: FPGA เป็นรูปคลื่นสีฟ้าและรูปคลื่นสีส้มเป็นอินพุตของ N64 ในช่วงระยะเวลาของการรับสัญญาณ FPGA ของฉัน …
9 fpga  vhdl  protocol 
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.