Netduino home hardware projects downloads community

Jump to content


The Netduino forums have been replaced by new forums at community.wildernesslabs.co. This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.
Photo

Wrong numbers when working with sonar sensor


  • Please log in to reply
11 replies to this topic

#1 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 14 March 2013 - 02:25 PM

Chris 1 question related to SB

 

I try to play with sonic distance sensor, one of the guys shared the code http://forums.netdui...ic-rangefinder/

 

I didn't try it with Netduino, but combination of NGO and SB doesn't give correct numbers, is there any specific delays or other could be the reson

 

PS: I tried the module with Arduino it works



#2 Steve French

Steve French

    Member

  • Members
  • PipPip
  • 11 posts

Posted 15 March 2013 - 09:54 PM

I had the exact same problem - no idea as to the cause.



#3 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 15 March 2013 - 11:16 PM

I am still working on shaman-ning it, I am almost there, If folks around will not find scientific solution, hopefully I would be able to give different delays and conversions



#4 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 17 March 2013 - 02:16 PM

What I can definitely see after investigation playing with stepping motor, there are delays in either changing status on pin or code interpretation 



#5 Steve French

Steve French

    Member

  • Members
  • PipPip
  • 11 posts

Posted 18 March 2013 - 02:36 PM

You've taken it farther than I have.  Please let me know what you come up with.



#6 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 18 March 2013 - 05:28 PM

I am working right now with idea to figure out what's the real delay between NGO and SB

I believe if this one solved we almost there



#7 Steve French

Steve French

    Member

  • Members
  • PipPip
  • 11 posts

Posted 18 March 2013 - 10:09 PM

If you find it you'e a better coder than me.  I could not isolate the problem at all, though after reading more about it recently I think I was looking in the wrong place.



#8 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 18 March 2013 - 10:27 PM

I was able to find delay I see progression, but it's definitely not enough



#9 Steve French

Steve French

    Member

  • Members
  • PipPip
  • 11 posts

Posted 27 March 2013 - 08:19 PM

Eplaksienko - did you ever find a solution to this?



#10 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 28 March 2013 - 07:36 PM

No, was busy with other staff, I think Secret Labs staff help would be very useful, since it's 99.99% lateness issue, not sure if it because NGO connectivity or SB itself or both. But we should be able to get from them numbers to make calculations better



#11 Chris Walker

Chris Walker

    Secret Labs Staff

  • Moderators
  • 7767 posts
  • LocationNew York, NY

Posted 30 March 2013 - 04:39 PM

Hi eplaksienko, Trying to help nail down what you're experiencing here. Is it a latency issue? Are you getting bad data from the sensor? Not able to communicate fast enough? Not able to communicate at all? Chris

#12 eplaksienko

eplaksienko

    Advanced Member

  • Members
  • PipPipPip
  • 112 posts

Posted 31 March 2013 - 05:41 PM

Chris, I see incremental number while moving things further and excremental when going closer, but I can not tune exact number, I didn't yet figured out dependencies experimentally, but the same sonic sensor works great and gives exact calculated numbers with Arduino






0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users

home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.