Duplicate frames

Questions about the Waspmote v15 and its modules
rec1994
Posts: 19
Joined: Tue Aug 02, 2016 8:01 pm

Duplicate frames

Post by rec1994 » Fri Mar 17, 2017 2:39 pm

Hello,

We got a few of the new 900HP waspmotes to test out and we've been noticing an issue where at further distances (a bit over 2200ft) the same frame will send multiple times. We did the same tests using the same antenna and at the same distance/location with the old 900MHz waspmotes and didn't experience this issue. It seems like the send function is returning an error as if it failed to send but it sends anyway so the same frame gets sent to the gateway multiple times.

Do you have any ideas what might cause this and/or how to go about fixing this issue?

Thanks,
Robert

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Duplicate frames

Post by libelium-dev » Mon Mar 20, 2017 4:46 pm

Hi,

What code are you using? Are you working with the API v027?

Please try with different numbers of retries using the next function in the setup

Code: Select all

//send_reties is a number from 0 to 10.
xbee900HP.setSendingRetries(number_retires); 
Regards

Franky
Posts: 17
Joined: Wed Nov 23, 2016 8:43 am

Re: Duplicate frames

Post by Franky » Wed Mar 22, 2017 5:55 pm

Hi,

we experienced the same issue with 868LP.

viewtopic.php?f=28&t=12684&p=70340&hili ... mes#p70340

We choose the other topic, because our main issue is a sensor problem.

BR
Frank

Franky
Posts: 17
Joined: Wed Nov 23, 2016 8:43 am

Re: Duplicate frames

Post by Franky » Thu Mar 30, 2017 8:40 am

Hi,

we are able to replicate the problem with the same code, compiled with IDE05/API027.
Meshlium receives the same Frames somtimes more than 4 times and parses this into the database.

P&S shows error while sending the frames.

From my point it is not a solution to reduce the xbee900HP(xbee868LP).setSendingRetries due to the fact that we will need the retry when there is a collision on air and this seems only to be a symptom not the error itself.

Could it be an error in the underlying function?
Something is causing the error flag not to be 0?

Code: Select all

// 5. Send packet XBee
  ///////////////////////////////////////////  

  // send XBee packet
  error = xbee868LP.send( RX_ADDRESS, frame.buffer, frame.length );   
  
  // check TX flag
  if( [b]error == 0[/b] )
  {
    USB.println(F("send ok"));
    
    // blink green LED
    Utils.blinkGreenLED(500,2);
    
  }
  [b]else 
  {
    USB.println(F("send error"));[/b]
    
    // blink red LED
    Utils.blinkRedLED(100,10);
  }

Franky
Posts: 17
Joined: Wed Nov 23, 2016 8:43 am

Re: Duplicate frames

Post by Franky » Thu Mar 30, 2017 8:58 am

Hi,

we are able to replicate the problem with the same code, compiled with IDE05/API027.
Meshlium receives the same Frames somtimes more than 4 times and parses this into the database.

P&S shows error while sending the frames.

From my point it is not a solution to reduce the xbee900HP(xbee868LP).setSendingRetries due to the fact that we will need the retry when there is a collision on air and this seems only to be a symptom not the error itself.

Could it be an error in the underlying function?
Something is causing the TX error flag not to be 0?

Code: Select all

// 5. Send packet XBee
  ///////////////////////////////////////////  

  // send XBee packet
  error = xbee868LP.send( RX_ADDRESS, frame.buffer, frame.length );   
  
  // check TX flag
  if( error == 0 )
  {
    USB.println(F("send ok"));
    
    // blink green LED
    Utils.blinkGreenLED(500,2);
    
  }
  [b]else 
  {
    USB.println(F("send error"));[/b]
    
    // blink red LED
    Utils.blinkRedLED(100,10);
  }

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Duplicate frames

Post by libelium-dev » Mon Apr 03, 2017 11:02 am

Hi,

First of all, sorry for the delay to answer.

We have revised the function and we think it works properly. When a node sends a packet it waits for the ACK if the ACK isn't received, the node sends the packets again, and so on until the node receives the ACK or sends the maximum number of retries.

Maybe the ACK doesn't arrive to the node due to interferences. How far is the node from Meshlium?

Regard

rec1994
Posts: 19
Joined: Tue Aug 02, 2016 8:01 pm

Re: Duplicate frames

Post by rec1994 » Fri Apr 07, 2017 5:16 pm

Hi,

I am using the v027 API. At first I was experiencing this issue at long range, but I have it set up in the office now and the node is only about 10 feet from the gateway. When I set the sending retries to 0, I receive each frame once. If I set the sending retries to 2, I receive each frame 3 times. If I set it to 10 retries then I receive each frame 11 times. This is a consistent issue and it is happening even when I run the example code under "_900HP_02_send_packets."

Robert

rec1994
Posts: 19
Joined: Tue Aug 02, 2016 8:01 pm

Re: Duplicate frames

Post by rec1994 » Fri Apr 07, 2017 5:38 pm

Actually, I should mention that this issue at the short range was experienced on a different 900HP module and Waspmote v1.5 board than the one that I had issues at a longer range with. That one doesn't have issues with duplicate frames when inside the office and only at longer distances (starts happening at around 150-200ft). While this other Waspmote and radio module we have sends duplicate frames when only 10-20ft away from the gateway.

Robert

libelium-dev
Posts: 27967
Joined: Mon Sep 28, 2009 1:06 pm

Re: Duplicate frames

Post by libelium-dev » Mon Apr 10, 2017 5:41 pm

Hi,

Do you send packets from Waspmote to Meshlium or from Waspmote to gateway or from Waspmote to waspmote?

Regards

rec1994
Posts: 19
Joined: Tue Aug 02, 2016 8:01 pm

Re: Duplicate frames

Post by rec1994 » Mon Apr 10, 2017 7:08 pm

We are sending packets from Waspmote to Meshlium.

Robert

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest