[Ответить в тред] Ответить в тред

03/04/16 - Набор в модераторы 03.04 по 8.04
26/03/16 - Конкурс: Помоги гомункулу обрести семью!
15/10/15 - Набор в модераторы 15.10 по 17.10



[Назад][Обновить тред][Вниз][Каталог] [ Автообновление ] 18 | 5 | 13
Назад Вниз Каталог Обновить

Аноним 07/02/16 Вск 03:40:06  210322  
14548056062520.jpg (59Кб, 466x604)
Приветствую!

Мне необходимо разработать архитектуру системы, которая включает в себя радиотехнические компоненты, компьютерное и программное обеспечение. И поскольку я программист, но волею судеб должен это сделать, я не знаю, какие компоненты правильно подобрать и решил обратиться за помощью сюда (мне кажется, наоболее подходящий раздел).

В рамках организации нужно разработать систему учета топлива и маршрута с одной ключевой особенностью: GPS-трекер должен передавать данные о маршруте и расходе топлива только после прибытия транспорта в определенную точку (гараж). Нужно, чтоб система была защищена от взлома и безопасна.

На нижнем уровне имеем машины, расходующие горючее и бензовозы, которыу нужно защитить от краж горючего. На среднем уровне персонал, который будет проверять расход горючего в каждом из гаражей и передавать данные на верхний уровень. На верхнем уровне компьютерная база данных, которая будет хранить все данные и выдавать некие отчёты.

Я хорошо представляю, как организовать верхний уровень. На среднем уровне мне кажется, наилучшим решением было бы использовать планшет с ос Android для каждого гаража. Данные на верхний уровень с него будут передаваться по wi-fi с помощью android приложения.

И тут у меня начинаются проблемы, поскольку я совсем не знаком с железом нижнего уровня. Передачу данных с нижнего на средний мне кажется, лучше всего организовать наибольшим доступным числом способов для удобства. Наиболее удобным способом будет беспроводная связь. Для планшетов это bluetooth/wi-fi. В качестве резерва можно использовать кабель/sd-карточку. Есть ли контроллеры, которые могут контролировать проточный датчик расхода топлива, GPS-приёмник, накапливать данные в памяти, а потом отдавать их по беспроводному каналу? Не будет ли проблем с такой системой, правильно ли я себе представляю её в целом? Буду благодарен за совет/отправную точку для поиска решения.
Аноним 07/02/16 Вск 04:35:44  210328
>>210322 (OP)
> Есть ли контроллеры, которые могут контролировать проточный датчик расхода топлива, GPS-приёмник, накапливать данные в памяти, а потом отдавать их по беспроводному каналу?
Любой микроконтроллер вообще.
Но в твоем конкретном случае может быть проще SOC какойнить пользовать, там и вайфай, и жпс, и блютуз...
Алсо, АРДУИНО

Алсо. Если ты такой нуб совсем, то ты с большой вероятностью зафейлишь. Слишком много подводных камней.

