Перейти к содержанию
    

iamnot

Участник
  • Постов

    63
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные iamnot


  1. Добрый день.

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

     

  2. Как я понял, буй собирает данные о положении и пишет в память. Через какое то время его нужно отловить.
    Зачем ему приемник? Нужен только передатчик, который раз в 3-5 мин выйдет в эфир и передаст координаты.
    Или это по энергопотреблению больше чем все время сидеть в приеме?

     

  3. На STM32F207 делал бутлоадер по UDP, IP был статический. Размер получился 15 520 Байт. LwIP 1.41.
    Попробуйте покрутить еще настройки, возможно удастся уменьшить размер.
     

  4. 54 минуты назад, -k-t-s- сказал:

    А что, если поделить d триггером, потом из меандра сделать пилу, и потом уже из пилы синус?

    А мое предложение во втором посте не о том же?

     

  5. Приветствую участников форума.

    Вопрос к знакомым со средой Visual Studio Code.
    Не удается запустить отладку контроллера из среды VS Code с плагином cortex-debug.
    Причем контроллер прошивается и что то даже исполняется, но при постановке на паузу
    VS Code не показывает точку где остановился.
    Такое ощущение что нет связи строк кода с иполняемым elf файлом.

  6. 2 часа назад, tonyk_av сказал:

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

    Интересно как. Если в файрволе запрещен выход программы в сеть, то это плохой файрвол.

    По теме:
    Альтиум вроде бы шлет какие то запросы на 255.255.255.255 видимо ищет серверы по всему миру. Далее работает с конкретным адресом. ИМХО

  7. 23 часа назад, Aleksey_M сказал:

    ARTERY
    Производит контроллеры верхнего диапазона на замену STM32. Архитектура ARM
    Пример - AT32F415, 256K Flash, 32K RAM, 150 MHz
    Документация на английском - есть.
    Средства разработки - общеупотребительные
    Программаторы - неясно
    IDE - неясно
    Особенности: SDIO, CAN, CRC

    Показать  

    Также есть среда разработки AT32IDE (Eclipse, GCC, GDB). Версия 1.0.01, пока сырая, но работает.
    По пинам многое из периферии совместимо с STM32.
    Некоторые корпуса/модели полностью совместимы по пинам.
    В документации много опечаток. По сравнению с STM32 документация скудновата.

  8. Не уверен что там надо что-то крутить в недрах LwIP, так как разработчики следовали стандартам RFC.
    Да и слишком там много действий происходит от момента получения пакета до решения отправить ACK.
    Вот пример лога установления соединения на контроллере STM32F427.

    475    49.207230    172.16.16.45    172.16.16.121    TCP    74    52946 → 80 [SYN] Seq=0 Win=8192 Len=0 MSS=1460 WS=256 SACK_PERM=1 TSval=1910788 TSecr=0
    478    49.208751    172.16.16.121    172.16.16.45    TCP    62    80 → 52946 [SYN, ACK] Seq=0 Ack=1 Win=2144 Len=0 MSS=536 WS=1
    479    49.208780    172.16.16.45    172.16.16.121    TCP    54    52946 → 80 [ACK] Seq=1 Ack=1 Win=65792 Len=0
    480    49.208903    172.16.16.45    172.16.16.121    HTTP    538    GET / HTTP/1.1 

    От момента получения пакета на установление соединения до выдачи ACK чуть больше 1,5мс

    Может подумать в сторону увеличения размера пакета?

  9. 2 минуты назад, Electrobit сказал:

    Я это тоже понимаю, особенно учитывая то, что у USB он несимметричный. Но изоляторы интерфейса USB каким-то образом же общий GND исключают!

    Изоляторы имеют 2 GND, один со стороны Host другой Device. И изоляторы внутри формируют такие уровни относительно GND1 на первой стороне, чтобы они повторялись на второй стороне относительно GND2.

  10. Дескриптор это самодельная надстройка над данными, которая отделяет пакеты друг от друга?
    Если это так то можно не добавлять дескрипторы вообще, то есть: есть очередь (речь о приеме)
    в нее складываются данные как есть. Это все происходит в ISP. Так как протокол SLIP уже имеет признаки начала и конца,
    то задача отделения одного пакете от другого не стоит.
    В задаче просто разбираем очередь и выполняем действия согласно данным. Там же и отбрасываем неправильные пакеты.
    При отправке формируем ответное сообщение по принципу как я писал выше.
    Итого одна очередь на прием, одна на отправку. Во внутренности фифо лезть не надо.

    if(len > 0 && DSCTxQ.GetFree() >= sizeof(len) + len)
    вместо + видимо надо *
    И фигурных скобок добавить

     

     

  11. Делаю так:
    Есть полезные данные и их длина.
    1. Добавляем служебные данные (адрес, контрольная сумма и пр.)
    2. Проходим процедурой формирования байтстаффинга и скидываем все это в очередь
    3. включаем передачу и в прерывании UART оно само отправляет данные, пока в очереди что-то есть

     


     

     

×
×
  • Создать...