Skip to content
  • MySensors
  • OpenHardware.io
  • Categories
  • Recent
  • Tags
  • Popular
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Collapse
Brand Logo
  1. Home
  2. General Discussion
  3. MySensors protocol page improvement recommendation

MySensors protocol page improvement recommendation

Scheduled Pinned Locked Moved General Discussion
5 Posts 4 Posters 1.1k Views 4 Watching
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • DerTommD Offline
    DerTommD Offline
    DerTomm
    wrote on last edited by
    #1

    Hi MySensors team,

    as I am working a lot with the MySensors library at the moment, I just found a little inconsistency between the API and the protocol documentation (https://www.mysensors.org/download/serial_api_20).

    The documentation says that messages consists of these parts: node-id ; child-sensor-id ; message-type ; ack ; sub-type ; payload.
    In the source code (class MyMessage.h) you don't use "message-type" and "sub-type" but instead "command" and "(message) type".

    As I think the latter terms are more suitable for the protocol understanding I'd like to raise the discussion whether it would we better using "command-type" and "message-type" in the protocol documentation as well instead. Then docs and sources would be "in sync" again and I think the protocol structure would be even better understandable.

    Finally another little improvement request: The protocol docs are still talking about "Serial Protocol - 2.0.x" - maybe you should update this to "2.x". :-)

    Best regards,
    Thomas

    1 Reply Last reply
    1
    • hekH Offline
      hekH Offline
      hek
      Admin
      wrote on last edited by
      #2

      Thanks, updated.

      1 Reply Last reply
      1
      • DerTommD Offline
        DerTommD Offline
        DerTomm
        wrote on last edited by
        #3

        Nice, thanks for the quick response. :-)

        1 Reply Last reply
        0
        • F Offline
          F Offline
          Fabien
          wrote on last edited by
          #4

          Another typo i think : for S_WATER_QUALITY you have V_STATUS but in V_STATUS line you don't reference S_WATER_QUALITY.

          1 Reply Last reply
          1
          • F Offline
            F Offline
            flopp
            wrote on last edited by
            #5

            also found typo
            V_STATUS missing S_BINARY, S_WATER_QUALITY
            V_LIGHT missing S_BINARY
            V_WATT missing S_BINARY, S_RGB_LIGHT, S_RGBW_LIGHT
            V_PERCENTAGE missing S_COVER
            V_TEMP missing S_WATER_QUALITY
            S_HEATER missing V_STATUS, V_HVAC_SETPOINT_HEAT
            S_HVAC missing V_STATUS, V_TEMP, V_HVAC_SPEED

            V_HVAC_SETPOINT_COLD is missing

            1 Reply Last reply
            2
            Reply
            • Reply as topic
            Log in to reply
            • Oldest to Newest
            • Newest to Oldest
            • Most Votes


            10

            Online

            11.7k

            Users

            11.2k

            Topics

            113.1k

            Posts


            Copyright 2025 TBD   |   Forum Guidelines   |   Privacy Policy   |   Terms of Service
            • Login

            • Don't have an account? Register

            • Login or register to search.
            • First post
              Last post
            0
            • MySensors
            • OpenHardware.io
            • Categories
            • Recent
            • Tags
            • Popular