Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Identify unknown fields on messages #52

Closed
ivanfmartinez opened this issue Mar 14, 2024 · 3 comments
Closed

Identify unknown fields on messages #52

ivanfmartinez opened this issue Mar 14, 2024 · 3 comments

Comments

@ivanfmartinez
Copy link
Contributor

ivanfmartinez commented Mar 14, 2024

I'm checking some messages that are sent by my juicebox to try to understand more about some missing fields that are available on home assistant juicenet integration and not in this proxy.

This line of code have some unidentified fields
https://github.com/snicker/juicepassproxy/blob/master/juicepassproxy.py#L231

looking the messages that my device is sending there are some fields that I have some idea about what they represent, and maybe more people can confirm or help to get more information

  • v

    • always 09u on my messages
  • s

    • fixed value for long time, some days I have senn all with 689
    • oher day I'm seeing 001
  • F

    • 11 -
      • when Bolt is charging
      • when Volvo is connected but not charging
    • 31
      • many times when Volvo is charging
    • 10 when car is unplugged
  • u

    • incrementing value, does not appear to be a timestamp (grows less than the elapsed time)
  • M an C

    • appear to be related to configured max current to be used, both mine came with 0024 which was the last value that I have configured when HA integration was working
  • m

    • came with 0032 which appear to be the maximum current on the instalation / device.
  • t

    • allways 09 on my messages
  • e

    • variable values (including, positive, negative, zero)
  • r

    • allways 60 on my messages
  • i

    • 2 digit sequence/counter ?
  • b B

    • allways zero on my captures
  • P

    • allways zero on my captures
    • does not came when car is unplugged
  • r

    • allways 995 on my messages
  • E

    • variable when car is charging
    • does not came when car is unplugged
@FalconFour
Copy link

FalconFour commented Mar 27, 2024

Would help to post a (near) full report string to digest - the protocol always puts the digits in the same order but, for example, your list contains two "r"'s at the end and not quite sure if it matches up. It seems the protocol has been extended a bit and some stuff might not be knowable, but I know a few of them...

v - Protocol version (09u on yours) - I think I last knew of protocol v7. Tells the server what fields to expect (using a "scanf" style syntax).
i - Interval number. It contains a 96-slot interval memory (15-minute x 24-hour cycle) and this tells you how much energy was consumed in the rolling window as it reports one past (or current, if it's reporting the "right-now" interval) interval per message.
The letter after "i" = the energy in that interval (usually 0 if you're not charging basically 24/7)
t - If I recall correctly, this is the report time in seconds - "every 9 seconds" (or may end up being 10). It can change its reporting interval if the bit mask in the reply command indicates that it should send reports faster (yet to be determined).
m - Unit rating - 32 amps in your case ("I'm a JuiceBox 32")
M - echoed ampcmd - reports the current that it's set to (you guessed it!)
u - Vague memory, but I think this was an internal loop counter. Wouldn't be real time but I think it's meaningless.

@ivanfmartinez
Copy link
Contributor Author

@FalconFour thanks for the information

I just edited my description The second "r" entry was "E" that I just corrected.

I'm started a branch to create some sensors for this extra information, andf make a PR after testing to get this new values

@Snuffy2
Copy link
Collaborator

Snuffy2 commented Jun 8, 2024

Referenced from #77
Please post further comments there.

@Snuffy2 Snuffy2 closed this as not planned Won't fix, can't repro, duplicate, stale Jun 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants