LGT 就是RAM有点小(不方便玩C++)。
本帖最后由 uc_c++ 于 2012-4-19 17:50 编辑RAM大点可以不用去搞M3/M0了。
FLASH:RAM 4:1最好。
8K FLASH配2K RAM
16K FLASH 配4K RAM。
----------------------------------------
如果有4K RAM,就可用Dhrystone对比一下STM8,AVR,LGT的运算性能。 仁兄拼命赚莫元?呵呵。发的全是主题。你的莫元是怎么回事被罚了那么多? 本帖最后由 uc_c++ 于 2012-4-19 17:50 编辑
logicgreen 发表于 2012-4-19 17:37 static/image/common/back.gif
仁兄拼命赚莫元?呵呵。发的全是主题。你的莫元是怎么回事被罚了那么多? ...
平均每天 才发 一个主题,
算不上拼命吧。
我发帖大部分都是 对某种MCU感兴趣,或者玩单片机C++心得。
如果在LGT上玩C++,应该挺好玩的,只是RAM有点小。
如果有1.99的flash单片机ram有2k!那我铁定先买一盘留着用! 现在是 LGT8F0XA,不妨再出个 LGT8F0XB型号,RAM加大点,当然,价格做相应调整。 uc_c++ 发表于 2012-4-19 18:06 static/image/common/back.gif
现在是 LGT8F0XA,不妨再出个 LGT8F0XB型号,RAM加大点,当然,价格做相应调整。 ...
想法总是好的 现实总是残酷的 没有必要吧,够用就行了咧 鱼与熊掌不可兼得 每种MCU都有其定位的,RAM大了成本也上去了。 我不知道为什么老是有人硬要套C++到单片机上,难道C不能实现么?请教答案! 知道RAM小,还使用C++,没事找事
再说单片机没有使用C++的必要 性价比才是王道! 楼主怎么不问: LGT为什么不能跑win8呢? {:lol:} uc_c++ 发表于 2012-4-19 18:06 static/image/common/back.gif
现在是 LGT8F0XA,不妨再出个 LGT8F0XB型号,RAM加大点,当然,价格做相应调整。 ...
我觉得这个可以有 C++。。没必要吧?可以在ARM上玩,不过ARM就不属于MCU范畴了。
俺倒是希望有大容量FLASH的,类似于ATMEGA256...{:lol:} 没有必要吧,够用就行了咧------的确, 选型时候已经考虑到, 多了也是浪费 根据市场变化在做相应的调整吧 在这种片子上还c++,估计lz连c都没掌握精通 我也觉得要是能上WIN98也不错的,不过。。。可能不是1。99 搞51的不用活了人家加起来才256byte你要看应用而选择芯片而不是要求别人的芯片达到那些要求廉价是要付出代价的 8位机搞C++,疯了 按理来说如果C++水平还可以的话应该不会问这样的问题。 等可跑win8的lgt{:biggrin:} No C++. C is enough.
工具已经买了,等会儿试试。 huayuliang 发表于 2012-4-19 20:18 static/image/common/back.gif
C++。。没必要吧?可以在ARM上玩,不过ARM就不属于MCU范畴了。
俺倒是希望有大容量FLASH的,类似于ATMEGA2 ...
ARM 不属于MCU范畴 这是谁告诉你的? wszyjsw2 发表于 2012-4-19 23:27 static/image/common/back.gif
ARM 不属于MCU范畴 这是谁告诉你的?
其实你如果了解早期的CPU分类,就知道俺说的啥意思了。。。
现在连ARM都算MCU了,界限越来越模糊了,INTEL的X86慢慢也会融入到MCU行列里。
有机会用LGT,一定要上C++。 小容量片子就别C++了,呵呵。 plc_avr 发表于 2012-4-20 10:42 static/image/common/back.gif
小容量片子就别C++了,呵呵。
上C++是一种习惯。
就好比用C,不用汇编一样。
uc_c++ 发表于 2012-4-20 10:36 static/image/common/back.gif
有机会用LGT,一定要上C++。
求详细~~~~~ 发现楼主用C++上瘾了。出一个芯片,就要求能上C++.
要调整啊,嵌入式C可以解决99%的问题。
不要为了上C++而上。
楼主可能工作很悠闲。
本帖最后由 uc_c++ 于 2012-4-20 11:44 编辑
LGT肯定能上C++。
LGT套件已经下单,到时C++玩转LGT。 C++和RAM有必然的联系么?哪怕是64字节RAM照样可以跑C++。
C++的类和C的结构比起来究竟多了什么呢?在内存受限的芯片上,那些高级特性能阉割就阉割了,曲径通幽,总是有办法做到的。虚函数很占RAM不用就行了,继承似乎没有引入额外的RAM占用。8位机不用考虑对齐问题。new、delete操作是很麻烦,但是别分配到堆上,一律分配到栈上,也一样什么问题都没有。
另外,STL、boost千万千万不要用在小RAM芯片上,如果需要的话,自己另外实现。
如果实在觉得C++占RAM、ROM什么的,又非得用C++,那就把C过程包装称C++,一律安排上static修饰,照样可以装B。微软的C#号称不允许有全局变量和全局函数,却推荐这么装B。 lz不如要求在mcu上运行 java ,{:titter:}岂不是更找抽? huayuliang 发表于 2012-4-19 23:52 static/image/common/back.gif
其实你如果了解早期的CPU分类,就知道俺说的啥意思了。。。
现在连ARM都算MCU了,界限越来越模糊了,IN ...
INTEL来电表示 把技术分开来卖更加赚钱集中到一个MCU上 不是他的作风 看用在哪里了。 jetli 发表于 2012-4-20 11:49 static/image/common/back.gif
lz不如要求在mcu上运行 java ,岂不是更找抽?
兄弟奥特曼了,什么叫找抽,这个早就有了,NanoVM。
传送门:http://archive.cnblogs.com/a/1749495/ wszyjsw2 发表于 2012-4-20 11:51 static/image/common/back.gif
INTEL来电表示 把技术分开来卖更加赚钱集中到一个MCU上 不是他的作风
INTEL表示,阿童木CPU越来越像MCU了,以后有望挑战ARM。 takashiki 发表于 2012-4-20 12:08 static/image/common/back.gif
INTEL表示,阿童木CPU越来越像MCU了,以后有望挑战ARM。
ATOM的定时器 中断器仍然还在芯片组上不在ATOM中 应该不算MCU吧 即使是INTEL开发的最新Atom智能手机也是如此吧? 就算你的bin有十几K,用C++的也是核弹打苍蝇。 wszyjsw2 发表于 2012-4-20 12:20 static/image/common/back.gif
ATOM的定时器 中断器仍然还在芯片组上不在ATOM中 应该不算MCU吧 即使是INTEL开发的最新Atom智能手机 ...
Intel从没有说过ATOM是MCU,将来应该也不会。但是随着设备日趋小型化,芯片集成度越来越高,市场的竞争(主要来自ARM系)越来越激烈,他已经越来越符合MCU的定义了,所以说,CPU和MCU之间的界限越来越模糊了。
维基百科 单片机:
单片机,全称单片微型计算机(英语:Single-Chip Microcomputer),又称微控制器(Microcontroller),是把中央处理器、存储器、定时/计数器(Timer/Counter)、各种输入输出接口等都集成在一块集成电路芯片上的微型计算机。 takashiki 发表于 2012-4-20 12:44 static/image/common/back.gif
Intel从没有说过ATOM是MCU,将来应该也不会。但是随着设备日趋小型化,芯片集成度越来越高,市场的竞争( ...
界限越来越模糊 这个观点可以赞成不过善待时日呀现在FPGA技术 芯片制造技术都很发达了INTEL也创造过8051 不知道INTEL什么时候真正愿意回到这个领域来 我也想当看好INTEL在嵌入式行业的作为 takashiki 发表于 2012-4-20 11:44 static/image/common/back.gif
C++和RAM有必然的联系么?哪怕是64字节RAM照样可以跑C++。
C++的类和C的结构比起来究竟多了什么呢?在内存 ...
LZ的C++水平,估计比起这位仁兄来还有差距。
讨厌的验证码 takashiki 发表于 2012-4-20 12:05 static/image/common/back.gif
兄弟奥特曼了,什么叫找抽,这个早就有了,NanoVM。
传送门:http://archive.cnblogs.com/a/1749495/ ...
{:titter:}漏写几个字符了,“在1.99元的mcu上运行java”
看你们就是吃饱没事做,瞎掰! jetli 发表于 2012-4-20 14:17 static/image/common/back.gif
漏写几个字符了,“在1.99元的mcu上运行java”
你肯定没有看过我发的那个网站,看过以后就不会这么认为了。
NanoVM首先就是在ATMega8上面测试的,1.99元的MCU比M8差很远么? 为什么非要用C++,C满足不了你的要去么? 大部分人,人云亦云。都说C++核弹打苍蝇。这些人当中,真正研究过C++的有多少? 够用就行 优雅的代码和能工作的代码是有本质的区别的
不过大部分低水平技工都是基于能用就行的思维,所以水平也是止步不前。
我非常看好LZ和坛子上另外几位嵌入式C++高手,不人云亦云、追求设计美感。
uc_c++ 发表于 2012-4-20 11:36 static/image/common/back.gif
LGT肯定能上C++。
LGT套件已经下单,到时C++玩转LGT。
对LZ玩C++很期待,希望到时可以写几个工程出来
我很好奇C++用于单片机的好处和坏处? 在汇编面前都显得那么苍白无力 语言也只是一种工具~ 我前段时间用的是一个miro samek 02年写的面向对象的宏,不过这个宏在头文件定义类的时候,会将所有的方法都暴露在外边(public)。
所以还是老老实实的用结构体算了,哪天有空把整个宏读懂了再继续用。 huayuliang 发表于 2012-4-19 23:52 static/image/common/back.gif
其实你如果了解早期的CPU分类,就知道俺说的啥意思了。。。
现在连ARM都算MCU了,界限越来越模糊了,IN ...
现在你跟狐狸都卖萌啦。。。。。。
头像。。 takashiki 发表于 2012-4-20 14:28 static/image/common/back.gif
你肯定没有看过我发的那个网站,看过以后就不会这么认为了。
NanoVM首先就是在ATMega8上面测试的,1.99 ...
在8位mcu上也能运行大型操作系统,包括完整版的linux,关键是你需要+ram,另加超级慢的速度。 鼓励上官玩C++,不要理会那些反对的声音,C++绝对是王道,在代码大小和速度上,C++绝对不输给C,而C++程序的抽象表达能力是C无法达到的,正如Herb Sutter在Why C++?的演讲中表达的:“如果把我们的对编程语言的需求总结为四个:效率,灵活,抽象,生产率。那么,C语言玩的是前两个,而C++玩的是前三个,Java和C#玩的是后两个(抽象和生产率)”。就是说C++程序可以设计出灵活、优雅、高效、安全且重用性很高的模块,这方面是C无法达到的,C可以模拟一部分C++的抽象手法,但相对于C++的原生抽象语法支持来说,C的模拟手法比较丑陋,而且最重要的一点,C++编译器对原生抽象的优化编译支持,这是C没有的,不要小看了这一点,这个对生成的代码的效率影响是很大的,有时甚至是成倍的。 John_Lee 发表于 2012-12-2 17:26 static/image/common/back.gif
鼓励上官玩C++,不要理会那些反对的声音,C++绝对是王道,在代码大小和速度上,C++绝对不输给C,而C++程序 ...
多谢鼓励。
好久不见,李老师。 我最近做的一个食品机器,就是用C++的。如果用C,一大堆的变量命名都是一个头疼的事。 我最近做的一个食品机器,就是用C++的。如果用C,一大堆的变量命名都是一个头疼的事。 上官金虹好久不见了,是不是改行了? 听说zlg已经全面转c++了,我正在学习。 语言只是一种工具,我觉得吧!这个看自己习惯,每种计算机语言都有自己的优势和劣势!!! 512B的内存,应该只能看720p的高清,如果看1080p的可能会有点卡 csdnct 发表于 2013-2-6 21:38 static/image/common/back.gif
512B的内存,应该只能看720p的高清,如果看1080p的可能会有点卡
..................................... 如果LGT支持AVRGCC,那么自然就支持AVRG++了咯 说起这个东西我怎么都学不会啊,因为工作中都是用c,当然我也用对象。最关键的是没有一些实际的例子。我指的是那种不涉及到mfc等一些包装的很厚的类库。。
页:
[1]