V君的博客

在树莓派使用C#访问GPIO设备文件操作74HC595驱动LED数码管

作者：V君 发布于：2016-8-8 6:36 Monday 分类：折腾手记

首先简短的介绍一下如何访问 GPIO, 然后再接着使用 GPIO 操作数码管.

在 Raspbian 中操作 GPIO 和其他常见 Linux 版本是一样的:

使用前首先分配针脚,

 向 /sys/class/gpio/export 写入字符串形式针脚编号, 

接着等待 100 毫秒让文件系统反应过来, 

然后是设置 I/O 方向

 向 /sys/class/gpio/gpio{针脚编号}/direction 写入 "in" 或 "out"

设置完 I/O 方向之后仍然要等 100 毫秒

这时候就可以往 /sys/class/gpio/gpio{针脚编号}/value 读取或写入数据了

 写入字符 "0" 表示低电平, 反之写入 "1"

 

最后用完了还要释放掉,

 向 /sys/class/gpio/unexport 写入字符串形式的针脚编号.

可以简单的使用 C# 中的 File.WriteAllText 来写入设备文件,但这性能并不太理想

换成文件流来写就能快不少, 只是每次写之前需要 seek 回到 0.

 

这儿有个封装好的 C#实现 , 可以不依赖第三方库直接拿来参考.

参考了 Edi.Wang 的实现, ta 用的是 Win10, 咱用的是官方系统, 这并没太大差别

摸透 74HC595 的套路, 就可以开始了.

和 Edu.Wang 一样, 咱也是从万能的马云上淘来的 4 位数码管模块.

准备工作:

74HC595 一共要接5条线, 分别是 3.3V GND DIO SCLK RCLK

先确定除了电源以外的三根数据接口针脚编号,然后连接到树莓派上和在程序中定义对应编号

接下来讲讲74HC595的操作方法.

 初始化:

   分配对应的三个针脚, 写入低电平.

 写入数据位:

   将要写入的位以 1 高电平, 0 低电平的方式写入 DIO

   每写入一个位必须给 SCLK 一个脉冲, 也就是写入高电平后紧接着写入低电平

 更新显示:

   给 RCLK 一个脉冲, 之前写入的位就会对应显示到数码管上.

 

 有了操作方法, 接下来就是指令格式了,

 每个模块需要两个字节的数据

  前一个字节确定显示8段数码管中要显示的段, 低电平表示亮, 高电平表示灭.

  后一个字节低4位表示要将这些数据显示在哪个数位上, 如果低4位全都是1那么4位都会显示

 写入完数据后需要更新显示

不断更新显示位和显示内容, 就让人眼看起来像4个数码管都同时亮了

这是写好的 C#实现 很简单吧!

编译好之后丢进树莓里, 在终端运行它, 数码管就会按你的指令显示了.

还可以再稍稍扩展一下: 这玩意还可以串联.

串联之后的指令格式也很简单, 只需要无脑的给每一个模块两个字节就可以了

最先写入的两个字节会被最后一个模块显示. 

“yooo 233!”

 

btw: 每次都编译然后扔进树莓, 是不是略蛋疼啊? 如果有bug, 这要如何de呢?

mono 似乎不能让VS做远程调试, 就算能远程调试也不能愉快的编辑并继续啊...

别急, 反正咱是不会屈服每次传文件再运行这么麻烦的方式.

于是 -- 咱写了个 C/S 架构的 GPIO 操作封装 这下可以愉快的调试了!

标签: 软件开发 树莓派 C# mono GPIO

评论(0) 引用(0) 浏览(2416)

MySQL 插入数据并检查重复

作者：V君 发布于：2016-7-27 14:15 Wednesday 分类：挖坑经验

TL;DR: 基于爆栈回答修改

INSERT INTO `bsc_data` (`Name`)

SELECT 'bala' FROM `bsc_data`

WHERE NOT EXISTS (SELECT 1 FROM `bsc_data` WHERE `Name` = 'bala') LIMIT 1 ;

蛋点总结:

MySQL 单纯执行语句不能像 SQL Server 那样用 IF 流控制语句, 只能WHERE来变通

并且还要小心炸库, 因为写少了 LIMIT 1, 导致第一行 SELECT 条件为成立

产生与表行数相等的重复数据

还奇怪为啥几十行数据插入这么久, 原来数据库爆炸了, 还删好久才删干净...

偷偷更新:

用惯了MySQL之后真回不去M$SQL,当你需要检查id是否存在重复,否则插入数据的时候.

只需要加一个IGNORE在INSERT关键字后面就可以轻松解决

标签: 软件开发 数据库

评论(0) 引用(0) 浏览(1479)

应避免的 LINQ to SQL 聚合投影空值错误

作者：V君 发布于：2016-7-15 11:06 Friday 分类：挖坑经验

根本原因: SQL 在进行 SUM 这类聚合查询时如果一条数据也没有, 会得到 NULL.

如果你的投影结果字段用了不可空类型, 将会引发错误: null 无法赋值到不可空类型.

解决方法: 将聚合投影字段转换成可空, 并将聚合结果做空处理, 一般把空转成0.

 

