小螃蟹呀的个人空间动态-电子工程世界

小螃蟹呀

动态发布点评好友关于

2024-11-21
发表了主题帖：飞凌嵌入式FET3576-C核心板已适配Android 14

在今年3月举办的RKDC2024大会上，飞凌嵌入式FET3576-C核心板作为瑞芯微RK3576处理器的行业首秀方案重磅亮相，并于今年6月率先量产发货，为客户持续稳定地供应，得到了众多合作伙伴的认可。 FET3576-C核心板此前已提供了Linux 6.1.57系统，为了满足更多客户的需求，飞凌嵌入式近日又为其成功适配了Android 14系统——硬件性能卓越的核心板与Android 14的深度组合，将为用户带来更加流畅、开放、智能的使用体验。 1 高性能处理器与高效系统架构（1）RK3576处理器加持 FET3576-C核心板搭载了Rockchip RK3576处理器，拥有高性能的ARM Cortex-A72和Cortex-A53核心组合，确保了系统在处理复杂任务时的流畅度。Android 14操作系统对底层架构进行了优化，进一步提升了资源利用率，两者结合，使得设备在运行大型应用或进行多任务处理时更加游刃有余。（2）高效能NPU与AI优化 FET3576-C内置的6TOPS超强算力NPU，与Android 14的AI加速功能相得益彰，无论是语音识别、图像识别还是深度学习算法，都能实现快速响应和精准处理，为用户带来更加智能的使用体验。 2 内存管理与存储优化（1）大容量内存与高效管理 FET3576-C核心板支持最高4GB LPDDR4内存，配合Android 14的高效内存管理机制，有效减少了内存碎片，提升了应用启动速度和系统响应速度，即使在资源紧张的情况下也能保持流畅运行。（2）快速存储与数据安全 32GB eMMC提供了充足的存储空间，Android 14的存储优化技术则进一步提升了数据读写速度，同时增强了数据保护措施，确保用户数据的安全与隐私。 3 界面优化与视觉享受（1）高清显示与多屏异显 FET3576-C核心板支持多种显示接口，包括HDMI、MIPI DSI等，能够驱动高分辨率显示屏，还可以对图像进行AI智能修复；再配合Android 14的UI优化，能够带来更加细腻、清晰的视觉体验。三屏异显功能更是让设备在多媒体处理和多任务展示上更加灵活。（2）智能交互与用户体验 Android 14在用户界面和交互设计上进行了全面升级，结合FET3576-C核心板的强大算力，使得设备的触控响应更加灵敏，语音助手和手势识别更加精准，为用户提供了更加自然、流畅的交互体验。 4 安全与隐私保护 FET3576-C核心板内置的RK Firewall技术，能实现真正的硬件资源隔离，通过硬件层面的安全隔离和管理，有效防止了恶意软件的攻击。除此之外，Android 14系统也进一步加强了隐私保护功能，提供了更加严格的权限管理和数据加密措施。总结来说，飞凌嵌入式FET3576-C核心板与Android14操作系统的深度适配，不仅充分发挥了核心板硬件的卓越性能，还通过系统的优化与升级，为用户带来了更加流畅、智能、安全的使用体验。对于工业、AIoT、边缘计算、智能移动终端以及其他多种数字多媒体相关的应用领域的专业用户而言，飞凌嵌入式FET3576-C核心板都是一个值得信赖的选择。
2024-10-25
发表了主题帖： FET6254-C核心板为智能运动控制系统强力赋能

智能运动控制系统是自动化领域中的一个重要分支，主要用于对机械运动部件的位置、力矩、速度、加速度等进行实时的控制管理，能够实现对工业机械臂、传送带、自动化装配线等设备的精确控制，以提高生产效率、降低能耗并保障生产安全。它融合了精确反馈、先进感知、高性能控制和无缝连接技术，能够实现高精度、低延时的自动控制，在现代社会的生产和生活中具有重要意义。该系统需要处理大量的传感器数据、执行复杂的运动算法，并实时响应外部指令，因此对系统的主控提出了较高的要求。在这里，推荐客户使用飞凌嵌入式FET6254-C核心板作为智能运动控制系统的主控设备。基于TI Sitara™ AM62x系列处理器设计开发的飞凌嵌入式FET6254-C核心板，以其独具优势的多核异构架构、丰富的接口资源和高性能处理能力，为智能运动控制系统提供了理想的主控解决方案。 1 高性能主控，更高效 FET6254-C核心板作为系统的核心，负责数据处理、算法运算和指令下发，四核Cortex-A53+Cortex-M4F的多核异构架构确保了高性能计算与实时控制的高效结合。不仅能够实现对运动轨迹的高精度规划和实时调整，确保设备的运动精度和稳定性，还能快速处理传感器数据，实现复杂的运动算法和故障诊断，提高系统的智能化水平。 2 功能接口丰富，更全能飞凌嵌入式FET6254-C核心板将处理器的全部功能引出，扩展能力更全能。通过I2C、SPI等接口，可连接各类传感器（如位置传感器、速度传感器、力传感器等），实时采集设备状态信息；利用PWM、GPIO等接口，直接控制电机驱动器、电磁阀等执行机构，实现精确的运动控制。值得注意的是，FET6254-C核心板原生支持3路CAN-FD，传输速度至高可达5Mbps，可高速、稳定地接入到工业网络系统中CAN-FD等通信接口，为工业自动化和车载应用提供功能支撑。此外，FET6254-C核心板还支持TI处理器特有的通用存储控制器接口GPMC，数据读写速率高，可达100MB/s，支持多路片选，配置更加灵活，同时可以提供多种与外设相连的方法，可以和宽范围的外部设备通信。 3 人机交互能力更出众 FET6254-C核心板拥有卓越的显示能力，可支持双屏异显、三路显示，搭配上设计直观的操作界面，方便操作人员监控设备状态、调整参数和下达指令。基于FET6254-C核心板的智能运动控制系统，凭借其高精度、高效率、实时性和可扩展性，为工业自动化领域提供了强大的技术支持。该系统不仅能够提高生产效率、降低能耗，还能提升生产线的智能化水平，为企业的转型升级提供有力保障。
2024-09-30
发表了主题帖： RK3506J行业首发！飞凌嵌入式FET3506J-S核心板亮相2024工博会

在2024中国国际工业博览会的首日，瑞芯微电子发布了RK35系列处理器的最新力作——RK3506J处理器。与此同时，飞凌嵌入式FET3506J-S核心板作为业内首个搭载RK3506J的SoM方案也一同重磅亮相。飞凌嵌入式FET3506J-S核心板基于瑞芯微RK3506J处理器开发设计，该处理器采用22nm先进制程工艺，集成了3个ARM Cortex-A7内核，超频可达1.6GHz；核心板与底板采用邮票孔连接，能够为您的产品提供更加牢固可靠的连接方式。 FET3506J-S核心板和OK3506J-S开发板作为行业首发产品的亮相，标志着飞凌嵌入式与瑞芯微的合作再次迈上一个新的台阶，在移动智能时代到来之际，双方作为战略合作伙伴将继续勠力同心，共同为客户提供更加卓越的产品和更加优质的服务。飞凌嵌入式（左）与瑞芯微（右）企业代表合影 01 高性价比+100%全国产作为一款高性能、高性价比的产品，FET3506J-S核心板已实现物料100%国产化，为您的智能设备在国产化的道路上提供稳定而强大的核心支撑。 02 小巧尺寸，接口丰富在FET3506J-S核心板仅35×44mm的小巧身躯里，蕴含着丰富的总线接口资源，包含2路百兆网、2路USB2.0、3路SPI、3路IIC、1路DSMC、2路原生CAN-FD等等，能够为您的工业应用强势赋能。 03 严苛的标准，可靠的品质 FET3506J-S核心板通过飞凌嵌入式实验室严苛的工业环境测试，包含高温试验、低温试验、冷热启试验、电磁兼容试验、跌落试验、盐雾试验等多方面全方位的试验验证，且出厂前100%经过24小时老化测试、AOI自动光学检测，为您的产品稳定性保驾护航；此外，10~15年的生命周期，为您的产品提供持续供应保障。飞凌嵌入式FET3506J-S核心板即将发售，敬请期待！
发表了主题帖： T536行业首发！飞凌嵌入式FET536-C/FET536-S核心板惊艳亮相

