Version Mismatch



  • Hi all

    I have a strange new behave with my Ethernet GW connected to my VeraEdge (latest SW), from the GW terminal output I get a lot of these:

    0;0;3;0;9;version mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l

    I can see from the protocol that “3” means a request for a node ID, but I have switched off all my notes – so it seems to come from the GW itself – is this correct?
    it seems to be an outgoing message because of “0” after “3” – sub-type (9) indicates a wind sensor – this gives no meaning, my weather station is running 433 Mhz.

    My Vera and GW have been switched off for a few weeks because of Sonos problems, so I dont know when this has started.

    When I search the forum, I can’t really find similar problems

    /Kurt


  • Admin

    Yes, this is a debug message from the gateway. Library checks the protocol version of the incoming messages which in your case seems to be corrupt (everything seems to be zeroes... ).

    https://github.com/mysensors/Arduino/blob/c1afc7d8e9c87d6ae2daef1b0dbcbf60d73dfab5/libraries/MySensors/MySensor.cpp#L275-L278



  • Thanks for quick reply

    Does this mean that I have a device that send me data or is it a mismatch caused by wrong GW software?

    Kurt


  • Admin

    @Kurtsejr said:

    read: 0-0-0 s=0,c=0,t=0,pt=0,l

    This looks weird. Do you use the same type of radio modules on gw/nodes? Feed them enough powe?



  • I'm now powering my UNO with a separate power supply, but with the same problem. I will try to substitute HW and are coming back when I found out why!
    /Kurt



  • SOLVED:
    I have changed most of my hardware, it seams to be the UNO who did something strange. I also updated to lib version 1.5 and latest Arduino IDE - now all is ok again :-)

    /Kurt



  • I have quite the same problem :

    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    
    

    I only have a serial gateway. No senors for now. Anyone have a clue to find a solution except change hardware parts ?



  • Hello,

    i have the same problem that i get version mismatch

    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch

    i have installe arduino version 1.6.5 an Mysensors librarie 1.5.4
    also i habe vhanged the channel "#define RF24_CHANNEL" from 76 to 120 and to 20!
    in Each Case i have the problem with ver mismatch.

    There are no other devices on this channel.

    i hope you can help me



  • I have the same problem.
    When I power on the sensor, the gateway loops forever.

    Power up gateway:

    0;0;3;0;9;gateway started, id=0, parent=0, distance=0
    0;0;3;0;14;Gateway startup complete.
    

    When I power up the sensor, the gateway starts to loop:

    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    0;0;3;0;9;read: 0-0-0 s=0,c=0,t=0,pt=0,l=0,sg=0:
    0;0;3;0;9;ver mismatch
    

    Even switching off the sensor, the gateway continues looping forever.

    I have exactly the same library version on serial gateway and sensor.
    Gateway and sensor did work together in the past, then I switched to eclipse IDE and changed some code on the sensor side.
    I am using SOFTSPI.

    Any clue?
    I will try rebuilding with the Arduino IDE to see if it has any influence :confused:



  • Problem solved for my case. :smiley:
    Just to give a hint to anyone who might have a similar problem, I had misconfigured the default pin assignments.
    In particular the INCLUSION_MODE_PIN definition was colliding with one of the LED pins (maybe RADIO_RX_LED_PIN).
    Hope this helps.


Log in to reply
 

Looks like your connection to MySensors Forum was lost, please wait while we try to reconnect.