安防行业网络摄像机IPC开发入门指引（秋裤贴）

kenson · 发表于 2017-3-25 08:44:42

学到知识谢谢LZ

john78 · 发表于 2017-3-25 06:51:07

等LZ的，参与下

avrpicarm · 发表于 2017-3-24 23:36:01

难道又太监了？

davidai · 发表于 2017-3-24 21:33:48

谢谢分享

SealedGhost · 发表于 2017-3-15 18:56:33

咦，正好在玩雄迈摄像头的二次开发，SDK写的太烂。不知道楼主了解NetSDK H264Play 不，音频处理和数据流控制遇到了蛋疼问题想请教。

ckhf · 发表于 2017-3-15 11:33:35

虽然不是很懂，但是看着精彩

gycsy963 · 发表于 2017-3-14 19:56:07

祝楼主早日成功, 持续围观!!

javabean · 发表于 2017-3-14 13:15:13

前来围观，看起来很有趣，希望能继续

vsdcjs · 发表于 2017-3-14 09:02:42

不错的资料，很希望互动资料交流继续

coltex · 发表于 2017-3-14 04:43:15

继续等待
！

k_ewell · 发表于 2017-3-13 23:08:31

很不错的分享

我是一个大白菜 · 发表于 2017-3-13 22:21:13

楼主赶紧出吧，我也预订一块

jordonwu · 发表于 2017-3-8 11:05:30

支持！预订1块

linux-0405209 · 发表于 2017-3-8 10:51:15

支持！预订1块，支持楼主，做好准备跟楼主学习~~楼主准备好了就私信（发消息）我

suxiaobo · 发表于 2017-3-8 08:46:26

谢谢楼主分享。看起来是很有专业价值的资料。

dragonlands · 发表于 2017-3-8 08:24:44

coltex 发表于 2017-3-8 06:19
支持！预订1块，支持楼主梦想

谢谢兄弟捧场

coltex · 发表于 2017-3-8 06:19:57

支持！预订1块，支持楼主梦想

coltex · 发表于 2017-3-8 06:18:27

对的，就是的这样玩
！

dragonlands · 发表于 2017-3-6 13:38:39

DIY的前提是调试串口预留，扩展接口越多越好，必须支持以太网，FLASH必须不少于16MB

dragonlands · 发表于 2017-3-6 13:36:57

hackdj 发表于 2017-3-6 13:05
应该使用最新的HI3518EV200的方案，而不是淘汰的HI3518EV100

谢谢你的宝贵建议，用于DIY的话，V100和V200无所谓的。V100已经停产，价格在飚涨，刚问到的，呵呵

hackdj · 发表于 2017-3-6 13:05:44

应该使用最新的HI3518EV200的方案，而不是淘汰的HI3518EV100

dragonlands · 发表于 2017-3-6 12:53:24

coltex 发表于 2017-3-6 09:17
lz有下文吗？想玩玩低码流网络摄像机

最近有点忙，我也担心成为太监文，亚力山大

还在挑选供应商，议价。我手头现成的四套，但没有稳定货源。我希望还是先整害死的HI3518E，这个块必须留有足够的接口，flash空间够大，玩过OPENWRT的朋友们都知道8MB的flash一般不够用的，淘宝上的低价货都是8MB，我想定制16MB的，卖家说没办法，要我自己买芯片焊接烧录。请大家HOLD住一会儿

yangxx · 发表于 2017-3-6 09:28:29

同在这个行业做IPC的linux驱动开发顶楼主

coltex · 发表于 2017-3-6 09:17:33

lz有下文吗？想玩玩低码流网络摄像机

dragonlands · 发表于 2017-3-5 21:24:57

book_123 发表于 2017-3-5 20:42
能稍微举点例子么，软件架构是在linux基础上的框架还是...？我也想学习一下好的架构， ...

架构是一个很玄乎的东东，连奶茶东都吹嘘奶东的架构如何如何先进，说明这东东的确是个好东东。
我在芯片原厂做了十年的底层开发，即与硬件寄存器打交道的那种攻城狮，直到七年前才顿悟到架构设计，硬件的，软件的，PC的，嵌入式的，WEB的。
关于架构，我推荐一篇经典博士论文和一本书。附件就是这篇论文，那本书就是《架构之美》，请自行去网上下载。虽然说这篇论文是关于WEB的，但作者提出的那些原则和思想到今天依然是架构师的金科玉律。
基于linux软件架构，一定要充分利用LINUX的资源和特性，参见《linux高级编程》。同样的道理适用于安卓系统。

book_123 · 发表于 2017-3-5 20:42:14

dragonlands 发表于 2017-2-22 23:51
学算法不用这个吧，我有H264和H265的全套PC源代码和数不清的文档，我可以简单指导一下。除了TI的带通用DS ...

能稍微举点例子么，软件架构是在linux基础上的框架还是...？我也想学习一下好的架构，

dragonlands · 发表于 2017-3-5 15:45:47

应该可以

xiaoliang8071 · 发表于 2017-3-5 13:32:28

dragonlands 发表于 2017-2-18 17:23
害死的hi3518e的用户指南，中文版本

楼主 3518e做可视对讲资源是否够用。（720p效果）

xiaoliang8071 · 发表于 2017-3-5 10:35:53

楼主赞一个

dragonlands · 发表于 2017-3-3 13:22:06

木有退，GM8135S一样能用，关键是调试串口和ROOT

jordonwu · 发表于 2017-3-3 13:01:09

dragonlands 发表于 2017-2-23 21:55
好不容易收到货了，说好的是Hi3518E+OV9712的方案，收到的居然是GM8135S+H42的方案，卖家还嘴硬，三次申 ...

LZ的板子成功退掉了吗？

不枉此生23 · 发表于 2017-2-24 17:06:10

期待教程

dolphinGo · 发表于 2017-2-24 16:26:13

dragonlands 发表于 2017-2-24 16:00
你说的是ISP啊，Hi3518E当然支持的

楼主，发不了站内信，能要个联系方式吗？我是没有从事过安防行业的，今后想考虑安防这行，刚好现在有个需求，就是我老板认识的一个Z.F.背景的，想有自己的核心技术的摄像机（就是自己可以定制修改），我想推荐你，或许有合作的可能

dolphinGo · 发表于 2017-2-24 16:07:32

dragonlands 发表于 2017-2-24 16:00
你说的是ISP啊，Hi3518E当然支持的

对的。那么基于Hi3518E平台，可以自己编写代码进行ISP个性化处理？不知道这方面有没有可参考的资料

dragonlands · 发表于 2017-2-24 16:00:57

dolphinGo 发表于 2017-2-24 15:56
我指的不是压缩算法，指的是CMOS出来的原始数据的处理算法，比如坏点修正、边缘增强、高度／对比度可调、 ...

你说的是ISP啊，Hi3518E当然支持的

dolphinGo · 发表于 2017-2-24 15:56:46

dragonlands 发表于 2017-2-24 15:46
FPGA是英飞拓最喜欢用的美信方案，早就淘汰了。2010左右，研究视频压缩算法的特别多，但自从Hi3518E出来 ...

