Giter Club home page Giter Club logo

Comments (5)

emilmont avatar emilmont commented on July 19, 2024

Hi Peter,
did you collect some numbers about how much memory it would save?

Thanks,
Emilio

from mbed-os.

mbednotifications avatar mbednotifications commented on July 19, 2024

On Monday, September 16, 2013 1:13:56 PM UTC-4, Peter Brier wrote:

When using smaller microcontrollers, like the LPC11U23, some USB functions
take up a considerable amount of memory

NXP LPC11Uxx, LPC18xx and LPC43xx MCUs include a USB device stack in ROM
that can reduce code and memory size requirements for implementing USB
devices. It supports CDC, DFU, HID, MSC and custom classes, including
composites. Documentation is somewhat weak, so a solid implementation
usually takes some iteration. We have used it with our LPC43xx boards and
it works well. May consider adding support for it in the mbed LPC43xx port
later this year.

http://docs.lpcware.com/usbromlib/v1.0/

Regards,
Jesus Alvarez

from mbed-os.

mbednotifications avatar mbednotifications commented on July 19, 2024

You could also consider to disable DEVICE_STDIO_MESSAGES. Those take up
quite some memory as well.

On Monday, September 16, 2013 10:13:56 AM UTC-7, Peter Brier wrote:

When using smaller microcontrollers, like the LPC11U23, some USB functions
take up a considerable amount of memory, and do fit or leave too little
memory for useful work (depending on compiler and std. libraries used; KEIL
performing better than GCC). One solution is not to include the Stream
class, and remove this from the USB classes. Now it does fit (of course you
loose the standard Stream functionality on the interface):

For example: modify line 92 of USBKeyboard.h from:

class USBKeyboard: public USBHID, public Stream {

to

class USBKeyboard: public USBHID {

Note: A similar issue is occurs with the Serial() class, you can remove
the Stream or access the C-api directly to conserve memory.

Question: Can a build option be provided for compilation without Stream
classes?
(e.g. NOCPPSTREAM?)


Reply to this email directly or view it on GitHubhttps://github.com//issues/68
.

from mbed-os.

ciarmcom avatar ciarmcom commented on July 19, 2024

ARM Internal Ref: IOTMORF-330

from mbed-os.

 avatar commented on July 19, 2024

GitHib issue review: Closed due to inactivity. Please re-file if critical issues found.

from mbed-os.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.