i wanted to make some christmas tree lights, i found a nice tutorial, but unfortunaly the mapping is to hard for me in this short time....
so i found this tutorial (it is easier and simpler because the led are not mapped to the tree)
i already managed to install all libaries, install the wemos/esp board, installed the esp sketcher plugin...
i got the test code to work, everything was wired up correctly the led blinked like they should....
my only problem is the main code from my tutorial?
it has a ir recevier inside wich makes the problems i think...
maybe somebody could look at the code:
its dont seem like a big problem...i tried a ton of stuff but i dont get further...
would be really nice to get it working so i can enjoy the light on christmas
Arduino: 1.8.5 (Windows 10), Board: "WeMos D1 R2 & mini, 160 MHz, 921600, 4M (3M SPIFFS)"
In file included from C:\Users\MCLOW\Desktop\esp8266-fastled-webserver\esp8266-fastled-webserver.ino:19:0:
C:\Users\MCLOW\Documents\Arduino\libraries\FastLED-master/FastLED.h:17:21: note: #pragma message: FastLED version 3.001.006
# pragma message "FastLED version 3.001.006"
^
In file included from C:\Users\MCLOW\Documents\Arduino\libraries\FastLED-master/FastLED.h:68:0,
from C:\Users\MCLOW\Desktop\esp8266-fastled-webserver\esp8266-fastled-webserver.ino:19:
C:\Users\MCLOW\Documents\Arduino\libraries\FastLED-master/fastspi.h:110:23: note: #pragma message: No hardware SPI pins defined. All SPI access will default to bitbanged output
# pragma message "No hardware SPI pins defined. All SPI access will default to bitbanged output"
^
esp8266-fastled-webserver:34: error: 'IRrecv' does not name a type
IRrecv irReceiver(RECV_PIN);
^
In file included from C:\Users\MCLOW\Desktop\esp8266-fastled-webserver\esp8266-fastled-webserver.ino:36:0:
sketch\Commands.h: In function 'long unsigned int decodeIRCode()':
Commands.h:179: error: 'decode_results' was not declared in this scope
decode_results results;
^
Commands.h:179: error: expected ';' before 'results'
decode_results results;
^
Commands.h:181: error: 'results' was not declared in this scope
results.value = 0;
^
Commands.h:184: error: 'irReceiver' was not declared in this scope
if (irReceiver.decode(&results)) {
^
C:\Users\MCLOW\Desktop\esp8266-fastled-webserver\esp8266-fastled-webserver.ino: In function 'void setup()':
esp8266-fastled-webserver:118: error: 'irReceiver' was not declared in this scope
irReceiver.enableIRIn(); // Start the receiver
^
exit status 1
'IRrecv' does not name a type
Dieser Bericht wäre detaillierter, wenn die Option
"Ausführliche Ausgabe während der Kompilierung"
in Datei -> Voreinstellungen aktiviert wäre.
The problem is that the version of the IRremoteESP8266 library you're using is newer than the version the sketch was written for and there have been changes made to the library that make it no longer compatible. You could probably make some changes to the sketch to make it compatible by following these instructions:
Alternately, you can just use the version of the library that the sketch was written for by doing this:
Delete the {sketchbook folder}/libraries/IRremoteESP8266 folder. You can find the location of the sketchbook folder in the Arduino IDE at File > Preferences > Sketchbook location. Please be very careful when deleting things on your computer. When in doubt back up!
but i cant test IR because i have no ir remote here LOL
but i would like to get the wifi control up anyways
esp is connected with wifi. i can see it inside the router as active.
but i cant get acces to the webserver.
im not so sure about the esp8266FS data sheed SPIFFS.
i managed to get the "esp8266 Sketch data upload" showing up.
also i dont know how to edit the ip and the ports?
where do i enter the command "gzip -r data/" im on windows. do i just enter it in the cmd.exe?
Compression
The web app files can be gzip compressed before uploading to SPIFFS by running the following command:
gzip -r data/
The ESP8266WebServer will automatically serve any .gz file. The file index.htm.gz will get served as index.htm, with the content-encoding header set to gzip, so the browser knows to decompress it. The ESP8266WebServer doesn't seem to like the Glyphicon fonts gzipped, though, so I decompress them with this command:
gunzip -r data/fonts/
sorry for all the questions this is still new for me
I'm using the free open source software 7-zip for file compression on Windows: http://www.7-zip.org/
It supports the gzip format.
After installing it you can just right click on the folder then 7-zip > Add to archive... and that will open a gui that lets you compress to .gz or other common formats.
ok i got it to work for a couple minutes :D..
but i had bad luck...
the led were flickering the whole time, i wasnt sure what the reasson was...
but i noticed when touching the led cable it flickerd more so i thought some led cable were not soldered the right way on to the evil genius board...
after testing the wires, unfortunaly the wire i solderd to the evil genius board for led broke..
while i tried to remove the stuck part, i broke the chip either... LOL
the wire where it connects inside the chip came off its really hard to repair....
im gald i still have some other normal light...
but i still will do it after christmas... so i can use them next year...
will get me the evil genius board again... and will try to get better at soldering lol
is there also a way to try stuff without soldering?
Why do you even try to cut off the solder link? Just leave that alone. Or if you must have it lower, bend down the wire before soldering so it doesn't stick up so much.
This way you leave a very short bit of wire in the solder, not very strong.
Those headers have to be soldered in as well, otherwise no good contact. Or if you want to save space, you can solder wires directly to the holes on the WeMOS.
ok thanks i will keep this in mind when doint it again.
i think the connectors on the wemos i soldered correctly they should work...
i tried to connect the leds (only 3) to wemos directly ... without the evil genius board...
they light up... but flickering really bad + turn off after a while...
is this because of the missing capaciator?
or missing resisitor?
or because is it because i use 5v directly from wemos (without covnerting it from 3,3 signal to 5v?)
Some come with built-in controllers, that may be your issue, though it's anyway not a good idea to try and tap any significant power off a microcontroller board. That are controllers, not power supplies. Use an external supply.
drc:
is there also a way to try stuff without soldering?
Yes, it's called a solderless breadboard. You do need to be aware that the connections are not always very secure in a breadboard though so it's best to only use them for prototyping, then use more permanent solution for your final project.
drc:
but im still wondering if this would be possible without soldering?
You need to solder the headers onto the board. After that you can insert the board in a solderless breadboard and use the breadboard to connect other components to it.
Thanks guys, will get me a breadboard definitely...
I didn’t got me one because one guy told me it’s dangerous for my project with 100 leds and 5v 15a Power..
I use ws2811 Strands
I thought I would be able to power at least three over a usb power pack (5v/2a). I need to convert the cables first for my power supply then I can test with it.
I’m a little bit confused because the Wemos has 5v and 3,3v connections.
Are they both in and output?
Also what about the data pins signals? Are they 5v or 3,3v?
(I assume 3,3, because of the level shifter from evil genius??)
Could the reason be I’m using the data pin directly from the Wemos wich isnt 5v like the evil genius board?
Also I noticed when I change the colors they are total off... green is blue... and blue is green I tried to change it from GRB to RGB it worked but still some colors like purple are not correct...
drc:
Thanks guys, will get me a breadboard definitely...
I didn’t got me one because one guy told me it’s dangerous for my project with 100 leds and 5v 15a Power..
WeMOS operates at 3.3V internally, so has a 3.3V regulator and the level shifters. Not sure what the 5V pin is on that device, probably only active when you have USB connected. Nevertheless, better use an external power supply for your LEDs, not that pin, especially when yuo connect more than a few.
A solderless breadboard can handle around 500 mA. That's a ballpark number, it depends on the board, but it makes it great for testing a handful of LEDs, getting your circuit right, before moving to the real thing.
Normally you'd connect the power of the LED strip to the + of your power supply, the GND to the - of the power supply and the GND of the WeMOS (don't forget that part!), and then the control line of the strip to one of the digital pins.
i wanted to power them from the end and from the beginning... i First wanted to get into this.. so i thought 3led is good for the beginning...
The wemos should handle 3led when connected over usb anyways shouldn’t it?
How many amps the wemos can handle flow through???
I got the Webserver+onboard led+3ws2811 working... problem was the soldered connections... i first thought these were ok but they wasn’t... i fixed them and learned soldering a little bit better...
At the moment the Only problem is the last led is always slow... and some very light flickering is going on when switching colors or patterns on all led... the cause of this is probably because the signal isn’t converted to 5v
I googled because of the 5v/3,3v pin...
The 5v pin is only a power input wich also can be used as 5v output when powering over usb... THE data signals are all 3.3 though! Also a resistor is a good idea to reach the last led...
Also for more the 3 led I will use a 1000 capaciator...
I will order a few parts today... I really want to get this working perfect!
When it’s working I will try to finally
Make me a ambilight with a udoox86 and some apa leds...
The Christmas light is just preparation for the real project
As a rule of thumb a pin can drive one LED (provided you add an appropriate current limiting resistor - about 10 mA is usually enough for an LED especially when testing).
A WeMOS will happily handle 11 LEDs at the same time, that's about 110 mA if you limit at 10 mA. An Arduino has more pins - definitely a Mega won't be happy with an LED on every single pin, especially when on at the same time.
wvmarle:
As a rule of thumb a pin can drive one LED (provided you add an appropriate current limiting resistor - about 10 mA is usually enough for an LED especially when testing).
They're using addressable LEDs. The Arduino I/O pins are only used to send the control signals so there is no concern about the current limitations of the I/O pins you can run hundreds of WS2811 from a single pin. The addressable LEDs are powered separately from the data pin so you just need to ensure that the power supply can handle the current requirements. I believe that USB should be able to supply 500 mA. So if you power the addressable LEDs from the 5V pin it should be possible to power 3 LEDs x ~60 mA max / LED = 180 mA max while still leaving enough for the D1's requirements. For more LEDs it will be necessary to provide a more capable power supply.
drc:
THE data signals are all 3.3 though!
My understanding is that you should use 5 V levels to control the WS2811 if powering it at 5 V:
NeoPixels powered by 5v require a 5V data signal. If using a 3.3V microcontroller you must use a logic level shifter such as a 74AHCT125 or 74HCT245. (If you are powering your NeoPixels with 3.7v like from a LiPoly, a 3.3v data signal is OK)
I did a project using WS2812 (which is basically the same thing as WS2811 only packaged differently) with a WeMos D1 Mini a while ago and I used the 74AHCT125 to shift the 3.3 V levels of the ESP8266 up to 5 V for the LEDs.
