hello, I debuted with my Fez Hydra board and module IO60P16, I waited impatiently for the interrupt function is present in the new GHI SDK 4.2, now it’s ok I’m just trying to trigger using a switch but I can not do it, I put a pull up ais 10k between input and V + with the following code :
Une exception de première chance de type ‘System.NullReferenceException’ s’est produite dans GTM.GHIElectronics.IO60P16.dll
Error invoking method “Gadgeteer.Interfaces.InterruptInput” (check arguments to Program.BeginInvoke are correct)
Le programme ‘[23] Micro Framework application: Managé’ s’est arrêté avec le code 0 (0x0).
yes it is the GHI NETMF v4.1 v4.2 and .NET Gadgeteer Package (RC2 8-24-2012)
my test code :
using System;
using System.Collections;
using System.Threading;
using Microsoft.SPOT;
using Microsoft.SPOT.Presentation;
using Microsoft.SPOT.Presentation.Controls;
using Microsoft.SPOT.Presentation.Media;
using Microsoft.SPOT.Touch;
using Gadgeteer.Networking;
using GT = Gadgeteer;
using GTM = Gadgeteer.Modules;
using Gadgeteer.Modules.GHIElectronics;
namespace GadgeteerApp17
{
public partial class Program
{
// This method is run when the mainboard is powered up or reset.
void ProgramStarted()
{
/*******************************************************************************************
Modules added in the Program.gadgeteer designer view are used by typing
their name followed by a period, e.g. button. or camera.
Many modules generate useful events. Type +=<tab><tab> to add a handler to an event, e.g.:
button.ButtonPressed +=<tab><tab>
If you want to do something periodically, use a GT.Timer and handle its Tick event, e.g.:
GT.Timer timer = new GT.Timer(1000); // every second (1000ms)
timer.Tick +=<tab><tab>
timer.Start();
*******************************************************************************************/
// Use Debug.Print to show messages in Visual Studio's "Output" window during debugging.
Debug.Print("Program Started");
io60p16.CreateInterruptPort(IOPin.Port4_Pin1);
io60p16.Interrupt += (sender, args) => Debug.Print("Port: " + args.Port + " Pin: " + args.Pin );
}
}
}
@ gnomathibus - it seems that a bug is present in port.cs file of the driver, function OnParentInterrupt. The call doesn’t check if a null callback is attached to event ( so no event handler). I’m wrting from the phone and can’t show code.
If you have patience check the whole thread for io60p16, you can find a description of the code problem.
I’m sorry for delay, but I got trouble with 3G connection.
Anyway, I’ve to discuss with Ian about this issue, we discovered weeks ago.
To make it easy, try to use IO60P16.InterruptPort class:
Be aware that this call mimic netmf InterruptPort behaviour, and take care that event handler has different parameters.
Let us know if this works for you. Thanks
When I press my switch I get the following result well in Debuger: Port: 4 Pin: 1
but if I press the switch again nothing happens even after a new deployment of the program, I noticed that I have to unplug the USB cable and reconnect again I make it work
I think that for some reason, the Int pin doesn’t reset with ClearInterrupt() call. I’m updating Hydra to new firmaware and than I will check.
But Murphy law is on the way of my hydra and I can’t successful update …
But, I don’t suspect you’re going to get a different result but it’s worth trying. You really shouldn’t ever have to call ClearInterrupt() manually. I’ll start working on the tutorial for this module next week after I return from DevLink. There were some known issues in the code I handed over to GHI to include in the last SDK release. I’m not sure how much they were able to fix, if any, before release. This will give me a chance to run through those and fully documented the intended usages.
@ Gus, it doesn’t look like the current driver code is in CodePlex. Can you try and get that updated sometime this week so I can see what you ended up delivering?
This is the result of looping thread (300ms delay) driving port1,bit0 input. If you look in the attached image, you can see the topmost INT line (yellow) and the driving signal in the lowest green line. At any change of the green line (go high, go low) you see a yellow spike on INT pin.
@ Ianlee - at the moment I don’t see any call to the clear interrupt register. This can be inserted (troughout OnParentInterrupt()) in the Port.cs, so any time an int is served, the bit is cleared.
Hmm… Actually, I thought we were clearing in IO60P16Module.OnInterrupt after the loop was finished and all the individual events were fired. It looks like this was overlooked. I think this would be the better place to do this rather than try and have each pin send a separate clear.
@ ianlee74 : you are right, it will be a big mistake my idea, shame on me! … the clearing is at port level ! So if you need more bit on the same port you miss all other !
I tested again and I can not understand why the interrupt is triggered only once after my module IO60P16 and nothing more, as if the connection was lost, I have to unplug the USB cable and the plug it in again before deploying the program, I have two modules io60p16 and this is the same problem
@ gnomathibus - it would appear that the interrupt register is not being cleared after the first interrupt is fired. Although, I don’t recall ever encountering this during testing. Unfortunately, I’m out of town the rest of the week and won’t be able to try and reproduce your problem until next week. Perhaps dobova or someone at GHI can look into it. Otherwise, I’ll look at it next week when I start on the tutorials.
@ gnomathibus :
Just to be sure, are you using last NetMf QFE2, last SDK from GHI and last firmware for Hydra ?
My test was done with IO60P16 board on Hydra socket 6, using Port1, pin0, last Ian’s driver from codeplex. I will try later on other port.
I checked Ian’s driver code and the INT clear call is there, so I can’t figure out the problem.
Other thing you can try: change the power supply method you are using: if using external PS switch to USB power or viceversa.
I’ll try again tonight.