You are here

PSoC Creator News and Information | Cypress Semiconductor

Apr 17, 2017

Software Enablement for PSoC 6 – What to Expect

[re-printed from Cypress Developer Community - to learn more about PSoC 6 join the Cypress PSoC 6 EAP Community]

As a developer, working on new hardware is pretty common. The product team says “We’re going to use X in the next version.” About the first question on your mind when this happens is, “How do I write software for this platform?”

Let me give you a quick peek into what’s coming for PSoC 6. It’s pretty sweet. It is called the Peripheral Driver Library (PDL), The version for PSoC 6 is version 3.0. The PDL  is much more than just a driver library. It is actually a complete software development kit. It will look something like this:

The PDL includes:

  • All the device-specific header files and startup code, for every PSoC 6 part and package
  • A driver library provided in source code that you can easily configure for customized drivers
  • Fully-integrated middleware, like the Cypress BLE stack
  • FreeRTOS

In short, it will have everything you need to fill the gap between your application and the hardware. It supports every functional block on the device. The code for each function in each driver is fully documented. The same library works for both the CM0+ and the CM4 cores on the PSoC 6.

PDL 3.0 for PSoC 6 is entirely new, just like the PSoC 6 family, and a lot more comprehensive than earlier versions of the PDL. PDL 3.0 will support PSoC 6 only. I am personally up to my eyeballs helping to get this ready for you. And that’s pretty exciting.

If you've got a topic you'd like to see discussed, about the PDL or software development for PSoC 6, let me know in the comments. I'll see what I can do. For now, I recognize this is all theoretical, until you can get your hands on the actual software. Stay tuned, there’s a lot of neat stuff coming.

Mar 31, 2017

Winners for the "Sensing the World" Design Contest


I wanted to update you all on the "Sensing the World" Design Contest sponsored by Hackster, Mouser and Cypress.
The contest came to a close on February 28th, and winners were selected on March 13th.
There were many unique and innovative projects, but the following were chosen as winners!

Best of Asia: 
Narashiman Parthasarathy
​Project: Aquaponics Monitoring and Control System 
Link to project video:


Best of Europe, Middle East & Africa:
Abdullah Sadiq
​Project: Smart Home Controller 
Link to project video:


Best of Americas: 
Thomas Minnich
​Project: Theremin Made With Cypress PSoC 


These winners received an Oculus Rift CV1 for the efforts, congratulations to them!

Mar 27, 2017

Introducing PSoC 6: Purpose-built MCU Architecture for the IoT

If you were following Cypress news for the last couple of weeks, I’m sure you saw some interesting and exciting announcements…in between reading Mark’s posts about Barc: My Cypress Maker Lab Project.  Take a look at the below to learn more and join us in the PSoC 6 Early Adopter Program to continue learning more.  


Here it is…Cypress’ PSoC 6 MCU Architecture…


At the heart of every IoT device lies a mixed-signal embedded system that is taking on an increasing amount of processing, fueled by cloud connectivity. Devices such as door locks, factory machinery, and wearables are becoming smart — sensing, connecting, learning and responding — to make life easier. With connectivity, security becomes critical to protect end users from malicious activity. These next-generation IoT devices require increased processing and security without incurring power and cost penalties.

Cypress’ new PSoC 6 MCU architecture is purpose-built for the IoT, bridging the gap between expensive, power hungry application processors and low performance MCUs. The ultra-low-power PSoC 6 MCU architecture offers the processing performance needed by IoT devices. Security is built-in, enabling a single-chip solution. PSoC 6 enables engineers to uniquely create innovative, next-generation IoT devices leveraging the unique PSoC fabric with its easy-to-use, software-defined peripherals.   


Ultra-Low Power
IoT devices are often battery powered, making battery life a critical factor. The PSoC 6 MCU architecture is built on a cutting-edge, ultra-low-power, 40-nm process technology, and provides two ARM® Cortex-M® cores. Active power consumption is as low as 22-μA/MHz for the M4 core, and 15-μA/MHz for the M0+ core. PSoC 6 delivers extended battery life without sacrificing performance.

PSoC Possibilities
The rapid growth of the IoT is sparking a need for innovation in IoT products. The PSoC 6 MCU architecture’s best-in-class flexibility enables the addition of new features and addresses the need for unique IoT products with multiple connectivity options, such as USB and BLE, software-defined peripherals to create custom analog and digital circuits, and the industry’s best capacitive sensing solution, CapSense®. In addition, a flexible dual-core architecture is used to optimize for system power consumption and performance. The possibilities are endless.

