Rendering fixes
This commit is contained in:
parent
16655c00e0
commit
752f296a77
2 changed files with 8 additions and 2 deletions
|
|
@ -1,6 +1,12 @@
|
|||
---
|
||||
title: "LED Characterization"
|
||||
date: 2018-05-02T11:18:38+02:00
|
||||
summary: >
|
||||
Recently, I have been working on a `small driver`_ for ambient lighting using 12V LED strips like you can get
|
||||
inexpensively from China. I wanted to be able to just throw one of these somewhere, stick down some LED tape, hook
|
||||
it up to a small transformer and be able to control it through Wifi. When I was writing the firmware, I noticed that
|
||||
when fading between different colors, the colors look *all wrong*! This observation led me down a rabbit hole of
|
||||
color perception and LED peculiarities.
|
||||
---
|
||||
|
||||
Preface
|
||||
|
|
|
|||
|
|
@ -2,11 +2,11 @@
|
|||
title: "Wifi Led Driver"
|
||||
date: 2018-05-02T11:31:03+02:00
|
||||
summary: >
|
||||
After the `multichannel LED driver`_ was completed, I was just getting used to controlling LEDs at 14-bit resolution.
|
||||
After the multichannel LED driver was completed, I was just getting used to controlling LEDs at 14-bit resolution.
|
||||
I liked the board we designed in this project, but at 32 channels it was a bit large for most use cases. Sometimes I
|
||||
just want to pop a piece of LED tape or two somewhere, but I don't need a full 32 channels of control. I ended up
|
||||
thinking that a smaller version of the 32-channel driver that didn't require a separate control computer would be
|
||||
handy. So I sat down and designed a variant of the design with only 8 channels instead of 32 and an on-board ESP8266_
|
||||
handy. So I sat down and designed a variant of the design with only 8 channels instead of 32 and an on-board ESP8266
|
||||
module instead of the RS485_ transceiver for WiFi connectivity.
|
||||
---
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue