caxapa.ru :: С такими желаниями надо бороться облачными технологиями :)

Evgeny_CD, Архитектор (30.11.2012 13:37, просмотров: 277) ответил USSR на Эта ситуация может возникнуть если Ваш клинт пожелает сделать удаленное обновление прошивки во flash через TCP/IP соединение посредством своего любимого WEB-браузера.

С такими желаниями надо бороться облачными технологиями :) Устройство имеет один сокет на сервак, и этот сервак дает ему все. И когда юзер что-то хочет получить от устройства, его WEB браузер общается с нашим облаком :) Если у нас нет модема, или нет связи, что мы имеем RS-232 канал с устройством, на пЫсюке прога пакеты RS-232 кодирует в IP и загоняет в облако, далее мы снова общаемся с облаком :) Условно, у нас есть только GET и POST методы. И поверх чего они ходят - пофиг. Если связи совсем нет - это не наш клиент :)

Ответить

- Облако тут проблем не решает. Для обновления прошивки МК нужно иметь как минимум два одновременно открытых сокета, для чего, собсно, и нужна SDRAM+TCP/IP+FTP и доступ к flash, которую в процессе обновления прошивки клиент хочет проапгрейдить. - USSR(30.11.2012 13:55, )
  - Как говорят программисты профессиональных контроллеров, за такое надо сразу в биореактор. Evgeny_CD(353 знак., 30.11.2012 14:00)
    - Нахрена мне тратить лишние деньги на "внекристальную FLASH", если я могу скачать новую прошивку сразу в SDRAM? Стандарт FTP требует двух сокетов! И никак иначе! Фсё, точка! В той же SDRAM можно хранить и резервную копию прошивки на случай USSR(35 знак., 30.11.2012 14:09, )
      - Стремность сильно выше. Никаких прямых коннектов на устройство от неавторизованных серверов - это моя принципиальная позиция. - Evgeny_CD(30.11.2012 14:13)
        
        Я щаз не обсуждаю "высоту стремности". Я лишь указал на случай, когда нужно одновременно иметь доступ и к SDRAM и к FLASH, как аргумент против: "Не вижу я что-то ситуации когда остро необходима одновременная работа с внешней SDRAM и USSR(57 знак., 30.11.2012 14:25, )
        
        И это настолько "острая" необходимость, что обосновывает применение FPGA в МК-системах? ;) Я не возражаю, что придумать как их совместно использовать, конечно, можно. Не зря же иногда выпускаются подобные камни. Но как основное обоснование, ИМХО, Dir(10 знак., 30.11.2012 14:35)
        
        Да у нас тут всё надумано: «обмен сообщениями в интернет-форумах и чатах, представляющий собой бесплодную полемику, в которой участники пытаются навязать друг другу собственную категоричную точку зрения».. USSR(28 знак., 30.11.2012 14:46, )
    - один хрен ненадёжно. ресет в процессе прошивания и каюк девайсу. Mahagam(94 знак., 30.11.2012 14:03)
      - Я делал бутлоудер, который просто выбирал, какую прошивку запустить. Прошивки по очереди прошивали друг друга. - amusin(30.11.2012 14:12)
        
        Он прав в том, что если при активной процедуре прошивки сектора сработает POR, то писец девайсу весьма вероятен :) - Evgeny_CD(30.11.2012 14:14)
      - Ну что Вы :) во внешней FLASH лежит нестрираемый factory_default образ. И загрузчик во внутреннем FLASH стартует всегда. Вероятность неудачной перепрошивки есть всегда, но если есть кондеры, которые продержат устройство хотя бы 20 мс при Evgeny_CD(115 знак., 30.11.2012 14:09)

Средства и методы разработки