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

dragonlands

1、缘起
    长期以来，本人在阿莫论坛只知索取，没有奉献。
    有坛友发贴众筹害死HI3518E的开发板。
    有坛友多次询问IPC开发和SDK源码。
    本人已退出安防浆糊，但不愿相关知识和资料烂在肚子里。

2、IPC历史
    据说、传说、听说全球第一款IPC是由欧洲的安讯仕开发并发布的。之前都是模拟摄像机，即CCD把图像的光信号转成电信号，进行模拟电路处理，然后由电视编码器编码，编成PAL或NTSC格式的电视信号，最大分辨率为720*576。MPEG组织发布MPEG1/2/4标准后，人类开始用数字信号对图像进行压缩编码，并通过以太网或无线网络传输。随后TI的DSP芯片在安防市场推波助澜，一度占领全球90%IPC市场。随后，台湾厂家发布ASIC方案，如智源、升迈等等。随后，害死发布HI3510和HI3512，发力ASIC方案市场。随后，早期斯高柏的一帮牛人从LSI跳出来成立了安霸，推出了A2S和A5S，同时，NXP收购台湾一家安防方案厂商，也想在安防IPC市场大捞一把。还有许多小众方案商，如美信等，我就不一一指名道姓了。

3、现状
    有人的地方有就江湖，有中国人的地方就有浆糊。据权威机构统一，目前害死占领了70%的IPC市场，安霸和TI分食剩余市场，如美信、如NXP，都是无可奈何花落去，已经宣布永远退出安防市场。2006年左右，一台百万像素的IPC市场零售价在3000元上下，如今，一台两百万像素的IPC市场零售价在80元左右。

4、技术
    对于刻苦学习的准电工和嵌工来说，IPC开发设计是一个很好的练兵场。我所知道的所有IPC方案都是基于LINUX的，涉及到操作系统及嵌入式的所有关键技术，如进程同步、存储管理、图像压缩、流媒体网络传输、极限尺寸的PCB设计、EMC、高温低温可靠性。会IPC开发者必定是嵌入式高手也。目前最新的技术无非就是H265和高速WIFI。其中大量用到诸如LIVE555之类的开源技术和代码。

太细节的我暂时不讲了，附上几篇文档，有不懂的地方可以跟此贴问我。

dragonlands

5、知名方案商和生产厂家
    我所知道的方案商和生产厂家如下：
    TI: 大华、海糠、波粒
    NXP：华创时代
    害死：熊卖、小米、大华、海糠
    安霸：海糠、爱普视达
其中TI的SDK可由官网免费获取，NXP的SDK当年是要鉴NDA，现在已停产关闭，害死的SDK，就是鉴SDK也不给，一般是要求出6000大洋买它的参考开发板（害死的销售经理原话：“不然阿猫阿狗都能用它的方案做IPC”）。但是害死的SDK在百度网盘上有。

以上所有的方案的DSP源代码不开放，但是TI的DSP技术是开放的。一般来说安防IPC芯片中DSP就是负责图像压缩。

dragonlands

附件是害死HI3518E的核心文档。这个方案目前很火，占领了60%的IPC市场，因为它集成了DDR，综合BOM成本天下无敌。唯一的缺点就是扩展性不强。

dragonlands

NXP的方案简介，我有全套资料，可惜是签了NDA，不过此方案已经停产，只有学习和参考的价值。

dragonlands

huangqi412 发表于 2017-2-11 15:01
难道现在安防不好了？

恩，不好，水太深了。害死的超低成本方案扶持熊霾，杀得其它方案商片甲不留。设备制造商方面，海糠大华与利用正腐的特殊关系，抢占绝大部分公共安全市场，家庭安防市场，小米99元的无线网络摄像机号称硬件免费。反正，我是看不到希望。

dragonlands

lengshuicha 发表于 2017-2-11 15:18
安防可能会火，因为经济不好，治安会变差

火过头了，2002到2009年间，火了七年，波粒当年就用TI的芯片搞个PCI接口的视频压缩卡，赚的钱在竹子林买了几千平米的两层豪华办公楼。我认识一个云南美女，在深圳做三星代理五年就赚了三辈子用不完的钱。

dragonlands

wkman 发表于 2017-2-11 15:55
害死，，－－》海 %￥%# 思  ？？？

希望楼主不是菊花公司的员工

dragonlands

wkman 发表于 2017-2-11 15:55
害死，，－－》海 %￥%# 思  ？？？

希望楼主不是菊花公司的员工

dragonlands

zjrenyu 发表于 2017-2-11 16:04
问下，进后台（就是进LINUX命令显示的那种）的用户名和密码，是不是每个厂家都不一样的。还是差不多都相同 ...

不一定，上回米国肉鸡事件的熊霾的用户名是root，密码是空。大部分是这样的。有少数是888888，有少数是666666，有少数是12345678，我从网上买的来基本上都猜中了。

dragonlands

dragonlands 发表于 2017-2-11 16:35
不一定，上回米国肉鸡事件的熊霾的用户名是root，密码是空。大部分是这样的。有少数是888888，有少数是66 ...

web登录用户名一般是admin，密码一般是123456

dragonlands

下一页 发表于 2017-2-11 17:50
此贴技术含量很高，特别是猜root密码那一段
ipc的rom一般来说是只读的吧，美国的肉鸡怎么被注入的， ...

差不多这个意思，但是肉鸡并不一定需要修改ROM，早期的IPC上linux文件系统并不是只读的，后来人们意识到这个问题，只留一个分区可读写，IPC通常要存一个日志文件以便故障分析。肉鸡也可以注入并运行在RAM中

dragonlands

fshunj 发表于 2017-2-11 19:17
楼主可以上传一个知名方案商的 IPC 的SDK吗?

TI的SDK，链接：http://pan.baidu.com/s/1hrTQm5e 密码：yume

dragonlands

blueice1108 发表于 2017-2-11 22:55
小蚁有SDK玩吗

我手头有一个小蚁，用的是HI3518E的方案，基本上没有什么玩的价值，因为该机把以太网阉割了

dragonlands

chen_ym 发表于 2017-2-12 10:10
同是安防人，楼主在滨江吧

握个爪，泪奔ING，我不是杭州的，天草安防行业两个地方最大，一是杭州，二是深圳，我是深圳的，坐标害死附近。2005年害死找我面食，因听说菊花公司连洗手间都装摄像头，被我拒了，2011又找我面食，因为当时我已经进入菊花的前三大供应商了，又被我拒了。没想害死现在这么强！！！

dragonlands

skynet 发表于 2017-2-12 13:02
记得当年波利是第一个搞出720P的百万高清(千元以内,大规模推广地区代理商是4xx元),然后就是深圳安博会大放 ...

同行啊，握个爪。你说的可能是低成本720P IPC吧，波粒是TI的铁粉，TI的方案又是台湾APR代理的，有可能先给它了。波粒喜欢用X86方案做NVR，比较另类

dragonlands

skynet 发表于 2017-2-12 13:02
记得当年波利是第一个搞出720P的百万高清(千元以内,大规模推广地区代理商是4xx元),然后就是深圳安博会大放 ...

我所知道的图像质量最好的是安霸，因为安霸主业是做专业摄像机的，狗扑肉和SONY的相机摄像机都是安霸的方案。安霸方案成本最高。害死的hi3518E的图像质量也还不错，跟sensor有很大关系，早期的害死方案因为ISP比较烂从而导致图像质量真的很差。

dragonlands

dragonlands 发表于 2017-2-12 16:11
我所知道的图像质量最好的是安霸，因为安霸主业是做专业摄像机的，狗扑肉和SONY的相机摄像机都是安霸的方 ...

来两份绝密的安霸IPC方案的资料

dragonlands

Mecono 发表于 2017-2-13 09:53
尤其是3531，同批次发热量相差能到20-30度。
同批次芯片 测试同样状态机器有的CPU热度 80度 有的能上 100 ...

完全正确，害死的芯片都是卖一送一，即送散热片。可能下一代会有改良

dragonlands

fengyunyu 发表于 2017-2-13 10:08
一同学在huawei做害死的研发

恭喜你那同学，有天天加班的机会

dragonlands

Mecono 发表于 2017-2-13 09:50
宇视 安联的产品可以考虑一下。中低端产品也不次于大华海康。

假如坛友出于学习之用，千万别买大话海糠的，保千里之类的也不要买，这些大公司保密工作做到极致，不仅是串口超级终端不拉出来，甚至还有加密芯片，我在拆机论坛上看到的海糠萤石系列的主芯片丝印都变成海糠的了。当然海糠的做工和质量的确是好！

dragonlands

ALUMEI 发表于 2017-2-13 10:34
这些大厂也有可能自己做芯片。xm靠hisi的扶持，占据安防的很大一部分的市场。 ...

冰冻三尺，非一日之寒，再给海糠五年时间，它也不可能做出自己的IPC芯片出来。一般都是大客户定制丝印，深圳这边的小厂都是学陈进找民工把丝印打磨掉，或者用散热片粘死。

dragonlands

河图洛书 发表于 2017-2-13 11:28
NDA是什么意思

Non-disclosure Agreement. 即保密协议，签了这个，你就有责任保证不能扩散对方发给你的资料，因此，安霸的资料，网上几乎没有

dragonlands

Mecono 发表于 2017-2-13 10:59
大公司 很多量产产品程序都是把串口屏蔽掉了，不支持调试。想学习用能找到开发样机是最好的。 ...

