MicroTweet - Twitter OAuth API Library for the .NET Micro Framework

Source code checked in, #16714

Project Collection Service Accounts — Mon, 01 Oct 2012 20:27:17 GMT

Upgrade: New Version of LabDefaultTemplate.xaml. To upgrade your build definitions, please visit the following link: http://go.microsoft.com/fwlink/?LinkId=254563

Source code checked in, #16713

Project Collection Service Accounts — Mon, 01 Oct 2012 20:25:58 GMT

Checked in by server upgrade

New Post: Sample for REST API Request

MHillyer — Fri, 22 Jun 2012 19:05:06 GMT

Hi, not directly related, but I'm trying to build a project where a Netduino Plus interacts with a REST API. I don't suppose there's any good samples in this code to help do that?

New Post: Problem with GetHostEntry

ianlee74 — Wed, 19 Oct 2011 04:43:59 GMT

Great. I'll definitely start with a branch. You'll want to test it on your netduino plus to make sure I don't break anything there. I have a netduino that I'll test with also. I use TFS also, so SVN isn't an issue. I saw that you posted to the tinyclr.com forum also. When Skewworks posts his code to the wiki we'll be able to see what changes/improvements he made.

New Post: Problem with GetHostEntry

misenhower — Wed, 19 Oct 2011 04:04:02 GMT

I just added you as a developer so you can commit or make a branch, etc. Might be a good idea to start it out as a branch in case there is any trouble. I have been committing the source to CodePlex via TFS rather than SVN so if you check out the source via SVN it won't have any svn:ignore properties defined.

I haven't heard of any recent changes with Twitter's auth that would affect this but it is possible that compiling it with a different set of references could introduce some bugs. OAuth is a major pain to deal with, and it can be very difficult to determine exactly what part of the process is making a request fail. Let me know if you run into that and I'll see what I can find.

Thanks again for the help.

New Post: Problem with GetHostEntry

ianlee74 — Wed, 19 Oct 2011 03:24:48 GMT

Matt,

Great. Unfortunately, I don't think it's possible to build a single assembly that will work for both boards because they have different SDK references. Hopefully, one day NETMF will evolve to the point where this isn't necessary... So, you probably would have to post multiple nuget packages. I started making some changes last night and there will be a number of changes necessary mostly because of syntax differences in the APIs and not so much because of functionality. Also, I talked to another guy in the GHI forums today who has also been working on this who started with MicroTweet but said he found several problems. I think this may be due to recent changes in the Twitter authentication APIs. Once I get his code, I'll also compare his changes and integrate them into the MicroTweet code.

I have GHI FEZ Panda-II, Panda, & netduino boards to test with. I also have a Tahoe-II if there's ever any need to port in that direction. I'm fairly busy myself at the moment but I should be able to get this done within the next couple weeks. How do you want to work the source? Do you want to add me as a contributor to the project and have me check in a branch there or just submit changes as a patch?

Take care,

Ian

On Tue, Oct 18, 2011 at 21:56, misenhower <notifications@codeplex.com> wrote:

From: misenhower

Hi Ian,

Good to know, and glad to hear you had some success. I would definitely be interested in making this library work with GHI boards, but I'm not sure what it will take to maintain compatibility for the NuGet package (especially if I have to build different assemblies for different boards). It might be necessary to post it as a separate package, I'll have to check what can be configured in the nuspec file, etc.

I haven't had much time to work on this project lately so I'd definitely be interested in your help. Do you have an idea of how many changes are necessary, and whether it might be possible to build a single assembly for both boards?

Also, out of curiosity which specific board are you using?

Thanks,

Matt

Read the full discussion online.

To add a post to this discussion, reply to this email (microtweet@discussions.codeplex.com)

To start a new discussion for this project, email microtweet@discussions.codeplex.com

You are receiving this email because you subscribed to this discussion on CodePlex. You can unsubscribe on CodePlex.com.

Please note: Images and attachments will be removed from emails. Any posts to this discussion will also be available online at CodePlex.com

------------------------------------------------
R. Ian Lee, Sr.
http://www.linkedin.com/in/rianlee
http://facebook.com/ianlee74

http://blog.ianlee.info

Twitter: ianlee74

New Post: Problem with GetHostEntry

misenhower — Wed, 19 Oct 2011 02:56:11 GMT

Hi Ian,

Good to know, and glad to hear you had some success. I would definitely be interested in making this library work with GHI boards, but I'm not sure what it will take to maintain compatibility for the NuGet package (especially if I have to build different assemblies for different boards). It might be necessary to post it as a separate package, I'll have to check what can be configured in the nuspec file, etc.

I haven't had much time to work on this project lately so I'd definitely be interested in your help. Do you have an idea of how many changes are necessary, and whether it might be possible to build a single assembly for both boards?

Also, out of curiosity which specific board are you using?

Thanks,

Matt

New Post: Problem with GetHostEntry

ianlee74 — Tue, 18 Oct 2011 03:49:02 GMT

I've figured out the problem. It was indeed a problem with references. Your library was referencing the netduino System.Net & System.Net.Sockets assemblies which aren't named the same with the GHI boards... Since I have the netduino SDK installed also it didn't cause any compile issues but obviously didn't execute properly once it stepped into your assembly. There are also several other small syntactical things that are going to have to be changed to make this work on the GHI boards. My question to you now is as I make these changes do you want them contributed back or are you only interested in keeping this library netduino specific? In my NETMFx library (netmfx.codeplex.com) I've tried to keep compatibility with both boards through the use of conditional compile conditions. I'd be glad to be your GHI tester/contributor on this project if you're interested since I'm going to be doing it anyway. Let me know if you're interested in working together on this.

Thanks,

Ian

New Post: Problem with GetHostEntry

ianlee74 — Mon, 17 Oct 2011 15:47:34 GMT

That's what I did but it didn't make a difference. The only thing I did take out was VikingErik.NetMF.MicroLinq since I didn't have the source. I'll see if I can strip it out tonight w/o impacting the parts I need. May be that there's something in there that's causing the problem.

New Post: Problem with GetHostEntry

misenhower — Mon, 17 Oct 2011 06:31:19 GMT

