porex

Продам IR сенсор MLX90620ESF-BAB-000-TU с матрицей 16х4, отличный вариант для создания дешевого тепловизора. Сенсор абсолютно новый, ни разу не использовался. Покупал поиграться, но руки так и не дошли. Валяется без дела. Пример использования на хабре Цена 4500 руб. Территориально Ростов-на-Дону. Отправлю по России. ПисАть в личку, быстрее отвечу.

В том то и дело что даже данные которые передает WizFi не соответствуют описанию в документе. Логично было предположить, что в таком формате он их и скушает, но нет. А что за пример такой? Можете поделиться?

Отдает Esc последовательность вида <ESC>u<CID>192.168.1.142 5555 <Raw data><ESC>E, ее и отпраляю назад

Идентификатор то приходит, но отправить не получается. Делаю так: приходит пакет от клиента, его же отправляю назад в визфай, ничего не меняя. Визфай отвечает "ERROR INVALID INPUT". А в качестве хоста контроллер с USB-OTG?

Поставил 3 секунды, помогло. нету А можно ли как-то отправлять данные не заходя в режим datamode, например, через Esc последовательности. Мне необходимо поднять UDP сервер и TCP клиент и периодически им коннектиться. Пока не пойму как это реализовать. В programmers guide есть пример мультисокетного режима работы, но там поднимаются либо несколько TCP серверов, либо несколько TCP клиентов и принимают данные. А вот как отправлять нет ни слова....

Доброго времени суток. Имеется модуль WizFi220, подключенный через UART к stm32f107. С командами модуля более менее разобрался. Подключаюсь к точке доступа, поднимаю UDP сервер, получаю UDP пакет от клиента, отправляю команду АТА2, отправляю данные. Данные клиенту приходят, но дальше из режима Data mode не могу выйти. Отправляю "+++" не помогает, пробовал и с '\r', и без. HW триггер тоже пробовал. Может задержки маленькие ставлю. Я так понимаю WizFi тормознутый, на команды долго отвечает. Есть у кого пример UDP сервера? Можно ли как-то отправлять UDP пакеты не входя в режим Data mode?

Поделитесь пожалуйста примером парсинга +CLIP: "+7928XXXXXXX",145,"",,"Name",0. Пока пользуюсь: sscanf((char*)Data,"+CLIP: \"%[^\"]\",%d,\"\",,\"%[^\"]\",%d",data1,&u1,data2,&u2); может есть что-то изящнее?

Хм...действительно. Странно почему в референсе не написали...

Как это нет?!?! Глава 19 референс мануала!!!

За сколько тактов подсчитывается хэш?

Да, на этот же сервер по своим делам и попутно проверяет версию прошивки. Что значит прошла ошибка через контрольную сумму? Прошивка скачивается блоками, у каждого блока проверяется CRC, а затем после записи всей прошивки, проверяется еще и общий CRC. Конечно теоретически можно принять мусор у которого CRC совпадает с правильным, но вероятность такого события ничтожно мала! Как тогда вы обходите данную проблему? Эмм...ну как бы порты не с потолка берутся, а те которые с большой вероятностью незаблокированы даже великим китайским фаерволом. Выигрыш моего метода в том, что для всей тучи устройств используется всего несколько портов(в данный момент 3), а вам необходимо каждому устройству, находящемуся за роутером, выделить порт. И что в этом сложного? Делаем прошивку с новыми портами, обновляем на всех устройствах и переводим сервер на новые порты. Я же выше писал. В 17к реализована поддержка DHCP, DNS, обработка UDP пакетов, перепрошивка по TCP в локальной сети, CRC.

Апдейты контролируются основной программой и, если появилась новая версия, контроллер перезагружается в bootloader и тянет прошивку. Поддержка DHCP есть и в bootloader'e, и в основной прошивке, так же в сети, к которой подключены контроллеры, присутствует DHCP. Порт сервера указывается в загрузчике и в основной программе. Проброс портов в таком случае не нужен.

Я где-то писал, что все время занимаюсь обновлением прошивок?

Если контроллеры можно по пальцам рук пересчитать, то вполне можно и порты прокинуть, но когда их гораздо больше и разбросаны по всей стране и даже за рубежом, то вариант с сервером намного эффективнее. ИМХО.

Так у вас у каждой железки белый IP? WEB и HTTP помогут только в локальной сети, если нет белого IP. Такое ощущение, что вы робот и человеческие ошибки вам чужды. Допустить баг можно всегда и даже будучи опытным программистом. В некоторых ситуациях даже тестовые устройства могут не спасти, потому что они именно тестовые, а не находятся на реальном объекте. Вы читали про то, как NASA управляет марсоходом Coriosity? Несколько человек проверяют программный код очередного задания для марсохода, затем проверяют выполнение задания на Земле в услових приближенных к марсианским и все равно допускают ошибки! Везде есть человеческий фактор!