緩存性實(shí)際上是在內(nèi)存DDR2中劃定一塊區(qū)域（其起始位置為baseAddr、區(qū)域長度為），只有存儲(chǔ)在該區(qū)域的變量才能被緩存控制器讀取并存儲(chǔ)到緩存（L1、L2）中；而在該區(qū)域以外的變量則不會(huì)被緩存控制器訪問
2020-05-21 07:29:59
1、更換外置5V電源供電，確認(rèn)問題是由于5V電源導(dǎo)致。2、通過另一塊板子的5V電源供電，并且更換屏供電的位置，整個(gè)板子正常，丟包率基無，說明供電的方案正常。總結(jié)：只要wifi模塊和12V轉(zhuǎn)5V供電電源在一個(gè)板子上就會(huì)出現(xiàn)丟包率嚴(yán)重的問題。其他情況并沒有出現(xiàn)問題。備注：wifi模式是3.3V供電。
2016-05-11 14:44:07
采用的是AR8035芯片1、當(dāng)用TFTP下載鏡像時(shí)，網(wǎng)絡(luò)速度非常慢，下載速率很慢。2、用板子的串口去PING PC機(jī)時(shí)，會(huì)發(fā)現(xiàn)有丟包現(xiàn)象 請問會(huì)有哪些可能的因素導(dǎo)致？
2016-03-10 23:15:02
AT32F407/437使用網(wǎng)口收發(fā)數(shù)據(jù)丟包問題處理AT32F407/437 在使用EMAC 網(wǎng)口進(jìn)行以太網(wǎng)數(shù)據(jù)收發(fā)時(shí)，如果出現(xiàn)數(shù)據(jù)丟包，應(yīng)該如何處理？
2023-10-23 08:19:21
目前在做一款產(chǎn)品 監(jiān)測系統(tǒng) 就是傳感器將數(shù)據(jù)采集后通過407開發(fā)板發(fā)給無線模塊 但是模塊有個(gè)fifo512k的緩存 在發(fā)送過程中就不接受存數(shù)了 這樣會(huì)產(chǎn)生丟包現(xiàn)象 接收部分同理 各位大神幫忙給分析分析如何解決呢？ 謝謝大家了
2019-01-24 06:35:31
GbE發(fā)送，上位機(jī)使用WinPcap抓包，大部分時(shí)候收發(fā)正常，但是偶爾會(huì)產(chǎn)生丟包現(xiàn)象。使用C6678 GbE的統(tǒng)計(jì)模塊對其內(nèi)部收發(fā)的frame進(jìn)行統(tǒng)計(jì)得到如下結(jié)果：（GbE從PORT0接收DSP寫入
2015-09-04 20:26:37
TI的CC1310用UART串口發(fā)送的數(shù)據(jù)量一大就會(huì)出現(xiàn)丟包的現(xiàn)象，該如何解決這一問題？
2019-04-28 08:46:41
CC2540，在不斷電的情況下，從機(jī)切換到主機(jī)后，串口就無法正確發(fā)送數(shù)據(jù)，丟包嚴(yán)重，什么原因呢？（未切換前串口是正常的）
2016-04-26 10:57:26
CC2640出現(xiàn)嚴(yán)重丟包？用CC2540接收串口數(shù)據(jù)然后無線發(fā)送出去，每20ms接收發(fā)射20個(gè)字節(jié)是OK的，但是每10ms接收發(fā)送20個(gè)字節(jié)就會(huì)出現(xiàn)嚴(yán)重的丟包問題。不知道CC2640每10ms接收發(fā)送20個(gè)字節(jié)可以嗎？或者有相關(guān)的藍(lán)牙芯片可以實(shí)現(xiàn)此功能嗎？
2016-03-16 11:06:13
CH573的USB工作在device模式，有些數(shù)據(jù)要通過IN EP2發(fā)送給主機(jī)。為了不丟包，想查詢該EP2是否發(fā)送忙，也就是當(dāng)前給主機(jī)的數(shù)據(jù)是否發(fā)送完成，應(yīng)該查詢哪個(gè)寄存器？
2022-08-22 07:00:27
藍(lán)牙每次只能發(fā)20字節(jié)左右的數(shù)據(jù)，連續(xù)發(fā)送幾百字節(jié)，會(huì)出現(xiàn)丟包現(xiàn)象。加大連接間隔等參數(shù)，仍存在丟包；造成的原因有哪些？
2022-08-02 07:04:37
有一款ESD網(wǎng)口應(yīng)用的防護(hù)器件，電容10pF,1G信號傳輸60度下居然沒丟包，好奇怪。 這么大的電容，為什么沒丟包。。。
2017-09-30 14:45:22
我用的是安信可的ESP32-S3-12K模組，使用的是官方 USB CDC例程改寫，USB接收數(shù)據(jù)，UART1轉(zhuǎn)發(fā)，UART1接收數(shù)據(jù)USB轉(zhuǎn)發(fā)，測試結(jié)果顯示UART1連續(xù)接收數(shù)據(jù)通過USB轉(zhuǎn)發(fā)后數(shù)據(jù)丟包嚴(yán)重，不知道為什么?
2023-03-07 07:14:03
我用的是安信可的ESP32-S3-12K模組，使用的是官方 USB CDC例程改寫，USB接收數(shù)據(jù)，UART1轉(zhuǎn)發(fā)，UART1接收數(shù)據(jù)USB轉(zhuǎn)發(fā)，測試結(jié)果顯示UART1連續(xù)接收數(shù)據(jù)通過USB轉(zhuǎn)發(fā)后數(shù)據(jù)丟包嚴(yán)重，不知道為什么?
2023-02-13 06:25:09
大家好，我STM32通過SIM900A的GPRS給服務(wù)器發(fā)數(shù)據(jù)，為什么會(huì)出現(xiàn)如下丟包現(xiàn)象，是不是GPRS發(fā)送會(huì)有一個(gè)緩存，每次發(fā)送完我要清一下？
2019-04-17 06:36:04
HTTP緩存控制小結(jié)
2019-09-16 08:29:39
緩存控制概述 用戶級別的Hexagon緩存管理指令可以在HVM用戶下進(jìn)行使用，如dcfetch, icinva,dccleaninva,dccleana,dcinva有些緩存控制指令必須通過VMM
2018-09-20 10:19:54
【作者】：李延榮;周贊;劉愛連;李延偉;【來源】：《工業(yè)控制計(jì)算機(jī)》2010年02期【摘要】：分析了IP網(wǎng)絡(luò)中音視頻實(shí)時(shí)通訊抗網(wǎng)絡(luò)丟包的技術(shù)現(xiàn)狀,并探討了采用前向糾錯(cuò)方法實(shí)現(xiàn)抗丟包的實(shí)現(xiàn)機(jī)制。對于
2010-04-23 11:29:43
會(huì)在3.1V到4.16V之間來回跳變，這導(dǎo)致網(wǎng)口的丟包率特別嚴(yán)重，能達(dá)到25%到35%。各位，有沒有遇到類似的問題？50M晶振和LAN8720、CPU之間分別串聯(lián)了一個(gè)22Ω的電阻，之前的板子上，晶振
2018-06-01 02:05:13
如題，最近在調(diào)試NRF2401。當(dāng)發(fā)送大概2000個(gè)數(shù)據(jù)的時(shí)候會(huì)出現(xiàn)丟包現(xiàn)象。已經(jīng)嘗試過的方法有如下：（1）：無線模塊VCC和地之間加上電容。加上后有改善，但是未能根治。（2）：將無線模塊頻率提高到
2020-04-16 04:35:23
NUC980 USB2.0 HighSpeed 虛擬串口在Win10通信丟包問題
2023-06-13 06:28:20
按照連接方法增加ADC的DMA用法后，發(fā)現(xiàn)lwip的丟包率奇高，求指導(dǎo)排查方向
2022-03-31 11:36:48
如何防止串口通信丟包1.降低波特率。波特率越高，越容易丟包;2.硬件上，數(shù)據(jù)總線要接上拉電阻，以保證沒有向總線寫數(shù)據(jù)時(shí)，總線上是確定的高電平;3.減慢發(fā)送數(shù)據(jù)給MCU的速度。因?yàn)镸CU發(fā)送給PC數(shù)據(jù)
2017-07-10 09:59:43
TFT畫點(diǎn)丟數(shù)據(jù)，所謂的丟數(shù)據(jù)怎么丟？ 是寫什么呢？
2020-08-07 08:00:20
問題如下： 電腦端發(fā)送：0A 04 75 30 00 01 2A B2單片機(jī)響應(yīng)：0A 04 02 00 0B 5D 36 5MS發(fā)送一次，結(jié)果如下圖所示。丟包率 = 19194*8/（7
2020-03-29 22:47:10
ZIGBEE節(jié)點(diǎn)同時(shí)發(fā)送丟包問題ZIGBEE聽別人說節(jié)點(diǎn)幾個(gè)同時(shí)發(fā)送就會(huì)丟包，我用的是網(wǎng)絡(luò)狀，純路由節(jié)點(diǎn)，路由發(fā)送數(shù)據(jù)是不定時(shí)的發(fā)送給協(xié)調(diào)器，那么我該怎么減少丟包量，我還沒有大規(guī)模測試，我接100個(gè)以上那么網(wǎng)絡(luò)不是更不穩(wěn)定？
2016-03-23 10:38:56
1、ZigBee天線接收緩存有多大的空間？2、如果多對一發(fā)送，接收方是否存在同時(shí)接收沖突而造成丟包，協(xié)議棧是否有處理？
2016-03-16 11:03:37
Zigbee 定時(shí)發(fā)送時(shí)間設(shè)置小于500MS時(shí)候，接收端會(huì)丟包怎么解決?用2塊Zigbee板子，一個(gè)當(dāng)協(xié)調(diào)器，一個(gè)當(dāng)路由，PC機(jī)上一個(gè)串口助手往協(xié)調(diào)器發(fā)送數(shù)據(jù)，協(xié)調(diào)器發(fā)送無線到路由，路由接收到數(shù)據(jù)后
2016-03-15 15:08:56
本人用的是公司自己做的板子。發(fā)現(xiàn)發(fā)送數(shù)據(jù)間隔相同，TI的開發(fā)板能夠不丟包，但是我們自己做的板子卻丟包比較嚴(yán)重。只有加大發(fā)送數(shù)據(jù)的間隔才能使自己做的板子不丟包。 請問是什么原因?qū)е逻@種問題？
2018-05-14 01:03:20
https://www.esp32.com/viewtopic.php?f=1 ... ee512eccf2我遇到和這個(gè)一樣的丟包問題（我也沒有使用藍(lán)牙），請問有人知道如何解決嗎？
2023-02-14 06:41:08
esp8266透傳tcp如何防止丟包
2023-09-25 08:09:05
請問下大伙，有沒有試過用http下載過bin的文件，想用stm32+sim800c遠(yuǎn)程下載bin文件，用網(wǎng)絡(luò)調(diào)試助手測了一下，發(fā)現(xiàn)丟包率嚴(yán)重，bin文件有 49760字節(jié)，可接收到的字節(jié)數(shù)基本都低于文件的字節(jié)數(shù)，有時(shí)候只接收到8K都有可能，這樣在低速率的GPRS上丟包問題估計(jì)更嚴(yán)重，這個(gè)怎么解決呢
2020-08-17 00:06:08
1000個(gè)字節(jié)外加標(biāo)志位以及表示長度的字節(jié)，共1012個(gè)字節(jié)為一包發(fā)送，為什么會(huì)出先發(fā)送時(shí)間超過了50秒，而且有時(shí)候會(huì)丟包，而且很嚴(yán)重，這和TCP Write模塊上的延時(shí)有關(guān)嗎，還是說與while循環(huán)里的延時(shí)有關(guān)我試著調(diào)試了很多次延時(shí)，要不就是慢，要不就是丟包，或者兩者都有
2016-11-18 08:20:40
用nrf2401+mpu9250 數(shù)據(jù)采集跟通訊都可以了 就是數(shù)據(jù)丟包十分嚴(yán)重 丟包率至少在30%-40%！！怎么解決這個(gè)問題？
2020-06-09 15:08:39
ping命令丟包
2023-04-21 06:57:06
出來就只有1.8dbm左右，距離為1m，代碼里面data的數(shù)據(jù)大小用了 93個(gè)字節(jié)發(fā)送圖片，好像zigbee最大攜帶的數(shù)據(jù)是99個(gè)字節(jié)？？包都能收到，但是包的data數(shù)據(jù)會(huì)丟字節(jié)。請問是因?yàn)閦igbee信號引起的丟數(shù)據(jù)嗎？我這個(gè)還要穿墻的，請問要加PA嗎？穿墻RSSI的值，和發(fā)射功率應(yīng)該是多少才合適呢？
2018-06-01 01:42:40
一個(gè)can節(jié)點(diǎn)循環(huán)發(fā)送數(shù)據(jù)出現(xiàn)丟包問題……設(shè)置波特率是500k……是在一直循環(huán)等待發(fā)送成功標(biāo)志位為成功后繼續(xù)發(fā)送下一數(shù)據(jù)包……請問是哪里的問題啊
2016-06-19 16:43:57
A0 FF,9個(gè)字節(jié)，用16進(jìn)制發(fā)送，前后四個(gè)字節(jié)是幀頭幀尾。要讀取并保存的是中間3個(gè)數(shù)。求好的方式解決幀頭判斷，以及不丟包不錯(cuò)包的方法！`
2019-12-09 16:37:26
LS1012核心板和AR8031 SGMII千兆網(wǎng)于電腦ping連接總丟包。去掉網(wǎng)口以太網(wǎng)節(jié)能有改善。PHY設(shè)計(jì)是參考開發(fā)板是來的。硬件仔細(xì)檢查了，信號也測了，沒有發(fā)現(xiàn)問題
2022-01-05 06:42:51
使用官方6300EVK板子 搭建 LWIP TCP服務(wù)端在響應(yīng)客戶端回傳數(shù)據(jù)時(shí)無規(guī)律性丟包電腦PING連接也會(huì)丟包
2023-05-26 08:10:52
使用agile_modbus主機(jī)協(xié)議棧，接10個(gè)從機(jī)，測試發(fā)現(xiàn)從機(jī)接的越多，丟包率越高。實(shí)際測試10個(gè)從機(jī)，每個(gè)從機(jī)間隔2s讀一次，半個(gè)小時(shí)大概丟5幀報(bào)文。接7個(gè)從機(jī)，每個(gè)從機(jī)間隔2s讀一次，半個(gè)小時(shí)100%的成功率，這是怎么回事啊
2023-09-03 14:38:01
單片機(jī)串口調(diào)試丟包驗(yàn)證過程記錄 已解決
2021-11-24 08:07:19
問題：多線程運(yùn)行的時(shí)候，libmodbus協(xié)議棧會(huì)出現(xiàn)丟包現(xiàn)象，我程序里面，開啟了兩個(gè)CAN通訊，使用中斷，三路主機(jī)modbus，一路從機(jī)modbus，一個(gè)232串口通訊，在處理數(shù)據(jù)的時(shí)候，會(huì)發(fā)
2022-10-12 11:13:39
如何解決STM32 LL庫串口丟包問題？
2021-12-06 06:29:10
如何解決stm32DMA+消息隊(duì)列串口數(shù)據(jù)接收丟包的問題？
2021-12-09 06:31:36
STM32F103的串口有哪些呢？如何讓STM32F103自帶的5個(gè)串口同時(shí)工作不丟包呢？
2021-12-06 08:02:18
ARM9板子通過網(wǎng)線與 攝像頭通信 常溫下沒問題， 低溫下老丟包，怎么回事
2014-04-16 14:35:14
CAN發(fā)送與接收的丟包問題硬件:STM32F4IGT6操作系統(tǒng):RTTV4.1.0CAN使用RTT的設(shè)備驅(qū)動(dòng)CAN波特率 1Mbps通訊線不超過1米，電機(jī)CAN線和單片機(jī)CAN線與分析儀can線采用
2022-11-08 11:27:09
無線433應(yīng)用在LED電源驅(qū)動(dòng)板上，丟包率高
2016-07-14 11:23:49
步進(jìn)電機(jī)在控制的過程中怎么防止丟步
2023-10-12 08:07:53
在串口控制中，如果想用read把緩存全部的數(shù)據(jù)讀取出來，用圖中的結(jié)構(gòu)即可。開始當(dāng)用GPIB控制時(shí)，應(yīng)該用什么方法把緩存的數(shù)據(jù)全部讀出來呢？求教！
2016-10-28 11:27:30
自行編譯了android7系統(tǒng)，但刷機(jī)以后發(fā)現(xiàn)有線網(wǎng)ping的時(shí)候丟包嚴(yán)重超過10%的丟包率，在android界面，無線網(wǎng)無法打開，懷疑是驅(qū)動(dòng)問題，請問這個(gè)問題如何定位，官方有沒有發(fā)布基于android7的源碼。
2022-01-10 07:25:05
網(wǎng)絡(luò)有問題，首先我們會(huì)進(jìn)行ping命令，所謂網(wǎng)絡(luò)丟包是我們在使用ping命令（檢測某個(gè)系統(tǒng)能否正常運(yùn)行）對目的站進(jìn)行詢問時(shí)，數(shù)據(jù)包由于各種原因在信道中丟失的現(xiàn)象。 測試是否丟包，可以使用命
2020-12-01 16:04:19
被發(fā)送出去，也不會(huì)被丟棄，它們將會(huì)堆積在動(dòng)態(tài)緩存中，永遠(yuǎn)無法發(fā)送出去，等到緩存中堆積滿了，就會(huì)造成交換機(jī)死機(jī)的現(xiàn)象。 最終結(jié)果是，數(shù)據(jù)包無法到達(dá)目的主機(jī)。 攝像機(jī)丟包的原因3：物理線路故障 網(wǎng)管員發(fā)現(xiàn)
2021-02-19 17:30:44
本帖最后由 一只耳朵怪 于 2018-5-22 17:57 編輯
2650有沒有 丟包率測試的工程（非studio）。3Q
2018-05-22 04:47:45
，也就幾KB），丟包還是會(huì)發(fā)生，而且一旦發(fā)生，通訊就好像完全堵上，后續(xù)的數(shù)據(jù)都沒法傳輸，要等好幾秒才能又繼續(xù)。請問照成這樣的原因是什么？buffer小了？有沒有改進(jìn)的方法（減少丟包率，丟包之后能立即
2018-08-13 06:11:08
方案是CC2520+cc2591，采用1帶多的方式通訊，雖然通訊成功了，但在測長期穩(wěn)定性時(shí)有丟包現(xiàn)象，如何驗(yàn)證丟包是否是硬件原因造成的呢？
2020-03-12 05:55:01
求問如題。zstack里有沒有測丟包率，或者信道質(zhì)量的函數(shù)，求指教。。
2020-04-23 08:29:40
測試設(shè)備網(wǎng)絡(luò)時(shí)測試頁面卡住/網(wǎng)絡(luò)掛掉或測試丟包怎么解決？打入rk給的gmac rx tx_delay動(dòng)態(tài)補(bǔ)丁設(shè)備會(huì)奔潰怎么解決？打入rk給的gmac rx tx_delay動(dòng)態(tài)補(bǔ)丁執(zhí)行操作找到的rx_delay tx_delay為空沒有輸出的“O”怎么解決？
2022-03-04 06:28:09
1 問題
HPM6300EVK使用百兆以太網(wǎng)通信時(shí)，出現(xiàn)概率性丟包，導(dǎo)致通信異常。
此問題只針對部分HPM6300EVK上百兆PHY帖的晶振是50Mhz的。
2 解決辦法
修改
2023-06-08 13:39:09
為了提高片上Flash在嵌入式應(yīng)用中的讀取速度，提出了一種基于預(yù)取和緩存原理的片上Flash加速控制器。該控制器包括預(yù)取緩存和高速緩存兩種加速方案。其中預(yù)取緩存方案采用位寬擴(kuò)展和預(yù)取技術(shù)加速順序指令
2017-11-23 17:26:48
10 渲染涉及大量的緩存，這里緩存只是一個(gè)簡單的存有像素?cái)?shù)據(jù)的矩形內(nèi)存塊，最重要緩存是幀緩存和深度緩存。
2018-05-14 11:44:45
5584 
由于處理器是核心硬件，相信我們在選擇處理器的時(shí)候都會(huì)去關(guān)心處理器參數(shù)方面，而在處理器核心參數(shù)中，我們經(jīng)常會(huì)看到緩存（Cache）這個(gè)參數(shù)，那么CPU的緩存有什么作用呢？下面小編科普一下關(guān)于CPU緩存的作用。
2020-05-19 09:24:566273 緩存的主要手段有：瀏覽器緩存、CDN、反向代理、本地緩存、分布式緩存、數(shù)據(jù)庫緩存。
2020-06-13 12:04:404310 CPU沒有存儲(chǔ)功能，那么緩存到底是干什么的？CPU緩存是用于減少處理器訪問內(nèi)存所需平均時(shí)間的部件，作用類似于CPU內(nèi)部的內(nèi)存。
2022-03-30 10:58:363861 
而包含和不包含的區(qū)別在這里就會(huì)有所體現(xiàn)。如果是包含策略，那么新數(shù)據(jù)直接覆蓋舊數(shù)據(jù)即可，舊數(shù)據(jù)等于直接作廢，除非這個(gè)數(shù)據(jù)最近在CPU中被改寫過，需要返回到內(nèi)存中進(jìn)行保存，那么才需要將該緩存行刷回內(nèi)存（那么如何確定該緩存行是否被改寫過呢？可以用一個(gè)名為dirty的標(biāo)志位注明）。
2022-08-03 16:59:002450 
“ 本文的參考文章是2022年HOT 34上Intel Rob Blakenship關(guān)于CXL緩存一致性的一篇介紹。”
2023-10-19 17:42:27447 
緩存預(yù)熱就是系統(tǒng)上線后，提前將相關(guān)的緩存數(shù)據(jù)直接加載到緩存系統(tǒng)。
2023-12-25 09:41:02250 
正在加载...
電子發(fā)燒友App
工商網(wǎng)監(jiān)
評論