25KB/s，这对于我们的用例来说非常低。 使用自定义固件代替 EZ-Serial 是否有助于提高吞吐量？ 欢迎提出任何建议。我已经就此向英飞凌开了一张罚单，但他们回来时没有提供更多信息。 因此，为了提高吞吐量，我在这里问是否有人有答案。谢谢。
2024-02-27 06:56
在PIC16（L）F1614／8 DATA SHITEDS400 01769B中，我理解第175页表13-2中的RXYPPS值包含错误。例如，TX /CK的RXPYPS值不应该是10010，而是110。这张表上似乎还有其他错误。请大家给我提供一个正确的表格。谢谢。
2019-08-08 11:29
我们正在使用我们自己的板（PIC32MZ）和RN1810 Wifi模块（115200波特率）从软件PC向板发送和接收modbus/tcp帧（参见附图）。我正在测试modbus轮询的效率，其中帧间aprox为：35ms。e不能丢失它们，因为我们的软件PC非常紧凑。我试过：-改变冲洗方法：20ms，100ms（工厂设置），等等-改变冲洗方法以匹配字符：我在帧的末尾放一个0x0D，我可以捕获那个字符并发送帧，但是我们仍然在丢失。流量控制（RTS和CTS引脚），我需要使用流量控制吗？为什么？
2019-10-16 10:28
在控制台调试生成测试代码中使用CopyEXEXT命令测试PEAP总是会碰到断言。在PEAP情况下，联接（）调用WieDig-TLSSI- IITHI恒等式（和；NULL，0，NULL，0）；所以它总是在以下断言：WiDeDeSalt（“坏的ARG”），（身份！= NULL）和（私有）密钥！（NULL）和（和）；=空）；在WiDejtLsSi-iNITHI恒等式中实现：以下检查看来是错误的：如果（证书）数据！=空）（证书长度）！= 0）如果（私人）钥匙！= null（Kyl长度）！= 0）例如，将NULL NULL传递到PrimeType密钥，而非零KEYL长度将命中空指针引用。 以上来自于百度翻译 以下为原文Test peap with join_ext command in console debug build test code will always hit assertion. In peap case, join_ent() callswiced_tls_init_identity( &identity, NULL, 0, NULL, 0 ); So it always hit below assertion:wiced_assert( "Bad args", (identity != NULL) && (private_key != NULL) && (certificate_data != NULL) ); And looking at the implementation in wiced_tls_init_identity:Below checking looks wrong:if ( ( certificate_data != NULL ) || ( certificate_length != 0 ) )if ( ( private_key != NULL ) || ( key_length != 0 ) ) e.g. Pass NULL to private_key with non-zero key_length will hit null pointer dereference.
2018-12-27 15:48
正如我们用传感技术来测量个人的呼吸和心率，实际上城市也从同样的技术中受益。智能城市的一个关键要素是配备有传感器的智能交通系统，可监控城市的“健康” - 跟踪交通数据和停车计时以实施执法，红绿灯优先事项和事件管理
2019-08-13 08:37
你好，我想在MPLABX打印我的源代码。这是可能的吗？谢谢你，史提夫
2019-10-28 09:10
我发现了一些奇怪的东西，也许这里有人能解释为什么会发生这种情况：一个简单的代码，其中构建过程挂起，而aspic18进程占用CPU。它编译PIC12、PIC16、PIC24&PIC32，但在为PIC18（在免费&标准优化模式下）编译时使aspic18挂起。当更改为PRO优化时，它会生成。当禁用asm-.(-asm而不是default+asm)时，它还在Free&Standard模式下编译。如果我注释掉for循环或.(1)循环，它也会编译。如果我把一些伪代码放在while（1）循环中，它也会编译。那里发生了什么？它似乎只影响PIC18的编译/优化（尝试不同的PIC18模型）。
2019-08-09 09:03
本文以GPRS无线传输网络为依托，借助J2ME技术与Oracle 9i数据库设计开发了一套实时与公安系统数据中心进行数据交换的公安交警移动警务系统，最终通过手机终端进行了测试，该系统的使用将极大地提高一线交警管理和办案工作效率。
2021-05-13 06:11
当在检查连接的RSSI和噪声的调试器中运行WICDE 60.1代码时，当我取下正在连接的访问点时，我遇到了一个“错误：无效缓冲区”断言的问题。为了确保它不是我正在使用的非常复杂的代码中的一个bug，我使用SNIP.UdpStand复制了这个问题。错误是在WWDIWiFixGETIOCiTLL BuffER（）中[43XXXWi-Fi/WICD/WWD/NET/WWDWiWiF.C]。当返回WSDJTimeUT时，“响应”缓冲区为NULL，但尽管如此，它仍然被释放。它不应该被释放，因为它不存在。WWDJRESULTTWT WWDWIWIFIGETGETIOCLTL缓冲（UIT32），IUCT8*T*OUTHORD缓冲区，UTI1616T超长，WWDI接口接口{WICEDED缓冲液缓冲液；UTIT32×T*数据；WieDeff-Fuffelt反应；WWD结果；数据=（UTI32×T*）WWDJSDPCMGETGETIOIOLTL缓存（缓冲器，OutOthLoad）；校验-缓冲（数据）；结果= WWDJSDPCMysEndoiIOCTL（SDPCMYGET，IOCTL，缓冲器，和响应，接口）；/*有任何情况下，当响应为非空时，将返回一个错误？*/*它工作：将结果复制到输出缓冲区*/如果（WWDJ成功＝＝结果）{数据＝（UTI32×T*）HoST.BuffryGETHOL.CurrthyTabeODATA指针（响应）；MEMCPY（OutOx缓冲区，数据，OutOthLoad）；}HoothBuffelx发布（响应，WWDJNETWorksRx）；/*这条线是否只在WWDY成功上执行？*/返回结果；}为了生成这个错误，我对UdpSimult.c进行了一些微小的更改，并使用了WiFixCuffixDCT.h中的CclipTyAppssid和PaspHaseh，然后根据指令构建并运行剪辑。当它运行时，我拔出了接入点。大约过了一分钟，断言发生了。我已经附加了一个复制的UPDPix.c代码的副本。ZIP邮编3.5 K 以上来自于百度翻译 以下为原文When running WICED 6.0.1 code in the debugger that was checking the RSSI and noise of a connection I ran into problems with an "Error: Invalid buffer" assert when I took down the access point to which I was connecting. To make sure it wasn't a bug in the very complicated code that I was working with, I reproduced the problem using snip.udp_transmit. The bug is in wwd_wifi_get_ioctl_buffer() [43xxx_Wi-Fi/WICED/WWD/internal/wwd_wifi.c]. When WWD_TIMEOUT is returned, the "response" buffer is NULL, but it gets released in spite of that. It shouldn't be released, because it doesn't exist. wwd_result_t wwd_wifi_get_ioctl_buffer( uint32_t ioctl, uint8_t* out_buffer, uint16_t out_length, wwd_interface_t interface ){ wiced_buffer_t buffer; uint32_t*data; wiced_buffer_t response; wwd_result_t result; data = (uint32_t*) wwd_sdpcm_get_ioctl_buffer( &buffer, out_length ); CHECK_IOCTL_BUFFER( data ); result = wwd_sdpcm_send_ioctl( SDPCM_GET, ioctl, buffer, &response, interface );/*Are there any cases where an error would be returned where response would be non-NULL?*/ /* it worked: copy the result to the output buffer */ if ( WWD_SUCCESS == result ) {data = (uint32_t*) host_buffer_get_current_piece_data_pointer( response );memcpy( out_buffer, data, out_length ); } host_buffer_release( response, WWD_NETWORK_RX ); /*Should this line be only executed on WWD_SUCCESS?*/ return result;} To generate this error I made some minor changes to udp_transmit.c and used my CLIENT_AP_SSID & PASSPHRASE in wifi_config_dct.h. Then I built and ran the snip according to the instructions. While it was running I unplugged the access point. After a minute or so the assert occurred. I have attached a copy of the udp_transmit.c code I modified. udp_transmit.c.zip 3.5 K
2018-11-08 15:05
你好！我目前在移植+增强为26K22到25K42I编写的固件不能获得UART1 TX中断标志，所以我认为我的代码中有一个bug。相反，代码的遗留部分就在那里，因为包含文件中有一个bug。产生任何错误，这是错误的，因为正确的位是U1TXIF，它在寄存器PiR3中。查看设备中包含的文件显示了这一点，我猜想它是这样写的，所以代码在家庭之间是可移植的，事实上第三结构在26K22包含文件中，在252中。5包含文件，但在这种情况下，它是错误的。我记得在编写代码时看到了其他错误，但是没有注意到，因为它们更明显。而且，这是对数据表的批判，这仍然是“初步的”，命名约定有很多不同之处，这是我不理解的。立…例如，TMR2类型定时器中的“定时器”位被命名为“on”和“txon”，在TMR1类型定时器中，它被命名为“on”和“tMR1on”，在tMR0定时器中是“EN”和“T0EN”等。使用单一命名约定的IMHO将是最好的东西，但那就是我。 以上来自于百度翻译 以下为原文 Hi!I'm currently working on porting + enhancing a firmware written for 26k22 to 25k42 I wasn't able to get the UART1 TX interrupt flag to set so i thought there was a bug in my code. Instead, a legacy portion of code was sitting there, because of a bug in the include file..I can write PIR1bits.TXIF without generating any errors, which is wrong because the correct bit is U1TXIF and it is in register PIR3. Looking at the device include file shows thistypedef union { struct {unsigned INT0IF:1;unsigned ZCDIF:1;unsigned ADIF :1;unsigned ADTIF:1;unsigned C1IF :1;unsigned SMT1IF:1;unsigned SMT1PRAIF:1;unsigned SMT1PWAIF:1; }; struct {unsigned:4;unsigned TX1IF:1;unsigned RC1IF:1;unsigned:1;unsigned PSPIF:1; }; struct {unsigned:4;unsigned TXIF :1; };} PIR1bits_t; I suppose it's written like this so the code is portable between families, infact the third structure is there in the 26k22 include file AND in the 2525 include file, but in this case, it's wrong.I recall seeing other errors like this while writing code but didn't take note because they were more obvious. Also, and that's a critique to the datasheet, which is still "preliminary", there are many differences in naming conventions, which i don't understand.. For example the "Timer On" bit in TMR2 type timers is named "ON" and "TxON", in TMR1 type timers it is named "ON" and "TMR1ON" and in TMR0 timers it is "EN" and "T0EN" and other of such things.. IMHO using a single naming convention would be the best thing, but that's me
2018-12-17 16:48
