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.
I implmented send function and data stream can be transfered in C# application through the class I made. But when I send packet through usart, the board just freeze when it get the stream. I want to figure out what is cause, so I debug through Keil project. But in that code, ISR part cannot be accessed with debugger (I cannot hit break point in that area)
I'm using USART2 in my board. Other functions look like this: Made from "generate stubs..." and tested it works in simple case. I thought ISR called when it get flag, so I just put native source in .cpp.
I wonder if I want to use ISR in interop, is there any special way of?
You should be able to hit a breakpoint in an ISR handler - if you can't, it can indicate it is never called (do you actually activate/enable it in your code?).
What version of Netduino do you have? Are you developing a port for a new microcontroller? There is already USART ISR handler implemented in the firmware - you can use it as a reference for things needed to get it work (e.g. configure pins, enable peripheral clock, activate interrupt, setup USART module, use locks etc.).
You should be able to hit a breakpoint in an ISR handler - if you can't, it can indicate it is never called (do you actually activate/enable it in your code?).
Right. I tested it with usart function in porting kit provided in official site. When I remove initialization code, related ISR handler is not accessible(ISR is registered in init part)
But my code is confirmed in native project(Keil), now I'm finding the problem.
What version of Netduino do you have? Are you developing a port for a new microcontroller? There is already USART ISR handler implemented in the firmware - you can use it as a reference for things needed to get it work (e.g. configure pins, enable peripheral clock, activate interrupt, setup USART module, use locks etc.).
I'm using my own board, and it has STM32F429. Many functions are based on netduino. I adopted it in a variety of cases and specification, confidential
Default PK use GPIO ISR handler for checking out the stream on usart. I will test and share results.
But my code is confirmed in native project(Keil), now I'm finding the problem.
When you use your ISR handler, have you disabled/removed the one in the firmware? There will be a conflict - .NET Micro Framework does not have any support for hardware resource sharing/management, so one must be a little bit careful when adding custom functionality.
Also, there are some things you have to add to your native code (which works in Keil) to make it work correctly in .NET Micro Framework - such as properly reserve the pins, use lock macros, etc.
When you use your ISR handler, have you disabled/removed the one in the firmware? There will be a conflict - .NET Micro Framework does not have any support for hardware resource sharing/management, so one must be a little bit careful when adding custom functionality.
Surely, I disabled default one in PK source. I changed those with stub file which has no implementation.
Answered
