Вход Наше всё Теги codebook 无线电组件 Поиск Опросы Закон Воскресенье
15 ноября

О смысле всего сущего 0xFF Средства и методы разработки Мобильная и беспроводная связь Блошиный рынок Объявления

Микроконтроллеры PLD, FPGA, DSP AVR PIC ARM, RISC-V Технологии Кибернетика, автоматика, протоколы Схемы, платы, компоненты

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

105494 Топик полностью

AlexandrY (21.11.2007 10:52, просмотров: 412) ответил General на Это смерть, а не революция. Матрица.

Значит скоро узнаем есть ли жизнь после смерти ;)

INDEMSYS

- А вот не факт, что у M$ все получится. Evgeny_CD(836 знак., 25.11.2007 14:54)
  - Тут надо знать маленько кухню intranet приложений. AlexandrY(696 знак., 25.11.2007 19:10)
    - А причем тут SOAP? Дотащить до нашего промежуточного сервака данные - это одно, а выдать эти данные в XML - это другое (и правильное) решение. Evgeny_CD(542 знак., 25.11.2007 19:19)
      - Не, не так. AlexandrY(1068 знак., 25.11.2007 19:49)
        
        Ок. SOAP как способ взаимодействия с бортом - нивапрос, грамотно! Т.е. описать на SOAP внутреннюю структуру девайса, и способ его обмена с внешним миром - тоже. А дальше начинаются суровые реалии. - Evgeny_CD(25.11.2007 20:04)
      - И чего в этом SOAP такого особенного? -> картинка - все просто объяснено. Вы представляете себе накладные расходы на трафик, если так гнать сырые отсчеты??? Обработка на борту жизненно необходима, вопрос в выборе базиса такой обработки. А вот загрузить на Evgeny_CD(120 знак., 25.11.2007 19:29, ссылка, ссылка)
        
        А почему гнать сырые отсчёты? В интерфейсе SOAP вы представляете на самом деле Ваши функции, например на C++. Получается Put и Get. А что Вы будете выдавать, какие отсчёты или обработанные результаты - полностью на Ваше усмотрение. бомж(764 знак., 26.11.2007 00:05)
        
        Во, мы пришли к тому, что уже описал. Теперь контрольный вопрос - а как бы автоматизировать создание того, что этот SOAP будет рожать? Evgeny_CD(196 знак., 26.11.2007 00:44)
        
        Я рассматриваю SOAP как некий физический интерфейс, типа CAN или PROFIBUS. Это не так, но очень похоже. Поэтому автоматизировать обработку IO, к примеру, легко. Надо лишь выделить какую-то область адресов, на которую отображать эти IO, и которую забирать бомж(639 знак., 26.11.2007 15:24)
        
        Вот и я о том же. Вопрос в том, как сделать универсальное программируемое ядро обработки. - Evgeny_CD(26.11.2007 16:00)
        
        ИМХО в виде классов. Класс АЦП, класс IO и т.д. Со всеми возможными и невозможными алгоритмами обработки. - бомж(26.11.2007 16:28)
        
        Т.е. потроха обработчика мы тоже описываем на SOAP? Пишем прототипы блоков обработки на С/С++, конвертим в SAOP, моделируем. В общем, тоже грамотно. Надо подумать. - Evgeny_CD(26.11.2007 16:37)
        
        мыло оно и есть мыло. - bialix_(26.11.2007 15:05)
        
        Ндя, вероятно, в понедельник их мама родила. Им что, слабо сделать графовый визуализатор для всего этого СОАПА? Читаешь спецификацию, и если бы были графы - было бы на порядок нагляднее. -> - Evgeny_CD(25.11.2007 19:32, ссылка)