Netduino Go Firmware v4.2.1
#21
Posted 10 November 2012 - 04:33 PM
#22
Posted 10 November 2012 - 05:09 PM
#23
Posted 10 November 2012 - 05:13 PM
#24
Posted 10 November 2012 - 05:28 PM
The thread '<No Name>' (0x2) has exited with code 0 (0x0).
Module: Shield Base
Firmware: v0.3.0.0 beta 4
Socket: 5
Press BTN to start.
powering up socket and connecting to bootloader...
connected to bootloader.
getting chip id.
So far everything is working now.
#25
Posted 10 November 2012 - 05:47 PM
Hi Chris,
meanwhile we have re-added GoBus.dll and nothing has changed, neither NWAZET screen nor serial comm are working.
Could you please let us know what was changed in the firmware? At least it would be great to see the debugger telling us what goes wrong ;-)
Also it would be cool if you could test all core functionalities before releasing a new firmware (sorry, I dont want to offend or to annoy anybody, as we see that you are doing a great job)
So far, the new firmware release is a phantom for our developers as the code stopped working ;-))
Cheers
Andi ;-)
Did u download new firmware 4.2.02? My nwazet LCD still working
#26
Posted 10 November 2012 - 06:01 PM
Create a PWM class using Cpu.PWMChannel zero through seven (for ports 1-8).
Then just set the dutyCycle to a value between 0.0f and 1.0f.
Does that get you up and running with the LED via PWM?
Nope, i tried the following:
public static void Main() { PWM LED0 = new PWM(Cpu.PWMChannel.PWM_0, 50, 1.0f, false); while (true) { LED0.DutyCycle = 1.0f; Thread.Sleep(100); LED0.DutyCycle = 0.0f; Thread.Sleep(100); } }
Result is a bricked GO, that needs to be totally cleared before it works again. When cleared it works perfectly, but until then, it's not possible to ping or deploy to.
P.S. The GoBus libraries reserve all the LEDs so that they can reflect the connected state of the GoBus modules...so PWM won't be able to access the pins. Be sure to create a NETMF "console application" if you want to play with the LEDs for the moment. Once the GoBus assemblies are included in your project, PWM for the LEDs won't work.
The reference to GoBus was removed.
It's probably me, but i had a really hard time to find good quality information about PWM on the netduino anywhere using NETMF 4.2, but every it says that is quite different from how it it done on 4.1
- Ulrik
#27
Posted 10 November 2012 - 06:07 PM
Just FYI...the GoBus module drivers (NetduinoGo.RgbLed.dll, etc.) all have dependencies on GoBus.dll, so it'll automatically be pulled in by Visual Studio if any GoBus module drivers are included.The reference to GoBus was removed.
Here is the official documentation for the new PWM classes in .NET MF 4.2:
http://msdn.microsof...y/hh401130.aspx
Chris
#28
Posted 10 November 2012 - 06:16 PM
Unfortunately, you will also need to remove all of the Secretlab libraries.
Once you remove them you can try something like this:
using System; using System.Threading; using Microsoft.SPOT; using Microsoft.SPOT.Hardware; namespace NetduinoGo_LightShow { public class Program { static PWM[] leds = new PWM[8]; public static void Main() { leds[0] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_0, 100, 1, false); leds[1] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_1, 100, 1, false); leds[2] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_2, 100, 1, false); leds[3] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_3, 100, 1, false); leds[4] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_4, 100, 1, false); leds[5] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_5, 100, 1, false); leds[6] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_6, 100, 1, false); leds[7] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_7, 100, 1, false); while (true) { LightCycle(); } } public static void LightCycle() { int count = 3; while (count != 0) { count--; for (int ledIndex = 0; ledIndex < 8; ledIndex++) { leds[ledIndex].Start(); Thread.Sleep(50); leds[ledIndex].DutyCycle = .25; Thread.Sleep(5); leds[ledIndex].Stop(); } for (int ledIndex = 7; ledIndex >= 0; ledIndex--) { leds[ledIndex].Start(); Thread.Sleep(50); leds[ledIndex].DutyCycle = .25; Thread.Sleep(5); leds[ledIndex].Stop(); } } } } }
Here's what you get:
Hopefully in a future update, we'll be able to use the Goport LEDs with the SL libraries. Then I can add my Piezo buzzer and create some sirens sounds and have a pretty cool Police car simulator
Cheers,
Steve
Twiiter: https://twitter.com/Gutworks
#29
Posted 10 November 2012 - 06:22 PM
The problem is when i deployed ur sln.is asking for gobus.cs. So i had deleted ur old gobus.dll and added new gobus.dll with same firmware 4.2.01. And had to started all over again and still had throw exception for output[]...... Anyhow, I added new firmware 4.2.02 and that solved my problem.Hi Supra,
We need to post an updated reflash app for Shield Base. We're working on it.
In the meantime if you want, you can load the _older_ Netduino Go firmware and reflash your Shield Base...and then upgrade your Netduino Go mainboard to the latest firmware.
Chris
#30
Posted 10 November 2012 - 08:16 PM
Unfortunately, you will also need to remove all of the Secretlab libraries.
Are you sure?, also if you scope the PWM class?
That is, doing this:
leds[0] = new Microsoft.SPOT.Hardware.PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_0, 100, 1, false);instead of this:
leds[0] = new PWM(Microsoft.SPOT.Hardware.Cpu.PWMChannel.PWM_0, 100, 1, false);
--
Asbjørn
#31
Posted 10 November 2012 - 09:52 PM
PositiveAre you sure?,
I believe Chris may have mentioned it already in a previous post, but I suspect the SecretLabs.NETMF.Hardware.NetduinoGo and SecretLabs.NETMF.Hardware both have dependencies on GoBus.dll, and if you remove one, you have to remove the other.
The reason for the removal of the Gobus.dll can be found here in this post.
As for the references, yes I really don't need to reference the scope of the Cpu.PWMChannel. It doesn't hurt, but technically in this instance I don't need to add any scope since there is no ambiguity between the Microsoft.SPOT.Hardware.PWM and the SecretLabs.NETMF.Hardware.PWM, since I have removed the SL libraries.
Cheers,
Steve
- neslekkim likes this
Twiiter: https://twitter.com/Gutworks
#32
Posted 10 November 2012 - 11:47 PM
Unfortunately, you will also need to remove all of the Secretlab libraries.
Yes, that was the key, and if i look at the "old" NetduinoSDKSource 4.2.0 i can also see why the other references needs to be removed too.
My code is working perfectly now, and now that we do have 8 PWM controlled LEDs, you should really have added fading trails in your Larson effect sample.
and the power LED is on, how sloppy...
Fortunately i have done all that, now i'm only waiting for the Netduino Go Micro David Hasselhoff edition.
Thanks...
Attached Files
#33
Posted 11 November 2012 - 08:01 AM
Any chance you could take a quick phone video and post it on YouTube? A lot of us would love to see this in action!My code is working perfectly now, and now that we do have 8 PWM controlled LEDs, you should really have added fading trails in your Larson effect sample.
I'm lucky enough to have a Netduino Go here to demo it on
Chris
#34
Posted 11 November 2012 - 10:09 AM
Any chance you could take a quick phone video and post it on YouTube? A lot of us would love to see this in action!
I'm sure the trailing effect was more dominant last night...
Now you do understand the urgent need for a rectangular netduino Go David Hasselhoff eddition with red leds, right ?
- Ulrik
- Chris Walker and Gutworks like this
#35
Posted 11 November 2012 - 05:24 PM
I appreciate that you took the time to sync the pulse speed to the music. Awesome
I'm starting to see the need! I grew up on Knight Rider; I loved that show.Now you do understand the urgent need for a rectangular netduino Go David Hasselhoff eddition with red leds, right ?
Chris
#36
Posted 12 November 2012 - 10:04 AM
Hi Andi,
The 4.2.1 update is mostly bug fixes in the NETMF firmware. One of those bug fixes is that we were not throwing exceptions properly in some cases in the earlier versions (such as when trying to create two OutputPorts with the same pin).
Let's make sure we get your serial comm back up and running, along with the [nwazet touchscreen accessory. Let's attach one of those at a time.
First, the serial communication. What is/is not working, specifically? Are you able to open the port? Does data get sent? What type of device are you talking to? If you switch to a GoPort on the other side of the board, does it work then?
Chris
many thanks for your quick reply. I will check and will give you an update shortly. So far I saw that I could open the port but couldnt send data. But please let me double check.
Would you recommend us to "remove all of the Secretlab libraries"?
Best wishes and take care
Andi ;-)
#37
Posted 12 November 2012 - 10:07 AM
Did u download new firmware 4.2.02? My nwazet LCD still working
Hi Supra,
Im lost now... We have re-flashed to 4.2.1, surely Im missing here something and overlooked something. What is 4.2.02?
Cheers
Andi
#38
Posted 12 November 2012 - 10:12 AM
OOp! Sorry. My mistaken. It is 4.2.0.2Hi Supra,
What is 4.2.02?
Cheers
Andi
#39
Posted 12 November 2012 - 12:39 PM
OOp! Sorry. My mistaken. It is 4.2.0.2
Hi Supra,
it works with 4.2.0.0 and it may work with 4.2.0.2, the issue however is to use the NWAZET screen under 4.2.1.x ;-)
Have you tested it under the new firmware?
Cheers
Andi ;-)
#40
Posted 12 November 2012 - 12:48 PM
0 user(s) are reading this topic
0 members, 0 guests, 0 anonymous users