init
This commit is contained in:
parent
a84bc26b8f
commit
bae3048acb
2
.gitignore
vendored
Normal file
2
.gitignore
vendored
Normal file
@ -0,0 +1,2 @@
|
||||
/.pio
|
||||
/.vscode
|
3
.gitmodules
vendored
Normal file
3
.gitmodules
vendored
Normal file
@ -0,0 +1,3 @@
|
||||
[submodule "include/FAB_LED"]
|
||||
path = include/FAB_LED
|
||||
url = https://github.com/sonyhome/FAB_LED.git
|
1
include/FAB_LED
Submodule
1
include/FAB_LED
Submodule
@ -0,0 +1 @@
|
||||
Subproject commit 1ff23f5c4101f01d64f4718eaa2d53ee936c1740
|
39
include/README
Normal file
39
include/README
Normal file
@ -0,0 +1,39 @@
|
||||
|
||||
This directory is intended for project header files.
|
||||
|
||||
A header file is a file containing C declarations and macro definitions
|
||||
to be shared between several project source files. You request the use of a
|
||||
header file in your project source file (C, C++, etc) located in `src` folder
|
||||
by including it, with the C preprocessing directive `#include'.
|
||||
|
||||
```src/main.c
|
||||
|
||||
#include "header.h"
|
||||
|
||||
int main (void)
|
||||
{
|
||||
...
|
||||
}
|
||||
```
|
||||
|
||||
Including a header file produces the same results as copying the header file
|
||||
into each source file that needs it. Such copying would be time-consuming
|
||||
and error-prone. With a header file, the related declarations appear
|
||||
in only one place. If they need to be changed, they can be changed in one
|
||||
place, and programs that include the header file will automatically use the
|
||||
new version when next recompiled. The header file eliminates the labor of
|
||||
finding and changing all the copies as well as the risk that a failure to
|
||||
find one copy will result in inconsistencies within a program.
|
||||
|
||||
In C, the usual convention is to give header files names that end with `.h'.
|
||||
It is most portable to use only letters, digits, dashes, and underscores in
|
||||
header file names, and at most one dot.
|
||||
|
||||
Read more about using header files in official GCC documentation:
|
||||
|
||||
* Include Syntax
|
||||
* Include Operation
|
||||
* Once-Only Headers
|
||||
* Computed Includes
|
||||
|
||||
https://gcc.gnu.org/onlinedocs/cpp/Header-Files.html
|
46
lib/README
Normal file
46
lib/README
Normal file
@ -0,0 +1,46 @@
|
||||
|
||||
This directory is intended for project specific (private) libraries.
|
||||
PlatformIO will compile them to static libraries and link into executable file.
|
||||
|
||||
The source code of each library should be placed in a an own separate directory
|
||||
("lib/your_library_name/[here are source files]").
|
||||
|
||||
For example, see a structure of the following two libraries `Foo` and `Bar`:
|
||||
|
||||
|--lib
|
||||
| |
|
||||
| |--Bar
|
||||
| | |--docs
|
||||
| | |--examples
|
||||
| | |--src
|
||||
| | |- Bar.c
|
||||
| | |- Bar.h
|
||||
| | |- library.json (optional, custom build options, etc) https://docs.platformio.org/page/librarymanager/config.html
|
||||
| |
|
||||
| |--Foo
|
||||
| | |- Foo.c
|
||||
| | |- Foo.h
|
||||
| |
|
||||
| |- README --> THIS FILE
|
||||
|
|
||||
|- platformio.ini
|
||||
|--src
|
||||
|- main.c
|
||||
|
||||
and a contents of `src/main.c`:
|
||||
```
|
||||
#include <Foo.h>
|
||||
#include <Bar.h>
|
||||
|
||||
int main (void)
|
||||
{
|
||||
...
|
||||
}
|
||||
|
||||
```
|
||||
|
||||
PlatformIO Library Dependency Finder will find automatically dependent
|
||||
libraries scanning project source files.
|
||||
|
||||
More information about PlatformIO Library Dependency Finder
|
||||
- https://docs.platformio.org/page/librarymanager/ldf.html
|
20
platformio.ini
Normal file
20
platformio.ini
Normal file
@ -0,0 +1,20 @@
|
||||
; PlatformIO Project Configuration File
|
||||
;
|
||||
; Build options: build flags, source filter
|
||||
; Upload options: custom upload port, speed and extra flags
|
||||
; Library options: dependencies, extra library storages
|
||||
; Advanced options: extra scripting
|
||||
;
|
||||
; Please visit documentation for the other options and examples
|
||||
; https://docs.platformio.org/page/projectconf.html
|
||||
|
||||
; All envs
|
||||
[env]
|
||||
framework = arduino
|
||||
build_flags =
|
||||
-D SERIAL_RX_BUFFER_SIZE=128
|
||||
|
||||
; Specifically uno
|
||||
[env:uno]
|
||||
platform = atmelavr
|
||||
board = uno
|
61
src/main.cpp
Normal file
61
src/main.cpp
Normal file
@ -0,0 +1,61 @@
|
||||
#include <FAB_LED.h>
|
||||
|
||||
// Note that the platformio.ini file re-defines the serial rx buffer size.
|
||||
|
||||
const int NUM_LEDS = 144;
|
||||
const int BUF_SIZE = NUM_LEDS * 3;
|
||||
|
||||
ws2812b<D,6> strip;
|
||||
grb pixels[NUM_LEDS] = {};
|
||||
|
||||
void setup() {
|
||||
Serial.begin(9600);
|
||||
Serial.println("\nResetting!");
|
||||
|
||||
strip.clear(NUM_LEDS);
|
||||
}
|
||||
|
||||
// !! IMPORTANT !!
|
||||
// Make sure this is fast enough that it can
|
||||
// clear the 64 byte buffer faster than it is filled!
|
||||
void on_serial()
|
||||
{
|
||||
|
||||
// How many times have we read?
|
||||
static int read = 0;
|
||||
// should be non blocking
|
||||
int read_byte = Serial.read();
|
||||
|
||||
int index = (int) read / 3;
|
||||
// the first, second, or third byte
|
||||
switch (read % 3)
|
||||
{
|
||||
case 0: // first
|
||||
pixels[index].r = read_byte;
|
||||
break;
|
||||
case 1: // second
|
||||
pixels[index].g = read_byte;
|
||||
break;
|
||||
default: // third
|
||||
pixels[index].b = read_byte;
|
||||
break;
|
||||
}
|
||||
|
||||
// increment or loop
|
||||
if (read < BUF_SIZE-1) {
|
||||
read++;
|
||||
} else {
|
||||
strip.sendPixels(NUM_LEDS, pixels);
|
||||
read=0;
|
||||
}
|
||||
}
|
||||
|
||||
void loop() {
|
||||
|
||||
Serial.println(Serial.available());
|
||||
if (Serial.available() > 0) {
|
||||
// on_serial();
|
||||
}
|
||||
|
||||
}
|
||||
|
11
test/README
Normal file
11
test/README
Normal file
@ -0,0 +1,11 @@
|
||||
|
||||
This directory is intended for PlatformIO Test Runner and project tests.
|
||||
|
||||
Unit Testing is a software testing method by which individual units of
|
||||
source code, sets of one or more MCU program modules together with associated
|
||||
control data, usage procedures, and operating procedures, are tested to
|
||||
determine whether they are fit for use. Unit testing finds problems early
|
||||
in the development cycle.
|
||||
|
||||
More information about PlatformIO Unit Testing:
|
||||
- https://docs.platformio.org/en/latest/advanced/unit-testing/index.html
|
Loading…
Reference in New Issue
Block a user