y*****x
发帖数: 3291 | 1 我倒是做过，公司要用 bootloader, 从欧洲一个软件公司买了套 dspic专用的
bootloader, 连带 source code. 稍微修修改改就能直接用了，还算稳定. |
|
a****y
发帖数: 255 | 2 dsPIC from Microchip.
never use these dsPICs, though |
|
F********g
发帖数: 475 | 3 unsigned int calculate_1X_LO_period(unsigned int input_freq_khz, unsigned
int if_freq_khz)
{
unsigned int
remainder;
unsigned int temp_result;
unsigned int divisor;
DISABLE_TMR1_INT;
DISABLE_TMR4_INT;
DISABLE_SPI1_INT;
dividend.all=32000;
divisor=input_freq_khz+if_freq_khz;
if (0==divisor)
... 阅读全帖 |
|
s**********s
发帖数: 47 | 4 I guess something related to "if_freq_khz"?! you really like start with "if_
"?!
just guess |
|
|
b*****e
发帖数: 1193 | 6 搞过多个芯片的15765 can bootloader, 这个东西跟芯片无关啊 |
|
l***g
发帖数: 1035 | 7 你做的是host端吧。pc side当然没关。芯片端的embedded bootloader所有芯片都不一
样。 |
|
b*****e
发帖数: 1193 | 8 of course embedded bootloader, high lvl 15765, almost the same, low lvl
abstract to diff mcu can controllers. that's it. |
|
l***g
发帖数: 1035 | 9 how can the low level part be the same? you mean within a family of mcu? |
|
b*****e
发帖数: 1193 | 10 hardware abstraction layer
这样你底层firmware可以不同,应用层可以用一个.
我们那时是给ECU做can和k-line的boot loader. |
|
l***g
发帖数: 1035 | 11 yes but the low level firmware is the one i'm seeking... and pic chips are n
ot quite generous in space for boot code; |
|
b*****e
发帖数: 1193 | 12 low lvl就can+flash的driver,
应用层纯C, 整个代码量10K能搞定 |
|
|
|
l***g
发帖数: 1035 | 15 the pic i use only has 600 bytes for boot |
|
b*****e
发帖数: 1193 | 16 then u can only use secondary bootloader solution. |
|
l***g
发帖数: 1035 | 17 that swedish guy? his license term is too stringent.. |
|
y*****x
发帖数: 3291 | 18 no, a company called Ingenia |
|
l***g
发帖数: 1035 | 19 i know they have an open source one for uart, is there an open source one fo
r CAN as well? |
|
F********g
发帖数: 475 | 20 不清楚你用的PROCESSOR,DSPIC的看APP NOTES学起来很快。
+U。 |
|
