- Netduino Forums
- → andersborg's Content
andersborg's Content
There have been 33 items by andersborg (Search limited from 29-April 23)
#17962 OneWire ALPHA
Posted by andersborg on 14 September 2011 - 03:00 AM in Beta Firmware and Drivers
#17959 OneWire ALPHA
Posted by andersborg on 14 September 2011 - 01:37 AM in Beta Firmware and Drivers
#33996 Netduino Plus Firmware v4.2.0
Posted by andersborg on 21 August 2012 - 10:59 AM in Netduino Plus 2 (and Netduino Plus 1)
#34005 Netduino Plus Firmware v4.2.0
Posted by andersborg on 21 August 2012 - 12:55 PM in Netduino Plus 2 (and Netduino Plus 1)
Hi Anders,
That's very odd. So it did work alright after moving the Netduino to another USB port?
Also, are you using SAM-BA v2.12+? The earlier versions had some issues with Win7 x64.
Chris
Yup. In both cases the ports were detected (COM8 and COM10), so it was nothing wrong with that. My PC supposedly has two different USB controllers, so that might be the reason.
I used 2.12+ (just installed).
#34227 Netduino Plus Firmware v4.2.0
Posted by andersborg on 26 August 2012 - 10:13 AM in Netduino Plus 2 (and Netduino Plus 1)
#34007 Netduino Plus Firmware v4.2.0
Posted by andersborg on 21 August 2012 - 01:02 PM in Netduino Plus 2 (and Netduino Plus 1)
Hi Anders
Are you using SAM-BA 2.12 fixes some issues with x64 os's...
Also are you using the driver in "drv" folder where you installed sam-ba too or the generic GPS camera driver that windows update discovers, try uninstalling the driver in device manager and manually installing the Atmel driver?
Finally have you erased your ND (3.3v to the gold erase pad) before you try and connect with sam-ba?
Nak.
Yes it's 2.12+.
I used the generic driver (actually I didn't do anything with that). I erased as per the instructions.
I'll try the advice. Thanks.
#17955 Proto Board or Perf Board
Posted by andersborg on 14 September 2011 - 01:00 AM in General Discussion
#19545 Support for UDP multicast/boardcast?
Posted by andersborg on 21 October 2011 - 03:42 PM in Netduino Plus 2 (and Netduino Plus 1)
You're looking for broadcast UDP? You should be able to do most/all UDP via the standard firmware.
I believe that Pascal posted something about enabling broadcast UDP. If that's interesting, we could enable that in v4.1.1 pretty easily.
Chris
+1 or even +2 from me too.
#23196 Sending SMSs from a Netduino
Posted by andersborg on 23 January 2012 - 03:26 PM in Project Showcase
#18233 Sending SMSs from a Netduino
Posted by andersborg on 20 September 2011 - 08:21 AM in Project Showcase
#23192 Sending SMSs from a Netduino
Posted by andersborg on 23 January 2012 - 03:12 PM in Project Showcase
Is your class opensource?
If you are asking me: It could be. It's not much code.
Cheers.
#22777 Sending SMSs from a Netduino
Posted by andersborg on 14 January 2012 - 01:07 PM in Project Showcase
#18218 Sending SMSs from a Netduino
Posted by andersborg on 19 September 2011 - 08:39 PM in Project Showcase
#17812 Instantiations when switching mode
Posted by andersborg on 09 September 2011 - 10:10 PM in Netduino Plus 2 (and Netduino Plus 1)
#17751 Instantiations when switching mode
Posted by andersborg on 08 September 2011 - 11:49 AM in Netduino Plus 2 (and Netduino Plus 1)
#17747 Instantiations when switching mode
Posted by andersborg on 08 September 2011 - 08:59 AM in Netduino Plus 2 (and Netduino Plus 1)
#17743 Instantiations when switching mode
Posted by andersborg on 08 September 2011 - 07:36 AM in Netduino Plus 2 (and Netduino Plus 1)
#17740 Instantiations when switching mode
Posted by andersborg on 08 September 2011 - 06:38 AM in Netduino Plus 2 (and Netduino Plus 1)
#17813 Instantiations when switching mode
Posted by andersborg on 09 September 2011 - 10:43 PM in Netduino Plus 2 (and Netduino Plus 1)
#17950 Instantiations when switching mode
Posted by andersborg on 13 September 2011 - 09:07 PM in Netduino Plus 2 (and Netduino Plus 1)
#17949 Instantiations when switching mode
Posted by andersborg on 13 September 2011 - 08:37 PM in Netduino Plus 2 (and Netduino Plus 1)
#17948 Instantiations when switching mode
Posted by andersborg on 13 September 2011 - 08:30 PM in Netduino Plus 2 (and Netduino Plus 1)
I've been hoping someone knowledgeable about wireless options might do a comparison and contrast. And would still welcome it. In the meantime, I stumbled across this one Wireless Comparison
My opinions, seeing it from an overall perspective:
These 433 MHz modules are in my opinion the lowest you can go (price and functionality) in terms of getting any wireless communication at all (except home-brewed solutions). They have a lot of drawbacks except for pure "wireless serial" applications though.
The more expensive 802.15.4 modules work fine too, but are considerably more expensive and are still not directly compatible with everyday equipment like broadband routers, PCs, mobiles etc.
Wi-Fi is the best overall local wireless solution in my opinion, when you consider that it provides Internet access (via an access point), smartphone access (think the phone as a control panel / remote, potentially using custom apps) and potentially also MCU-to-MCU communication (but see above for that). What is not so good is the cost. Power consumption might also be a problem.
Both 802.15.4 and Wi-Fi handle many wireless devices in the same network gracefully, but Wi-Fi is much more contemporary from a network topology and usage perspective in that you simply open IP sockets to communicate with anything, including sites across the world (Pachube anyone?).
If you want a solution that works long distances and potentially globally when talking point-to-point you need GSM/3G. There are a few shields available for that. I haven't seen any CDMA modules so far. On the other hand, point-to-point communication is not so important if the device is static, as it can communicate via the Internet. GSM still beats Wi-Fi if the device is moved around, for instance by being placed in a truck, bus, boat or similar and needs to communicate independently of other equipment, possibly combined with GPS and other means for locating/tracking vehicles.
For a little more (actually cheaper than your suggestion if you needed to do duplex) you could go with this one which has a data rate of 115 Kbps, with buffering, duplex and plenty of other features for $7
And for a little bit more you can get this multi frequency unit which has even more features… why, I don’t know, but it has extra 8 bit ADC, temperature sensor and RX and TX FIFO, and low battery detection for $12.
"Pins spaced by 2 mm." Oh heck!
"Look for a breakout board coming soon!" Someone should make a shield.
In any case both these are probably much better than the solution I bought, for a similar price.
This is how my modules look like: http://twitizer.com/q6y7M (sorry for the flickery photo)
No doubt very easy to connect to a Netduino or Arduino, so I'll still try them first. Maybe I can scare them up to 31.25 kbps somehow. The problem is that it needs to be sustainable speed, so buffering won't help polishing off the peaks.
Thanks for the hint.
#34022 4.2 and out of memory
Posted by andersborg on 21 August 2012 - 03:57 PM in Netduino Plus 2 (and Netduino Plus 1)
Hi Anders,
We'll need the source. To understand why you're getting an exception, we need to run the code and see where the exception is thrown.
Alternatively...what line is the exception thrown on?
Chris
OK. Here goes.
I couldn't see what line it happened on. I'm using Express, so maybe it's limited in this regard.
Attached Files
- MidiTouch.zip 66.03KB 0 downloads
#33988 4.2 and out of memory
Posted by andersborg on 21 August 2012 - 08:45 AM in Netduino Plus 2 (and Netduino Plus 1)
It says "netduino go (and all 4.2 upgrades)" on the download page, and Plus is not mentioned. So should I not upgrade to .NET Framework 4.2 and SDK 4.2 if I have a Plus?
I also wonder if there's new released firmware, as I've been looking for 1-Wire support that was discussed in the forum some time ago. I now have 4.1.1.0.
I upgraded to .NET 4.2 and SDK 4.2 (anyhow) and there's a weird problem with possibly garbage collect. If I run this with a Thread.Sleep of 10 or 100 doesn't matter. It will anyway get out of memory after a rather short while. If I add a Debug.print it will not. Isn't memory management performed during Thread.Sleep?
Sadly below is the only way I've found to switch meaning of different ports. This should not have been handled as instances, for memory and performance reasons. Is there a way to address the ports and port configuration more directly?
The code:
public static bool scan(out int X, out int Y) { analog1 = new AnalogInput(X2); analog2 = new AnalogInput(X1); digital1 = new OutputPort(Y1, false); digital2 = new OutputPort(Y2, true); int valueX = analog1.Read(); X = adapt(valueX); analog1.Dispose(); analog2.Dispose(); digital1.Dispose(); digital2.Dispose(); analog1 = new AnalogInput(Y1); analog2 = new AnalogInput(Y2); digital1 = new OutputPort(X2, false); digital2 = new OutputPort(X1, true); int valueY = analog2.Read(); Y = adapt((range - 1) - valueY); analog1.Dispose(); analog2.Dispose(); digital1.Dispose(); digital2.Dispose(); analog1 = null; analog2 = null; digital1 = null; digital2 = null; return valueX != range - 1 && valueY != range - 1; }
Cheers,
Anders
#34020 4.2 and out of memory
Posted by andersborg on 21 August 2012 - 03:39 PM in Netduino Plus 2 (and Netduino Plus 1)
Attached Files
- MidiTouch.zip 38.9KB 1 downloads
- Netduino Forums
- → andersborg's Content
- Privacy Policy