McuOnEclipse Components: 1-Apr-2018 Release

It’s April Fool’s Day, but be assured this is not a joke ;-): I’m pleased to announce that a new release of the McuOnEclipse components is available in SourceForge. This release includes several smaller bug fixes and components have been upgraded for FreeRTOS V10.0.1.

SourceForge

SourceForge

And what if you are not using Processor Expert? No worries, I have you covered. The source code of many components are hosted on GitHub:
https://github.com/ErichStyger/McuOnEclipseLibrary

That way you can use the sources with any project or microcontroller :-).

Changes

The following major changes have been applied since the last release:

  • FreeRTOS: Updated to V10.0.1
  • SDK integration for graphics library and display drivers
  • Refactoring of SSD1306 and I2C drivers, improved speed and support for SH1106
  • Segger RTT: added printf
  • XFormat: updated to latest version
  • Various smaller bug fixes and improvements

FontDisplay

The FontDisplay component manages multiple graphical fonts for LCD or other displays. The component and the graphics subsystem now has a setting to be used with different SDKs and APIs:

FontDisplay

FontDisplay

SDK Configuration

SDK Configuration

SSD1306 and GenericI2C

The SSD1306 and GenericI2C drivers have been updated so they are generic and can be used with any microcontroller, for example STM32 (see https://mcuoneclipse.com/2017/12/17/new-concept-for-2018-mini-sumo-roboter/)

SSD1306

SSD1306

The driver has been improved for better performance. Additionally it supports the SH1106 driver:

SH1106

SH1106

It is possible now to update the display with more than 30 frames/sec. The driver h as been tested with several OEM/China modules and the modules from Adafruit.

FreeRTOS

FreeRTOS has been updated to V10.0.1. Compared to V10.0.0 the changes are very small, and the task lists reports now the currently executing task.

FreeRTOS V10.0.1

FreeRTOS V10.0.1

XFormat

The XFormat component has been updated to the latest version. Additionally it has a setting to use static buffers (non-reentrant, but saves stack space).

XFormat

XFormat

Static Option

Static Option

Summary

The changes are documented on GitHub. The release is available on SourceForge: https://sourceforge.net/projects/mcuoneclipse/files/PEx%20Components/. See “McuOnEclipse Releases on SourceForge” how to install the update. If you are not using Processor Expert: the components are available in normal source form on https://github.com/ErichStyger/McuOnEclipseLibrary.

 

I hope you find the new release useful.

Happy Updating 🙂

Links

Advertisements

10 thoughts on “McuOnEclipse Components: 1-Apr-2018 Release

  1. Hi Erich,

    Thank you, for the new components. Recently I have got PCAL6524 IO expansion chip sample from NXP. Chip has has useful debounce filter for use with push buttons on our joysticks. Now, I am trying to make component PCAL6524 similar to PCA9554 existing in PE component. Is it possible to be added to Component Libraries?

    Regards
    Marceli

    Like

    • Hi Marceli,
      I have not used that PCAL6524, but it looks like an interesting device. I won’t have the bandwidth to create a driver for it, but I’m sure you would be able to create such a component yourself?

      Like

      • Hi Erich,
        I will make source and header files and check is working in the product. It be interesting to make PE Component Inspector. Is any template or build example for this? Is it made in Visual C#?

        Like

        • No, there is no such template. Things are pretty much in normal C language with some extensions (special keywords starting with % character). The framework is called CDE (Component Development Environment).

          Like

        • Hi Erich,

          It is great I can make new Embedded Component from File menu. Is it possible to copy common methods from one component to new one, to save on design time?

          Like

        • To be honest, I tried that CDE inside Eclipse, but it had too many issues and bugs. So I sticked with the ‘classic’ Bean Wizard from CodeWarrior (which is only available in the Pro edition).
          So if you do a component with the Eclipse based CDE, it won’t be backwards compatible with the BeanWizard, so it would be rather hard for me if you want to add it to the McuOnEclipse library because I won’t be able to maintain it.
          But this does not stop you from doing your own thing.
          As for copy: you can ‘clone’ or copy an existing component, maybe this is the way to go for you? Other than that: the CDE files are text files, in many cases I use a normal text editor to edit them.

          Like

What do you think?

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out /  Change )

Google+ photo

You are commenting using your Google+ account. Log Out /  Change )

Twitter picture

You are commenting using your Twitter account. Log Out /  Change )

Facebook photo

You are commenting using your Facebook account. Log Out /  Change )

w

Connecting to %s