Arduino.ru

а как вы планируете поворачивать эту конструкцию? мне пока видится только один вариант - поворачивать вместе с бутылкой.

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

Вот только поворачивать её сервоприводом видимо не получится, придётся крутить моторчиком.

Можно башню вообще не поворачивать, а поворачивать платформу с рюмками.

Вот для примера:

https://youtu.be/qTVyaP0-rU0

Как вариант, кстати, да. Только будут особые требования к плавности хода этой платформы, чтобы не пролить из рюмок при старте вращения и остановке.

Пришёл к выводу, что вращающаяся платформа с рюмками нереализуема в принципе (сейчас в меня буду кидать ссаные тряпки). Дело в том, что невозможно нормально разместить датчики под рюмками: как их соединить с невращающейся частью аппарата? Проводами? Перекрутятся при вращении. Скользящими контактами? Самый дебильный вариант конструкторского решения - износ, пропадание контакта при люфте... А реализовать проверку была ли рюмка после налива снята и поставлена снова на место (естественно предполагаем что пустая после принятия продукта внутрь) БЕЗ ДАТЧИКОВ невозможно совершенно.

Решение - наливать во все присутствующие рюмки, не проверяя снималась ли она или нет, полная она или пустая. Оставить заботу о проверке рюмок оператору - "проблемы негров шерифа не волнуют" :) Тоже не фонтан конечно.

Так что вращающийся стол отпадает.

https://youtu.be/BOQM5fZi3Wg

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

Я это видел. Но здесь есть только определение наличия рюмки под краником (при помощи лазерного луча), но никак не мониторится наличие рюмок на других местах, их снятие также. Что будет если на этом аппарате налить все 8 рюмок по полной и затем, не снимай их, включить снова налив по полной во все 8 рюмок? Уверен, что будет спокойно лить во все через край.

"Диапазон поворота" я предполагал простое вращение в одну и ту же сторону без возврата назад. Так что если прокрутить на 360 градусов в одну сторону раз 10, то жгут проводов уже будет звенеть от натяжения.

Ты не думал, что можно только платформу крутить, на которой рюмки стоят?   А провода к насосам и всейэтой хрени может внутри оси проходить, она ж неподвижная

Думаю, магнит и геркон или датчик Холла могут спасти любителей карусели

Как? Если магнит на рюмке, а геркон вращается со столом, то провода к геркону как подвести? :)

Так об этом и речь - провода одним концом закреплены к датчикам на вращающемся столе, другим концом закреплены неподвижно внутри корпуса к плате, и постоянно крутятся в одном направлении на 100500 градусов. Не думаю, что это будет длиться долго, максимум два-три оборота и заклинит.

Так что если стол - то только без датчиков под рюмками.

А нахрена геркон крепить к вращающейся части? Разместить его под столом или где-то сбоку ...

Я видимо не умею нормально объяснить. Извини. Предположим есть места для 6 рюмок на вращающемся столе. Геркон на невращающейся части, под краником, определяет что рюмка (с магнитом) скажем номер 2 есть под краником. Наливаем в неё. Поворачиваем стол. Под краником теперь рюмка номер 3, с магнитом, геркон видит что она есть, и наливаем в неё. А она тем временем стояла там уже полная, не снятая ещё с прошлого налива.

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

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

Это тоже не проблема. Решается программно.

Вот как раз не собирался заморачиваться возвратом в "начальное положение".

Как мы можем это определить БЕЗ датчиков?

Нашёл какую-то вращающуюся штукенцию для передачи сигнала через вращающееся соединение:

https://aliexpress.ru/item/4000351747074.html?spm=a2g0o.productlist.0.0.9d4b5da7ZVCNlp&algo_pvid=d0722c42-a5fd-4e31-a9fe-e755b42d4150&algo_expid=d0722c42-a5fd-4e31-a9fe-e755b42d4150-3&btsid=3feff285-e104-4f56-b268-004eba13dc66&ws_ab_test=searchweb0_0,searchweb201602_4,searchweb201603_53

Так что видимо реализовать наличие датчиков под каждой рюмкой на вращающемся столе - дело возможное. Но конструкция получится дебильная :)

Беру свои слова о невозможности такого решения назад. Но особого значения для меня это не имеет, так чисто академический интерес, потому как сделать управление мотором вместо сервопривода и связать его с "мозгами" я всё равно не смогу. С сервой так уже всё разжевано, только повторить остаётся.

Ничего дебильного. Если ты можешь детектировать наличие рюмки, то можешь детектировать и отсутствие. Езли после последнего налива рюмка НЕ отсутствовала, то в эту позицию наливать не надо

BackFire,

  Вот серва SG5010 : Stall Torque @4.8V 5.5 kg-cm  -  нехватит что-ли башню двигать.

Спасибо, думаю должно хватить :)

Я наконец-то понял, почему такое недопонимание - я не до конца объяснил. Вы предполагаете, что устройство будет наподобие схемы на рисунке А (чёрным квадратом изображена неподвижная часть, красным кругом - поворотный стол), а я представлял себе что-то из разряда В или даже С, где под поворотным столом ничего нет и датчики разместить просто негде.

А стол левитировать будет? :)

Почему бы и нет?? не обязательно же датчики под рюмками ставить - самое лучшее, это вообще использовать одну оптопару в данном случае жестко закрепленную - на просвет - приёмник на башне, излучатель внизу под платформой со стопками, в платформе отверстия, если закрыто - есть стопка, открыто - проезжаем...

