mirror of
https://gitee.com/Vancouver2017/luban-lite-t3e-pro.git
synced 2025-12-13 09:58:54 +00:00
118 lines
6.7 KiB
Markdown
118 lines
6.7 KiB
Markdown
# v1.0.6
|
||
* 1.修改gt911驱动测试触摸乱触发现象
|
||
* <img src="docs/gt911_q1.png">
|
||
* 2.修复首屏场景8无法更新名字的问题
|
||
* <img src="docs/scene_q0.jpg">
|
||
* <img src="docs/scene_q1.png">
|
||
* <img src="docs/scene_q2.png">
|
||
* 3.修复上电记忆功能(原因:上电标记被提前取消了;改动:setup_scr_onoff1/2/3/4.c及setup_scr_onofftime1/2/3/4.c 文件最后位置屏蔽修改上电标记；改到custom_init()最后设置;因为先执行setup_ui(&guider_ui);后执行custom_init(&guider_ui);)
|
||
* <img src="docs/relay_power_q1.png">
|
||
* <img src="docs/relay_power_q2.png">
|
||
* <img src="docs/relay_power_q3.png">
|
||
* 3.增加显示触摸屏配置版本
|
||
* <img src="docs/gt911_config.jpg">
|
||
|
||
# v1.0.5
|
||
* 1.场景界面添加弹窗警告用于提醒时间对的的可以手动更新
|
||
* 2.增加手动设置区域和时间
|
||
|
||
# v1.0.4
|
||
* 1.正式出货版本
|
||
|
||
# v1.0.3
|
||
* 1.修复窗帘/灯/空调/投影仪界面的锁屏功能
|
||
* 2.修改部分翻译
|
||
* 3.修正窗帘的开关状态和界面显示是反的问题
|
||
* 4.增加开机启动界面功能,选择使用
|
||
* 5.UI采用NXP的GUI-Guider-1.7.2-GA制作,LVGL8.3.x版本
|
||
* 6.更新SDK,基于官方的luban-lite-v1.1.2
|
||
|
||
# v1.0.2
|
||
* 1.内测发布
|
||
* 2.sdk 1.1.5
|
||
|
||
# v1.0.1
|
||
* 1.内测版本
|
||
* 2.sdk 1.0.5
|
||
|
||
# 官方参考
|
||
* 基于官方的[luban-lite-v1.1.2 sdk](https://gitee.com/artinchip/luban-lite)
|
||
* [Luban-Lite SDK](https://aicdoc.artinchip.com/topics/sdk/luban-lite-user-guide-lite.html)
|
||
|
||
# gitee:实现其他仓库代码持续同步更新到自己仓库
|
||
* 1.创建空的仓库A，并克隆仓库B的代码到本地
|
||
git clone 仓库B代码地址
|
||
* 2.进入项目克隆的代码项目中，删除原有git文件
|
||
rm -rf .git
|
||
* 3.初始化仓库，让它变成属于我们的仓库A
|
||
git init
|
||
* 5.LF和CRLF转换(可选)
|
||
使用git add 命令的时候，弹出了一个警告 warning: LF will be replaced by CRLF in ******
|
||
LF和CRLF其实都是换行符，但是不同的是，LF是linux和Unix系统的换行符，CRLF是window 系统的换行符。
|
||
这就给跨平台的协作的项目带来了问题，保存文件到底是使用哪个标准呢？
|
||
git为了解决这个问题，提供了一个”换行符自动转换“的功能，并且这个功能是默认处于”自动模式“即开启状态的。
|
||
这个换行符自动转换会把自动把你代码里 与你当前操作系统不相同的换行的方式 转换成当前系统的换行方式（即LF和CRLF 之间的转换），
|
||
这样一来，当你提交代码的时候，即使你没有修改过某个文件，也被git认为你修改过了，从而提示"LF will be replaced by CRLF in *****"
|
||
|
||
解决办法
|
||
最简单的一种办法就是把自动转换功能关掉即可。
|
||
输入命令：
|
||
git config core.autocrlf false (仅对当前git仓库有效）
|
||
git config --global core.autocrlf false (全局有效，不设置推荐全局）
|
||
|
||
* 6.将代码添加到暂存区
|
||
git add .
|
||
* 7.将暂存区代码添加到本地仓库
|
||
git commit -m "注释"
|
||
* 8.提交代码
|
||
* rm -rf .git
|
||
* git init
|
||
* git config core.autocrlf false
|
||
* git add .
|
||
* git commit -m "first commit"
|
||
* git push origin master
|
||
|
||
Luban-Lite SDK 是由ArtInChip设计的，旨在为系统级芯片(SoC)设计提供一个轻量级、高效且易于使用的软件开发工具包。该SDK的设计规划兼顾了简单性与广泛的客户支持，同时确保对主流实时操作系统(RTOS)的兼容性。
|
||
|
||
通过这个仓库，匠芯创科技期望与全球开发者共同打造一个功能丰富、易于使用的嵌入式开发生态，推动技术的创新与发展。
|
||
|
||
# 架构与设计介绍
|
||
Luban-Lite SDK的架构设计分为两种主要情况，根据是否使用操作系统(OS)进行区分：
|
||
|
||
- **RTOS架构**：当使用RTOS时，Luban-Lite提供了一个结构化的框架，使得在不同的RTOS间移植变得容易。它抽象了底层硬件的差异，提供了统一的API接口，使得应用程序可以无缝地在不同的RTOS上运行。 RTOS 架构兼容市面上最流行的几种RTOS内核，如RT-Thread、FreeRTOS等，为开发者提供灵活的实时系统选择。
|
||
|
||
- **Baremetal架构**：在不使用RTOS的情况下，Luban-Lite提供了一套完整的库和驱动，允许开发者直接在硬件上编写和运行代码。Baremetal 架构为那些不需要完整操作系统的应用程序提供直接在硬件上运行的能力，从而减少开销并提高性能。
|
||
|
||
Luban-Lite SDK 还具备完整的软件栈生态资源，提供丰富的库和工具，促进快速开发和部署，包括驱动程序、协议栈、中间件和示例应用程序。
|
||
|
||
# 功能与特性
|
||
Luban-Lite SDK的主要功能和特性包括：
|
||
|
||
- 源码自动检测机制：SDK能够自动检测源码的更改，并触发相关的构建过程，简化了开发流程。
|
||
- 文件系统镜像制作：提供了制作不同类型文件系统镜像的工具，方便开发者根据项目需求创建定制化的文件系统。
|
||
- 模块化设计：SDK采用模块化设计，各个软件包和组件可以独立更新和编译，提高了代码的可维护性和扩展性。
|
||
|
||
# 使用前提条件
|
||
使用Luban-Lite SDK之前，开发者需要确保满足以下前提条件：
|
||
|
||
- 硬件平台：确保拥有与Luban-Lite兼容的ArtInChip SoC硬件平台。
|
||
- 开发环境：设置合适的开发环境，包括必要的编译器、工具链和IDE。
|
||
- 基础知识：具备基本的编程知识，熟悉C或C++语言，以及对嵌入式系统开发的基本理解。
|
||
|
||
# 授权与使用条件
|
||
Luban-Lite SDK为开源项目，遵循相关开源协议，授权任何个人和组织使用、复制、修改、合并和分发。但在对SDK进行修改和衍生时，必须保留原作者的版权信息，并在衍生作品中声明更改的部分及原作者信息。
|
||
|
||
# 文档和资源
|
||
本仓库不仅提供了Luban-Lite SDK 的安装和配置指南，还包含了丰富的示例代码、开发教程和API参考文档，帮助开发者快速上手并充分利用SDK的功能。
|
||
|
||
Luban-Lite SDK 的文档请参考 doc 目录，是广东匠芯创科技有限公司对技术透明性和开放性承诺的体现，旨在为全球的开发者和工程师提供一个可靠的资源中心，以支持他们在各种硬件平台上的创新和产品开发。
|
||
|
||
# 参与与贡献
|
||
匠芯创科技鼓励开发者积极参与项目，贡献代码或提供改进建议。请咨询仓库管理员，了解具体的贡献流程和要求。
|
||
|
||
总体而言，Luban-Lite SDK是为那些寻求在ArtInChip SoC上快速开发高效、可靠应用的开发者设计的。它的设计理念是简化开发过程，同时提供足够的灵活性以支持各种实时操作系统和裸机应用，使得开发者能够根据具体需求选择最适合的开发路径。
|
||
|
||
|
||
|
||
|