在此给大家分享一个串口（UART）试探技巧。大多数情况，厂家还是会以测试点的形式留出UART接口，一般是四个点，即GTRV也有两个点的，即TR。波特率通常是115200或57600. 咱可以用一个测试针接到电脑的USB转UART线上，地和地相连，打开串口调试软件，看是否有字符在屏幕上显示，测试针多探几个测试点。UART的电平是3.3V，大多数嵌入式设备主芯片工作电压也是3.3V，因此不用担心过压损坏的问题。本人用此方法百试不爽，玩OPENWRT的时候找出过许多不知名板子的UART调试接口，玩IPC的时候也找出过许多安防板子的UART调试接口。有UART，有以太网，剩下的随便我肿么玩了

dragonlands

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

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

星光级主要取决于sensor

dragonlands

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

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

dragonlands

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

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

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

dragonlands

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

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

dragonlands

贴一个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

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

dragonlands

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

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

dragonlands

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

dragonlands

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

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

dragonlands

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

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

来段历史小说，转载的，写得很精彩，呵呵
这些年安防行业进入了飞速的发展期，各种公司起起落落，有的公司已经消失了，有的还在苦苦支撑，有的公司飞速发展堪称业界奇迹。作为在安防行业有着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

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

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

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

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

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

dragonlands

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

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

dragonlands

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

dragonlands

应该可以

dragonlands

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

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

dragonlands

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

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

dragonlands

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

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

dragonlands

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

dragonlands

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

谢谢兄弟捧场

dragonlands

不好意思啊，最近在忙智能图像识别，有点延误了，不会太监的，呵呵

dragonlands

mcu005 发表于 2017-3-30 23:19
海思工业应用如何?

工业上用的一般不用海思吧。海思的图像质量和安霸相比差得太远

dragonlands

不好意思，清明节回老家游山玩水去了，与世隔绝了一段时间

dragonlands

mndsoft2012 发表于 2017-9-21 18:28
哈哈，真的太监了

呵呵，最近兴趣转移到FPGA和AI上面去了，后来有时间再慢慢写

dragonlands

谢谢各位坛友捧场，上回本来是买了十套样板的，但供应商说害死芯片断货，要涨价，吓死宝宝了。其实讲嵌入式，或者学嵌入式，基于什么平台真的不重要，我看到伟冬山的S3C2440的板每个月的销量都接近一千套，而且卖得很贵。
最近开发板都涨价了。周立功的EasyARM从45元涨到99元，希望这是好事，因为，硬件，不能免费，攻城狮，还要养家糊口！

dragonlands

很快有就更新，准备给大家讲讲平台管理软件

dragonlands

皮尔斯 发表于 2019-1-7 12:59
用到的Sensor一般是并口还是mipi呢？

早期的都是并口的，现在不太清楚，好多年没关注安防这块的新技术了。
顺便回答一下楼上的那位坛友：我不认识海康的人，你有什么问题呢？方便的话可以提出来，说不定我知道。海康以前用的是TI的芯片，后来用安霸和海思的，现在不知道用谁家的，海康喜欢在芯片上印自己的LOGO，这种公司的强大背景和财力，你懂的，可惜就是做不出自己的芯片。
顺便跟各位坛友说声对不起，这个项目真的是太监了，本来想弄块几十块的开发板给大家玩玩，但找不到合适的货源，现在改行搞白菜zynq了，这个系统更强大，可以学习电路设计和拉线（窃以为世上最难的电路板还是基于FPGA的），可以学习FPGA，可以学习VLSI设计，可以学习LINUX，就是学不了安卓，因为ZYNQ不带GPU。还在备料中，应该很快就可以发布了，敬请关注和期待！

dragonlands

皮尔斯 发表于 2019-1-7 15:09
SONY的Sensor都是mipi接口的，有想过做这种项目，不知道能不能跑起来

应该可以的，五年前的安霸A5S就能支持MIPI，只不过当时我那会儿MIPI在安防上还不太流行

dragonlands

fsclub 发表于 2019-1-7 21:38
没有好的sensor感觉都白搭呀，受制于sony和镁光啊，问蒌主，淘宝100元的雄迈3518加icx291，价格合适不？ ...

谢谢捧场，我三年没看安防行情了，真的不知道合适不。雄迈一般都是白菜价，你还能找出比它价格更低的吗？

dragonlands

哦，这个就木有办法了

dragonlands

害死已死，有事烧纸。上传一个安霸的绝密文档，申精就开讲！！！

dragonlands

qtechzdh 发表于 2021-6-15 12:28
想搞个工业级的IPC模块，重点温度能到-40的，有推荐的吗

这个我就不清楚了，安防行业对付低温的方法是在主板上加个PTC加热片，加一个超低温的单片机先启动，让PTC加热到正常温度后再启动主芯片。