可能出错的写法:

var result = DataBase.Table.Sum(p=>p.Amount);

 

修改以避免错误:

var result = DataBase.Table.Sum(p=>(decimal?)p.Amount)) ?? 0;

标签: 软件开发 C# 数据库 LINQ 运行时错误

评论(0) 引用(0) 浏览(1402)

让Release生成配置自动调用ILRepack将所有程序集混合到一个文件

作者：V君 发布于：2016-7-9 18:18 Saturday 分类：折腾手记

TL;DR？

先在 NuGet 添加 ILRepack 包，然后填上生成事件脚本，它在项目属性 - 生成事件 - 后期生成事件命令行，贴上类似下面的3行：

if $(ConfigurationName) == Release if not exist "$(TargetDir)Packed" md "$(TargetDir)Packed"
if $(ConfigurationName) == Release $(ILRepack) /ndebug "/out:$(TargetDir)Packed\$(TargetFileName)" "$(TargetPath)" LibRefence.dll
if $(ConfigurationName) == Release if exist "$(TargetDir)Packed\$(TargetFileName).config" del "$(TargetDir)Packed\$(TargetFileName).config"

每行前面相同的 if 用来确认当前是否以 Release 配置生成 （好像这是废话）。 要是M￥能给生成事件指定配置就不用写得这么繁琐了。

第一行：检查输出路径下是否有 Packed 文件夹，没有则创建。用来放我们混合好的输出。 这行可以直接拿去用。

第二行：调用 ILRepack，如果有引用程序集，需要加到后边，比如例子的引用程序集文件名 LibRefence.dll。可以参照 Update2 的命令自动获取所有 dll 文件名，用 !DLL_LIST! 代替即可。这行走完之后 Packed 底下就会得到 exe/config 文件了。

第三行：删除多余的 config 文件，如果不需要 config 文件，可以留下第三行。因为 ILRepack 会把配置文件自动带到输出目录。

注意：

这仅仅只是把程序集混合在一起，不带压缩。和 ILMerge 作用一样，不过用了更先进的 ILRepack。如果你想要压缩可以试试 Aio1ef 这货。

Update1 at 2017-10-16

路径用双引号括起来了, 一些同学可能喜欢在默认路径存放项目, 导致路径出现空格报错.

Update2 at 2018-02-06

获取 exe 旁边所有 dll 文件可以通过以下命令实现:

if $(ConfigurationName) == Release setlocal enabledelayedexpansion enableextensions
if $(ConfigurationName) == Release set DLL_LIST=
if $(ConfigurationName) == Release for %%x in ($(TargetDir)*.dll) do set DLL_LIST=!DLL_LIST! "%%x"
if $(ConfigurationName) == Release echo dlls: !DLL_LIST!

标签: 软件开发 C# 程序打包 VisualStudio

评论(0) 引用(0) 浏览(2778)

改变VisualStudio项目的obj和bin输出路径

作者：V君 发布于：2016-6-30 11:08 Thursday 分类：折腾手记

TL;DR 

参考[爆栈帖子1][爆赞帖子2][M¥DN]

更改配置文件根节点Project底下PropertyGroup\BaseIntermediateOutputPath可以改变obj目录

例如 Z:\U00ST\$(MSBuildProjectName)\obj\ 写成如下

<BaseIntermediateOutputPath>Z:\U00ST\$(MSBuildProjectName)\obj\</BaseIntermediateOutputPath>

就能把obj文件带去Z:\U00ST\Abc\obj\默认情况下里面还会按生成配置创建Debug/Release目录.

本例使用了宏MSBuildProjectName,能替换成项目文件不带扩展名Abc.csproj(Abc.vbproj)的abc

改变bin目录已经在项目属性自带了,不过还可以玩点花样

同样位置创建BaseOutputPath节点 <BaseOutputPath>Z:\U00ST\$(MSBuildProjectName)\</BaseOutputPath>

然后把每个带生成配置条件(Condition)的PropertyGroup里的OutputPath删除

回到第一个PropertyGroup增加一项

<OutputPath>$(BaseOutputPath)\bin\$(Configuration)_$(Platform)</OutputPath>

就能把所有生成配置的bin输出带到 Z:\U00ST\abc\bin_x64\ 了.

如果是WEB项目, 那么不能改变bin目录, 会让Web项目跑不起来, 尽管能编译通过

把bin做个目录链接. mklink /d bin z:\U00ST\Abc.Web\bin 就可以了

作成生成事件 

if not exist $(ProjectDir)bin mklink /d $(ProjectDir)bin z:\U00ST\$(ProjectName)\bin

会更方便

闲了再扯扯

其实就是在u盘上编译那点事, 这些年的u盘走虽然走了USB3.0不过提升的只有读取速度,

写入还是和以前差别不大, 于是把obj和bin扔到RAMDISK去, 编译速度大大提升!

就算在硬盘, 没有了源码管理需要排除的obj和bin目录在源代码里面也是很爽的!

标签: 软件开发 C# VisualStudio

评论(0) 引用(0) 浏览(4020)