9月24日下午，全志科技在2024中国国际工业博览会上隆重举办了【T536高性能智慧工业芯片】的全球首发发布会，T536处理器采用4核Cortex-A55+RISC-V架构，主频1.6GHz+600MHz，并搭载2TOPS算力NPU，这款强悍的重磅新品吸引了现场大量观众的关注。与此同时，飞凌嵌入式基于T536处理器设计开发的FET536-C/FET536-S核心板及配套开发板作为行业首发产品在全志展位惊艳亮相！图为FET536-C核心板及OK536-C开发板 01 行业首发，重磅登场飞凌嵌入式FET536-C/FET536-S核心板作为业内首个搭载T536处理器的核心板产品意义非凡，不仅是飞凌嵌入式研发实力的体现，更意味着飞凌嵌入式与全志科技战略合作伙伴关系的进一步加深。 02 高性能，更智能 FET536-C/FET536-S核心板基于全志工业级处理器T536设计，4核Cortex-A55(AMP)+RISC-V MCU，主频1.6GHz+600MHz，搭载2TOPS NPU，支持安全启动、国密算法IP、全通路ECC、AMP、Linux-RT、 Local Bus等。强大的性能以及多核异构架构，能够充分满足工业领域客户对高性能、高实时性主控的需求。 03 接口丰富，满足更多领域需求 FET536-C/FET536-S核心板拥有丰富的接口资源，最多可支持CAN-FD×4、UART×17和千兆网×2等等，更够满足工业领域的众多需求，如控制器(PLC/数控机床/运动控制卡)、工业HMI、边缘计算网关、机器人、工业视觉设备、工控一体机、电力集中器、二次继电保护设备、充电桩等。 FET536-C/FET536-S核心板惊艳亮相，展现了飞凌嵌入式在高性能智慧工业芯片应用领域的前瞻性布局，也为广大工业客户提供了的新的技术支撑与解决方案。未来，飞凌嵌入式将继续携手全志科技不断探索技术边界，积极创新，共同为工业领域带来更丰富更智能的产品。 FET536-C/FET536-S核心板即将发售，敬请期待！
2024-09-10
发表了主题帖：用“黑科技”书写“黑神话” | 基于RK3576核心板的三维扫描仪应用方案

《黑神话：悟空》作为国内首款3A游戏大作，上线仅10天全球发行量就已超过1700万份，不论您是否是游戏玩家，相信您都能在各种新闻、宣传和活动中感受到这款游戏的热度。在游戏的众多亮点中，“细腻的场景设计与对名胜古迹的精准还原”给大家留下了格外深刻的印象。 ▲《黑神话：悟空》取景地之一，重庆大足石刻据报道，为了能再现原著中的场景，游戏制作团队花费一年时间为全国多处真实的佛像、寺庙、石窟等场景建立了高精度的数字模型，比如：恒山悬空寺、杭州灵隐寺、泉州开元寺双塔等等，通过对现实世界三维数据的捕捉，为游戏设计师提供丰富的素材与灵感。“黑神话”的背后，离不开三维扫描系统的支持。 1 三维扫描系统三维扫描系统是一种集光、机、电和计算机技术于一体的应用型技术，主要用于对物体的外形、结构及色彩进行扫描，以获取物体表面的空间坐标。不止是游戏领域，三维扫描系统以其高精度、非接触式测量和数字化等特点，在文物保护与修复、测绘工程、工业制造、建筑设计以及教育科研等众多行业中都着广泛应用。 2 系统核心：三维扫描仪三维扫描仪作为系统的核心部件，承担着数据采集和转换的关键职责，它主要由探头、镜头和相机三部分组成。探头负责对物体表面的图案进行无接触采集，镜头用于调节探头位置和取景角度，而相机则将采集的图像转换为数字信号，再交由数据处理软件进行去噪、拼接、优化等处理操作。因此，三维扫描仪需要有很高的探测精度，只有这样才能捕捉到物体表面的微小细节，这对医疗、航空航天、工程制造等高精度需求领域至关重要；同时，快速扫描与数据处理的能力也很关键，可以显著提升扫描工作的效率。 3 主控选型方案飞凌嵌入式推荐使用FET3576-C核心板作为三维扫描仪的主控。FET3576-C核心板基于RK3576处理器开发设计，这是瑞芯微面向AIoT和工业市场着力打造的一款高性能、低功耗、功能丰富的国产化应用处理器，集成了4个ARM Cortex-A72和4个ARM Cortex-A53高性能核，内置6TOPS超强算力NPU，支持 INT4/ INT8/ INT16/ FP16/ BF16/ TF32 操作，支持双核协同工作或独立工作，支持多任务、多场景并行，支持多种深度学习框架。 FET3576-C核心板采用板对板连接方式，可插拔式设计便于产品的安装与维护，并且FET3576-C核心板通过了飞凌嵌入式实验室严苛的工业环境测试，能够提供卓越的稳定性；除此之外，10~15年的生命周期能为客户产品提供长久的供应保障。 4 FET3576-C核心板的优势（1）丰富的功能接口通过丰富的GPIO、UART、SPI等通信接口，FET3576-C能够精准控制扫描仪的扫描参数（如扫描速度、分辨率）、传感器状态（如激光发射器、相机快门）等，实现扫描过程的精准控制，提升扫描效率与质量。（2）数据处理中枢 FET3576-C核心板作为系统的“大脑”，可以将接收的原始数据（如激光点云、图像等）进行快速、高效的数据处理。这包括数据的滤波、去噪、配准、融合等关键步骤，确保最终生成的三维模型既精确又完整。（3）智能优化 FET3576-C核心板内置6TOPS超强算力NPU，能够通过AI加速引擎对扫描获取的数据进行智能分析，可以自动识别并优化模型中的瑕疵、孔洞等问题，进一步提升模型的精细度和真实感。（4）数据传输与存储 FET3576-C核心板目前最高支持4GB LPDDR4内存和32GB eMMC存储，大容量的存储空间能对扫描数据进行安全高效的本地保存；同时，支持2路千兆以太网和Wi-Fi，能够轻松实现扫描数据的实时传输与远程访问。 5 总结飞凌嵌入式FET3576-C核心板在三维扫描系统中扮演着至关重要的角色，作为三维扫描仪的主控设备，可以通过其强大的数据处理能力和丰富的接口资源，实现从数据采集到模型输出的全流程控制，为构建高精度、高真实感的三维模型提供了坚实的技术支撑。以上就是基于飞凌嵌入式FET3576-C核心板的三维扫描仪应用方案，希望能够对您的项目选型提供帮助。
2024-08-22
发表了主题帖：案例 | 基于RK3576的电力站房智能辅助与人工智能可视化网关方案

在电力行业持续深化改革的浪潮中，变电站与配电室等关键电力基础设施的智能化管理已成为推动电网安全、经济、高效运行的重要驱动力。随着用电需求的增长及城市化进程的加速，电力站房的数量激增，分布广泛且环境条件复杂多样，这对电力系统的稳定性、可靠性和安全性提出了前所未有的挑战。传统机房监控体系面临着显著的局限性：各子系统独立运行，信息孤岛现象严重，导致整体监控效率低下，安全管理难以形成合力。这种分散式的管理方式不仅增加了运维成本，还难以快速响应突发状况，对潜在风险的预警能力不足，严重制约了电网的智能化升级和高效运维。为解决这些问题，电力站房智能辅助与人工智能可视化网关应运而生。作为专为变电站、配电室等电力场景设计的创新解决方案，它集成了液晶显示屏与先进的人工智能技术，实现了对现场参数的全面可视化监测与管理。这一智能网关能够实时监测变压器状态、开关柜运行、环境温湿度、空调及风机工作状态、照明系统、烟雾探测、门禁管理及视频监控等多维度信息，构建起一张全方位、立体化的电力站房监控网络。通过智能化地分析各传感器采集的实时数据，并与预设阈值进行精准比对，智能网关能够迅速识别并响应异常情况，实现自动报警、远程控制及故障预判等功能，有效提升了电力站房的安全防护水平和应急响应能力。此外，其强大的数据整合与分析能力，还为电力企业的运维决策提供了有力的数据支撑，促进了运维管理的精细化与智能化转型。 1. 客户选型需求通过与客户的沟通，飞凌嵌入式了解到客户对于电力站房智能辅助与人工智能可视化网关项目主控的需求如下： (1) 网关核心CPU应采用国产芯片，采用ARM架构，核心数不低于4核，主频不低于1GHz； (2) 网关应配置视频处理模块进行视频流处理及人工智能分析，算力不小于3TOPS； (3) 网关内存不低于2GB，存储容量不低于8GB； (4) 网关应采用Linux内核操作系统； (5) 网关应具备至少4路RS485，串口速率可选用9600bps、19200bps、115200bps； (6) 具备以太网口接口速率支持100/1000Mbps自适应； ... ... 2. 主控选择：RK3576处理器根据实际的项目指标，客户选择使用瑞芯微RK3576处理器作为电力站房智能辅助与人工智能可视化网关的主控。基于此需求，飞凌嵌入式为其推荐了基于Rockchip RK3576处理器开发设计FET3576-C核心板，这是一款瑞芯微面向AIoT和工业市场着力打造的高性能、低功耗、功能丰富的国产化应用处理器。性能方面，RK3576处理器搭载了4个Cortex-A72以及4个Cortex-A53高性能核，主频最高可达2.3GHz，且内置6TOPS超强算力NPU，不仅能够为电力站房智能辅助与人工智能可视化网关带来强劲的性能支撑，也能为安全帽佩戴检测、小动物入侵、人员倒地检测等场景识别提供充沛的算力支持。功能接口方面，FET3576-C核心板将RK3576处理器的功能全部引出，拥有12路UART，支持5位、6位、7位、8位串行数据收发；支持2路以太网，支持10/100/1000Mbps的数据传输速率；支持FlexBus全新并行总线接口，可模拟不规则或者标准的协议，支持2/4/8/16bits数据并行传输，时钟最高可到100MHz；此外，还具有DSMC、PCIe2.1、SATA3.0、USB3.2、SAI、I2C等丰富的接口资源。显示能力方面，FET3576-C核心板支持H.264、H.265高清编解码，五种显示接口：HDMI/eDP、MIPI DSI、Parallel、EBC、DP，支持三屏异显、4K@120Hz超清显示及超分功能，智能修复模糊图像，给客户提供更多选择的同时还提升了客户体验。配置方面，FET3576-C核心板运行Linux6.1.57系统，目前拥有32GB的eMMC ROM，并提供了2GB和4GB LPDDR4两种RAM选择，客户可根据项目需求灵活选择。后续还将推出工业级温宽的FET3576J-C核心板，更多配置，满足更多场景下的应用需求。 3. 总结电力站房智能辅助与人工智能可视化网关的广泛应用，不仅是对传统机房监控体系的深刻变革，更是电力行业迈向智能化、网络化、服务化转型的关键一步。它以其独特的优势，为电网的安全经济运行注入了新的活力，助力电力行业在复杂多变的环境中保持稳健发展态势。以上就是基于RK3576处理器的电力站房智能辅助与人工智能可视化网关应用方案，希望能够对您的项目选型提供帮助。
2024-08-19
发表了主题帖： 7天倒计时！飞凌嵌入式技术创新日（深圳站）参会指南请查收

距离飞凌嵌入式技术创新日（深圳站）的举行还有7天，小编特地为各位朋友准备了这份参会指南，请注意查收！ 1 如何报名参加？点击下图填写信息，即可报名申请。报名审核成功后，飞凌嵌入式将通过短信、微信、电话等形式为您发送通知。 2 有哪些精彩看点？本次飞凌嵌入式技术创新日（深圳站）将为大家呈现一系列前沿干货，包括“飞凌嵌入式全线产品矩阵”、“嵌入式行业案例分享与技术应用”、“瑞芯微工业解决方案”、“嵌入式开发易用工具及解决方案”、“openEuler技术路线在嵌入式领域的创新实践”以及“嵌入式产品开发设计避坑指南”共6大主题分享，紧密结合当前行业热点和前沿技术，干货满满，为您的项目开发助力。 3 有什么礼品？好礼享不停！本次飞凌嵌入式技术创新日不仅有干货知识，还有精美礼品。飞凌嵌入式准备了多重好礼——全自动雨伞、充气U型枕、大额优惠券，到场即可零门槛获得；此外，参与现场抽奖还有机会将华为MatePad、华为GT4手表和小米蓝牙耳机带回家。 4 我能和哪些嘉宾面对面交流？本次飞凌嵌入式技术创新日（深圳站）邀请到了多位重量级技术嘉宾，不仅有瑞芯微产品总监和粤港澳大湾区国创中心技术专家，飞凌嵌入式产品总监、研发总监、项目总监和研发高级工程师也会悉数亮相，6位嘉宾齐聚一堂，与大家分享最新的研究成果、行业见解和应用案例。 5 活动的时间和地点？飞凌嵌入式技术创新日（深圳站）的时间地点信息如下：活动日期：2024年8月26日签到时间：13:00~13:30 活动时间：13:30~17:30 活动地点：深圳威尼斯英迪格酒店1楼威尼斯宴会厅（世界之窗地铁站A口东行200米）
2024-08-15
发表了主题帖：来了来了！ | 飞凌嵌入式邀您共聚elexcon2024深圳国际电子展

2024年8月27日~29日，elexcon2024深圳国际电子展将在深圳会展中心（福田）举行。展会为电子产业复苏以及AI时代到来准备好了全栈技术和产品展示，包括AI芯片、嵌入式处理器/MCU/MPU、存储、智能传感、RISC-V技术与生态、AIoT方案、PMIC与功率器件、Chiplet和SiP先进封装等。新应用、新生态，包括AI硬件、电动汽车与新能源、AIPC与数据中心、边缘智能、工业电机控制、智慧医疗等，来到现场即可一网打尽。飞凌嵌入式将携数十款嵌入式主控产品及热门的行业解决方案亮相1S08展位，聚焦人工智能、AIoT、充电桩、工商业储能、智慧交通、智慧医疗等领域，展示行业应用方案，为现场观众带来更新、更多维度的体验。届时，第六届中国嵌入式技术大会将同期举行，飞凌嵌入式产品总监受邀在8月27日下午开展的“嵌入式操作系统与智能工业”分论坛进行《工业智能与生态构建：RT-Linux优化与OpenHarmony适配的实践探索》主题演讲，与现场来宾分享飞凌嵌入式在推动工业智能化进程及构建开放生态方面的成功经验。欢迎广大工程师朋友及行业伙伴前来参观交流！日期：2024年8月27~29日地点：深圳会展中心（福田）展位：1号馆1S08
2024-08-09
发表了主题帖：探访飞凌嵌入式研发实验室（第3期）

