Сообщество

montesquieu wrote:

Хе-хе. Хе-хе-хе. Один - ноль в противостоянии бездушной машины и человека. Это я к тому, что у меня сегодня утром все получилось.

На вечер того дня я более-менее убедился в том, что, в принципе, ошибок в моих манипуляциях с UART'ом нет. Но данных в буфере я по-прежнему не видел и это огорчало. Тогда я подумал, что, может быть, дело в самой схеме. Хотя данные на сервопривод относительно успешно приходили (примерно в 50% случаев) и так, обратно я получить ничего не мог. До этого я пробовал вставлять в схему и конвертор уровней и резистор-терминатор, но оба они приводили к тому, что связь вообще терялась напрочь. Чтобы менять что-либо еще, я решил проверить как другие люди подключают преобразователи интерфейсов UART <-> RS485.

Выяснилось, что по сравнению с их схемами, схема обвязки ADM3485 на мастер-модуле Мультиклета достаточно аскетичная. Хотя она и очень напоминает схемы подключения в даташитах на MAX485 (единственный резистор-терминатор), в ней нет ни конденсаторов в цепи питания, ни подтягивающих резисторов на сигнальных линиях. Причем такое впечатление, народ в интернете подтягивает что можно и нельзя, буквально ни одной пары похожих схем я не нашел. Другое дело, что что повторять из этого почти ничего не мог - ну не перепаивать же сам модуль, добавляя конденсатор и резисторы на защелке. В итоге, единственное, что я мог еще попробовать сделать, нашлось на шилде-конверторе к ардуино (слава open-hardware!). После выходов А и В микросхемы MAX485 там растягивали пару сигнальных линий между землей и напряжением с помощью резисторов по 4.7кОма.

Я повторил схему у себя на макетке и - о, чудо, вы не поверите - в приемнике появились байты! Правда, всего три вместо положенных семи и совсем не те, которые я рассчитывал получить, но, по сравнению с резульатами за прошлые дни, это был успех, скажу я вам. Тогда я стал последовательно уменьшать номинал резисторов, наблюдая как данные на канале более-менее приходят в норму. На 560 Омах я получал пакеты необходимой длины, но сами числа были неверными. В итоге я получил стабильную связь на 220 Омах. Из дополнительных плюсов - практически 100% результативность в передаче пакетов. Такие дела. В кои-то веки закрыд geany с чувством удовлетворения. Не знаю, зачем я пишу так подробно, может быть, вам это поможет в выборе схемы обвязки микросхемы ADM3485 для новой ревизии платы.

А так, большое вас спаибо за помощь тут.

Спасибо Вам большое за информацию, подробности никогда не помешают. На плате у нас LDM на основании документации по ADM3485 и сделали разводку.
Очень странно, что происходило застревание и пока мы не понимаем почему, т.к. в установленном драйвере ADM3485 установлена защита от подобный явлений и в случае висячих входов он дает стабильную "1". С LDM мы обсудим данный момент. А не подскажете, что у вас был за сервопривод?

Ну, наверное я и получал стабильную "1", так как это состояние линии без какого-либо сигнала. Не знаю, были ли там старт-биты, я обошелся без осциллографа.
Сервоприводы у меня робототехнические Dynamixel компании Robotis, как я и говорил в теме "Робтов" (конкретно MX-64AR). Теперь я наконец-то могу приступить к написанию собственно функций и библиотеки для работы с ними. Там стоит отдельный микроконроллер STM32, поэтому вместо стандартного ШИМ'а они управляются цифровым сигналом через RS485.

krufter_multiclet wrote:

Спасибо Вам большое за информацию, подробности никогда не помешают. На плате у нас LDM на основании документации по ADM3485 и сделали разводку.
Очень странно, что происходило застревание и пока мы не понимаем почему, т.к. в установленном драйвере ADM3485 установлена защита от подобный явлений и в случае висячих входов он дает стабильную "1". С LDM мы обсудим данный момент. А не подскажете, что у вас был за сервопривод?

Наверняка у Вас найдутся две платы. Соедините их между собой по 485ому и попробуйте провести обмен данными, с низкой скорости, постепенно повышая. Тем более, что уж осциллограф у Вас наверняка найдётся.
Мне кажется, что провести такой эксперимент можно за день-два.

HEMAH wrote:

krufter_multiclet wrote:

Спасибо Вам большое за информацию, подробности никогда не помешают. На плате у нас LDM на основании документации по ADM3485 и сделали разводку.
Очень странно, что происходило застревание и пока мы не понимаем почему, т.к. в установленном драйвере ADM3485 установлена защита от подобный явлений и в случае висячих входов он дает стабильную "1". С LDM мы обсудим данный момент. А не подскажете, что у вас был за сервопривод?

