Integrate how, into the VS IDE? No. Be able to load a project and scan all the dependencies, runtime support, GUI/LUA for scripting, templates for common install tasks, yes. Not open source, but worth the money IMHO.
- JerseyTechGuy likes this

  | ||||||||||||||
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.
Community Stats
9
Neutral
User Tools#44881 New installer is WiX based! Source posted too...Posted by emg on 04 February 2013 - 02:43 PM Integrate how, into the VS IDE? No. Be able to load a project and scan all the dependencies, runtime support, GUI/LUA for scripting, templates for common install tasks, yes. Not open source, but worth the money IMHO.
#44327 DFROBOT BuggyPosted by emg on 27 January 2013 - 10:14 PM Hi Paul,
Yes, it looks like you are correct with the rPi running multiple network interfaces. I don't know enough about the rPi to say if the limitation is specific to the rPi hardware or the OS just needs tweaking. I've plugged nothing else except a keyboard/mouse during initial setup (now just use puTTY and VNC) into mine.
My day job is servers, networks, routers, etc I'm used to fixed IP addressing so it's no big deal for me. As for WiFi, I prefer cabled Ethernet over WiFi as it will always be faster and more reliable (less to break/configure), assuming it is convenient to run a cable.
One point though, you mentioned wanting to direct cable devices without using a switch. This requires a crossover cable or NIC's that Auto-MDIX. I would stay away from this configuration and always use an Ethernet switch (4-8 port white box brand 10/100Mbit switch is £10-15). Your home broadband router may already have a few spare open ports. Ethernet switches provide some buffering and seem to work better vs direct cable with modern NIC's. If you have a BT Home hub (or similar WiFi ADSL router that has a few Ethernet ports) you can still run the rPi via WiFi and cable the N+ devices to the same network. You should probably set a DHCP range exclusion so the router DHCP does not hand out an IP you have configured with a fixed IP address. Let me know if you have specific questions on networking and I can be of help.
For testing, I found it very easy to test on my PC to either itself (running 2 copies of the 'client' application) or using the client to talk to the N+. I can test with 2 clients on the same PC as I am using 2 separate ports to send/receive.
As for my examples, sorry it was confusing - I tried to strip out all the non-essential code not directly related to UDP. SendQ is a simple class:
Public Class sendingQ Public sensorData As New Queue Public commands As New QueueEnd Class
I stripped out all of the rest of the code that writes to SendQ - sensor threads, a command thread, etc so it was not shown. SyncLock (sendQ) locks the object while data is being de-queued. BTW, you can run the code though a C#/VB converter and I assume it will be OK.
It has been a while since I wrote the code, but I do remember having issues with Receive vs ReceiveFrom. The MSDN help states that ReceiveFrom is intended for connectionless protocols (UDP) and in the end found it easier to work with. I used IPEndPoint(IPAddress.Any, 0) to specify any sender.
http://msdn.microsof...(v=vs.100).aspx
Like I mentioned above, you can write and test all of this on your PC, pointing back to itself. I remember writing a small testing application with 2 threads when developing the example code and just copied/pasted into my N+ project when done. Run the above code though a VB/C# converter and adjust port, IP address to suit your local PC and queue/dequeue your text to each thread and you should be GTG.
Edit Add: If testing on your PC and if it has a fairly modern OS (Windows 7/8, Server 2008) you will probably need to open the specific ports you using on your firewall or they will get blocked!
#42275 Service note: updates to forumsPosted by emg on 27 December 2012 - 05:19 PM HI Steve,
Have you tried resetting the tablet back to defaults? What about the latest firmware updates like these:
http://www.sum-visio...upportastro.asp
I purchased this for £65 last week:
http://www.ergoelect...tablet-gbt740rs
and it seems OK. I have noticed that it struggles with big websites and can sometimes pause for a few seconds before updating. I plan on using it to control some home automation tasks so it should be sufficient.
Good luck!
#39581 Mounting Hole Woes Netduino Plus 2Posted by emg on 18 November 2012 - 12:57 AM
I've used these: Mini Locking Circuit Board Support They have a self adhesive base and work well for me...
#37463 connect Netduino to Raspberry PIPosted by emg on 20 October 2012 - 09:54 AM
You will run into issues if trying to run Mono on any hard float derived distros (Raspbian) on the rPi. See here: Raspbian vs Wheezy (beta) Mono support I've had to stick with the last soft float (Wheezy) beta before they switched the 'official' distro to Raspbian to get Mono to run correctly. The problem is upstream with the Mono port and no solution in sight...
| ||||||||||||||
|
||||||||||||||
This webpage is licensed under a Creative Commons Attribution-ShareAlike License. | ||||||||||||||