Підібрати компоненти за вимогами та замовити їх з Китаю, зробити креслення з компонентами, зібрати тестову модель.
Розрахувати, які основні компоненти потрібно використовувати, щоб зібрати міні фоторамку, яка буде працювати на Bluetooth і показувати картинки, які я буду вводити в додатку на телефоні. Ця фоторамка повинна працювати на заряджаючійся батареї, і вся фоторамка з усіма компонентами повинна важити не більше 15 грамів і працювати не менше 10 годин до розряду батареї.
Бюджет обговоримо в залежності від досвіду кандидата та гарантій виконання проекту.
| Вимоги: |
| Загальна вага до 8 грамів |
| Активний час роботи 15 год + |
Розмір: лицьова сторона екран висота 12-16мм, ширина 12-16 мм, товщина максимально тонка, треба намагатися |
Форма екрану бажано кругла, якщо буде складно знайти, можемо використовувати квадратний дисплей. |
Компоненти: не можна робити компоненти, що виступають за межі дисплея, треба підбирати компоненти за його розміром і розташовувати максимально компактно, щоб досягти мінімальної товщини фоторамки таблетки |
Батарея: щоб можна було заряджати бездротовою зарядкою Apple або будь-якою іншою бездротовою |
| Теоретичні компоненти | |||
| Дисплей OLED | розмір 12-16 мм бажано круглий, з хорошим розділенням | ||
| Мікроконтролер з Bluetooth (SoC): | обмін даними | ESP32: Компактний, з вбудованим Bluetooth, енергоефективний, має режими низького енергоспоживання. Здатний управляти як обміном даними з додатком, так і контролем дисплея. | nRF52840: Чудовий SoC з ультранизьким енергоспоживанням, часто використовується в носимих пристроях. |
| Батарея: | Літій-полімерна (LiPo) батарея, необхідно розрахувати потужність, щоб вписатися у вагу і вистачало заряду по максимуму | Можна будь-яку іншу заряджаючуся батарею, щоб заряджалася бездротовою зарядкою | |
| Управління живленням: | DC-DC перетворювач для зниження напруги та оптимізації енергоспоживання для різних компонентів. | Реалізуйте режими сну на мікроконтролері, дисплей повинен бути завжди активний, інші компоненти в режимі сну | |
| Флеш-пам'ять: | Для зберігання зображень можна використовувати маленьку SPI флеш-пам'ять (наприклад, W25Qxx) | щоб зберігати зображення, передане по Bluetooth | |
| Bluetooth-зв'язок: | Протокол Bluetooth Low Energy (BLE) для мінімізації енергоспоживання при передачі зображень. | ||
Корпус розрахувати розміри після підбору компонентів | швидше за все будемо використовувати металевий | ||
| Календар проекту: | |||
| до 10.10 | пошук кандидата | ||
до 17.10 | підбір компонентів | ||
| 18.10 | замовлення компонентів з Китаю | ||
| Виплата першої частини | |||
| Збірка компонентів в механізм | |||
| Тестування передачі зображення | |||
Виплата другої частини + премія, якщо все вийшло відмінно |
10 грамм ))
3 жовтня 2024
змінив на 15 грам і 10 годин роботи, можливо це буде реальніше
На жаль, Ваші мрії розбиваються об реальність,
і особливості планети під назвою Земля.))
Доброго дня.
Таку малу вагу навряд чи вийде зробити. В інтернеті є голові олед екрани по розмірам які можуть підійти, в парі з якоюсь не великою esp32 може вийти щось схоже на те вам потрібно.
3 жовтня 2024
Доброго дня, так я знаходив маленькі екрани прямокутні і батареї, треба просто все замовити щоб підходило, тому шукаю людину щоб підібрати правильно замовлення.
На другому етапі вже збирати до купи і тестувати що там вийде
амбиции конечно. 10гр и 15 часов. и мне пожалуста за неделю.
ближайшая альтернатива в такой габарит и вес это nfc ценник на e-link
3 жовтня 2024
Ирина как же жить если не мечтать))
в любом случае нет единого параметра, можно двигаться.
Если не реально в 10-15 грамм влезть придумаем что-то, на данный момент важно найти нормального человека кто разбирается в технике.
Ваше ТЗ не полное.
Например вы вписали олед дисплей, но при этом не указали количество цветов. олед тоже бывает 1-2 цвета. но вот вам реально отображать на дисплее полноцвет? или достаточно 1-2-4 цвета? если вам хватит 1-2 цвета то имеет смысл рассмотреть e-link потому как они НИЧЕГО не потребляет для отображения (т.е. вечно)
блютуз вам для чего для того чтобы переписать картинку на дисплее 1 раз или для динамической смены изображение с интервалом времени.
просто если убрать блютуз и олед получаеться nfc+e-link - устройство для вечного отображения информации с перезаписью от телефона с nfc. и большая часть компонентов в вашем тз просто физически ненужна.
конечно если вам нужно отображение через большие промежутки то оставить блютуз и поставить e-link . это снизит требование к батареи.
олед с хорошим размером в таком размере нет. хорошо если будет 32х32 пикселя. как правило это дисплеи для всяких "ручек" и приборов где не требуеться отображать высокое качество. и они чаще один/два цвет
nfc + e-link запросто влезет в 10гр. без трения.
и еще в таком размере вы не сможете заряжать аппл зарядкой. размер катушек просто разный. придеться мудрить свою док-станцию для заряда. ну по типу как делают для наушников.
а електронні цінники чим вас не влаштовують?
3 жовтня 2024
вони завеликі
А взагалі за розробку 4000 грн - це знущання на людьми. За таку суму можна лише підібрати готові варіанти з Китаю.
3 жовтня 2024
та це ж і потрібно зробити друже,
4000 грн щоб людина яка шарить посиділа на аліекспресі пів дня і замовила що потрібно, скільки потрібно заплатити за пів дня роботи по вашому?
потім отримати частини і зібрати механізм за додаткову плату, це друга частина роботи буде
ESP32+BLE+OLED = 30 mAh в режимі очікування і 60 mAh в режимі передачі даних.
Навіть при середньому споживанні 40 мА/г отримуємо мінімальний АКБ 800...1000 мАг (з запасом, для 15-годинної роботи).Вага АКБ 1000 mAh - 20-40 грам.
3 жовтня 2024
Саме для таких пропозицій як Ваша і шукаю людину, можна зробити на 8-10 годин.
Треба щоб той хто шарить взяв проект, підберемо запчастини і замовимо, спробуєте зібрати.
Там вже по ходу діла визначимо можливості і десь посунемось, або по вазі або по ємкості.
Бюджет за справу також можемо збільшити, головне почати шлях, порахувати і замовти перші тестові компоненти. Також якщо все вийде, то там вже буде інша справа.
Наприклад батарея для пристроїв, таких як смарт-годинник, з ємністю близько 1000 мАч зазвичай важить від 10 до 15 грамів, залежно від її типу і конструкції. Літій-полімерні (LiPo) батареї, які найчастіше використовуються в таких пристроях, мають порівняно малу вагу та компактні розміри.
Ваш проект зацікавив, в першу чергу, чіткістю поставленої задачі і строків, а також вимог. Таке зустрічається не часто)
Мої питання:
1. Чому б не взяти для прототипа запчастини які є в Україні, відлагодити прототип - а тоді вже звʼязуватись з Китаєм? До прикладу, вот такий IPS дисплей:
https://prom.ua/ua/p2140846189-displej-kolorovij-096.html
(Кольоровий TFT IPS LCD 80x160 діагоналлю 0,96)
2. Чи є вже у Вас додаток для смартфона для відправки зображень?
3. Який кінцевий вид буде мати дана розробка? З коментарів тут в обговоренні єдине що мені особисто зрозуміло, що ніхто так і не зміг в голові скласти до купи все, що тут описано. Ви описуєте металевий корпус, але серед вимог є низька вага; вживаєте слова «фоторамка», але з екраном 1,2…1,6 сантиметрів це ніяк в голові не вʼяжеться)
Мабуть, Вам краще буде описати мені саме кінцевий вигляд Вашого проекту, в особисті повідомлення. Може я хоча б зрозумію і допоможу скоректувати Ваш план проекту.)
Слухайте всі усе склали, вказани умови не можливо виконати, не витрачайте свій час на це.))
Можно вважати що це був просто жарт.
Та нехай і жарт) Але ж ні, все це виконати можливо. Просто це будуть нанотехнології космічного науково-дослідницького інституту)) Або можна замовити таку штуку напряму у Foxconn, вони так теж вміють.
Питання тільки в тому, або задача поставлена тими, хто це не розуміє - і її можна пере-поставити по-іншому, так щоб і дійсно можна біло виконати в межах держави без потужностей типа китайських. Або ж задача з розряду фентезі, де треба "так як Apple" але без подібних бюджетів і потужностей.
Це я і намагаюсь з`ясувати.
Але ж ні, все це виконати можливо.
- звісно .... якщо і далі Ви все описали)
Існуючі готові елементи, присутні на ринку, не дозволять це все реалізувати, достатньо подивитися даташит до них
Це розмір нігтів )
Думаю цікаво було б не тільки вам дізнатись кінцеву мету даного девайса
ну не факт что вам выдадут комерческую составляющую.
все нормально вяжеться.
комерческую составляющую автор не обязан доносить.
у него требование круглый экран. так что представьте себе что это пуговица которая пришиваеться на одежду. и на день на ней можно выставить рисунок.
вот вам и конечный вид.
Под словами "кінцевий вид буде мати дана розробка" я имел ввиду структурную схему (техническое задание), либо что-то похожее на неё. Ибо из всего, что тут написано, а именно взаимо-исключающих требований и винегрета из комплектующих - совершенно не ясна конечная цель ТЗ. Коммерческую составляющую мне как инженеру знать не то что не обязательно, - но и не интересно.
Пібрати і ви можете, а ось спроектувати - то вже потрібні знання. А знання щось варті.
У нас працює синхронізація двох джерел даних із CRM. Система в цілому стабільна. Але залишається частина, які розсинхронізуються. Основна гіпотеза — в одному з джерел дані змінюються вже після первинної синхронізації, і ці зміни не завжди підтягуються в CRM. + данні в двох джерелах мають різні назви/ідентифікатори хоча являють собою одні і тіж сутності
Завдання:розгорнути LLM-сервіс,який знає всю документацію компанії тавідповідає на запитання менеджеріввідділу продажів. Що є зараз:замовник збирав прототип самостійно(окремий проєкт із завантаженоюінформацією про компанію,розміщений на сервері), алеінформація з бази непередається в модель —імовірно, проблема з API. Коді доступи надамо. Першийкрок — аудит: полагодитинаявне абоаргументовано перезібрати з нуля. Необхідний функціонал: Завантаження всієї документаціїкомпанії: опис кожноїпослуги, регламенти, FAQ,ціноутворення (усі матеріалинадамо). Відповіді строго набазі завантаженихдокументів (RAG). Модель невигадує фактів; якщовідповіді в базі немає — чеснопро це повідомляє. Доступ для менеджерівза посиланням(веб-інтерфейс), завторизацією. Сценарії: менеджерставить будь-якезапитання про роботукомпанії; вставляєзапитання клієнта «як є» йотримує готову відповідьдля відправлення;знаходить потрібнийрегламент/звіт за запитом. Оновлення бази знань безрозробника (завантаженняфайлів через інтерфейсабо підключенупапку). Англійська мова. Історіязапитів для контролюякості. Технічні очікування:LLM через API(Claude/OpenAI —запропонувати з розрахунком вартостітокенів), RAG-пайплайн (векторнабаза, embeddings), хостинг нанашому сервері або в хмарі, HTTPS.Архітектура має дозволяти вмайбутньому підключити асистента доаналітичного сховища даних(паралельний проєкт). У відгуку вказати:прикладисхожих RAG-проєктів,стек, строк, вартість роботи таорієнтовну щомісячнувартість володіння (токени +хостинг).
Привіт Є невелике відділення, куди поступають пацієнти. Потрібно розробити просту "базу даних", в якій можна буде вносити розхідні матеріали, перпарати та інше, прихід вихід, а також списувати використання на конкретного пацієнта. Функціонал який необхідний Довідники Медикаменти Витратні матеріали(можливість вносити вручну) Пацієнти(можливість вносити постійно нових і видаляти тих хто виписаний) Працівники(можливість змінювати)Облік руху Єдина таблиця (журнал руху), в якій реєструються все Прихід та списання Можливість корекції в ручну При списанні медична сестра повинна вибрати: дату; пацієнта; препарат або матеріал; кількість; своє ПІБ. Система автоматично зменшує залишок. При приході старша медична сестра повинна мати можливість внести: Дата поставки; Препарат/матеріал; Залишкова кількість; Звідки прийшло; Термін придатностіАвтоматичний функціонал автоматичний розрахунок залишків; контроль мінімального запасу; контроль термінів придатності; попередження про низькі залишки; захист від списання більшої кількості, ніж є в наявності; випадаючі списки; перевірка правильності введення даних; умовне форматування.Звіти Потрібно реалізувати автоматичні звіти: поточні залишки; використання за період; використання по пацієнту; використання по працівнику; історія руху конкретного препарату.Бажано реалізація на Google Sheets; Заповнювати бази будемо самостійно. Потрібен шаблон для роботи. Скільки це коштує не знаю, тому почнемо зі 50$, а ви пропонуйте свої варіанти і бажано щоб був досвід.
Програміст C# / .NET WPF – завершення міграції великої програми для виставлення рахунків RAFSOFT.NET Sp. z o.o. шукає програміста C# / .NET для завершення переписування великої, багаторічної програми для виставлення рахунків на нову технологію. Проект стосується міграції розширеної десктопної програми для компаній, що використовується для виставлення рахунків, обробки документів продажу, контрагентів, обліку та функцій бухгалтерсько-податкових. Нова версія програми створюється мовою C# / .NET, з використанням компонентів DevExpress. Проект вже переписаний приблизно на 70%. Шукаємо людину, яка допоможе довести його до кінця, упорядкувати відсутні елементи, виконати тести та подбати про відповідність роботи нової версії з попередньою програмою. Обсяг робіт: завершення міграції великої десктопної програми на C# / .NET, відтворення функціональності старої програми в новій версії, збереження максимально ідентичної логіки роботи, вигляду та способу обслуговування, робота з компонентами DevExpress, аналіз існуючого коду та порівняння роботи старої та нової версії програми, виправлення помилок, доповнення відсутніх функцій та тестування програми, співпраця при фінальному підготовці програми до впровадження. Вимоги: дуже добре знання C# та .NET, досвід у створенні десктопних програм для Windows, знання WPF або WinForms, досвід з DevExpress або подібними бібліотеками компонентів UI, уміння аналізувати великий, існуючий проект, точність і терпіння при відтворенні існуючої функціональності, уміння тестувати власні зміни, дуже хороша здатність користуватися інструментами AI, що підтримують програмування, аналіз коду, рефакторинг та тестування. Бажано: досвід з проектами типу legacy, знання або попередня робота з Visual Basic 6.0, досвід при міграції програм зі старих технологій на C# / .NET, знання питань, пов'язаних з виставленням рахунків, бухгалтерією, JPK або KSeF, досвід у роботі з великими бізнес-програмами. Кого шукаємо: Шукаємо самостійну, точну та технічно досвідчену людину, яка вміє увійти в існуючий проект, зрозуміти його логіку та послідовно довести його до кінця. У цьому проекті дуже важливо не лише писати новий код, але й вірно відтворити роботу старої програми — як з точки зору функцій, так і вигляду та способу обслуговування. Вимагаємо також вмілого користування інструментами AI у повсякденній програмістській роботі. Нам важлива людина, яка вміє використовувати AI практично: для аналізу коду, пошуку помилок, прискорення міграції, створення тестів та упорядкування проекту. Про компанію: RAFSOFT.NET Sp. z o.o. — це польська компанія, що створює програмне забезпечення для підприємців, бухгалтерських офісів та малих і середніх компаній. Нашим основним продуктом є програма Фактура ПДВ, що підтримує щоденне обслуговування рахунків, документів продажу, контрагентів, обліку та розрахунків відповідно до польських норм. Розвиваємо власні десктопні програми та інструменти, пов'язані з виставленням рахунків, бухгалтерією, KSeF, JPK та автоматизацією бізнес-процесів. Наші рішення проектуються з урахуванням стабільності, простоти обслуговування та практичного застосування в повсякденній роботі користувачів. Сайт компанії: www.rafsoft.net
Потрібно обрахувати статистику у медичному проекті (включно з кореляціями). Також, є запит на створення математичної моделі прогнозування розвитку патологій на основі наявних даних.