|
|
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Господа! Моему хорошему знакомому задали вопрос, который он переадресовал мне. Итак, есть теоретическая задача: есть несколько датчиков, данные с которых требуется "снимать" на мобильник. Я так понимаю (могу и ошибаться), что мобильник - это java, датчики - ассемблер. Возможно ли каким-либо образом состыковать эти две "глыбы"? 2. Возможно ли, вообще как-либо обрабатывать куски ассемблерного кода средствами java. Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 10:02:00 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
что понимается под датчиками ? они встроены в телефон ? кроме телефонов еще существует множество другиих способов снятия показаний... - Цель в жизни определяет все.. Выбор есть всегда.. Но мы часто не хотим его делать.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 10:08:20 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
30+Господа! Моему хорошему знакомому задали вопрос, который он переадресовал мне. Итак, есть теоретическая задача: есть несколько датчиков, данные с которых требуется "снимать" на мобильник. Я так понимаю (могу и ошибаться), что мобильник - это java, датчики - ассемблер. Возможно ли каким-либо образом состыковать эти две "глыбы"? Сами хоть поняли, что спросили, 30+ 2. Возможно ли, вообще как-либо обрабатывать куски ассемблерного кода средствами java. Заранее спасибо. Конечно! Можно прочитать кусок ассемблерного кода из файла и вывести его в красивом виде, например в JTexpPane с подсветкой и форматированием. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 10:59:10 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
непосредственно доступа к ассемблеру нет и быть не может. посмотри в сторону JNI, мудахаться придётся конечно долго. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:10:56 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
-Sergey-что понимается под датчиками ? они встроены в телефон ? кроме телефонов еще существует множество другиих способов снятия показаний... Датчики внешние. Для примера. Есть метеорологические станции с кучей приборов. Вот и нужно снять показания этих приборов на мобильник и в нем их обработать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:16:04 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Стандартные датчики обычно имеют какой-то порт вывода информации, например по RS485, или просто двоичный сигнал на нескольких выводах. В мобильнике имеются стандартные возможности ввода, как то GSM, IR, Bluetooth. И совершенно по барабану чем управляется датчик и мобильник, задача обеспечить коммуникацию между ними. При чем тут "обрабатывать куски ассемблерного кода средствами java"? Датчик встроен в мобильник? Тогда производитель мобильника должен предоставить API для работы с ним. А вообще, когда я несколько лет назад разбирался с J2ME (java, встроенная в мобильники), выяснил что получить свободный доступ к портам и функциям телефона весьма непросто (порой невозможно), и сильно зависит от производителя (стандартов нет). Потому предпочтительнее использовать КПК с более полным API. Может быть сейчас в J2ME что-то изменилось... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:18:56 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
wessen Конечно! Можно прочитать кусок ассемблерного кода из файла и вывести его в красивом виде, например в JTexpPane с подсветкой и форматированием. Я про другое. Меня интересует аналог того, что в Паскале или С именуется ассемблерными вставками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:20:49 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
У датчиков должны быть какие то выходы - COM к примеру. С ним уже можно общаться из Java. Про ассемблер забудьте. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:23:38 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
"kest_ru" <nospam@sql.ru> Может быть сейчас в J2ME что-то изменилось... сейчас собираются закрыть j2me Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:24:19 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
30+ wessen Конечно! Можно прочитать кусок ассемблерного кода из файла и вывести его в красивом виде, например в JTexpPane с подсветкой и форматированием. Я про другое. Меня интересует аналог того, что в Паскале или С именуется ассемблерными вставками. Это была шутка. Никаких ассемблерных вставок быть не может. Вариантов взаимодействия с датчиком из Java несколько: - через стандартные интерфейсы, последовательный/параллельный порты, usb. - по стандартным протоколом - TCP/IP, UPD + протокол самого датчика - через Java API, которые обычно пишутся производителями датчиков - самый предпочтительный вариант - через JNI, в этом случае можно использовать С/С++ библиотеки опять же производителей датчиков, либо самописные, тут можете и ассемблерные вставки использовать, вобщем полная свобода действий. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 11:34:43 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Я думаю возможно через C/C++ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 13:47:34 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
авторсейчас собираются закрыть j2me откуда дровишки? Кобол до сих пор не закроют а тут ж2ме которая в каждом телефоне ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 14:03:07 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Человек-собака Шариков авторсейчас собираются закрыть j2me откуда дровишки? Кобол до сих пор не закроют а тут ж2ме которая в каждом телефоне http://gizmodo.com/gadgets/cellphones/sun-scrapping-mobile-java-moving-devices-to-standard-java-313589.php ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 14:15:22 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
вобщем-то там какой-то новостной сайт и отзыв о статье гослинга с собственными (не гослинга) выводами. Сам же Гослинг вчера написал отзыв о подобных статьях про его слова: http://blogs.sun.com/jag/entry/javame_is_not_dead да и по логике - сун весно выпускает JavaFx которая будет в варианте мобиле. Но расчитано это мобиле на смартфоны а не на стобаксовые трубки в которых и ж2ме-то еле-еле помещается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 15:46:49 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Человек-собака Шариков Но расчитано это мобиле на смартфоны а не на стобаксовые трубки в которых и ж2ме-то еле-еле помещается. Гослинг по сути тоже самое пишет. Только он говорит о том, что внезапной смерти j2me не будет, она будет постепенной, сейчас в связи с увеличением мощности мобильных устройств, j2me обвешивают наворотами, т.е. постепенно приближают к j2se(а к кому еще то?). Ну а когда(думаю лет через 5) любая сто баксовая трубка с легкостью будет вмещать j2se, то j2me умрет сама собой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 16:24:31 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
нет, он пишет что его слова переврали. авторТолько он говорит о том, что внезапной смерти j2me не будет, она будет постепенной ну прочитай ещё раз авторOver time, it's pretty clear that JavaME and JavaSE will converge and become largely indistinguishable. It goes both ways: JavaSE has a much more sophisticated graphics API, and JavaME is growing there. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 16:33:24 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Человек-собака Шариков ну прочитай ещё раз [quot автор]Over time, it's pretty clear that JavaME and JavaSE will converge and become largely indistinguishable. It goes both ways: JavaSE has a much more sophisticated graphics API, and JavaME is growing there. И о чем по твоему он тут пишет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 16:42:24 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
он пишет о том что обе редакции (стандарт и микро) идут в направлении предоставления сходного функционала. что что-то будет сворачиваться он не пишет. Да и ваще эти гамностатейки читать себя не уважать. Сама постановка вопроса некорректна, редакция микро отличается от стандарт спецификацией а не функционалом, в ней больше разрешено менять по усмотрению производителя. Телефоны с большой жабой уже сейчас есть под линукс, есть большие виртуальные машины (херовые правда) для вин- и симбиан- смартфонов. И в то же время прекрасно продаются трубки с чёрно-белым экраном вообще без всяких наворотов. Назначение у трубок и встроенных устройств слишком разное, вряд ли может быть такое что они одинаковые станут когда-нить а это и есть причина существования редакции микро. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 17:00:21 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Человек-собака Шариковон пишет о том что обе редакции (стандарт и микро) идут в направлении предоставления сходного функционала. Вот и я про тоже, me постепенно становится se. И когда нибудь все таки станет. Человек-собака Шариков что что-то будет сворачиваться он не пишет. Да и ваще эти гамностатейки читать себя не уважать. Сама постановка вопроса некорректна, редакция микро отличается от стандарт спецификацией а не функционалом, в ней больше разрешено менять по усмотрению производителя. Вот именно поэтому j2me должна умереть и чем быстрее, тем лучше (извините, не сдержался). Человек-собака Шариков Назначение у трубок и встроенных устройств слишком разное, вряд ли может быть такое что они одинаковые станут когда-нить а это и есть причина существования редакции микро. Вот тут наверное можно долго спорить, но кто прав, кто виноват, покажет время. Я думаю так, как только в телефон, ну или в другие мобильные устройства еще меньшего размера, смогут впихнуть хотя бы celeron 2 ГГц, то будет только одна Java. А если еще учесть, что 7-ая версия se будет вроде как модульная, т.е. есть ядро, около 5-и МБ, если я не ошибаюсь, а остальное устанавливается по необходимости, то наверное me все-таки вымрет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 17:26:49 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
а ты понял что я написал? Цель спецификации микро как раз и является дать бОльшую свободу производителям железа. В отличии от Brew, например. Результатом появления этой спецификации является то что почти на всех трубках есть ж2ме а вот брю только на очень малой части в золотом миллиарде. Хотя и технических проблем разработчикам это добавляет немерено. Но вопрос тут не технический а бузинесменский. Каких-то предпосылок изменения ситуации чёт не вижу. Даже представить трудно что сун попытается заставить договориться самсунг с нокией, например, или моторолой. Да они этот сун порвут как тузик грелку и весь разговор. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 18:06:53 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
у меня сейчас стоит подобная задача, т е опросить метеодатчики, поддерживающие порты rs-232/485, и еще два каких то. Вот думаю сколько потребуется времени чтобы что нить сделать. Сам программист на точке нет, и никогда с железом не работал. В общем задница полная, как я понимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 18:41:57 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчикову меня сейчас стоит подобная задача, т е опросить метеодатчики, поддерживающие порты rs-232/485, и еще два каких то. Вот думаю сколько потребуется времени чтобы что нить сделать. Сам программист на точке нет, и никогда с железом не работал. В общем задница полная, как я понимаю. Можно опрашивать с нормального компьютера, а потом по модему(сотовому телефону в качестве модема) передавать данные куда нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 18:58:21 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
да ерунда это. У датчика есть провод, на нём написано RS232 (т.е. для ком-порта обычного). Втыкаешь провод в комп и опрашиваешь порт. Тот поток байт что выдаёт датчик конечно придётся разбирать по документации того датчика, тут уж никто не поможет библиотека для работы с портами http://rxtx.org/ . Или стандартную сановскую если для линукса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 19:01:54 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
мобильник тут конечно никаким боком ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 19:02:38 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчикову меня сейчас стоит подобная задача, т е опросить метеодатчики, поддерживающие порты rs-232/485, и еще два каких то. Вот думаю сколько потребуется времени чтобы что нить сделать. Сам программист на точке нет, и никогда с железом не работал. В общем задница полная, как я понимаю. Вот те два порта какие-то, вот они наверное и есть сигнальные или вывод ЦАП. В ларьках электрических полно GSM,GPRS модемов, зачем цельный телефон использовать? Эти модемы-то и стоят не дорого, можно за тыщщу найти, а то и дешевле, если не нужен встроенный GPS (мало ли). Программируются они зачастую на С. Остается только надыбать среду разработки. Надыбать можно. Сам когда -то использовал Sony-Ericsson GSM, отправлял эсэмэски если с датчика сигнал пришел. Питался от аккумулятора автомобиля. В вашем случае можно приобрести стандартный аккумулятор для телефона, только он долго не выдержит сам по себе, это уж надо решать. Самой большой гимор был все аккуратно подпаять, просил знакомого с завода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 21:00:22 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
30+Господа! Моему хорошему знакомому задали вопрос, который он переадресовал мне. Итак, есть теоретическая задача: есть несколько датчиков, данные с которых требуется "снимать" на мобильник. Я так понимаю (могу и ошибаться), что мобильник - это java, датчики - ассемблер. Возможно ли каким-либо образом состыковать эти две "глыбы"? 2. Возможно ли, вообще как-либо обрабатывать куски ассемблерного кода средствами java. Заранее спасибо. ... еще раз по теме, в электрических магазинах сейчас пооолно промышленных штук, которые могут по любым сигналам и позвонить куда хочешь и данные по гпрс сбросить. Сходите, узнайте. Не все на java2ee лабать, пора и серьезным делом заняться, головой думать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2007, 21:08:01 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Vir2allНе все на java2ee лабать, пора и серьезным делом заняться, головой думать... Да уж... Назанимались в свое время... Теперь вот серьезным делом занимаемся, корпоративные приложения пишем, головой думаем, а не с этими конструкторами возимся, да програмульки на примитивных языках пишем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 10:34:48 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
в общем более конкретно поясню задачу. У меня есть комп с GSM - модемом, также есть некое устройство метеостанция(имеющая свой контроллер)(эту метеостанцию можно рассматривать как некий контейнер для датчиков, голая сама по себе она не имеет значения), которая не имеет своего айпишника, а имеет только GSM - модем. К этой метеостанции подцепляется куча различных метеодатчиков(снимающих различные параметры). Опросом занимается метеостанция, т е через какой нить гипер терминал, мы посылаем некую, так называемую AT - команду, чтобы начать опрос. Метеостанция начинает опрос каждого из устройст и выдает некую форматную строку, состоящую из набора значений, т е технологией опроса занимается сама метеостанция. Для успешного выполнения из программного кода необходимо каким то чудным образом подключиться к этой метеостанции(через gsm - канал) и дать команду "начать опрос", а затем получить данные и правильно отпарсить выходные параметры. Насколько это трудно и долго? Т е что имеем: два GSM - модема + некое устройство, умееющее самостоятельно опрашивать датчики, прикрепленные к ней. P.S. вся аппаратура на несколько тысяч евро. Есть полная документация по всем датчикам с полным перечнем АТ - команд(правда на английском, но это не большая проблема), но эти команды нужны для доступа из гипер терминала, а мне нужно программно. Можно ли будет в коде каким нить образом, передавать АТ - команды в виде параметра строки или все придется делать на каком нибудь WinApi32? Подскажите как быть то? P.S.S. пишу на нете. P.S.S1. допустим, чтобы открыть порт, необходимо послать команду OPEN1, чтобы начать опрос просто -a- и т. д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:17:45 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Человек-собака ШариковЦель спецификации микро как раз и является дать бОльшую свободу производителям железа. В корне не верно. Сначала было железо, причем целый зоопарк, ну так вот сложилось на рынке микроконтроллеров, и только потом, сантехники, попытались соорудить единую программную платформу для всего этого зоопарка. Ну, что получилось, то получилось. И есть основания полагать, что с увеличением мощности контроллеров, они таки придут к единой архитектуре. Человек-собака Шариков Даже представить трудно что сун попытается заставить договориться самсунг с нокией, например, или моторолой. SUN тут не причем, ему не нужно никого мирить. Вот выпустить кто-нибудь первый телефон на платформе x86 и всем остальным кирдык, утонут в своем болоте, со своим софтом и со своей архитектурой. Кто бы они не были, против х86 и софта написанного под эту архитектуру они ничто, будут раздавлены как букашки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:29:12 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Если софт контроллера датчиков готов, то твоя задача проще некуда, устанавливаешь соединение, посылаешь строки в порт, читаешь строки из порта. Уверен, что для .net полно таких библиотек. Можно сделать по другому, чтобы контроллер датчиков сам их периодически опрашивал, и отправлял данные куда нужно. Мне кажется такой подход более распространен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:32:48 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиковТ е что имеем: два GSM - модема + некое устройство, умееющее самостоятельно опрашивать датчики, прикрепленные к ней. - где Вы хотите разместить код? на "некое устройство"? тогда это устройство должно иметь операционную систему (какую?) - если код размещается на полноценном ПК взаимодействующим с "неким устройством" через GSM-модем, то "некое устройство" должно поддерживать "некий протокол" через который с ним можно общаться. - не могли бы Вы более внятно описать задачу: клиент (ОС, доступные ресурсы), удаленный модуль (ОС, доступные ресурсы), задачи решаемые на клиенте и удаленном модуле и т. п. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:38:19 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиков Для успешного выполнения из программного кода необходимо каким то чудным образом подключиться к этой метеостанции(через gsm - канал) и дать команду "начать опрос", а затем получить данные и правильно отпарсить выходные параметры. Насколько это трудно и долго? Это очень просто. Наличие качественной документации еще сильнее облегчает тебе жизнь. Нужно только найти библиотеки, для общения с GSM модемом. Наверника они есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:43:27 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Kachalov, вы можете открыть почту(или аську дать), я вам все более конкретно опишу. К слову, возможно если подробно объясните, то все оплатиться. P.S. сам из москвы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:44:13 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
wessenЭто очень просто. Наличие качественной документации еще сильнее облегчает тебе жизнь. Нужно только найти библиотеки, для общения с GSM модемом. Наверника они есть. документации технической навалом, но все что там описано, это для работы из гипер терминала или из СПО, которое можно купить за большие бабки. В том то и фишка, что у нас есть своя прога, и необходимо прикруить нечто свое и с экономить на этом что нить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:47:13 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиков wessenЭто очень просто. Наличие качественной документации еще сильнее облегчает тебе жизнь. Нужно только найти библиотеки, для общения с GSM модемом. Наверника они есть. документации технической навалом, но все что там описано, это для работы из гипер терминала или из СПО, которое можно купить за большие бабки. В том то и фишка, что у нас есть своя прога, и необходимо прикруить нечто свое и с экономить на этом что нить. Можно ведь относительно быстро все проверить, найдите API для работы с GSM модемом, попробуйте при помощи этих API отправить команды к станции, те самые команды, которые вы через терминал отсылаете и далее смотрите, как станция реагирует, если она откликнется и что-нибудь вменяемое вернет, то проблема решена. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 11:57:58 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
понятно wessen, но для этого необходимо знать архитектуру и многое другое(открыть нужный порт и т. д.). У нас время поджимает, не хочется чтоб лопнул проект, но другого человека(тобиш кроме меня:)), который может сделать хоть что то у нас нет. А я не системный прогер(и в целом не очень сильный программист). Сколько потребуется времени, чтобы это сделать, учитывая, то, что я ранее никогда не работал на системном уровне. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:02:26 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиковKachalov, вы можете открыть почту(или аську дать), я вам все более конкретно опишу. К слову, возможно если подробно объясните, то все оплатиться. P.S. сам из москвы. - так как в C++ не силен (а тут похоже без него не обойтись, если необходим прямой опрос датчиков), то помочь за плату не берусь. Единственное чем могу Вам помочь это советы на уровне архитектуры, но такие советы Вам может дать половина участников данного форума если Вы более четко сформулируете задачу :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:07:28 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиковпонятно wessen, но для этого необходимо знать архитектуру и многое другое(открыть нужный порт и т. д.). У нас время поджимает, не хочется чтоб лопнул проект, но другого человека(тобиш кроме меня:)), который может сделать хоть что то у нас нет. А я не системный прогер(и в целом не очень сильный программист). Сколько потребуется времени, чтобы это сделать, учитывая, то, что я ранее никогда не работал на системном уровне. Я бы не сказал, что это системная задача, хотя элементы "системности" конечно присутствуют. Наверника API для GSM модема, высокого уровня, типа : установить соединение, отправить данные в виде строки, получить данные в в иде строки. Чего тут сложного? Тем более, если я правильно понял, то как раз-таки описание протокола(высокоуровнего) взаимодействия у вас есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:08:02 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
списал с документации: преобразователь ххххх использует питание 5..30 Вольт постоянного тока и выдает последовательно данные согласно выбранному протоколу: SDI-12, ASCII автоматически и по запросу и NMEA 0183 по запросу. Можно работать с прибором через любой из последовательных портов: RS-232, RS-485, RS-422, SDI-12. вот так вот? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:13:58 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиковсписал с документации: преобразователь ххххх использует питание 5..30 Вольт постоянного тока и выдает последовательно данные согласно выбранному протоколу: SDI-12, ASCII автоматически и по запросу и NMEA 0183 по запросу. Можно работать с прибором через любой из последовательных портов: RS-232, RS-485, RS-422, SDI-12. вот так вот? Это описание GSM модема что-ли? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:20:47 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиковСколько потребуется времени, чтобы это сделать, учитывая, то, что я ранее никогда не работал на системном уровне. Тоесть вы хотите чтобы на java форуме вас проконсультировали о простоте работы с библиотеками для .net? ;)) Я юзал подобное API для Delphi, это было достаточно просто и быстро. Но лучше обратитесь на тематический форум. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:28:41 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
опрос метео датчиковсписал с документации: преобразователь ххххх использует питание 5..30 Вольт постоянного тока и выдает последовательно данные согласно выбранному протоколу: SDI-12, ASCII автоматически и по запросу и NMEA 0183 по запросу. Можно работать с прибором через любой из последовательных портов: RS-232, RS-485, RS-422, SDI-12. вот так вот? Это видимо описание датчика. А есть описание контроллера? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:30:14 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
kest_ru опрос метео датчиковсписал с документации: преобразователь ххххх использует питание 5..30 Вольт постоянного тока и выдает последовательно данные согласно выбранному протоколу: SDI-12, ASCII автоматически и по запросу и NMEA 0183 по запросу. Можно работать с прибором через любой из последовательных портов: RS-232, RS-485, RS-422, SDI-12. вот так вот? Это видимо описание датчика. А есть описание контроллера? Ниче не понимаю. С контроллером то вроде через GSM модем общение происходит. Нафига описание контроллера и тем более датчиков? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:33:30 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
ты сначала определись что тебе нужно. Сам же говоришь что просто послать AT команду. А потом про вольты с амперами какие-то. В винде есть стандартный hypertrm.exe, ну отправь команды через него без всякого программирования. Или батник создай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 12:42:32 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
в том и дело, что меня скорее всего не интересует само описание контроллера и тем более его датчиков. Как я понимаю, мне нужно программно обратиться к контроллеру(открыть порт или чего там еще) и отправить некие команды микроконтроллеру(типа если из гипертерминала, то это АТ команды, а вот если из программы, то тогда чаво???), чтобы он начал опрос устройств. Когда опрос пройдет, микроконтроллер должен выдать некую форматную строку, т е я ее считываю на клиента, затем парсю и складирую в БД. ВСЕ. P.S. был один человек со стороны, он захотел 90 000 + 45 дней, чтобы это сделать. Вроде руководство отказалось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 13:03:11 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
Пуск/Программы.Стандартные/Связь/HyperTerminal внимательно прочитай хелп - или скачай какой-нить аналог который с командной строки работает и напиши батник проси 80 т.р. + 30 дней ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 13:14:56 |
|
||
|
Java + ассемблер
|
|||
|---|---|---|---|
|
#18+
идея с использованием гипертерминала в принципе хорошая, только возможно будут какие нить подводные камни. Т е в место того, чтобы писать прямой доступ к ком порту устройства просто можно возможно запускать соот - щую утилиту(кстати она наверное по другому называется, т к hypertrm.exe не запускается) с нужными параметрами, затем каким то образом перехватывать ответную строку и парсить на клиенте, но думаю данная задача облегчает поставленную на порядок. P.S. осталось детально изучить работу гипертерминала:). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2007, 14:40:09 |
|
||
|
|

start [/forum/topic.php?all=1&fid=59&tid=2144236]: |
0ms |
get settings: |
15ms |
get forum list: |
25ms |
check forum access: |
6ms |
check topic access: |
6ms |
track hit: |
57ms |
get topic data: |
17ms |
get forum data: |
5ms |
get page messages: |
110ms |
get tp. blocked users: |
3ms |
| others: | 334ms |
| total: | 578ms |

| 0 / 0 |
