WhyCan Forum(哇酷开发者社区)

显示不是问题，声卡看样子得I2S外扩，v3s没有i2s，S3L有

感兴趣，占位。

I have currently an inquiry for something similar, but it requires high reliability.

Initially, I was considering ESP32, various audio apps have been ported such as The ESP-Voice-Assistant SDK (https://github.com/espressif/esp-va-sdk), but currently looking at Realtek IoT products. Realtek has both IoT Control (https://www.realtek.com/en/products/communications-network-ics/category/802-11b-g-n) and IoT Video (https://www.realtek.com/en/products/communications-network-ics/category/iot-video) products.

I have not tested extensively Allwinner V3S but probably something like Atmel ATSAMA5D225C  (https://www.microchip.com/wwwproducts/en/ATSAMA5D225C-D1M) might be preferable.

感觉中科世为的Z11不错，适合你这个需求。我了解到的价格有些小贵，看你的量。
另外这段时间在看联阳的方案，也还不错。
主要看你的量，和可接受的成本。

R11 没 Ethernet 吧？

Z11有以太网，就是V3S。
Z6S是F1C100S，Z6是F1c200S

楼上朋友推荐的R11才是没有以太网的。

最近编辑记录 staunchheart (2020-03-12 09:59:56)

医院应该价格不敏感吧，感觉新唐更合适

R11  emac吗？

其实都一个晶圆，最全引出的是S3 S3L 。
v3s没i2s，R11没以太网。
另外，S3L和V3s价格差不多。

ARM9？ 什么价位？

联阳这个sdk做的可以，东西挺全的，设计器源码都有，文件系统用的还是hcc的

用LINUX还的考虑图形界面的选型,开发也是比较复杂的 ,而且目前没有现成的组合好的方案

另外一个选择可以考虑STM32F429或者STM32F7系列,图形界面使用touchGFX,网络或者什么全套方案都是现成的,如果原来熟悉STM32的开发流程,上手可以说是分钟的事情

实际LZ 要求,我建议楼主看看STM32H750这个芯片,带LTDC控制器,可以支持LZ要求的分辨率的屏幕,内置的RAM应该可以直接用了,基本就是单芯片的方案,不过网络可能的外置一个LAN8710(?)做PHY,也不过1块钱的事情. 开发资料什么的可以说是秒杀国产任何方案.

不能跑linux

跑LINUX就复杂了,加上GUI,各家有自己的方案,学习曲线很高,而且官方的资料你不一定拿得到

ST这个方案有FREE RTOS, 全套的简单但能完全满足LZ 的这个需求,不香吗? 

LZ这个需求,我看买一块ST的开发板+官方的例程,找开发资料SDK,+开发个能跑起来带图形触摸的原形不用1小时,

国产的芯片价格是便宜点,但找SDK就要你的命了,资料都是藏着掖着的,不像ST这种恨不得把家底都透露给你让你学会.

请教嵌入式Linux下面移植哪一个 sip 代码比较好？需要服务器吗？

收下了，感谢大佬推荐. 搜了一下freeswitch是服务器(软交换机), linphone是客户端。

同感，如果不考虑外部接入，我觉得自己撸几行代码搞定，简简单单。

现在的单片机主频都跑到500M了,超过全志的F1C100,V3S也不过900M

而且带LTDC 液晶接口,配合DMD2D硬件加速,性能上可以说不比全志的这些跑LINUX差了,全志LINUX或者裸机,XBOOT这几个带图形界面能弄出硬件加速的好像不容易,

当然要带摄像头的话单片机就基本弄不了了,特别是没有硬件编解码器. 但到现在为止,全志的LINUX能弄出编解码器的好像不容易,官方的CAMDROD好像蛮好啊,但好像大家个个都弄LINUX,没明白怎么回事?

网络的话LZ 的数据量不大,单片机处理器起来完全没问题而且编程也是很简单的.
LZ这个应用场景上SIP真的是杀鸡用牛刀了,我们本地的省级三甲医院的类似系统我研究过,根本没有必要搞这么复杂

单片机有全套的MDK图形界面的工具,官方开发包完整,简单,弄全志每样都得自己琢磨,花费的时间精力?

官方的camdroid我看过了,真的架构非常好,编译开发基本遵循android的一套,非常容易,而且内置的例子CDR,基本功能齐全了(摄像头,编解码,图形界面等等)   ,编译出来的系统又精简,毕竟原来用途就是低端的行车记录仪这个,但个人认为比你用主线LINUX+自己一个部件一个部件撸出来的要快速完善多了

就是以太网这块,没弄过不知道支持的咋样?  毕竟camdroid基于安卓的版本比较低了

单片机不大合适，原来这个东西都是wince的

单片机基于IP的应用完全没有问题的,前提是数据量不大,基本LZ这种数据跑个几Mbps足够搞定, 单片机一般单纯的跑数据包一般有几Mbps的,这个也看具体的业务

你说的"查询费用"这些,基本算应用层的,和什么网络关系不大了,这个不管你用什么架构肯定都能实现的.

现在单片机早已不是老的印象中那种"低端"了, 可以看STM的H7,F7系列,主频高达600M了, 还有高达1G的多核的单片机,号称"跨界处理器"(NXP的RT1050,1070这些看看).     不过价格嘛,确实有点高但是工业级别的,就不要拿全志这些消费级来对比哦(但全志的芯片真的是白菜价了,我确实要流口水...)

单片机搞这个就是开发简单,快速,有全套的SDK和解决方案,厂家资料公开透明,一切尽在掌握!   

不客气的说拿到开发套件,有点基础,几分钟就能开始在线DEBUG代码,快速,简单. 

另外:wince时代的处理器,你看看主频多少?  当时INTEL最强的STRONG ARM ,龙珠系列,也不过216M左右,技术经过这么多年了,你想想?

@jiangchun9981  能不要误导了好么。谁都知道单片机都破G了！！
看看价格，冷静下。 i.mx rt1052带32M的多少钱？V3S多少钱？。
再说高频单片机 哪有那么好用啊？
STM32F103超级弱鸡那种当然闭着眼睛点点 CubeMx，一会儿就完事。 但是复杂的单片机H7，你勾选下看看，哎呀这个冲突了，那个选了结果别的变灰了，接口越多价格呼呼上涨，再勾选rtos，哎呀，这个不支持，换个支持的RTOS吧，然后另外方面又不支持了。 坑绝对比全志Linux 多。
再看I.MX RT 资料全有啥用？几千页的资料，扔你，你慢慢琢磨吧，等你琢磨完了  黄花菜都凉了。 协议栈不是残缺就是各种限制，协议栈全的OS 比如Zephyr之类， 谁用起来了么？ 之前用了Zephyr， 折腾了很久，坑一堆好么。 光是把SDRAM 用起来就很麻烦。

全志的a33不香吗？rk3218不香吗，跑个定制化安卓不香吗

先把基本的<计算机原理>这门课整明白了再来发言吧,你搞不出来不代表别人也搞不出来

现代的"单片机"换一个说法更好:"更高集成度的SOC",是整个行业的终极梦想(但不会是唯一形态),一个芯片集成了CPU,内存,硬盘,网卡,显卡,声卡...

还有行业的趋势大家看看: 
谷歌最新的安卓里面,已经逐步用FUSHION这个系统替代LINUX内核了
海思(华为)现在最新的SDK除了LINUX外,基本也都提供了liteOS这个,
鸿蒙OS这个还没看到实物就不评论了,但肯定不会再是LINUX上面的架构了

我觉得大家在讨论前还是应该关注一下具体的业务范围会比较合适，毕竟隔行如隔山嘛。
举个例子，对于医疗器械类的应用，我觉得很多情况下H7这种级别的单片机会比同等性能（当然价格就差不少了）的应用处理器（Application Processor，例如Cortex-A系列）更适合，因为H7在这种应用场景下有以下优势：

• 需要对产品细节进行严格控制。比如中断周期数，波形的时序要求，软件功能的自定义，这些要求肯定不是Linux内核自带的通用驱动可以完全满足的，需要高度定制化。

• 对外设的需求比CPU的计算能力更加重要。应用处理器一般不会带非常厉害的外设，有些需求肯定难以达到，比如自带高性能ADC等，H7提供的外设（特别是模拟部分）可以超越大部分应用处理器。

• 本身是垄断型产品，价格利润高，处理器的价格差距实际上不重要，而且高端单片机实际上可以增加破解难度（安全措施强，而且破解的人少，破解价格自然就高）。这些产品通常都不是通过走量的形式来获取利润的，所以国产芯片厂商在这方面说实话没啥优势（举个例子，大家可以了解目前国产FPGA）。

• 设计上的其它考量，比如温度、ESD等，另外芯片数量太多一般不是什么好事。

当然原因很多，这里不再列出。大家看看H7目前主要的应用范围就清楚了：示波器、医疗器械、工控设备等等。这些都是高附加值的产品，完全撑得起H7在硬件成本和软件成本上的支出。
所以，这里会得到一个可能反直觉的结论：高端单片机有时候不是小厂商的最佳选择，反而有能力的大厂或是专精于某一领域的厂商才能玩得转这些高端单片机。如果是走量的、靠降低价格获取更多利润的产品，由于本身的需求量更大，像Linux这样的坑基本都被踩过一遍了，所以选用Linux方案的综合开发成本（包括软硬件）会更低。这实际上还是和需求紧密相关的。

最近编辑记录 metro (2020-03-15 11:26:48)

楼主这个需求虽然是医院用的，但是明显是个非关键的通用应用，牵扯到网络图形和音频，本来就适合MPU而不是MCU。高端单片机应该适合的是高度实时控制的应用

对，所以我强调的是医疗器械，楼主这个需求显然和医疗器械关系不大，实际上属于消费类电子产品。
之所以有这个例子，是因为之前和同学交流的时候，他们提到他们实验室有做电刺激仪器（原谅我第一反应是某磁暴步兵）的项目，综合考虑看来确实要用高端单片机或是FPGA比较合适（可能还要考虑自己写硬件的稳定性）。所以脱离需求谈条件就是耍流氓嘛。

@metro 赞同的你的分析。 高端单片机 是高附加值的行业作为专用任务处理器来用。 就这个项目看 显然不是啥高端医疗仪器。
@jiangchun9981   计算机原理 其实跟这事儿没啥关系吧  。 虽然我觉得大家应该开的课名是  《组成原理》或者《系统结构》.
还有Fuchsia 不是 Fushion 哦 。 对这个系统持保留意见，还没有实际可用设备呢。Fuchsia也不是给单片机用的。  就个人而言，事实上并不看好Zircon这样的用约束型C++写的内核。
不太清楚，你的观点是 觉得 Linux应该在小型设备上被更小型的OS取代，还是应用处理器AP 应该被高频MCU取代呢？  如果是前者，我是赞成的，但是我觉得并不会被什么liteOS取代，而更可能是类似Zephyr这样的。如果是后者，我其实想先知道AP 和 MCU 到底有什么本质区别？是有没有MMU么？还是集成度？ 像V3S 这种把内存SIP 到芯片上的集成度 难道不比 I.mx rt 这种高（RT 跑个稍微大点的程序 也要外扩SPI ROM啊，也要SDRAM啊）。如果全志再给类似V3S里面SIP一个512M的nand，多整几个接口。 这个算MCU 还是AP啊？我觉得MCU就是用来处理专用任务的，没有MMU也不是啥成本考虑，只是MMU的用法在时间上没法精确度量。

最近编辑记录 kakatoo (2020-03-15 20:38:51)

楼上几位讨论得很热烈！
学习了！

不知楼主开发得怎样？这是来邦的呼叫系统，我之前也做过，不过是用A33跑Android

点赞

a33没有以太网

V3S,全志芯片没有之一；
找我，包你满意

最近编辑记录 夜风已冷 (2020-07-03 18:10:36)

看了你们说那么多，感觉还是看个人，如果自己熟悉linux那确实全志的是很不错，如果以前项目都没用过LINUX，我感觉那还是选自己 擅长的

这种带稍微复杂图形界面的，考虑成本相差不多 一律上Android，搞个嵌入式GUI，头都要撸秃。这个别说全志a33，就是一个a13都够了。
Android开发就一个app完事，开发难度跟嵌入式GUI比起来不知道低到哪里去了。即使招人，也是Android app人又多又便宜。

全套搞定？

如果是定制案，量不大，算了不要折腾了，肯定像上面说的上android的，一定要有原厂标准案的，不要用非原厂的方案做。A33之类的也不贵不差几十块DDR的钱。

这个帖热闹