Ja, nimm dIe Version vom GIT, dann sollte es gehen. Lösche die alten Version vom FastLED.
3.0 geht sowieso nicht.
Tutorial: ESP8266/ESP32 Addon (Wifi LED Controller UDP)
-
scilor -
1. März 2016 um 21:14 -
Erledigt
Heute ist Stammtischzeit:
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
Jeden Donnerstag 20:30 Uhr hier im Chat.
Wer Lust hat, kann sich gerne beteiligen. ;)
-
-
Tutorial: ESP8266/ESP32 Addon (Wifi LED Controller UDP)? Schau mal ob du hier fündig wirst!
-
Da kommt dann:
Code
Alles anzeigenIn file included from sketch\Config.cpp:1:0: Config.h:21: error: 'ESPIChipsets' does not name a type static const ESPIChipsets chipset = WS2801; ^ Config.h:22: error: 'EOrder' does not name a type static const EOrder colorOrder = RGB; ^ exit status 1 'ESPIChipsets' does not name a type
-
Ahh, es fehlt in der Config.h:
#include <FastLED.h>Muss ich später im repository noch korrigieren
-
Doh... das hätte ich auch selber sehen können...Danke...
Kurz vor schluss knallts aber doch noch mal:
Code
Alles anzeigenC:\Users\turbo\AppData\Local\Temp\builddad9bccefdb49a5c105278132bbbe53d.tmp/arduino.ar(abi.cpp.o): In function `__cxa_guard_acquire': C:\Users\turbo\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\2.1.0\cores\esp8266/abi.cpp:67: multiple definition of `__cxa_guard_acquire' libraries\FastLED_3.1\FastLED.cpp.o:C:\Users\turbo\Documents\Arduino\libraries\FastLED_3.1/FastLED.cpp:252: first defined here C:\Users\turbo\AppData\Local\Temp\builddad9bccefdb49a5c105278132bbbe53d.tmp/arduino.ar(abi.cpp.o): In function `__cxa_guard_release': C:\Users\turbo\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\2.1.0\cores\esp8266/abi.cpp:78: multiple definition of `__cxa_guard_release' libraries\FastLED_3.1\FastLED.cpp.o:C:\Users\turbo\Documents\Arduino\libraries\FastLED_3.1/FastLED.cpp:257: first defined here C:\Users\turbo\AppData\Local\Temp\builddad9bccefdb49a5c105278132bbbe53d.tmp/arduino.ar(abi.cpp.o): In function `__cxa_guard_abort': C:\Users\turbo\AppData\Local\Arduino15\packages\esp8266\hardware\esp8266\2.1.0\cores\esp8266/abi.cpp:84: multiple definition of `__cxa_guard_abort' libraries\FastLED_3.1\FastLED.cpp.o:C:\Users\turbo\Documents\Arduino\libraries\FastLED_3.1/FastLED.cpp:261: first defined here collect2.exe: error: ld returned 1 exit status exit status 1 Fehler beim Kompilieren.
-
Bug in der arduino IDE, nimm mal die v1.6.8 (nightly build) von der arduino website
-
Hi,
die Lösung dafür ist hier beschrieben
https://github.com/FastLED/FastLED/issues/266Ich drücke die Daumen, dass es dann läuft und hoffe, heute auch noch genug Zeit zu finden, um daran zu basteln.
Gruß,
El Mare
-
OK, danke.. der fix funktioniert...;-)
Ein weiteres Problem, der Sketch baut nur mit:
beiCodestatic const ESPIChipsets chipset = WS2812; , oder static const ESPIChipsets chipset = WS2812B;
kommt:Code
Alles anzeigenIn file included from sketch\Config.cpp:1:0: Config.h:22: error: missing template arguments before ';' token static const ESPIChipsets chipset = WS2812B; ^ exit status 1 missing template arguments before ';' token
und sag mal.. wie hast du die Pins organisiert?
wäre welcher GPIO ? -
Nimm die WS2811 oder [font="Consolas, Liberation Mono, Menlo, Courier, monospace"]NEOPIXEL[/font]klappt es damit? (WS2812 ist nur ein anderer Name)
Bei mir steht D1 auf meinem NodeMCU 0.9 DevKit.
Was nutzt du denn? -
Hi..
ich benutze im Moment noch einen ESP8622-01
und der hat nur GPIO0 und GPIO2, aber das bekommen wir schon raus...
//edit:
da haben wirs doch:
NodeMuc-Pinoutleider bauts weder mit WS2811 oder NEOPIXEL:
-
So gibt eine neue Version im GIT, leider nur mit einem Workaround:
ersetzen durch:Wenn du das Board auf Generic ESP8266 Module stellst, hast du andere PINs zur Verfügung.
Sollten GPIO0 und GPIO2 sein. (laut http://www.forward.com.au/pfod/ESP8266/G…_pin_magic.html) -
Jupp... so bauts...
jetzt mal schauen was passiert wenn ich LEDs dranklemme
Ich bin sehr gespannt...Danke...
Automatisch zusammengefügt:
Soo ... also da leuchtet was
sieht so aus als wenn da ein Effekt läuft.... vllt: rainbowStep ??Naja.. steuern per hyperion kann ichs aber noch nicht ..
im Sketch: static const uint16_t udpLedPort = 19446;
hyperion-config:
Code"colorOrder" : "rgb", "name" : "AmbiSZESP8266", "output" : "192.168.10.158:19446", "protocol" : 0, "rate" : 1000000, "type" : "udp"
192.168.10.158 ist per ping erreichbar...
Hab ich was vergessen?
Automatisch zusammengefügt:
OK.. also da geht doch was ...
ich hatte die anzahl der LEDs korrekt gesetzt ... flackert aber wie wild...
Automatisch zusammengefügt:
Soo.. auch mit 100p Kondensator zwischen GPIO0 und GND flackerts wie wild... wenn ich dann hyperion instanz kille siehts so aus als würde der Effect gleich wieder los laufen...
es kommt mir so vor als würde der Effect die kommunikation zu Hyperion stören.. -
soo und ich nochmal...
folgendes verhalten ist hier reproduzierbar, nachdem ich den rainbow-effekt auskommentiert habe..
1) leds sind aus
2) hyperiond wird gestartet -> leds aus
3) hypersion-remote setzt leds red -> leds flackern
4) hyperiond wird gekillt -> leds leuchten rotNe idee?
-
Standardverhalten ist folgendes:
Der Rainbow Effekt läuft immer sofort.
Wird über die Hyperion App der ESP direkt angesprochen und eine Farbe gesetzt bleibt sie gesetzt bis der clean Knopf in der App gedrückt wird.
Werden LED Befehle von Hyperion selbst gesendet, werden diese immer angezeigt.Den Fehler verstehe ich noch nicht.
Post mal bitte das Logging vom ESPPS:
Kann es sein das GPIO0 der TX Pin ist?
deaktiviere mal das logging, da es ansonsten sein kann, dass das Logging sich mitten Befehlen für deine LEDs beharkt. -
Ne, GPIO0 ist eigentlich ein normaler Pin, aber ich teste mal den anderen!
"deaktiviere mal das logging"
Wie deaktiviere ich denn das Logging? einfach:
//#define LOGLEVEL LOG_LEVEL_INFOS ?"Post mal bitte das Logging vom ESP"
Dazu muss RX/TX angeschlossen sein, oder?
Automatisch zusammengefügt:Zitat"Post mal bitte das Logging vom ESP"
Dazu muss RX/TX angeschlossen sein, oder?
Ahh sorry.. der nodeMuc hat ja USB ich glaube ich warte mal bis morgen...
dann sollte mein muc ankommen.. es wäre jetzt erstmal doof hier weiter eine intensive Fehleranalyse zu betreiben ohne zu wissen obs jetzt evtl. am ESP8266-01, oder an den LEDs liegt, und da mein Muc morgen hier sein sollte, sollten wir das abwarten...Gruß und Danke
BooStar -
Setzte das Loglevel auf LOG_LEVEL_NOOUTPUT
Du brauchst RX/TX wie beim Programmieren des Chips.
Die arduino IDE hat einen Serial Monitor zum gucken der Logs. -
Hi..
danke nochmal für die Rückmeldung...ZitatSetzte das Loglevel auf LOG_LEVEL_NOOUTPUT
Auch damit tritt das Problem auf...ZitatDu brauchst RX/TX wie beim Programmieren des Chips.
Die arduino IDE hat einen Serial Monitor zum gucken der Logs.
Danke... da muss ich erstmal ein passenden Kabel zusammen braten....
Ich guck mal .... -
Hi..
danke nochmal für die Rückmeldung...
Auch damit tritt das Problem auf...
Danke... da muss ich erstmal ein passenden Kabel zusammen braten....
Ich guck mal ....Läuft bei dir denn ein Beispiel Sketch vom FastLED?
-
Jo die Idee is gut... ich probiers demnächst...muss jetzt erstmal was anders machen ...
//edit: Danke!
-
https://www.dropbox.com/s/28ywcq45fgbs…1%2051.mov?dl=0
klappt soweit, danke!!! muss nur noch an den farbwerten/auswertung arbeiten :))))
sind ws2812b an einem esp8266 01ps: fettes dank erst mal!!!!! und auch ein danke an BooStar!!!!
-
SEHR geil! Glückwunsch.
-
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!