...делать нужно так, как нужно. А как ненужно - делать не нужно (С) Винни-Пух :)
-
- Куда он опоздал? К нас xmegaA1 была в серийном (немного менее 1к выпустили) устройстве с 2009 года. Потом задача изменилась, и надобность в устройстве отпала. 8 UART спасли нас тогда. - Evgeny_CD(13.06.2013 23:13)
- везде опоздал. в 2007-м было бы почти не поздно. а более 3 UART в 99.99% (проходили) говорит о неправильной архитектуре системы. не более. - Vit(13.06.2013 23:26)
- В телефонной связи RS-232 - стандарт для диагностических интерфейсов. Поэтому появление XmegaA1 с ее 8 UARTами стало просто находкой для разработчиков аппаратуры диагностики и мультиплексирования. Dir(539 знак., 14.06.2013 02:07 - 02:17)
- Почему же это неправильно? Делали, и не одну, систему управления станками и подобным оборудованем. Связь всего на 232/485. Удобно и надежно. Центральный процессор имел 16 каналов. Ставили внешние м/с UART. - Alex68(14.06.2013 00:53)
- Что же неправильного в такой системе? Один UART на GSM, 1 - на GPS, 1 - на связь с внешним миром, 1 - RS485... Что в этом неправильного? - Apтём(13.06.2013 23:42)
- в мобильном девайсе (где наверно нельзя мультиплексировать GSM/GPS) нафиг не сдались и 232 и 485 - для конфига достаточно USB. Для полевого периферийно-управляющего (типо RTU) для решения основной задачи не требуется более чем мультиплексированные Vit(240 знак., 14.06.2013 00:09)
- У каждого своё мнение конечно... Apтём(775 знак., 14.06.2013 00:23)
- :) я тоже так когда-то думал. - Vit(14.06.2013 00:38)
- Хм... Неужели проще сократить число УАРТов и мультиплексировать? Ну ненаю. - Apтём(14.06.2013 01:05)
- проще поставить все датчики с CAN/LIN, а не соплить что есть под рукой и тащить под это соответствующий МК. таскать же 232 по пепелацам далее 10 см - просто изврат, да и 485-у там по-хорошему тоже не место - Vit(14.06.2013 01:22)
- Rs232 таскать не надо, согласен, но 485 для этого вполне подходит. Врядли он хуже CAN-а. - Apтём(14.06.2013 18:20)
- Чуток поразмышляю Vit(1464 знак., 14.06.2013 21:21)
- Почему Apтём(75 знак., 15.06.2013 17:08)
- Чуток поразмышляю Vit(1464 знак., 14.06.2013 21:21)
- Rs232 таскать не надо, согласен, но 485 для этого вполне подходит. Врядли он хуже CAN-а. - Apтём(14.06.2013 18:20)
- проще поставить все датчики с CAN/LIN, а не соплить что есть под рукой и тащить под это соответствующий МК. таскать же 232 по пепелацам далее 10 см - просто изврат, да и 485-у там по-хорошему тоже не место - Vit(14.06.2013 01:22)
- Хм... Неужели проще сократить число УАРТов и мультиплексировать? Ну ненаю. - Apтём(14.06.2013 01:05)
- :) я тоже так когда-то думал. - Vit(14.06.2013 00:38)
- У каждого своё мнение конечно... Apтём(775 знак., 14.06.2013 00:23)
- в мобильном девайсе (где наверно нельзя мультиплексировать GSM/GPS) нафиг не сдались и 232 и 485 - для конфига достаточно USB. Для полевого периферийно-управляющего (типо RTU) для решения основной задачи не требуется более чем мультиплексированные Vit(240 знак., 14.06.2013 00:09)
- Хм... при необходимости подключения 6 независимых датчиков, каждый с RS-232 (датчики переделать нельзя)... - Evgeny_CD(13.06.2013 23:28)
- и все в пакетном режиме... вспоминаю аналоговые модули ADAM с командой синхрозапуска измерения...типа не бывает HART/M-BUS/PROFIBUS_PA/RS485 и т.д. - большая вероятность, что просто архитектурная недоработочка - Vit(13.06.2013 23:35)
- Датчики делали не мы. Их кривизна описанию не поддается :( Точнее не поддавалась - сейчас давно снято с производства. - Evgeny_CD(13.06.2013 23:42)
- тогда сочувствую. - Vit(13.06.2013 23:45)
- Датчики делали не мы. Их кривизна описанию не поддается :( Точнее не поддавалась - сейчас давно снято с производства. - Evgeny_CD(13.06.2013 23:42)
- А каждый датчик "мастером" является? - rezident(13.06.2013 23:30)
- В смысле мультиплексор? Напрашивается, однако. - SciFi(13.06.2013 23:34)
- -> - Evgeny_CD(13.06.2013 23:43, ссылка)
- Да меня не тип датчиков заинтересовал, а принцип обмена данными. Они все разом могли/должны были передавать? - rezident(13.06.2013 23:45)
- Не разом. Но асинхронно в квадрате - каждый мог начать свой пакет отдавать в любое время (поверх UART :) ). Мультиплексирование не канало. Теоретически можно было бы придумать что-то типа софтового UART, но наличие 8 готовых UART сильно все Evgeny_CD(11 знак., 13.06.2013 23:48)
- Понятно. - rezident(13.06.2013 23:51)
- Не разом. Но асинхронно в квадрате - каждый мог начать свой пакет отдавать в любое время (поверх UART :) ). Мультиплексирование не канало. Теоретически можно было бы придумать что-то типа софтового UART, но наличие 8 готовых UART сильно все Evgeny_CD(11 знак., 13.06.2013 23:48)
- Да меня не тип датчиков заинтересовал, а принцип обмена данными. Они все разом могли/должны были передавать? - rezident(13.06.2013 23:45)
- -> - Evgeny_CD(13.06.2013 23:43, ссылка)
- В смысле мультиплексор? Напрашивается, однако. - SciFi(13.06.2013 23:34)
- и все в пакетном режиме... вспоминаю аналоговые модули ADAM с командой синхрозапуска измерения...типа не бывает HART/M-BUS/PROFIBUS_PA/RS485 и т.д. - большая вероятность, что просто архитектурная недоработочка - Vit(13.06.2013 23:35)
- когда вышла XMEGA её ниша уже была занята конкурентами. Атмел слишком долго почивал на лаврах :) - Adept(13.06.2013 23:17)
- Не хочу холиварить, но в 9 году других доступных устройств с 8 уартами не было и близко. - Evgeny_CD(13.06.2013 23:26)
- везде опоздал. в 2007-м было бы почти не поздно. а более 3 UART в 99.99% (проходили) говорит о неправильной архитектуре системы. не более. - Vit(13.06.2013 23:26)
- Куда он опоздал? К нас xmegaA1 была в серийном (немного менее 1к выпустили) устройстве с 2009 года. Потом задача изменилась, и надобность в устройстве отпала. 8 UART спасли нас тогда. - Evgeny_CD(13.06.2013 23:13)