ESP-8266/ESP32 NodeMCU Lua: азы программирования.

То есть зарегистрировать - это тоже самое что и описать ее как у указал выше?

Так верно?

Код (Text):

do
   
   local function catchErr()

    node.setonerror(function(s)    
     print("Error NOWWWWW_0 = ", s)
     node.restart()
    end)
     

   end
     
   local read_telegramm = function()
     
     catchErr()
     
     local curl = 'https://api.telegram.org/bot'..params.telegram_bot..'/getUpdates?offset='..(params.last_mess_tg + 1)
     
     local connect = http.createConnection(curl, http.GET, {headers = {Connection = "close"}})
         
     cb_on = function(code, txt) print(code, txt) end
     connect:on("data", cb_on)    
     
     connect:request()    
     
   end

   read_telegramm()
end

 

 

Можно и так, лишь бы один раз вызывалась. Да и функция тут не нужна.

Код (C++):

    node.setonerror(function(s)  
     print("Error NOWWWWW_0 = ", s)
     node.restart()
    end)
do  
   local read_telegramm = function()
     
     local curl = 'https://api.telegram.org/bot'..params.telegram_bot..'/getUpdates?offset='..(params.last_mess_tg + 1)
   
     local connect = http.createConnection(curl, http.GET, {headers = {Connection = "close"}})
       
     cb_on = function(code, txt) print(code, txt) end
     connect:on("data", cb_on)  
   
     connect:request()  
   
   end

   read_telegramm()
end

 

Ошибка осталась
Прям мистика какая то.

 

Попробуйте для проверки убрать offset из getUpdates запроса. Просто получать одинаковые ответы в течении какого-то времени.

 

Удалось что-то с этим сделать?

 

У вас там стоит нечто с обозначением data. У вас data - функция? Так редко функции называют.

 

Не было времени, завтра планировал заняться.

data: строка - json

 

Я в примере чуть выше использовал слово txt, но это похоже, ни на что не влияет. Также предложил вынести определение callback функции на строчку выше с целью исключить возможное влияние конструкции function(code, data) внутри connection : on(). И это тоже вроде ни на что не влияет.
У меня остались только мысли про неверный параметр (params.last_mess_tg + 1) который случайно становится nil, и с ним происходит конкатенация offset. Собственно, это можно проверить.
А ещё была мысль, что телеграм иногда возвращает какой-то неверный, или пустой ответ, и параметр data из callback'a возвращается установленным в nil. Его бы тут и проверить и напечатать.

 

Была тоже такая мысль, проверю на строке, без offset и все данные укажу сразу в строке.

Тоже об этом думал, но как понять что телеграм косячит так и не понял.

print стоит и печатает, но при падении, информации о том что data/txt пустой не получаю.

 

Ссылку сделал без параметров и без Offset - ошибку поймал только один раз, больше не получает воспроизвести, ошибка та же что и была.

обложил все print. но поймать не получается.

Увеличил с 5 секунд до 10 секунд запуск метода телеграм getUpdates - падения пока не наблюдаю но появилась вот что..

Код (Text):

[0;31mE (680816) esp-tls: [sock=54] select() timeout[0m
[0;31mE (680816) esp-tls: Failed to open new connection[0m
[0;31mE (680816) TRANSPORT_BASE: Failed to open a new connection[0m
[0;31mE (680816) HTTP_CLIENT: Connection failed, sock < 0[0m
[0;33mW (680826) http: Error 28674 from esp_http_client_perform[0m

 

Была в исходниках такая строчка
#define WEBSOCKET_NETWORK_TIMEOUT_MS (10*1000)
Поставьте запуск своего метода на 9 секунд. Не факт, что поможет, но тут уже и непонятно куда копать.

 

Удивительное рядом - поставил по Вашему совету и с утра ни одного вылета, работает как часы.
Буду еще наблюдать, и позже еще отпишусь.

 

Всем доброго дня.
На днях заметил, что при разрыве WIFI ( wifi.sta.on("disconnected"...) срабатывает) модуль не восстанавливает связь. Хотя на IDF версии ниже 4.4 все было нормально.
Сейчас у меня - NodeMCU ESP32 build unspecified powered by Lua 5.1.4 [5.1-doublefp] on IDF v4.4.2

код следующий:

Код (Text):

do
    -- стартуем Wifi: при дисконекте (callback произойдет), ощищаем ip в таблице
    wifi.start()
   
    wifi.sta.on("got_ip", function(ev, info)      
        --params.ip = info.ip
        print("IP now:", info.ip)
    end)
   
    wifi.sta.on("disconnected", function(ev, info)
        --if params.ip ~= nil then
           print("WIFI DISCONNECTED!!!")
        --end
        --params.ip = nil    
    end)

    wifi.sta.connect() -- idf 4.4
end

Кто-нибудь сталкивался с такой проблемой?

 

Я не сталкивался, но храню старые прошивки на такой случай. Мало ли что "улучшат"

 

На IDF 4.4 перешел только ради работы с telegram.
Чуть позже тогда проверю старую прошивку и отпишусь.

 

Проверил на версии: Lua 5.1.4 on ESP-IDF v3.3-beta1-1738-gb64b375234 on SDK IDF
Как и писал выше - работает как надо.
Печально, когда одно чинят - другое ломается.

 

Скомпилировал IDF 5.0



Кому попробовать для разминки.



С WiFi все ОК.

 

Что-то ты не так делаешь, все работает.

 

Большое спасибо Игорь, помогли.
Теперь расскажу в чем была проблема.
В версии IDF 3.3 для восстановления WIFI таймер не нужен был в секции "disconnected", то есть код который я приводил пару сообщений назад работает.
В версии 4,4 - чтобы заработало восстановление, Вы добавили таймер (о чем я совсем не догадался) и восстановление WIFI происходит как надо.

Еще раз большое спасибо.

 

Игорь, если Вас не затруднит - можно на Lua 5.1 и IDF 5.0 собрать?
Спасибо.