openshwprojects

@valeklubomir how is your fix supposed to work if you did not implement the LWIP_ASSERT_CORE_LOCKED macro? I may be wrong, but my current assumption still is that you have to...

@valeklubomir from a quick glance at the code, the LOCK_TCPIP_CORE was already here: https://github.com/openshwprojects/OpenBK7231T/search?q=LOCK_TCPIP_CORE https://github.com/openshwprojects/OpenBK7231T/search?p=2&q=LWIP_TCPIP_CORE_LOCKING So I am not sure what exactly has changed now in your SDK. By the...

Also what has happened here, why is there a pointer reference difference between N SDK and T SDK? 

@valeklubomir I am trying to compile with your SDK, have you seen that error?  I know how to fix it, just curious...

@valeklubomir I got a N device. Porting the T LWIP to N didn't help, but your changes seems to helped so far. I am testing with MQTT on and with...

@valeklubomir I will try to find an N platform BL0937, I think I have one somewhere here. The BL0937 read handler is called from "on every second" tick, which is...

@valeklubomir can you post your changes to _App repository as a pull request?

@valeklubomir I am testing your changes since 6 hours ago, but I ported only changes to N SDK, no changes to App, and it seems to work better, no issues...

Idea is good, but it seems you are doing it incorrectly. You are just setting g_led_enableAll to 0, but you do not broadcast it's change over MQTT. Is this intended?

Hmm it seems better. Do you think this behaviour should be always on, or will we add a flag for that? With CFG_HasFlag or whatever it was called....