楼主厉害，佩服{:smile:}
好东西，顶！！！
顶，强烈支持
大力支持
本帖最后由 bsz84 于 2015-10-18 11:28 编辑
下载报警
xwiron 发表于 2015-10-15 18:42
在用 MDK5 pack写东西...
大哥，能指点下那个MDK5 pack究竟怎么用啊？
这个好，抽空研究下
无心星矢 发表于 2015-10-18 10:23
只要是开源的必顶无疑。支持楼言主。
暂时开源80%
bsz84 发表于 2015-10-18 11:23
下载报警
不会吧，别人没说过这问题啊
shentqlf 发表于 2015-10-18 12:09
暂时开源80%
那也不错。{:victory:}
牛人啊，顶一个
这个是好东西，必须支持、学习！
有STM32CubeMx,为啥要用这个？
感觉很牛，顶起
我也支持一下，看能不能移植到F4上去
不错的想法
whatcanitbe 发表于 2015-10-17 11:18
我用4.72a,这样试过打不开。
我用4.23可以打开,不过我的是正版的,这个应该和是否是正版没有关系.
修改按键驱动程序中一个变量名字的错误。。。
BUTTON::BUTTON(GPIO* p_pin, uint8_t pull_up)
{
pin = p_pin;
pull_up = pull_up;
}
改为
BUTTON::BUTTON(GPIO* p_pin, uint8_t p_pull_up)
{
pin = p_pin;
pull_up = p_pull_up;
}
搞带CAN 的型号吧，CAN 会和串口一样流行
TigerFish 发表于 2015-10-19 17:06
搞带CAN 的型号吧，CAN 会和串口一样流行
有个网友正帮我写着呢，过几天我整理下持续更新，希望有更多的用户参与进来一起开发完善。这就是我最初的想法
建议代码上github之类的，更新快
楼主威武！最好做成开源，可移植然后可以发扬光大！
封装封装再封装
支持一个
关注一下
楼主很用心的，希望你成功。
lningbd 发表于 2015-10-20 16:39
楼主很用心的，希望你成功。
这并不是为了成功，我想的只是让大家都参与进来，共同经营
这是俺喜欢的方式，楼主威武！！！！！！
看起来不错，有机会试试 。
支持楼主，看了楼主的库集成得很好了，建议再增加电机控制的驱动。还有楼主也可以多联系一些愿意加入的开源爱好者一起开发。
支持楼主
全部用C++做的？
太厉害了，楼主辛苦了！学习中。。。！
支持楼主
收藏学习，谢谢开源分享
C++，不熟悉啊，面向对象的看着就是爽啊
好资料，先收藏了。
强力关注，楼主辛苦啊~~~{:smile:}
真是好贴。
出其而亮 发表于 2015-10-16 16:01
直接将工程后缀名uvprojx改为uvproj,双击打开.
打开时显示错误，没有文件。我用的是v4.72
祝贺申精成功{:lol:}
这个确实大大减少了移植驱动代码的工作量~赞
很佩服楼主，但是用过mbed吗？
我是个菜鸟 不小心进到大神的帖子 看得天花乱坠 眼花缭乱 ，好像是很犀利的东西 ， 我才刚用STM32点LED， 操作系统啥的 好像很牛。希望有一天能看懂这个东西 并且会用。
膜拜+支持。
这个要支持，赞。。。
多谢阿莫支持！！！
板子很不错，支持一下，其实个人而言还是喜欢自己写，不过看到你的板子，觉得买来做通用板用还是很不错的，比较喜欢红色的
板子丝印很漂亮
收藏了EBOX，希望驱动库能更多一些，应该先考虑ST系列的拓展，再考虑其它厂商的单片机
楼主这个代码看着和arduino的有点像呀
标准化，这东西好是好，但是需要大家都能接受吸收才有效。对用户越简单，背后就越复杂。
楼主比较强，知道学习借鉴
rmdyj 发表于 2015-10-26 13:52
标准化，这东西好是好，但是需要大家都能接受吸收才有效。对用户越简单，背后就越复杂。 ...
这个真是这样的
ayumi8 发表于 2015-10-26 11:13
我是个菜鸟 不小心进到大神的帖子 看得天花乱坠 眼花缭乱 ，好像是很犀利的东西 ， 我才刚用STM32点LED，...
ebox没那么复杂，就是让用户编程简单化
支持！！
有自己的特色，应该能杀出条路来，祝福楼主！！
这个要支持一下！
好东西，但如果不是一开始就使用，就觉得太复杂了。但是一开始学的话，可能又看不懂。
还是就是维护的问题，不知开源能做多久，有劳楼主了。
楼主头像好诱人，
hantnt 发表于 2015-10-26 17:37
楼主头像好诱人，
这是个小孩子头像，不要像太多行不。
haso2007 发表于 2015-10-26 17:31
好东西，但如果不是一开始就使用，就觉得太复杂了。但是一开始学的话，可能又看不懂。
还是就是维护的问题 ...
你说的这个问题很好，所以教程，文档要花很大功夫继续完善。后期的服务要跟上。虽然ebox内核趋于稳定，但是这只是一个开始，后面的路还很长很长很长。。。。。。
haso2007 发表于 2015-10-26 17:31
好东西，但如果不是一开始就使用，就觉得太复杂了。但是一开始学的话，可能又看不懂。
还是就是维护的问题 ...
由于怕用户上手太难。我就把操作系统单独拿出来了。尽可能的降低入门难度
楼主威武！路过点赞！
这个是我这么久看过最牛逼的帖子，不禁虎躯一震。
edaworld 发表于 2015-10-26 18:08
这个是我这么久看过最牛逼的帖子，不禁虎躯一震。
过奖了，兄台。坛子里大牛多的很！
梦想不易，且梦且珍惜，支持
微风 发表于 2015-10-26 20:00
梦想不易，且梦且珍惜，支持
我一直不喜欢梦想这个词。充满了虚无缥缈，幻想着能怎么怎么样，还有被动的态度。只有梦想的人，永远只会活在自己的梦想之中。
楼主厉害，支持楼主
有USB驱动吗？
楼主强大，必须支持
牛人 顶起 为革命事业努力！{:lol:}
牛人，这个你把所有外设封装也库，就是一个封闭的环境。对于我们来只知道怎么用，不知道怎么实现。不能灵活运用，一点意思都没有
所有的事情必须在你的框架下运行，作为初学者更是不利.
楼主太牛叉了~这样比原来的库好用的不止多少倍～
很不错的东西，楼主有心了，赞一个{:handshake:}
真心的不错
mvip 发表于 2015-10-27 09:05
牛人，这个你把所有外设封装也库，就是一个封闭的环境。对于我们来只知道怎么用，不知道怎么实现。不能灵活 ...
看来你不是学计算机出身的。
本帖最后由 shentqlf 于 2015-10-27 11:42 编辑
mvip 发表于 2015-10-27 09:05
牛人，这个你把所有外设封装也库，就是一个封闭的环境。对于我们来只知道怎么用，不知道怎么实现。不能灵活 ...
无规矩，难以成方圆！所有的自由都是相对的。就像这个社会没有法律的框架，哪里能享受自由？
njchenmin 发表于 2015-10-27 06:27
有USB驱动吗？
还没有呢。。。
BlueskyZhou 发表于 2015-10-27 09:24
楼主太牛叉了~这样比原来的库好用的不止多少倍～
原来的库是因为ST因为要兼顾兼容全系列的所有功能，所以架构有点难看，现在的cube更是用的头大。ebox对没有特殊需求的人来说是比较不错的，基本的外设的基本功能都已经涵盖，上手非常容易。但是有些代码还没有开源，对于芯片的功能完善或者移植到新的芯片上只能靠楼主努力了，希望能早日完善。要感谢楼主的无私奉献...
mvip 发表于 2015-10-27 09:05
牛人，这个你把所有外设封装也库，就是一个封闭的环境。对于我们来只知道怎么用，不知道怎么实现。不能灵活 ...
初学者确实不建议用这个，还是老老实实用std库、看手册。这个应该是针对不想深入了解stm32但是又想用这个芯片的才比较合适。封闭有好有坏，如果封闭的代码足够强壮也没什么大问题，不然遇到些莫名其妙的问题排查也是头大。
其实，我想说点个人看法。
单片机这东西比较底层。
能把底层研究透的人，基本上不太在乎封装之类的，请注意，我说的是底层研究透的人。
您这东西我挺看好的，但是能否可以再进一步，
图形化，
其实，在我看来，所谓的开发，大部分都是面向底层的应用，
无非是应用的水平有些差距，差距在于积累的经验，
我们大部分人都在重复工作，重复自己，重复别人，
开源是个好东西，好思想，
但是需要经营好才行。
经营嘛，就需要money。
楼主不错，已经迈出第一步，
鼓励一下！
加油！
楼上有见解，两个方向，一个是简单化，
另一个是，
深化
健壮
做的还可以，但是这东西毕竟不是符合所有人的口味。
但是LZ的勇气可嘉，值得鼓励
来一趟，提个小建议：
ebox_init();
这个初始化函数，可以放在汇编函数里面运行，即对外不可见。
用户就不用考虑到初始化的问题了，这样就跟arduino开发门槛一样低了。
我遇到很多初学者都是忘记初始化的，虽然看起来SB，但是确实发生在我们的身边。
jiangkehong 发表于 2015-10-27 11:09
初学者确实不建议用这个，还是老老实实用std库、看手册。这个应该是针对不想深入了解stm32但是又想用这个 ...
是的，如果想真正的了解STM32这款芯片还是要，从官方固件库，手册开始学习。对于已经比较熟悉STM32的人来说，如果不想再重复性的工作，而是快速开发可以使用ebox。当然内部的东西现在没有开源，所以很多人用起来觉得不太舒服。这一点是现在难以避免的问题。
有问题就要想办法解决。
song1km 发表于 2015-10-27 11:39
楼上有见解，两个方向，一个是简单化，
另一个是，
是的。这两个方向是必然的选择。如果不够简单，就没有必要用了，如果不够健壮，更是没人敢用。
enterpriseZ 发表于 2015-10-27 11:43
做的还可以，但是这东西毕竟不是符合所有人的口味。
但是LZ的勇气可嘉，值得鼓励
来一趟，提个小建议：
恩，这个是可以的。目前考虑的是为了保证在最少改动官方固件库的基础上做的一些事情。
shentqlf 发表于 2015-10-27 11:49
恩，这个是可以的。目前考虑的是为了保证在最少改动官方固件库的基础上做的一些事情。 ...
汇编文件也是可以使用宏定义选择开启或者关闭的。。。。
这个要支持,很不错的东西，赞一个!
本帖最后由 shentqlf 于 2015-10-29 23:58 编辑
修改一个bug。由于笔误导致的串口1的接收中断无法进入。已修正。
有mbed，为啥还要自己再写一个。。。完全没看出任何的优势啊。。。
jisaowang2 发表于 2015-10-29 14:04
有mbed，为啥还要自己再写一个。。。完全没看出任何的优势啊。。。
一家独大，不如百家争鸣
shentqlf 发表于 2015-10-29 14:14
一家独大，不如百家争鸣
mbed完全开源的lib，还有arm的mbed os， iot专用os加持
支持大多数主流cortex m芯片
无数用户提交各种驱动
百家争鸣。。。差距有点大。。。。
jisaowang2 发表于 2015-10-29 14:21
mbed完全开源的lib，还有arm的mbed os， iot专用os加持
支持大多数主流cortex m芯片
无数用户提交各种驱 ...
嘿嘿。。。
仔细看完了说明文件, 里面的限制还是蛮多的, USB这类的驱动也不全
FREEXP1 发表于 2015-10-29 14:34
仔细看完了说明文件, 里面的限制还是蛮多的, USB这类的驱动也不全
目前usb还没做。其他的限制，是为了简化很多多余的东西。至于简化最厉害的应该是定时器的限制。
支持！！！！
支持楼主，大家觉得hao用就OK。
当然对于底层芯片级的东西还是要了解的。最近一个项目都交工了，结果工作了一会儿就飞了，原来是另一个同事做串口2时没处理好，频繁进入中断而没有清除相应标志造成资源被耗尽。
当时看了一下串口2的寄存器状态，一下就找到原因了。如果楼主的代码大家在不同场合都能成功顺利应用，我想楼主就成功了。的确省了不少事。
jzkn 发表于 2015-10-29 17:35
支持楼主，大家觉得hao用就OK。
当然对于底层芯片级的东西还是要了解的。最近一个项目都交工了，结果工作了 ...
的确是目前单片机有各种开发方式，都做的很好。但是没一个是中国人做的。都是国外做好了框架。中国人拿过来用。不管是maple、mbed、cube、arduino、micro .net等等。
操作系统也不例外（这一点我很赞同rtt的精神！），大家都觉得人家已经做好了，干嘛自己还要做一遍。浪费时间，我也无话可说。因为他说的没错。
加精华了哦！
这个利害。。