NotionNext BLOG

使用Android Things开发简单的智(diǎo)能(sī)台灯

Wed, 11 Jul 2018 00:00:00 GMT

前几日和朋友说起小米的智能电饭煲，能在回家前把粥煮好，简单的理解就是定时接通电源或远程接通电源开始煮粥，于是本人就想的写一个远程控制电源的台灯，来一个初步实现。先来上一个图。

分为软件和硬件两个部分来记录。

软件

控制端和被控制端都是用的Android来开发的。两个终端使用MQTT协议进行关联的。因为关于MQTT的内容太多，这个就不赘述了。分享一个不错的链接

MQTT

手机控制端

MainActivity.class 用一个Button发送指令，EventBus通知MQTTService发出开关的指令

MQTTService.class

ServerMQTT.class

树莓派端

MainActivity.class

ClientMQTTService.class

硬件

使用的是树莓派3，刷的是Android Things。关于Raspberry怎么刷Android Things网上有很多教程，就略过了。硬件嘛，主要是继电器的接线。整理自己在接线中遇到的问题。按照输入到输出的顺序记录。

1. 继电器。

1.1 输入电源

不要使用树莓派提供的电压。如果连接Raspberry的电源只有一个还可以，如果太多，负载太大，容易把Raspberry烧了，毕竟一个Raspberry也有500多，能省则省。

我买的继电器要求输入电压是5V的，我找了半天，发现手机的充电器提供的就是5V的电压，于是找了一个USB的数据线，将连接手机端的接口拆开，发现有4条线（红白绿黑）。红色和黑色是电线，白绿是数据线。先百度然后用万能表测一下就知道了。红色是正极，黑色是负极。红色接DC+，黑色接DC-。IN的接触点连接Raspberry。当IN接入高电平的时候，会听见继电器有**“咔”**的一声，同时继电器模块上的小灯也会亮起。这就是初中物理的电磁铁吸合的声音。如果你和我一样，以为这样就可以咔的一声的话，就错了！！！还需要将 DC- 与Raspberry的GND连接起来。

1.2 输出电源

好了，继电器的输入完了，现在开始说继电器的输出。 Emmmmmmm，不知道怎么说，来个很傻很直白的图。然后插座常开接一个台灯就OK了。

使用gradle使App变种，在一个项目里生成不同的变种

Fri, 26 Oct 2018 00:00:00 GMT

前言

记得之前做过一个电梯的项目，分为监管端和客户端。两端的数据基本相同，仅仅是页面的布局和文字信息不同。当初为了省事在代码里控制了不同角色使用不同的文字和布局，现在想来耦合度很高，很不利于以后的维护。今天在《巧用gradle构建Android应用》的书中看到了，使用gradle来构建不同的变种来解决一个项目不同的体现效果。

官方文档的讲解

https://developer.android.com/studio/build/build-variants?utm_source=android-studio#product-flavors

开工

假如项目需要构建A，B，C这个不同风格的App。A端是监管端，B端是商家端，C端是用户端。使用gradle的DSL里的productFlavors来为三个不同的App进行配置

或者使用applicationIdSuffix来简化applicationId,这样最后生成的applicationId就是applicationId + applicationIdSuffix

有了App的ApplicaiotnId以后，设置每个端的布局和文字，甚至代码。首先按照下图新建文件夹。

当创建完以后会发现类似a和c文件夹的情况，都是灰色的，和main的目录文件夹图片不一样。好像只是普通的文件夹，怎么可能生成Apk呢。接下来看下图的操作。点击AS左侧的

Build Varinat

，然后在

Build Variant

的面板里选择。当选择a的时候，a的目录就变成了和main目录一样的文件夹图片了。

接下来就是让app变种的时候了。在a,b,c文件夹下的res下创建 values/string.xml的文件，（和main/res/values/string.xml一样）,新建一个名叫title_name的string。

a/res/values/string.xml

b/res/values/string.xml

c/res/values/string.xml

然后在

main/res/layout/activity_main.xml中引用@string/title_name

