I am using PIC16F1829 (SSOP-20 package) and trying to configure pin RC1 as C12IN1-(comparator C1 ) using MPLAB code configurator.
Now the problem is ,I am able to configure 3 pins RA1, RC2, RC3 as C12IN0-,C12IN2-,C12IN3- respectively but not RC1 as C12IN1-. As pin manager enable only above three pin for comparator 1 input pins.
So anybody can help how to configure RC1 as C12IN1- as comparator 1 inverting input?
I have checked APFCON0 or APFCON1 settings but i am not able to see option for these settings.
Appreciate the kind help in advance.
Regards
It seems that you have found a bug in the MPLAB Code Configurator.
According to data sheet DS41440B the configuration you need is supported by the PIC16F1829 but I could not get the MCC tool to allocate pin RC1 for the C12IN- selection on either comparator. Although all four C12IN- slections are available for the PIC16F1825 device.
You will need to take this matter up with the Microchip support by opening a support case, sometimes called a support ticket.
Microchip releases updates to MPLABX about every 3 months. There is no guarantee that Microchip will fix your bug even if you can convince the support staff it is a bug. My experience with them suggests it takes about a month before they take your report seriously.
If you want your PIC16F1829 project working before June you may need to abandon MCC and use the Microchip Libraries for Application (MLA) for sample code.
Related
Some Win32 API function documentation (for example this and this) contains the following note:
Starting with TBD Release Iron, the behavior of this and other NUMA
functions has been modified to better support systems with nodes
containing more that 64 processors. For more information about this
change, including information about enabling the old behavior of this
API, see NUMA Support.
What exactly is the "TBD Release Iron"?
Which Windows versions does it support?
What modifications does the note refer to?
Elsewhere, for example on https://learn.microsoft.com/en-us/windows/win32/procthread/numa-support, it's called
Windows 10 Build 20348
In the same note.
So it looks like the folks at MSDN MS Docs Learn have some mass replacing to do.
As for the actual change, there now are (as is tradition) Ex methods for NUMA that add support for processor groups, allowing you to specify affinity for more applications running on machines with more than 64 logical processors, if I interpret it correctly.
"To Be Determined (TBD) release" means Microsoft has not decided exactly when this feature is going to be shipped. Iron is a branch codename. According to Betawiki, Iron was 21H1 and included Windows Server 2022.
Why Microsoft expects people to keep up with their internal codenames and if the changes have shipped and they just forgot to update the page to use the publuc name or if the feature/change has not shipped yet, I don't know.
The changes as compared with Windows 7 are listed under "Behavior starting with TBD Release Iron" on each page...
I bought a SAMD21G18A (ARM Cortex M0+) from RobotDYN and trying to simply get setup to program it but I can not find much documentation on how these are connected/setup for programming and debugging.
On the website it states "One of its most important features is Atmel’s Embedded Debugger (EDBG), which provides a full debug interface without the need for additional hardware..." so I assumed that the connections would be similar to some of the other MCU Development Boards like the Arduino, PI or Beaglebone meaning that there isn't any need for things like a JTAG Programmer but I don't know if that's the case or maybe I am just confused on how to set this up.
Can anyone point me in the right direction on how to upload the program and get my IDE setup? I can find all sorts of information on the Registers, the newlib library and stuff like that, but I can not find much on the actual connections or other needed components.
I would prefer Visual Studio +VisualGDB if anyone uses that combo but I will take any help so I can just get started. I also have tried Atmel Studio and the Arduino IDE also without success. Just to mention I am not looking for a step by step guide, just some direction and explanation of how I should proceed.
When I installed the Arduino IDE I was able to get the board to show up under COM11 as a Arduino-M0, so possibly I am simply missing some drivers?
Edit:
I have been searching the internet for possible ways of hooking this up and it seems like I need to have some sort of programmer/debugger. I also found there are a couple types of these boards out there, one of them is the XPlained series. I looked at the schematics and they have a ATMega in addition to the ATSAMD21. I have a variety of AVR's, BeagleBone Black and also a FTDI CDM USB cable. Does anyone know if its possible to use any of these to setup for programming/debugging?
Your SAMD21 board from RobotDYN doesn't have the Atmel EDBG interface, so you need an external SWD debugger like the Atmel-ICE you mentioned in your comment.
This debugger comes with the standard 10-pin Cortex Debug Connector, which is also present on the RobotDYN SAMD21 board (labeled "SWD(EDBG)", which is a bit unfortunate since it seems to suggest this is an EDBG interface, which it isn't). So the only connection needed is between these two connectors via the flat cable that is likely included in your Atmel-ICE kit. Pay attention to how you connect the cable to the RobotDYN SAMD21 board: the first pin of the 10-pin header (i.e. the one with a "1" label next to it on the PCB) must correspond to the first pin on the the Atmel-ICE connector, which is the pin at the bottom left. See also http://microchipdeveloper.com/atmelice:connecting-to-avr-and-sam-target-devices.
I've been recently using embedXcode for some Arduino related projects. Those who are familiar to Arduino knows that code sense is not an option you can get in the Arduino IDE. That's why embedXcode gives you the freedom to get the code sense of Xcode along with the other functionalities in Arduino IDE.
Now the problem I'm having is even though the standard C++ code are recognised by Xcode, it can't yet recognise the Arduino-specific codes. For example, in void loop(){}, void is highlighted but not loop. In the same way while typing pinMo... It's not showing any suggestions. As it was mentioned in the embedXcode tutorial, after running the automatic project configuration, the code sense should work. But I couldn't figure out any solution. Am I doing something wrong or is there any little tweak I'm missing?
The answer was posted in the Arduino forum by avenue33 which solved my problem. After commenting out the whole core library for code-sense section except #include "Arduino.h",
code sense works perfectly in Xcode using embedXcode.
Those who might be facing similar problems can try commenting out the core library section except #include "Arduino.h".
Happy coding... :)
Please consider the updated release that addresses this issue.
embedXcode • Feb 08, 2014 release 131 • Improved indexing for code-sense
The #include "Arduino.h" statement is required.
For Intel AMT Management Engine supported machines, you can manually find the ME FW Version in the BIOS on the Advanced tab under ME Configuration. Does anyone know how to this programmatically (preferably with C#)? I've Googled till I turned blue, and manually searched through all the common (and uncommon) WMI namespaces (including Win32_BIOS) using WMI Code Creator, but can't find a way to read this property. Thanks in advance!
I am assuming that you have enabled AMT? If so you can download the AMT SDK and there are APIs that return FW version information. You could take a look at the SDK Sample in the following folder: \Windows\Intel_AMT\Samples\WS-Management\GeneralInfo
The SDK also has a scripting library - if you go into the documentation, search for "FW Version" and you can see the Scripting Library on the left panel - there are instructions on how to use it. The SDK is here: http://software.intel.com/en-us/articles/download-the-latest-intel-amt-software-development-kit-sdk/
Though, since this question is 2 years old, I hope you have found an answer by now...
Another way of checking the ME FW version is to query the ME_System WMI class located here: ROOT\Intel_ME:ME_System for the property FWVersion
There is a caveat for the solution above. It requires the Intel Manageability Service is installed LMS via a SetupME.EXE installation.
SMS_AMTObject used to exist with some AMT information, but you needed SCCM installed, you can still use it with SCCM if you have installed the Intel SCS Addon.
There are 2 non-WMI ways of getting Intel AMT version (both Intel tools):
SCSDiscovery.exe which writes to the registry very detailed AMT Information. Takes quite a few seconds to run.
FWDetect.exe which can be used to determine if AMT FW Version is less, equal or greater to a specified version. Very quick.
I need to scan Wifi access point on Windows Mobile and connect the one of scanned results.
Currently I am using C# language, Windows Mobile 6.5 device, also to scan I am using the below code.
[DllImport(wlanapi.dll", SetLastError=true)]
I am using wlanapi.dll, but it seems that not possible to use on Mobile.
Does anyone know about the belows.
Could I use the dll in Windows Mobile 6.5 to scan and connect?
If the 1 is not possible, please let me know the different methods..
Please give me the clues.
wlanapi.dll doesn't exist in WinMo/WinCE. You have to use an API that is supported.
Most WinMo WiFi drivers (though probably not all) support the Wireless Zero Config (WZC) set of APIs. The native versions of these APIs, like WZCQueryInterface, are outlined in MSDN.
Microsoft does not provide any managed interface for these APIs, in fact the native documentation for them is pretty bad too. The definitive "example" of it's use is in the NETUI component source of Platform Builder. Gettign the eval version just for the source is very worthwhile if you plan to do much WinCE/WinMo development.
From a managed perspective I wrote an MSDN article back in '06 that talks about using the SDF for getting network info. The SDF has been reworked a lot since then, especially in the WZC area, but it's still pretty similar.
I did an updated blog post in '07 about custom-drawn ListBoxes, and while that's not what you're after, the data being displayed is wireless network info, which is in line with what you're after.