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.

ErikN's Content

There have been 89 items by ErikN (Search limited from 29-March 23)


By content type

See this member's


Sort by                Order  

#44357 Using a Macbook?

Posted by ErikN on 28 January 2013 - 04:32 AM in Netduino Plus 2 (and Netduino Plus 1)

I've had pretty good success with running WIndows inside VirtualBox. After you've connected the board you need to go into VirtualBox settings, USB and add a filter for the Netduino device. This should cause the Netduino to automatically (re)connect to the VM instance when it is plugged in / rebooted.

 

Sometimes a deployment will fail or time out. Usually I can just right-click on the VirtualBox USB indicator in the status bar and click the Netduino device to disconnect it and do that again to reconnect it before trying to deploy again.

 

It's not as smooth as just using a native Windows environment but it's not bad either.




#41349 WCF Rest Service Trouble

Posted by ErikN on 10 December 2012 - 09:54 PM in Netduino Plus 2 (and Netduino Plus 1)

I'm running the wcf service in visual studio debug mode in visual studio 2012.
I'm running the netduino in debug mode in visual studio 2010.

Both on same computer.


While your VS instances are on the same computer, you Netduino is an external device. Usually VS doesn't not allow remote clients to connect to services it is hosting directly. I'm unsure if this is a setting that can be changed in Visual Studio directly.
I know you mentioned unblocking ports - is this from within VS or a firewall on your host computer? If it's a firewall, then VS itself is denying the connection attempt since it's coming from a client external to itself.

I really test this you'll have to publish your WCF service to an IIS virtual application or see if Visual Studio can be set to permit external connection requests.



#39111 4.2.1 with Nwazet DAQ and Touch Screen

Posted by ErikN on 12 November 2012 - 03:54 AM in Netduino Go

I am actually going to disagree with this one. There is a lot of value to this being discussed on an open thread. Most likely there are other devs that can learn from it and avoiding having the same issues in something they are working on.

tt.


I'm going to disagree with your disagreement. :)
This discussion isn't really for devs - it's for module developers. There is a different effort being made on establishing best practices and, I think, write up a Module Builders Guide which would benefit from anything learned during this process.

This particular discussion is just noise on the original question now.



#39092 4.2.1 with Nwazet DAQ and Touch Screen

Posted by ErikN on 12 November 2012 - 01:17 AM in Netduino Go

Ulrik,

I felt that your reaction was offensive and unfair. I'm only interested in one thing: getting our users unblocked asap and for issues such as this one to never repeat themselves in the future.

Aside from how you perceived his words, it sounds like we had an easy, quick answer to unblock your users. Don't upgrade to 4.2.1 until this bug is worked out. Bugs happen. In all industries. This is not unexpected and to continue to claim this is errant behavior is disingenuous.


Software releases generally follow a process which involves regression testing to mitigate potential user impact when changes are introduced. It's a reasonable thing to ask if regression-testing occurred because it is a standard best practice in our industry. No one should be offended by that and I am confused as to why anyone would perceive my question to be a wrongful attempt at keeping anyone waiting.


It sounds like they did do quite a bit of work to ensure the update did not change the way the spec was designed. From my observation it looks as though the driver were written in such a way that it happened to work through a bug or fluke. It is out of spec. Of course it could break as the spec evolves if it isn't conformant. Please don't put the weight of, what appears to be, a poor implementation of the spec on the designers of said spec. It's just divisive and won't win you any favors in trying to get problems resolved.

This has moved well beyond anything of benefit of the average user at this point. I'm sorry you feel as though you're going to have to move mountains to make your driver work as it should but it's just a bit of software. And there's time - there's no absolute need for your users to move to 4.2.1 immediately. They're in good hands while this gets worked out. Take the time to analyze what went wrong, read over the spec and recommendations on how to implement and mull over how your interactions could change in the future to be more conducive to problem solving and be just all around a bit more civil.

Bon chance!



#39056 4.2.1 with Nwazet DAQ and Touch Screen

Posted by ErikN on 11 November 2012 - 10:48 PM in Netduino Go

As you can see in this thread, one of your customers have no issues figuring out that your modules is not ready for the new firmware yet, and i'm sure they will be soonish, as i can see your are offered all kinds of help on this issue, but i fail completely to see why other projects should wait.