我指的不是压缩算法，指的是CMOS出来的原始数据的处理算法，比如坏点修正、边缘增强、高度／对比度可调、水平反转／垂直反转等比较底层的东西，这些处理像海思这样的ASIC支持吗？这方面能不能给点参考，我是新手，感谢前辈的指点，领我入门

dragonlands · 发表于 2017-2-24 15:46:10

dolphinGo 发表于 2017-2-24 15:05
受益匪浅，对算法感兴趣，用FPGA来处理的多吗？楼主收集的资料是否可以出售？ ...

FPGA是英飞拓最喜欢用的美信方案，早就淘汰了。2010左右，研究视频压缩算法的特别多，但自从Hi3518E出来后，就木有人研究视频压缩算法了，最新的视频压缩算法是H.265，视频压缩算法不是中国人玩的，除非你跟融创天下和中星微那样有Z.F.支持，比如说当年的SVCD和今典VCD。曾经有几个北京大学研究生在我司实习的时候跟我一起研究过视频算法，他毕业后也去研究院研究视频算法，反正到现在为止，都没出什么有意义的成果。

兄台若是对算法有兴趣，可以买TI的高端DSP开发板，做些智能视频分析方面的东东，正好抢占当前的风口：AI和ADAS。

eric112 · 发表于 2017-2-24 15:23:19

手上有两个3518E的模组，准备跟楼主学习...

dolphinGo · 发表于 2017-2-24 15:05:06

受益匪浅，对算法感兴趣，用FPGA来处理的多吗？楼主收集的资料是否可以出售？

stely · 发表于 2017-2-24 11:41:57

dragonlands 发表于 2017-2-22 22:28
谢谢各位坛友捧场，已经订购了一批板，还在路上，收到后我得花点时间改装好。
教程大纲如下：
1、安防摄 ...

关注，报名一个。

dragonlands · 发表于 2017-2-24 11:41:49

nds_shenzhen 发表于 2017-2-24 10:47
楼主台湾智源的 soc方案很便宜，比如gm8136 或者 8139 ，请问这类芯片有前途吗 ...

兄台是NDS的啊，现在是思科的吧，做为芯片设计商，很有前途，作为产品制造商，没有前途

nds_shenzhen · 发表于 2017-2-24 10:47:10

楼主台湾智源的 soc方案很便宜，比如gm8136 或者 8139 ，请问这类芯片有前途吗

PCBBOY1991 · 发表于 2017-2-24 06:12:13

dragonlands 发表于 2017-2-23 21:55
好不容易收到货了，说好的是Hi3518E+OV9712的方案，收到的居然是GM8135S+H42的方案，卖家还嘴硬，三次申 ...

咋办？需要淘宝小二介入么？

avrpicarm · 发表于 2017-2-23 23:52:07

支持楼主组织大家一起学习，共享经验，加油！

dragonlands · 发表于 2017-2-23 21:55:47

dragonlands 发表于 2017-2-22 22:28
谢谢各位坛友捧场，已经订购了一批板，还在路上，收到后我得花点时间改装好。
教程大纲如下：
1、安防摄 ...

好不容易收到货了，说好的是Hi3518E+OV9712的方案，收到的居然是GM8135S+H42的方案，卖家还嘴硬，三次申请退货退款都被拒绝！真想问候麻云他全家

dragonlands · 发表于 2017-2-22 23:51:22

PCBBOY1991 发表于 2017-2-22 23:45
是不是即可以学到Linux又可以学到算法？哈哈哈。

学算法不用这个吧，我有H264和H265的全套PC源代码和数不清的文档，我可以简单指导一下。除了TI的带通用DSP的芯片，其它的摄像机芯片都是用定制算法的DSP，即使有修改余地，也是不开放的。
十多年的安防研发经验告诉我，安防产品的软件架构最重要。

PCBBOY1991 · 发表于 2017-2-22 23:45:27

dragonlands 发表于 2017-2-22 22:28
谢谢各位坛友捧场，已经订购了一批板，还在路上，收到后我得花点时间改装好。
教程大纲如下：
1、安防摄 ...

是不是即可以学到Linux又可以学到算法？哈哈哈。

dragonlands · 发表于 2017-2-22 22:28:50

coltex 发表于 2017-2-22 20:35
报名，支持！出个文档，开发板，支持一下，玩玩高科技！

谢谢各位坛友捧场，已经订购了一批板，还在路上，收到后我得花点时间改装好。
教程大纲如下：
1、安防摄像机入门
2、硬件架构及硬件设计要点
3、软件架构及软件设计要点
4、LINUX开发平台搭建
5、基础实验（包含GPIO，USB等等）

全中文的，大话戏说式的文字表达，保证电信专业大学三年级的童鞋即能看懂。

coltex · 发表于 2017-2-22 20:35:28

报名，支持！出个文档，开发板，支持一下，玩玩高科技！

qming51 · 发表于 2017-2-22 19:40:45

讲得不错，这行真难混。

stely · 发表于 2017-2-22 15:16:14

dragonlands 发表于 2017-2-19 21:50
谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少 ...

报名一个，想学无门啊

lpantonie · 发表于 2017-2-22 11:27:39

dragonlands 发表于 2017-2-19 21:50
谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少 ...

支持一下，加油！

lianfutiana · 发表于 2017-2-22 08:42:59

很好的资料

centos · 发表于 2017-2-21 21:56:17

dragonlands 发表于 2017-2-19 21:50
谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少 ...

期待教程

l.htlht · 发表于 2017-2-21 19:05:06

很好的资料

zhuangchao12 · 发表于 2017-2-21 19:03:59

太好了，期待

tesmoto · 发表于 2017-2-21 18:18:02

MARK,收藏，谢谢！

jordonwu · 发表于 2017-2-20 19:18:25

dragonlands 发表于 2017-2-19 21:50
谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少 ...

期待教程

dragonlands · 发表于 2017-2-20 12:15:00

来段历史小说，转载的，写得很精彩，呵呵
这些年安防行业进入了飞速的发展期，各种公司起起落落，有的公司已经消失了，有的还在苦苦支撑，有的公司飞速发展堪称业界奇迹。作为在安防行业有着10来年从业经验的安防老鸟，给各位看客说说安防的那些事，以飨读者，不对之处还望指正。
　　
　　群雄割据篇：
　　故事还得从08年说起，有江湖的地方，就有派系与传说。DH派系的形成　　
　　08年大家印象最深的莫过于北京奥运会了，但是对于我们安防行业来说，最大的新闻莫过于DH上市了。但是DH上市后，因为内部斗争以及上市之后WZX套现离职，引发了一系列核心员工的出走，成立了多个安防公司（当年有一个很火的帖子,可以百度：大华、威乾，找到这个帖子），形成的安防行业的大华派系。带头大哥：DH，成员：威乾，智诺，雄迈，巨峰，捷尚
　　
　　HK派　
　　组织一直比较稳定，牢牢占据武林盟主的位置，是安防行业的泰山北斗。虽然上市比DH晚，但是现在的市值已经达到千亿，是DH的2倍多，并且二者之间的差距在不断拉大。带头大哥：HK 成员：无
　　
　　二线群众派　
　　这类厂家也比较多比如HB，RM，TVT，BXS，XSJ，RAYSHARP等等。他们和历史上所有不知名人物一样，注定是默默无闻的，永远是起陪衬作用的，终究将淹没在安防史的长河中，无处可觅。　
　　带头大哥：无成员：HB，RM，TVT，BXS，XSJ，RAYSHARP等
　　
　　三十六洞七十二岛
　　主要是指采用杭州朗朗，上海通力等方案商提供的软件方案，自己生产，销售的深圳工厂，俗称山寨厂。这类客户群体当时非常多，实力和规模都非常小，根本不入DH，HK的法眼，他们在安防行业暴利的温床下，慢慢的生长着，但是异常脆弱，支撑他们的朗朗，通力都是没有太大实力的，都算不上灵鹫宫真正的主人。6 i, l3 V ^; l
　　带头大哥：虚席以待成员：太多了，我也数不清楚一口气引发的洗牌篇：
　　有江湖的地方就有斗争。面对众多的叛将，DH老板FLQ冲冠一怒为口气，采取了一系列动作，高薪挖回老员工，市场上降价打压。一时之间大华派系风声鹤唳，一些离职的员工因为利益诱惑回到了DH。“喂，DH，你这么调价，你家人知道吗？”，“靠，把老大给忘记了”，HK被迫卷入这场价格斗争。所谓神仙打架，小鬼遭殃。所以不好意思，二线群众派，该你们上场了。从此BXS，XSJ死了，RM，HB，TVT开始进入无尽的挣扎。马云说大象永远是踩不死蚂蚁的，当时的三十六洞七十二岛比蚂蚁还要小，虽没有被踩死，但是也吓得够呛。“凭什么别人都有带头大哥，我们三十六洞七十二岛就没有，在这样玩下去，不玩死也被吓死了，不公平，我们强烈抗议”。别急，你们的带头大哥即将闪亮登场。
　　
　　巨峰之崛起篇：
　　
　　“你就像那冬天里的一把火，熊熊火焰温暖了我的心窝。每次当你悄悄走近我身边，火光照亮了我你的大眼睛明亮又闪烁，彷彿天上星那最亮的一颗”，巨峰--做为10年开始的那场价格战的最大受益者，从此开始登上安防的历史舞台（雄迈和巨峰本属于同一个老板，所以以下就以巨峰来称呼之）。如果把08年以来的安防行业看出是一个选秀舞台，到目前为止巨峰无疑是最大的看点和*词语被过滤*。
　　剧情回顾：
　　过五关斩六将　
　　09年依靠雄厚的研发实力，抓住杭州朗朗的产品不稳定，首先PK掉朗朗，在华南的低端市场占据一席之地；　　
　　10年借H264替换MPEG4的东风，将当时DVR方案最大的竞争对手通力拉下马；　　
　　11年将想从行业市场转向低端市场的威乾拒之门外，这个也直接促使了威乾的解体；　　
　　12年面对来势汹汹的智诺，再次将其拒之门外，促使智诺放弃渠道市场，彻底转型关注智能应用；　　
　　13年转战IPC市场，利用前后端完善的产品线，迅速占据IP模组头把交椅，并且和HK、DH在高清IPC出货量上迅速逼近；　
　　至此，正常的灵鹫宫终于诞生了，许多的80后小岛主们，依靠巨峰这个平台得到了飞速的发展，如金鼎，飞立科，明宏凯，凯泽等等，巨峰不在是大华派系下一个小成员，而是迅速成长为具有强大影响力的诸侯，开创了自己的巨峰派系。　　
　　步入14年当大家以为中低端市场，将形成巨峰一家独大时，半路杀出个中维。不知巨峰这次会如何应对，还能保持以往的全胜战绩吗？且听我下篇分解。
　　
　　复仇之火引火烧身篇：
　　
　　有江湖的地方就有仇怨。当年朗朗解体后，朗朗的核心骨干之一JD就对巨峰充满了敌意，在接连的不如意后找到了中维。估计是列举了巨峰的成功例子，再加上板卡市场萎缩比较厉害，说服了中维老板，将重心转向IP市场。依赖于原有的板卡渠道，迅速的开展了一些业务，同时JD在华南地区针对巨峰客户频繁活动，引起了巨峰的关注。小高潮出现在，雄迈/巨峰的新品发布会上，中维在旁边也搞了一个小型的发布会，开始了精彩的正面冲突。各位看官，说到这里，大家押注这回谁会获胜吧？巨峰是否能够延续一如既往的胜绩呢？那首先让我介绍一下双方参赛选手，在我左手边的是80公斤级有着丰富的战斗经验“杭州巨峰”，在右手边的是40公斤级的做板卡出生的“山东中维”，什么80公斤对阵40公斤？没有搞错吧？是的，各位看官，你们没有看错，且听我分析。　　
　　1. 从产品线来说，巨峰相对中维要完善很多，模拟DVR不用说，巨峰的市场占有率远远高于中维。未来得高清者得天下，高清上巨峰IPC，SDI，AHD同步推进，而中维只有IP这条高清产品线；　　
　　2. 可以创造更多增值服务的产品，中维几乎没有，巨峰高清解码器，网络键盘，自动对焦网络摄像机，安霸200W，300W方案的网络摄像机，使用自研机芯的高清球机，标配的智能分析功能；　　
　　3. 从两家公司的核心团队来看，巨峰核心团队非常稳定，中维核心人员变动比较大，公司元老级的人物纷纷离职（比如ZJB，LXQ等）；　　
　　4. 从技术实力上看，巨峰的研发团队源于DH，底层代码和框架决定一个公司产品开发的速度和稳定性；　　
　　5. 从公司的格调上看，中维在他们的新品发布会上打出“因为懂你，所以低价”，巨峰是“开放和分享”，二者立见高下。参加过他们新品发布会的人应该可以感觉到巨峰发布会所发布产品给人带来的震撼，反观中维，确实正如他广告所说除了低价，其他什么都看不到。更令人苦笑不得的是现场高调打出模组50元，确在小角落用小字体标注“仅限发布会当天”，不注意看还真看不出来。　　
　　据路边社消息，巨峰为了应对这次战役投入颇多，在中维的大本营山东建立了10来个人的销售和支持团队，投入专项资金，推出了模组赠送和方案免费来打压对手，所以说中维这次听信JD，真的是引火烧身，要摊上大事了。　　

dragonlands · 发表于 2017-2-20 08:12:06

jssd 发表于 2017-2-19 22:57
非常感谢大神，不过只剩6MB 感觉太少了。。。

这款芯片是封装了64M DDR在里头，高度定制的，能剩6MB还不错啦，测的时候没开子码流哦，要是子码流打开，估计又少了一些

jssd · 发表于 2017-2-19 22:57:49

dragonlands 发表于 2017-2-18 17:23
害死的hi3518e的用户指南，中文版本

非常感谢大神，不过只剩6MB 感觉太少了。。。

yuntian · 发表于 2017-2-19 21:58:31

dragonlands 发表于 2017-2-19 21:50
谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少 ...

太好了，期待

mawenwei · 发表于 2017-2-19 21:57:42

很干的干货

bipengjiang · 发表于 2017-2-19 21:53:09

dragonlands 发表于 2017-2-19 21:50
谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少 ...

先报名参加一个。

dragonlands · 发表于 2017-2-19 21:50:00

bipengjiang 发表于 2017-2-19 21:37
楼主大牛。楼主是否有意选个板子指导大家学习一下？

谢谢捧场，好多朋友在问这个问题，我正在研究，并编写实验教程，过些时候就可以给坛友一个交待，希望至少能帮刚参加工作的攻城狮和即将成为攻城狮的大三大四的童鞋们快速入门嵌入式LINUX及图像开发。

bipengjiang · 发表于 2017-2-19 21:37:56

楼主大牛。楼主是否有意选个板子指导大家学习一下？

dragonlands · 发表于 2017-2-18 17:23:38

dragonlands 发表于 2017-2-16 16:17
还剩6MB

害死的hi3518e的用户指南，中文版本

dragonlands · 发表于 2017-2-16 16:17:50

jssd 发表于 2017-2-15 22:59
请教楼主大神，3518正常运行后内存RAM还剩多少？

还剩6MB

meminfo
MemTotal:       27116 kB
MemFree:          2768 kB
Buffers:             0 kB
Cached:          7040 kB
SwapCached:          0 kB
Active:          5964 kB
Inactive:          4936 kB
Active(anon):    3860 kB
Inactive(anon):       4 kB
Active(file):    2104 kB
Inactive(file):    4932 kB
Unevictable:          0 kB
Mlocked:             0 kB
SwapTotal:          0 kB
SwapFree:             0 kB
Dirty:                0 kB
Writeback:          0 kB
AnonPages:       3884 kB
Mapped:          1888 kB
Shmem:                4 kB
Slab:             6904 kB
SReclaimable:       468 kB
SUnreclaim:       6436 kB
KernelStack:       648 kB
PageTables:       368 kB
NFS_Unstable:       0 kB
Bounce:             0 kB
WritebackTmp:       0 kB
CommitLimit:    13556 kB
Committed_AS:    353956 kB
VmallocTotal:    974848 kB
VmallocUsed:    30328 kB
VmallocChunk:    934996 kB

            total       used       free    shared    buffers
  Mem:       27116       24332       2784          0          0