,最后切换Build Variants中的a,b,c，当构建的时候，会发现布局文件里的文本已经发生了变化。

到这里基本的变种算是实现了，但是我们会开发版的经常碰到最低版本号多少合适的问题。试想一下，现在的手机更新换代这么快，如果是直播类的app那么使用的群体必然是80年以后的人了，手机的更新程度也应该是比较快的，所以直播类的app，一般都会把最低版本设置在5.0，或者4.4。而对于有些商家来说，只要手机能打电话，发短信，微信，日常的基本使用就行了，一般两到三年才会换手机，甚至需要更久的时间，那么，我们在设置最低版本的时候，设置在4.0，是比较合适。那么现在对a,b两个变种使用最低4.0的版本，c变种使用5.0的最低版本。

当gradle同步完以后，会发现在Build Variant里会发现变的更丰富了。

。那么现在可以在一个设备上安装不同类型的app了。

Android增量更新从入坑到成功

Fri, 04 Jan 2019 00:00:00 GMT

流程

step1 使用bsdiff生成差异包PATCH.patch

step2 在手机上合并base包和差异包，生成新版本的安装包

step3 安装新的安装包

准备

bsdiff-4.3 （用于生成差异包，合并新包）

bzip2 （bsdiff要使用到）

试验

step1 解压bsdiff4.3的压缩包

step2 修改Makefile文件，将**.ifndef和.endif**缩进，要么无法进行后面的操作

step3 在该文件夹的命令行里执行make命令，会生成bsdiff和bspatch两个可执行的文件。如果是从上面的地址下载的bsdiff的话，会爆出bspatch.c:39:21: error: unknown type name 'u_char'; did you mean 'char'?这样的错误。这是由于bspatch.c中缺少了#include ，加上即可。然后执行make命令。

step4 准备两个同一签名的apk，old.apk和*.apk*，放在bsdiff-4.3解压后的文件夹里。

step5 使用bsdiff生成差异文件PATCH.patch，命令格式：bsdiff oldfile newfile patchfile（这一步操作可以放在服务端来执行）

step6 使用bspatch合成新的apk，dest.apk。命令格式：bspatch oldfile newfile patchfile

step7 验证生成的dest.apk和之前的new.apk使用一样，验证两个apk的md5值，即可。

在Android中使用增量更新

ndk部分

step1 新建一个PatchUtils的类，用于调用native的方法

step2 使用javah命令生成PatchUtils的头文件，或者使用ndk-build里的javah生成头文件。会在jni文件夹下生成一个com_bigademo_updatedemo_PatchUtils.h的文件，其中com_bigademo_updatedemo是我的包名。

step3 将bsdiff4.3文件夹中的bspatch.c文件导入到jni文件夹下。

step4 将bzip2文件夹导入到jni文件夹下

step5 删除bzip2中的除了以c和h结尾的其他文件。如图：

step6 修改bspatch.c。引入bzip的文件，引入com_bigademo_updatedemo_PatchUtils.h，在bspatch.c中重写JNIEXPORT jint JNICALL Java_com_bigademo_updatedemo_PatchUtils_bspatch方法。代码如下

step7 在jni下创建Android.mk和Application.mk两个文件

Android.mk

Application.mk

step8 在module中的build.gradle中配置ndk。

java部分

创建一个ApkExtract类，用于获取当前app的apk和安装新的apk。因为涉及到Android 7.0的，需要处理Provider的问题，同时在AndroidManifest.xml增加一些代码

androidmanifest.xml

最后在需要更新的时候调用下面这个方法，当然先做一下动态调用读写权限的操作。

demo项目：https://github.com/yyt231/updatedemo

巨人的肩膀： https://blog.csdn.net/lmj623565791/article/details/52761658 https://www.cnblogs.com/lping/p/5833090.html https://blog.csdn.net/qq_33750826/article/details/75540738

仿微信地图的可变化高度的列表页

Wed, 22 May 2019 00:00:00 GMT

效果

点击实现列表的伸缩，拖拽实现列表的伸缩