Проконсультируйся в общих чертах, и, или ищи себе напарника, или на фриланс выдвигай проект.
Аноним 07/02/16 Вск 10:51:37  210349
>>210322 (OP)
Ололо. Начальник-жлоб решил скинуть работу трех-четырех человек на тыжпрограммиста. Соболезную тебе, оп, если ты и есть тот программист.
Чтоб ослабить твои мучения, могу сказать, что анон выше в целом прав. Только SoC в твоем случае это почти как из пушки по воробьям.
Пишите на electronix объявление с поиском фрилансера, который вам более или менее оформит проект.
Аноним 08/02/16 Пнд 08:29:54  210539
>>210322 (OP)
Ну я такой фрилансер. То, что ты описываешь - не gps-трекер, это gps-логгер.
Почему бы тебе не взять любой gps-трекер, который умеет в твои датчики и не забыть все свои проблемы? Он будет отправлять данные ВСЕГДА, он будет расходовать мобильный трафик, да. Но тебе же никто не мешает настроить на сервере(например, на виалоне), ГЕОЗОНЫ и отображать данные уже основываясь на них.
Аноним 08/02/16 Пнд 09:08:23  210543
14549117036400.png (156Кб, 249x410)
>>210322 (OP)
ШОК! СЕНСАЦИЯ! СИСТЕМА 'ПЛАТОН' РАЗРАБОТАНА НА ДВАЧЕ! БЕСПЛАТНО, БЕЗ СМС! ОВЕРДОРОГАЯ, МЕГАГЛЮЧНАЯ, НАХУЙНЕНУЖНАЯ, ТВОЯ!
Аноним 08/02/16 Пнд 11:13:12  210557
>>210322 (OP)
Попробуй провести КРАУДФАНДИНГ и БРЕЙНШТОРМИНГ. После этого, определив основные задачи системы, разработай АРХИТЕКТУРУ проекта, применив новейшие ПАТТЕРНЫ И ФРЕЙМВОРКИ. Думаю MVVM + NODE.JS + BOOTSTRAP подойдёт идеально. Не пытайся что-то придумывать самостоятельно, зачем изобретать велосипед? Тем более, любые задачи можно решать на ОПЕНСОРС ХАРДВЕЙР ПЛАТФОРМЕ, главное написать туда ХАЙ КВОЛИТИ КОД. Но ты ведь справишься с этим? Ты же не жалкий махарайщик, а КОМПЬЮТЕР И ДАТА САЙЕНС ДЕВЕЛОПЕР.
Аноним 08/02/16 Пнд 11:15:24  210558
Алсо я уже предвижу бугурт ОПа, когда он поймёт, что блёооооо, в дуино частоты не те... блёооо чё за ПЛИС, чё за хуйня, чё за HDL, пачиму нихуя ни панятна???
Аноним 08/02/16 Пнд 11:16:07  210559
14549193677280.png (58Кб, 400x296)
>>210557
Занес в аналы сей божественный текст.
Аноним 08/02/16 Пнд 11:30:21  210560
>>210322 (OP)
Вообще-то, ОП, это дно. Не являясь специалистом, браться за такую работу, пытаясь выехать на советах с двачей. Велика вероятность, что получится крайне кривое говно (если вообще что-то получится).
Единственное, что приходит в голову - изучать аналогичные системы и пиздить по максимуму. Искать готовые решения. Кто знает, может и выгорит - в конце концов, все когда-то бывает в первый раз, как говорил студент-медик в фильме "Жмурки".
Аноним 08/02/16 Пнд 16:46:12  210614
>>210558
Вообще, можно всё сделать, как бы не было смешно на тех самых частотах дуино, особой там обработки больших данных не требуется, датчик считал - выплюнул в порт, вот и всё. МК, тут просто - связующее звено, между датчиками. Другое дело - гарантия производителя в работе контроллеров в жестких условиях - это зоны со слабым сигналом, работа 24/7, жара, холод и т.д. Есть определенные классы устройств.
Аноним 08/02/16 Пнд 20:26:58  210658
>>210558
Тогда можно использовать какие нибудь arm процессоры
>>210614
Проблем с температурой и непрерывной работой не должно возникнуть, например, Atmel выпускает контроллеры с рабочим диапазоном температур Industrial (A) (-40°C to 85°C), а некоторые контроллеры даже Industrial (C) (-40°C to 125°C)только стоят они немного дороже
Аноним 09/02/16 Втр 01:05:43  210728
>>210658
>Проблем с температурой и непрерывной работой не должно возникнуть, например, Atmel выпускает контроллеры
Проблема не с поиском контроллера, а с созданием устройства удовлетворяющего всем требованиям.
Если Оп паяльник в руках не держал, то получится у него все запилить лет через 5-10.
Аноним 09/02/16 Втр 08:09:58  210747
14549945984760.png (273Кб, 431x431)
ОП на связи. Большое спасибо за уделенное время!