I picked up on that as well. I wanted to escort her out of the thread and thank her for her bug report!

New software usually has some known errata upon release. Most of the times things are found after. This looks like one of those times. I think this might have escalated a bit beyond reason here - though I agree a minor build should not introduce any contract changes, it's hardly damaging at this point. I think, given the report and the reproducibility maybe it would be good to put a notice on the product page(s) saying there is a known issue with this firmware release and that it's not recommended for people using those modules.


In the mean time it seems Chris is offerring resources to help correct the problem. It looks like he's already pointed out some suggestions as to possible issues or at least some best practices. I'd love to see these tidbits incorporated into the Module Builders guide (whatever the actual title or form it might take) but in the mean time I'd say take a step back for the moment. It doesn't really seem like a big deal. If people are using these modules successfully, they wouldn't upgrade to the newest firmware just for giggles. If they did, I'd say they'd have the capability to downgrade back to the last working version just as easily. If this isn't the case, it doesn't seem like they'd be affected at all during the grace period where this is worked out.

This is precisely why corporations don't jump on new OS releases the day they come out. There are always things that will need to be found. It's not really the OS makers' job to ensure compatibility with all software installs available but they should do a reasonable job at documenting any changes and collecting error reports so 3rd parties can issues patches and become compatible. In this case it sounds like Chris is doing a lot to ensure compatibility with a wide variety of modules but as the ecosystem grows it's going to be harder and harder for them to do this - which is why I think it's great there is a community offering support and even Secret Labs resources to help work this out.

Bottom line - yes, it might be an annoyance to users but that's all it is. It's growing pains. On the upside it's not a hardware change - it's just a software release that will likely need to be undertaken. Again, this is not unexpected in a pure software world, mixing it with hardware doesn't exempt us from this situation.

I think this is a good point to thank theTroll for the bug report and close the thread. Further discussions of how to resolve this particular issue would be better suited on a builders board, not the community board. Any resolution from that discussion, if it seems applicable to other module builders, should of course be shared. There is nothing to hide but to many this is just noise and if they found this thread because they hit the problem, they had their answer many, many replies ago.

-Erik



#38767 Introducing Netduino Plus 2

Posted by ErikN on 08 November 2012 - 05:34 PM in Netduino Plus 2 (and Netduino Plus 1)

Does this board have an hibernate feature?


I believe the STM chip has different power modes but I think NETMF is limited in what it can do. Maybe this should be a feature request?

I personally would love to have a low power profile such that at boot up all the shield power pins are off. If I have threads all asleep the MCU should go into low power mode. I'd like to be able to tell the MCU to go down and wait for an interrupt before waking up to do work.



#38754 Introducing Netduino Plus 2

Posted by ErikN on 08 November 2012 - 04:24 PM in Netduino Plus 2 (and Netduino Plus 1)

Is it possible to make an Go port out of the jtag header?, or are we getting an Go Shield? :)


I haven't looked at the schematic but my guess is no. The mini jtag is probably wired to the STM chip. Go ports require SPI and GPIO pins which I doubt are part of the jtag spec.

As for a Go Port shield - that would be cool! It would really unify all the products - use any of them with any of the boards you might have. +1 to that idea!



#38676 Something new is brewing in the Secret Labs

Posted by ErikN on 07 November 2012 - 04:33 PM in General Discussion

Ok - so back to the clues.
People have figured out the gobbledygook was a date.
It's assumed the FRA... is a pointer to Daft Punk Harder, Better, Faster, Stronger.
And the latest: Faster than a speeding bullet.* And a date.

So, what could the asterisk signify? Internet telephony? Is it to denote something shady like when a record holder was found to be doping?
Better, Faster I'm on board with. Those seem straight forward. Harder? Like - more difficult? This is less awesome. Or is it milled from a solid block of aluminum like MacBooks? Those are pretty awesome and would meet with Stronger too.

Put it all together and ... Holy Crap You Guys - Netduino Phone!*
*Not a real phone.



#38674 Something new is brewing in the Secret Labs

Posted by ErikN on 07 November 2012 - 04:15 PM in General Discussion

Um, well that's unfortunate and awkward. It would appear that you were accidently blocked. :$ :$ <insert blushing emoticon>