Наверняка у Вас найдутся две платы. Соедините их между собой по 485ому и попробуйте провести обмен данными, с низкой скорости, постепенно повышая. Тем более, что уж осциллограф у Вас наверняка найдётся.
Мне кажется, что провести такой эксперимент можно за день-два.

Да нет, я думаю, тут вопрос не в работоспособности схемы вообще, а в её способности работать в более широком диапазоне условий.

LDM-Systems сделали переходники с круглых разъемов на обычные квадратные. В ближайшее время будут доступны в продаже. И будут включены в полную комплектацию отладочного комплекса. Ориентировочная стоимость около 400 рублей за комплект в 4 шт. Снизу выводы с цанговых разъемов. Сбоку отверстия под пайку с шагом 2.54 мм.

фото переходника¶

Show Hide

krufter_multiclet wrote:

Вообще когда процессор создавался не планировалось, что будем по VGA работать.
Поэтому без специального интерфейса только эмуляция через пины, через DTC теоретически максимум 25 МГц на переключение будет, т.е. меандр с периодом 12,5 МГц пойдет.
Проверим практически это. В любом случаем доступ к портам через шину AMBA а это 4 такта.

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

VaalKIA wrote:

krufter_multiclet wrote:

Вообще когда процессор создавался не планировалось, что будем по VGA работать.
Поэтому без специального интерфейса только эмуляция через пины, через DTC теоретически максимум 25 МГц на переключение будет, т.е. меандр с периодом 12,5 МГц пойдет.
Проверим практически это. В любом случаем доступ к портам через шину AMBA а это 4 такта.

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

Сделаю, но немножко нужно будет подождать, сейчас одно срочное задание надо завершить.

krufter_multiclet wrote:

VaalKIA wrote:

krufter_multiclet wrote:

Вообще когда процессор создавался не планировалось, что будем по VGA работать.
Поэтому без специального интерфейса только эмуляция через пины, через DTC теоретически максимум 25 МГц на переключение будет, т.е. меандр с периодом 12,5 МГц пойдет.
Проверим практически это. В любом случаем доступ к портам через шину AMBA а это 4 такта.

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

Сделаю, но немножко нужно будет подождать, сейчас одно срочное задание надо завершить.

Всё ещё жду.

Прекрасная статья по отладочным платам, с удовольствием прочёл и качество изложения вызвало желание пощупать в реале (вряд ли, слишком во времени ограничен, но кто знает, уже и НГ каникулы на носу).
http://geektimes.ru/post/264412/

Пример популизации отладочных плат (интересны так же ресурсы на которых её продвигают, например we.easyelectronics.ru)
http://geektimes.ru/company/rainbow/blog/265106/
Думаю, что можно связаться с авторами и выяснить эффективность или хотя бы последить, что бы узнать качество материалов по такой акции.

Спасибо за информацию, в нашем случае основной акцент в распространении плат сделан на порталах дилера (Компэл - терраэлектроника и др.) и производителя LDM Systems. Мы же занимаемся техподдержкой, вплоть до выполнения больших частей проектов применяющих компаний.

Вот проект с VGA для STM32:

http://www.artekit.eu/vga-output-using-a-36-pin-stm32/

А вот здесь:

http://forum.milandr.ru/viewtopic.php?f=33&p=15899#p15897

R max адаптировал его для 1986ВЕ93.

Может быть можно его также адаптировать и для Мультиклета?

HEMAH wrote:

Вот проект с VGA для STM32:

http://www.artekit.eu/vga-output-using-a-36-pin-stm32/

А вот здесь:

http://forum.milandr.ru/viewtopic.php?f=33&p=15899#p15897

R max адаптировал его для 1986ВЕ93.

Может быть можно его также адаптировать и для Мультиклета?

Я когда-то эмулировал VGA пинами на P1. Получалось закрашивать часть монитора, но была некоторая нестабильность. Если на моем рабочем компьютере посмотреть, то можно найти исходники. Но честно говоря не вижу особого смысла в оживлении VGA, лучше библиотеки основные нарабатывать, а если графику выводить, то на TFT, IPS, OLED экраны, благо есть интерфейс внешней памяти и с драйвером можно и видео отрисовывать на небольшом экране.

krufter_multiclet wrote:

Я когда-то эмулировал VGA пинами на P1. Получалось закрашивать часть монитора, но была некоторая нестабильность. Если на моем рабочем компьютере посмотреть, то можно найти исходники. Но честно говоря не вижу особого смысла в оживлении VGA, лучше библиотеки основные нарабатывать, а если графику выводить, то на TFT, IPS, OLED экраны, благо есть интерфейс внешней памяти и с драйвером можно и видео отрисовывать на небольшом экране.

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

