Кстати, домашнее задание - узнать что такое flush.

блин.. вроде подробно все написал..

флаш это сброс буфера чтения

я тоже озадачивался нафиг он нужен но во всех примерах его используют

Ну на чём ты скрипт запускаешь, блин. Это роутер читает Serial или ардуина?

Lua скрипт запускается на роутере есссно там же только есть lua интерпретатор

он конектится через Serial к ардуине

Вот. Я не был уверен что ты не влепил скрипт на ардуину, я так уже делал. От этого зависит то, какие библиотеки связи используются. Твой ответ по flush - неправильный, ищи информацию лучше и проверяй её. Там совершенно конкретное действие, причём регулярно необходимое, особенно в байтоковырянии.

а ардуина подключена через USB адаптер грубо говоря

а ну да на nodemcu вроде тоже есть луа, но это не мой случай

И там чуть другие библиотеки, которые только выглядят похоже, но внутри сильно разные.

ну я искал и нашел только то, что он обнуляет какойто буфер чтения.

хм а тут http://www.lua.ru/doc/5.7.html написано, что сохраняет данные в какойто файл

Хех, напротив, он очищает буфер записи. Если ты делаешь много-много очень мелких записей в тот же serial port, это ведёт к куче переключений контекста и повышенной нагрузке на порт, особенно если он не работает в дуплексе, поэтому там часто есть буферы, в которых хранится "то что ты посылал в порт за последние N секунд". Flush - принудительная отправка всего содержимого буфера и очистка его.

кстати да - чтото с доками там не оч понятно написано.. какието отсылки к другим методам

мм... прочитал перевариваю

у меня так сделано: chain=rserial:read(); rserial:flush() я полагал, что результат чтения сразу сохраняется в chain но учитывая описания flush - он еще сохраняется в rserial чтоли после команды rserial:flush()?

Нет, он никуда не сохраняется, эта команда тут бесполезна, она ничего не делает.

сча проверим)

тру

закоментил ее и все сработало как раньше спасибо

Вот такой вариант: rserial:write('123'); rserial:write('456'); rserial:write('789'); rserial:flush(); Отправляет всё содержимое буфера который ты раньше записал: "123\0456\0789\0" А мелкие записи отправляются в буфер.

что такое \0 ?

Ох. Ты точно на микроконтроллеры пишешь? : )

ну ардуино же)

всмысле - это не супер пупер ембидед

Ну там типа сишка. Вот смотри, сколько байт тебе надо выделить под текст "qwerty123"?

каждый чар вроде == байт

?

Почти. На один больше, как раз для '\0'.

хм

\0 - тут два чара, а не один, не? \ и 0

Карочи, это - символ-терминатор.

стоп байт?

ну лан. допустим это некий разделитель. чтобы все в одну строну не лепилось. мне это вроде пока не важно при чтении.

Обозначает конец строки. Нет, это один байт, потому что он подменяется строковым препроцессором на байт "00000000". Так же как комбинация символов "\n" подменяется на "00001100" (12 в десятичке)

я прост не пойму - почему так сделано - что пока нет ентера в выводе - read() не работает

хм.. вот похоже в моем выводе нету этого конца строки.

Карочи, символы до 32 - это "непечатные специальные символы", и чтобы их вывести, используются всякие ухищрения типа "\0". Для того чтобы не печатать "\10"-"\15" вместо символа перехода строки, под них сделаны буквенные сокращения: "\n"-"\r"

Ну, \n означает 'Newline', переход на следующую строку, а \r - 'carriage Return', возврат каретки. Это осталось ещё с очень древних принтеров.

я прост не пойму - почему так сделано - что пока нет ентера в выводе - read() не работает

Потому что блокирующая операция, оно ждёт пока во входящем буфере не появятся символы.

итак \0 это конец строки в байт представлении - 0000 0000 но где он в таблице? для 0 там Null стоит - это точно не конец строки

Это как раз оно : )

ой NUL он же != NULL

оке я когдато это все читал конечно, просто не применял так плотно. спасибо за ликбез

> он же != NULL Ох, расслабься, ты сейчас фигнёй немножко страдаешь, как правило, это схожие вещи или одно и то же. Тут просто не написано что это ещё и терминатор (2).

