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

Странно. У меня работает без скобок. Вот такой init.lua

Код (C++):

if node.LFS.get("_init") == nil then
    node.LFS.reload("lfs.img")
end

local initTimer = tmr.create()
initTimer:register(1000, tmr.ALARM_SINGLE,
    function(t)
        if pcall(node.LFS.get("_init")) then node.LFS.prog() end
        t = nil
    end)
initTimer:start()
 

Правда я прошил 3.0.0 релиз, а не мастер. Может в этом дело. Кстати, ещё можно поправить _init, который в LFS. В том, который в примере не работает механизм приоритета поиска модулей. То есть если загрузить в spiffs скажем файл prog.lua, то он будет исполнятся. А если стереть, то выполнится тот prog, который в LFS. Так вот, чтоб это работало надо подправить _init. Вот так примерно:

Код (C++):

local lf, df, file_exists = loadfile, dofile, file.exists
G.loadfile = function(n)
  local mod = n:match("(.*)%.(l[uc]a?)");
  if file_exists(n) then return lf(n) else return (index(mod) or lf(n)) end
end

G.dofile = function(n)
  local mod = n:match("(.*)%.l[uc]a?");
  local fn  = index(mod)
  if file_exists(n) then return df(n)
  elseif fn then return fn()
  else return df(n) end
end
 

А загрузку и сборку в LFS настроил себе в VSCode. Теперь всё делается несколькими нажатиями клавиш. Достаточно быстро.

 

Аналогично, глобальная таблица и загрузка по необходимости и выгрузка, если без надобности. Вообще я многие подходы позаимствовал у Вас в этой теме. Но этого бывает не достаточно, всё зависит от задачи.

Как говорится "Совершенству нет предела" или "Хорошая мысля приходит опосля". Когда девайс готов и запущен в работу, всегда приходят мысли, что вот здесь можно было сделать получше или по другому. А потом ползать с ноутом под потолком удовольствие так себе. Ну и второй вариант, у меня пару ESP работают в гараже, (wifi,vpn домой). Там вариант с удалённой загрузкой ещё более актуален, который, кстати, тоже находится в LFS ))

в итоге в init.lua получилось что-то вроде того

Спойлер: init.lua

Код (C++):

node.LFS.get('_init')()

if rtcmem.read32(0) == 501 then
    print("Start Server!")
    rtcmem.write32(0, 0)
    node.LFS.get('http')()
else
    status,err = pcall(function()
        if not file.exists('to_lfs') and file.exists('LFS.img') then
            to_lfs = file.open("to_lfs", "w")
            to_lfs:close()
            to_lfs = nil
            print('Reloading LFS.img')
            node.LFS.reload('LFS.img')
        else
            if file.exists('to_lfs') then file.remove("to_lfs") end
            if file.exists('LFS.img') then file.remove("LFS.img") end
        end
    end)
    tmr.create():alarm(5000, 0,  function()
        if status then
            for k,v in pairs(node.LFS.list()) do print(k,v) end
            node.LFS.get('setglobals')()
        else
            print("error:", err)
            print("Start HTTP")
            rtcmem.write32(0, 501)
            node.restart()
        end
        status,err = nil,nil
    end)
end
 

 

я сначала засомневался в себе, но потом пошёл проверять.
в образе LFS у нас файл hello.lua и в нём функция hello()

Код (C++):

function hello()
    print('Hello from LFS')
end
 

конструкция типа:

Код (C++):

node.LFS.get('hello')
hello()

выдаёт ошибку

в то же время при:

Код (C++):

node.LFS.get('hello')()
hello()

всё ок, "Hello from LFS"
Не знаю, может я такой везунчик, либо разница в версиях. У меня прошит "build 2020-10-01 14:47 powered by Lua 5.1.4 on SDK 3.0.1-dev(fce080e)"

А что за node.LFS.prog() ?
В доках не упоминается.

 

У меня собрано из исходников с git. 3.0-release_20200910
пишет - powered by Lua 5.1.4 on SDK 3.0.1-dev(fce080e). Дата, естественно, компиляции

prog - это я так свой модуль обозвал. Можно main, или всё равно как. Эквивалентно node.LFS.get("prog")

Из документации:
Note that unused node.LFS properties map onto the equialent get() call so for example: node.LFS.mySub1 is a synonym for node.LFS.get('mySub1').

P.S. в _init.lua надо ещё строчку подправить
localindex = node.LFS.get --node.flashindex

чтобы проверить окончательно - вот мой _init

Код (C++):

local index = node.LFS.get --node.flashindex
local G=_ENV or getfenv()
local lfs_t
if _VERSION == 'Lua 5.1' then
    lfs_t = {
    __index = function(_, name)
        local fn_ut, ba, ma, size, modules = index(name)
        if not ba then
          return fn_ut
        elseif name == '_time' then
          return fn_ut
        elseif name == '_config' then
          local fs_ma, fs_size = file.fscfg()
          return {lfs_base = ba, lfs_mapped = ma, lfs_size = size,
                  fs_mapped = fs_ma, fs_size = fs_size}
        elseif name == '_list' then
          return modules
        else
          return nil
        end
      end,

    __newindex = function(_, name, value) -- luacheck: no unused
        error("LFS is readonly. Invalid write to LFS." .. name, 2)
      end,
    }

    setmetatable(lfs_t,lfs_t)
    G.module       = nil    -- disable Lua 5.0 style modules to save RAM
    package.seeall = nil
else
    lfs_t = node.LFS
end
G.LFS = lfs_t

--[[-------------------------------------------------------------------------------
  The second section adds the LFS to the require searchlist, so that you can
  require a Lua module 'jean' in the LFS by simply doing require "jean". However
  note that this is at the search entry following the FS searcher, so if you also
  have jean.lc or jean.lua in SPIFFS, then this SPIFFS version will get loaded into
  RAM instead of using. (Useful, for development).
  See docs/en/lfs.md and the 'loaders' array in app/lua/loadlib.c for more details.
---------------------------------------------------------------------------------]]

package.loaders[3] = function(module) -- loader_flash
  return lfs_t[module]
end

--[[-------------------------------------------------------------------------------
  These replaces the builtins loadfile & dofile with ones which preferentially
  loads the corresponding module from LFS if present.  Flipping the search order
  is an exercise left to the reader.-
---------------------------------------------------------------------------------]]
--[[
local lf, df = loadfile, dofile
G.loadfile = function(n)
  local mod, ext = n:match("(.*)%.(l[uc]a?)");
  local fn, ba   = index(mod)
  if ba or (ext ~= 'lc' and ext ~= 'lua') then return lf(n) else return fn end
end

G.dofile = function(n)
  local mod, ext = n:match("(.*)%.(l[uc]a?)");
  local fn, ba   = index(mod)
  if ba or (ext ~= 'lc' and ext ~= 'lua') then return df(n) else return fn() end
end

--]]

local lf, df, file_exists = loadfile, dofile, file.exists
G.loadfile = function(n)
  local mod = n:match("(.*)%.(l[uc]a?)");
  if file_exists(n) then return lf(n) else return (index(mod) or lf(n)) end
end

G.dofile = function(n)
  local mod = n:match("(.*)%.l[uc]a?");
  local fn  = index(mod)
  if file_exists(n) then return df(n)
  elseif fn then return fn()
  else return df(n) end
end
 

 

хах, полез я тыкаться как слепой котёнок, проверять функционал на работоспособность ))

Код (C++):

function hello()
    print('hello from lfs')
end
hello()

node.LFS.get('hello') -- не работает
node.LFS.get('hello')() -- работает
node.LFS.hello() -- работает

Результат один вне зависимости какой _init.lua и подгружен ли он вообще.

судя по всему эта фраза из документации не совсем соответствует действительности или я чего-то не понимаю.

 

Проверил на прошивке собранной с сайта
release: 3.0-master_20200910
release DTS: 202009090323
Всё работает.
Попробуйте сделать следующие вещи.
1. перепрошиться со стиранием flash (похоже, этот _init где-то глубоко зарылся в LFS и не стирается. У меня тоже без _init в LFS выполнялся как будто бы старый _init был
2. переименуйте функцию, или модуль. А то они у вас оба hello. Тут трудно искать кого вызываешь. Пусть главный модуль будет prog.lua
3. сделайте отдельный файл pr.lua с объявлением функции hello и вызывайте его из prog через dofile('pr.lua')

Код (C++):

-- file pr.lua
function hello()
    print('print from LFS')
end

-- file prog.lua
dofile('pr.lua')
hello()

 

4. положите в spiffs init.lua и загрузите LFS
5. после ресета должно напечатать "print from LFS"
6. если заработало, то в файле pr.lua замените строку на print from spiffs. Этот файл с этим же именем pr.lua положите в spiffs
7. после ресета должно напечатать print from spiffs
8. переименуйте pr.lua в spiffs на что-нибудь
9. после ресета должно напечатать print from LFS

то есть можно отлаживать файл на spiffs, а когда отлажен уже запихивать в LFS. Как и рекомендует разработчик

 

Занес в шапку ссылку на дополнение по LFS.

"node.LFS.mySub1 is a synonym for node.LFS.get('mySub1')"

Что есть конструкция типа бла.бла.бла(node.LFS.mySub1)? Это ссылка.

Документация выше говорит, что вызов функции node.LFS.get('mySub1') есть синоним ссылки.

Документация выше говорит, что ссылка node.LFS.mySub1 есть синоним вызова функции node.LFS.get('mySub1') . В данном случае порядок сказанного имеет значение.

Получается, здесь имеется в виду, что этот результат вызова есть та самая ссылка.

UPD. Следовательно, поскольку node.LFS.get('mySub1') есть функция, которая получает ссылку, то и синоним этого node.LFS.mySub1 есть не просто ссылка, а тоже функция, дающая на выходе ссылку.

Дальше все просто - добавляем () и функция по ссылке вызывается.

Таким образом,
node.LFS.get('hello')() -- работает
node.LFS.hello() -- работает
а
node.LFS.get('hello') работать не должен, ибо это лишь ссылка.

Попробуйте следующее:

Код (Lua):

var = node.LFS.get('hello')
var()

Есть вероятность что запустится.

Или так:

Код (Lua):

print(node.LFS.get('hello'), node.LFS.hello)

Интересно что будет. Полагаю, будут напечатаны две одинаковые цифры.

 

Да, так всё верно.

Код (C++):

***********>>>>>> restart

> node.LFS.get('hello')
> hello()
Lua error:     stdin:1: attempt to call global 'hello' (a nil value)
stack traceback:
    stdin:1: in main chunk
    [C]: ?
    [C]: ?
>
> node.LFS.get('hello')()
> hello()
Hello from LFS
>

***************>>>>>> restart

> var = node.LFS.get('hello')
> var()
> hello()
Hello from LFS
>
 

С функциями как-то запутано. Видно в _init их переколбашивает

Код (C++):

NodeMCU 3.0.0.0 built on nodemcu-build.com provided by frightanic.com
    branch: release
    commit: 64bbf006898109b936fcc09478cbae9d099885a8
    release: 3.0-master_20200910
    release DTS: 202009090323
    SSL: false
    build type: float
    LFS: 0x10000 bytes total capacity
    modules: bit,cron,file,gpio,mqtt,net,node,ow,rtcmem,rtctime,sjson,sntp,tmr,uart,wifi
build 2020-09-29 06:46 powered by Lua 5.1.4 on SDK 3.0.1-dev(fce080e)
cannot open init.lua:
> print(uart.setup(0, 115200, 8, 0, 1, 1 ))
115200

{ lfs_addr = 0x07c000, lfs_size = 0x010000, spiffs_addr = 0x100000, spiffs_size = 0x010000 }

> print(node.LFS.get('hello'), node.LFS.hello)
function: 0x3fff0640    function: 0x3fff06d0

    =========== _G table: ===========
module    function: 0x4023d528
pairs    function: 0x3fff0380
__index    table: 0x3ffef470
package    table: 0x3fff0950
_G    table: 0x3fff0350
_VERSION    Lua 5.1
ipairs    function: 0x3fff05e0
newproxy    function: 0x3fff0760
require    function: 0x4023d378

===== package.loaded table: =====
package    table: 0x3fff0950
=================================
Reg: 1    Heap: 43120
=================================

> hello()
Lua error:     stdin:1: attempt to call global 'hello' (a nil value)
stack traceback:
    stdin:1: in main chunk
    [C]: ?
    [C]: ?

> node.LFS.hello()
> hello()
Hello from LFS

=========== _G table: ===========
module    function: 0x4023d528
pairs    function: 0x3fff0380
__index    table: 0x3ffef470
package    table: 0x3fff0950
_G    table: 0x3fff0350
_VERSION    Lua 5.1
ipairs    function: 0x3fff05e0
hello    function: 0x3fff0550
newproxy    function: 0x3fff0760
require    function: 0x4023d378

===== package.loaded table: =====
package    table: 0x3fff0950
=================================
Reg: 1    Heap: 43128
=================================

> print(node.LFS.get('hello'), node.LFS.hello)
function: 0x3fff0578    function: 0x3fff05a0
>

 

Все с ними нормально. Это я ошибся.
Да, адреса получаются (и должны быть) не одинаковыми и вот почему.

Видимо, каждый вызов любой из этих конструкций кладет в регистр собственную ссылку на модуль LFS, кстати, тем самым забивая его (регистр).

То есть, синтаксически, вызовы равноценны, но каждый вызов делает именно новую запись, а не дублирует старую. И это, видимо, обосновано. Вы можете сделать несколько обращений к модулю, например, с разным набором аргументов (если он такое поддерживает). Ну и вообще - кто полагал что мы тут придумаем

Так что для проверки выполните:

Код (Lua):

 print(node.LFS.get('hello'), node.LFS.get('hello') , node.LFS.hello, node.LFS.hello)

Должно получиться 4 разных цифры А если две пары - у меня мыслей нет.

 

Код (C++):

> print(node.LFS.get('hello'), node.LFS.get('hello') , node.LFS.hello, node.LFS.hello)
function: 0x3fff0640    function: 0x3fff06d0    function: 0x3fff08d0    function: 0x3fff08f8
> hello()
Lua error:     stdin:1: attempt to call global 'hello' (a nil value)
stack traceback:
    stdin:1: in main chunk
    [C]: ?
    [C]: ?
> node.LFS.hello()
> hello()
Hello from LFS

=========== _G table: ===========
module    function: 0x4023d528
pairs    function: 0x3fff0380
__index    table: 0x3ffef470
package    table: 0x3fff0950
_G    table: 0x3fff0350
_VERSION    Lua 5.1
ipairs    function: 0x3fff05e0
hello    function: 0x3fff0640
newproxy    function: 0x3fff0760
require    function: 0x4023d378

===== package.loaded table: =====
package    table: 0x3fff0950
=================================
Reg: 1    Heap: 42584
=================================
 

Главное, работает как ожидалось. А механизмы авторы там могут и поменять.
Они вообще, с переходом на LUA5.3 по умолчанию, похоже много чего наменяют.

 

Ну, все выяснилось Будем ждать 5.3

 

Visual Studio Code и Lua

В процессе изучения Lua в связке с NodeMCU через некоторое время мне захотелось автоматизировать некоторые операции по работе с ESP через COM порт, и получить дополнительные удобства при набирании и редактировании кода, которые обычно предоставляют большие программные IDE.
Для решения данных задач я перешёл на VSCode и настроил его для работы с Lua и ESP путём написания нескольких команд и скриптов. Возможно, профессиональным программистам моё дальнейшее описание будет не очень интересно, так как для них всё это очевидно, но для начинающих типа меня, может оказаться полезным.
Итак. Многие пользуются notepad++, так как он очень быстрый и многофункциональный за счёт огромного количества плагинов. Однако, с появлением VSCode, появилась альтернатива. Он достаточно быстр, в отличии от своего старшего собрата VisualStudio, и количество расширений, предоставляемых в Marketplace, расширяет его функционал очень существенно.
Для облегчения перехода с других редакторов есть возможность установить схему клавиш. Для notepad++, для vim и ряда других.
Для комфортной работы просто с Lua в VSCode достаточно установить следующие расширения:

Lua Language Server coded by Lua автор sumneko

Это расширение выполняет проверку и подсветку синтаксиса, автозавершение кода (когда ещё плохо знаешь конструкции языка, очень помогает), поиск и переход по определениям, показывает необъявленные переменные и т.д.

После установки через «Расширения» достаточно настроить, нажав на шестерёнку, несколько параметров расширения. Причём лучше менять на вкладке Рабочая область, а значения на вкладке Пользователь оставить по дефолту.

Lua>Diagnostics: Globals

Написать туда gpio, tmr, file и остальные, используемые вами, модули nodemcu

Runtime:Version

5.1 (с переходом вскоре nodemcu на 5.3 можно будет оставлять по дефолту)

По желанию, запретить lowercase-global. А то он считает, что все глобальные переменные должны быть большими буквами. Кто считает также – может параметр не менять.

Второе расширение Lua Debug автор actboy168

Это неплохой отладчик. Естественно, для работы непосредственно с nodeMCU в realtime он непригоден, но отлаживать кусочки логического кода, и тренироваться в изучении Lua он очень и очень мне помогает. ( Можно ещё поставить расширение CodeRunner, тогда удобно будет запускать код на PC)

Параметров для настройки у него немного, у меня там везде utf8 и параметр Console установлен в internalConsole.

Другие расширения Lua на Marketplace тоже предлагаются, но эти самые функциональные, на мой взгляд. К тому же они поддерживаются в активном состоянии обоими авторами.

Из общих расширений, делающих работу удобной, можно отметить ProjectManager автора AlessandroFragnani. Вообще, раньше проекты в VSCode я открывал путём Файл –> Открыть папку. После установки ProjectManager достаточно щёлкнуть по названию проекта. Очень удобно, а то пока нужную папку найдёшь…
Правда, один раз всё-таки придётся выполнить Файл –> Открыть папку. Затем сохранить проект, нажав слева на пиктограмму расширения ProjectManager.

На этом стандартную установку и настройку VSCode с расширениями для Lua можно считать законченной. Уже можно комфортно работать.

Теперь приступаем к автоматизации скриптами и командами.

Продолжение →

 

← Предыдущее сообщение | Продолжение →

Автоматизация

Для упрощения загрузки файлов в ESP по COM порту и для сборки LFS, не выходя из VSCode, необходимо установить ряд программ.
Первая - это утилита NodeMCUTool, выполняемая из командной строки

https://github.com/AndiDittrich/NodeMCU-Tool

NodeMCUTool позволяет выгружать через COM порт файлы LUA, или двоичные файлы в ESP8266/ESP32/NodeMCU по одному, или пачкой, выполняет ряд файловых операций, и главное, убирает при загрузке все комментарии и лишние пробелы, используя luamin. Это даёт возможность подробно комментировать код, не заботясь о размере загружаемого файла. По совместительству утилита работает терминалом, если надо. Устанавливается как global package через npm

npm install nodemcu-tool -g

Вторая – это кросс компилятор Lua luac.cross.exe

Здесь стоит обратить внимание, что, если вы скачали кросс компилятор с git и он называется, например, lua.crossx64 floatLua51.exe, то его надо будет переименовать в luac.cross.exe. Для того, чтобы система нашла путь к этому компилятору, он должен присутствовать в переменных среды Windows. Самый простой способ этого добиться – установить Lua для windows и положить luac.cross.exe в c:\Program Files (x86)\Lua\5.1\
Или туда, куда вы установили. Или руками прописать системную переменную с путём.

Что будут делать команды автоматизации. Они все приведены в файле task.json.

• Выгрузить текущий файл в ESP
• LFS собрать, выгрузить и flashreload
• Запустить текущий файл
• Кросс компилятор
• Файл скомпилировать, выгрузить, запустить
• и другие.

Реально я использую только несколько команд, остальные были написаны для экспериментов и отладки. Желающие могут их модифицировать, или стереть. Однако они не мешаются, так как наиболее часто используемые команды всплывают в меню выбора наверх. Ими и пользуемся.

Теперь создадим проект в ProjectManager с именем hello, и он должен иметь следующую структуру:

Папка hello
файлы с программой. hello.lua
подкаталоги:
.vscode (обращаю внимание на точку. Имя не менять.)
.output (обращаю внимание на точку. Имя не менять.)
init (это имя подкаталога , в отличии от предыдущих двух, может быть любым)

В .vscode лежат файлы настроек данного проекта и скрипты
В .output кладутся *.lc, *.log, lfs.img (этот каталог обязателен для кросс компилятора и LFS, иначе скрипты не выполнятся как надо)
Каталог init содержит файл init.lua. Он спрятан в подкаталог, чтобы его не зацепило при сборке LFS. Скрипт сборки LFS, в принципе, повторяет требования к bat файлу сборки, то есть, собираться будут файлы, находящиеся в верхнем каталоге (hello в нашем случае).

Важно! Скрипты привязаны к иерархии каталогов от папки проекта. Папку проекта можно класть куда хочешь.

Содержимое папки .vscode :
launch.json – запуск дебаггера. В случае nodeMCU не актульно
lfs.ps1 – скрипт сборки LFS. Там в переменной var уже написано под новый релиз. Если релиз старый – верните flashreload
pack.ps1 – скрипт компилирует и выгружает в ESP. Файлы *.lc и *.log укладываются в .output. Там их и смотрим, если что не так.
settings.json - туда заносятся локальные для проекта настройки от расширений.
task.json – собственно команды.

В командах везде сделан выбор СОМ порта для выгрузки. Учитывая способность windows назначать номера COM портов по своему усмотрению, я ввёл такую возможность.
Если у вас по какой-то причине номера портов не меняются, то в строке команды вместо ${inputPORT} напишите --port=COMномер_вашего_порта (два дефиса спереди)

Ещё можно в "default": "--port=COM4" прописать свой номер, тогда он будет всегда на самом верху и подсвечен для выбора.

Вообще, эти игры с COM’ами влияют только на количество нажатий клавиши для подтверждения – один или два. Или ноль, если COM жёстко забит в строку.

Как пользоваться.

1. Надо встать мышью на файл в окошке редактирования. То есть, если вы хотите произвести операцию с файлом, то фокус должен быть на нём. Причём, не в проводнике слева, а в окне редактирования!!
2. Убедимся, что закрыт COM порт, открытый Esplorer’ом на соседнем мониторе (если он, конечно у вас открыт, как у меня).
3. Жмём Ctrl+Alt+T
4. Предлагается выбрать задачу для запуска. Выберем, например, задачу "Выгрузить текущий файл в ESP".
5. Предлагает выбрать COM порт (если в командной строке ${inputPORT})
6. Файл, на котором мы стояли, улетает в ESP с индикацией процесса на встроенном терминале VSCode, открывшемся внизу окна. Когда всё выгрузилось, жмём пробел, или любую другую клавишу. Если надо выгрузить .lc файл, а он бинарный, то также выбираем в проводнике VSCode .lc файл, встаём на правое окно его редактирования и выгружаем. Предупреждение о том, что он не может отобразиться – игнорируем. Или, если хочется посмотреть – что там внутри, то установите расширение hexDump for VSCode.

Если вы хотите просто скомпилировать файл, то, встав на него, жмёте “компиляция”. Результат – два файла. log и .lc будут в каталоге .output

В случае с LFS надо встать на ЛЮБОЙ файл из каталога (где все программы наши лежат) и выбрать команду “LFS собрать, выгрузить и flashreload”. Все файлы скомпилируются, соберутся в LFS, и отправятся в ESP. Затем выполнится перезагрузка LFS на ESP и она рестартует.
В отличии от других команд, окно терминала здесь надо закрывать нажатием на урну в командном меню терминала в правом верхнем его углу. Стучанием по пробелу он не закроется. Это связано с особенностью передачи параметров в nodemcu-tool.

Пару слов про организацию (ну, как у меня сделано) каталогов и проектов для Lua.

Каталог Dz для домотикз. Там на весь каталог одно workspace, следовательно, один каталог .vscode на все подпапки проектов.

Каталог nodemcu. Там каждый проект в своей папке, и, следовательно, настройки для каждого проекта свои (папка .vscode в каждом проекте своя). Если сделать общий workspace на все проекты, то расширение lua server будет считать, что это всё общее. Тогда переменные, определённые в другом проекте с теми же именами, не будут подчёркиваться в текущем проекте как неопределённые.

Каталог РС. Ну, это для экспериментов в среде компьютера.
Вроде всё. Ещё раз повторюсь, я это настраивал для себя и идя по пути освоения Lua и nodemcu, постоянно читая эту тему. То есть это всё для начинающих. Возможно, достигнув просветления и, перейдя на следующий уровень, этот метод работы покажется чем-то странным и излишним.

В аттаче zip с проектом hello и настройками.

Забыл выложить рабочие файлы настроек для конфигурации debug и CodeRunner для запуска на PC.
Здесь стоит обратить внимание, что Windows странно работает с UTF8 в терминале. Даже при установке галочки "Экспериментальное использование UTF8" в языковых настройках Windows при выводе возникают проблемы с русским языком. Если не класть эти файлы конфигурации в .vscode, то выводит в терминал по-русски. Для проверки выполните

io.write("rus-русский текст")

но тогда не работает ввод по
a = io.read("*n")

Если файлы конфигурации положить в .vscode, то можно будет вводить данные с терминала в интерактивном режиме, однако с русским текстом печалька. То есть выход - писать всё по английски. Победить мне это не удалось. Если кто знает как и расскажет - будет молодец.

← Предыдущее сообщение | Продолжение →

 

В шапке.

 

← Предыдущее сообщение | Продолжение →

Автоматизация 2

Для того, чтобы иметь возможность отвязаться от COM порта, и всё также работать в VSCode я написал ещё несколько команд. Теперь можно выгружать файлы по FTP и также собирать LFS и выгружать её по FTP. Соответственно, скорость выгрузки сильно увеличилась. Вариант HTTP_OTA я пока не придумал как прикрутить к VSCode.

Модуль FTP в настоящее время работает только с LFS из-за своего большого размера. Хотя возможно в ближайшее время разработчики реализуют заявленный ими механизм работы ftp (в том числе) на spiffs. Обсуждение планов здесь

А пока, просто загрузив минимальный набор файлов, получаем более быстрый (в отличии от COM’а) и удалённый (если надо) механизм загрузки на ESP интегрированный в VSCode. Также можно пользоваться TotalCommander’ом подконнектившись по ftp. Это, если нужен расширенный вариант файловых операций.
ftpserver.lua включен в проект сразу и ftp сервер стартует, позволяя в дальнейшем загружать оставшиеся программы, или менять их по необходимости.

Дополнительно к предыдущим добавились две команды “Выгрузить по FTP” и “buildLFS & FTP”. Требования к выполнению команд такие же, как были описаны ранее. Изменился только механизм доставки. Для реализации связи по FTP используется curl.exe, встроенный в Windows 10.

В каталоге .vscode, кроме изменившегося файла tasks.json, появились ftp.ps1и ftp.txt. Править под себя нужно только ftp.txt, там всего две строчки. Логин и пароль на ftpserver должны быть такими же, как в строке кода в файле main.lua

node.LFS.ftpserver():createServer("test","12345")

,где test– логин, а 12345 – пароль.

При первоначальной загрузке в проекте должны быть init.lua на spiffs и собранная LFS с файлами main.lua, _init.lua и ftpserver.lua.

После рестарта можно проверить, что сервер стартовал, набрав в терминале команду

Curl.exe ftp://192.168.*.* --user test:12345 --ftp-pasv --disable-epsv –v

В ответе будут слова про успешную аутентификацию и выведено содержание каталога.

Самое неприятное во всём этом – это то, что пришлось для рестарта LFS приделывать жёсткий костыль в коде. Ввёл команду, которой нет в спецификации FTP. Изменил немного оригинальный ftpserver.lua. Строки 192, 245-248. Команда RST.
Ну никак было не придумать метод удалённого сброса ESP при наличии только FTP при старте. Только если вспомогательный файл писать и вешать на приём. Telnet прицепил было, но через него node.restart из командной строки не передать. То есть не достигается финальная цель - нажал одну кнопку, и всё сделалось само

В аттаче проект FTP с новыми командами.

← Предыдущее сообщение | Продолжение →

 

← Предыдущее сообщение

Автоматизация возвращается

В целях завершения реализации различных способов общения с ESP непосредственно из VSCode я добавил возможность закачки и запуска файлов по HTTP.
Для исполнения команд требуется http сервер, разработанный ИгорьК. Сервер взят из поста «Грузим Lua скрипты по wifi» данной темы. В качестве инструмента со стороны PC так же, как и ранее, используется curl.

При работе по http в режиме multipart/form-data curl разбивает стартовое сообщение POST на несколько кусочков. Это отличие от заголовка загрузки через оболочку сервера не позволяет реализовать загрузку файлов без корректировки кода http.lua, представленного ИгорьК. Пришлось внести небольшие изменения в код (они отмечены комментариями – for curl). Надеюсь, ничего не поломал . Поправленный файл http.lua в аттаче.

Для тех, у кого уже во всех устройствах зашит код от ИгорьК и менять ничего не хочется, можно предложить использовать вместо curl утилиту HHTPie, которая генерирует «правильный» стартовый заголовок (Требует Питона вер.>= 3.6). Тогда загрузка файла будет осуществляться командой типа:
http -f POST http://192.168.1.69 filename=tt.lua myfile@tt.lua

Однако, в приведённых файлах команд у меня используется только curl, соответственно, файл http.lua скорректированный.
Свой IP адрес ESP’шки надо вбивать в файл http.txt, находящийся в каталоге .vscode.

Итак, добавлены команды:

• HTTP: Выгрузить текущий файл
• HTTP: Запустить текущий файл
• HTTP: Сброс ESP
• LuaSrcDiet

LuaSrcDiet – это утилита, которая экстремально сжимает файл *.lua перед выгрузкой на ESP. Устанавливается через luarocks из каталога c:\Program Files (x86)\Lua\5.1\ командой

luarocks install luasrcdiet

После выполнения команды LuaSrcDiet файл с ТЕМ ЖЕ именем кладётся в каталог .output. Оттуда его можно выгрузить на ESP. Эту команду можно далее встраивать в цепочку автоматизации, комбинируя её с уже имеющимися командами, по желанию.

Дополнительно немного изменил структуру файлов скриптов, которые выкладывал здесь ранее. Теперь всё объединено в один скрипт auto.ps1. Скорректирован файл команд task.json. Размер LFS меняем в переменной lfsSize скрипта auto.ps1. Новые файлы команд и скрипта в файле vscode.zip в аттаче.

UPD. Enhancement.
Для того, чтобы запускать на исполнение файл по HTTP из любого каталога, а не только из верхнего надо заменить в файле task.json строчку команды. То есть, должно быть так:

Код (C++):

"label": "HTTP: Запустить текущий файл",
"type": "shell",
"command": "curl.exe --get -d command=runfile -d filename=${fileBasename} --config ./.vscode/http.txt",

Для того, чтобы скомпилировать файл, находящийся в подкаталоге проекта нужно использовать следующую строчку команды

Код (C++):

"label": "Кросс компилятор",
"type": "shell",
"command": "luac.cross.exe -o ${workspaceFolder}/.output/${fileBasenameNoExtension}.lc  -l ${fileDirname}/${fileBasename}  > ${workspaceFolder}/.output/${fileBasenameNoExtension}.log",

Важное дополнение ->
← Предыдущее сообщение

 

Класс! Рекомендую поправить все посты, вставив в каждый ссылку на следующий в конце поста и вначале - на предыдущий. @NikitOS , помогите, пожалуйста!
Великолепная работа.

 

Начнем с азов:



@serg3295 есть комментарии? Win10 домашняя. Запуск VS от имени администратора в т.ч.

 

Попробуйте в Powershell с правами админа набрать

Set-ExecutionPolicy Unrestricted
и согласиться большой буквой А

Кажется, я отсюда брал.

UPD. Извиняюсь, забыл про это написать. Очень давно устанавливал VSCode, и не учёл, что без этого скрипты не работают. Надо бы во второй мой пост про автоматизацию это добавить, так как это важно. Но возможность редактирования исчезает через сутки

 

От как забавно то cmd - и все работает, PowerShell - суперзащита Никогда не сталкивался и мыслей на оболочку не возникло. Грешил на NodeMCUTool