Форум разработчиков электроники ELECTRONIX.ru

Помощь - Поиск - Пользователи - Календарь

Полная версия этой страницы: Матлаб и пакеты UDP

Форум разработчиков электроники ELECTRONIX.ru > Cистемный уровень проектирования > Вопросы системного уровня проектирования

_Anatoliy

Jul 3 2017, 07:47

Всем доброго времени суток!
Мне нужно принять информацию из разрабатываемого изделия в Матлаб посредством Ethernet , пакеты UDP. Протокол простой - отсылаю пакет с кодом команды и параметром, изделие в ответ высылает 4 пакета UDP с информацией. Вроде всё работает , но почему-то не могу прочитать нужное количество байт из принятых пакетов. В основном принимается 512 байт, иногда меньше. Мне же нужно принять из каждого пакета 1026 байт. Как решить эту задачу?

Код

    fwrite(u,[52 01]);
    C = fread(u,1026);
    D = fread(u,1026);
    E = fread(u,1026);
    F = fread(u,1026);

MiPe

Jul 3 2017, 08:00

По умолчанию размер входного буфера у объекта udp - 512 байт.
Если пользовательский код не успевает прочитать из буфера, то данные перезаписываются.
В документации к функции udp говорится о том, как поменять размер входного буфера, см. web(fullfile(docroot, 'instrument/udp.html')) и свойство InputBufferSize.

Swup

Jul 3 2017, 08:08

Если у вас 4 пакета приходят сразу, то лучше дождаться их всех.
В udp объекте есть поле byteAvailable для этого. А потом все данные считать одним fread.

_Anatoliy

Jul 3 2017, 08:24

Цитата(Swup @ Jul 3 2017, 11:08)

Спасибо! Только в хелпе не могу найти описание этого byteAvailable

Нет ли у Вас примера какого?

Цитата(MiPe @ Jul 3 2017, 11:00)

Спасибо! Сейчас гляну.
Подправил так :

Код

u = udp('10.0.0.7',4660,'InputBufferSize',1026);

Тоже не проехало...

если же сделать 2048 байт

Код

u = udp('10.0.0.7',4660,'InputBufferSize',2048);

то считывается 1026 или 1022 байт непредсказуемо...
Вариант считывания каждого пакета мне подходит больше.

Swup

Jul 3 2017, 08:30

Код

%шлем команду
fwrite(u_cmd, send_pack, 'uint32');

    % ждем либо таймаут 200мсек либо пока придет 16 байт
    waiting_packet_length = 4*4;
    answ = 1;
    pause_cnt = 0;
    pause_step = 0.01;
    pause_timeout = 0.2;
    while u_cmd.BytesAvailable < waiting_packet_length
        pause(pause_step);
        pause_cnt = pause_cnt+pause_step;
        if pause_cnt>pause_timeout
            answ = 0;
            break
        end
    end


    if(answ)
        % читаем данные
        answer_buff = fread(u_cmd,waiting_packet_length,'uint32');
        reg_data = answer_buff(4);
    res = 1;
    else
        % обрабатываем отсутствие ответа
        reg_data = 0;
        res = 0;
    end

%res и reg_data я дальше вывожу в вызывающую функцию

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

_Anatoliy

Jul 3 2017, 09:28

Цитата(Swup @ Jul 3 2017, 11:30)

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

Большое спасибо! Буду пробовать.

Вот так написал для ответа квитанции (18 байт) и 256 пакетов с данными:

Код

waiting_packet_length = 256*1026+18;
    answ = 1;
    pause_cnt = 0;
    pause_step = 0.01;
    pause_timeout = 0.2;
    while u_cmd.BytesAvailable < waiting_packet_length
        pause(pause_step);
        pause_cnt = pause_cnt+pause_step;
        if pause_cnt>pause_timeout
            answ = 0;
            break
        end
    end

Переменная answ всегда равна нулю,т.е. обнуляется. Что нужно изменить?

Swup

Jul 3 2017, 15:58

Цитата(_Anatoliy @ Jul 3 2017, 13:28)

Переменная answ всегда равна нулю,т.е. обнуляется. Что нужно изменить?

Либо не приходит данных сколько надо, либо буфер маленький, либо таймаут маленький.
1. проверьте сниффером пакеты
2. проверьте настройки udp при создании
3. сделайте что-то типа

Код

  pause_step = 0.01;
    pause_timeout = 1;
    while u_cmd.BytesAvailable < waiting_packet_length
        pause(pause_step);
        pause_cnt = pause_cnt+pause_step;
        u_cmd.BytesAvailable
        if pause_cnt>pause_timeout
            answ = 0;
            break
        end
    end
        u_cmd.BytesAvailable

Увидите как BytesAvailable меняется и сколько в итоге набралось. По результатам увеличьте таймаут.
Кстати если быстрая реакция не нужна, сделайте pause_step побольше.

_Anatoliy

Jul 4 2017, 12:16

У меня всё заработало, всем большое спасибо за советы!

yanusa

Sep 26 2017, 15:48

А у меня не работает(((

Kluwert

Nov 15 2017, 22:24

Цитата(yanusa @ Sep 26 2017, 18:48)

А у меня не работает(((

Если вы под Виндовозом, то он очень капризен по части скурпулёзности выставки параметров пакетов. В большинтсве случаев, если в IP-заголовке не верно установлен IP-адрес, или макушник, то Варешарк пакеты покажет, т.к. он "садится" прямо по верх специального сетевого драйвера-насадки, но до верхних приложений они не доберутся. Проверяйте, что IP-адрес и макушник соотвествуют хосту и у вас открыт UDP-порт, который прописан в UDP-заголовке пакетов.
Кроме того, проверьте ещё раз, что контрольные суммы прописаны. UDP позволяет закатать значение +0 в поле КС, которое означает, что его не вычисляли, но такой пакет практически 100% не пройдёт через крупную сеть (тем более - через Инет). КС IP-заголовка, теоретически, тоже можно не считать, но такой пакет приедет в Варешарк, но будет 100% прибит системой и до Матлаба не доедет. Кроме того, у некоторых сетевых карта есть опция, позволяющая всасывать в хост пакеты даже с битым crc32! И, по закону подлости, она (конечно!) оказывается включённой по умолчанию. Такой пакет железно дальше драйвера не уедет.

А вообще, если разрешается, то вот внешняя ссылка (http://we.easyelectronics.ru/electro-and-pc/neskolko-slov-ob-otladke-1gb-ethernet-proektov-na-plis-chast-ii.html) на мою статью на "Изиэлектроникс", там больше подробностей. Заранее прошу прощения у модераторов, если ссылку ставить нельзя.

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