CR LF еще там в паскале какомто сто лет назад..

ну ок

примерно понятно.

Вычищай кашу в голове. Почитай всяких K&R.

почитай их, потом найти сорцы луа посмотри как read реализован и не задавай глупых вопросов яснопонятно)

Итак, что ты хочешь?

счас проверю твой код что выше

почитай их, потом найти сорцы луа посмотри как read реализован и не задавай глупых вопросов яснопонятно)

Там биндинг на сишку. Твоя задача - понять как работает сишка.

биндинг на сишку - другими словами плиз?

С - понятно

биндинг тоже но не все вместе

Ну типа, знаешь что такое lua-функция?

Ох, пардон.

хм.. код в модуле. который можно вызвать из своего кода

Карочи, биндинг - это связка между сишкой и луа. Считай что луа-функция, которая ничего не делает кроме вызова соответствующей сишной функции.

а откуда она берет сишную?

там в системе гдето либа лежит?

и оно както залинковано

Хмм. Допустим, ты хочешь сделать возможность из Lua в венде делать MsgBox'ы. Типа окошек со всплывающим сообщением. Так как луа сама по себе не может такого, ей нужно некоторое расширение на сишке. Например, что-то такое: #include <windows.h> /* для месседжбоксов, это кусок операционки */ #include "lauxlib.h" /* подрубаем луа чтобы выгружать в неё сишные функции*/ /* Пилим сишную функцию */ int lua_msgbox(lua_State* L) { /* чтение данных из луа - вот такими командами, типа, читаем аргументы переданные в функцию */ const char* message = luaL_checkstring(L, 1); const char* caption = luaL_optstring(L, 2, ""); /* биндинг (связка) луа функции с сишкой, вызов MsgBox с данными принятыми от луа */ int result = MessageBox(NULL, message, caption, MB_OK); lua_pushnumber(L, result); return 1; } /* регистрируем в луа только что написанную функцию как луа-функцию с именем 'msgbox' */ int __declspec(dllexport) libmsgbox (lua_State* L) { lua_register(L, "msgbox", lua_msgbox); return 0; } И всё. Компилим dll-библиотеку 'libmsgbox', подрубаем к луа: require('libmsgbox') msgbox('Хаю-хай') -- на этом моменте, выскакивает окошко с сообщенькой, -- мы расширили функционал луа через сишный биндинг к операционной системе

Но всё что скрыто за сишной функцией венды "MessageBox" - надо копать в windows.h, потому что эта функция оттуда.

значит такое поведение при чтении из сериал из-за того, что в сишной либе так реализовано..

Карочи, луа-функция может быть как написана на луа, так и на сишке, и просто выгружена в луа. Луашный io.read - такой же биндинг к аналогичной стандартной сишной функции. Всё содержимое io.read зависит от внутренностей твоей оси.

значит вот почему они советовали другие либы использовать..

гораздо понятней стало. спасибо

local function readScript(serial) local data = {} local chunk = serial:read(0); while chunk and not chunk:find("%-%-------") do print(chunk) data[#data + 1] = chunk chunk = serial:read(); end return table.concat(data) end local rserial=io.open("/dev/ttyUSB0","r") print(readScript(rserial)) Попробуй что-то такое. На самом деле, надо бы прочитать документацию по serial port. И, кстати, заценяй лаконичность.

но почему тут 0 serial:read(0); ?

у меня так чет не работает..

chain=rserial:read(0);

The read function reads strings from the current input file. Its arguments control what is read: "*all" reads the whole file "*line" reads the next line "*number" reads a number num reads a string with up to num characters

разве num может быть 0

Вот эти твои serial - нестандартные библиотеки для луа, и ОБЫЧНО, во всяких чтениях указывается или количество байт которые надо считать, или таймаут на чтение. Видимо, тут у тебя это таймаут.

А, блин, меня глючит

Ты же через io.open открываешь. Тогда реализация стандартная.

ок.. с 0 не пашет а с 1 - пишет весь вывод по одному символу в строку

типа так: root@OpenWrt:/www/cgi-bin# ./cl2 2 > > > s e n d i n g r e q u e s t 4