With more devices becoming connected to the IoT, cybersecurity becomes an important issue to address. Secured connections must be established between hardware, cloud applications and servers, and finally users and services. The PSoC 6 MCU architecture supports multiple, simultaneous secure environments without the need for external memories or secure elements, and offers scalable secure memory for multiple, independent user-defined security policies, preventing your IoT device from becoming a security liability. PSoC 6 provides you with a new standard for IoT security.


Join the PSoC 6 Early Adopter Program today and learn more, download datasheets, get application notes, software, and a chance to win a development kit.


Mar 23, 2017

Cypress Maker Lab - Barc gets a nose

If you read my last post about Barc you will know that I was feeling pretty confident prior to the Embedded World show. All I needed to do was add some CapSense proximity loops (a.k.a. wires) to the robot, tune the CapSense sensors, and add a simple firmware state machine to move the robot based on which sensor notices a nearby hand. Simple!

And, for the most part it was. I fashioned a head for the dog from ABS plastic and taped in three loops of wire facing (pun intended) the front, left and right. I connected the wires to PSoC pins via the breadboard and got ready to finish the PSoC Creator project. Here are some pictures.

More alert readers will notice that the color of the PSoC kit has changed. More on that in a moment. Some will also see that programming the kit now requires me to feed the USB cable through the dog's mouth. Oops. That is pretty silly and, now I have done it about 600 times, I strongly advocate turning the kit around by 180 degrees. Unfortunately that would require me to rip off the breadboard and battery pack, which would make a nasty mess of the robot. I really do not want to do that… so I decided to live with it. And anyone who has tried measuring or tuning a sensitive electrical circuit like a proximity sensor will see that it is going to be tricky to get right with a big shielded cable running straight through the middle of the loop! I am, officially, a twit.

Then things got worse. My boss called. He never does that. So I knew it was likely bad news on the eve of Embedded World.

Boss: So, how is the robot car coming along?


Just fine Boss.
Boss: Will it be ready for the show? We need you talking in our theater three times day.


No problem. I am just tuning the CapSense so that the dog will chase me around the floor.
Boss: Good. I saw the last blog and it looks like you are using the PSoC 5LP kit.


Yyyyeeeessssss. And?
Boss: Well we brought out the PSoC 4 kits and they have the next generation CapSense IP.


I am building a robot dog. No-one will notice.
Boss: Well we brought out the PSoC 4 kits and they have the next generation CapSense IP.


I am building a robot dog. It has wire loops taped inside its skull. No-one will notice.
Boss: Well we brought out the PSoC 4 kits and they have the next generation CapSense IP.
Me: OK.
Boss: Good talk!


It was very reminiscent of the famous Office Space movie and the end result was weekend work for me. The good news is that I already had a handy PSoC 4 M-series prototyping kit - a pretty red one at that - and that changing the design in PSoC Creator took less time than it took to go another round with the soldering iron. In the time-honored tradition I swapped the kits and had the design working again in about an hour, then I told the boss I worked all weekend. It's a rule…

So, for the tuning, I added a CapSense component and an EZI2C to the project. The I2C is used as a bridge between the tuning software and the target. It can update the CapSense parameters live, which really helps you iterate to a solution. In the CapSense component I set up three proximity sensors, named FRONT, LEFT sand RIGHT, and selected manual tuning.



I also turned on filtering (in the Advanced tab) to remove as much noise as possible. This turned out to be really important at the show because the noise - probably from the very static-y carpet - was way higher than on my hardwood floors at home. I shall put the full list of CapSense edits in the project file, which I will post in a blog once I finish the whole project.

Here is the C code I wrote to run the tuner. In the I2C code I just tell it about a buffer (CapSense_dsRam) in the CapSense code and the tuner program uses this to communicate with the device. To avoid a lot of silliness - chasing a robot dog around the room - I did not start the PWM while I was tuning!


    /* Start EZI2C component and prepare it for tuning */



        sizeof( CapSense_dsRam ),

        sizeof( CapSense_dsRam ),

        (uint8 *) &CapSense_dsRam );   

    CapSense_Start();               // Turn on CapSense   



        /* Start a scan and wait for it to complete */


        while( CapSense_IsBusy() )


            /* Busy loop */


        CapSense_ProcessAllWidgets();   // Read all sensors and determine widget status

        CapSense_RunTuner();            // Send data to tuner (I2C)



