推荐阅读最新更新时间:2023-10-12 23:48
福建晋华、合肥长鑫与紫光集团存储三大阵营成形
中国半导体发展风起云涌,在市场、国安等考虑下,存储器成为中国重点发展项目。根据全球市场研究机构集邦咨询最新「中国半导体产业深度分析」报告指出,随着中国庞大的资金与地方政府的资源进军半导体中的存储器领域,中国包含福建晋华、合肥长鑫与紫光集团在内的三大阵营已成形。 集邦咨询指出,中国存储器产业的发展,尽管早期如紫光集团与美光洽谈技术合作无疾而终,或是并购相关技术母厂多失败收场,但中国积极吸收专业人才,无论是台湾地区的建厂人才,或是日韩的技术人才皆为中国半导体厂目标,并且从技术授权转为自主研发,处处可见中国进军存储器产业的强烈决心。 两大阵营抢布局DRAM,分别从利基型内存与移动式内存切入 从存储器产品中的DRAM产
[半导体设计/制造]
采用一次性可编程存储器,防止IC盗版
反盗版解决方案已经在IC行业中变得越来越重要。据美国商业部估计,2006年知识产权(IP)盗窃行为让美国公司损失了接近2,500亿美元的销售收入以及75万个工作岗位。然而,过去具备反盗版功能的解决方案都非常昂贵,并且很难实现,如单个解决方案的价格可能超过10万美元,这还不算版权费在内。此外,实现反盗版解决方案还可能增加设计尺寸。
一种新兴的解决方案是采用非易失性一次可编程(OTP)存储器来在IC上实现反盗版解决方案。这种有效、简单而且低成本的技术采用随机数发生器,从缓冲池(large pool)生成唯一的识别码。
这里以一个10位序列号为例,假设有100亿个可能的组合。在配置期间,识别码将被存储在片上OTP存储器中。每
[焦点新闻]
基于ARM Linux的图像采集与蓝牙传输
嵌入式Linux系统具有可移植性好、网络功能强、优秀的GNU编译工具、免费的开放源代码等优点。S3C2410处理器是一款采用ARM920T结构,内部资源非常丰富的32位嵌入式处理器。USB摄像头具有低廉的价格,良好的性能,加上Linux下有V4L支持对其编程,很容易集成到嵌入式系统中。蓝牙技术是目前被认可的短距离无线通信技术,广泛应用于手机、电脑以及汽车免提系统。 本文介绍基于嵌入式Linux的USB图像采集系统,并通过构建好的嵌入式Linux下的蓝牙环境将采集到的图片传送到蓝牙手机上,实现监控功能。
1 软硬件平台概述
系统硬件平台如图1所示。该平台软件上采用嵌入式Linux操作系统;硬件上采用Samsung公司的
[嵌入式]
基于DSP的数字存储示波器显示控制系统的设计
一种基于DSP的数字存储示波器显示控制系统的设计方案。该系统主要由主机接口电路、数据处理电路及显示控制电路三个部分构成。介绍了系统的总体结构,并分析了其主要模块的工作原理,介绍了软件设计思想和程序流程图。该系统具有图形、字符、汉字的显示功能,可广泛用于智能代仪表和工业控制等领域中,用作终端显示。
关键词:DSP高级显示控制器 数字存储示波器 图形显示
1 系统硬件结构
2 主要功能模块的设计
2.2 数据处理电路
HD63484作为标准的外部设备与MPU连接,占用
[测试测量]
曾学忠:紫光展锐早已做好准备
集微网消息,“未来10年也是人工智能时代,5G和AI将会迎来爆发,技术变革的驱动力也来自芯片。所以,未来10年不管经济如何发展,都离不开芯片。”紫光集团全球执行副总裁兼紫光展锐CEO曾学忠表示。 中兴美国禁售事件,使得芯片成为全民热议的话题,“中国芯”的重要性开始下沉到普通消费者。曾学忠认为,如果说钢铁是工业时代的基础,芯片就是数字时代的基础,整个半导体行业决定了未来世界的发展走向。 根据海关统计,2018年1-3月中国进口集成电路923.6亿块,同比增长18.1%;进口金额700.5亿美元,同比增长38.7%。出口集成电路476.6亿块,同比增长11.4%;出口金额180.7亿美元,同比增长34%。由此可见,目前中国IC产业的发
[手机便携]
更快地对高速存储故障深入调试三大步骤
间歇性内存故障处理起来可能会非常复杂。这些故障的根源可能是一种原因或多种不同原因的组合,包括BIOS错误、协议错误、信号完整性问题、硬件问题、内存或其它子系统问题。尽管有些团队能够迅速解决内存调试问题,但更多团队在遇到间歇性故障时会束手无策。本文概括介绍了间歇性内存故障的调试方法,文中通过多个实例,说明了如何才能找出引起内存问题的不同原因。对于经常遇到系统未能引导或内存测试失败的工程师来说,也可从本文介绍的调试方法中受益。
图1:DDRII激活时的高分辨率定时轨迹。
各种子系统、不同工作模式和多种循环导致的串扰和资源冲突一直是引起许多间歇性内存故障的根本原因。对于间歇性内存故障,查找其根本原因的方法
[测试测量]
MSP430在CCS开发环境下的内存分配
用CCS开发环境以及有一年多了,之前写程序,仅仅是停留在写程序的阶段,从来没有想过内存是如何分配的。这次做这个,由于程序的代码量比较大,有40K+,所以在程序整合编译的过程中,遇到了一些之前没有遇到过的问题,在查阅了一些资料之后,解决了这些问题,在这里做一下总结。
首先,我们先抛出遇到的问题。在将程序整合之后,编译报错了,报的错误如下图所示。这个问题是说重定向时,重定向的地址为17位,太大了,超过了16位译码的范围。
这里这个问题我是这样理解的,是这些函数中需要调用一些字符串常量(根据错误定位得出的结论),这时候需要跳转到这个常量所在的地址,但是由于这个地址离当前函数所在的地址“太远了”,所以没有办法跳转到那
[单片机]
gcc代码反汇编查看内存分布[2]: arm-linux-gcc
arm-none-linux-gnueabi-gcc -v gcc version 4.4.1 (Sourcery G++ Lite 2010q1-202) 重点: 代码中的内存分配, 地址从低到高: 代码段(RO, 保存函数代码) -- 只读数据段(RO, 保存常量) -- 数据段(RW, 已初始化并且初始值不为0的全局变量和静态变量) -- bss段(RW, 未初始化或者初始化为0的全局变量和静态变量). 程序运行起来之后, 堆区和栈区的变量地址是动态分配的. 可以看出arm-none-linux-gnueabi-gcc编译和gcc编译结果是类似的. #include stdio.h #include s
[单片机]