Кто-то, помнится, обещал:

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

Сделаю, но немножко нужно будет подождать, сейчас одно срочное задание надо завершить.

Есть такой сайт: амперка, они активно сейчас пиарятся, вашей продукции там не нашёл, может имеет смысл продвигать и через них?
http://amperka.ru/search?q=%D0%BC%D1%83%D0%BB%D1%8C%D1%82%D0%B8%D0%BA%D0%BB%D0%B5%D1%82
вообще, мне просто название понравилось :-)

VaalKIA wrote:

Демонстрация работы процессора должна быть эффектной. На платформе PC есть такое понятие Demo Scene и один из жанров 64kb demo/intro и т.п.
Вот, к примеру, в качестве одной из идей может быть демонстрация работы ЦАП и возможностей процессора:
http://geektimes.ru/post/243699/

В продолжение темы:
Из ESP8266 сделали аналоговый телевизионный передатчик
https://geektimes.ru/post/272800/

Добрый день!

Подскажите, пожалуйста, подключен ли коннектор RS232 на базовой плате к какому-нибудь из UART? Если да, то к какому?
Нужно ли при работе с этой платой перекрещивать TX<->RX, как было написано в темах о других платах?

Разъём RS-232 на базовой плате подключен к UART0 процессора, также необходимо обратить внимание на положение перемычек JP4 и JP5 на базовой плате (они выбирают, подключается к UART0 RS-232 или USB).
Линия RxD (контакт 2 разъёма DB-9) -- это "приём" платы (т.е. её вход), а TxD -- "передача" платы (т.е. её вЫход). Таким образом, при подключении к стандартному порту RS-232 с разъёмом DB-9 линии необходимо "перекрещивать". При подключении к "нестандартному" оборудованию необходимо выяснить, где находится его (оборудования) линия TxD (проще всего это сделать мультиметром: на неактивной линии должно быть напряжение от минус 5 до минус 15 В относительно "земли"), и эту линию соединять с линией RxD платы.

Не получается принимать данные по UART.

Работаю с UART3, конфигурация - как в примерах с сайта. Передача с Мультиклета на ПК работает, наоборот - нет. Джамперы, кажется, выставлены правильно: в блоке SW6 1 и 2 включены.
При посылке данных с ПК никаких изменений в UART3ST не происходит. На что важное я не обратил внимания?
Ситуация кажется похожей на описанную в Errata (306). Если я правильно понял описанное там, мне должен помочь сброс 13 бита GPIOF->DIR, но не помогает.

Между прочим: на странице с программным обеспечением ссылка на FreeRTOS для R1 фактически ведет на старую версию для P1. Исправьте, пожалуйста.

paul7 wrote:

Не получается принимать данные по UART.

Работаю с UART3, конфигурация - как в примерах с сайта. Передача с Мультиклета на ПК работает, наоборот - нет. Джамперы, кажется, выставлены правильно: в блоке SW6 1 и 2 включены.
При посылке данных с ПК никаких изменений в UART3ST не происходит. На что важное я не обратил внимания?

Судя по всему имеет место ошибка в разводке микросхемы CP2102, в результате которой входной сигнал на линии RxD UART3 перетягивается питанием +3.3 V, поступающим от PicoProg. Попробуйте отключить PicoProg от платы или воспользуйтесь UART0 (разъем x9 базовой платы).

y.chemodanov wrote:

Судя по всему имеет место ошибка в разводке микросхемы CP2102, в результате которой входной сигнал на линии RxD UART3 перетягивается питанием +3.3 V, поступающим от PicoProg. Попробуйте отключить PicoProg от платы или воспользуйтесь UART0 (разъем x9 базовой платы).

Спасибо, помогло.

Еще одно мелкое замечание: в комплекте программ-примеров в uart.c и uart.asm указаны неверные биты в GPIO для UART: UART0 и UART2 перепутаны местами.

Получил плату LDM-HELPER-MCP042RQ256-FULL. Пример gpio_led из "руководства по быстрому старту" работает, но как правильно залить программу во внутренний флеш?
mc-ploader --prom "C:/Multiclet/examples/c/gpio_led/gpio_led.imagebin" приводит к таким сообщениям:

Writing section 1 of 2
Erasing the device...
Device erased
info: image loading: 0%
info: loading image: 100%
Writing section 2 of 2
info: image loading: 0%
info: loading image: 100%
Writing ELF information
info: image loading: 0%
info: loading image: 100%
Writing BootLoader
info: image loading: 0%
info: loading image: 100%
Image has been loaded successfully
Finished successfully

Но светодиод не мигает ни сразу, ни после рестарта.
Что нужно сделать, чтобы программа стартовала из внутреннего флеша после подачи питания?