Es fundamental entender el código de forma correcta previamente a adaptarlo a tu trabajo y si ttienes algo que aportar puedes decirlo en los comentarios.
Solución:
AFAIK, esa es una peculiaridad integrada en el IDE de Arduino. La mejor solución que se me ocurre es una estructura de archivos como:
ArduinoWorkspace --- /myproj/ ----+ /src/ --------+ myproj.cpp
+ myproj.ino + sensor.h
+ sensor.cpp
+ (more files)
donde myproj.cpp solo #include‘s principal.cpp. Esto debería dejar los archivos de su proyecto “limpios”, de modo que también deberían funcionar en un entorno más típico.
Actualizar:
Tomé prestado el nombre “main” de su pregunta, pero reflexionando, “main” es un nombre reservado, específicamente, cada programa C o C++ tiene un main.c o main.cpp como su código de nivel superior, proporcionado por el sistema si usted no proporciona uno. Así que evité usar eso como la carpeta y el nombre del proyecto (pero no dude en probarlo) y actualicé el diagrama. Lo que sí necesita es una carpeta de proyecto y un archivo .ino dentro de ella, del mismo nombre. El archivo .ino podría
#include
, por ejemplo, su archivo de código de nivel superior, extrayendo así todo lo demás. Es posible que necesite su .ino para #include cada uno de los archivos del src carpeta, si el compilador no se da cuenta por sí mismo, ahí es donde están sus otros archivos.
Por cierto, si usa el nombre main.cpp para su archivo superior, tendrá que llamar a las funciones setup() y loop() (y la función de evento en serie, si la usa). Probablemente sea mejor dejar el nombre ‘principal’ solo, dejar que el sistema proporcione el mismo principal que todos los programas de Arduino obtienen de forma predeterminada y escribir el código de su proyecto de la manera típica de Arduino, comenzando con setup() y loop().
Cuando tienes un proyecto compuesto por una serie de .INO archivos, ¿cómo se supone que el IDE sabe cuál es el “principal”? Durante la compilación, el IDE concatena todos los .INO archivos juntos en un archivo monolítico. Hace esto comenzando con el “principal” y luego agrega cada uno de los otros alfabéticamente hasta el final.
Se hace de esta manera para que sus inclusiones y variables globales, que debe poner en su “principal” .INO archivo, se encuentran al comienzo del programa terminado.
Para hacer esto, el IDE tiene que saber cuál de los archivos es el “principal”. Y la forma en que funciona es encontrando el que tiene el mismo nombre que la carpeta en la que se encuentra el boceto.
En UECIDE voy un paso más allá y convierto toda la carpeta en un documento compuesto para que ya no tengas que entrar en una carpeta y abrir un .INO archivo para abrir un boceto: la carpeta real en sí es todo el proyecto de boceto. De nuevo, este tipo de carpeta se identifica por tener un .INO archivo dentro de él que tiene el mismo nombre que la carpeta.
Aquí tienes las comentarios y valoraciones
Recuerda que tienes autorización de valorar este post .