之前在OpenHarmony社区我一直对物联网轻设备开发板关注比较多，一方面是，OpenHarmony的开源是从轻设备开始的，接触较早；另外就是，OpenHarmony富设备特性持续演进，关注不多，而我手头也没有比较好富设备开发板。得益于【大奖活动】“润和DAYU200体验官”征集令！！！，也得到了一块Dayu200开发板的体验试用机会。在使用Dayu200开发板进行北向应用开发体验的过程中，还发现了一些社区代码仓的小问题，记录下过程。希望帮助更多的社区参与者，如果遇到类似的情形，也可以参与社区建设。

1、 开发环境准备

1.1 准备Dayu200环境

社区上已经有丰富的资料，不再重复，可以参考连老师的文章：OpenHarmony 3.1 Release初体验 润和DAYU200开发套件。确保pc连接dayu200开发板设备。

1.2 安装DevEco Studio

访问https://developer.harmonyos.com/下载DevEco Studio 3.0 Beta3 for OpenHarmony。

默认安装即可，安装后，可以查看DevEco Studio版本信息，如下图所示：

1.3 检出代码app_samples

检出代码https://gitee.com/openharmony/app_samples到本地。会基于这些北向应用示例体验Dayu200开发板。

2、体验app sample

2.1 打开工程运行示例程序

2.1.1 打开工程app_samples\Account\AppAccountManager

进入Windows资源管理器，访问目录app_samples\Account\AppAccountManager，右键选择Open Folder as DevEco Studio Projects，如下图所示。

2.1.2 等待npm install完成

打开后，会自动安装依赖的nodejs 三方库，这样看起来就需要需要联网。安装的三方库位置为：app_samples\Account\AppAccountManager\node_modules。如下图所示：

2.1.3 Project Structure–》 Signing Configs 自动生成签名信息

在DevEco Studio的File菜单，依次查找Project Structure–》 Signing Configs，配置自动生成签名信息。如下图：

如果不配置签名信息，安装hap文件到设备时会报错，找不到签名文件。错误信息是这样的：

04/14 20:51:56: Launching ohos.samples.etsappaccountmanager
$ hdc_std uninstall ohos.samples.etsappaccountmanager
$ hdc_std install -r D:\01_kenneth\app_samples\Account\AppAccountManager\entry\build\default\outputs\default\entry-default-unsigned.hap
04/14 20:51:58: Install Failed: [Info]App install path:D:\01_kenneth\app_samples\Account\AppAccountManager\entry\build\default\outputs\default\entry-default-unsigned.hap, queuesize:0, msg:error: failed to install bundle. error: no signature file. 
AppMod finish
Error while Deploy Hap

2.1.4 点击运行

选择entry，如果选择Build菜单下的Build Hap，此时默认不是entry，需要手工切换一下。然后点击绿色三角按钮编译、安装、运行该示例程序。

正常情况下，会正常编译、安装，显示成功信息，如图：

2.2 遇到的问题

上面的步骤是基于最新版本的app samples代码，可以正常编译、安装、运行的。之前的代码是存在问题，配置完毕自动签名信息后，运行时还是报no signature file的错误。运行其他示例工程都可以正常运行，运行app_samples\Account\AppAccountManager这个工程就出错，是哪里有问题呢？

通过比对app_samples\Account\AppAccountManager和正常工程的配置文件，发现了问题。文件Account/AppAccountManager/build-profile.json5中缺少了一行配置项：“signingConfig”: “default”。补充上该项，重新编译，就可以正常安装和运行了。 下面记录下过程。

2.2.1 提交issue记录问题

把问题现象、复现步骤等详细记录下来，提交到issue问题单里，提交的问题单如下：https://gitee.com/openharmony/app_samples/issues/I52T5T

问题单可以帮助理解存在的问题是什么，如果没有问题单，直接提交代码进行贡献，会影响对代码改动的理解。当然，目前OpenHarmony社区一些小的改动，没有关联issue问题单，也是可以提交PR的。但是，推荐都提交个issue问题单记录下问题。

2.2.2 提交PR修复问题

既然知道存在问题，又知道如何修复，就把修复提交到社区吧。PR:https://gitee.com/openharmony/app_samples/pulls/557。

改动也很少，也就是一行代码的事情。如下图所示：

2.2.3 如何和Committer沟通

提交PR后，就需要等待Committer合入。可以在PR里评论留言，期望Committer能及时合入。另外，也可以访问网页查询https://gitee.com/openharmony/community/blob/master/zh/committer.md对应代码仓的Committer的邮箱信息，可以发送邮件催促下处理提交的PR。

小结

如果没有dayu200开发板，就没有机会体验北向开发，也没有机会发现这样的问题，感谢dayu200，很好用的开发板。

另外，所有的的技术专家都是不断发现问题，解决问题，积累的多了才成为了专家。多去尝试，多去发现问题，定位问题，反馈社区，期望更多的社区参与者可以成长为OpenHarmony专家。