为了让各位朋友更加直观地了解飞凌嵌入式研发实验室的实力，我们专门制作了「探访实验室」系列视频。在前2期的内容中，小编为大家介绍了静电放电抗干扰度试验、高低温/温度变化/湿热试验、振动试验/冲击/碰撞试验、产品跌落试验、盐雾试验、电快速瞬变脉冲群抗扰度试验 6个关键的试验项目。 1. 稳定性试验在设备长时间运行、多次加电或重启的过程中，设备器件会因为老化、电气参数临界或软件逻辑设计不合理而导致概率性出现异常，出现设备不能正常运行、启动或重启的现象，会大幅度降低设备的可靠性。稳定性试验就是验证设备长时间运行、多次加电、重启过程中的可靠性能力的过程。 2. 浪涌试验高压开关操作或雷击等都可能在电网或通信线上产生暂态过电压或过电流,这是一种能量较大的电磁骚扰,这种骚扰可能会引起电子电气设备的电路发生故障或损坏。浪涌(冲击)抗扰度试验可以检验电子电气产品承受这种电磁骚扰的能力。 3. 接口一致性测试通过有效的接口一致性测试，可以降低系统故障和风险，提升软硬件质量，增加系统的可信度，确保各个组件之间的协调运作，降低系统故障和崩溃的风险。研发实验室是一家高新技术企业技术实力与创新动能的核心，一个设备齐全、流程规范、标准严格的实验室，能够确保产品功能的先进性、运行的稳定性和质量的可靠性，使产品在激烈的市场竞争中脱颖而出。相信通过“实验室系列视频”的介绍，屏幕前的朋友们已经对飞凌嵌入式研发实验室的实验项目有了更进一步的了解。关注飞凌嵌入式微信公众号以及视频号，更多精彩内容为您呈现。
2024-08-06
发表了主题帖： RK3562J技术分享 | 使用SPI挂载数字式RTD温度传感器的方法

MAX31865是简单易用的热敏电阻至数字输出转换器，优化用于铂电阻温度检测器(RTD)。外部电阻设置RTD灵敏度，高精度Δ-Σ ADC将RTD电阻与基准电阻之比转换为数字输出。MAX31865输入具有高达±45V的过压保护，提供可配置的RTD及电缆开路、短路条件检测。适用于医疗、工业、温度计算、卫星、气象、阻值计算等高精温度设备，应用范围非常之广泛。飞凌嵌入式最新推出的OK3562J-C开发板上预留出了SPI2接口，位于P8插针引脚上： SPI2_CLK_M0、 SPI2_CSN0_M0、 SPI2_MOSI_M0、 SPI2_MISO_M0。本篇文章，将为大家介绍在OK3562J-C开发板上使用SPI2挂载MAX31865（数字式RTD温度传感器）芯片的方法。 1. 修改思路添加一个SPI设备的思路为：在设备树中添加描述 → 设备树描述中对应设备驱动 → 设备驱动添加到内核 2. 修改方法（1）MAX31865模块支持2线、3线、4线接线方式，这里我们选用3线方式接线。3线连接是一种折中方案，比4线方案少一条引线。为补偿导线上的压降，从（RTDIN+ RTDIN-）中减去FORCE+和RTDIN+之间的电压，利用FORCE2对输入采样实现。如果电缆电阻具有很好的一致性，即可消除电缆电阻引入的误差。接线之前需要在模块上焊接一下，按照下图焊接成3线模式。（2）在设备树里添加MAX31865的相关描述，因为我们是3线的接法，所以我们需要添加maxim，3-wire参数。 3. 将驱动编译成模块（1）在内核源码/drivers创建max31865文件夹，添加max31865.c和Makefile文件。（2）修改父目录/kernel/drivers/Makefile文件，执行全编译操作，修改如下： /drivers/max31865/Makefile内容如下： obj-m += max31865.o /kernel/drivers/Makefile添加如下代码： obj-y += max31865 再执行 ./build.sh kernel脚本编译内核，即可在 /drivers/max31865目录下生成ko模块。（3）将max31865.ko 拷到OK3562J-C开发板中，执行insmod max31865.ko加载。 4. 测试使用22Ω的电阻模拟铂电阻，使用以下命令查看ADC原始值。 cat /sys/bus/iio/devices/iio:device2/in_temp_raw 可以看到22Ω的电阻，ADC的值是1655，对比芯片手册中的值，发现是正常的，对应的温度大概在-190℃左右。至此一个新的MAX31865（数字式RTD温度传感器）设备添加成功，开发者可以根据读到的adc原始值，开发自己的应用去对应现在测到的温度。以上就是OK3562J-C开发板上使用SPI2挂载MAX31865（数字式RTD温度传感器）设备的方法，希望能够对大家的项目开发有所帮助。
2024-07-27
发表了主题帖： RK3562J技术分享 | AMP双系统下的裸核中断嵌套初体验

多核异构系统是⼀种使同⼀颗SoC芯片中不同核心分别独立运行不同平台的计算系统。通过合理的处理器核心及外设资源划分，使⼀颗SoC芯片能够独立运行Linux系统和实时性系统，在满足系统软件功能和硬件外设丰富性要求的同时，也满足系统的实时性要求，具有突出的性价比优势和产品体积优势。 1. 瑞芯微多核异构系统 “瑞芯微多核异构系统”是瑞芯微提供的⼀套通用多核异构系统解决方案。在运行平台方面： Linux提供标准的Linux Kernel，RTOS提供开源的RT-Thread ，Bare-metal提供基于RK HAL硬件抽象层的裸机开发库。同时，瑞芯微多核异构系统支持客户自行适配更多的运行平台，例如可以基于RK HAL硬件抽象层适配指定的RTOS等。在处理器核心方面：瑞芯微多核异构系统支持SoC中同构的ARM Cortex-A核心独立运行。也支持SoC中异构的ARM Cortex-M或RISC-V核心独立运行。瑞芯微多核异构系统通过合理的处理器核心资源划分，将适当的任务分配到最适合的核心进行处理，从而使SoC发挥出更优秀的性能和能效表现。目前，瑞芯微多核异构系统采用无监督的AMP方案。不使用虚拟化管理，从而在运行实时性系统时获得更快的中断响应，以满足电力、工控等行业应用中严苛的硬实时性要求。 2. RK3562J处理器核心及AMP支持情况处理器核心 AMP支持情况 3. 中断嵌套机制中断嵌套是一种有效的中断处理机制，它允许系统根据中断的优先级来响应和处理中断，从而确保关键任务能够及时得到处理，具有实时性高、灵活性好、响应快速等特点，但传统的Linux系统为了简化设计、提高系统的稳定性和可预测性、减少资源竞争和死锁等风险、以及提高兼容性和可维护性，不支持中断嵌套。这种设计选择使得Linux内核在许多应用场景中表现出色，但对于高实时性场景下的应用就显得力不从心了。 4. 案例实践分享开发板型号：OK3562J-C 资料版本：OK3562-C_Linux 5.10.198_用户资料_R1 测试思路：使用两个GPIO，分别为GPIO4B1和GPIO0B0，其中GPIO4B1设置为输出，GPIO设置为输入并且中断配置为下降沿触发。硬件上短接GPIO4B1和GPIO0B0。使用Timer4定时器每秒产生一个定时器中断，在中断处理函数中控制GPIO4B1产生一个下降沿并延时，如果出现了GPIO0B0中断处理函数中的打印信息则证明成功发生了中断抢占。测试步骤：（1）编写测试程序fltest_irq_preempt.c开启TIEMR4和GPIO0B0的中断并且将GPIO0B0配置为下降沿触发，在定时器中断处理函数中将GPIO4B1拉高拉低，使之触发GPIO0B0的中断，在GPIO0B0的中断处理函数中打印一句话来表明当前进入了GPIO0B0的中断；（2）修改中断路由，添加TIMER4和GPIO0的中断并使之绑定给CPU3，并设置TIMER4的中断优先级高于GPIO0；（3）重新编译镜像并烧写；（4）在uboot菜单中打开AMP并重启OK3562J-C开发板，此时RTOS调试串口打印如下：按tab键可以打印出当前的所有命令：可以看到我们的命令已经注册成功了。现在执行我们刚刚编写的fl_irq_test这条命令，即可看到效果：可以看到GPIO0B0的中断抢占了当前的TIMER4中断。我们将二者的优先级调换一下再重新编译烧写，然后再次执行该程序，可以看到GPIO0B0的中断在TIMER4中断结束之后才被处理，未发生抢占。
2024-07-22
发表了主题帖：来喽！RK3576处理器的MIPI-CSI调试——通路解析

