💬 Log Parser

[hek]

Ok, fixed the problem. Thanks for reporting.

[user2684]

Hi, I wonder why the following is parsed as a S_LIGHT presentation. Shouldn't be S_BINARY the type number 3? (https://www.mysensors.org/download/serial_api_20). Thanks!

0;1;0;0;3;

[hek]

@user2684

Yes, it should be S_BINARAY. Thanks for reporting. Updated.

[ben999]

I have just discovered "The Log Parser" !!!

WOW that's huge !

Thumbs up to those involved in that !!! Thanks a lot :)

[raptorjr]

The link "More details about the log messages." don't work. 404

[mfalkvidd]

@raptorjr thanks for reporting. Could you describe where this link exists?
Edit: Found it. The link is fixed now. Thanks!

[raptorjr]

@mfalkvidd I'm sorry. Thought it was obviuos since I posted in the comment section of the article where the link was =) But I will be more clear if I find a problem some other time.

Thanks for fixing the link.

[wes]

I think the log parser needs to be updated for new message types in MySensors v2.2.0 - they are currently being shown in the log parser as "Undefined":

I_SIGNAL_REPORT_REQUEST = 29,
I_SIGNAL_REPORT_REVERSE = 30,
I_SIGNAL_REPORT_RESPONSE = 31,
I_PRE_SLEEP_NOTIFICATION = 32,
I_POST_SLEEP_NOTIFICATION = 33

Is the source code for this parser somewhere on Github? If not, could we get it put on Github so it's easier to maintain?

[hek]

@Wes,

Here's a gist with the code for the log parser
https://gist.github.com/henrikekblad/c1d652cce16eaf2ef6340eacaefc97b0

[wes]

@hek I believe this should fix the issue:

https://gist.github.com/liwenyip/de6ff2a646ee417fcf2629eae64e6974/revisions#diff-a83c26f29ff664a062308cb4387554c0

AFAIK you can't do a pull request on Github Gists.

Hope that helps.

[hek]

Thanks, updated.

[Nca78]

Hello, it seems only the two rightmost columns are filled, I have the same problem with all the browsers.
Example:
https://www.mysensors.org/build/parser?log=TSF%3AMSG%3ASEND%2C1-1-0-0%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A40 TSF%3AMSG%3AREAD%2C0-0-1%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%3A40 TSF%3AMSG%3AACK TSF%3AMSG%3ASEND%2C1-1-0-0%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A45 TSF%3AMSG%3AREAD%2C0-0-1%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%3A45 TSF%3AMSG%3AACK TSF%3AMSG%3AREAD%2C0-0-255%2Cs%3D255%2Cc%3D3%2Ct%3D20%2Cpt%3D0%2Cl%3D0%2Csg%3D0%3A TSF%3AMSG%3ABC TSF%3AMSG%3ASEND%2C1-1-0-0%2Cs%3D255%2Cc%3D3%2Ct%3D21%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A0 TSF%3AMSG%3ASEND%2C1-1-0-0%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A50 TSF%3AMSG%3AREAD%2C0-0-1%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%3A50 TSF%3AMSG%3AACK TSF%3AMSG%3ASEND%2C1-1-0-0%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%2Cft%3D0%2Cst%3DOK%3A55 TSF%3AMSG%3AREAD%2C0-0-1%2Cs%3D5%2Cc%3D1%2Ct%3D38%2Cpt%3D1%2Cl%3D1%2Csg%3D0%3A55 TSF%3AMSG%3AACK

[BoresExpress]

Seems like log parser incorrectly prints command types for signature messages (see picture):

[gbsmith]

Just started MySensors 2.3 project. I have the same problem as Nca78 had 5 months again.
Only the two right columns are filled. Better than nothing but not perfect as intended.
And yes I tried running this code directly: https://gist.github.com/henrikekblad/c1d652cce16eaf2ef6340eacaefc97b0
Is anyone maintaining this code?

[gbsmith]

Clearly the debug log format has changed to something that this tool does not support.
My log entries look like:
228642 TSF:MSG:SEND,1-1-0-0,s=2,c=1,t=16,pt=1,l=1,sg=0,ft=0,st=OK:0
The old log entries looked like this:
0;255;3;0;9;TSF:MSG:READ,12-4-0,s=18,c=1,t=16,pt=1,l=1,sg=0:1

[hek]

The gist has now been updated to the lastest running on mysensors.org

[berkseo]

think it's time to add passive node support :) ||| Unknown | ?TSF:MSG:SEND... | |

[willemx]

No support for Gateway Transport messages?
GWT:TPS:TOPIC=mygateway1-out/19/255/3/0/21,MSG SENT

[alphaHotel]

@hek I was able to add support for stream message types to the log parser but can't perform a pull request against the gist. Here is my diff analysis if you're interested in this small update.

I also made a subsequent one line change to correct the issue that @BoresExpress noted a while back.

[hek]

Thanks a bunch @alphaHotel, incorporated now!