Недавнее содержимое от osnwt

Ещё раз повторю: меня интересовало, предусмотрена ли в том, что уже есть, возможность работы моста полудуплексного RS-485 через TCP без использования Modbus (при определенной конфигурации свалки) или нет. Ожидался ответ вида: - да, включить переменные X=off, Y=on, и установить порт через Z=P...

Ну вообще ожидался ответ вида: "Полудуплексный TCP2RS485 поддерживается из коробки, для чего в прошивке RS485 надо запретить работу Modbus установкой X и разрешить работу полудуплексного RS-485 через TCP установкой Y". Или "Из коробки драйвер RS485 привязан только к Modbus. Для получения...

Можно использовать приложенную версию (в теме по ссылке выше) - там все поправлено. А насчет отступов я имел в виду не конкретный проект, а вообще то, насколько вольно нынче обращаются с табуляцией вообще и символами табуляции, в частности. Мне даже в бреду не пришло бы в голову переопределить...

Как минимум, это небольшие файлы, которые после добавления gzip хедера становятся больше. В этом случае их лучше вообще не сжимать. Также это может проявляться на файлах с содержимым, близким к случайному. Например, на графических файлах, которые, практически, несжимаемы. Проверить просто...

У меня нет привычки перебивать чужие копирайты и я не занимаюсь коммерческими проектами на ESP8266. Просто у меня завалялось несколько модулей, которые хотелось к чему-то пристроить, чтобы не выкидывать. И тут вылезла неприятная привычка делиться опытом (не важно, своим кодом или найденным...

А нет никаких претензий! Просто я понимаю, что на данный момент это лучшая реализация subj. И я не один, кто проявляет к ней интерес несмотря на то, что развитие прекращено. И что вопрос о том, почему последняя версия в git не собирается более новым компилятором, будет всплывать еще долго...

Вот рабочая версия (прилагается, переименовать в .py). Вызывается так: ./webfs_tool.py build -d "*.htm, *.html, *.cgi, *.xml, *.bin, *.txt, *.wav" -n "mdbini.bin, *.inc, *.ini, snmp.bib, *.ovl" -s ./WEBFilesTCP2UART ./webbin/WEBFiles.bin

Подробно ответил по ссылке ниже, но если кратко: там сейчас все хорошо. Разработка ‘библиотеки’ малого webсервера на esp8266.

MacOS тут ни причем. Речь о том, что приведение типов вида: #define drv_host_ip ((ip_addr_t *)mdb_buf.ubuf)[42>>1], где элементы ubuf имеют тип uint16_t, само по себе формально влечет undefined behavior, что может быть приемлемым в случае конкретного компилятора (что и делается путем...

Спасибо, после небольшой доработки он заработал, как надо, у меня на маке (который Apple, а не который make). Доработка нужна для корректной генерации образа. Саму систему сборки даже не пробовал - терпеть не могу python за его форматирование. Я сам перфекционист в плане строгости...

Кстати, 0.6.3 не собирается без ругани более новым компилятором (gcc 4.8.5 на MacOS). Код сборки оверлеев ругается на нарушение strict aliasing, поскольку везде используется приведение типа uint16_t переменных modbus к другим не char (например, к IP адресу), что нарушает вышеуказанное правило...

С этим-то я уже разобрался. А вот основной вопрос остался без ответа, к сожалению. Ну да ладно, что-то сделаю. Я обычно беру версию из git, считая ее априори последней. Не собирается мастер, и в релизах последняя 0.6.3. Где искать 0.6.4 - не знаю. И спасибо @Neov: с небольшими доработками его...

Последняя версия с github не собирается в режиме rs485. Используется функция из файла tcp2uart, который в конфигурации rs485 не включен в трансляцию: web_int_callbacks.c: In function 'web_int_callback': web_int_callbacks.c:497:7: error: implicit declaration of function 'tcp2uart_ajax_rx'...

Возникло желание задействовать валяющийся ESP8266 для подключения к "умному дому" на базе OpenHAB электросчетчика "Энергомера". Счетчик имеет полудуплексный RS-485 интерфейс с собственным протоколом (не MODBUS). Сейчас показания снимаю своим скриптом, работающим на Linux через USB2RS485 адаптер...