...well at least that's the story I'm sticking with. ;)

You also have a PM with my apologies. Sorry Erik!

Steve


No worries. I'm surprised being blocked means you can still see the tweets but just can't follow. Um...bookmark? Or is that terribly uncool of me to even know the term?



#38672 Something new is brewing in the Secret Labs

Posted by ErikN on 07 November 2012 - 03:56 PM in General Discussion

I think hans polders' guess is my favourite so far in his recent Tweet. :D

@MyNetduino, guess a new board with the name Netduino Kal-El, Runs @1Ghz, 2 cores, produces power instead of consuming and hates kryptonite


Hmm - "You have been blocked from following this account at the request of the user." But I can see the posts. Weird.



#38670 Something new is brewing in the Secret Labs

Posted by ErikN on 07 November 2012 - 03:31 PM in General Discussion

If this thing has tons of GPIO/PWM's, can I just pre-order now? Please?!


Adafruit announced these 16-channel 12-bit PWM boards a few weeks back. Works on 3v3 logic but says is 5v compliant.
They also have solder joints to use as logical addresses so you can chain 62 of them for 992 PWM outputs.
Looks like they recently went out of stock but should be back soon. And it's I2C. I always forget what the status of I2C support is though. Maybe that's a non-starter?



#38655 Something new is brewing in the Secret Labs

Posted by ErikN on 07 November 2012 - 02:41 AM in General Discussion

Q2hyaXMgd2lsbCBwdWJsaXNoIGEgdmlkZW8gb2YgaGltc2VsZiBzaW5naW5nIERhZnQgUHVuayAt
IEhhcmRlciBCZXR0ZXIgRmFzdGVyIG9uIE5vdiA4IHVzaW5nIHNvbWUgbmV0ZHVpbm8gYmFzZWQg
c3ludGhlc2l6ZXIuDQoNCkRhZnQgUHVuayAtIEhhcmRlciBCZXR0ZXIgRmFzdGVyDQpodHRwOi8v
d3d3LmJpbmcuY29tL3NlYXJjaD9xPUZSQTE4MDUwMTY2MA0KaHR0cDovL3d3dy5nb29nbGUuY29t
L3NlYXJjaD9xPUZSQTE4MDUwMTY2MA==


Now THAT I'd pay money to see!



#38649 Something new is brewing in the Secret Labs

Posted by ErikN on 06 November 2012 - 11:01 PM in General Discussion

That was a real thread killer.



#38616 Something new is brewing in the Secret Labs

Posted by ErikN on 06 November 2012 - 04:23 PM in General Discussion

V2lsbCB0aGUgU2hpZWxkIEJhc2Ugc3VwcG9ydCBJMkMgdW50aWwgRmViIDIwMTM/IEluIHByZXNl
bnQgc2l0dWF0aW9uLCBJIG5lZWQgdG8gY2hvb3NlIGJldHdlZW4gc3BlZWQgYW5kIHN1cHBvcnRl
ZCBpbnRlcmZhY2VzIDotKA==


Asking questions this way is unlikely to get a response. I think people are getting burned out on the encoding!

Decoded:

Will the Shield Base support I2C until Feb 2013? In present situation, I need to choose between speed and supported interfaces :-(




#38611 Something new is brewing in the Secret Labs

Posted by ErikN on 06 November 2012 - 03:50 PM in General Discussion

I'm super in love with today's new clue. If I've interpreted it correctly. Though I'm not sure to what it's referring, I like the message. Seems to fit with the secrecy theme too!



#38610 Something new is brewing in the Secret Labs

Posted by ErikN on 06 November 2012 - 03:43 PM in General Discussion

V2l0aCB0aGlzIE5vci1FYXN0ZXIgY29taW5nLCBJIGhvcGUgd2UgaGF2ZSBwb3dlciB0byBmaW5kIG91dCBvbiBOb3YgOC4=


That's actually a good point!



#38587 Something new is brewing in the Secret Labs

Posted by ErikN on 06 November 2012 - 12:54 AM in General Discussion

SSBkZW55IGFsbCBrbm93bGVkZ2UuIEkgZG9uJ3Qga25vdyBhIHRoaW5nLg==


U3RlZmFuIC0gU3RvcCBlZ2dpbmcgcGVvcGxlIG9uISBZb3UncmUgc28gbWVhbiE=



#38472 Ethernet Module Update

Posted by ErikN on 03 November 2012 - 11:24 PM in Netduino Go

I got to see the sample on-hand at Maker Faire. It's really compact! I've heard some of the issues that have cropped up and had to be worked out. They're being really thorough and as anxious as I am to get my hands on the final production module, I'm much happier knowing the module will work well when it is available. I think we're in the final stretch! I just hope there isn't too much delay between the announcement and shipping. I know some delivery services in NYC are still not operating in parts of the city. There are fuel shortages, power is still out in some places and infrastructure has been damaged. Fingers crossed this won't have too much of an effect!



#38435 Power Outage in New York

Posted by ErikN on 03 November 2012 - 04:11 PM in General Discussion

Some of us were very lucky to have a mild rain and not lose power. Just a few blocks made all the difference for some. Of course we still suffer in our own way - by having to continue to work! It was a small price to pay to keep things running while those who suffered the real damage had the time to recover. I'm grateful those I know around the various parts of the city went mostly unharmed if inconvenienced by the power and service outages. The one exception was a coworker who lives on Long Island - he lost his house ("I have an indoor pool now!") and his 3 cars. He has had to relocate and is working remotely from his son's house. I can't imagine that sort of disruption.



#38410 Processing Speed

Posted by ErikN on 03 November 2012 - 06:13 AM in Netduino Go

There are more differences than raw clock speed. The Atmel chip on the Netduino Plus executes code in Thumb mode (for code space optimization). In this way the DMIPS for that chip is 0.9/MHz. I believe the Go can use Thumb2 code which is more efficient for execution while still having a smaller code footprint. I believe the DMIPS rating is 1.25/MHz. If the Go is still running Thumb code then it will have the same DMIPS as the Netduino and in this case it's a simple matter of increased clock speed. If your program is purely computational (CPU bound) then the time to execute should decrease directly proportional to the instruction set efficiency and speed increase. Exceptions would be any situation you're waiting on threads to switch since I believe the time slices in the NETMF are set at 20ms. If you're not using all the time you are given for your time slice, you could be wasting cycles and you won't see as much of a speed increase. Bottom line is it's really hard to figure out performance difference from a pure math perspective. You'll really just need to benchmark your application.



#38268 Power Outage in New York

Posted by ErikN on 30 October 2012 - 11:55 PM in General Discussion

I made it out unscathed too. I had a couple flickers but never lost power. During the worst of the storm I was in Times Square live casting and buying cheesecake. Posted Image



#37193 Problem TCP Recieve Shows in a Textbox

Posted by ErikN on 14 October 2012 - 10:49 PM in Visual Basic Support

Glad it's worked out!



#37130 Problem TCP Recieve Shows in a Textbox

Posted by ErikN on 13 October 2012 - 05:51 PM in Visual Basic Support

So a Label control displays it fine, but Textbox still has a problem with the space? That's really strange but not completely unexpected. The Textbox control is not ... great. You might try converting to ASCII instead of UTF8 and see what the output becomes.



#37096 Problem TCP Recieve Shows in a Textbox

Posted by ErikN on 12 October 2012 - 07:39 PM in Visual Basic Support

If the string has the full message but the textbox doesn't show it, the problem must be there. What data are you sending? Does it contain carriage returns and/or newline characters? If so, make sure the textbox is configured to show multiple lines. Just because the size is large enough to hold the text doesn't mean it's smart enough to show more than the first line. Next try to write out the characters to a file and open it with a hex editor or Word or Wordpad (but not Notepad) to see if there are "special" characters you don't expect in the string. Visual Studio will strip most of these out when you hover over to preview the string value so it will display correctly. But these characters could still exist and the textbox might be confused by them and not interpreting contents beyond them. This is less likely to me as the answer but it's the only other thing I can think of without seeing the actual text you're receiving and trying to assign to the textbox to display.



#36497 More GoBus news: through-hole GoPort IDC Headers

Posted by ErikN on 03 October 2012 - 07:32 PM in Netduino Go

I'm glad neslekkim revived this post. I completely missed this entire post. Very excited to read this whole thread.


Same here. Thanks for the bump!




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.