NesC
Sign in to savenesC (pronounced "NES-see") is a component-based, event-driven programming language used to build applications for the TinyOS platform. TinyOS is an operating environment designed to run on embedded devices used in distributed wireless sensor networks. nesC is built as an extension to the C programming language with components "wired" together to run applications on TinyOS. The name nesC is an abbreviation of "network embedded systems C".
In the Vinony graph
Within Vinony's link graph, NesC is referenced by 4 other articles, and connects out to type system, GNU C Library and component-based software engineering.
It sits within the topics C programming language family, Embedded systems and Wireless sensor network.
Its subject is documented across 7 Wikipedia language editions.
Described at
Link to a page describing this subject · 40,000 chars · not written by Vinony
Wikidata facts
- Instance of
- programming language
- Official website
- nescc.sourceforge.net
Show 6 more facts
- influenced by
- C
- operating system
- TinyOS
- copyright license
- BSD licenses
- software version identifier
- 1.1.3
- publication date
- 2003-01-29
- described at URL
- nescc.sourceforge.net/papers/nesc-pldi-2003.pdf
via Wikidata · CC0
Article · Español
NesC (Network Embedded Systems C) es un dialecto del lenguaje de programación C optimizado para las limitaciones de memoria de las redes de sensores. Existen varias herramientas que completan y facilitan su uso, escritas en su mayoría en Java y en Bash. Otras herramientas y librerías asociadas están escritas principalmente en C. NesC es un lenguaje orientado a componentes y está especialmente diseñado para programar aplicaciones sobre redes de sensores, en particular en el sistema operativo TinyOS. Un programa en NesC está estructurado mediante componentes, el usuario crea su propio componente ayudado a su vez de otros componentes ya creados. Dos componentes podrán comunicarse entre sí mediante una interfaz, la cual definifirá una serie de métodos (commands y events) los cuales deberán ser implementados en cada componente. Así, un método podrá solicitar la ejecución de un command de otro componente; por otro lado, para enviar una notificación se utilizarán un event. Todo componente está dividido lógicamente en tres partes: Configuración, Implementación y Módulos. La Configuración es conocida comúnmente como "wiring", esto es, una declaración de las interfaces utilizadas y que a su vez son proporcionadas por un componente.EJ: implementation { components MainC; components Ejemplo as App; App.Boot -> MainC;} Los Módulos son lo que conocemos comúnmente como implementación, donde se programaran las acciones que llevará a cabo nuestro componente.Esta a su vez está dividida en tres partes: Provides, son las interfaces que nuestro componente ofrece; Uses, las interfaces que usa nuestro componente; Implementation, donde verdaderamente se realizan las acciones que queremos que realice nuestro programa. * Datos: Q286443
Abstract from DBpedia / Wikipedia · CC BY-SA