]: *** [Makefile:1089: /home/test/flexbuild_lsdk2108/components/firmware/atf/build/ls1046ardb/release
2023-04-11 07:37
由Claudio Adragna撰写的文件AN1089控制环建模L6561-Based TM PFC说： ''作为一种简化TM boost PFC预调节器中L6561的E / A补偿网络
2018-10-31 15:43
如何决定电信设计应满足哪种安全要求？通信设计中电路保护问题是什么？
2021-06-03 07:01
怎样去修改RK3288 Android7.1的hdmi默认输出呢？
2022-03-09 06:58
小编科普一下RK3399/libdrm/modetest
2022-03-07 07:06
各位：我家里有位耳聋患者，几十年了，我的嗓子吃不消了。我想是否可以用蓝牙耳机电路晓作修改后成为高级耳聋助听器呢？请各位高手指点指点，本人深表谢谢了！！！
2011-04-01 17:08
POE浪涌保护的重要性是什么？
2022-01-14 06:07
我在构建下面的代码方面遇到了一些问题。我不明白我在变量声明中做了什么“冲突”。这不是我的代码。我在网上找到了它，但我没有做任何改动来打印一个字符串而不是一个字母。原始代码来自：https://codenlogic.blogsp...f4550 to-lcd-in-8.htmlI，使用MPLAB X IDE v3.55、调试工具模拟器和编译器XC8(v1.41)。d charnewmain.c:46:warning:(359)指针类型指针到常量无符号char->指针到无符号charnewmain.c:93:warning:(368)x[].ednewmain.c:99上的数组维度:warning:(357)整数到pointernewmain.c:103的非法转换:error:(984)typeReDeCurdNeMeal.C：103：错误：（1098）变量“LCDA.MSG”（NeNEX.C：102）冲突声明
2019-11-05 08:30
在设计汽车的过程中，一个主要的难题是例如控制单元、传感器、信息娱乐系统等保护电子设备，免遭出现在电源在线的有害浪涌、电压瞬态、ESD和噪声的损害。瞬态电压抑制器(TVS)是用于保护汽车电子产品的理想方案，有些参数对这些应用来说非常重要，包括功率等级、关态电压、击穿电压、最大击穿电压。下面是这些参数的定义。
2020-05-04 06:33
你好，我在连接的汽车应用中使用了一个DSIC33 FJ256GP506A。为了允许OTA更新，我们在较低和较高的空间中分割闪存。您可以在附件中找到相应的GLD-文件。在这个项目中，几乎所有的程序内存（~ 90%）都被使用在ProjTythDasBo.jpg.上星期我注意到一些奇怪的行为：如果我正在更新（在空中）控制器上的下一个区域，所有的工作都在意料之中，但是更新上面的区域（从0x15800开始）程序。M不能正常工作（开始例程会产生一些错误）。在用PIC内存查看器分析产生的十六进制文件之后，我注意到在上面区域中的一些指令在另一个区域中比在较低的存储器中低，例如：较低（第一列是地址）：02F500FFFF 07FFF 04F5F 006373……嗯……02F586C6900616C 06F74 004672 IL。……02F60 006961 000 6C 0415F 006464 AI…L。A…D。02F68 006572 007373，007245呃…上：27 E68 000 FFFF 77FFF 006373 F4F…嗯……25E70 06C6900616C 06F74 004672 IL。……2E78 78 000 000 6C 00 415F 006464 AI…L。A…D。27 E80 006572 007373，007245呃…实际上，指令应该有0x15000的偏移量，但是正如你所看到的，偏移量要高得多。你知道为什么有些指令被移到另一个区域吗？（在这个例子中，几乎到输出文件的末尾）最好的问候，托马斯Amithasggp33 FJ256GP506AAUPIPROMMET.TXT（65.86 KB）-下载99次 以上来自于百度翻译 以下为原文 Hi, I'm using a dsPIC33FJ256GP506A in a connected car application. In order to allow OTA - Updates we split the flash memory in an lower and upper space. You can find the corresponding GLD - files in the attachment. In this project almost the whole program memory (~90%) is used as you can see in project_dashboard.JPG. Last week i noticed some stange behavior: If I'm updating (over the air) the lower area on the controller everything works as expected, but updating the upper area (starting at 0x15800) the program doesn't work properly (start routine produces some error). After analyzing the produced HEX files with the PIC memory viewer, I noticed that some instructions in the upper area are in another area than in the lower memory, e.g.: Lower (first column is address): 02F50 00FFFF 007FFF 004F5F 006373 ....... _O..sc.. 02F58 006C69 00616C 006F74 004672 il..la.. to..rF.. 02F60 006961 00006C 00415F 006464 ai..l... _A..dd.. 02F68 006572 007373 007245 006F72 re..ss.. Er..ro.. Upper:27E68 00FFFF 007FFF 004F5F 006373 ....... _O..sc.. 27E70 006C69 00616C 006F74 004672 il..la.. to..rF.. 27E78 006961 00006C 00415F 006464 ai..l... _A..dd.. 27E80 006572 007373 007245 006F72 re..ss.. Er..ro.. Actually the instructions should have an offset of 0x15000, but as you can see the offset is much higher. Do you know why some instructions are moved to a different area? (in this example almost to the end of the output file) Best Regards,Thomas Attached Image(s)[img][/img] Attachment(s)ame_asg_p33FJ256GP506A_lower_mem.txt (65.86 KB) - downloaded 71 timesame_asg_p33FJ256GP506A_upper_mem.txt (65.86 KB) - downloaded 99 times
2019-01-10 15:04
