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.

Hawkez

Member Since 20 Jul 2015
Offline Last Active Oct 20 2015 06:28 PM
-----

Posts I've Made

In Topic: USB-Serial Module

07 August 2015 - 02:43 PM

That said...it's totally cool to hack your board ;) If you want to open serial ports COM5-COM7 (on GoBus ports 1-3 respectively)

 

I was trying to open a GoBus COM port as you mentioned here.  Is there some trick to using these COM ports on the GoBus?  I saw that there is a TX pull-up pin coming from the micro for each of the COM ports on GoBus sockets on the Netduino 3 (pin 43 for COM7).  Does that pin need to be configured as an output and set to true?  If so, how do I get to that pin in code?

 

Thanks!


In Topic: SerialPort Receive Data Corruption

03 August 2015 - 06:08 PM

I have finally been able to post the results of a simple loopback test on the Netduino 3.

 

See the post here: http://forums.netdui...-loopback-test/

 

This test also has interesting findings for Netduino Plus 2.


In Topic: SerialPort Receive Data Corruption

28 July 2015 - 02:12 PM

As a follow-up, The loop-back test with flow control was successful using the Netduino Plus 2.  I was able to loop ~18K of data over the serial port and get back exactly what I sent repeatedly.

 

However, when I tried the same test on the Netduino 3 WiFi I only got back the first two chunks of data and it stops receiving data that is sent. 

 

I'll investigate further and post something in the Netduino 3 WiFi forum when I am able to.  At that point I will post a link in this discussion.

 

Thanks!


In Topic: SerialPort Receive Data Corruption

23 July 2015 - 12:06 PM

Hello Chris,

 

Thanks for the input.  I ran my test with flow control turned on and it worked perfectly. :)

 

I did not expect for flow control to be required because of the structure of the test: send some data and do not send more until you get back the data sent.

 

The issue that took me down the loopback test road was that I saw corruption of data when using an XBee on the SparkFun XBee shield.  I'm am excited to try that again now that I know I need to turn flow control on.

 

I appreciate the help!


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.