Skip to content
This repository has been archived by the owner on Nov 22, 2021. It is now read-only.

Not enough memory #2

Open
joachimpr opened this issue Jun 29, 2017 · 3 comments
Open

Not enough memory #2

joachimpr opened this issue Jun 29, 2017 · 3 comments

Comments

@joachimpr
Copy link

I really like the idea of reconnection of mqtt and remembering the states. However, after uploading all the lua files to my nodemcu i get a constant error of not enough memory. I have flashed with the latest firmware and included all modules you mentioned. Im very new to this lua stuff and the esplorer tool. (Started today). Am i missing some important step? All im doing is changing the settings file and hitting the save to esp in esplorer tool for all files. Is this the correct process to follow? Thank you.

@haimgel
Copy link
Owner

haimgel commented Jul 3, 2017

Sorry, I'm not sure which firmware version you're using, which hardware, etc., etc. I'd suggest making sure your hardware/firmware stack is sound first. E.g. upload a "hello-world" type lua app, see that it works, and then move on to something more involved.

Nothing in my code gives an "out of memory" error, so it must be coming from some were lower in the stack. Sorry I couldn't be of more help, I've moved away from LUA for my nodemcu nodes since then.

@joachimpr
Copy link
Author

Hi. No problem. I wii check wit anther nodemcu and report back. Thanks. As a matter of interest, what are you using now? Any reason for moving away? And perhaps you have or have seen arduino firmware for 5050 rgb led strips that support transitions an effects? If not i thought of writing my own arduino code but if there is already something available for the home assistant mqtt json light it would save me a lot of time and effort. This lua thing seems very complicated for what I want to achieve. :-) þhe whole setup process is very painful and cumbersome. Thanks for your help. Much appreciated

@haimgel
Copy link
Owner

haimgel commented Jul 7, 2017

I've moved to Homie framework , which in my opinion is a better choice... It handles all kinds of corner cases better, and is very robust. Since it's C++ based, it's also easier to find libraries, and these libraries are more mature.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants