| 0
- 20.02.2013 - 13:06
|
Интересна тема, есть наработки и желание (а при нужде - и команда) её развить. Тема проста: удаленный мониторинг. Чего/либо. Долгосрочная работа от аккамуляторов. Устройство, 1/2 сим-карты, gprs. Съем информации по цифровым/аналоговым линиям, RS485-му, легко обучить взаимодействию с чем то существующим. Буфер на SD при необходимости. Получается достаточно недорогое, автономное устройство. Очень недорогие VDS под линуксом. Копейки вообще. Дешевле хостингов у нас. Там висит БД mysql и серверная часть, которая по интернету принимает данные от устройств. Там же при желании можно и поставить web-клиента для работы с этими данными (php/jquery). Есть и возможность написать клиента под win хоть на FPC, хоть на c#/c++. Мониторинг, отчетики всякие например, графики. Все это можно организовать достаточно быстро, и, учитывая "первый раз" - достаточно дешево. В какую сторону бы развить это дело и к кому пойти с предложениями? (не конкретно, а в какую область).     | | |
| 81
- 24.02.2013 - 02:21
| да как бы я тебе ссылку на наш сайт давал, там можно порыться, глядишь что и откопаешь ;) | | |
| 82
- 24.02.2013 - 11:57
| Цитата:
| | |
| 83
- 24.02.2013 - 17:27
| 82-Пушной звер >да они все такие, [*****] )))) | | |
| 84
- 24.02.2013 - 18:20
| Цитата:
| | |
| 85
- 25.02.2013 - 17:05
|
Без обид, но имхо единственное, чем на кубани можно заработать - это помидоры, свиноводство отжали братья-москали не без участия А.Н. Я думаю, если что-то умеешь - работай на америку. Здесь задушат лицензиями и сертификатами, наверное скоро будут и птичий помёт сертифицированный продавать. Сам когда-то думал о подобном, но всё упирается в несколько отраслей, куда посторонним вход противопоказан или нужно обязательно сертифицироваться. Сколько это стоит, думаю известно всем. | | |
| 86
- 25.02.2013 - 19:08
|
85-Том >о_О херасе ты замахнулся) на америку.. сделаю что нибудь, как говорится.. будет опытом | | |
| 87
- 25.02.2013 - 19:10
|
пока как то так.. видится.. издалека.. | | |
| 88
- 25.02.2013 - 20:50
|
Ставили недавно в банкоматы устройства похожие по начинке. Мираж-GSM. Где-то 8,5 рублей стоит. Но прошивка специфическая, заточена под смс-ки. 2 сим карты на борту. Модуль на вид вроде тоже крутой, может и gprs есть. Диспечеризация на той стороне вроде тоже крутая. Проц - Atmel(похож на мегу 168, темно было не разглядел). Вроде ничего сложного, сделать бы да продать - но там сертификаты + аццкое лобирование и другие схемы взаимодействия. Блин (( Остаётся нефть, газ и ЖКХ. Но надо искать "гнилую кобылу" чтоб туда подлезть :) | | |
| 89
- 25.02.2013 - 21:09
|
88-Том >главное - сделать. Удачная железка - 30% от дела. Удачной должна быть концепция, четкое соответствие поставленным целям, должно быть отлично ПО (причем в разных областях - от алгоритмизации работы железки до конфигурирования модульного диспетчерского / клиентского ПО) По уму - это надолго. | | |
| 90
- 26.02.2013 - 08:30
|
Даже не знаю что сказать. Имхо всё, что упирается одним концом в опсоса изначально нестабильно, сделать по уму конечно можно - но это будут решения для объектов низкой ответственности. | | |
| 91
- 26.02.2013 - 09:11
| 90-Том >прототип с glonass работал трое суток, проблем с опсосом замечено не было особых. Реконнект 15 секунд, бывало конечно. | | |
| 92
- 26.02.2013 - 09:17
| 90-Том >Да, есть такая проблема. Но есть и такие применения, где GPRS вполне подходит. Автор и не замахивается на большее. | | |
| 93
- 26.02.2013 - 11:04
|
90-Том >для "локальных" применений есть RS485, можно сеть строить и логику работы основывать на голове, "запрос-ответ". Голова генерит компонентами RS485_запрос нужную последовательность, зависящую от прибора на "той" стороне (например, его адрес и команду опроса) а другой компонент RS485_ответ ждет ответа с нужной последовательностью (например, адрес). И выдирает соответственно настройкам данные. | | |
| 94
- 26.02.2013 - 11:06
| Буфер на SD позволит не потерять данные, если сеть опсоса упала. Я отрабатывал алгоритм, в котором буферизованные данные, если они есть, отправляются в "свободных окнах" между основными (текущими) данными. Вроде ничего, работает. | | |
| 95
- 26.02.2013 - 12:59
| А что такое SD ? | | |
| 96
- 26.02.2013 - 13:24
| Цитата:
| | |
| 97
- 26.02.2013 - 13:28
|
95-Том > http://ru.wikipedia.org/wiki/Secure_Digital | | |
| 98
- 26.02.2013 - 14:13
| В устройство! Да это ж гигант переносной мысли, есть же EEPROM | | |
| 99
- 26.02.2013 - 15:50
| 98-Том > чтобы логи писать, под логи никакова епрома не хватит. | | |
| 100
- 26.02.2013 - 15:52
| опятьже можно конфиг на ней хранить и быстро его сменить без помощи кнопкотыковства на девайсе. | | |
| 101
- 26.02.2013 - 17:51
|
100 Пушной звер >> прикольно конечно, но загонять в проц ещё и драйвер файловой системы... ууууу! Тогда уж лучше паяную флешу и квадратное принтерное USB-гнездо :) | | |
| 102
- 26.02.2013 - 18:03
| эт смотря что за камень, если скажем Cortex-M3 то почемубы и нет? | | |
| 103
- 26.02.2013 - 18:26
|
101-Том >предлагаю указать альтернативу, могущую хранить инфу с 40 датчиков каждые 5 секунд трое суток))) я походил походил и пришел к SD. Причем, ты можешь в принципе обойтись и без файловой системы, если не планируешь обмен через флешку. Паянная USB-флешка потребует USB-хост, что требует или другого класса камня в принципе, или намного более тяжелую чем fat_lib реализацию программно. SD=spi (twi), аппаратная есть в любом камне дороже 30 руб наверно.. USB-клиент тож не всрался на этом устройстве. Заводить его из за нужды единовременно настроить - смысл? Устройство автономное - основной нюанс. | | |
| 104
- 26.02.2013 - 18:27
| опять не перелогинился.. | | |
| 105
- 28.02.2013 - 16:17
|
Это конечно отлично, но есть ли заказчик на девайс. Нечто абстрактное в вакууме соорудить можно, но ведь важно и практическое применение. Кстати флешку я имел в виду не USB, а i2c. С ней работать куда приятнее. Да и еепром бывает жирный, за тридцатку можно взять 4 мегабита на платане :) было бы желание! У меня пока в проекте бюджетный контроллер СКУД Dallas + Rfid, но взялся за это ради развлекухи потому как сам иногда СКУД устанавливаю, знаю что штук 5 за год уйдёт :) fat-lib - это на C что-ли? И как успехи, под какое ядро планируешь делать девайс? | | |
| 106
- 28.02.2013 - 19:52
| Цитата:
стоит идваси, для внутренних нужд (хранить алгоритм работы системы, объекты и связи) заказчик.. скажем так, сказали - покажи, как будет что показать. fat-lib чановская, да, си. Самая удачная реализация и легко допиливается (меня не устраивал набор минимализаций, немного попилил). Убрал к черту фат32, на килобайт поменьше стало. Какое ядро то? иксмега камень, атмелстудио - си - гцц.. в узких местах асм, но там таких не будет. ФриРТОС или простейший конвейер задач от дихалта.. Посмотрим что нужно будет. | | |
| 107
- 28.02.2013 - 19:53
| про СКУД долго думал но тема весьма ответственная, в части алгоритмизации. Нужно иметь опыт, и не разработки девайсов.. | |
Интернет-форум Краснодарского края и Краснодара |