It sounds like my project is referencing a different set of assemblies than what is needed for your board (and what you're using in your project). It could be a version number difference or they could be different assemblies altogether.

I would try removing all the assembly references from my project and replacing them with the same references used in your project. That should clear up any version number (etc.) issues.

New Post: Problem with GetHostEntry

ianlee74 — Mon, 17 Oct 2011 06:11:51 GMT

Matt,

Thanks for the reply. After failing with the nuget package, I started debugging with the code. That's where I discovered the problem is with the call to GetHostEntry(). I simplified the first line of your GetNTPTime() to the following to further drill it down.

        private static DateTime GetNTPTime(String TimeServer)
        {
            // Find endpoint for TimeServer
            var timeServerIP = Dns.GetHostEntry(TimeServer);				// <-- Fails here.
            IPEndPoint ep = new IPEndPoint(timeServerIP.AddressList[0], 123);

This is very odd. I don't think it's firmware because the exact same line executes fine in my code but fails when executed from within your project. It's like something about your project is perhaps stuck on an old version of NETMF or something? I checked all the project properties and re-added referenced files.

I tried your test code and got the same result.

Thanks,

Ian

New Post: Problem with GetHostEntry

misenhower — Mon, 17 Oct 2011 05:44:51 GMT

Hi Ian,

I don't think I've heard from anyone using MicroTweet with one of the FEZ boards or a W5100 adapter, so there may be some issues with their firmware or W5100 driver.

Are you using the NuGet package or are you compiling the source from here on CodePlex? It may be possible to get more specific debug information by compiling the library from its source.

Also, just to clarify -- Does NTP.UpdateTimeFromNTPServer actually update the device's time correctly as long as you don't call Dns.GetHostEntry? You could verify that by using:

Debug.Print("Date before updating (should be incorrect): " + DateTime.Now.ToString());
bool result = NTP.UpdateTimeFromNTPServer("time.nist.gov");
Debug.Print("Update result: " + result.ToString());
Debug.Print("Current date: " + DateTime.Now.ToString());

I just tested this out with my Netduino Plus and got the following result:

Time Server IP = 192.43.244.18
Date before updating (should be incorrect): 01/01/2009 00:17:19
Update result: True
Current date: 10/17/2011 05:22:26

(I actually called GetHostEntry before setting the time without trouble, but try running the above code without calling GetHostEntry to see what happens.)

I actually have a W5100 shield here so if I get a chance I will test that out tomorrow to see if I can find anything else.

Let me know if you have any other questions. Thanks,

Matt

New Post: Problem with GetHostEntry

ianlee74 — Mon, 17 Oct 2011 03:32:16 GMT

I'm having a really weird problem trying to get MicroTweet to work. It seems that the Dns.GetHostEntry() doesn't work when the code in the MicroTweet library is being executed. However, it works just fine outside. For example..

using System.Threading;
using Microsoft.SPOT;
using Microsoft.SPOT.Hardware;
using GHIElectronics.NETMF.FEZ;
using GHIElectronics.NETMF.Net;
using GHIElectronics.NETMF.Net.NetworkInformation;
using Komodex.NETMF.MicroTweet;

namespace FEZTweet
{
    public class Program
    {
        private static readonly OutputPort _led = new OutputPort((Cpu.Pin) FEZ_Pin.Digital.LED, true);

        public static void Main()
        {
            // Make a network connection.
            byte[] ip = {192, 168, 1, 222};
            byte[] subnet = {255, 255, 255, 0};
            byte[] gateway = {192, 168, 1, 1};
            byte[] mac = {0x00, 0xF0, 0xA3, 0xC0, 0x96, 0x27};
            WIZnet_W5100.Enable(SPI.SPI_module.SPI1, (Cpu.Pin) FEZ_Pin.Digital.Di10, (Cpu.Pin) FEZ_Pin.Digital.Di7, true);
            NetworkInterface.EnableStaticIP(ip, subnet, gateway, mac);
            NetworkInterface.EnableStaticDns(new byte[] {192, 168, 1, 1});

            //  THIS WORKS FINE
            var timeServerIP = Dns.GetHostEntry("time.nist.gov");
            Debug.Print("Time Server IP = " + timeServerIP.AddressList[0]);

            // Update the clock with exact time.
            // THIS FAILS WHEN Dns.GetHostEntry() is called.
            NTP.UpdateTimeFromNTPServer("time.nist.gov");

            // Send a tweet.
            // THIS FAILS WHEN Dns.GetHostEntry() is called.            var twitterClient = new TwitterClient(secretStuff);
            var tweetSent = twitterClient.SendTweet("Testing sending a tweet from #NETMF.");
            if (tweetSent)
            {
                Debug.Print("Tweet sent.");
            }
            while (true)
            {
                _led.Write(false);
                Thread.Sleep(300);
                _led.Write(true);
                Thread.Sleep(300);
            }
        }
    }
}

When it fails, I get an error that says "A first chance exception of type 'System.NotSupportedException' occurred in System.dll"

Any ideas what is going on and how to fix?

Thanks,

Ian

Updated Wiki: Home

misenhower — Thu, 19 May 2011 03:00:51 GMT

Welcome!

MicroTweet is a native Twitter OAuth API library for the .NET Micro Framework. It can be used to post messages on Twitter from small, inexpensive devices such as the Netduino Plus.

MicroTweet is now available as a NuGet package! Click here for more details or simply use Install-Package MicroTweet to add MicroTweet to your project.

Follow me on Twitter! @mattisenhower

Getting Started

When running the sample projects, make sure you copy Config.sample.cs to Config.cs before building the project.
To use the Twitter API you must first register an application with Twitter to get a set of API keys.
The following values must be entered in Config.cs:
- Consumer Key and Consumer Secret for your Twitter application.
- Access Token and Access Token Secret for your Twitter user account. (Click the "My Access Token" link on your app's page to get these keys.)
Remember to configure the project to deploy to your device rather than the .NET MF Emulator.

Notes

Each sample project is contained in its own VS solution. For .NET Micro Framework projects, the "Startup Project" setting has no effect on the build output so multiple projects must be contained in separate solutions to build and run correctly. (It is also possible to edit the build configurations but using separate solutions is easier.)

Updated Wiki: Documentation

misenhower — Thu, 19 May 2011 02:58:48 GMT

Getting MicroTweet

The source code for MicroTweet can be downloaded by clicking "Source Code" above. You can then build or modify the assembly for use in your own projects.

MicroTweet is also available as a NuGet package.

See the Samples folder for sample projects that show recommended usage patterns for this library.
Note: The sample projects are only included with the source code, and are not part of the NuGet package.

Using MicroTweet

First, add the following using statement to the top of your code file:

using Komodex.NETMF.MicroTweet;

NTP Class

The device's clock must be updated before sending a tweet.

NTP.UpdateTimeFromNTPServer("time-a.nist.gov");

TwitterClient class

Sending a tweet:

TwitterClient twitterClient = new TwitterClient("ConsumerKey", "ConsumerSecret", "UserToken", "UserTokenSecret");
bool tweetSent = twitterClient.SendTweet("Hello world!");
if (tweetSent)
{
    // Success!
}

Updated Wiki: Home

misenhower — Wed, 18 May 2011 20:43:42 GMT

Welcome!

Getting Started

When running the sample projects, make sure you copy Config.sample.cs to Config.cs before building the project.
To use the Twitter API you must first register an application with Twitter to get a set of API keys.
The following values must be entered in Config.cs:
- Consumer Key and Consumer Secret for your Twitter application.
- Access Token and Access Token Secret for your Twitter user account. (Click the "My Access Token" link on your app's page to get these keys.)
Remember to configure the project to deploy to your device rather than the .NET MF Emulator.

Notes

Each sample project is contained in its own VS solution. For .NET Micro Framework projects, the "Startup Project" setting has no effect on the build output so multiple projects must be contained in separate solutions to build and run correctly. (It is also possible to edit the build configurations but using separate solutions is easier.)

Created Release: Release 0.4 (May 18, 2011)

misenhower — Wed, 18 May 2011 18:43:00 GMT

This release improves HttpRequest memory usage, adds an HttpResponse class for parsing HTTP responses, and adds a new sample project.

Released: Release 0.4 (May 18, 2011)

Wed, 18 May 2011 18:43:00 GMT

This release improves HttpRequest memory usage, adds an HttpResponse class for parsing HTTP responses, and adds a new sample project.

Source code checked in, #4745

misenhower — Wed, 18 May 2011 18:41:09 GMT

Adding Tweeting Breathalyzer sample project

Closed Issue: TwitterClient.SendTweet() should use try/catch/finally [2110]

misenhower — Wed, 18 May 2011 18:25:11 GMT

string response = httpRequest.GetResponse(); should be guarded with a try/catch/finally to deal with the possibility of exceptions thrown by the socket operations. The function should return 'false' in case of exception.
Comments:

Fixed in revision 4743

MicroTweet - Twitter OAuth API Library for the .NET Micro Framework

Source code checked in, #16714

Source code checked in, #16713

New Post: Sample for REST API Request

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

New Post: Problem with GetHostEntry

Updated Wiki: Home

Welcome!

Featured Links

Getting Started

Notes

Updated Wiki: Documentation

Getting MicroTweet

Using MicroTweet

NTP Class

TwitterClient class

Updated Wiki: Home

Welcome!

Featured Links

Getting Started

Notes

Created Release: Release 0.4 (May 18, 2011)

Released: Release 0.4 (May 18, 2011)

Source code checked in, #4745

Closed Issue: TwitterClient.SendTweet() should use try/catch/finally [2110]