MIPI-CSI是一种在嵌入式系统或移动设备中常见的摄像头接口，能够实现高速的图像数据传输。飞凌嵌入式最新推出的OK3576-C开发板拥有丰富的资源接口，其中支持5个CSI-2接口，意味着最多可同时支持5路摄像头的输入。本篇内容就通过OK3576-C开发板为大家介绍一下RK3576处理器的Camera通路，以及如何配置MIPI-CSI摄像头的不同输出格式。 1 RK3576的camera通路如果只有一个摄像头接入，则只开rkispx_vir0 。需要注意的是： vicap和isp并没有对应关系；各个vir0/vir1这种关系本质是同一个硬件分时复用，效果等同。多个的时候尽量使用0,1,2 ... 去配置。硬件通路框图如下：有一个dcphy接口和两个dphy接口，接入路径如下：单摄（接第一个dphy） sensor0->csi2_dphy0->mipi1_csi2->rkcif_mipi_lvds1(sditf)->rkisp_vir0 双摄（接两个dphy） sensor0->csi2_dphy0->mipi1_csi2->rkcif_mipi_lvds1(sditf)->rkisp_vir0 sensor1->csi2_dphy3->mipi3_csi2->rkcif_mipi_lvds3(sditf)->rkisp_vir1 三摄（接dcphy和2个dphy） sensor0->csi2_dcphy0->mipi0_csi2->rkcif_mipi_lvds(sditf)->rkisp_vir0 sensor1->csi2_dphy0->mipi1_csi2->rkcif_mipi_lvds1(sditf)->rkisp_vir1 sensor2->csi2_dphy3->mipi3_csi2->rkcif_mipi_lvds3(sditf)->rkisp_vir2 五摄（接dcphy，将2个dphy拆分） sensor0->csi2_dcphy0->mipi0_csi2->rkcif_mipi_lvds(sditf)->rkisp_vir0 sensor1->csi2_dphy1->mipi1_csi2->rkcif_mipi_lvds1(sditf)->rkisp_vir1 sensor2->csi2_dphy2->mipi2_csi2->rkcif_mipi_lvds2(sditf)->rkisp_vir2 sensor3->csi2_dphy4->mipi3_csi2->rkcif_mipi_lvds3(sditf)->rkisp_vir3 sensor4->csi2_dphy5->mipi4_csi2->rkcif_mipi_lvds4(sditf)->rkisp_vir4 下图是camera各个通路的连接情况：（注：如果是RGB数据输入后面还需要跟rkisp_virx） 2 不同平台的sensor链路情况 yuv422/rgb888输入对于yuv422/rgb888输入的情况，常见的有三种情况： 1、自带isp的或者客户外接isp的摄像头。输入yuv422格式； 2、hdmi转mipi csi输入。一般如rk628d/f,lt6911xxx等芯片，常见的是转换成yuv422，也可以rgb888格式； 3、多路ahd，serdes。这种一个mipi口，最多可以支持4个虚拟通道，对于这几种情况，是不需要走isp的，只需要到cif即可，所以链路为： sensor->csi2_dphyX->mipiX_csi2->rkcif_mipi_lvdsX rkcif_mipi_lvdsx_sditf 以及isp节点有可以disabled掉，里面的X根据不同平台不同硬件的接法而定。抓图使用的节点为rkcif_mipi_lvdsX对应的第一个video节点，这个可以通过media-ctl看拓扑得到，比如OK3576-C开发板上的OV5645摄像头，挂载在media1节点。 root@ok3576-buildroot:/# media-ctl -p -d /dev/media1 Media controller API version 6.1.57 driver rkcif model rkcif-mipi-lvds1 serial bus info platform:rkcif-mipi-lvds1 hw revision 0x0 driver version 6.1.57 Device topology entity 1: stream_cif_mipi_id0 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video11 pad0: Sink <- "rockchip-mipi-csi2":1 [ENABLED] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 5: stream_cif_mipi_id1 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video12 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [ENABLED] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 9: stream_cif_mipi_id2 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video13 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [ENABLED] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 13: stream_cif_mipi_id3 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video14 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [ENABLED] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 17: rkcif_scale_ch0 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video15 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [ENABLED] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 21: rkcif_scale_ch1 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video16 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [ENABLED] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 25: rkcif_scale_ch2 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video17 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [ENABLED] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 29: rkcif_scale_ch3 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video18 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [ENABLED] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 33: rkcif_tools_id0 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video19 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [ENABLED] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [] entity 37: rkcif_tools_id1 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video20 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [ENABLED] <- "rockchip-mipi-csi2":11 [] entity 41: rkcif_tools_id2 (1 pad, 11 links) type Node subtype V4L flags 0 device node name /dev/video21 pad0: Sink <- "rockchip-mipi-csi2":1 [] <- "rockchip-mipi-csi2":2 [] <- "rockchip-mipi-csi2":3 [] <- "rockchip-mipi-csi2":4 [] <- "rockchip-mipi-csi2":5 [] <- "rockchip-mipi-csi2":6 [] <- "rockchip-mipi-csi2":7 [] <- "rockchip-mipi-csi2":8 [] <- "rockchip-mipi-csi2":9 [] <- "rockchip-mipi-csi2":10 [] <- "rockchip-mipi-csi2":11 [ENABLED] entity 45: rockchip-mipi-csi2 (12 pads, 122 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev1 pad0: Sink [fmt:UYVY8_2X8/1920x1080 field:none colorspace:srgb crop.bounds:(0,0)/1920x1080 crop:(0,0)/1920x1080] <- "rockchip-csi2-dphy0":1 [ENABLED] pad1: Source -> "stream_cif_mipi_id0":0 [ENABLED] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad2: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [ENABLED] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad3: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [ENABLED] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad4: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [ENABLED] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad5: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [ENABLED] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad6: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [ENABLED] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad7: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [ENABLED] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad8: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [ENABLED] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad9: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [ENABLED] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [] pad10: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [ENABLED] -> "rkcif_tools_id2":0 [] pad11: Source -> "stream_cif_mipi_id0":0 [] -> "stream_cif_mipi_id1":0 [] -> "stream_cif_mipi_id2":0 [] -> "stream_cif_mipi_id3":0 [] -> "rkcif_scale_ch0":0 [] -> "rkcif_scale_ch1":0 [] -> "rkcif_scale_ch2":0 [] -> "rkcif_scale_ch3":0 [] -> "rkcif_tools_id0":0 [] -> "rkcif_tools_id1":0 [] -> "rkcif_tools_id2":0 [ENABLED] entity 58: rockchip-csi2-dphy0 (2 pads, 2 links) type V4L2 subdev subtype Unknown flags 0 device node name /dev/v4l-subdev2 pad0: Sink [fmt:UYVY8_2X8/1920x1080@10000/300000 field:none colorspace:srgb crop:(0,0)/1920x1080] <- "m01_f_ov5645 3-003c":0 [ENABLED] pad1: Source -> "rockchip-mipi-csi2":0 [ENABLED] entity 63: m01_f_ov5645 3-003c (1 pad, 1 link) type V4L2 subdev subtype Sensor flags 0 device node name /dev/v4l-subdev3 pad0: Source [fmt:UYVY8_2X8/1920x1080@10000/300000 field:none colorspace:srgb crop:(0,0)/1920x1080] -> "rockchip-csi2-dphy0":0 [ENABLED] 如果是多路输入，就对应前4个，即video11-video14。 RAW格式输入从RK3588开始，也就是isp3.0起，瑞芯微处理器的isp便不再有采集功能，而只做图像处理，所以整个通路为： sensor->csi2_dphyX->mipiX_csi2->rkcif_mipi_lvdsX rkcif_mipi_lvdsX_sditf->rkispx_virX 这里需要说明一下： 1、在不跑aiq的时候，rkcif_mipi_lvdsX是可以拿RAW图的； 2、如果我们只打开isp节点的vir0即rkispx_vir0，不打开后面的rkispx_vir1/vir2...，这种就是直通的，不跑aiq，也能拿到nv12图，但是是未经过效果处理，一般是淡绿色； 3、打开其他vir节点，说明isp需要分时复用，isp节点就必须要开启aiq才能拿图(aiq会分时复用isp) ，所以如果只有一个camera，其他isp节点建议disabled掉。 3 总结在配置摄像头时，首先要确定摄像头走的通路，并确定摄像头输出的格式，如果是RAW图则需要走rkisp，如果是yuv422/rgb888，则只需要配置到rkcif_mipi_lvdsx。本文介绍了RK3576处理器的Camera通路，以及如何配置MIPI-CSI摄像头的不同输出格式。在后续的文章中，将会继续为大家带来RK3576处理器的摄像头参数配置和设备树配置方法。
2024-07-16
发表了主题帖：飞凌嵌入式技术创新日（北京站）圆满落幕，共创嵌入式技术的美好未来