After building and programming I right-clicked the CapSense component and selected "Run Tuner". The tuner starts up and looks like this.


​I start tuning in the graph view. CapSense uses a "raw count" value from its sensors and it is best to set the baseline value to 80% of maximum so there is room for the counts to go up (when a hand is close) and noise is minimized. You adjust the resolution and Modulation IDAC values to make that happen. Increasing the resolution  improves the range of the sensor but also increases scan time (I do not care much in this application). Increasing the IDAC pulls the raw count value down to that 80% point.



Once I have that working I use the SNR Measurement tab. You just select the sensor and Acquire Noise. Then you put your hand by the sensor and Acquire Signal. It tells you the noise level and the SNR, which should be above 5.



I'm in good shape now. I set the Noise and negative Noise Thresholds to 5, which leaves a little wiggle room versus the measured value of 3. The Proximity threshold is 10, which is much closer to the noise than I would like, BUT I want maximum sensitivity and, if I do get some false readings it gives my dog a will of his own! I set the Touch Threshold to 100 which means that the sensor can register both proximity and, if I get really close, a touch. I might use that in the final project to change Barc's behavior in firmware.



As a sanity check I look at the Status graph, which shows the off / proximity / touch readings as I move my hand around the robot.



Once I have the settings I like I can send them To Project and quit the tuner. Back in PSoC Creator I open the parameter editor for CapSense and it lets me accept the edits from the tuner. Now, when I rebuild the program I have the tuned IDAC and threshold values for the left sensor.



I added a little code to the program, turned the PWM back on, and checked that my doggy reacts to my hand.


        if( CapSense_IsWidgetActive( CapSense_RIGHT_WDGT_ID ) )


            PWM_Speed_WriteCompare2( 40 );




            PWM_Speed_WriteCompare2( 0 );


Here is a video of Barc sensing a hand near his face - did you notice that I actually video'd the left sensor instead of the right?

When I get back from vacation I will post my final Barc blog. I will complete the tuning of the other sensors and add a simple state machine to drive the motors and make him follow my hand. I will also include a bill of materials so you can re-create your own robot, with PSoC, for about $50.

Mar 21, 2017

Feedback Requested on New Product Page Template


We have been working on a new layout for our product pages based. Before changing our template though, we want to make sure that the proposed site we’ve been working on developing will best meet your needs. This is a demo site with varying degrees of functionality (exact functionality for each tab is listed below). We are interested in all feedback from font sizes to content placement and selection.   



Demo Site:

​Google Feedback Form: 



As this is a demo site created to obtain feedback, not all of the tabs or items are functional at this time. Below I’ve briefly listed the functionality of each tab with expectations for the production site.


Product Tree: (Expand by clicking on the three lines on the left.) Limited functionality. In production, you will be able to open families without selecting an item so you can view the sub-families and related products.

Overview Tab: Fully functional.

Getting Started Tab: Limited functionality. Not all links are properly working.

Products Tab: No functionality. At the lowest level, the Products tab will open a new Product Selector Guide (PSG). This is a picture of the new PSG layout we are currently working to develop.

Documentation Tab: Limited functionality. Filtering and searching are not functional. Most links are working but some may not be linked to the proper document. Show all Results is working on most categories.  

Videos Tab: Limited functionality. Page links and video links are not working. On the production version, videos will enlarge and play on-screen.

Tools & Software Tab: Limited functionality. Buy button is not functional. Titles of kits, software, etc. should be linked to their respective pages.

Solutions Tab: No functionality. This tab is currently a picture of what we would like to add. Solution titles would link to their respective solutions pages. End Products would link to their respective solutions pages.

Support & Training: Limited functionality. Icons are not linking properly.


We appreciate all feedback on the page. 


On behalf of the entire Cypress Web Marketing Team, I would like to thank you for taking the time to review our proposed Product Page,



Content on this site may contain or be subject to specific guidelines or limitations on use. All postings and use of the content on this site are subject to the Terms and Conditions of the site; third parties using this content agree to abide by any limitations or guidelines and to comply with the Terms and Conditions of this site. Cypress Semiconductor and its suppliers reserve the right to make corrections, deletions, modifications, enhancements, improvements and other changes to the content and materials, its products, programs and services at any time or to move or discontinue any content, products, programs, or services without notice.