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

    

inventor

Свой
  • Публикаций

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

  • Посещение

Репутация

0 Обычный

Информация о inventor

  • Звание
    Знающий
  • День рождения 18.02.1969

Информация

  • Город
    Москва

Посетители профиля

3 760 просмотров профиля
  1. Размышления на тему TCP/IP.

    на стоногом stm407 они пересекаются с HS-USB
  2. Размышления на тему TCP/IP.

    не знаю что такое wiznet по всей вероятности что то на подобии Xport. Lwip+rtos + cortex бьет наповал все эти дешевые приблуды. Я делал схематику с stm407 и не стал использовать его rmii-поставил микросхему enc28 по spi. Все прекрасно работает с осью и lwip. И этот же код я переносил на миландровские кортексы с минимальными исправлениями.
  3. какой то тайваньский его разрешили
  4. вояки требуют не каждый дисплей можно применять
  5. fps 15 будет достаточно ram 4 мбайт, flash 8 мбайт контроллер работает на частоте 40 МГц - больше память не позволяла, я поставил другую, она должна быть побыстрее. но видимо от частоты 40 МГц нужно плясать
  6. Делаю разводку платы, на ней микроконтроллер 1986ВЕ3, 2 микросхемы RAM памяти и 4 микросхемы FLASH + FPGA из воронежа. FPGA будет управлять 24-битным дисплеем по RGB 320x240. у меня вопрос: как лучше управлять этим дисплеем с контроллера. я предполагаю поместить FPGA на адресное пространство и выбирать или ее, или RAM или FLASH. Сам дисплей хотел сделать аля-внешняя память (или устройство), где каждый пиксел можно вывести записав данные по определенному адресу FPGA. Сам пиксел думал описывать 1 байтом (мне не нужны 24 бита) 3 красных, 3 синих и 2 зеленых - так сократится скорость обмена. стоит ли на этой FPGA делать какой нибудь Frame-буфер или место для хранения палитры и подцепить к ней дополнительную память или скорости 40 МГц контроллера хватит, чтобы frame буфер хранить на подсоединенной к контроллеру RAM? То есть стоит ли городить огород с дополнительной памятью на FPGA или сойдет то, что я запланировал?
  7. забавная статья про volatile http://www.cs.utah.edu/~regehr/papers/emsoft08-preprint.pdf
  8. хорошо. Такой вопрос' когда использование volatile нежелательно и может испортить работу программы?
  9. но она работает кстате. lwip 1.3.2 volatile переменная объявлена всего один раз
  10. а что входит? не является ли этот волатайл такой же ненужной штукой как auto в C?
  11. почему же, если при оптимизации пишешь local_time как volatile - то она работает как задержка а если нет-то не работает разный результат
  12. если предположим функция будет давать на выходе разный результат при исползовании оптимизаора и не то и наблюдаемое поведение будет разным разве не так?
  13. Стандарт подходит к объяснению того, что компилятор должен сохранять наблюдаемое поведение при выполнении оптимизации. http://qaru.site/questions/2132338/does-c99-standard-define-observable-behavior-as-c03-does
  14. в иаре #pragma optimize=none жаль нету #pragma push и #pragma pop
  15. ну зачем то он стоит, может сам оптимизатор должен не так работать, почему я должен предугадывать как поведет себя в какой то ситуации может опцию предусмотреть ну типа #optimize_that ... какой то код #end_optimize а все что не оформлено такими рамками-не трогать в этом случае это было бы правильнее поведение я так думаю