2024年6月25日下午，飞凌嵌入式技术创新日（北京站）在北京中关村皇冠假日酒店盛大举行。此次活动汇聚了近300位嵌入式技术领域的专家和企业代表，共享嵌入式技术的盛宴，共创嵌入式技术的美好未来！进入活动现场，六个展区便映入眼帘。全产品矩阵展区展示了飞凌嵌入式丰富的产品线，从嵌入式板卡到工控机，再到丰富的动态演示方案，无不体现了飞凌嵌入式在嵌入式主控设备研发设计方面的深厚实力；新品推荐展区则聚焦公司最新研发的嵌入式产品，为与会者带来了前沿的技术体验；热门选型展区提供了实用的选型工具，帮助嵌入式工程师们快速找到最适合自己项目的产品；软件生态展区展示了飞凌嵌入式在软件方面的布局和合作，为开发者提供了丰富的软件资源和支持；ElfBoard教育品牌展区则展示了飞凌嵌入式在教育领域的投入和成果，为培养嵌入式技术人才贡献了力量；恩智浦（NXP）动态方案/云实验室展区则结合恩智浦的技术优势，为与会者展示了恩智浦在嵌入式技术的创新应用，值得注意的是，飞凌嵌入式作为NXP的首个合作伙伴入驻云实验室。进入主会场，飞凌嵌入式营销总监梁总向现场近300名嘉宾致欢迎词，标志着飞凌嵌入式技术创新日（北京站）正式拉开帷幕，随后，各位嘉宾的演讲更是将活动推向了高潮。飞凌嵌入式产品总监杜工深入解析了全矩阵产品的特点和优势，让与会者对飞凌嵌入式的产品线有了更全面的了解；OpenHarmony大使连工的分享则让与会者了解了开源操作系统在嵌入式领域的应用前景；飞凌嵌入式项目总监王工分享的嵌入式行业案例和技术应用，让与会者深刻感受到了嵌入式技术在各行各业中的广泛应用和巨大潜力。 << 划动查看会议精彩现场恩智浦MPU资深系统工程师王工和焦工的技术分享，则为大家详解介绍了异构多核处理器和机器学习在嵌入式系统中的应用；飞凌嵌入式研发总监宋工和高级研发工程师王工的分享，则更加侧重于嵌入式技术的研发和创新，为与会者提供了问题解决思路。最后，恩智浦系统工程部邵工介绍了NXP重磅打造的云实验室，助力中国客户与合作伙伴发掘增长动能。本次技术创新日活动，不仅展示了飞凌嵌入式在嵌入式技术领域的深厚积累和前沿创新，更通过各位嘉宾的精彩分享，为与会者呈现了一个充满无限可能的未来世界。无论是外场的展区还是内场的主题分享会，都体现了飞凌嵌入式对嵌入式技术发展的深刻理解和对技术创新的不懈追求。未来，飞凌嵌入式将继续携手合作伙伴，以开放的心态和创新的精神，共同推动嵌入式技术的不断发展，共创嵌入式技术的美好未来！
2024-07-15
发表了主题帖： TI (德州仪器) 团队到访飞凌嵌入式总部，深化交流与合作

7月10日，TI (德州仪器) Sitara MPU业务负责人及TI中国区技术业务团队一行来到飞凌嵌入式保定总部进行交流，与飞凌嵌入式的企业负责人以及技术和产品团队进行了会谈。双方就产品推广、行业拓展、客户服务等方面进行了深入的探讨，并达成了进一步深化合作的共识。飞凌嵌入式负责人首先陪同TI团队参观了公司的研发实验室和数智化生产线，展示并介绍了公司的硬实力。在随后的交流会上，飞凌嵌入式负责人介绍了基于TI AM62x系列处理器开发的嵌入式核心板（SoM）的产品研发情况和市场方向，以及AM335x系列经典产品的持续性发展思路，并期待与TI开展更深入的、更全面的合作；TI团队也介绍了MPU业务的市场情况以及客户反馈，并对即将推出的新产品进行了介绍与推荐。 TI团队负责人非常肯定飞凌嵌入式的技术实力、资源优势以及行业影响力。在与飞凌嵌入式的合作过程中，TI的产品在诸如工业物联网、智慧电力、医疗、农业、动环监测以及智能零售等领域也得到了更加深入的探索和应用。此次交流不仅加深了飞凌嵌入式与TI的合作关系，也为日后新的合作创造了更加积极有利的条件。飞凌嵌入式愿携手更多同仁为客户带来更加优质、高效和可靠的产品与服务，助力全球智能化、数字化产业升级，以更加主动和积极的姿态去面对未来的机遇、变革和挑战。
2024-07-11
发表了主题帖：飞凌干货分享 | 全志T527芯片详解

