там есть по две штуки сетевогой буфера и uart.

роутер и есть мк

а парсер тогда кто?

роутер он потому что строит радио-сеть

парсит скрипт на одноплатнике

нене, ты сказал роутер ловит пакет и шлет парсеру, тот парсит и обратно в роутер

да

смотри.

это умный дом.

есть выключатель и реле

на выключателе нажимаю кнопку — он отправляет пакет на главное устройство в радио-сети(dag root), которое и есть роутер, "адрес такой-то, нажата кнопка 2". роутер это выплевывает в uart, где это ловит компьютер, парсит посылку, смотрит у себя в логике, что надо сделать. ага, он видит, что вторая кнопка этого выключателя должна включать свет на реле в ванной, например. он формирует команду "включить реле по адресу такому-то" и отправляет это обратно в uart. там это ловит радио-роутер, извлекает адрес из команды, формирует пакет с командой и отправляет по адресу. реле получает пакет, включает свет.

ок

но ты сказал что вешается уарт

значит либо парсер криво парсит

и вот если куча выключателей ему начнут слать посылки, а он в ответ начнет слать команды, то через 20-30 секунд он перестанет посылать пакеты устройствам.

либо переполнение буфера на мк (одного из, либо обоих)

все остальное будет работать нормально — принимает пакеты по сети, принимает по уарт, отправляет по уарт, строит сеть. но пакеты по сети не передает.

и выключатель с реле тоже будут работать нормально — достаточно перезагрузить радио-роутер, и все заработает нормально

это я понял

переполнение буфера — это когда ты начинаешь ему столько пихать данных, что он их не успевает переваривать. а тут он успевает переварить, обмен мизерный по uart.

не, я имею ввиду именно ошибку

типа буфер на n-байт выделен, а ему прилетело n+1

просто ты полез в уарт ковырять, а проблема мож не там совсем?

не в либе всмс

static int uart_data_receiver(unsigned char c) { if ((uart_iterator <= MAGIC_SEQUENCE_LENGTH - 1) || (uart_iterator >= UART_DATA_LENGTH - MAGIC_SEQUENCE_LENGTH && uart_iterator <= UART_DATA_LENGTH - 1)) { if (c != uart_magic_sequence[uart_iterator]) { uart_iterator = 0; return 1; } } uart_command_buf[uart_iterator] = c; if (uart_iterator < UART_DATA_LENGTH-1) { uart_iterator++; } else { uart_iterator = 0; if (uart_command_buf[6] == UART_PROTOCOL_VERSION_V1) { for (int i = 0; i <= 15; i++) { destination_address.u8[i] = uart_command_buf[i+7]; } send_command_packet(&destination_address, &udp_connection, uart_command_buf[23], uart_command_buf[24], uart_command_buf[25]); } } return 1; }

все, что относится к приему по uart выглядит вот так

UART_DATA_LENGTH - MAGIC_SEQUENCE_LENGTH - 1 ?

?

static uint8_t uart_magic_sequence[UART_DATA_LENGTH] = {0x01,0x16,0x16,0x16,0x16,0x10, 0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0x01,0x01,0x01,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF,0xFF, 0x03,0x16,0x16,0x16,0x17,0x04}; /* UART Binary data */ #define UART_PROTOCOL_VERSION_V1 0x01 #define UART_DATA_LENGTH 42 #define MAGIC_SEQUENCE_LENGTH 6

м?

Это ты писал?

часть я, часть по наследству досталась

ru_raspberry PI: Raspberry, Orange, Banana. Lattepanda, etc... https://telegram.me/ru_raspberry

Памагите!!!?

if ((uart_iterator <= MAGIC_SEQUENCE_LENGTH - 1) || ((uart_iterator >= UART_DATA_LENGTH - MAGIC_SEQUENCE_LENGTH) && (uart_iterator <= UART_DATA_LENGTH - 1)))

что?

ничего, в скобки взял

много недостает данных, чтобы так основательно копнуть

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

если пришло не то, ругнется просто

а че такое - уарт_итератор?

счетчик?

номер символа в пакета, если распознана правильная последовательность в начале пакета

да

uart_iterator >= UART_DATA_LENGTH - MAGIC_SEQUENCE_LENGTH вот здесь должно же быть - 1?

Посоветуйте ssh клиент на андроид.

Иначе сюда свой секас с малиной перенесу?

Посоветуйте ssh клиент на андроид.

У мня нету андройдов )

как сделать индикацию чувствительнее к звуку

как сделать индикацию чувствительнее к звуку

Фото схемы индикации

что?

Влад, приём! )

а

щас

а

чуть выше спросил

не, туплю я ... все - спать пора значит

вроде нет, 0x03 это 37 байт

массив с 0, значит 36

42-6 равно 36

да

да да, говорю же туплю

уже проверил

а я думал глюк нашел :(

хотя тогда бы он не разбирал

не растраивайся, найдешь )

а я думал глюк нашел :(

Я так понимаю уарт на прерываниях принимает?

да

Может сделать флаг заполнения буфера (конец приема), а отправку вынести наружу из этой функции

ERROR: S client not available

подозреваю что тут неладное со стеком творится

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

http://i.imgur.com/86BHvRb.png

http://i.imgur.com/86BHvRb.png

Я совдеповский проеб :( за 10ку отдавали малыша

хм. какого пакета, сетевого? уарт-то не сунет ему новый символ, пока обработчик не вернет 1

а он ему не вернет, пока не отработает send_command_packet

либо сброс приема

ну короче меня настораживает отправка внутри прерывания. с переполнением вроде все ок, все ровно

с логикой вроде тоже

Может сделать флаг заполнения буфера (конец приема), а отправку вынести наружу из этой функции

и не принимать новый пакет по uart, пока не отправлен по радио предыдущий?

В чём первичный вопрос?

почему нет? Это быстро произойдет же

если в этом дело, то он не должен упасть, если закомментировать send_command_packet

да, как вариант

согласен

собрал, поставил проверяться

скрестил пальцЫ )

В чём первичный вопрос?

так все в истории) зависает сетевой стек на мк.

компактненько так

так все в истории) зависает сетевой стек на мк.

Ага

Бля красиво, тоже так хочу )

4 минуты )

я его ребутнул случайно :(

ну епт ))

я спать хочу ))

но не уйду пока не узнаю ?

Все, не дышу

?

красота

левое окошко — это устройство шлет ему кучу запросов, правое — это по ссш с одноплатника парсер принимает пакеты