• STM32透传驱动GSM, 实现MQTT协议


    第一步, 在pc上, 用MQTT.fx与抓包软件WireShark, 查看MQTT的整个通讯过程

    https://www.cnblogs.com/xiaohanlin/p/8683503.html

    具体文章参考上面这个;

    我抓到的包如下:

    我的MQTT在阿里IoT的配置如下:

    broker address: a1kk9wvkNzl.iot-as-mqtt.cn-shanghai.aliyuncs.com (这个broker应该就是RockerMQ里面的broker)

    broker port: 1883

    client id: 12345|securemode=3,signmethod=hmacsha1|

    其实真正的client id就前面那个, 12345, 后面是加密方法, 在用来算后面的密码的时候, 直用填12345即可, 在这儿我绕了半天

    securemode是3, 代表直连, 不做tls加密, 

    username 是 stm32&a1kk9wvkNzl, 就是devicename加productname, password就是根据它指定的hmacsha1算法进行加密算出来的.

    脸上之后, 往 /a1kk9wvkNzl/stm32/user/location 主题, public一个消息:

    {"lon":12.32324,"did":"fdsafd","la":232.23232}

    在IoT的控制台上的日志里面可以看到:

    主题 Topic:    
    /a1kk9wvkNzl/stm32/user/location
    消息:
    {"lon":12.32324,"did":"fdsafd","la":232.23232}

    也就是这个时候, IoT的broker是能收到这个topic的消息的.

    说到底, 这个topic的模式有点儿像ROS里面的主题消息部分.

    接着配置规则引擎

    SELECT did as device_id,lon as longitude,la as latitude FROM "/a1kk9wvkNzl/stm32/user/location"

    将lon, la转成数据库需要的键名, 其实这里也不用怎么转, 放后面转也行

     贫穷限制了我的想象力, 本来想用超时空数据库的(时间序列数据库TSDB), 后来发现穷, 真的要命, 直接用普通的rds吧.

     中间发现, 消息虽然能进broker, 但是却并未被消费, 没有转存到我的mysql, 提了个工单, 修改了一下配置规则, 终于搞通了.

    接下来是用usb转串口, 手动发送mqtt的数据包, 看能否成功进行消息的发布(public).

  • 相关阅读:
    Java中Comparable与Comparator的区别
    LeetCode[5] 最长的回文子串
    LeetCode[3] Longest Substring Without Repeating Characters
    LeetCode 7. Reverse Integer
    统计单词出现的次数
    System.arraycopy()和Arrays.copyOf()的区别
    SyncToy
    查看端口占用及进程号
    TCP协议
    python 的日志logging模块学习
  • 原文地址:https://www.cnblogs.com/Montauk/p/10478993.html
Copyright © 2020-2023  润新知