一句话原理

通过拖拽事件，改变列表的高度

代码

activity_map.xml

关键逻辑代码

Android的FloatView

Wed, 22 May 2019 00:00:00 GMT

由来

原本我是想在BaseActivity的DecorView层添加一个View，奈何之前同事的Activity继承的五花八门。正好业务需要在手机桌面上显示一个可拖拽的FloatView。

使用到的权限

实现

因为要在手机上显示，所以必须用service来实现

WindowPermissionCheck.java

调用

因为要在手机上显示，即需要”在其他APP的上层“显示，在Android6.0以上，需要用户来"允许显示在其他应用的上层"

调用

AndroidStudio4.1 自定义模板

Sun, 10 Sep 2023 00:00:00 GMT

原创文件，禁止未授权转载

AndroidStudio4.0之前，可以在template的文件夹里使用freemarker的自定义模板，可以在AndroidStudio的文件夹中，随意的添加适合自己的自定义模板，之前鸿洋大神的文章已经有来详细的介绍（https://blog.csdn.net/lmj623565791/article/details/51592043）。但是从4.1版本开始提供新的方式，Geminio，用Kotlin的形式编写新的template，而且需要使用插件的形式，才能使用自定义的模板，摸索了好几天，终于解决了。

我的项目是使用MVVM的开发框架，每次在编写一个新的页面的时候，就需要新建四个文件Activity/Fragment, ViewModel, Repository, xml文件,写的多了就会很烦。自从使用了自定义的模板以后，头发掉得都少了。

开工！！！搞起！！！

#准备

开发工具 AndroidStudio4.1

模板基础代码配置

打开https://github.com/JetBrains/intellij-platform-plugin-template，点击绿色的#Use this template#,按步骤在自己的github上创建模板。然后使用AndroidStudio 将模板下载到本地。

编码

添加wizard-template.jar

在根目录里添加lib文件夹，并添加AndroidStudio安装目录里的wizard-template.jar，位于 /Applications/Android\ Studio.app/Contents/plugins/android/lib/目录下。

修改build.gradle.kts

在dependencies里添加wizard-template.jar的依赖

修改gradle.properties

修改gradle.properties中的pluginGroup, pluginName_, platformPlugins, platformVersion。

将默认的listeners的父包名，调整为自己想要的样子，例如com.company.app

修改MyProjectManagerListener

在src/main/kotlin里创建other文件夹用于放置自定义模板

正式开始编写自定义模板，以Activity为例。

1. 实现WizardTemplateProvider

SamplePluginTemplateProviderImpl

2. 创建 mvvmActivityTemplate.kt.

这个文件是设置在创建Activity的时候，输入的信息，例如ActivityName，layoutName,packageName以及是否可以为为等 mvvmActivityTemplate.kt

3. 创建mvvmActivityRecipe.kt。

这个文件用于将创建的文件保存到文件夹中，例如Activity，布局文件等。原计划将Activity直接添加到AndroidManifest里，但是发现generateManifest有点问题，导致生成的插件不能使用，暂时去掉，只能手动添加了。

mvvmActivityRecipe.kt

4. 创建mvvmAcitivityKt。

这个文件用于创建Activity的模板代码，根据自己的情况，自行调整。

mvvmAcitivityKt.kt

5. 编写mvvmRepository。

这个文件是mvvm的repository层的代码。

mvvmRepository.kt

6. 编写mvvmViewModel。这个是mvvm的viewmodel层

mvvmViewModel.kt

7.编写mvvmActivityXml。这个文件是用于生成布局文件的

mvvmActivityXml.kt

8. 修改plugin.xml

添加org.jetbrains.android，org.jetbrains.kotlin，com.intellij.modules.java的依赖

修改applicationService和projectService的值

修改applicationListenersv中listener的值

添加wizardTemplateProvider为刚才添加的类

生成jar文件

在AS最上面选择运行

Run plugin

，成功以后即可在build/libs找见对应的jar文件。最后在AS的设置里将这个jar包添加的plugin，重启AS即可。 u