![Posted Image](http://ruggedcircuits.com/assets/images/AD020_7.gif)
Here is the product page
![]() |
  | |||||||||||||
![]() |
|
![]() |
||||||||||||
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.
RuggedCircuits's ContentThere have been 17 items by RuggedCircuits (Search limited from 26-June 23) #1910 Compatible Shields and Accessories
We've released a new shield, the Quick Shield, which is similar to the Screwshield but uses spring-clamp terminals that do not require any tools like screw terminals do. Fits very nicely on a Netduino, and we even have a picture!
![]() Here is the product page #1819 PWM Timer Access
That sounds like a reasonable option but better would be a class that implements an "InputCapture" functionality so that input edges are timestamped. That's the approach we use with our demonstration IR decoder software for the Arduino. I'm fairly sure the AT91SAM7X512 processor can have its timers configured for this type of capture mode. #1818 PWM Timer Access
Correct. The hardware, as mentioned above, is compatible thanks to your intelligent assignment of function pins on the Netduino to be compatible with similar functions on the Arduino. There is nothing preventing someone from writing native code to use the hardware resources of the AT91SAM7X512 processor to take full advantage of the onboard sensors and actuators. Higher-level constructs like a PWM class, however, would greatly simplify tasks and isolate the programmer from the low-level hardware details of the timers and such.
For the Gadget Shield, PWM would be used to modulate the colors of the RGB LED (low frequency, duty cycles varying from 0% to 100%) as well as generate 38 kHz waveforms for the IR transmitter LED (38 kHz frequency, obviously, at 50% duty cycle). Hope that helps! #1824 PWM Timer Access
Where in the firmware? I looked for PWM code samples and didn't find any. Microsoft's .NET documentation site linked from your home page has no mention of PWM. Searching for PWM in your forums fails because search terms less than 4 characters are rejected. I looked in the source and all the PWM functions seemed to be stubs. I apologize but coming from the Arduino world the C#/.NET model is still very foreign. Please please PLEASE come up with something like this to help us Ardufolks out: http://arduino.cc/en...erence/HomePage And code samples wouldn't hurt either ![]()
Well, the more functionality the better (the byte array thing would be cool!) but simply being able to generate 38 kHz 50% duty cycle pulses is enough. IR transmitters don't change state faster than a couple of hundreds of microseconds so low-level hardware support isn't necessary for state changes, just 38 kHz square wave generation. Looks like 4.1.1 will at least make IR detection/generation possible using interrupts instead of input capture (crossing my fingers...as I'm not sure what the resolution and/or latency of DateTime is compared to actually reading a hardware timer/counter). #1825 PWM Timer Access
See, this is where knowing more about the .NET code would have made me look a lot smarter ![]() However, my guess is that interrupts come with timestamps because the event handler, after some latency, takes a snapshot of the system time (stabbing in the dark here but that sounds reasonable to me). That should work perfectly fine for decoding IR transmissions where sub-microsecond resolution is fine, but an InputCapture class with single-cycle resolution (what is used on the Arduino for IR decoding) would be useful for other applications like accurate frequency counting. Certain sensors (I'm thinking light-to-frequency sensors like the TAOS series) encode their sensed values in frequency thus accurate frequency measurement is important, at higher resolution than event timestamps. Not important for the Gadget Shield, but something to keep in mind maybe for future development ![]() #1828 PWM Timer Access
OK, asking in a purely informational way, how would someone that just purchased a Netduino know this?
Forget the text, start putting it online as you write it, print it off when it's done. Just 1 suggestion.... #1813 PWM Timer Access
Hello, Ridiculous Company here ![]() "I understand your frustration. However, it is not an issue of compatibility, it is one of software. We sell a hardware product. The demonstration software on our web site is just that, for demonstration. The hardware product is compatible with the Netduino as long as AREF is connected to 3.3V, which we clearly communicated to you prior to your purchase." Our Gadget Shield is an Arduino shield that is hardware compatible with the Netduino. If one wants to use the analog inputs, then the AREF input must be connected to 3.3V, a service that we provided for you for free when you ordered your board. The demonstration software that we provide on the web site is written in C/C++ for an Arduino environment. It does not port directly to a C#/.NET environment. This is not an issue of compatibility, but of porting code to a different development and hardware environment. Do you really expect to get any Arduino shield and have its associated software immediately work with the Netduino? #1831 PWM Timer Access
The plane of the RGB emitter is higher than that of the light sensor so any interference will probably be mostly due to reflection from whatever is above the shield. Try to keep reflective objects away, or if that doesn't work perhaps glue in some cardstock around the LED or light sensor. #220 Can no longer deploy
Brilliant! It looks like you've got a well-thought-out infrastructure.
Any ideas on how to not lock out the debugger in the future?
#212 Can no longer deploy
My Netduino (just arrived today!) worked for a while but now I can no longer deploy any applications to it. The white LED is on and Windows recognizes the Netduino as a USB device, so it looks like the processor is for the most part alive. The symptom is that in Visual Studio 2010 Express the status line says "Preparing to deploy assemblies to the device" but nothing ever happens. The little deploying icon at the bottom of the status bar animates continuously but no progress is ever made.
This goes on for a few minutes until I press the reset button on the board and/or disconnect the board. Visual Studio doesn't like any of this and basically becomes unresponsive, but that's besides the point.
I did try one hardware modification, wiring the 3.3V pin to the AREF pin. I'm pretty sure I didn't mess that up. Even when I undo that modification I still have a board that won't accept new programs.
Anything I can do or am I the proud new owner of a brick?
#222 Can no longer deploy
Easy to reproduce unfortunately...just bricked it again. ![]() The attached program works fine with "#if false" but bricks the board with "#if true" near the bottom. Looks like it might be PWM or analog reads giving it headaches. Attached Files
#243 Can no longer deploy
Using a single AnalogInput seems to work! Looking forward to using all 5 of my analog inputs real soon ![]() What's the best way to follow the announcement of new firmware? Can this forum be set up for RSS feeds? Thanks. #205 Libraries, Drivers and Shields
Any plans for serial communication with a terminal program on the PC? That's pretty important to me. #208 Libraries, Drivers and Shields
Over the USB cable would be ideal. #257 Analog I/O
So.....suppose one does want to write C++ native code. Can this be loaded into the Netduino using the existing tools or is a special bootloader needed? I don't suppose you can add this to your list of tutorials ![]() Does "going native" preclude the use of the CLR-based development in the future? #1436 Arduino to Netduino Help needed
The I/O pins on the AT91SAM7X512 are 5V-tolerant. There will not be any damage to the microcontroller from voltages up to 5V. Also, the analog voltage sources on the Gadget Shield have large series resistances thus will limit the current to safe values in all cases. No modifications to the board should be required. #718 Problem with Analog Input
The Netduino does not have a default analog voltage reference (AREF). This pin is floating and there is no internal voltage reference.
Try connecting a wire from the 3.3V pin to the AREF pin and try again.
| ||||||||||||||
![]() |
||||||||||||||
![]() |
|
![]() |
||||||||||||
![]() |
This webpage is licensed under a Creative Commons Attribution-ShareAlike License. | ![]() |
||||||||||||
![]() |