为了充分满足工业领域对高性能和AI算力日益增长的需求，飞凌嵌入式和全志科技今年联合推出了FET527N-C国产工业级核心板。这款核心板搭载了全志新一代高性能T527芯片，拥有强劲的多算力组合，能够满足各种复杂计算需求；同时，杰出的视频处理能力，使得图像处理更加流畅、高效；此外，FET527N-C还配备了丰富的数据扩展接口，方便用户进行各种设备连接和数据传输。 01全志T527芯片详解：计算性能概览：全志T527处理器内置8*ARM Cortex-A558核主频可运行至1.8GHz，提供更稳健强劲的处理能力；集成ARM Mail-G57 GPU，让图形显示能力更上一层楼；集成2TOPS NPU，为端侧语音、自然语言处理、图像处理及画质增强等AI应用提供性能支持；内置HiFi4 DSP，频率可达600MHz，广泛应用于图像、音频及数字信号处理的专用领域，为影音娱乐、工业生产提供专属算力；内置RISC-V架构MCU，主频可达200MHz独立运行RTOS系统，为工业及机器人系统上的实时处理、高速响应及工业级的稳定运行提供重要保障...... 全志T527芯片详解：高清图像编解码概览： T527集成了多个图形显示和编解码相关的硬件模块，为高清图像显示、高清视频播放和多路高清摄像头输入提供了强大的硬件基础；集成了大量图像输入、输出接口，通过与编解码模块的配合，可以实现4K+1080P的双屏幕异显和实现多达6路摄像头图像的交织输入；全志在显示引擎上硬件固化了自研的高清画质算法矩阵AWonder1.0，提供了多维度的图像处理算法；集成了全志自研的安防级专业图像信号处理器 (ISP)，该ISP在前序版本上大幅升级多个模块；T527配套了全志自研量产工具，通过可视化的软件工具，帮助工程师更便捷地对图像参数进行调试，减少工程师工作量...... 03 全志T527芯片详解：丰富接口概览： T527集成了大量适用于工业场景的功能接口，包括PCle接口、CAN总线接口、UART接口和PWM接口等；提供了多种网络传输方案，通过内置接口和外接网络模块的组合，可以实现双1000M以太网、2.4G/5G WiFi、蓝牙、4G/5G蜂窝网等多种网络连接方式；集成了多种常用的屏幕接口，可以实现多种不同屏幕接口的多屏异显组合；在音频方面，T527同样集成了多种接口，包括2路DAC、3路ADC、4路I2S/PCM接口、8路数字麦克风接口及1组OWA接口等...... 在强大的处理器性能、高清图像编解码能力、丰富的资源接口等特性的加持之下，T527处理器优势十分突出，飞凌嵌入式FET527N-C核心板也能够为千行百业的智能化升级提供强大稳定的性能支持。无论您是进
2024-07-10
发表了主题帖：新品FET3576-C核心板四大优势详解

为了充分满足AIoT市场对高性能、高算力和低功耗主控日益增长的需求，飞凌嵌入式近期推出了基于Rockchip RK3576处理器开发设计的FET3576-C核心板，具有出色的图像和视频处理能力、丰富的接口和扩展能力、低功耗以及广泛的应用场景。本篇内容，小编将从四个角度为您剖析飞凌嵌入式FET3576-C核心板的独特优势。优势一 6TOPS算力NPU，为AI应用赋能飞凌嵌入式FET3576-C核心板内置6TOPS超强算力NPU，具备卓越的深度学习处理能力。支持INT4/ INT8/ INT16/ FP16/ BF16/ TF32操作，支持双核协同工作或独立工作，在处理复杂的深度学习任务时，可以根据需要灵活分配计算资源，在处理多个深度学习任务时能够保持高效和稳定。 FET3576-C核心板还支持TensorFlow、Caffe、Tflite、Pytorch、Onnx NN、Android NN等多种深度学习框架，开发者能够轻松地将已有的深度学习模型部署到核心板上，并进行快速开发和优化。这种广泛的兼容性不仅降低了开发门槛，还加速了深度学习应用的推广和应用。优势二 Firewall 实现真正的硬件资源隔离 FET3576-C核心板搭载的RK3576处理器支持RK Firewall技术，用于管理主设备到从设备和内存区域的访问权限，实现真正的硬件资源隔离。访问控制策略——RK Firewall可以设定一系列的访问控制策略，定义哪些设备或系统组件可以访问哪些硬件资源，还可以根据系统的具体需求进行定制，包括IP地址过滤、端口控制、特定应用的访问权限等，配合AMP系统，可更好的实现不同系统的访问策略管理。硬件资源映射和监控——RK Firewall会对系统中的硬件资源进行映射，包括内存区域、I/O设备、网络接口等，通过监控这些资源的访问情况，RK Firewall能够实时掌握哪些设备或组件正在尝试访问哪些资源。访问权限判定——当有设备或组件尝试访问硬件资源时，RK Firewall会根据预设的访问控制策略进行权限判定，如果访问请求符合策略要求，则允许访问；如果不符合，则拒绝访问。隔离执行——对于被判定为需要隔离的硬件资源，RK Firewall会采取隔离措施，确保它们只能被授权的设备或组件访问。总结来说，RK Firewall通过设定访问控制策略、监控硬件资源访问情况、进行权限判定、采取隔离措施等方式，实现了对硬件资源的有效隔离和管理，不仅提高了系统的安全性，还确保了系统的稳定性和可靠性。优势三超清显示+AI智能修复飞凌嵌入式FET3576-C核心板凭借其强大的多媒体处理能力，为用户提供了卓越的视觉体验。它支持H.264和H.265高清编解码技术，确保在各种应用场景下都能流畅播放高质量的视频内容；同时，还支持五种不同的显示接口，包括HDMI/eDP、MIPI DSI、Parallel、EBC和DP，为用户提供了多样化的显示连接选择，满足各种设备的兼容需求。值得一提的是，FET3576-C核心板支持三屏异显功能，允许用户在同一时间内在三个不同的屏幕上显示不同的内容，极大地提升了多任务处理的效率。此外，其4K@120Hz超清显示及超分功能，不仅带来了出色的画质享受，还能智能修复模糊图像，提升视频帧率，为用户带来更加清晰、流畅的视觉体验。优势四 FlexBus全新并行总线接口飞凌嵌入式FET3576-C核心板凭借其卓越的接口设计和灵活的并行总线技术，为用户提供了广泛的连接和传输选项。这款核心板上的FlexBus接口特别值得关注，因为它具备高度的灵活性和可扩展性，能够模拟不规则或标准的协议，从而适应各种复杂的通信需求。FlexBus支持2/4/8/16bits数据并行传输，使得数据传输速率得以显著提升，而时钟频率最高可达100MHz，进一步确保了数据传输的高效性和稳定性。除了FlexBus接口外，FET3576-C核心板还集成了多种总线传输接口，包括DSMC、CAN-FD、PCIe2.1、SATA3.0、USB3.2、SAI、I2C、I3C和UART等。这些接口的存在不仅丰富了核心板的应用场景，还提高了与其他设备和系统的兼容性。不难看出，在高算力NPU、RK Firewall、强大的多媒体处理能力和FlexBus接口等卓越优势的加持之下，飞凌嵌入式FET3576-C核心板将会成为嵌入式硬件领域的强势选手。无论您是进行边缘AI应用的开发，还是追求高性能、高品质的硬件设备，飞凌嵌入式FET3576-C核心板都将是您不容错过的选择。
2024-07-09
发表了主题帖：飞凌嵌入式的分享 | OKMX8MP-C开发板AI项目实操，YOLO环境搭建

本项目基于飞凌嵌入式OKMX8MP-C开发板，并且开发板已经移植虚拟机，需要在开发板上安装依赖包，并保证开发板已经连接到网络。 01登录到OKMX8MP-C开发板将Type-C先接到Debug口，开机模式选择eMMC（即模式选择开关2置on，其他均off），开机后使用root账号登录。 02修改pip源为了加快安装速度我们需要修改pip源： mkdir ~/.pip vim ~/.pip/pip.conf 添加以下内容： [global] trusted-host=mirrors.aliyun.com index-url=http://mirrors.aliyun.com/pypi/simple/ 03安装python venv环境先安装python3-venv指令： apt install python3-venv 安装成功提示：创建yolo目录（目录名字可以自取），并进入目录安装python3环境： cd ~ mkdir yolo cd yolo python3 -m venv venv 执行如下图：激活python3 venv环境： source venv/bin/activate 执行成功显示如下： 04安装Ultralytics UltralyticsYOLOv8基于深度学习和计算机视觉领域的尖端技术，在速度和准确性方面具有无与伦比的性能。其流线型设计使其适用于各种应用，并可轻松适应从边缘设备到云 API 等不同硬件平台。安装指令： pip3 install ultralytics 耐心等待安装：安装成功： 05测试运行使用以下指令进行测试，source中的图片可以替换其他链接。 yolo predict model=yolov8n.pt source='https://img95.699pic.com/xsj/18/0w/8f.jpg' 运行过程中会下载模型和图片，耐心等待：运行成功会提示在runs/detect/predict*目下生成运算结果，可以用scp指令拷贝到windows的电脑上，在cmd终端中执行以下指令，指令参考如下： scp root@192.168.123.18:/root/yolo/runs/detect/predict/8f.jpg E:\\ 如果能识别以下信息，说明我们的YOLO环境已经能正常运行了。以上就是在飞凌嵌入式OKMX8MP-C开发板上进行YOLO环境搭建的过程，希望能够对大家有所帮助。进入飞凌嵌入式官网，即可了解有关OKMX8MP-C开发板的更多产品详情。
2024-05-31
发表了主题帖：飞凌嵌入式FET113i-S核心板，国产FTU主控的高性价比之选

