我已經(jīng)把CAN Bootloader程序下載到MCU中了，從上位機軟件（CANTest）發(fā)送ID和data沒問題(示波器也能檢測到正確的數(shù)據(jù))。現(xiàn)在用CANTest軟件將應(yīng)用程序（該程序也沒問題，只是一個IO口的電平翻轉(zhuǎn)）的Bin文件發(fā)送到MCU中，但是發(fā)送文件失敗，不過示波器顯示有數(shù)據(jù)傳輸。
2019-11-25 08:55:04
你好 我正在研究SPC560B50x控制器并嘗試從控制器向總線工具發(fā)送CAN消息。我無法命中CAN傳輸ISR斷點，但通過我的控制器傳輸?shù)南从吃赽usmaster工具中。 CAN配置如下
2018-11-14 17:14:41
CAN協(xié)議具有哪些特點？STM32F4的bxCAN的主要特點是什么？CAN發(fā)送接收流程是怎樣的？
2021-10-22 09:31:58
; 設(shè)置標(biāo)識符（ID），數(shù)據(jù)長度和發(fā)送數(shù)據(jù) -> 設(shè)置 CAN_TIxR 的 TXRQ 位為 1，請求發(fā)送 -> 郵箱掛號（等待成為最高優(yōu)先級） -> 預(yù)定發(fā)送（等待總線空閑）-> 發(fā)送 -> 郵箱空置。整個流程如圖所示：上圖中，還包含了很多其他處理，不強制退出發(fā)送（AB
2021-08-19 08:33:55
文章目錄前言新建工程CAN發(fā)送調(diào)試運行工程代碼前言GD32VF103_環(huán)境配置_GPIO_外部中斷GD32VF103_定時器中斷GD32VF103_串口發(fā)送_printf_接收中斷
2021-08-19 06:44:50
CAN控制器的特點有哪些呢？CAN協(xié)議仲裁功能該如何去實現(xiàn)呢？CAN協(xié)議的發(fā)送流程與接收流程是怎樣的？
2021-11-08 07:59:06
; ECU 通電 -> 軟復(fù)位（應(yīng)用程序或系統(tǒng)復(fù)位） -> CAN 幀以正確的差異發(fā)送
ECU 斷電 -> ECU 通電 -> 軟復(fù)位（應(yīng)用程序或
2024-01-31 08:30:15
CAN總線的發(fā)送基本概念報文的作用報文的格式CAN.C代碼//CAN發(fā)送一組數(shù)據(jù)(固定格式:ID為0X12,標(biāo)準(zhǔn)幀,數(shù)據(jù)幀)//msg:數(shù)據(jù)指針,最大為8個字節(jié)，len:數(shù)據(jù)長度(最大為8
2021-08-19 08:17:55
輸出高電平，總線才能呈現(xiàn)為高電平（稱為“隱性”）。可見，只要有一個設(shè)備電平顯性，那么他就可以覆蓋其他所有設(shè)備的電平隱性。CAN控制器在發(fā)送報文的同時會監(jiān)聽總線狀態(tài)與自己發(fā)送的電平是否一致，如果不一致發(fā)生
2022-01-19 06:57:59
STM32：CAN總線通信初始化配置一、CAN總線通信 發(fā)送1. CAN總線通信發(fā)送配置流程寫入標(biāo)識符寫入標(biāo)識符類型（標(biāo)準(zhǔn)幀/擴展幀）寫入幀類型（遠程幀/數(shù)據(jù)幀）寫入數(shù)據(jù)長度寫入數(shù)據(jù)發(fā)送數(shù)據(jù)2.
2021-08-19 06:31:47
CAN報文怎樣設(shè)置單次發(fā)送和循環(huán)發(fā)送？類似圖片可以單次發(fā)送也可以循環(huán)發(fā)送，循環(huán)時間也可以修改，數(shù)據(jù)內(nèi)容也可以修改問題關(guān)鍵在于多報文怎樣去設(shè)置？當(dāng)前的思路是每一幀一個獨立線程，通過主循環(huán)消息隊列傳送消息進入報文循環(huán)線程，報文線程分為單次和循環(huán)分支
2021-10-26 11:54:33
調(diào)試器中運行。也就是說，我簡單地用任何版本編程PSoC并讓它運行。問題表現(xiàn)為“失敗：可以SRVC模式”錯誤（見附件項目）。看起來，在使用發(fā)布代碼運行時，第一個CAN消息失敗。我在發(fā)送之前耽擱了很長時間，但
2019-10-25 07:24:02
CAN的五種幀分別是哪些？如何去設(shè)置CAN的波特率呢？CAN的發(fā)送與接收流程是怎樣的呢？
2021-11-09 07:54:59
最近測試中在整車加入一塊傳感器通信的板子，結(jié)果加上去就無法通信，開始一直以為是程序問題，后來直接debug單片機程序。發(fā)現(xiàn)CAN的發(fā)送程序已經(jīng)執(zhí)行，可是總線上沒有信號。最后發(fā)現(xiàn)是硬件問題，匹配
2021-08-20 08:12:42
大家好！我在一個線程中調(diào)用了CAN發(fā)送，如果CAN和外部設(shè)備連接正常，那這個線程可以正常運行，如果我把CAN和外部設(shè)備斷開連接，那這個線程就卡在CAN發(fā)送那兒了，請問這樣正常嗎？有沒有辦法，在斷開CAN和外部設(shè)備后，這個線程的CAN發(fā)送雖然失敗，但是不會卡住線程，可以讓線程繼續(xù)運行？謝謝！
2023-02-10 14:52:59
大家好！我在一個線程中調(diào)用了CAN發(fā)送，如果CAN和外部設(shè)備連接正常，那這個線程可以正常運行，如果我把CAN和外部設(shè)備斷開連接，那這個線程就卡在CAN發(fā)送那兒了，請問這樣正常嗎？有沒有辦法，在斷開CAN和外部設(shè)備后，這個線程的CAN發(fā)送雖然失敗，但是不會卡住線程，可以讓線程繼續(xù)運行？謝謝！
2022-08-30 14:26:48
是通過幀id號進行仲裁，仲裁出本次發(fā)送消息的節(jié)點。能夠通過id來進行總線競爭的原因：1 總線遵循與邏輯；0為顯性，1位隱性；2 每個 節(jié)點在發(fā)送ID號時，會監(jiān)聽總線電平競爭法則：發(fā)送方發(fā)送信息can總線結(jié)果00繼續(xù)01報錯11繼續(xù)10競爭失敗，
2022-01-13 06:16:09
，表明短期內(nèi)發(fā)送產(chǎn)生的錯誤較多。 接收錯誤達到嚴重錯誤級別data[0] &0x10為真，表明該錯誤產(chǎn)生。 當(dāng)該錯誤提示，表明短期內(nèi)接收產(chǎn)生的錯誤過多。應(yīng)當(dāng)暫停CAN通信，檢查錯誤原因
2017-01-03 15:57:38
最近，在調(diào)試ＳＴＭ３２的ｃａｎ總線，遇到一個問題，ｃａｎ發(fā)送報文時，有一個自動重傳模式。也就是ｃａｎ發(fā)送完一幀報文后，如果因為ＩＤ競爭失敗或者出錯導(dǎo)致發(fā)送失敗后，如果使能了自動重傳，它會接著進行重新發(fā)送
2014-01-02 10:23:30
CC2530 單播30ms以下數(shù)據(jù)包就會發(fā)送失敗，請問什么原因？
有什么方法可以解決？
謝謝
2018-06-01 07:15:09
問題不是因為zBufferFull，那么廣播為什么會有300ms這么長的時間，再短就會發(fā)送失敗？是不是有些參數(shù)可以配置修改？比如說MAX_BCAST??? INT_HEAP_LEN?? _NIB.BroadcastDeliceryTime等等之類的？
2018-06-01 00:38:22
CC2530縮短發(fā)送時間間隔就失敗報錯，怎么解決？在調(diào)試CC2530的時候，采用協(xié)議棧中的SAMPLEAPP_SEND_PERIODIC_MSG_EVT事件定時發(fā)送。每次發(fā)送500字節(jié)。當(dāng)我縮短
2016-03-29 10:19:42
我是用CC3100座位STA模式連上路由器，然后創(chuàng)建server等待cilent建立連接，CC3100在有cilent連上就往這個socket發(fā)送5個字節(jié)的數(shù)據(jù)，但總是發(fā)送失敗，想請教下什么情況下會發(fā)送失敗？
代碼是在freertos上跑，發(fā)送代碼如下：
2018-06-21 14:40:12
ESP32在嘗試發(fā)送一些原始Wi-Fi幀時會發(fā)送多個“請求發(fā)送”數(shù)據(jù)包。
2023-04-14 06:06:12
在應(yīng)用程序開發(fā)完成后，can的收發(fā)測試全部正常，但是到了客戶現(xiàn)場實車測試時，發(fā)現(xiàn)偶爾會抓到CAN發(fā)送失敗的現(xiàn)象，經(jīng)過測試發(fā)現(xiàn)，當(dāng)總線上的負載率>40%的時候，失敗的概率就會大大增加，發(fā)送失敗后
2022-06-08 09:35:29
最近在用周立功CAN卡做上位機，在發(fā)送數(shù)據(jù)時，一次只能發(fā)送一幀，加了while循環(huán)后，還是只發(fā)送一幀數(shù)據(jù). 接收部分沒什么問題.這個是需要加個什么循環(huán)嘛？加在哪兒？ 還是其他問題，各位大神幫幫忙
2017-06-21 16:04:21
用Labview的模板，搭建了一個發(fā)送CAN信號的VI，導(dǎo)入DBC文件后，while循環(huán)運行但是沒有CAN報文發(fā)出
2019-07-18 13:36:06
1、我使用新唐M453單片機，使用CAN1進行實驗，將CAN1的后4個報文緩存RAM做為發(fā)送緩沖區(qū)來使用。通過線程啟動報文的發(fā)送，在中斷中通過查詢發(fā)送請求寄存器來判斷哪個發(fā)送緩沖區(qū)空閑，再進行發(fā)送
2023-06-15 07:26:44
MCU怎樣判斷CAN 發(fā)送狀態(tài)。
1、使能發(fā)送狀態(tài)
if ((CAN_1_INT_SR_REGCAN_1_TX_MESSAGE_MASK) != 0u)
{
CANDirve_OnMsgTXIsr
2024-02-18 08:33:18
我在測試CAN是否能成功發(fā)送數(shù)據(jù)的時候。發(fā)現(xiàn)總是失敗。現(xiàn)在我使用 100pin SPC574s。我已經(jīng)配置了 can tx PB0(18),PA15(17)pin。我使用 SPC5Studio 6.00 版本進行測試。
2023-01-09 06:38:44
CAN短接或接觸不良時程序卡死的根本原因。??如果初始化CAN時沒有打開CAN外設(shè)的發(fā)送失敗自動重發(fā)功能（RTT初始化CAN時默認不會打開自動重發(fā)），則CAN線的硬件連接恢復(fù)后STM32也不會再次產(chǎn)生發(fā)送
2022-07-26 11:33:18
STM32F407與STM32F105 CAN通訊失敗的定位解決問題的發(fā)現(xiàn)問題的現(xiàn)象測試過程硬件調(diào)整測試軟件調(diào)整測試結(jié)論基本結(jié)論結(jié)論擴展驗證問題的發(fā)現(xiàn)在STM32 CAN總線的應(yīng)用過程，遇到
2021-08-10 08:17:01
1 CAN發(fā)送郵箱STM32共有三個CAN發(fā)送郵箱，在檢測到總線空閑時交發(fā)送，但需要注意的是，有可能會發(fā)送失敗，有可能因為仲裁失敗從而導(dǎo)致失敗，也有可能是其它錯誤，原則上bxCAN將自動重發(fā)，但
2018-03-19 15:43:08
`源模塊一直處于發(fā)送狀態(tài)，這時開發(fā)板去接收報文會出現(xiàn)錯誤，如圖所示：左圖是用CAN盒持續(xù)發(fā)送報文，有圖是CAN接收結(jié)構(gòu)體的值，可以看出結(jié)構(gòu)體中的值除了ID正確，其他都錯誤。但是我先讓開發(fā)板進入等待接收狀態(tài)，再讓CAN盒發(fā)送報文，就完全正確。如圖：請問這是哪方面的問題呢？`
2018-06-14 15:31:59
本人現(xiàn)有一套系統(tǒng)，想用LABVIEW做個監(jiān)控界面，會從CAN總線上會發(fā)送所需要的數(shù)據(jù)，本人買了一CAN /USB的轉(zhuǎn)換器用于將總線上的數(shù)據(jù)與電腦連接，貌似還是屬于串口通信，初學(xué)labview，哪位好心人能指點下，現(xiàn)在有點迷茫，不知道該學(xué)那部分，本人qq 275324375 歡迎指點~
2011-08-02 12:27:46
can設(shè)備rt_device_write(can_dev,0,&txMsg,sizeof(txMsg))多次失敗后，接收方接受到了正確的數(shù)據(jù)發(fā)送方也會返回0.
2022-06-14 09:21:38
stm32can發(fā)送接收圖文詳解
2015-10-21 16:29:21
大神們好，我先說下我的環(huán)境，keil 5, cubemx,其中在使用can中斷接收HAL_CAN_Receive_IT時發(fā)現(xiàn)，如果單純接收的話，是沒有問題的，但是如果接收和發(fā)送同時開啟的時候，就經(jīng)常
2019-01-18 07:20:26
能發(fā)出數(shù)據(jù)，被CAN卡收到的程序。1、cubemx定義的內(nèi)容我就省略了。2、CAN1 定義了250K波特率。3、創(chuàng)建好以后，我就先開啟CAN口。在main函數(shù)之前。4、書寫發(fā)送函數(shù)5、while循環(huán)
2022-08-12 11:36:02
我是個初學(xué)者，現(xiàn)在有個問題想咨詢各位高手。我想用串口實現(xiàn)數(shù)據(jù)的發(fā)送、接收好保存，三個部分是分開寫的。想實現(xiàn)發(fā)送一幀數(shù)據(jù)（是XY坐標(biāo)值），從儀器返回一幀數(shù)據(jù)（返回坐標(biāo)值和測量值），返回成功則提取數(shù)據(jù)并保存，返回失敗則要重新發(fā)送這一點的坐標(biāo)值。問題就是：返回失敗時，怎樣讓程序重新發(fā)送這一點？
2015-11-18 18:43:50
我兩塊板子，A板一直處于接收模式，B板開始處于發(fā)送模式，這時候收發(fā)都沒問題，但是我的B板轉(zhuǎn)為接收模式，再切換會發(fā)送模式發(fā)送時，一直發(fā)送失敗，達到最大重發(fā)次數(shù)，A板一直是接收模式?jīng)]變過，請問這個是什么原因
2020-04-21 04:35:43
使用STM32F405RG，8M晶振。使用STM32CUbe設(shè)置，APB1的頻率為42MHz。配置CAN1成功，發(fā)送失敗。需要修改波特率配置參數(shù)。
2022-10-31 14:56:03
有個程序部分是這樣的：CAN_vLoadData(1,MO0); CAN_vTransmit(1); while(!Tr_flag); 其中Tr_flag是在發(fā)送中斷中被置1。運行顯示沒有進入中斷程序？平時度是按這個寫的，沒啥問題！用的是xc886單片機。
2012-11-29 21:54:49
正常DHCP、TCP、UDP都沒有問題，但是，CAN發(fā)送卻失敗了（用測試儀不能接收到數(shù)據(jù)）。
通過排查，發(fā)現(xiàn)當(dāng)注釋掉LWIP初始化代碼的mem_init()函數(shù)之后，CAN發(fā)送就正常了，但是，LWIP
2024-03-13 06:52:35
到才發(fā)第三幀，對方?jīng)]完全收到則發(fā)送第二幀。我用IF語句來寫的話就會造成如果滿足了對方完全接收到的條件，那么該報文就會發(fā)送第三幀數(shù)據(jù)，第一幀就發(fā)送不了了，然后通訊肯定又不正常了。請問大家有什么解決方法嗎
2017-12-19 16:42:39
本人使用英飛凌的xc886單片機，此單片機內(nèi)含muliCAN模塊。請教下：can發(fā)送報文能連續(xù)發(fā)多個報文嗎（非FIFO模式，就是一幀一幀的發(fā)）？因為我寫了個例子：發(fā)送方：用報文1、2、3發(fā)送數(shù)據(jù)
2012-11-23 15:47:44
小弟剛學(xué)labview，想做一款分析can報文的上位機。用的周立功can卡，現(xiàn)在問題是可以正常打開can，但是收不到報文，用另一臺電腦上的cantest給程序發(fā)報文的時候顯示發(fā)送失敗，求大神幫忙看看問題出在哪，卡在這好久了，萬分感謝！
2018-04-09 15:51:36
can通信發(fā)送自定義報文
2019-03-28 16:46:16
1.我在
CAN1上
發(fā)送報文因為周期不同，所以用了7個while來
發(fā)送不同的報文，請問有什么更好的解決方案嗎？2.測試過程中發(fā)現(xiàn)另一臺電腦接收到的報文顯示的周期相較
發(fā)送周期差距較大是什么原因?qū)е碌模?/div>
2022-05-12 17:43:45
時，總顯示發(fā)送失敗。也就是說TJA1050和上位機CAN通信不起來，不知道是不是TJA1050收發(fā)器的問題。希望做過此類的大神給點建議。
2013-10-28 21:35:03
“HAL_OK”，但通常（大約 50/50 的機會）其他設(shè)備沒有收到消息。所以消息丟失了？為什么添加 TxMessage 會失敗？為什么我沒有得到任何失敗的跡象？如何在不丟失的情況下正確發(fā)送 CAN BUS 消息？
2022-12-30 06:17:42
有知道如何用CAN通訊連續(xù)發(fā)送大量數(shù)據(jù)（一次無法發(fā)送完），最好有實例！
2019-01-02 08:20:11
應(yīng)用程序: 心跳擊心臟示例代碼
BSP 版本: M480系列 BSP CMSIS V3.04.000
硬件: NuMaker-ETM-M487
此示例代碼顯示如何獲取 ADC 電壓, 并由發(fā)援會發(fā)送
2023-08-22 07:11:47
在調(diào)試CAN，接收數(shù)據(jù)都沒什么問題，但是發(fā)送那一塊，有的時候rt_device_write的返回值為0，就是沒發(fā)出去，這個應(yīng)該怎么解決這個周期內(nèi)有的發(fā)送不出去的問題啊
2022-04-20 09:22:56
平臺 STM32F429軟件 STM32CubeMx 5.0.0固件庫STM32Cube_FW_F4_V1.23.0目的： 實現(xiàn) CAN 的發(fā)送一 簡介 CAN是控制器局域網(wǎng)絡(luò)
2021-08-19 06:37:18
CAN發(fā)送與接收的丟包問題硬件:STM32F4IGT6操作系統(tǒng):RTTV4.1.0CAN使用RTT的設(shè)備驅(qū)動CAN波特率 1Mbps通訊線不超過1米，電機CAN線和單片機CAN線與分析儀can線采用
2022-11-08 11:27:09
用的ST link下載的程序，然后通過ZLG USBCAN串口發(fā)送數(shù)據(jù)為什么會顯示失敗？
2015-12-21 17:11:39
標(biāo)準(zhǔn)庫上電之后串口會發(fā)送一個錯誤字節(jié)導(dǎo)致后續(xù)發(fā)送亂碼怎么解決？
2021-12-13 08:00:42
用stm32f103的雙機通信程序改的CAN通信程序，在用周立功CAN盒和cantest調(diào)試時，can盒發(fā)送指令失敗，檢查了接線波特率，都沒問題~求大佬指點其他可能引起通信失敗的原因【目前是can盒發(fā)送失敗，單片機接收不到數(shù)據(jù)幀】CAN盒和單片機的自收自發(fā)功能都正常
2019-11-05 22:57:49
周期發(fā)送，后附代碼問題：控制臺通過ｌｉｓｔ＿ｄｅｖｉｃｅ可以看到ＣＡＮ１已經(jīng)注冊，運行例程始終發(fā)送失敗，\\ | /RT - Thread Operating System/ | \\ 3.1.4
2022-11-25 10:08:49
小白剛接觸rtt，用rtt studio做CAN開發(fā)，看官網(wǎng)例程，失敗，后查閱網(wǎng)上資料，都是提示從drivers/bsp...拷貝drv_can.c drv_can.h文件到工程中，配置時鐘，拷貝
2023-02-08 11:26:36
的作用是什么？2、協(xié)調(diào)器為什么會發(fā)送beacon request ？根據(jù)802.15.4 macAPI中，上面是設(shè)備發(fā)送beacon request 而協(xié)調(diào)器發(fā)送的beacon，這里上電后為什么會發(fā)beacon request
2018-06-01 11:23:52
為什么PDMA發(fā)送的數(shù)據(jù)被替換的現(xiàn)象會發(fā)生？
2020-12-21 06:46:15
如果我重復(fù)睡眠和喚醒過程大約 4 次，KW38 不能再被 CAN 喚醒，這似乎是 BUS OFF 發(fā)生了。因為如果我重新連接 PEAK CAN USB，并再次發(fā)送消息，它可以喚醒.我嘗試了幾種不同的配置，但它仍然會發(fā)生。你能教我如何防止這個問題嗎？
2023-03-27 07:21:57
通過websocket發(fā)送異步數(shù)據(jù)時遇到問題。程序可以在這里找到：https://github.com/m5it/es??p-kos-bridge/tree/v0.4b1問題是1分鐘左右發(fā)送失敗
2023-04-13 07:39:13
CAN的特點CAN 協(xié)議具有以下特點。(1) 多主控制在總線空閑時，所有的單元都可開始發(fā)送消息（多主控制）。最先訪問總線的單元可獲得發(fā)送權(quán)（CSMA/CA 方式*1）
2009-03-25 09:16:21
1809 STM32_CAN發(fā)送和接收過濾原理介紹。
2016-07-22 17:04:33
8 嵌入式網(wǎng)絡(luò)接口實現(xiàn)兩種網(wǎng)絡(luò)的互連。當(dāng)以太網(wǎng)應(yīng)用層有數(shù)據(jù)要發(fā)送到CAN節(jié)點時，首先將數(shù)據(jù)發(fā)送到網(wǎng)關(guān)，由以太網(wǎng)控制器協(xié)議轉(zhuǎn)換模塊解析完整的CAN協(xié)議數(shù)據(jù)包，通過CAN控制器發(fā)送到CAN總線。反之
2018-08-24 16:19:102651 
;
CAN_InitStructure.CAN_AWUM=DISABLE;
CAN_InitStructure.CAN_NART=DISABLE;//CAN報文只被發(fā)送1次，不管發(fā)送的結(jié)果如何（成功、出錯或仲裁丟失
2018-12-03 14:31:1213989 
STM32F407與STM32F105 CAN通訊失敗的定位解決問題的發(fā)現(xiàn)問題的現(xiàn)象測試過程硬件調(diào)整測試軟件調(diào)整測試結(jié)論基本結(jié)論結(jié)論擴展驗證問題的發(fā)現(xiàn)在STM32 CAN總線的應(yīng)用過程，遇到
2021-12-02 16:51:1618 CAN總線的發(fā)送or接收失敗問題在調(diào)試中遇到了這樣的問題：在用CAN總線分析儀接收調(diào)試板發(fā)出的數(shù)據(jù)時，接收不到數(shù)據(jù)。但是程序拿到另外一塊類似板中一切正常。原因分析在程序沒問題的基礎(chǔ)上，想到是硬件
2021-12-04 16:21:0421 STM32F407 CubeMX配置CAN 實現(xiàn)簡單的發(fā)送接收CubeMX時鐘配置引腳配置MX CAN配置代碼在MX_CAN1_Init()中添加過濾器配置代碼在main.c中添加發(fā)送接收代碼測試
2021-12-04 18:06:0613 在調(diào)試程序的時候，我們可以通過CAN報文把一些關(guān)鍵變量的值輸出，來觀察程序的運行狀態(tài)，下面我們就來看一下如何輸出CAN報文，并在發(fā)送成功后，觸發(fā)一個CAN中斷。1.首先要包含CAN驅(qū)動頭文件
2021-12-28 19:14:2113 0.CAN總線錯誤分析與解決–講的最精辟的放在最前面我們知道CAN總線上的每個節(jié)點往總線上發(fā)送數(shù)據(jù)的同時會同時讀取總線上的數(shù)據(jù)，并與自己發(fā)送的數(shù)據(jù)作對比。—CAN仲裁???CAN總線錯誤分別有發(fā)送
2022-01-14 13:21:2515 CAN協(xié)議中規(guī)定：發(fā)送方發(fā)送位時，需檢測接收到的位與發(fā)送是否一致，若不一致則產(chǎn)生錯誤幀（位錯誤）。如果發(fā)送延遲過長，則將直接導(dǎo)致發(fā)送與接收位不一致而產(chǎn)生錯誤幀。
2022-07-08 14:25:241480 報文的發(fā)送一般分為周期性的、緊急事件觸發(fā)型的以及軟件使能型，周期性的報文需要測驗周期時長的偏差是否滿足規(guī)約，另外 2 種類型的報文需要在干擾條件下進行看是否會造成發(fā)送失敗情況。一般以固定 ID 發(fā)送至 CAN 工具（一個 CAN 網(wǎng)絡(luò)至少需要有 2 個節(jié)點），通過上位機的時間戳功能查驗。
2022-07-29 10:06:103150 以500Kbps通信的經(jīng)典CAN為例，如果允許上位機/Gateway節(jié)點連續(xù)發(fā)送，1ms內(nèi)可以發(fā)送三幀報文，也就是說：如果接收端沒有在300us左右的時間內(nèi)處理完連續(xù)幀，就可能會導(dǎo)致連續(xù)幀覆蓋的問題，即：接收端接收丟幀。
2022-08-25 10:41:0914175 
在詳解CAN總線：CAN總線報文格式—數(shù)據(jù)幀文章中，講解到仲裁段。仲裁段用于寫明需要發(fā)送到目的CAN節(jié)點的地址、確定發(fā)送的幀類型（當(dāng)前發(fā)送的是數(shù)據(jù)幀還是遙控幀），并確定發(fā)送的幀格式是標(biāo)準(zhǔn)幀還是擴展幀。
2022-10-25 14:00:181632 
降低同一時刻，多個發(fā)送報文的Burst Send問題。這個問題屬于QA1的延申。一個節(jié)點，發(fā)送的報文類型可以有多種（QA1提到）。
2022-11-15 14:34:495102 
? ? CAN網(wǎng)絡(luò)圖示 ?? CAN的特點? ?? CAN協(xié)議具有以下特點。 ??? (1)?多主控制? 在總線空閑時，所有的單元都可開始發(fā)送消息（多主控制）。?最先訪問總線的單元可獲得發(fā)送
2022-11-19 01:33:41460 電子發(fā)燒友網(wǎng)站提供《使用nanoFramework通過CAN總線發(fā)送和接收數(shù)據(jù).zip》資料免費下載
2023-01-05 10:44:390 CAN總線是可以掛載多個控制單元，每個單元均可以發(fā)送和接收數(shù)據(jù)，為了避免發(fā)生沖突，協(xié)議規(guī)定只有等信道空閑時刻優(yōu)先級高的單元才能占有總線并發(fā)送數(shù)據(jù)，那么CAN單元是如何判斷優(yōu)先級的呢？ ?? CAN
2023-02-03 08:15:02471 CAN與上位機通信詳細教程 提示：這里可以添加系列文章的所有文章的目錄，目錄需要自己手動添加本文使用32版HAL庫與上位機進行通信，使用按鍵按一次則發(fā)送一次數(shù)據(jù)給上位機，上位機發(fā)送一次
2023-05-09 14:41:429 ？眾所周知，CAN控制器發(fā)送信號時，是經(jīng)過收發(fā)器后發(fā)往CAN總線后，再經(jīng)過收發(fā)器反饋總線信號。那么發(fā)送過程中，控制器發(fā)送位信號到接收位信號就不可避免地存在環(huán)路延遲。發(fā)
2022-07-22 15:13:50528 
CAN總線是可以掛載多個控制單元，每個單元均可以發(fā)送和接收數(shù)據(jù)，為了避免發(fā)生沖突，協(xié)議規(guī)定只有等信道空閑時刻優(yōu)先級高的單元才能占有總線并發(fā)送數(shù)據(jù)，那么CAN單元是如何判斷優(yōu)先級的呢？CAN仲裁的實現(xiàn)
2023-02-02 10:52:58447 CAN總線狀態(tài)直接進入了BUS OFF狀態(tài)，這意味著錯誤計數(shù)已經(jīng)超限，查看CPU收發(fā)寄存器的收發(fā)錯誤計數(shù)顯示發(fā)送錯誤計數(shù)TEC達到248， 接收錯誤計數(shù)為0。這很明顯，數(shù)據(jù)壓根沒有發(fā)送到總線上。
2023-08-01 14:37:003127 
STM32 CAN接收/發(fā)送錯誤寄存器如何清零？? CAN總線是一種常用的串行總線，其具有高可靠性、高速率、容錯能力強等特點，廣泛應(yīng)用于汽車電子、制造業(yè)自動化、工程控制等領(lǐng)域。在CAN總線的標(biāo)準(zhǔn)
2023-09-14 14:22:312419 已全部加載完成
電子發(fā)燒友App
工商網(wǎng)監(jiān)
評論