>>210328
Понял, спасибо! В моей ситуации определенно проще использовать какое-то готовое решение для контроллера, чем собирать своё. Например, обнаружил такое:
http://www.jv-technoton.com/fuel_monitor
Такое подойдет или это хуже, чем собственное?
Буду искать напарников и консультироваться.

>>210349
Ситуация даже гораздо хуже. Но я должен что-то сделать, такое уж у меня положение.

>>210539
Спасибо! Но одно из ключевых требований — транспорт не должен носить на себе какие-либо передатчики большой дальности действия. Передача данных должна происходить только на малые расстояния.

>>210557
>>210558
Люди, которые программируют контроллеры — это тоже программисты. Имею китайскую Arduino в 3D принтере, там же RAMPS. Делал стендовый образовательный проект с передачей данных с датчиков STM-32 Discovery на свой самописный сервер, разработал и реализовал все уровни.

>>210560
>Вообще-то, ОП, это дно.
Да уж я в курсе. Но ничего не поделать.

>>210614
>>210658
Спасибо, требований по эксплуатационным условиям и цене мне не выдвинули. Буду уточнять.

>>210728
Я могу паять на уровне припаять ножки к плате/поменять транзистор/починить выгоревшую дорожку. Но для этого проекта таких умений маловато, я полагаю. Поэтому моя задача именно в разработке архитектуры.
Аноним 09/02/16 Втр 08:23:13  210748
>>210747

>Спасибо! Но одно из ключевых требований — транспорт не должен носить на себе какие-либо передатчики большой дальности действия. Передача данных должна происходить только на малые расстояния.
Тогда можно использовать: WiFi, Bluetooth, или маломощный передатчик на 433 МГц.стоит это все примерно одинаково

>Но для этого проекта таких умений маловато, я полагаю. Поэтому моя задача именно в разработке архитектуры.
То есть ты сам паять ни чего не будешь, а только разработаешь устройство.
Рекомендую делать все на smd компонентах.
Аноним 09/02/16 Втр 09:03:49  210754
>>210747
>>Спасибо! Но одно из ключевых требований — транспорт не должен носить на себе какие-либо передатчики большой дальности действия. Передача данных должна происходить только на малые расстояния.

Таких готовых трекеров я не встречал. Впрочем, бывают трекеры оснащенные wi-fi. Возможно, получится не устанавливать в них сим-карты и добиться требуемого поведения.
А вообще вот тебе мой фейкоскайп j6qq7hch, напиши
Аноним 09/02/16 Втр 10:47:25  210767
14550040457990.jpg (10Кб, 298x169)
>>210747

>Имею китайскую Arduino в 3D принтере

гнида и мразь

>Люди, которые программируют контроллеры — это тоже программисты

мразь

>разработал и реализовал все уровни

молодец, а нахуя тред создал? потролить ардуинщиков?
Аноним 09/02/16 Втр 11:48:59  210775
>>210767
Э, а что не так? Программирование контроллеров уже не программирование? Я не ОП.
Аноним 09/02/16 Втр 12:30:20  210789
>>210747
>Но я должен что-то сделать, такое уж у меня положение.
Дам тебе совет. Не прогибайся под таких начальников. Меня полтора года на прошлой работе заставляли какой-то херней заниматься и я уволился. На нынешней работе тоже была подобная попытка. Я открыл на хедхантере резюме и через пару дней до начальства внезапно дошло, что с таким подходом оно будет терять людей. Сейчас у меня интересные задачи и по теме. Не повторяй моих ошибок, ОП.
Аноним 10/02/16 Срд 03:37:28  210960
Оп тупой тролль и вниманиеблядь.
Расходимся.

[Назад][Обновить тред][Вверх][Каталог] [Реквест разбана] [Подписаться на тред] [ ] 18 | 5 | 13
Назад Вверх Каталог Обновить

Топ тредов