智能电网建设的不断推进，使配电自动化成为了提升电网运行效率、保障供电质量的关键技术。在配电自动化系统中，馈线终端单元（FTU）作为连接电网与用户的重要节点，承担着实时监控、故障检测与隔离、远程控制等多项关键任务。国内市场对于FTU的需求主要包括以下几个方面：主控的国产化、实时的故障诊断和保护控制、搭载可扩展的Linux系统以及低成本。由于FTU的性能直接关系到电网的安全与稳定，因此选择一款合适的FTU主控方案至关重要。 FET113i-S核心板在FTU中的适配性针对以上需求，飞凌嵌入式推出的FET113i-S核心板可以成为电力FTU的理想主控方案。以下是FET113i-S核心板在FTU应用中的适配性分析： 1. 100%的元器件国产化在核心板的选料上，飞凌嵌入式FET113i-S核心板实现了从内存、存储、电源管理芯片到每一颗阻容件的全部国产化，安全性和竞争力大大提升，能够满足电力行业对于主控的国产化要求。 2. 业内率先适配FTU所需接口和算法 FET113i-S核心板搭载的全志T113-i处理器集成了双核Cortex-A7 CPU、64位玄铁C906 RISC-V CPU和DSP，值得一提的是，飞凌嵌入式为DSP核率先适配了国产FTU所需的接口和FFT算法，客户无需进行繁琐的适配工作，即可将FET113i-S核心板直接应用于电力FTU中。同时，FFT算法的适配也确保了电力FTU能够准确、快速地分析电网的频谱和谐波成分，为故障检测和定位提供有力支持。 T113-i应用处理器框图 3. 搭载可扩展的Linux系统电力行业的特殊性决定了它对系统的稳定性和安全性有非常高的要求。Linux操作系统是一种开源的操作系统，具有稳定性高、安全性强、灵活性强等特点，因此在电网管理中有广泛的应用。飞凌嵌入式FET113i-S核心板运行Linux 5.4.61操作系统，可以提高FTU的效率和安全性，为电网运行提供有效支持。 4. 高性价比降低整体成本 FET113i-S核心板基础版本的配置就达到了【256MB+256MB】，且含税仅需88元。相较之下，飞凌嵌入式FET113i-S核心板在同类产品中更具性价比，优势更突出！不仅FET113i-S核心板的产品力优势明显，飞凌嵌入式稳定的供应能力与强大的技术支持能力也是帮助客户项目快速落地、抢占市场先机的有利保障。综合看来，飞凌嵌入式FET113i-S核心板集诸多优势于一身，能够成为电力FTU的理想主控方案。
2024-05-30
发表了主题帖：飞凌嵌入式亮相上海CPSE，展现智能充储技术新力量

5月22日~24日，第三届上海国际充电桩及换电站展览会(CPSE)在上海汽车会展中心举行，飞凌嵌入式以“聚焦充电桩主控智造·赋能车桩智联”为主题参展，与来自全国的客户朋友及行业伙伴一同交流分享，展位号Z15。作为国内较早从事嵌入式技术的企业，飞凌嵌入式多年来积极探索嵌入式技术在电力行业的应用，聚焦充电桩主控智造、赋能车桩智联，助力锂电装备制造业发展与储能数字化升级。在展会现场，飞凌嵌入式展示多款嵌入式核心板、开发板、充电桩TCU以及储能EMS网关产品和动态演示方案，吸引了现场观众的驻足参观，飞凌嵌入式的工作人员也热情地向每一位参观者介绍了公司的核心技术和创新产品。在充电桩主控智造方面，飞凌嵌入式的TCU产品备受关注，如FCU1103、FCU1202、FCU2401等，通过技术创新能够提升充电桩的计算运行效率，增强其安全性和可靠性，为新能源汽车的普及提供了有力支持。在光充储方面，飞凌嵌入式的工商业储能EMS网关FCU2601展示了在智能电网体系中的重要作用，产品综合考虑到了储能行业不同场景的差异化需求，在硬件、防护、认证、软件等方面都做了充分的准备，以确保产品的适用性、稳定性和可靠性。本次展会，飞凌嵌入式与众多客户和行业伙伴进行了深入的交流和合作洽谈，达成了多项合作意向。飞凌嵌入式将继续致力于嵌入式技术的研发和应用，聚焦充电桩主控智造，赋能车桩智联。
2024-05-28
发表了主题帖：惊喜首发！飞凌嵌入式FETMX6ULL-S核心板已适配OpenHarmony 4.1

近日，飞凌嵌入式在FETMX6ULL-S核心板上率先适配了OpenHarmony 4.1，这也是业内的首个应用案例，嵌入式核心板与OpenHarmony操作系统的结合与应用，将进一步推动千行百业的数智化进程。飞凌嵌入式FETMX6ULL-S核心板基于NXP i.MX 6ULL处理器开发设计，搭配ARM Cortex-A7内核，主频800MHz，确保了卓越的运算性能，并且，先进的电源管理架构也可以带来更低的功耗控制。而刚刚推出的OpenHarmony 4.1系统，在应用开发方面展现了全新的开放能力，以更加清晰的逻辑和场景化视角提供给开发者丰富的API接口，应用开发能力得到了极大的丰富。适配OpenHarmony 4.1系统，使FETMX6ULL-S核心板能够更高效、更安全地运行，同时，OpenHarmony的通用性和开放性，使核心板能够无缝对接更多外部设备和系统，大大增强了其兼容性，为本就优秀的产品赋能。多样化配置，满足多样化需求 FETMX6ULL-S核心板包括工业级、宽温级和商业级3种温宽，全部经过高低温试验测试，保证了产品质量。同时，FETMX6ULL-S核心板还有2种内存和存储配置可选，包括256MB DDR3L/512MB DDR3L内存和256MB NandFlash/4GB eMMC存储空间，多样化的配置选项，满足了不同行业和用户的多样化需求。广泛的应用，展现无限可能飞凌嵌入式FETMX6ULL-S核心板在医疗、电力、安防、车载、轨道交通、通讯、充电桩、智能家居、消费电子、手持设备、人机交互等多个领域都有着广泛的应用，经过多年的市场验证，其稳定性与适用性毋庸置疑。丰富的资料，高效地开发 FETMX6ULL-S核心板有丰富的资料——硬件设计手册、嵌入式Linux软件手册、开发板应用笔记、底层驱动程序、应用接口开发示例等完善的资料库，只为让客户更省心的开发程序，更快速的搭建产品。不仅产品本身的优势明显，飞凌嵌入式稳定的供应能力与强大的技术支持能力也是帮助客户项目快速落地、抢占市场先机的有利保障。

发布的帖子

回复过的帖子

统计信息

已有37人来访过

芯积分：81
好友：--
主题：183
回复：4

留言

现在还没有留言

小螃蟹呀

最近访客

统计信息

留言

推荐博文