-
Notifications
You must be signed in to change notification settings - Fork 93
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
I can't compile the code #99
Comments
Which exact operating and version and which exact Arduino and libraries versions are you using? We are building on Ubuntu 14.04 using
|
I'm on OSX Sierra 10.12.6 with Latest Arduino and all libraries just downloaded and install. I'll try to use terminal for your advise. |
I still can't get through that error after try to wipe any installed library and reinstall as describe in Command line. |
Do you have any chance to build it on Ubuntu 14.04 using the exact steps from above? This is the only configuration I have tested this on. Thanks. |
I have ever touch anything about linux before. I'll try it. Thanks. |
I have result! Thank you so much for help. Now I can compile and upload to the WEMOS D1 mini board. As I have latest version and old version installed for test each time. Turn out that I have to use ESP8266 Board library version 2.3, Other version newer or older didn't compile at all. I tested on both Ubuntu 16 and OSX Sierra. But as I flash the board. In the beginning it worked after I have some lunch and get back soldering WS2812 for test. It didn't work again. (not related to compile issue.) Flashing with 3M SPIFFS did work few times before at the beginning and then got #95 issue. |
I'm probably not helping much, but i can confirm the exact same thing. Had to use 2.3 core to get rid of the return type of flush() error and running subsequently into watchdog resets no matter what SPIFFS i choose. I'm on Linux Mint Mate 18.3, with a WeMos D1 Mini board. The Watchdog resets occur before i could possibly check if SSDP discovery would work, though. Is there a special reason you stay on 2.3? |
I use this setting in Arduino flash option. Just guess that some issue post stated that memory is not enough. So I decided go no SPIFFS. It's working but with crash which it happened and get exception (28) which made it unusable before after crash. But with no SPIFFS I get it working after it restart. |
I am currently not developing this any further due to lack of time, but I am willing to merge pull requests that improve things - as long as the code still compiles in the continuous builds. |
Installed this code acc. the README. Compiling the latest code (Arduino 1.8.4 + ESP8266 version 2.3) gave me many warnings and several compile errors, mainly in the Neopixel code. I tried to solve them but did not succeed. After I removed the specific Neopixel code from the sketch the sketch compiled and ran OK. The Hue emulator on ESP8266 is recognised by the IOS Hue Gen 1 App as a valid bridge witch 2 lights. Switching the lights in the App ON/OFF and setting RGB levels result in corresponding messages in the Arduino Serial Monitor. So the Hue emulation part of the latest code works. I added some calls to the Adafruit-Neopixel library and, using the IOS App can now switch the Neopixels connected to the ESP8266 ON and OFF. Also tried the latest IOS Hue App (Gen 2?). Connecting the App to the bridge was initiated (messages flying in the Serial monitor) but in the ESP8266 crashed, and remained crashing when booted. I assume some flash locations were damaged, maybe due to buffer overruns? |
@Stefankante Thank you, I tried with the no SPIFFS setting for my generic ESP8266 and it worked with Phillips HUE Gen 1 app. But with Phillips HUE Gen 2 app it crashes the ESP trying to save the setting from the 2 lamps as @gerardwr said. |
Today I recompiled my already running sketch from a few days ago and it threw this error and stopped compiling: On Mac Os X, Arduino 1.8.4, Arduino-ESP 2.3.0.
After I changed the lwIP setting from V2 to Prebuild it compiled fine. Be warned! |
Razer implemented Hue Entertainment protocol that is secondary listening service in new Hue Bridge. Is based on udp steaming encrypted with dtls 1.2 psk. This is the reason why is asking for upgrade. |
Yes, you're right. I reached to the razer insider forums. Sadly it works only with bridge v2 and the new protocol. |
The sketch in the ZIP file below compiles and runs OK for me on Mac Os X, Arduino 1.8.4, Arduino-ESP 2.3.0, ESP8266 board Wemos D1 Mini
The bridge is now discovered OK and the 2 lamps can be controlled nicely by the following Apps:
Bridge can not be used by:
Let us know how it goes if you try it. If you get the original version from @probonopd running let us know, I will be happy to dump my version for the original one. |
A word of warning for those compiling against ESP lib 2.3. Look at my conclusion at the end of the page here. |
For those wanting to compile against 2.4.0 or even the latest master from git repository follow this: Delete both the SSDP.h and SSDP.cpp files, as they are now part of the 2.4.0 package. In ESP8266HueEmulator.ino //#include "SSDP.h" Edit aJSON.h and edit aJSON.cpp void I've compiled this on windows 10 using latest arduino IDE 1.9.0 beta + ESP lib 2.4.0 latest master source |
I can confirm that compiling my sketch in Arduino 1.8.4 + 2.4.0 succeeds after your suggested changes. NOTE 1 : The LightService.ccp tab also references SSDP.h, so I made this additional change there:
NOTE 2 : I had to select lwIP 1.4, lwIP V2 caused a looping wdt reset Thx for sharing. |
Can someone create a PR and/or add to readme/wiki? aJson needs fixing as well. |
hello dear can u help me? uplode is error C:\Users\hasan\Music\ESP8266HueEmulator-master\ESP8266HueEmulator\ESP8266HueEmulator.ino:15:21: fatal error: secrets.h: No such file or directory #include <secrets.h> |
Like described in code, delete this line with secrets.h import and enable lines with your wifi user and password |
Please advise for any mistake I did. I can't get through this. Thank you so much
The text was updated successfully, but these errors were encountered: