Вопросик про HTTP под Виндами («Телесистемы»: Конференция «Микроконтроллеры и их применение»)

Разработка, производство и продажа радиоэлектронной аппаратуры

| Карта сайта | Пишите нам | В избранное

Требуется программист в Зеленограде
- обработка данных с датчиков; ColdFire; 40 тыс.
e-mail:jobsmp@pochta.ru

Телесистемы | Электроника | Конференция «Микроконтроллеры и их применение»

Вопросик про HTTP под Виндами

Отправлено хххх 24 ноября 2007 г. 21:28

Классическая проблема - конфигурирование своего устройства, подключенного к РС кривым способом (например, RS485 с уникальным протоколом). На компе запущена своя прога, обрабатывающая этот протокол. Это, так сказать, неизменяемая вводная.
Теперь о грустном. Версии устройства копятся, прога толстеет, истоки забываются, все печально в общем. Вот и родилась мысль хранить все диалоги и оконные формы в самом приборе. А самый универсальный инструмент для этого - HTML, ессно. Через свой транспорт я этот HTML сразу завернутый в HTTP прокачаю без вопросов. Вот только задачка - как ентот хттп скормить браузеру и - главное! - получить от браузера обратно результат в виде GET/POST?
Просветите темного, возможно ли такое малой кровью или в утопиях вязну.
заранее большой сенкс за труды.

Составить ответ | Вернуться на конференцию

Ответы

короче, ты сам не знаешь что хочешь, реализуй в устройстве USB Mass Storage...{+} — ничего не знаю (25.11.2007 09:22:24 89.178.114.68, 197 байт)
Не осилил стока буков. Предложу своё. Значит (+) — uni (25.11.2007 01:28:36 82.193.156.30, 10201 байт)
- йес! Это кошерный ответ! — хххх (25.11.2007 14:58:18 90.137.7.83, 60 байт)
- А чтобы реализовать миниWeb со своей адресацией, то юзаем обработчик OnLink и разбор регулярными выражениями. Думаю, будет работать. — uni (25.11.2007 03:49:4 82.193.156.30, пустое)
- То бишь Ethernet'у - эзернетово, а не стандартному протоколу - нестандартно протоколово :) — uni (25.11.2007 02:51:33 82.193.156.30, 1115 байт)
  - :) xxxx предполагает в качестве нестандартного транспорта использовать HTTP. Ему советовали использовать стандартные транспортные протоколы — Vit (25.11.2007 09:46:51 77.122.184.20, 1437 байт)
    - А адресацию можно сделать виртуальной, но по типу протокол://путь и т.д. Виртуальной, но соотв-щей уже имеющейся, допустим, modbus адресации. Это уже от воображения зависит. — uni (25.11.2007 11:05:12 82.193.156.30, пустое)
    - Честно говоря, я думал, что у автора уже есть функции и некий протокол, чтобы конфигурировать устройство (+) — uni (25.11.2007 10:45:38 82.193.156.30, 2909 байт)
      - uni единственный здесь кто понял меня абсолютно правильно — хххх   (25.11.2007 18:02:37 83.188.79.143, 404 байт)
        
        Вот ссылка, это мой сервак. Подержу по ссылке пару дней, тока ночью отрубаю. Да, скрипты только возвращаются как строки, я ложанулся. А базу Вы как собирались подключать? Может предложить чего-нить альтернативное? — uni   (25.11.2007 20:01:22 82.193.156.30, 836 байт, ссылка)
        
        для начала и без скриптов можно попробовать — хххх   (25.11.2007 20:30:29 90.137.6.43, 865 байт)
        
        Типа. Телепаты вернулись из отпуска. Вы как раз поспели. Хе-хе. — uni   (25.11.2007 21:19:20 82.193.156.30, пустое)
        
        Та-а не за что. Притом я сейчас пивка навернул и уже соображаловка в другую сторону повёрнута. Я бы не сказал, что этот компонент абсолютно отрисосывает как IE, но всё же лучше, чем ничего. — uni   (25.11.2007 20:37:26 82.193.156.30, пустое)
        
        Гляну сейчас, да он платный, наверное. Значит как-то я его обесплатил. Посмотрю, скажу и насчёт скриптов тоже. — uni   (25.11.2007 18:54:3 82.193.156.30, пустое)
- Да, и ещё (+) — uni (25.11.2007 01:59:29 82.193.156.30, 1438 байт)
- Извиняюсь за безобразно приведённый код, там главное, что мы принимаем запрос формы сами с ним работаем и тутже результат работы отображаем в компоненте, причём последнему до фени где был этот запрос. — uni (25.11.2007 01:34:1 82.193.156.30, пустое)
Пасиб за участие, мужики. Пойду спать. В пн на рсдн-е еще поспрошаю — хххх (24.11.2007 23:18:26 83.188.13.125, 132 байт)
- Это человек и пароход - суть разные вещи. TCP - транспорт каких-то данных. А HTTP - это формат данных, а — Vit (25.11.2007 00:01:54 77.122.184.20, 295 байт, ссылка, картинка)
скачай IAR для ARM, найди примеры для LPC2ххх там есть примеры веб сервера ...{+} — ничего не знаю (24.11.2007 23:14:56 89.178.114.68, 164 байт)
- Ответ: — Antoniy (27.11.2007 20:38:20 83.167.112.36, 122 байт)
- ... не читатель, .... писатель. — хххх (24.11.2007 23:23:11 83.188.13.125, 169 байт)
  - выковыряй модуль HTTP из примера, и делай свой протокол, проблема ? — ничего не знаю (24.11.2007 23:29:47 89.178.114.68, 235 байт)
    - Я уже говорил - это проблемы с администрированием — хххх (25.11.2007 00:02:47 83.188.13.125, 342 байт)
      - ;) рация на танке(С). На машине браузер, а серверы в железках — Vit   (25.11.2007 00:30:32 77.122.184.20, 385 байт)
        
        ну может будем все же читать? я здесь уже раза 3 точно одно и то же написАл. — хххх   (25.11.2007 00:45:18 83.188.13.125, 709 байт)
        
        То у Вас браузер есть, то Вы его встраиваете. То внизу хотите проще сделать, то там сервер должен быть... — Vit   (25.11.2007 01:11:56 77.122.184.20, 213 байт)
      - используй PPP через RS232 — ничего не знаю (25.11.2007 00:18:8 89.178.114.68, пустое)
Мда-уж. Ты помнишь, что был такой Telnet? — Vit (24.11.2007 21:47:19 77.122.184.20, 255 байт)
- помню, но это ничего не дает. — хххх (24.11.2007 21:56:30 83.188.13.125, 95 байт)
  - Конечно с TCP. Если без TCP, то, IMHO, хытымылы фтопку - vt100 рулит. Пример симпатичный есть у кейла для АРМ — Vit (24.11.2007 22:02:49 77.122.184.20, пустое)
    - и что, vt100 имеет графический интерфейс? — хххх (24.11.2007 22:26:4 83.188.13.125, 72 байт)
      - Псевдографический - ANSI. Для рисования кнопок/менюшек/диалогов - более чем — =AVR= (24.11.2007 22:27:52 80.92.96.19, пустое)
        
        Вот статья и готовый работающий пример в исходниках --> — =AVR= (24.11.2007 22:45:28 80.92.96.19, пустое, ссылка, картинка)
Что-то непонятно. (+) — SM (24.11.2007 21:34:28 80.92.255.53, 530 байт)
- дополняю — хххх (24.11.2007 21:54:18 83.188.13.125, 525 байт)
  - Ааааа.... Это другой вопрос. Самый простой вариант именно утилитка на локалхосте. Сервер пойдет стандартный, например апач, а далее через какой либо механизм общение с девайсом. Например через php и какую-нить DLL-ку, реализующую связь с девайсом. — SM (24.11.2007 22:00:22 80.92.255.53, пустое)
    - А вобще сделайте командную строку. Типа set PARAM=VALUE и все что угодно можно сконфигурить. Причем в 99% случаев удобнее, чем через эти дурацкие кнопки и диалоги. Ну а в крайнем случае можно сваять утилитку-обертку, которая бы вычитала из девайса все его возможные параметры и предоставила граф. интерфейс для их задания. — SM (24.11.2007 22:10:51 80.92.255.53, пустое)
      - текстовки имеют один но убойный минус — хххх   (24.11.2007 22:22:47 83.188.13.125, 580 байт)
        
        По текстовым конфигам вопрос спорный, но оставим это, а вот про сервак на локалхосте - так область его видимости это вопрос администрирования сети, и не более. Ну еще вариант - откройте какой-нить файло с хтмл-ем локальное. А в нем на какой-нить яво-скриптовом языке общение с девацом. — SM   (24.11.2007 22:37:43 80.92.255.53, пустое)
        
        администрирование??!! Клиенту можно еще предложить самому в сорцах робраться ))) — хххх   (24.11.2007 22:54:17 83.188.13.125, 183 байт)
        
        Если Вам не облом калякать свои трансляторы протоколов (серверы) под винду, то, может, есть всё-таки смысл внизу прикрутить нормальный транспорт? — Vit   (24.11.2007 23:18:31 77.122.184.20, пустое, ссылка)
        
        Да вот это значительно проще. IMHO. Только изернет заменить на SLIP или PPP — SM   (24.11.2007 23:20:23 80.92.255.53, пустое, ссылка)
        
        это сложнее — хххх   (24.11.2007 23:28:35 83.188.13.125, 275 байт)
        
        PPP и SLIP это соединения типа точка-точка. В то же время UDP и TCP имеют в пакете адрес источника и адрес получателя. — Vit   (25.11.2007 00:05:21 77.122.184.20, 240 байт)
        
        еще раз двадцать пятый - — хххх   (25.11.2007 00:31:59 83.188.13.125, 98 байт)
        
        Дык из HTTP делать настоящий транспорт - это вааще изврат — Vit   (25.11.2007 00:46:9 77.122.184.20, пустое)
        
        А я то дурень всю жисть считал что HTTP это и есть транспорт для HTML — хххх   (25.11.2007 00:49:27 83.188.13.125, 67 байт)
        
        Вот поэтому у Вас вопросы такие и возникают — Vit   (25.11.2007 01:31:47 77.122.184.20, 456 байт)
        
        PPP это просто способ передачи TCP/IP через COM-порт и не более того. Клиент отлично знает, к какому порту подключил девайс, который в винде представится модемом. А Вам в девайсе сделать всего лишь TCP/IP и http - на том уровне, что по указанной ссылке. Там совсем немного. — SM   (24.11.2007 23:32:21 80.92.255.53, пустое)
        
        такую фигню я еще лет 5 назад наваял. — хххх   (24.11.2007 23:55:27 83.188.13.125, 372 байт)
        
        Ну если у клиента есть сеть, то и администратор есть :) :) И сделать так, чтобы сервер на одном компе был виден где угодно в другом месте плевое дело. — SM   (24.11.2007 22:55:13 80.92.255.53, пустое)
        
        И еще как вариант - зависит от стоимости девайса. Возьмите какой-нить копеечный рутер, имеющий ком-порт и живущий под линуксом. На нем поднять сервак дело плевое. Он будет транслятором протокола девайса в натуральный http/html. — SM   (24.11.2007 22:51:2 80.92.255.53, пустое)
        
        это как к стиральной машинке ломик прикладывать - типа дверцу им открывать ...{+} — хххх   (24.11.2007 23:01:13 83.188.13.125, 444 байт)
        
        В общем-то проблем особых нет - напишите свой стек драйверов, начиная от железа и кончая протоколом верхнего уровня. И получите какой-нить адрес myhttp://com2/device0/configpage . Никто в этом Вас в винде не ограничивает, однако работы будет край непочатый. — SM   (24.11.2007 23:06:20 80.92.255.53, пустое)
        
        А по тектстам - см. *nix. Там чудесная команда man есть :) Ее просто тоже надо в девайсе реализовать. — SM   (24.11.2007 22:38:42 80.92.255.53, пустое)
        
        Дык сама железка пишет подсказки;) Ты ей чего-попало - она в ответ осознанный хлеп — Vit   (24.11.2007 22:32:59 77.122.184.20, 98 байт)
  - Немного вбок, но суть та же. В свое время вставлял в свои девайсы простенький терминальный сервер, а на подключаемом компе запускал СОМ ANSI-терминалку и ей прекрасно конфигурил и управлял девайсами — =AVR= (24.11.2007 21:59:27 80.92.96.19, пустое)
    - +1. — Vit (24.11.2007 22:05:6 77.122.184.20, пустое)
      - И на экране терминалки менюшки, диалоги и кнопки рисовались не хуже, чем в каком-нибудь Turbo Vision — =AVR=   (24.11.2007 22:24:58 80.92.96.19, пустое)
        
        Отсюда помедленнее, пожалуйста! Я записываю.... — хххх   (24.11.2007 22:31:17 83.188.13.125, 224 байт)
        
        ANSI-терминал умеет отображать псевдографику (черточки-уголочки) и позиционировать курсор. Посредством этого твой код из устройства будет управлять экраном терминала, вести диалог с оператором, и принимать от него конфигурационные параметры. Простые формочки в виде кнопок, радиобутонов и диалоговых полей рисуются элементарно и выглядят весьма прилично - в цвете, с миганием и т.д. — =AVR=   (24.11.2007 22:37:55 80.92.96.19, пустое)
        
        ах вот вы про что! — хххх   (24.11.2007 22:46:33 83.188.13.125, 385 байт)
        
        SLIP? — Vit   (24.11.2007 22:57:33 77.122.184.20, пустое, ссылка)
        
        Нуу... Это опять TCP/IP :) Которого нету. — SM   (24.11.2007 23:01:14 80.92.255.53, пустое)
        
        Дык, может, перестанет бояться и завернёт;0 — Vit   (24.11.2007 23:07:33 77.122.184.20, пустое)
        
        Тем не менее загляни - вдруг понравится --> — =AVR=   (24.11.2007 22:47:44 80.92.96.19, пустое, ссылка)
        
        На самом деле пасиб что напомнили про терминалки — хххх   (24.11.2007 23:09:20 83.188.13.125, 94 байт)
        
        У нас недавно пришлось вспоминать. Тупо "верхний уровень" для конфига писать не стали. — Vit   (24.11.2007 23:26:26 77.122.184.20, 425 байт)
        
        В потоке кроме букафф идут управляющие символы (самые привычные это \r, \n), котрые терминал интерпретировать умеет — Vit   (24.11.2007 22:36:0 77.122.184.20, пустое)
        
        В ANSI-терминале управляющими являются Esc-последовательности — =AVR=   (24.11.2007 22:39:1 80.92.96.19, пустое)
        
        Всё там так смешано до пробела;) Мне нравится код 0х07;) — Vit   (24.11.2007 22:42:37 77.122.184.20, пустое)
        
        Ага, "пи-ип" - очень популярный код на современном TV :)) — =AVR=   (24.11.2007 22:46:43 80.92.96.19, пустое)
        
        Только к тому самому ANSI отношения не имеет :) Он был определен еще задолго до того. — SM   (24.11.2007 22:48:49 80.92.255.53, пустое)
        
        Но определен он был в том же самом ANSI - American National Standard Institute, так что круг замкнулся :)) — =AVR=   (24.11.2007 22:57:13 80.92.96.19, пустое)
        
        Кстати интересный момент. А кто был раньше - ASCII или EBCDIC? Во втором тоже был BEL, но кажись 0x2F — SM   (24.11.2007 23:00:14 80.92.255.53, пустое)
        
        Практически одновременно - в начале 60-х --> — =AVR=   (24.11.2007 23:04:35 80.92.96.19, пустое, ссылка, картинка)
        
        Судя по этим данным в начале 60-х EBCDIC уже вовсю юзался, а аски зарождался. Да. Давно это было :) — SM   (24.11.2007 23:09:58 80.92.255.53, пустое)
        
        +1 В томже журнале (весьма удачном и информативном по тем временам) [Аматерском Радио] в конце приводились таблицы EBCDIC c последующей публикацие ASCII, как последующий стандарт. — Макаров   (25.11.2007 00:13:7 89.113.48.3, пустое)
        
        Дык там же написано, что в 50-х EBCDIC уже применяли — Vit   (24.11.2007 23:09:10 77.122.184.20, пустое)
- но с той стороны (в приборе) должен быть сервер — =General= (24.11.2007 21:40:18 83.171.65.223, пустое)