Jump to content

    

vptr

Участник
  • Content Count

    28
  • Joined

  • Last visited

Community Reputation

0 Обычный

About vptr

  • Rank
    Участник
  1. Кстати, здесь http://sapr-journal.ru/uroki-altium/sozdanie-topologicheskogo-posadochnogo-mesta-komponenta-v-altium-designer/ рассмотрен вопрос создания библиотечного компонента в альтиум применительно к пикадовскому опыту. Указаны отличия:
  2. Как отключить сообщение об ошибке при старте Altium 19.1.9, - an error occurred while establishing a connection to the database. После установки алтиума сообщения не было и похоже появилось после выполнения пункта обучалки от алтиума при установке гостовских рамок: 4. В открывшемся диалоговом окне Load Preferences перейдите к папке C:\Users\Public\Documents\Altium\AD_GOST_QS\Templates\Preferences и откройте файл Default_GOST.DXPPrf.
  3. максимальная, которая указана сейчас 256000 http://msdn.microsoft.com/en-us/library/wi...4(v=vs.85).aspx Раньше, по интернету народ искал самописные драйвера для COM порта, которые на некоторых материнках даже работали и позволяли взять скорость выше чем 115200. Сам когда-то такой драйвер использовал, но работает он не на всех материнках.
  4. А когда в компьютере стандартный COM порт стал штатно поддерживать скорость 921600? И как же разбирать синхронизировать и гарантировать целостность данных без привета из 90-х
  5. 1-й вариант лучше. 2-й вариант не гарантирует стабильности или придется делать задержку большой, с запасом. У нас была похожая проблема. Гоняли по RS232 на 115200 каждые 5 мс 54 байта. Пакет был с контрольной суммой и заголовком. Так вот чтение этого пакета на компьютере, без потерь, могло зависеть от всего - число запущенных программ в виндос, скорости компьютера, приоритета потока в котором читается ком порт. На новых компьютерах потерь не было, на старых как повезет. Еще зависит как организовано чтение на компьютере, при использовании C#, на старых машинах возникает больше проблем.
  6. не факт, что показания АЦП будет правильным в момент превышения напряжения по входу. При этом могут врать и другие входы АЦП, на которых нет превышения напряжения.
  7. STM32F2xx USB FS CDC

    вот ветка http://electronix.ru/forum/index.php?showt...p;#entry1121225, пишут что 19 транзакций за 1 кадр. Вопрос в том, чтобы все это на компьютере собрать и не потерять.
  8. STM32F2xx USB FS CDC

    Скорость со стороны ПК чем контролируется? Это самописное ПО или чего-то стандартное?
  9. STM32F2xx USB FS CDC

    Транзакций несколько, но вот остается вопрос, стек от STM выполняет ли это? И сколько максимальное число транакций, после одного SOF?
  10. STM32F2xx USB FS CDC

    А разве не эта запись #define CDC_DATA_MAX_PACKET_SIZE 64 /* 64 Endpoint IN & OUT Packet size */ ограничивает число байт, отправляемых за 1 мс по приходу SOF. Тогда получается максимальная скорость 1000*64 = 64 000 Байт = 64000*8=512 000 бит/сек
  11. Давно это было... Режим настраивается AN_InitStructure.CAN_ABOM = DISABLE; Для STM32F407 при DISABLE передача останавливалась.
  12. По-моему в STM32 "бесконечность" настраивается. Этот режим можно включить или выключить. Там по превышению ошибок, передача останавливается.
  13. По 2 вопросу. Надо открыть пример из этой библиотеки в среде (я в Keil открывал), для своего процессора и для своего класса USB. Компильнуть, увидеть что все компелится и потом посмотреть в кейле, какие файлы с и h подлключены именно к данному примеру. Потом только эти файлы надо поключать к своему проекту. По 3 вопросу. Есть какое-то описание от STM, называется UM1021 http://www.st.com/st-web-ui/static/active/...rchtype=keyword Примеры от STM по части USB VCP c небольшой недоработкой, там надо добавлять кусок кода, чтобы не зависнуть в этом USB коде при определенных условиях. Для HID тоже слышал о проблемах. Как-то оно работает, но до оптимальной работы надо допиливать. Да и это не совсем библиотека, это пример с добавкой всякого ненужного кода для моргания свтодиодом и т.д. Весь этот мусор потом надо вычищать.
  14. Тут не все понятно в исходных данных. Вы хотите одновременно передавать информацию от этих датчиков или есть какой-то протокол, делающий разделение по времени? Сообщение через кан с одинаковыми идентификаторами одновременно передавать нельзя, если сможете сдвинуть их по времени, то проблем не будет. Остается вопрос при приеме этих данных. Легче всего, если внутри пакета будет уникальный признак датчика, а если этого нет то опять же можно попробовать по времени вылавливать пакеты от датчиков относительно какой-то временной точки отсчета, которую вам надо организовать. (маркер пакет или чего-нибудь подобное)