Необхідно створити прилад на базі Arduino (Rasbery) для запису роботи радарів в реальних умовах. а саме кількість спрацювань радару у часі.
Радар стандарний - це пристрій що виявляє пішохода. (коли бачить спрацьовує реле, закривається контакт, коли не бачит відкриває)
ДО пристрою має під’єднуватися два радари.
На виході маємо отримати масив даних із двома змінними (час, закрито/відкрито) для кожного радару окремо
Час має бути реальний точний в мілісекундах.
Розрахувати пам’ять на 100 000 подій в день
Пам’яті та автономності живлення має вистачити на 4-5 днів роботи.
Також потрібно передбачити вивантаження даних у хмару (декілька разів на день)
Прошу зазначити вартість розробки програми, інтеграції із хмарою, без урахування вартості заліза (придбаємо все що порекомдуєте).
Бюджет: 4000 UAH Термін: 7 днів
В общем есть полное решение поставленной задачи. + за небольшую плату можно еще и наложить информацию на камеру.
Вопрос только в серийности, если опытный образец то 10 000 грн. Если от 10 шт. то 4000 грн.
Да, и согласно тех документации радара (Время задержки реле : 0.5сек; Время реакции :
Бюджет: 3000 UAH Термін: 7 днів
Доброго дня, Ігор.
Маю досвід реалізації подібних проектів. Недавно робив проект, в якому дані зберігались в електронні таблиці google sheets.
Готовий розробити прототип пристрою згідно Ваших вимог.
Вартість та термін виконання вказані приблизно, остаточна пропозиція по ціні та строку виконання після узгодження ТЗ.
З повагою, Сергій.
пешехода определять с картинки или это какой-то проходной датчик?
где будет устанавливаться?
есть несколько готовых решений но хотелось бы понимать задачу
17 квітня 2019
ні ми використовуємо стандартний готовий радар, він коли бачить пішохода замикає контакт
Пристрiй повинен iдентiфiкувати саме пiшоходiв або будь який об'єкт який вiдбиває промiнi радару? Шо ви маєте на уавзi говорячи про радар?
17 квітня 2019
ні ми використовуємо стандартний готовий радар, він коли бачить пішохода замикає контакт, прибор має записати саме час коли радар спрацьовує, ми маємо визначити кількість цих спрацювань у часі
Дякую, зрозумiв.
добрий день, цікава тема. готовий обговорити деталі. ардуіно в мене. чи готові ви вислати радар чи можна спочатку на якомусь емуляторі спробувати. який вольтаж радару? пишіть в повідмлення
Розрахувати пам’ять на 100 000 подій в день
Пам’яті та автономності живлення має вистачити на 4-5 днів роботи
Можно поморочиться и с Arduino, но рекомендую начать сразу с esp8266 (как вариант - esp32, но он больше энергии потребляет).
Також потрібно передбачити вивантаження даних у хмару (декілька разів на день)
Какое облако имеется в виду и в каком формате выгружать данные?
18 квітня 2019
Не важливо як вам простіше
18 квітня 2019
ок можна що вам буде зручно просто
18 квітня 2019
так радар вишлю
https://my.prom.ua/media/files/1223498_optex_oa_203c_ru.pdf
інструкція вище
Радари ми можемо підключити до автоматичних дверей там є 24в
Пам’яті та автономності живлення має вистачити на 4-5 днів роботи.
Радари ми можемо підключити до автоматичних дверей там є 24в
С учётом стационарной установки (двери?) и имеющихся поблизости 24В (и, наверное, 220В тоже есть) какой смысл вы вкладываете в требование автономности питания на 4-5 дней работы?
В документе указано время задержки реле 0.5 сек (наверное, имеется в виду "до 0.5 сек."?), и в формулировке проекта:
Час має бути реальний точний в мілісекундах
Возникает логичный вопрос: зачем точность в миллисекундах?
Если радары работают от 24В, то зачем устройству автономное питание на несколько дней?
19 квітня 2019
вы правы не обязательно
у вас цікавий проект, ставку зробити не можу, у вас виставлено, що може зробити ставку тільки з одного міста. Якщо нікого не знайдете в місті, я готовий поспілкуватись детально. пишіть особисто або відкрийте ставки для всієї України
19 квітня 2019
не бачу як це можна змінити напишіть тут вашу ставку, і телефон я поспілкуюсь
правилами спілкування тут заборонено робити ставки. в редагуванні вашої пропозиції має бути щось типу локації.
у профілі кожного учасника є контактні дані.
ставку зробити не можу, у вас виставлено, що може зробити ставку тільки з одного міста
У вас заблокирована кнопка "Сделать ставку", что ли? До чего дошёл прогресс! ;)
Я недалеко живу, могу заняться. Срок выполнения не менее двух месяцев, интуитивно. Более точно можно будет оценить после детализации задачи. Зачем вам такой большой буфер данных, это потребует хорошую файловувую систему в микрокомпьютере?
Зачем вам такой большой буфер данных,
100 тыс. показаний в сутки даёт ок. 7 срабатываний в минуту - более-менее приемлемая оценка (из описания задачи это неочевидно, но там действительно может быть интенсивный круглосуточный "пассажиропоток").
Ну если нужна посекундная информация о каждом срабатывании детектора, с её сохранением при неработающей сети, в течении длительного времени, тогда лучше использовать платформу с полноценной ОС. Дешевле всего какая-нибудь Пи, дороже но надежнее решение на микроконтролере, но для него ОС придется собирать самостоятельно.
Выше уже разобрались, что длительная работа от аккумулятора необязательна, т.к. устройство будет установлено стационарно в месте, где как минимум 24В есть. Не исключено, что и кабельный интернет (напр., через WiFi) там имеется, так исходные требования по автономности выглядят избыточными...
Ну, а вообще в решениях на основе esp8266 (напр., NodeMCU) есть около 1Мб (или даже 4МБ) встроенной флеш-памяти, часть которой можно использовать под упрощённую файловую систему (в виде SPIFFS), где, собственно говоря, можно аккумулировать данные на период временной потери связи.
Ну-ну. Бог в помощь. Вообще-то ESP8266 допускает установку флешек и большего объема. Например, в той котрой я игрался, - 32М. Но это ещё не гарантрует вам успех мероприятия. Существуют и другие технические характеристикие характеристики оборудования и алгоритмов, которые, по моему мнению у ESP8266 и SPIFFS, не удовлетворяют поставленой задаче. К сожaлению, простой и точной формуы, отвечающей на этот вопрос, не существует. Нужно углубляться в детали. Хотя, если без SPIFFS - может и получиться.
Может быть, вас устроит поминутная плотность срабатываний, а не штамп времени на каждое срабатывание? Тогда даже с ESP8266 сложностей не возникнкет.
Возможно я несколько преувеличиваю, но диск на загрузочной флешке это просто ужас, из за необходимости garbage collection при отсутсвии достаточного кеша. В документации на сенсор неясно описана логика срабатывания реле. Желающих сделать эту работу и достаточно дёшево хватает и без меня, поэтому я не стал подавать заявку, хотя и хотел. Пожалуй это всё.
Жесть. Обсуждается возможность по двух пинам по прерыванию сохранять дату в память и потом выгружать на сервер.... тут и тини13 справится, а не то чтобы ОС какие-то ставить.
Извините, неудержался. Вот когда сделаете устойчиво работающую необслуживаемую систему, для этой простенькой задачи, на ESP8266, не теряющую данные и не зависающую навсегда, тогда и поговорим о тини13 в интернете вещей и жестяном деле.
Автор что-то говорил об ESP? Это Вы сами придумали.
Вы же, наверно, имели в виду обсуждение с Антоном Кравцовым. В нем речь шла о ESP8266. Возможно, Rapsbery для этого даже избыточна. Хотя какая-нибудь Нано, была бы в самый раз, если нужен Ethernet а не WiFi.
тут и тини13 справится
Имеется в виду ATtiny13? Просто любопытно, а как вы будете с помощью этого микроустройства реализовывать сетевое взаимодействие?
Типично к таким микрухам цепляют довесок с модулем WiFi (напр., тот же esp8266).
Логично. Хотя автор так и не сказал по какому каналу связи он хочет выгружать данные. GSM/Ethernet/Wifi/RS485 и еще кучка разных.
У АTTiny13 256 байт ОЗУ, ПП на 500 инструкций и единственный таймер. Все наоборот, это такие микрухи цепляют к таким SoC как esp8266. :-)
Потрібно розробити централізовану серверну систему збору та зберігання даних із Planfix, 1С, Meta Ads і Google Ads, а також веб-дашборд для їх відображення та аналізу. Усі дані, історія змін, розрахунки та агреговані показники повинні зберігатися виключно в серверній базі даних. Дашборд не повинен зберігати або дублювати бізнес-дані. Він має отримувати необхідну інформацію із серверної бази через API відповідно до запитів користувача та відображати її у вигляді KPI, графіків, таблиць і деталізованих звітів.
Щукаємо для підтримки проекта на базі Yii , треба вносити правки та доопрацювання бази , частково є звязок з попереднім виконавцем .....................
Потрібно зробити міграцію бази з CRM G-PLUS на MyChatBot Обєм бази - 26 тис. лідів 2 воронки - Кол центр та Відділ продажу зі своїми вирвами Картки лідів (крім імені та номеру) мають багато різних полів Ліди також мають голосові записи дзвінків. Їх також потрібно перенести Від кандидата очікую орієнтовну суму та терміни реалізації
Створити дашборд для моніторингу та аналізу ефективності мережі локацій (філій) компанії у Google Business Profile (GBP). через офіційний Google Business Profile API. Обробкачерез Скрипт на базі Google Apps Script (підв'язати до Google Таблиці). Запис даних у Google Таблиця (яка виступає як база даних для Looker Studio). Оновлення: Щодня (з індикацією дати останнього оновлення).Створити сервісний акаунт Google Cloud Скрипт раз на добу (тригер о 03:00 ночі) надсилає запит до GBP API. Отримує метрики за вчорашній день по кожній локації (locationId). Записує дані в таблицю в плоскому форматі (рядок = унікальне поєднанняДата + ID Філії + Метрики). Картки ключових показниківНазва карткиМетрика GBPФормат динамікиПерегляди профілюImpressions (Search + Maps)Відсоток %, Sparkline (синій)ДзвінкиLocal Services Phone CallsВідсоток %, Sparkline (зелений)Переходи на сайтWebsite ClicksВідсоток %, Sparkline (фіолетовий)Побудова маршрутівDirection RequestsВідсоток %, Sparkline (помаранчевий)Середній рейтингAverage Review RatingАбсолютна зміна (наприклад, +0.1), Sparkline (жовтий)Нові відгукиNew Reviews CountВідсоток %, Sparkline (бірюзовий)
Всім привіт! Шукаю Backend-розробника (NestJS) для роботи над новим проектом. Що потрібно зробити Розробити REST API на NestJS. Підготувати і підтримувати документацію через Swagger (OpenAPI), щоб фронтенд-розробник міг автоматично генерувати клієнт через Orval і завжди працювати з актуальною специфікацією. Спроектувати чисту, масштабовану архітектуру, яку буде легко підтримувати і розвивати. Вимоги Упевнене знання NestJS та TypeScript. Досвід роботи з PostgreSQL. Досвід інтеграції з Supabase: автентифікація та авторизація; робота з базою даних; використання готових можливостей платформи. Досвід інтеграції Stripe (через можливості Supabase). Розуміння принципів безпеки API, авторизації, валідації даних і захисту додатку. Вміння писати чистий, структурований і розширюваний код. Якщо у вас є релевантний досвід, будь ласка, надішліть: приклади проектів або GitHub; бажану ставку (за екрани, які я надав, щоб я розумів ваш рейт, погодинна не зручна, оскільки не зрозуміло, який обсяг роботи буде виконано, у всіх різний темп);