Swap:          0          0          0
Total:       27116       24332       2784
#cat /proc/media-mem
+---ZONE: PHYS(0x82000000, 0x83FFFFFF), GFP=0, nBYTES=32768KB,  NAME="anonymous"
|-MMB: phys(0x82000000, 0x8201FFFF), kvirt=0x  (null), flags=0x00000000, length=128KB,    name="FwReg"
|-MMB: phys(0x82020000, 0x820DFFFF), kvirt=0xc2b00000, flags=0x00000003, length=768KB,    name="TDE_MEMPOOL_MMB"
|-MMB: phys(0x820E0000, 0x820E0FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="TDE_COEF_MMB0"
|-MMB: phys(0x820E1000, 0x82275FFF), kvirt=0xc2e00000, flags=0x00000001, length=1620KB,    name="hifb_layer0"
|-MMB: phys(0x82276000, 0x8308AFFF), kvirt=0x  (null), flags=0x00000000, length=14420KB,    name="vb"
|-MMB: phys(0x8308B000, 0x8335DFFF), kvirt=0x  (null), flags=0x00000000, length=2892KB,    name="vb"
|-MMB: phys(0x8335E000, 0x83360FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="Chnl"
|-MMB: phys(0x83361000, 0x83363FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="sclcoeffset"
|-MMB: phys(0x83364000, 0x83365FFF), kvirt=0x  (null), flags=0x00000000, length=8KB, name="Chnl"
|-MMB: phys(0x83366000, 0x83368FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="Chnl"
|-MMB: phys(0x83369000, 0x83370FFF), kvirt=0x  (null), flags=0x00000000, length=32KB,       name="IVE_QUEUE"
|-MMB: phys(0x83371000, 0x83378FFF), kvirt=0x  (null), flags=0x00000000, length=32KB,       name="IVE_QUEUE"
|-MMB: phys(0x83379000, 0x83654FFF), kvirt=0x  (null), flags=0x00000000, length=2928KB,    name="Ref&Mad buf"
|-MMB: phys(0x83655000, 0x83655FFF), kvirt=0x  (null), flags=0x00000000, length=4KB, name="HistRd buf"
|-MMB: phys(0x83656000, 0x83678FFF), kvirt=0x  (null), flags=0x00000000, length=140KB,    name="model buf"
|-MMB: phys(0x83679000, 0x8383DFFF), kvirt=0x  (null), flags=0x00000000, length=1812KB,    name="h264e0_Str"
|-MMB: phys(0x8383E000, 0x83840FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="h264e0_Ctx"
|-MMB: phys(0x83841000, 0x83AE3FFF), kvirt=0x  (null), flags=0x00000000, length=2700KB,    name="vb"
|-MMB: phys(0x83AE4000, 0x83B7CFFF), kvirt=0x  (null), flags=0x00000000, length=612KB,    name="h264e1_Str"
|-MMB: phys(0x83B7D000, 0x83B7FFFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="h264e1_Ctx"
|-MMB: phys(0x83B80000, 0x83C60FFF), kvirt=0x  (null), flags=0x00000000, length=900KB,    name="vb"
|-MMB: phys(0x83C61000, 0x83C62FFF), kvirt=0x  (null), flags=0x00000000, length=8KB, name="AIDMA"
|-MMB: phys(0x83C63000, 0x83C88FFF), kvirt=0x  (null), flags=0x00000000, length=152KB,    name="vb"
|-MMB: phys(0x83C89000, 0x83C90FFF), kvirt=0x  (null), flags=0x00000000, length=32KB,       name=""
|-MMB: phys(0x83C91000, 0x83CA4FFF), kvirt=0x  (null), flags=0x00000000, length=80KB,       name="AODMA"
|-MMB: phys(0x83CA5000, 0x83CA7FFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="RgnPinPon"
|-MMB: phys(0x83CA8000, 0x83CAAFFF), kvirt=0x  (null), flags=0x00000000, length=12KB,       name="RgnPinPon"
|-MMB: phys(0x83CAB000, 0x83CB0FFF), kvirt=0x  (null), flags=0x00000000, length=24KB,       name="VDA"

---MMZ_USE_INFO:
total size=32768KB(32MB),used=29380KB(28MB + 708KB),remain=3388KB(3MB + 316KB),zone_number=1,block_number=28

dragonlands · 发表于 2017-2-16 08:25:36

physis 发表于 2017-2-15 23:26
TI的方案也有发热惊人的，海康一款车道摄像机，通电一会儿外壳烫的手拿不住，拆开看过是TI的davinci，芯片 ...

TI的大部分达芬奇芯片都是要加散热片的。你这还不算什么，正常现象，我以前用PNX8400做NVR，也是用铸铝外壳散热，那外壳上可以煎鸡蛋。

physis · 发表于 2017-2-15 23:26:13

TI的方案也有发热惊人的，海康一款车道摄像机，通电一会儿外壳烫的手拿不住，拆开看过是TI的davinci，芯片直接压在铸铝外壳上散热
我们做交通行业，海糠的支持很好啊，只要他摄像机硬件支持的，软件功能上，招标有要求的都可以很快拿到定制固件。

jssd · 发表于 2017-2-15 22:59:42

dragonlands 发表于 2017-2-14 14:48
不太清楚哦，本人跟害死无关，按道理说不暂时太可能停产，下一代是H265编码，但从目前来看好象还没有普及 ...

请教楼主大神，3518正常运行后内存RAM还剩多少？

dragonlands · 发表于 2017-2-15 22:22:57

sanger 发表于 2017-2-13 15:02
此贴技术含量很高，特别是猜root密码那一段

这个是瞎猜而已，没什么技术含量，真正有点技术含量的是：只要是BUSYBOX做的文件，我都能把原来的ROOT密码清除，今天晚上试了一台华创时代的基于NXP方案的IPC，十分钟内把它的ROOT密码清除了。
#
# [NetSDK] Interface eth0 State:0.
[NetSDK] Interface ra0 State:1.
g_nDiskNumSum = 0,g_nDiskNum = 0,g_nErrorDiskNum = 0
ps
  PID USER    VSZ STAT COMMAND
1 root    1412 S init
2 root       0 SW<  [kthreadd]
3 root       0 SW<  [ksoftirqd/0]
4 root       0 SW<  [events/0]
5 root       0 SW<  [khelper]
89 root       0 SW<  [kblockd/0]
91 root       0 SW<  [cqueue]
  100 root       0 SW<  [khubd]
  103 root       0 SW<  [kseriod]
  106 root       0 SW<  [kmmcd]
  160 root       0 SW [pdflush]
  161 root       0 SW [pdflush]
  162 root       0 SW<  [kswapd0]
  163 root       0 SW<  [aio/0]
  164 root       0 SW<  [nfsiod]
  165 root       0 SW<  [cifsoplockd]
  166 root       0 SW<  [cifsdnotifyd]
  261 root       0 SW<  [scsi_tgtd/0]
  270 root       0 SW<  [mtdblockd]
  304 root       0 SW<  [ubi_bgt0d]
  314 root       0 SW<  [rpciod/0]
  318 root       0 SW<  [ubifs_bgt0_0]
  333 root    628 S <  udevd --daemon
  774 root    580 S /usr/sbin/inetd /etc/inetd.conf
  843 root    1408 S syslogd -m 0
  844 root    516 S /usr/sbin/systemd
  845 root    4236 S /usr/sbin/watch
  847 root    100m S ./sCamera
  849 root    1416 S -sh
  850 root    696 S boa -c /home/http -f /etc/conf.d/boa/boa.conf

sinc_mark · 发表于 2017-2-15 22:16:46

dragonlands 发表于 2017-2-13 10:27
假如坛友出于学习之用，千万别买大话海糠的，保千里之类的也不要买，这些大公司保密工作做到极致，不仅是 ...

求推荐一个出于学习之用的吧？TI的38板真的找不到啊，或者你推荐个型号就好，谢谢！

jssd · 发表于 2017-2-15 22:16:36

dragonlands 发表于 2017-2-14 10:24
害死hi3518E的开发虚拟机，链接: https://pan.baidu.com/s/1dFtEUBn 密码: q6hr

楼主大神级人物，好崇拜！有没有3518的一些开发文档？软硬件的，想自己做些来玩

Mecono · 发表于 2017-2-15 08:59:41

cnshibo 发表于 2017-2-14 14:06
听说3518E要停产，有这么一回事吗？

按hisi的思路，在下一代产品能完全替代前不会断种的。
3518E预计未来3年内，不会停产。

sinc_mark · 发表于 2017-2-15 08:34:51

楼主安防行业大神级别，可惜以后江湖只会有你的传说....
PS,找了几天，还是没找到TI的38板，这货难道灭绝了？

stevenh · 发表于 2017-2-15 01:19:57

谢谢分享！

lrth · 发表于 2017-2-14 16:43:43

谢谢分享占位学习

dragonlands · 发表于 2017-2-14 14:48:11

cnshibo 发表于 2017-2-14 14:06
听说3518E要停产，有这么一回事吗？

不太清楚哦，本人跟害死无关，按道理说不暂时太可能停产，下一代是H265编码，但从目前来看好象还没有普及。

cnshibo · 发表于 2017-2-14 14:06:02

dragonlands 发表于 2017-2-11 12:41
附件是害死HI3518E的核心文档。这个方案目前很火，占领了60%的IPC市场，因为它集成了DDR，综合BOM成本天下 ...

听说3518E要停产，有这么一回事吗？

Mecono · 发表于 2017-2-14 10:33:56

dragonlands 发表于 2017-2-13 15:59
兄台莫非是刚刚有兄弟提到的大话公司的？膜拜一下先。

中国国内好多公司搞IC设计是为了骗 ...

不是国内大厂，一个小公司里面打杂的而已。
一直在做模拟，这两年才转型做网络产品。

dragonlands · 发表于 2017-2-14 10:24:29

害死hi3518E的开发虚拟机，链接: https://pan.baidu.com/s/1dFtEUBn 密码: q6hr

dragonlands · 发表于 2017-2-14 09:37:42

贴一个HI3518E的串口打印消息，祝大家情人节快乐
U-Boot 2010.06 (Jul 30 2014 - 16:46:28)

Check spi flash controller v350... Found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"
In: serial
Out: serial
Err: serial
Hit any key to stop autoboot:  0
hisilicon # ~

U-Boot 2010.06 (Jul 30 2014 - 16:46:28)

Check spi flash controller v350... Found
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
Spi(cs1): Block:64KB Chip:16MB Name:"W25Q128B"
In: serial
Out: serial
Err: serial
Hit any key to stop autoboot:  0
16384 KiB hi_sfc at 0:0 is now current device

## Booting kernel from Legacy Image at 82000000 ...
Image Name: Linux-3.0.8
Image Type: ARM Linux Kernel Image (uncompressed)
Data Size: 2890840 Bytes = 2.8 MiB
Load Address: 80008000
Entry Point:  80008000
Loading Kernel Image ... OK
OK

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
Linux version 3.0.8 (cwen@ubuntu) (gcc version 4.4.1 (Hisilicon_v100(gcc4.4-290+uclibc_0.9.32.1+eabi+linuxpthread)) ) #1 Tue Jul 22 10:45:00 HKT 2014
CPU: ARM926EJ-S [41069265] revision 5 (ARMv5TEJ), cr=00053177
CPU: VIVT data cache, VIVT instruction cache
Machine: hi3518
Memory policy: ECC disabled, Data cache writeback
AXI bus clock 200000000.
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 8128
Kernel command line: mem=32M console=ttyAMA0,115200 root=/dev/mtdblock2 rootfstype=jffs2 mtdparts=hi_sfc:1M(boot),3M(kernel),12M(rootfs)
PID hash table entries: 128 (order: -3, 512 bytes)
Dentry cache hash table entries: 4096 (order: 2, 16384 bytes)
Inode-cache hash table entries: 2048 (order: 1, 8192 bytes)
Memory: 32MB = 32MB total
Memory: 26984k/26984k available, 5784k reserved, 0K highmem
Virtual kernel memory layout:
vector  : 0xffff0000 - 0xffff1000 ( 4 kB)
fixmap  : 0xfff00000 - 0xfffe0000 ( 896 kB)
DMA    : 0xffc00000 - 0xffe00000 ( 2 MB)
vmalloc : 0xc2800000 - 0xfe000000 ( 952 MB)
lowmem  : 0xc0000000 - 0xc2000000 (  32 MB)
modules : 0xbf000000 - 0xc0000000 (  16 MB)
   .init : 0xc0008000 - 0xc0029000 ( 132 kB)
   .text : 0xc0029000 - 0xc0513000 (5032 kB)
   .data : 0xc0514000 - 0xc0537fa0 ( 144 kB)
   .bss : 0xc0537fc4 - 0xc0555240 ( 117 kB)
SLUB: Genslabs=13, HWalign=32, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
NR_IRQS:32 nr_irqs:32 32
sched_clock: 32 bits at 100MHz, resolution 10ns, wraps every 42949ms
Console: colour dummy device 80x30
Calibrating delay loop... 218.72 BogoMIPS (lpj=1093632)
pid_max: default: 32768 minimum: 301
Mount-cache hash table entries: 512
CPU: Testing write buffer coherency: ok
NET: Registered protocol family 16
Serial: AMBA PL011 UART driver
uart:0: ttyAMA0 at MMIO 0x20080000 (irq = 5) is a PL011 rev2
console [ttyAMA0] enabled
uart:1: ttyAMA1 at MMIO 0x20090000 (irq = 5) is a PL011 rev2
bio: create slab <bio-0> at 0
SCSI subsystem initialized
usbcore: registered new interface driver usbfs
usbcore: registered new interface driver hub
usbcore: registered new device driver usb
cfg80211: Calling CRDA to update world regulatory domain
Switching to clocksource timer1
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 1024 (order: 1, 8192 bytes)
TCP bind hash table entries: 1024 (order: 0, 4096 bytes)
TCP: Hash tables configured (established 1024 bind 1024)
TCP reno registered
UDP hash table entries: 256 (order: 0, 4096 bytes)
UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
NET: Registered protocol family 1
RPC: Registered named UNIX socket transport module.
RPC: Registered udp transport module.
RPC: Registered tcp transport module.
RPC: Registered tcp NFSv4.1 backchannel transport module.
NetWinder Floating Point Emulator V0.97 (double precision)
VFS: Disk quotas dquot_6.5.2
Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
JFFS2 version 2.2. (NAND) 漏 2001-2006 Red Hat, Inc.
fuse init (API version 7.16)
msgmni has been set to 52
Block layer SCSI generic (bsg) driver version 0.4 loaded (major 253)
io scheduler noop registered
io scheduler deadline registered (default)
io scheduler cfq registered
brd: module loaded
loop: module loaded
Spi id table Version 1.22
Spi(cs1) ID: 0xEF 0x40 0x18 0x00 0x00 0x00
SPI FLASH start_up_mode is 3 Bytes
Spi(cs1):
Block:64KB
Chip:16MB
Name:"W25Q128B"
spi size: 16MB
chip num: 1
3 cmdlinepart partitions found on MTD device hi_sfc
Creating 3 MTD partitions on "hi_sfc":
0x000000000000-0x000000100000 : "boot"
0x000000100000-0x000000400000 : "kernel"
0x000000400000-0x000001000000 : "rootfs"
Fixed MDIO Bus: probed
himii: probed
usbcore: registered new interface driver rt2500usb
usbcore: registered new interface driver rt73usb
ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
hiusb-ehci hiusb-ehci.0: HIUSB EHCI
hiusb-ehci hiusb-ehci.0: new USB bus registered, assigned bus number 1
hiusb-ehci hiusb-ehci.0: irq 15, io mem 0x100b0000
hiusb-ehci hiusb-ehci.0: USB 0.0 started, EHCI 1.00
hub 1-0:1.0: USB hub found
hub 1-0:1.0: 1 port detected
ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
hiusb-ohci hiusb-ohci.0: HIUSB OHCI
hiusb-ohci hiusb-ohci.0: new USB bus registered, assigned bus number 2
hiusb-ohci hiusb-ohci.0: irq 16, io mem 0x100a0000
hub 2-0:1.0: USB hub found
hub 2-0:1.0: 1 port detected
usbcore: registered new interface driver cdc_acm
cdc_acm: USB Abstract Control Model driver for USB modems and ISDN adapters
usbcore: registered new interface driver cdc_wdm
Initializing USB Mass Storage driver...
usbcore: registered new interface driver usb-storage
USB Mass Storage support registered.
usbcore: registered new interface driver ums-alauda
usbcore: registered new interface driver ums-datafab
usbcore: registered new interface driver ums-freecom
usbcore: registered new interface driver ums-isd200
usbcore: registered new interface driver ums-jumpshot
usbcore: registered new interface driver ums-sddr09
usbcore: registered new interface driver ums-sddr55
usbcore: registered new interface driver mdc800
mdc800: v0.7.5 (30/10/2000):USB Driver for Mustek MDC800 Digital Camera
mousedev: PS/2 mouse device common for all mice
usbcore: registered new interface driver usbhid
usbhid: USB HID core driver
TCP cubic registered
Initializing XFRM netlink socket
NET: Registered protocol family 10
NET: Registered protocol family 17
NET: Registered protocol family 15
lib80211: common routines for IEEE802.11 drivers
Registering the dns_resolver key type
registered taskstats version 1
drivers/rtc/hctosys.c: unable to open rtc device (rtc0)
鴘sb 1-1: new high speed USB device number 2 using hiusb-ehci
VFS: Mounted root (jffs2 filesystem) on device 31:2.
Freeing init memory: 132K

         _ _ _ _ _ _ _ _ _ _ _ _
         \  _  _ _  _ _ ___
         / /__/ \ |_/
         / __ /  -  _ ___
      / /  / /  / /
  _ _ _ _/ /  /  \_/  \_ ______
___________\___\__________________

[RCS]: /etc/init.d/S00devs
[RCS]: /etc/init.d/S01udev
udevd (505): /proc/505/oom_adj is deprecated, please use /proc/505/oom_score_adj instead.
[RCS]: /etc/init.d/S80network
[RCS]: /etc/init.d/S90zm
tar: can't open '/qqzm/param/rootfs.tar.gz': No such file or directory
Hisilicon Media Memory Zone Manager
hi3518_base: module license 'Proprietary' taints kernel.
Disabling lock debugging due to kernel taint
Hisilicon UMAP device driver interface: v3.00
pa:82000000, va:c2a00000
load sys.ko for Hi3518...OK!
load viu.ko for Hi3518...OK!
ISP Mod init!
load vpss.ko ....OK!
load vou.ko ....OK!
load venc.ko for Hi3518...OK!
load group.ko for Hi3518...OK!
load chnl.ko for Hi3518...OK!
load h264e.ko for Hi3518...OK!
load jpege.ko for Hi3518...OK!
load rc.ko for Hi3518...OK!
load region.ko ....OK!
load vda.ko ....OK!
hi_i2c init is ok!
Kernel: ssp initial ok!
acodec inited!
insert audio
==== Your input Sensor type is ov9712 ====
************[Load Hi3518e]**************
*** Board tools : ver0.0.1_20121120 ***
[debug]: {source/utils/cmdshell.c:166}cmdstr:himm
0x200f0138: 0x00000001 --> 0x00000000
[END]
*** Board tools : ver0.0.1_20121120 ***
[debug]: {source/utils/cmdshell.c:166}cmdstr:himm
0x20140400: 0x00000020 --> 0x00000040
[END]
*** Board tools : ver0.0.1_20121120 ***
[debug]: {source/utils/cmdshell.c:166}cmdstr:himm
0x20140100: 0x00000000 --> 0x00000040
[END]
[1970-01-01 00:00:07] [main                0052] pri: >>>>>>>>>> Start Running zmupdate... <<<<<<<<<<
[1970-01-01 00:00:07] [main                0053] pri: >>>>>>-------- zmupdate Version: 1.1.0 --------<<<<<<
[1970-01-01 00:00:07] [zm_set_up_flag    0064] pri: zm_set_up_flag : UPDATE_ENABLE
[1970-01-01 00:00:07] [main                0068] pri: create thread server update OK!
[1970-01-01 00:00:07] [main                0075] pri: create thread client update OK!
[1970-01-01 00:00:07] [server_thread_update 0086] pri: accepting connections...
[1970-01-01 00:00:07] [client_thread_update 0428] pri: Waiting [ 3600 ] Seconds To Start zmupdate...
ADDRCONF(NETDEV_UP): eth0: link is not ready
>>>enter STAT_MACH_INIT status ...
[1970-01-01 00:00:07] [update_connect_tcp.. 0178] pri: server addr:192.168.0.138,port:8080
the wifi conf is exist
rmmod: can't unload 'mt7601Usta': unknown symbol in module, or unknown parameter
rtusb init rt2870 --->
usbcore: registered new interface driver rt2870
      //==================== Welcome to QQZM product ================//
            software_version: orange_sun_basic_e004_1.1.0
            hardware_version: hi3518c_sun_1.0
0x1300 = 00064300
Auto login as root ...
Mar  2 23:11:47 login[774]: root login on 'ttyS000'
Welcome to HiLinux.
[2015-03-02 23:11:47] [update_connect_tcp.. 0200] err: connect server[192.168.0.138:0x1f90] error:Operation now in progress
[2015-03-02 23:11:47] [main                0783] err: connect upgrade server error!
>>>enter STAT_MACH_CHECK status ...
[2015-03-02 23:11:47] [update_connect_tcp.. 0178] pri: server addr:p1.zmvideo.net,port:8080
None of nfsroot found in cmdline.
# [2015-03-02 23:11:47] [hi3518_set_mirror_.. 2163] pri: +++mirror = 0, flip = 0
[2015-03-02 23:11:47] [rsc_process_init    0338] pri: fps:15,brate:1024
[2015-03-02 23:11:47] [rsc_set_rec_params 0687] pri: set record params.
[2015-03-02 23:11:47] [rsc_process_init    0346] pri: rsc_process_init success!
[2015-03-02 23:11:47] [read_alarm_param    0300] pri: get alarm param file ok [/qqzm/param/alarm.data]
[2015-03-02 23:11:47] [read_alarm_param    0300] pri: get alarm param file ok [/qqzm/param/alarm.data]
[2015-03-02 23:11:47] [check_md_param_cha.. 0093] pri: ---------------Alarm Param Changed------------------
[2015-03-02 23:11:47] [alarm_init          0743] pri: init md success!
[2015-03-02 23:11:47] [hi3518c_sun_media_.. 2128] pri: Chip[hi3518c], Sensor[GC1004]
[2015-03-02 23:11:47] [ntp_client_thread 0422] pri: Start running (0)pthread [ntp_client_thread]
[2015-03-02 23:11:47] [wifi_restart       0485] pri: Enable gpio0_2 to output
[2015-03-02 23:11:47] [wifi_restart       0490] pri: gpio0_2,wifi module try to restart
the wifi conf is exist
unlink cmd rsp urb
usbcore: deregistering interface driver rt2870
RtmpOSNetDevDetach(): RtmpOSNetDeviceDetach(), dev->name=ra0!
<--- rtusb exit
[2015-03-02 23:11:47] [hi3518c_sun_media_.. 2129] pri: Start running (1)pthread [hi3518c_sun_media_func]
the wifi conf is exist
rmmod: can't unload 'mt7601Usta': unknown symbol in module, or unknown parameter
rtusb init rt2870 --->
usbcore: registered new interface driver rt2870
[2015-03-02 23:11:48] [osd_process_thread 0414] pri: Start running (2)pthread [osd_process_thread]
[2015-03-02 23:11:48] [search_thread       0469] pri: Start running (3)pthread [search_thread]
[2015-03-02 23:11:48] [tcp_pthread_pro    0451] pri: Start running (4)pthread [tcp_pthread_pro]
[2015-03-02 23:11:48] [p2p_threadpro       1125] pri: Start running (5)pthread [p2p_threadpro]
[2015-03-02 23:11:48] [uart_ctrl_pthread 0440] pri: Start running (6)pthread [uart_ctrl_pthread]
[2015-03-02 23:11:48] [timer_pthread       0290] pri: Start running (7)pthread [timer_pthread]
[2015-03-02 23:11:48] [createTransportSock  0155] pri: streamPort[9300].
[2015-03-02 23:11:49] [timer_task_pthread 0718] pri: Start running (8)pthread [timer_task_pthread]
[2015-03-02 23:11:39] [p2p_serv_proc       0767] pri: [tcp-sc-test]init tcp client ok!
[2015-03-02 23:11:39] [rsc_process_thread 0356] pri: Start running (9)pthread [rsc_process_thread]
[2015-03-02 23:11:39] [rsc_get_sd_info    1137] err: sd[0] does not exist
[2015-03-02 23:11:39] [alarm_process_pthr.. 0760] pri: Start running (10)pthread [alarm_process_pthread]
[2015-03-02 23:11:39] [cle0x1300 = 00064300
an_io_ouput    0178] pri: >>>>>alarm io clean 1->0!<<<<<
gpio data:7c, val:0
gpio data2:7c, val:0
[2015-03-02 23:11:39] [clean_io_ouput    0194] pri: io alarm starts clean.
[2015-03-02 23:11:39] [wifi_restart       0497] pri: gpio0_2,wifi module restart finish
ctrl_iface exists and seems to be in use - cannot override it
Delete '/var/run/wpa_supplicant/ra0' manually if it is not used anymore
Failed to initialize control interface '/var/run/wpa_supplicant'.
You may have another wpa_supplicant process already running or the file was
left by an unclean termination of wpa_supplicant in which case you will need
to manually remove this file before starting wpa_supplicant again.

dragonlands · 发表于 2017-2-13 16:04:14

河图洛书发表于 2017-2-13 15:57
请问下楼主，厂家提供的有接口函数，开发人员还需要进行matlab算法研究吗？ ...

主芯片里面带通用DSP的才可以自行用MATLAB设计算法自由发挥一下，否则就是厂家有什么，你就用什么。你去TI的官网选型的时候就会发现，DM36X之类的IPC专用芯片，都不带通用DSP的，只有高端的DM8168之类才会有一个通用的DSP，参见坛友发的那个车牌识别摄像机贴子。

dragonlands · 发表于 2017-2-13 15:59:17

Mecono 发表于 2017-2-13 13:53
毕竟我们公司就是IP部门花4-5年时间整出来一个ipc芯片，反正就自己家用有问题反馈，能改就改改不了下版 ...

兄台莫非是刚刚有兄弟提到的大话公司的？膜拜一下先。

中国国内好多公司搞IC设计是为了骗国家的补助的。虽然说如今的芯片设计门槛降低了（有cadence和新思等专业公司外包设计），但投入还是很大的，几千万投进去，有可能连个泡都不起。

河图洛书 · 发表于 2017-2-13 15:57:26

dragonlands 发表于 2017-2-13 12:28
恩，至少ISP的降噪要处理得好。

请问下楼主，厂家提供的有接口函数，开发人员还需要进行matlab算法研究吗？

sanger · 发表于 2017-2-13 15:02:10

此贴技术含量很高，特别是猜root密码那一段

Mecono · 发表于 2017-2-13 13:53:08

ALUMEI 发表于 2017-2-13 12:05
目前不是做出来就可以卖了，要做得好。
encoder，isp 这两大模块是需要点技术的喔。比如encoder 支不支 ...

毕竟我们公司就是IP部门花4-5年时间整出来一个ipc芯片，反正就自己家用有问题反馈，能改就改改不了下版再说。
再说这种芯片都是高端产品用 12M 4k 鱼眼等型号使用。
国内市场和国际市场要求还不大一致，过更多是要求是高亮度噪点有些无所谓，亮就行。

dragonlands · 发表于 2017-2-13 12:28:44

ALUMEI 发表于 2017-2-13 12:24
ISP也有影响，对于客户来说，主要还是ISP。因为客户总想用做一些超规格的东西，来赚差价。。。 ...

恩，至少ISP的降噪要处理得好。

ALUMEI · 发表于 2017-2-13 12:24:54

dragonlands 发表于 2017-2-13 12:21
星光级主要取决于sensor

ISP也有影响，对于客户来说，主要还是ISP。因为客户总想用做一些超规格的东西，来赚差价。。。

dragonlands · 发表于 2017-2-13 12:21:22

ALUMEI 发表于 2017-2-13 12:05
目前不是做出来就可以卖了，要做得好。
encoder，isp 这两大模块是需要点技术的喔。比如encoder 支不支 ...

星光级主要取决于sensor

dragonlands · 发表于 2017-2-13 12:20:01

dragonlands 发表于 2017-2-13 12:13
害死的每一款芯片都能击中市场的G点，比如说HI3518E就是一款极成功的芯片，不仅成本低，还能实现38mm*38m ...

这款芯片也切中了市场的痛点，因为802.11n无线网带宽限制，普通IPC，分辨率达到720P就足够了，1080P的H264码率降不下来，不适合于无线网传输，所以市场上绝大多数的无线IPC，如小蚁，DROPCAM等等都是720P。图像质量与分辨率有关，但不是取决于它，其实镜头的解析度和ISP也很重要，这是为什么三星和SONY的模拟摄像机都能卖几千块的原因

Xplain · 发表于 2017-2-13 12:19:59

也是安防，做门禁的

ALUMEI · 发表于 2017-2-13 12:15:54

dragonlands 发表于 2017-2-13 12:13
害死的每一款芯片都能击中市场的G点，比如说HI3518E就是一款极成功的芯片，不仅成本低，还能实现38mm*38m ...

这款ic在低端市场，席卷了市场。像gm的35s也是这样，不过这货干不过hisi。

dragonlands · 发表于 2017-2-13 12:14:33

ALUMEI 发表于 2017-2-13 12:12
这个前员工会不会被追杀？

应该不会，它的东家都被转手两次了，没有人去追究了

dragonlands · 发表于 2017-2-13 12:13:45

本帖最后由 dragonlands 于 2017-2-13 12:15 编辑

dragonlands 发表于 2017-2-13 12:10
兄台正解，做一个性价比很高的安防芯片不是那么容易的，NXP的芯片都做出来的，但是性价比不够高，也是一 ...

害死的每一款芯片都能击中市场的G点，比如说HI3518E就是一款极成功的芯片，不仅成本低，还能实现38mm*38mm一块板搞定IPC，早先是三块板堆叠，后来是两块板，害死直接做到一块板，其中以MCP的方式集成了DDR，且用SPI闪存，相对于TI的方案，省掉了2/3的PCB空间

ALUMEI · 发表于 2017-2-13 12:12:32

dragonlands 发表于 2017-2-13 12:06
很有可能是真的，业界疯传深圳某公司出价几千万美刀从退出HDTV江湖的某以色列公司的前员工手里买到全套HD ...

这个前员工会不会被追杀？

dragonlands · 发表于 2017-2-13 12:10:37

ALUMEI 发表于 2017-2-13 12:05
目前不是做出来就可以卖了，要做得好。
encoder，isp 这两大模块是需要点技术的喔。比如encoder 支不支 ...

兄台正解，做一个性价比很高的安防芯片不是那么容易的，NXP的芯片都做出来的，但是性价比不够高，也是一枕黄粱，偶很佩服害死的产品经理

dragonlands · 发表于 2017-2-13 12:06:11

ALUMEI 发表于 2017-2-13 11:50
hisi 的isp刚开始也是买欧洲一家公司的。至于现在做的好，就不知道了。

很有可能是真的，业界疯传深圳某公司出价几千万美刀从退出HDTV江湖的某以色列公司的前员工手里买到全套HDTV相关的verilogHDL代码，该公司的图像处理技术曾经是全球蓝波湾

ALUMEI · 发表于 2017-2-13 12:05:18

Mecono 发表于 2017-2-13 11:56
D家有自己IC design。IPC 芯片也是有能力去设计的，购买ARM的内核在加外围呗。 ...

目前不是做出来就可以卖了，要做得好。
encoder，isp 这两大模块是需要点技术的喔。比如encoder 支不支持265，rate control 做得好不好，如何在保证画质的情况下，降低码率呢？对于ISP来说，在低照度下，怎么做到星光级？在过曝的情况下，如何降低gain？如何去雾呢？很多很多。真的不是把arm的内核买过来加点外围就ok了的。

安防行业网络摄像机IPC开发入门指引（秋裤贴）

本帖子中包含更多资源

本帖子中包含更多资源