Mairox, напиши мне на почту Яндекс.

Написал.

ну и зря удалил - 929 пост не помог... в протеусе не могу добиться работы кнопок нормальной - сигнал на аналоговых входах меняется, но реакции на это нет - при построении кода пишет несколько варнингов как раз по поводу:

../main.ino: In function 'void loop()':

../main.ino:445:39: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]

if (analogRead(Optics[y]) > Optics_porog[y] ) {

^

../main.ino:527:17: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]

if (val > Optics_porog[i]) {

^

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

В железе работает по крайней мере на 2-х моих девайсах, ну и может еще у 2-3х коллег. Возможно косяк протеуса.

Подай питание на дурдуину, иначе аналоговая часть не будет работать

подано, вроде всё... хотя, есть перемены - один порт А6 заработал, но остальные не реагируют на изменения чувствительности...

По скрину плохо видно, но на всяк случай на пин 5V ардуинки подай +5

да, когда конкретно 5в указал, А6 стал работать, а предыдущие нифига... что-то с протеусом... ладно, скоро уже детальки будут и соберу

Доброго времени суток Павел! Если не сложно

заранее спасибо!

Друзья,у кого есть скечь для oled-дисплея с индикатором акб?скиньте СКЕЧ))Зарание спасибо ))))

И куда?

tmaksim837@gmail.com )))спасибо)))

У меня такая проблемка ,когда на улице яккий солничный день ,в помещении датчики начинают моргать ,а когжа подношу к окну то и вообще все светодиоды горят )))Даже когла ик диоды отключаю всеравно датчики возле окна срабатывают.... Это как то вылечить возможно ?  

понижай чувствительность... а как они физически установлены? - сфотай...

Из-за деградации фотоэлементов (30 лет хранения), поменял все на герконы. Проверь почту, перед заливкой внимательно посмотри скетч по умолчанию под ВАВГАТ

  fatal error: GyverEncoder.h: No such file or directory

нет библиотеки GyverEncoder.h

Скачай у Гивера и распакуй сюда: C:\Program Files\FLProg\ideV2\libraries

Это предупреждения, заливай смело, только плату правильную выбери

void Batery() { // процедура измерение напряжения, сигнал брать с входа бустера
    // Раскоментировать согласно используемой платы, закоментировать не используемую
  //Value_volt=(float)5/1024*analogRead(BatPin);//Ard nano, Ard pro or pro mini
  Value_volt=(float)4.63/4096*analogRead(BatPin);//Wavgat nano3
  
  /*myOLED.drawBitmap(116, 0, bat0, 8, 8); координата Х верхнего левого угла изображения,
  координата У верхнего левого угла изображения, имя изображения, ширина и высота изображения.*/

Спасибо ребята за помощь ,прошивку nalivator_v4.2.5 залил ,индикатор напряжения работает))))

Добрый день, коллеги!

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

Потом пришел сюда за идеями по корпусу. Честно сказать, так и не придумал реализацию... Чертовы трубки (для краника), где их брать. На али долго) Чертова башня. Тоже не придумал. Корпус думаю из фанерки лобзиком выпилить. 

Делаю индивидуально под себя. Из ключевого - два насоса для двух компонент, шлангами прямо в бутылку. Потому как иногда (да че там - каждый выходной) с женой по чуть выпиваем под кинцо и отличную закусь. Она любит коктейли. Те же мартини-швепс или виски-кола. 

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

Отказался от определения рюмок. Пока не реализовал, но планирую подсвечивать места, куда ставить стакан. Т.е. по умолчанию кол-во пьющих 2, светятся два центральных места. Меняем на 4 - добавляются два с каждой стороны и тд. 

Тестил на макетке, пока норм. Ищу шланги и трубки.

Интересуют практичные вопросы. 1). Мембранные насосы по-любому дают течь? Тут описывали решение уменьшением диаметра наливающей трубки? Это работает или обратный клапан наше все? 2). Как на счет разлива газировки? Все нормально или пена сплошная? 3). Предполагается, что есть режим "чистяк" - тогда нужны рюмки, или "коктейль" - тогда бокалы. Т.е. высота трубки налива будет выше бокала, для рюмок это не критично? Или будет разливать мимо? Нужно менять высоту башни?

Добрый день!

Сообщение 929 прочитал. :( Вот только не понимаю, на этом форуме есть личка вообще? Или она только для меня закрыта?

Ув. Forthomo, где можно посмотреть последний вариант скетча под олед-дисплей с mp3?

Если не сложно, пожалуйста, отправьте мне на Lerik@48.ru

Заранее спасибо!

Кстати, два вопроса:

1. Покажите кто-нибудь, как у вас соломинка соединена с сервоприводом? Приехала мне с китая эта фитюлка (micro servo 9g SG90), но она такая мелкая, что не соображу, как лучше закрепить. Неужели она способна выдержать навесу всю нагрузку без дополнительной опоры и о дополнительных подшипников? ("Чертеж корпуса.pdf" видел, но терзают смутные сомнения...)

2. Заказал олед-дисплей двухцветный, и теперь часть второй строчки отображается разным цветом:

https://ibb.co/8x6xyK2 - фото проблемы на дисплее ( прошивка nalivator_v4.2_oled_dfp.ino)

В функции void oled_menu(int Menu){} опустил текст и символы выделения на 1 пиксель, стало всё хорошо. Неужто ни у кого такой проблемы не было? Или в новой версии эту багу уже пофиксили?