Случайны выбор дневника Раскрыть/свернуть полный список возможностей


Найдено 2408 сообщений
Cообщения с меткой

робототехника - Самое интересное в блогах

Следующие 30  »
rss_rss_hh_new

[Из песочницы] Runtime программирование промышленного робота на RCML

Вторник, 10 Мая 2016 г. 14:19 (ссылка)





Под runtime программированием в этой статье понимается процесс создания исполняемой программы для контроллера робота (далее просто робота) на внешнем контроллере. Процесс исполнения роботом созданной программы в таком случае, происходит итерационно, путем передачи ему минимальной исполняемой команды или пакета команд. Другими словами, при runtime программировании, исполняемая программа передаётся роботу порционно, при этом робот не обладает, не хранит и не знает заранее всю исполняемую программу. Такой подход позволяет создать абстрактную параметризованную исполняемую программу, которая формируется внешним устройством «на ходу», т.е. runtime.



Под катом описание и реальный пример того, как работает runtime программирование.



Типично программа для робота представляет собой последовательность позиций, в которые должен прийти манипулятор робота. Каждая из этих позиций характеризуются положением TCP (Tool Center Point) – точкой острия инструмента, установленного на манипуляторе. По умолчанию TCP находится в центре фланца робота, см. рисунок ниже, но её положение может быть перенастроено и чаще всего так, что TCP совпадает с острием установленного инструмента на манипуляторе робота. Поэтому обычно при программировании задается положение TCP в пространстве, а положение суставов манипулятора робот определяет сам. Далее в статье будет использоваться термин «положение TCP», или другими словами точка, в которую робот должен «прийти».

Программа для робота также может содержать примитивную управляющую логику (ветвления, циклы), простые математические операции, а также команды по управлению периферией – аналоговыми и цифровыми входами/выходами. В предлагаемом подходе runtime программирования, в качестве внешнего контроллера используется обычный ПК, на котором могут быть использованы мощные средства программирования дающие необходимый уровень абстракции (ООП и прочие парадигмы) и инструменты, обеспечивающие скорость и легкость разработки сложной логики (высокоуровневые языки программирования). На роботе же остается только логика критичная к скорости реакции, для исполнения которой нужна надежность промышленного контроллера, например, оперативная и адекватная реакция на внештатную ситуацию. Управление же периферией, подключенной к роботу, попросту «проксируется» самим роботом на ПК, позволяя ПО с ПК включать или выключать соответствующие сигналы на роботе. Это чем-то похоже на управление «ножками» на Arduino.







Как отмечалось ранее, runtime программирование позволяет передавать роботу программу порционно – частями. Обычно за один раз передается набор состояний выходных сигналов и небольшое число точек или вообще только одна точка. Таким образом траектория перемещений TCP, выполняемая роботом, может строиться динамически и отдельные её части могут принадлежать как разным технологическим процессам, так и даже разным роботам (подключенным к одному внешнему контроллеру), если работает группа роботов, т.е. возникают предпосылки для динамического замещения роботов в технологическом процессе.



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



Еще немного теории и переходим к практике.



Описание существующих способ программирования промышленных роботов
Без учета, вводимого в данной статье подхода runtime программирования, принято выделять два способа программирования промышленных роботов. Офлайн- и онлайн-программирование.



Процесс онлайн программирования происходит при непосредственном взаимодействии программиста с роботом на месте его использования. При помощи пульта управления или физического перемещения осуществляется подвод инструмента (TCP), установленного на фланце робота, к необходимой точке пространства.




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

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



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




  • Преимущество офлайн программирования, в том, что робот может быть задействован в производстве и работать, пока разрабатывается программа. Робот нужен только для отладки написанной программы. Нет необходимости выезжать на объект автоматизации и заниматься программированием робота очно.

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



В качестве примера, рассмотрим создание программы робота в runtime режиме, обеспечивающей технологический процесс написания объявления маркером.



Результат:






ВНИМАНИЕ! Видео не является рекламой, вакансия закрыта. Статья написана после того, как видео потеряло свою актуальность, для того, чтобы продемонстрировать предлагаемый подход программирования.



Написанный текст:
ПРИВЕТ, ЛЮДИ! НАМ НУЖЕН

РАЗРАБОТЧИК.ДЛЯ СОЗДАНИЯ ВЕБ

ИНТЕРФЕЙСА СИСТЕМЫ НАШИХ

ЗНАНИЙ. ТАК МЫ СМОЖЕМ ПЕРЕНЯТЬ

ОТ ВАС ГУМАНОЙДОВ ЗНАНИЯ.



И НАКОНЕЦ-ТО МЫ СМОЖЕМ

ЗАХВАТИТЬ УЛУЧШИТЬ ЭТОТ МИР



ПОДРОБНЕЕ: HTTP://ROBOTCT.COM/HI

ИСКРЕННЕ ВАШ SKYNET =^-^=



Для написания этого текста потребовалось передать роботу более 1700 точек.



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



Скриншот пульта управления с исполняемой программой




Если писать программу подобный образом, то это было бы минимум 1700 операторов — строк кода, по оператору на точку. А что если бы потом потребовалось изменить текст или высоту букв, или расстояние между ними? Править все 1700 точек-строк? Это противоречит духу автоматизации!



Итак, приступим к решению…



Имеем робота FANUC LR Mate 200iD с котроллером R-30i серии B cabinet. У робота предварительно настроена TCP на конце маркера и координатная система рабочего стола, поэтому мы можем отправлять координаты, напрямую не заботясь о преобразовании координат из координатной системы стола в координатную систему робота.



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



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



Чтобы написать текст нам потребуется вызвать последовательность функций, рисующих буквы в такой же последовательности, в которой они (буквы) указаны в тексте. RCML имеет скудный инструментарий для работы со строками, поэтому сделаем внешний скрипт на Python, который будет генерировать программу на RCML – по сути генерировать только последовательность вызовов функций соответствующих последовательности букв.



Весь код доступен в репозитории на GitHub: rct_paint_words



Рассмотрим подробнее выходной файл, исполнение начинается с функции main():



Пример выходного файла на языке RCML
include "chars.rcml"
function main(){
try {
//Задействование робота
@fr = robot_fanuc;
system.echo("Start move program\n");
//Предварительная настройка окружения робота, координатная система, нагрузка, скорость
@fr->set_real_di("speed", SPEED);
@fr->set_real_di("cnt", CNT);
@fr->startProgram(UFRAME, UTOOL, PAYLOAD);

system.echo("prepare\n");
@fr->prepare();
system.echo("start draw\n");
//Сгенерированный, на Python, участок
@fr->draw_r_P(0, 0);
@fr->draw_P(1, 0);
@fr->draw_r_I(2, 0);
@fr->draw_B(3, 0);
@fr->draw_E(4, 0);
@fr->draw_T(5, 0);
@fr->draw_Comm(6, 0);

@fr->draw_r_L(8, 0);
@fr->draw_r_Yu(9, 0);
@fr->draw_r_D(10, 0);
@fr->draw_r_I(11, 0);
@fr->draw_Exclamation(12, 0);

@fr->draw_H(14, 0);
@fr->draw_A(15, 0);
@fr->draw_M(16, 0);

@fr->draw_H(18, 0);
@fr->draw_r_U(19, 0);
@fr->draw_r_Je(20, 0);
@fr->draw_E(21, 0);
@fr->draw_H(22, 0);

@fr->draw_P(0, 1);
@fr->draw_A(1, 1);
@fr->draw_r_Z(2, 1);
@fr->draw_P(3, 1);
@fr->draw_A(4, 1);
@fr->draw_r_B(5, 1);
@fr->draw_O(6, 1);
@fr->draw_T(7, 1);
@fr->draw_r_Che(8, 1);
@fr->draw_r_I(9, 1);
@fr->draw_K(10, 1);
@fr->draw_Dot(11, 1);
@fr->draw_r_D(12, 1);
@fr->draw_r_L(13, 1);
@fr->draw_r_Ya(14, 1);

@fr->draw_C(16, 1);
@fr->draw_O(17, 1);
@fr->draw_r_Z(18, 1);
@fr->draw_r_D(19, 1);
@fr->draw_A(20, 1);
@fr->draw_H(21, 1);
@fr->draw_r_I(22, 1);
@fr->draw_r_Ya(23, 1);

@fr->draw_B(25, 1);
@fr->draw_E(26, 1);
@fr->draw_r_B(27, 1);

@fr->draw_r_I(0, 2);
@fr->draw_H(1, 2);
@fr->draw_T(2, 2);
@fr->draw_E(3, 2);
@fr->draw_P(4, 2);
@fr->draw_r_F(5, 2);
@fr->draw_E(6, 2);
@fr->draw_r_Ii(7, 2);
@fr->draw_C(8, 2);
@fr->draw_A(9, 2);

@fr->draw_C(11, 2);
@fr->draw_r_I(12, 2);
@fr->draw_C(13, 2);
@fr->draw_T(14, 2);
@fr->draw_E(15, 2);
@fr->draw_M(16, 2);
@fr->draw_r_y(17, 2);

@fr->draw_H(19, 2);
@fr->draw_A(20, 2);
@fr->draw_r_Sha(21, 2);
@fr->draw_r_I(22, 2);
@fr->draw_X(23, 2);

@fr->draw_r_Z(0, 3);
@fr->draw_H(1, 3);
@fr->draw_A(2, 3);
@fr->draw_H(3, 3);
@fr->draw_r_I(4, 3);
@fr->draw_r_Ii(5, 3);
@fr->draw_Dot(6, 3);

@fr->draw_T(8, 3);
@fr->draw_A(9, 3);
@fr->draw_K(10, 3);

@fr->draw_M(12, 3);
@fr->draw_r_y(13, 3);

@fr->draw_C(15, 3);
@fr->draw_M(16, 3);
@fr->draw_O(17, 3);
@fr->draw_r_Je(18, 3);
@fr->draw_E(19, 3);
@fr->draw_M(20, 3);

@fr->draw_r_P(22, 3);
@fr->draw_E(23, 3);
@fr->draw_P(24, 3);
@fr->draw_E(25, 3);
@fr->draw_H(26, 3);
@fr->draw_r_Ya(27, 3);
@fr->draw_T(28, 3);
@fr->draw_soft_sign(29, 3);

@fr->draw_O(0, 4);
@fr->draw_T(1, 4);

@fr->draw_B(3, 4);
@fr->draw_A(4, 4);
@fr->draw_C(5, 4);

@fr->draw_r_Ge(7, 4);
@fr->draw_r_U(8, 4);
@fr->draw_M(9, 4);
@fr->draw_A(10, 4);
@fr->draw_H(11, 4);
@fr->draw_O(12, 4);
@fr->draw_r_Ii(13, 4);
@fr->draw_r_D(14, 4);
@fr->draw_O(15, 4);
@fr->draw_B(16, 4);

@fr->draw_r_Z(18, 4);
@fr->draw_H(19, 4);
@fr->draw_A(20, 4);
@fr->draw_H(21, 4);
@fr->draw_r_I(22, 4);
@fr->draw_r_Ya(23, 4);
@fr->draw_Dot(24, 4);

//Изменение ориентации маркера, чтобы роботу было проще дотянуться до края стола
@fr->set_real_di("speed", 10);
@fr->rotateMarker();
@fr->set_real_di("speed", SPEED);

@fr->draw_r_I(0, 6);

@fr->draw_H(2, 6);
@fr->draw_A(3, 6);
@fr->draw_K(4, 6);
@fr->draw_O(5, 6);
@fr->draw_H(6, 6);
@fr->draw_E(7, 6);
@fr->draw_r_Ce(8, 6);
@fr->draw_Minus(9, 6);
@fr->draw_T(10, 6);
@fr->draw_O(11, 6);

@fr->draw_M(13, 6);
@fr->draw_r_y(14, 6);

@fr->draw_C(16, 6);
@fr->draw_M(17, 6);
@fr->draw_O(18, 6);
@fr->draw_r_Je(19, 6);
@fr->draw_E(20, 6);
@fr->draw_M(21, 6);

@fr->draw_r_Z(0, 7);
@fr->draw_A(1, 7);
@fr->draw_X(2, 7);
@fr->draw_B(3, 7);
@fr->draw_A(4, 7);
@fr->draw_T(5, 7);
@fr->draw_r_I(6, 7);
@fr->draw_T(7, 7);
@fr->draw_soft_sign(8, 7);

@fr->draw_r_U(10, 7);
@fr->draw_r_L(11, 7);
@fr->draw_r_U(12, 7);
@fr->draw_r_Che(13, 7);
@fr->draw_r_Sha(14, 7);
@fr->draw_r_I(15, 7);
@fr->draw_T(16, 7);
@fr->draw_soft_sign(17, 7);

@fr->draw_r_aE(19, 7);
@fr->draw_T(20, 7);
@fr->draw_O(21, 7);
@fr->draw_T(22, 7);

@fr->draw_M(24, 7);
@fr->draw_r_I(25, 7);
@fr->draw_P(26, 7);

@fr->draw_r_P(0, 9);
@fr->draw_O(1, 9);
@fr->draw_r_D(2, 9);
@fr->draw_P(3, 9);
@fr->draw_O(4, 9);
@fr->draw_r_B(5, 9);
@fr->draw_H(6, 9);
@fr->draw_E(7, 9);
@fr->draw_E(8, 9);
@fr->draw_two_dots(9, 9);

@fr->draw_H(11, 9);
@fr->draw_T(12, 9);
@fr->draw_T(13, 9);
@fr->draw_P(14, 9);
@fr->draw_two_dots(15, 9);
@fr->draw_Slash(16, 9);
@fr->draw_Slash(17, 9);
@fr->draw_R(18, 9);
@fr->draw_O(19, 9);
@fr->draw_B(20, 9);
@fr->draw_O(21, 9);
@fr->draw_T(22, 9);
@fr->draw_C(23, 9);
@fr->draw_T(24, 9);
@fr->draw_Dot(25, 9);
@fr->draw_C(26, 9);
@fr->draw_O(27, 9);
@fr->draw_M(28, 9);
@fr->draw_Slash(29, 9);
@fr->draw_H(30, 9);
@fr->draw_I(31, 9);

@fr->draw_r_I(2, 10);
@fr->draw_C(3, 10);
@fr->draw_K(4, 10);
@fr->draw_P(5, 10);
@fr->draw_E(6, 10);
@fr->draw_H(7, 10);
@fr->draw_H(8, 10);
@fr->draw_E(9, 10);

@fr->draw_B(11, 10);
@fr->draw_A(12, 10);
@fr->draw_r_Sha(13, 10);

@fr->draw_S(15, 10);
@fr->draw_K(16, 10);
@fr->draw_Y(17, 10);
@fr->draw_N(18, 10);
@fr->draw_E(19, 10);
@fr->draw_T(20, 10);

@fr->draw_Equal(22, 10);
@fr->draw_Roof(23, 10);
@fr->draw_Minus(24, 10);
@fr->draw_Roof(25, 10);
@fr->draw_Equal(26, 10);
// Конец сгенерированного участка
@fr->stopProgram();
@fr->go_home();
} catch(E){
system.echo("Exception catched!");
return E;
}
return 0;
}




Рассмотрим код отрисовки буквы на примере буквы А:
function robot_fanuc::draw_A(x_cell,y_cell){

//Постановка маркера в точку, координаты точки 5% по Х и 95% по Y в рамке буквы
robot->setPoint(x_cell, y_cell, 5, 95);
//Ведем линию
robot->movePoint(x_cell, y_cell, 50, 5);
//Ведем вторую линию
robot->movePoint(x_cell, y_cell, 95, 95);
//Получили "крышу" /\

//Переносим маркер с отрывом от стола для отрисовки палочки
robot->setPoint(x_cell, y_cell, 35, 50);
//Рисуем палочку
robot->movePoint(x_cell, y_cell, 65, 50);

//отрываем маркер от доски для перехода к следующей букве
robot->marker_up();
}




Функции перемещения маркера в точку с отрывом или без, тоже очень просты:
//Перемещение в точку с отрывом маркера или установка точки для начала рисования
function robot_fanuc::setPoint(x_cell, y_cell, x_percent, y_precent){
//вычисляем абсолютные координаты
x = calculate_absolute_coords_x(x_cell, x_percent);
y = calculate_absolute_coords_y(y_cell, y_precent);

robot->marker_up(); // отрываем маркер от стола
robot->marker_move(x,y); // перемещаем
robot->marker_down(); // ставим маркер на стол
}

//Перемещение в точку без отрыва маркера/рисование
function robot_fanuc::movePoint(x_cell, y_cell, x_percent, y_precent){
x = calculate_absolute_coords_x(x_cell, x_percent);
y = calculate_absolute_coords_y(y_cell, y_precent);

// тут все понятно :)
robot->marker_move(x,y);
}




Функции marker_up, marker_down, marker_move содержат лишь код передачи роботу изменившейся части координаты точки TCP (Z или XY)
function robot_fanuc::marker_up(){
robot->set_real_di("z", SAFE_Z);
er = robot->sendMoveSignal();
if (er != 0){
system.echo("error marker up\n");
throw er;
}
}

function robot_fanuc::marker_down(){
robot->set_real_di("z", START_Z);
er = robot->sendMoveSignal();
if (er != 0){
system.echo("error marker down\n");
throw er;
}
}

function robot_fanuc::marker_move(x,y){
robot->set_real_di("x", x);
robot->set_real_di("y", y);
er = robot->sendMoveSignal();
if (er != 0){
system.echo("error marker move\n");
throw er;
}
}




Все константы конфигурации, в том числе размер букв, их количество в строке и пр. были вынесены в отдельный файл chars_config.rcml.



Файл конфигурации chars_config.rcml
define CHAR_HEIGHT_MM 50      // Высота символов в мм
define CHAR_WIDTH_PERCENT 60 // Ширина символов в процентах от высоты

define SAFE_Z -20 // Безопасное положение наконечника маркера по оси z
define START_Z 0 // Рабочее положение наконечника маркера по оси z

// Границы рабочей зоны
define BORDER_Y 120
define BORDER_X 75

// Сигналы ON/OFF
define ON 1
define OFF 0

// Паузы между отправкой сигналов мс
define _SIGNAL_PAUSE_MILLISEC 50
define _OFF_PAUSE_MILLISEC 200

// Углы Эйлера начального положения маркера – углы ориентации инструмента
define START_W -179.707 // Крен
define START_P -2.500 // Тангаж
define START_R 103.269 // Рыскание

// Углы Эйлера после поворота маркера
define SECOND_W -179.704 // Крен
define SECOND_P -2.514 // Тангаж
define SECOND_R -14.699 // Рыскание

define CHAR_OFFSET_MM 4 // Отступ между буквами

define UFRAME 4 // Номер стола
define UTOOL 2 // Номер инструмента
define PAYLOAD 4 // Номер нагрузки
define SPEED 100 // Скорость
define CNT 0 // Параметр сглаженности перемещения
define ROTATE_SPEED // Скорость при повороте

define HOME_PNS 4 // Номер PNS программы перехода в домашнюю позицию




В итоге суммарно мы получили примерно 300 строк высокоуровневого кода, на проектирование и написание которого ушло не более 2 часов.



Если бы данная задача решалась «в лоб» онлайн программированием по точкам, то на это бы ушло более 9 часов (примерно по 20-25 сек на точку, с учетом того, что точек более 1700 шт.). В этом случае страдания разработчика трудно представить :), особенно когда выяснилось бы, что он забыл про отступы между буквами, или ошибся с высотой букв и текст не влез, и теперь придется начинать всё с начала.



Вывод:



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



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



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



Однако данный подход следует использовать с осторожностью
В продемонстрированной вариации (с передачей одной точки за раз) runtime подход имеет существенное ограничение – некорректное понимание роботом инструкции сглаживания перемещения (CNT) или её игнорирование, т.к. при передаче всегда одной-текущей точки робот ничего не знает о следующей и не может просчитать сглаженную траекторию обхода текущей точки.



Что же есть CNT?



При перемещении инструмента робота возможно влиять на два параметра:




  • Скорость перемещения — задает скорость перемещения инструмента в мм/сек;

  • Уровень сглаживания (CNT) — позволяет пройти группу точек по траектории с наименьшим расстоянием между крайними точками группы.



Оба эти параметра влияют на конечную получаемую траекторию, что проиллюстрировано на рисунке ниже:







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



В лучшем случае робот просто игнорирует инструкцию CNT (зависит от модели).



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



Надеюсь, статья оказалась вам полезной.



С радостью отвечу на ваши вопросы.

Original source: habrahabr.ru.

https://habrahabr.ru/post/283226/?utm_source=habrahabr&utm_medium=rss&utm_campaign=best

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
ДежаВю57

Ученик

Вторник, 04 Мая 2016 г. 01:50 (ссылка)



alex_anpilogov: - Семёныч, ну что тебе стоит? Ну чего ты опять ставишь меня в неудобную ситуацию?

- Антон, я его учить не буду. Он тупой. Почему он всё время просит меня повторять одни и те же операции?

- Ну, Семёныч... Ну ты же знаешь... Ну такая специфика обучения этого нового поколения: пока ему твою работу сто раз не покажешь — они ничего не понимают. Ну не учили их в школе тому, чему учили нас с тобой. Им и математику надо проходить по сути заново.

Читать далее
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_twower

Биоморфный робот "Рысь-БП" и "Аватар"

Суббота, 23 Апреля 2016 г. 16:15 (ссылка)

Вот и фотографии "Рыси-БП" появились (с выставки экспериментальной лаборатории ЦНИИТОЧМАШ):


Фото ©twitter.com/i_korotchenko

Фото ©twitter.com/i_korotchenko

Плюс несколько фотографий "Аватара", ранее показанного Путину


Фото ©twitter.com/i_korotchenko

Фото ©twitter.com/i_korotchenko

Фото ©twitter.com/i_korotchenko

Экзоскелет


Фото ©twitter.com/i_korotchenko

Фото ©twitter.com/i_korotchenko

http://twower.livejournal.com/1958280.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_twower

Патрульный робот

Суббота, 23 Апреля 2016 г. 13:46 (ссылка)


Фото ©en.people.cn

Китайские инженеры на проходящей в городе Чунцин (Юго-Западный Китай) выставке высоких технологий представили первого в стране робота-патрульного. Об этом сообщает агентство Синьхуа.
Специалисты надеются, что их разработка поможет полиции в обеспечении безопасности в местах массового скопления людей, таких как аэропорты, вокзалы и станции метро.
Устройство для патрулирования получило название AnBot. Высота нового робота составляет 1,49 м, вес - 78 кг. AnBot может разгоняться до 18 км/ч. При этом, передвигаясь со стандартной скоростью в 1 км/ч, он способен проработать без подзарядки до 8 часов.
В стандартные функции AnBot входит патрулирование в автономном режиме и мониторинг ситуации вокруг. Разработчики утверждают, что робот обладает функцией распознавания человеческих криков о помощи. Он реагирует на них, вызывая полицию или другие экстренные службы. AnBot также может быть оборудован дополнительными модулями для контроля за загрязнением окружающей среды, поиска взрывчатых или иных химических веществ.
Создатели не оставили робота-патрульного безоружным. По сигналу полицейских со специального пульта он может использовать электрошоковые устройства для предотвращения массовых беспорядков.
Над разработкой AnBot трудились представители как частных компаний, так и Оборонного научно-технического университета Народно-освободительной армии Китая, расположенного в городе Чанша (пров. Хунань, Центральный Китай).

http://twower.livejournal.com/1957722.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_twower

Учения на Курской атомной станции

Пятница, 22 Апреля 2016 г. 12:19 (ссылка)



Тактико-специальное учение «Атом-2016» стало, пожалуй, самым масштабным за последние годы. В нем приняли участие около девятисот сотрудников силовых структур и других ведомств. Сценарий подготовили с учетом нынешних неспокойных реалий. Три десятка террористов проникли в Курскую область под видом беженцев, а затем, захватив тяжелую пожарную технику, прорвались на территорию АЭС.
«В соответствии с оперативным замыслом учения - говорит Юрий Абросимов, заместитель руководителя тактико-специальных учений -на пятом энергоблоке Курской атомной станции были захвачены около 30 заложников. Руководителем оперативного штаба было принято решение о привлечению к проведению контртеррористической операции сил и средств федерального резерва, который представлял у нас центр специального назначения ФСБ России».


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

http://twower.livejournal.com/1957267.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Весенняя встреча Pattern Recognition and Computer Vision Colloquium 2016 в Праге: как это было

Среда, 20 Апреля 2016 г. 23:52 (ссылка)

Добрый вечер, хабрасообщество!

Я уже писал о летней школе компьютерного зрения, проходившей прошлым летом в Чешском техническом университете в Праге в статье. В конце марта мне посчастливилось принять участие еще в одном однодневном мероприятии подобного рода, организованном той же группой The Center for Machine Perception из ЧТУ в Праге. В этот раз это была серия из 6 докладов в перерывами на обед и кофе-брейк. Основными темами мероприятия были алгоритмы компьютерного зрения и машинного обучения. Судя по большому числу докладов о Deep learning, это направление становится очень популярным трендом в решении задач компьютерного зрения. За подробностями прошу под кат. Осторожно, трафик!



Мероприятие проходило в очень красивом историческом здании факультета Электротехники в центре Праги.



image



image



В качестве лекторов как в летней школе были приглашенные ученые эксперты из различных университетов со всего мира, занимающиеся исследованиями в области компьютерного зрения. Был среди них также докторант из ЧТУ.

Половина докладов была посвящена машинному обучению, в том числе графическим моделям, глубокому обучению и картам признаков (feature maps).

Antonin Sulc рассказал о интересном направлении в компьютерном зрении — light fields и его применении на практике. Докторант Giorgos Tolias из ЧТУ рассказал о своей разработке дескриптора признаков, позволяющего выполнять поиск изображений с использованием скетча, сделанного от руки, в качестве запроса.



image



Интересным был доклад Янниса Авризиса, который рассказал о методах приближенного поиска при решении задач кластеризации в многомерном пространстве, таких как бинарные коды, k-means и различные его модификации.



image



Всю программу можно посмотреть по ссылке: cmp.felk.cvut.cz/cmp/events/colloquium-2016.03.31



После окончания основной части желающие совершили небольшую экскурсию в рабочие кабинеты центра CMP.

В начале нам показали онлайн систему поиска подобных изображений для заданного фрагмента изображения. Пользователь может выделить рамкой на изображении объект интереса (например, купол собора) и в ответ получает все релевантные изображения, которые могут содержать этот объект с той же самой перспективы, с различных точек обзора, в различных масштабах и даже более детальные.









Здесь ссылка на статью о проекте для тех, кто желает узнать больше о проекте: cmp.felk.cvut.cz/~chum/papers/mikulik_sisap13.pdf.



Также нам показали и рассказали о работе над мобильным роботом собственной разработки и о возможностях стерео камеры Intel RealSense:









В итоге, день выдался насыщенным и познавательным. Надеюсь, что в будущем еще удастся посетить другие подобные мероприятия. Данное мероприятие — Pattern Recognition and Computer Vision Colloquium — проводится раз в полгода, в предыдущий раз оно проводилось в ноябре 2015. Такие мероприятия позволяют познакомиться я экспертами и узнать о новых тенденциях и технологиях в области компьютерного зрения.

Всем желаю удачи и ждите новых обзоров!



Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/281791/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
rss_rss_hh_new

Развитие облачных технологий и робототехники в новом десятилетии

Понедельник, 18 Апреля 2016 г. 10:02 (ссылка)





В нашем блоге на Хабре мы рассказываем не только про технологические аспекты работы облачного сервиса 1cloud, но и разбираем темы, связанные с технологиями сторонних компаний.



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




Аналитическая компания Gartner в 2015 году опубликовала свое исследование «цикла зрелости» развивающихся технологий. На графике технологии распределены в соответствии с тем, насколько велико их принятие большинством. Таким образом, он демонстрирует тот факт, что мы не можем не очаровываться новыми технологиями с одной стороны, а с другой – достаточно быстро охладеваем к ним, когда осознаем, что успешно внедрить их оказывается крайне сложно.



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



«Этот паттерн поведения мы наблюдаем в отношении практически всех технологий –движение вверх-вниз от ожиданий к избавлению от иллюзий и конечному повышению продуктивности, – говорит Джеки Финн (Jackie Finn), вице-президент и аналитик Gartner. – Речь не только о технологиях как таковых – так мы реагируем на каждое новшество. Такой подход сохраняется и в отношении к новым направлениям в менеджменте и работе над проектами. Люди говорили мне, что данное правило справедливо и в личной жизни».



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







Цикл зрелости технологий от Gartner на 2015 год



То, что делает Gartner – это очень серьезная и трудоемкая задача, поскольку делать краткосрочные предсказания об инвестициях в технологии относительно просто, но пытаться понять, как будет развиваться ИТ-отрасль в перспективе десяти лет, гораздо сложнее.



Согласно исследованию TechRepublic, основными приоритетами инвестирования в ближайшие годы будут вопросы повышения безопасности, мобильности, использования больших данных и облачных сервисов для бизнеса. Модные направления вроде 3D-печати или носимых гаджетов окажутся в конце списка. Другое исследование от компании Deloitte подтверждает эти данные и добавляет, что технологиями с «низким приоритетом» также будут считаться дополненная реальность и геймификация.



Однако одним из главных технологических и передовых направлений принято считать робототехнику. Потенциал использования роботов еще не раскрыт, однако облачные технологии в скором времени окажут на эту сферу значительное влияние. Большие данные, машинное обучение, системы с открытым кодом и Интернет вещей могут найти свое применение в робототехнике.



Тенденция уходит корнями в начало 1990-х годов, когда впервые появилась Всемирная паутина. С появлением первого браузера Mosaic профессор и студенты из университета Южной Калифорнии начали развивать идею веб-трансляций с камер. И им пришла в голову идея, что вместо того чтобы пассивно следить за происходящим с помощью веб-камеры, можно дать возможность пользователям удаленно влиять на некое рабочее пространство.



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



Его установили в центре круглой клумбы радиусом три метра, заполненной грунтом. Чтобы пользователи могли управлять «механической рукой» – сажать семена, поливать растения и так далее – был разработан графический веб-интерфейс, к которому каждый мог получить доступ.







«Телесад» [англ. The Telegarden] стал доступен в Сети летом 1995 года. Слухи о проекте быстро распространились, и через несколько недель его стали посещать тысячи людей. Многие регулярно заходили на сайт, чтобы полить свои цветы и даже просили других пользователей присмотреть за их растениями, пока они будут в отпуске. Тысячи саженцев начали пускать ростки, и «Телесад» довольно быстро разросся.



«Телесад» стал первым активным устройством, работающим по Сети. Издательство MIT Press выпустило о нем две книги, и вскоре к Сети начали подключаться другие устройства и системы. С тех пор робототехника продвинулась достаточно далеко. На данный момент имеются сотни исследовательских лабораторий, в которых разработано более 5 миллионов сервисных роботов, убирающихся в домах и офисах, и более 3000 роботов, помогающих хирургам в операционных по всему миру. Множество крупных достижений было сделано и в мире цифровых камер, инерционных и многих других датчиков.



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



Поставьте себя на место робота: все вокруг вас неясно и нестабильно, шатается, двигается и видится в низком разрешении, вы не можете определить, с чем вы сталкиваетесь. Более того, вы не способны полностью контролировать движение собственных рук: как будто на вас надеты громадные рукавицы.



Очень интересно об этой проблеме рассказал Эндрю Ын (Andrew Ng) во время выступления в Стэнфордском университете.









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



Проблема здесь в том, что робот физически не способен запомнить все предметы: всегда найдется что-то, с чем он не знаком. Например, вы купили новый телевизор с новым пультом ДУ, который по какой-то причине оказался на полу. Для робота – это уже неизвестный объект, так как новый пульт отличается от старого. К счастью на сегодняшний день существует решение этой проблемы: нужно подключить электронного помощника к Сети, так что у него окажется доступ к обширному хранилищу информации в интернете.



В 2010 году Джеймс Каффнер (James Kuffner), исследователь из Google, ввел понятие «облачной робототехники». Облако не является чем-то новым для интернета. Это новая парадигма, предполагающая новые способы его применения.



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



В фильме «Матрица» есть сцена, в которой Нео, указывая на вертолет, спрашивает Тринити о том, умеет ли она им управлять? Её ответом было: «Пока нет». После чего она загрузила «летную программу» себе в мозг и подняла «вертушку» в воздух.



Для нас возможность загрузить информацию напрямую в мозг и приобрести необходимые навыки и знания буквально за пару секунд – недостижимая фантастика. Но для роботов это не так.



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



Идея подключения робота к внешнему компьютеру появилась в 1990 году. Масаюки Инаба (Masayuki Inaba) из Токийского университета исследовал концепцию «удаленного мозга», физически разделив сенсоры и приводы устройства и интеллектуальное программное обеспечение.



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



Облачные технологии – это ключ к новому поколению роботов. Возьмите, к примеру, робот-автомобиль Google, он использует использует Сеть для доступа к огромной базе данных Google с картами и снимками из космоса и сервису StreetView, чтобы сопоставить их с потоком данных GPS, камер и 3D-датчиков, определяя свое местоположение с поразительной точностью и избегая столкновений.



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



Автомобиль на базе переоборудованного для беспилотного передвижения серийного Lexus RX 450h собирался поворачивать на перекрестке направо. Когда загорелся зеленый свет, беспилотный автомобиль начал движение, однако система обнаружила, что в правой части на дороге лежат мешки с песком, огораживающие слив ливневой канализации. Беспилотный автомобиль принял решение занять центр полосы, чтобы объехать препятствие и выехать на перекресток.



Автомобиль Google, пропустив несколько машин, начал перестраиваться перед медленно следовавшим автобусом – система управления решила, что водитель крупного транспортного средства её пропускает, к такому же выводу пришел водитель-испытатель и не стал вмешиваться в управление. Однако водитель автобуса считал иначе и машины столкнулись.



Представители компании Google подчеркивают, что это обычная ситуация на дороге – банальное недопонимание манёвров. Однако специалисты из отдела Google X, занимающегося беспилотными автомобилями, все же внесли некоторые правки в алгоритм. Теперь система будет учитывать, что в общем случае автобусы и другие крупногабаритные транспортные средства (в частности грузовые автомобили) менее склонны уступать остальным участникам дорожного движения.



Это показывает, что система пока неидеальна, и над ней ведется активная работа. По состоянию на 28 августа 2014 автомобили Google не в состоянии распознавать временные сигналы светофора, не могут отличать пешеходов от полицейских или скомканную бумагу от камня. А еще они не умеют парковаться. Google планирует исправить эти недостатки к 2020 году.



Беспилотные автомобили очень перспективное направление, потому этим вопросом занимаются многие компании. Например, автомобильный концерн Daimler, который работает над созданием автономных грузовиков.



Разработчики решились отправить несколько своих машин в их первое продолжительное путешествие из немецкого города Штутгарта в Роттердам, Голландия. Передвигаться три самоходных грузовика будут по общественным дорогам и обмениваться полезной информацией друг с другом при помощи Wi-Fi.



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



Облачные технологии также находят свое применение в маркетинге – этот факт сам по себе говорит об их достаточной зрелости. Относительная дешевизна облачных систем позволяет использовать их для телефонных звонков также легко, как для отправки электронных писем. И не надо настраивать собственный VoIP-сервер. Все хранится в облаке, использующем удаленные серверные фермы с объединенными памятью и процессорами.



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



Системы внешних телефонных интерактивных коммуникаций (IVR) – это новейшая вариация роботизированных вызовов. Программное обеспечение, которое обычно помогает всем нам продираться через голосовые меню банков и страховых компаний, теперь попало в руки маркетологов. Они начали использовать его для звонков потенциальным клиентам.



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



Многие IVR-системы предлагают разработчикам API, с помощью которых те могут создавать телефонных роботов, совершающих в том числе и исходящие звонки. В зависимости от того, как конкретный собеседник отвечает на вопросы, система может перенаправить звонок на нужный номер внутри компании, где живой человек уже будет пытаться окончательно закрыть сделку.



Ниже представлено промо-видео одной из таких систем:









Простор для футуристов



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



Стив Браун (Steve Brown), футурист в Intel, заявляет, что будущее вычислений будут определят три мега-тренда: «Это уменьшение, увеличение и естественность».



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









«Увеличение» относится к продолжающемуся росту компьютерных мощностей, а «естественность» – это состояние, в котором объекты повседневной жизни будут наделяться некоторыми вычислительными возможностями.



«Вычисления – наше все. Раньше нам приходилось куда-то идти, чтобы их осуществить, например, в комнату с огромным жужжащим компьютером. Сегодня мы живем в эпоху, когда можем производить вычисления прямо на ходу», – говорит Браун.



Далее мы можем ожидать, что вычисления окажутся встроены в мир вокруг нас – мы превратим мир в громадный компьютер. «Как только это случится, начнут происходить крайне интересные вещи», – продолжает Браун.



«Автономные машины изменят все, – заявляет он. – Предприятия столкнутся с трудностями, когда людям придется работать бок о бок с машинами – как с физическими машинами, так и с алгоритмами».



Темпы технологического развития ускоряются: там, где на принятие решений нам требовались десятилетия, сейчас процессы происходят все быстрее и быстрее. А все это значит, что руководству приходится принимать более взвешенные решения о том, как использовать новые технологии. Более того, им придется столкнуться с еще более сложными вопросами, связанными с безопасностью и защитой информации.



«Нам нужно определить суть взаимоотношений между людьми и технологиями, потому что сейчас подавляющее большинство людей воспринимает технологии неверно», – говорит Дэйв Коплин (Dave Coplin), глава отдела прогнозирований Microsoft.



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



Развивать более грамотные взаимоотношения с технологиями необходимо из-за грядущих серьезных перемен, отмечает Коплин: «Что происходит, когда технология уходит на второй план, что происходит, когда у каждой поверхности появляется возможность выводить контекстную информацию на основе того, что происходит вокруг, и того, кто на нее смотрит? Этот тот мир, к которому мы движемся – мир, где данные обнажат многие этические вопросы. Если мы не подготовим людей к этим переменам, большинство идей так и останутся за гранью фантастики».



Николя Милляр (Nicolas Millar), футуролог из компании BT, вторит этим идеям, заявляя, что CIO придется принимать во внимание не только технологические изменения, но и то, как они скажутся на персонале. Это влечет за собой переосмысление понятия рабочего места сотрудника.

«Открытое пространство без перегородок может отвлекать сотрудников от работы, – говорит он. – Но можно ли генерировать инновации в сером закутке? Сотрудники, использующие планшеты, могут предпочесть работать не за столами, а тем, кто будет пользоваться устройствами, реагирующими на жесты, может понадобиться больше места».



Таким образом, можно заключить, что в долгосрочной перспективе кардинально изменятся не только технологии, но и привычные нам «жизненные алгоритмы» и устои – нам нужно сформировать кардинально новый тип мышления.



P.S. Мы в 1cloud рассматриваем самые разные темы в нашем блоге на Хабре – пара примеров:





И рассказываем о собственном облачном сервисе:







Original source: habrahabr.ru (comments, light).

https://habrahabr.ru/post/281543/

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_colonelcassad

Детская робототехника в Крыму превозмогает

Суббота, 16 Апреля 2016 г. 11:22 (ссылка)



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

Детская робототехника в Крыму превозмогает

Я на прошлой неделе вернулся из севастопольского робототехнического детского центра, и хочу рассказать о том, что там и вокруг увидел.
Для полного погружения начнём мы с истории Сергея Щукина, приехавшего в Крым год назад поднимать ИТ. Началось с того, что у него был интернет, но не было питания в розетках.

Робототехника и зачем я приехал

Серёга Щукин попросил меня осмотреться и сказать, что можно сделать с его начальной диспозицией в плане развития детей. Дело в том, что он родился и вырос в Москве, а я – в Астрахани, и поэтому работу с небольшим городом, где Интернет всё ещё людям в новинку, представлял лучше.
Он развивает роботехнику в городе, потому что хочет, чтобы тут росли ИТ-специалисты. Всегда вместе с женой Юлей (вы, может быть, знаете её по продлёнке для программистов) они мечтали о чём-то подобном — и дорвались. Мы с ними давно работаем в примерно параллельных областях и по обучению, и по детям, и вообще всегда очень полезно меняемся опытом. Среди всего прочего мы поставили в этот центр игр, и было интересно посмотреть, как они пошли.
На месте было шикарное двухэтажное здание с прицепившимся к одному из окон бензогенератором.





Оказалось, свет у них отключали регулярно и часто, и поэтому айтишники некоторое время работали на соляре и бензине. Вид бензогенератора сразу убедил меня в том, что тут было весело.
Вообще, в прошлом году тут тихо сидел коворкинг. Идея была в том, что сюда летом будут приезжать многие ИТ-специалисты (с семьями, в частности), и захотят где-то работать. Потребность есть. Потому что ИТ-специалисты могут работать откуда угодно, если в этом месте есть связь, печенье и питание.
Первые полгода Слобода существовала непонятно как — никто особо не считал деньги и не думал о расходах. Так часто бывает с деньгами инвестора, за которые лично тебе не придётся отвечать. Была базовая образовательная программа на уровне единичных лекций и мастерклассов. Вроде, кассовый разрыв был меньше миллиона, но не намного. В итоге Щукина выписали переделывать заведение, по факту, как выяснилось, в центр детского развития.


В зале через каждые 3 метра вот такие "люстры", как в африканском стимпанк-кафе

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



На втором – отдельные кабинеты вроде небольших классных комнат (сейчас – классы для робототехнических групп).





Год назад действовал курс по программированию уже собранных роботов на Scratch и училось около 30 детей (две недели назад было 236 детей). Использовалась вот такая робоплатформа:





Проблема с ней была в том, что это далеко не те роботы, которых дети привыкли видеть в мультфильмах. Ознакомительные занятия иногда начинались так: родители с детьми крутили платформу в руках, ставили её на стол и спрашивали: "А где роботы?".

Поэтому они решили запустить курсы по Лего Майндстормз. Команда из Москвы приехала меняться опытом. Привезли два курса – по программированию в Майнкрафт и по ракетостроению в Кербальской космической программе. Они набрали несколько тестовых групп в августе, и на этих группах тренировались, как преподавать новые курсы.
Лего детям понравился нереально. Там можно собирать что угодно из лего-деталек и готовых блоков вроде большого мотора, двух моторов поменьше, ИК-сенсора (он же может использоваться как опорный маяк), сонара для измерения расстояния, сенсора касания, датчика освещения и цвета и других подобных волшебных элементов. Пару недель назад одна семилетняя девочка собрала "кошечку", которая при виде жёлтой карточки садилась, а её одноклассники с интересом собирали змею из нескольких наборов, стараясь сделать так, чтобы она ползала только в темноте. Детей больше занимали вопросы конструкции робота, а не программы – "Да, две ветки будет в коде, но самое главное – я уже ушки придумала!".


Место для лекций

Майнкрафт детям понравился из-за Майнкрафта. Они там живут, любят его и ценят. Но курс, оказался, увы, не совсем про программирование, поэтому его пришлось сильно переделывать.
А Кербальская космическая не пошла вообще – орбитальная механика для детей оказалась слишком сложна, особенно учитывая ограниченный ресурс топлива в миссиях. На уроке, в котором нужно сводить два спутника для стыковки, у детей после пятнадцатой попытки начинал пропадать интерес – там и правда всё сложно. Хотя до этого они с восторгом роняли аппараты на землю и сравнивали, у кого взрыв мощнее. Если бы можно было объяснить родителям, что через пару месяцев игры во взрывы дети начнут разбираться в вопросах аэродинамики, интересоваться апоцентром, перцентром и легко рассчитывать траекторию до Марса, используя гравитационный манёвр – то, может, и получилось бы. Но родители хотят, чтобы у детей была высокооплачиваемая работа, и потому растят из них айтишников. По крайней мере, стараются.

Роботы

Роботы тут разные, вот от таких на Лего (сверху с портами – контроллер):



До таких для самых маленьких с курсов "очумелых ручек":



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



И лепят планеты, если совсем маленькие:



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



Теперь рассказывает Серёга:
"Парни уехали через 3 недели, а нам понадобились наборы. Здесь ещё одна засада. Один базовый набор Лего с роботом и датчиками стоил тогда примерно 25 тысяч рублей (сегодня EV3 45544 стоит уже 30), плюс нужен ноутбук для программирования с детской IDE. Это автоматически означало важную особенность курсов – собранные роботы фотографируются, показываются родителям, а потом сразу разбираются. Чтобы другие дети могли собрать из их деталей что-то дальше. Даже когда я ездил по школам, робот у меня был только один – специальный демонстрационный, не участвующий в обучении.



Ценообразование после всех попыток ужаться стало таким: самый дорогой курс – Лего и роботы, 3400 рублей в месяц (по занятию в неделю). Scratchduino – 2900 за месяц. Электромеханика в Майнкрафте – 2900 за месяц. Мы замеряли эластичность спроса на 140 людях. Эти цены – предел для региона. Средняя зарплата здесь, по ощущениям, чуть ниже 20 тысяч рублей, причём в семье часто работает только отец.
Приближался сентябрь – группы заполнялись детьми – теперь их у нас стало не 30, а 239. Но парни, внедрившие нам курс Лего, начали подводить со сроками поставки новых уроков, плюс отвечали на письма в стиле робота из коллцентра: "да, письма видим, но сейчас заняты очень". В тот момент, когда они в течение пяти дней не подходили к телефону, я дал задание своим преподавателям разрабатывать собственные программы для подстраховки. В это же время случилось ещё одно важное событие — учительница по информатике научила всех формату ФГОС – так что все курсы сразу стали оформляться по одному стандарту и структурно. Преподы втянулись – им понравилось формулировать свой опыт и открылись чакры методистов – в итоге они стали сами писать даже те курсы, которые мы покупали по франшизе у Казани.
Сейчас у нас учится 292 ребёнка, но это не только роботы, а все курсы, включая детский развивающий центр на первом этаже. Параллельно открыли класс в другом спальном районе города (противолежащем относительно центра), но там, видимо, на лето закроемся".


Люди и программы


Итак, у них уже был Скрэтч, они взяли роботов Лего, переписали курс по Майнкрафту (теперь он стал не "Программирование", а "Основы логики и электромеханики"), плюс достали франшизу центра детского развития, и ещё запустили научное шоу (это когда детям показывают разные зрелищные опыты), которое очень нравилось родителям и позволяло продемонстрировать, что тут не просто за компьютером сидят, а ещё и что-то весело жахает. Чем громче жахало – тем больше родители верили, что это полезно. Ещё родители очень верят учителям, видя перед собой вполне конкретных интересных людей. Опять же, цитирую Серёгу, сам я там был всего три дня, и поэтому не успел детально познакомиться со всеми.

Денис

"Денис – учитель с самым тихим голосом: мы сначала даже переживали – как он с группой из 12 детей управляться будет? Но ничего – он рассказывает детям потрясающие вещи, на каждом уроке делится историями из жизни, показывает, для чего нужны те штуки, которые они проходят. В результате – в его классах непривычная тишина – и тихий голос не помеха, а его преимущество.
На досуге Денис играет почти на всём, что играет. Кроме, возможно, волынки… А может, и на волынке тоже, просто я не видел пока. Выступает в группе Irish Evening в местных барах – не денег заработать, а потому что обожает музыку. Хочу уговорить его терминвокс с детьми запилить. Закончил магистратуру Севастопольского национального технического университета по радиотехнике, аспирантуру Севастопольского национального технического университета ("Радиотехнические и телевизионные системы"), учился в академии Cisco при Севастопольском национальном техническом университете. Старший преподаватель той же кафедры, научный сотрудник Инжинирингового центра изделий микро- и наноэлектроники, инженер систем безопасности."


Евгений

"Женя – интеллигент, какого редко сейчас встретишь. Всегда вежлив, очень опрятен, улыбается даже когда болеет. Его любят все – от детей до коллег. Мне всегда казалось, что дома он пишет стихи. Представьте моё удивление, когда оказалось, что он на досуге гоняет кросс-кантри по Крыму, да не просто как любитель, а на уровне участия в соревнованиях. А ещё, когда Женя был помладше, они с друзьями гоняли по сети в хардкорнейший симулятор формулы 1 – F1 Challenge ‘99-‘02. Учитывая, что в исходной игре был косяк с мультиплеером, парням пришлось самим его пофиксить, и уже потом – они усаживались за рули и педали для того, чтобы пройти трассу со всеми фичами, включая реальное количество кругов.
Образование — СевНТУ – автоматизация и компьтерно-интегрированные технологии, автоматизация технологических процессов и производств, публикации по машиностроению. Знает техпроцесс Нововоронежской атомной электростанции (рассказать не может – я спрашивал – там всё секретно) и умеет управлять автоматизированной системой управления турбоустановкой."


Владислава

"Влада ведёт занятия с самыми маленькими инженерами – семилетками. Пока мы для них Lego WeDo не закупили, они занимаются в кружке "Самоделкины" – мастерят разные штуки – от открыток со светодиодами до модели солнечной системы и до гидравлических манипуляторов.
У Влады 6 младших братьев и 2 сестры, одна из которых старше её. Так что заниматься с группой в 12 человек у неё получается легко, как дышать. Детей она обожает и они отвечают ей тем же. У Влады есть фото с ВВП. Это сейчас в Крыму почти как два высших."


Алексей

"Человек с непростым образованием: Донецкий национальный технический университет — разработка и тестирование ПО, Донбасская национальная академия — экономика предприятий, Ростовский государственный строительный университет – экономика, Севастопольский государственный университет — информационные технологии (магистр). Работает геймдизайнером.
Лёша разработал и ведёт курс, который повергает родителей в шок, а детей – в дикий восторг. Это как раз тот курс в Майнкрафте. Да, мы учим детей логике и алгоритмике, а также простой автоматизации внутри игровой среды. А ещё он очень весёлый – по его же словам “сам ещё ребёнок в душе”, и дети с ним чувствуют себя свободно."


Сумо

Самым громким делом в городе в плане пропаганды образа жизни Deus Ex было робосумо – соревнования роботов. Правила простые: дети собирают роботов, ставят их на стол, а они пробуют выкинуть со стола всех других роботов. Тактики стандартные – или быстро стучать во врага, или хорошо уворачиваться и поддавать пинок вдогонку, или подсовывать платформу под противника и переворачивать его. На первый раз логика была не самым сильным местом детей, да и не все правильно откалибровали ориентацию по маякам и разметке на столе, поэтому часть роботов выбрасывались из боя сами, от неверной ориентации.



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



Зачем я приехал, собственно

Проект идёт с переменным успехом. Образовательная программа стоит от 2900 до 3400 рублей за 4 занятия (это месяц), а севастопольцы столько платить не готовы. Точнее, как. Готовы, но хотят увидеть результат мгновенно: типа, заплатил за месяц, а ребёнок стал разработчиком. Но как это проверить, они не знают.
На месте получилось сделать вот что.
Серёга свёл все доходы-расходы по направлениям (сколько приносит робототехника, сколько дают детские курсы по ТРИЗ и так далее). Плюс свёл всё по каналам привлечения – откуда сколько человек пришло. Получилось, что робототехника – самое востребованное из ИТ-курсов для восьмилетних, а Facebook, Контакт и Одноклассники работают в городе слабо, зато традиционно хорошо пашут мероприятия и прочая шумная активность. Как и во всех без исключения городах России и в Киеве, абсолютно не работают объявления в лифте и по подъездам. В целом хорошо работает наружка – баннерная слепота ещё не появилась. Лучше всего работает местный крупнейший сайт с форумом – он все ещё успешно заменяет соцсети.



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

Кстати, обратите внимание на упоминание C в первой. 90% родителей вообще её не понимали, но примерно 10% были более чем прошарены и сразу спрашивали, где конкретно на Ардуине будет C, и когда он начнётся.

Про вторую часть – очень важно было объяснить родителям, зачем надо ИТ ребёнку.
Выделились факторы:
— В будущем без ИТ – никуда.
— Разработчиков надо много, и будет надо ещё долго. Только у них в кризис растёт зарплата.
— Можно стать разработчиком без особых затрат в любой семьей.
— Главное – научиться алгоритмическому мышлению как можно раньше.
— Один хрен ребёнок будет кнопить за компьютером на любой работе, так что не надо бояться, что он посадит зрение. С роботами ещё и руками собирать, поэтому для зрения лучше других курсов.
— Работа программистом – это билет куда угодно на планете (тезис, который вообще-то не в пользу нашей страны, но такова жизнь).

Думаю, с таким подходом станет объяснять чуть проще.

Ещё мы договорились проводить местные открытые мероприятия, плюс давать куда больше бесплатных пробных занятий. Важно – законченных, безо всяких "про посадку читайте в следующем номере", чтобы ребёнок, родители которого не могут заплатить за обучение, всё же получил что-то полезное. О результатах, думаю, имеет смысл начать спрашивать чуть позже.
Серёга занимается сейчас ещё тем, что превращает свой центр в "гардероб" для детей – родители приехали, сдали ребёнка, через 5 часов приехали опять – и забрали уже обученного ИТ. И так всё время отдыха, если приезжать с семьёй.

В целом по городу


Застройка низкоэтажная, "колодцев" с эхо по городу нет, но сотовый интернет не самый стабильный. Телефоны, кстати, часто диктуют в 7 цифр: здесь пока есть только префикс +7978, и его пропускают.

Не работает PayPal, нет Google Play, заблокирован доступ ко всему коммерческому гугловому – управлению рекламой, Google Docs (личные работают, корпоративные аккаунты — нет), не пашет Ebay, Amazon, нет oDesk. Корпоративная гуглопочта тоже приказывает долго жить. Серёга рассказывает, что Алиэкспресс — это отдельные жучилы: официально не поддерживают санкции, а по факту – отбивают. Хитрые китайцы маскируют своё решение под технические сбои. Сам не видел, но вот пруф, и там же метод обхода — указывать другой город, в имя мелко приписывать "Севастополь", а индекс – от своего города. Посылку не должны потерять, поскольку маршрутизация по индексам.

GoDaddy и 101domain просто банят аккаунты местных и распродают домены. EdX сначала было не отвечала, но потом стала резолвить крымские IP. AirB&B не работает, поэтому снимать жильё придётся с помощью Авито и местной газеты объявлений. Букинг неожиданно работает. Геймеры рассказывают страшные истории про то, что Близзарды снесли все аккаунты из Крыма вместе со всеми игровыми ценностями. Battle.net местной нет. Стим – ничего не покупать, но можно пользоваться уже купленным. Естественно, это вызывает ответную реакцию. Очень популярен плагин Zenmate, есть разные прокси-конфигураторы под Андроид. Из публикации: "Для App Store необходимо лишь поменять в настройках адрес для выставления счета — например, на московский. Некоторые из жителей Крыма и вовсе сократили в адресе слово "Sevastopol" до "Sev" — и таким образом успешно избежали блокировок". Приложения качаются в виде *.apk и ставятся ручками. Сложнее всего разработчикам под iOS – им приходится ярко и убедительно доказывать, что они не из Крыма.

Местное население почтенного возраста офигенно прокачалось. На остановке мужики постарше и мамы с колясками весело обсуждают TOR-браузер. В очереди в продуктовом пару раз проскочило слово VPN от пенсионеров. Не совсем понимают, как это устроено, но говорят по делу на уровне практических советов. Благодаря тому, что TOR-браузер ставится очень просто, многие, похоже, сидят через него. Серёга перед поездкой настоятельно рекомендовал качать Zenmate, но мне вполне хватило VPN (после поездки в Китай – на телефоне и на ноутбуке подняты по три профиля от разных серверов и минимум двух разных компаний, один обязательно L2TP). Но тут работали все.


Надписи и вывески поменяли далеко не все. Иногда, чтобы выжить, вам надо будет быстро думать.

Еда не самая дешёвая, вот одно из меню. В среднем, остальные в туристических местах примерно похожи по уровню.


Но зато какой вид! Это заведение по дороге из Симферополя в Севастополь:



Кстати, именно там удалось точно понять, что у плуга одно маленькое колесо не потому, что он битый, а потому что это конструктив, чтобы лучше цеплять землю. Я каждый раз удивлялся, а тут объяснили:




Жители очень любят город, поэтому у каждого памятника есть неофициальное название. Это вот – "Мечта импотента".

Центр в сезон безопасен на три девятки. Дороги вечером надо переходить аккуратно: мы пару раз видели потрясающие конструкции с фонарём, бьющим точно в глаза водителю сверху перехода, и абсолютно тёмный переход под ним (это связано с экономией электроэнергии по ночам). Чёрных, тёмно-синих и тёмно-зелёных пешеходов при включённых фарах по факту бывает видно с 10 метров. Но к лету обещают исправить и наладить.
Торговля развитая, есть DNS со всякими мышками-проводами, есть современные салоны сотовых операторов, в Севастополе минимум два крупных торговых центра с большими продуктовыми и прочей развлекательной инфраструктурой. Но закрываются они в 21:00.
Вода – отдельная история. Продаётся в продуктовых в виде стандартных 5-литровых баллонов или же разливная. Но самое важное – вот эти чудо-автоматы:



Вот он поближе:



Резюме

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



С другой стороны, полезнее в плане природы найти будет сложно: тут, например, есть Форос, где, по легенде, купец, страдавший от туберкулёза, высадил кучу хвойных эндемиков, и прожил ещё 10 лет вместо предсказанных врачом 3 месяцев. Местные ходят спать в этот небольшой хвойный лес и совершенно не мусорят именно там. Вот это место:


На этой сосне можно устроить пикник прямо на ветке

Есть потрясающая бухта Балаклавы с медузами и подлодками:



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

Из однозначных плюсов ещё – очень родные дворы вот по типу такого:



И вообще всё родное и знакомое, то есть если ехать с семьёй – и жене без английского, и детям точно будет просто и удобно. Опять же, можно взять квартиру или дом на месяц или два не в самом центре и отдыхать (аренда большой квартиры на 3 комнаты после некоторого торга – 35 тысяч рублей за месяц). Кабельный интернет нормальный, 2-10 Мбит/с стабильно.

https://geektimes.ru/company/mosigra/blog/274358/ - цинк (за наводку спасибо seerozha)

PS. Поправлю автора, Google Play вполне работает, не так давно качал клиент Телеграмма, да и старый софт обновляется. Для Али действительно надо менять город проживания на другой российский и тогда товары проходят, знакомые так делают.. C ОЗОНа конечно проще что-нибудь заказать (из Москвы доставка в Севастополь где-то 7-11 дней), но там цены выше.
По интернету - 25/5 на котором сижу стоит 360 рублей в месяц. Текущие тарифы по городу вот http://sevstar.net/article/1/9/3684 Из электронных денег которыми пользуюсь работают Яндекс-деньги и Веб-мани. Pay-Pal практически сразу отрубили после переворота на Украине. Часть неработающих сервисов обходится через VPN. В общем, есть разные досадные неудобства, но в целом ничего критического для обычного пользователя, фрилансерам конечно посложнее будет.

Сам же кружок по духу напомнил старые советские кружки "Юный техник", большая часть из которых сгинула в 90-е вместе с большинством подобной образовательной инфраструктуры для детей. Какие-то подвижки есть и это хорошо, но хотелось бы более комплексного продвижения подобных заведений для детей.

http://colonelcassad.livejournal.com/2706852.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
ДежаВю57

Тест Тьюринга. Наши дни.

Четверг, 01 Марта 2016 г. 03:11 (ссылка)




alex_anpilogov: Запущенный в социальной сети Твиттер 23 марта чат-бот Тау, созданный компанием "Микрософт", научился ругаться, а также стал делать расистские и возбуждающие религиозную рознь высказывания, как сообщило "Би-Би-Си".


Читать далее
Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_twower

"Удар", "Рысь" и "Канонада"

Понедельник, 28 Марта 2016 г. 14:44 (ссылка)

Выдержки из интервью РИА Новости генерального директора ВНИИ "Сигнал":

*****
— Владимир Николаевич, какие задачи сегодня стоят перед ВНИИ "Сигнал"? По каким направлениям ведется работа?

— ВНИИ "Сигнал" сегодня продолжает разработки по своим традиционным направлениям: комплексы и средства автоматизированного управления огнем артиллерии Сухопутных войск; системы наведения и стабилизации вооружения; системы навигации и топопривязки; гидрообъемные трансмиссии, электрогидравлические системы управления и гидромашины.
В 2013 году основано новое направление — разработка робототехнических систем, в рамках которого при участии ведущих технических университетов страны запущена научно-исследовательская работа по созданию робототехнических комплексов...

— Расскажите о новейшем направлении для "Сигнала" — робототехнике. Чего уже удалось добиться в этой области?

— В рамках одного из проектов — опытно-конструкторской работы (ОКР) "Рысь" — мы создаем многофункциональный биоморфный робототехнический комплекс. У робота будет четыре ноги, то есть он будет похож на некое четвероногое существо. Рассматриваются три варианта целевой нагрузки: робот разведки, робот боевой поддержки и робот для переноски грузов. Боевой робот, скорее всего, будет оснащаться пулеметом, возможна установка противотанковых управляемых ракет (ПТУР). В России аналогов этого проекта нет вообще, в мире их можно пересчитать по пальцам. Работа инициативная, ведется за счет средств предприятия.

Другой наш проект — "Удар". Он предполагает роботизацию БМП-3. В данном случае мы не создаем целиком робота с нуля вместе с шасси, а разрабатываем унифицированную систему управления и устанавливаем ее на штатные образцы бронетехники, которые уже имеются в войсках. БМП-3 оснащается системой управления со всеми необходимыми узлами и блоками. В результате получается многофункциональный робототехнический комплекс.
Целевая нагрузка может быть и боевой, и разведывательной. Комплекс может управляться дистанционно, мы также прорабатываем возможность автономности движения. Преимущество полностью автономного варианта заключается в следующем: во-первых, он движется в режиме радиомолчания, когда мы ничего от робота не получаем и не передаем по радиоканалам; во-вторых, достигается автоматизация рутинных действий, например для перевозки грузов — первый раз робот запоминает маршрут, а затем уже курсирует по нему самостоятельно.

Особо отмечу, что сохраняется и возможность экипажного режима движения. Захотели — поехал человек, а где опасно или какие-либо особые условия — едет как робот.

— Кроме "Удара" и "Рыси", есть ли другие проекты по робототехнике?

— Да, один из них — дистанционно управляемый робототехнический комплекс для медицинских служб на базе легкобронированного гусеничного шасси МТЛБ. Он способен обнаруживать раненых, загружать их внутри машины и даже оказывать первичную медицинскую помощь (маска, инъекции и т.д.). Нами уже создан действующий макетный образец.

— Если говорить о традиционной сфере "Сигнала", комплексах автоматизированного управления огнем, по каким направлениям идет их дальнейшее развитие?

— ВНИИ "Сигнал" является разработчиком ряда комплексов автоматизированного управления огнем для самоходной, буксируемой и реактивной артиллерии, созданных в период с 1968 по 2006 годы при выполнении ОКР "Машина", "Машина-Б", "Реостат", "Фальцет" и "Капустник". Следует отметить, что в этой работе наше предприятие является первопроходцем и разработанные комплексы автоматизированного управления огнем подразделений артиллерии сухопутных войск ранее ни в нашей стране, ни за рубежом не разрабатывались и не выпускались. В настоящее время серийно выпускаются разработанные нами комплексы автоматизированного управления огнем "Машина-М" и "Капустник-Б", а также автоматизированные системы управления наведением и огнем для орудий ствольной и боевых машин реактивной артиллерии. Кроме того, принят на вооружение комплекс автоматизированного управления огнем дивизиона четвертого поколения 1В181, созданный в рамках ОКР "Ринг-2".

Практически завершены работы по разработке в рамках ОКР "Канонада" наиболее совершенных в настоящее время комплексов управления огнем 1В197 и 1В198, предназначенных для автоматизации управления огнем подразделений ствольной и реактивной артиллерии, оснащенных автоматизированными системами наведения и огнем. В целом эти средства автоматизации обеспечивают открытие огня по разведанной и засеченной средствами подразделения цели при развертывании в боевой порядок с ходу в течении не более четырех минут. А при нахождении огневых средств подразделения на подготовленных огневых позициях — не более 40 секунд. Ранее выполнение таких задач занимало десятки минут. Использование средств автоматизации комплексов позволяет выполнять огневые задачи при произвольном расположении орудий в заданном районе огневых позиций, совершать противоогневой маневр, в кратчайшее время поражая цель последовательно с двух и более огневых позиций.

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

Расчет производится таким образом, что все выпущенные снаряды достигают цели одновременно. При выполнении огневой задачи этим способом подразделением ствольной артиллерии эффективность поражения цели практически сопоставима с эффективностью поражения цели подразделением реактивной артиллерии. Впервые реально такой способ обстрела цели был продемонстрирован нами вместе с нашими коллегами из АО "Уралтрансмаш" в ходе проведения выставки вооружения, военной техники и боеприпасов в Нижнем Тагиле в 2013 году.

— Ведется ли работа по машинам управления для других систем вооружения (кроме артиллерии)?

— ВНИИ "Сигнал" занимается разработкой специализированной машины управления командира батареи самоходного противотанкового ракетного комплекса "Хризантема-С", также не имевшей до последнего времени аналогов ни в нашей стране, ни за рубежом.

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

Отмечу также, что "Сигнал" успешно продолжает развитие своего традиционного направления — стабилизаторов вооружения. Эти системы имеют огромное значение для эффективного применения боевой техники. Как говорил Борис Васильевич Новоселов (профессор, доктор технический наук, основатель направления следящих приводов во ВНИИ "Сигнал"), "приводы — это мускулы оружия". Так, нами в последние годы разработан электромеханический стабилизатор вооружения 2Э58. Новая система позволяет реализовать режим так называемого тихого наблюдения, когда наводчик и командир танка могут вращать башню, поднимать и опускать пушку, вести огонь без включения двигателей — только благодаря работе аккумулятора танка.
*****

http://twower.livejournal.com/1936102.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество
lj_twower

О биоморфных роботах

Понедельник, 28 Марта 2016 г. 13:15 (ссылка)

Создаваемый в России биоморфный (подобный животному, на четырех ногах) робот "Рысь" может быть вооружен не только пулеметом, но и противотанковыми управляемыми ракетами (ПТУР), сообщил в интервью РИА Новости генеральный директор разрабатывающего "Рысь" предприятия — ВНИИ "Сигнал"- Владимир Шашок.
"В рамках одного из проектов — опытно-конструкторской работы "Рысь" — мы создаем многофункциональный биоморфный робототехнический комплекс. У робота будет четыре ноги, то есть он будет похож на некое четвероногое существо", — сказал Шашок.
По его словам, рассматриваются три варианта целевой нагрузки: робот разведки, робот боевой поддержки и робот для переноски грузов.
"Боевой робот, скорее всего, будет оснащаться пулеметом, возможна установка ПТУР", — отметил гендиректор.
В России аналогов этого проекта "нет вообще", подчеркнул собеседник агентства. Работа инициативная, ведется за счет средств предприятия, добавил Шашок.



Покопался в документации и вот больше подробностей по теме.
Выдержки из технического задания к открытому конкурсу на право заключения договора на выполнение составной части опытно-конструкторской работы по теме «Базовые платформы мобильных биоморфных роботов»:

*****
Шифр СЧ ОКР «Рысь-БП».
Заказчик – АО «ВНИИ «Сигнал», г. Ковров.
Генеральный заказчик – Министерство обороны Российской Федерации.

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

Базовая платформа среднего мобильного биоморфного робота массой до 400 кг
Полное наименование – Базовая платформа мобильного биоморфного робота массой до 400 кг.
Сокращенное наименование – БПМБР400.

В состав БПМРБ400 должны входить:
платформа;
аппаратура управления движением;
система электропитания;
аппаратура подъёма робота после опрокидывания;
программный комплекс.

В состав платформы должны входить:
корпус;
4 рычажных движителя;
приводы движителей.

Целевая нагрузка определяет функциональное назначение.
На БПМБР400 должна устанавливаться одна из целевых нагрузок:
— средства разведки;
— платформа перевозки боеприпасов и амуниции;
— средства эвакуации убитых и раненых с поля боя;
— средства разведки минно-взрывных заграждений;
— средства вооружения.

При установке на БПМБР400 платформы перевозки боеприпасов и амуниции общая масса боеприпасов и амуниции должна быть до 200 кг.
БПМБР400 с установленными системами и аппаратурой управления и целевой нагрузкой, в том числе с загруженной платформой перевозки боеприпасов и амуниции, должен обеспечивать:
— передвижение в условиях городской инфраструктуры по бетонным, асфальтовым, мраморным, деревянным и грунтовым площадкам и площадкам с песчаным покрытием глубиной до 100 мм;
— передвижение по пересеченной и сильно пересеченной местности, в гололедицу, по опавшим листьям, по траве высотой до 1 м, снегу глубиной до 400 мм, в дождь, по залитым водой поверхностям глубиной до 400 мм;
— передвижение по горной местности и разрушенной городской инфраструктуре, на промышленных предприятиях, в производственных и жилых помещениях;
— преодоление:
– порогов высотой до 500 мм;
– лестничных маршей промышленных зданий и сооружений с углом наклона до 30° и высотой ступени до 200 мм;
– рва шириной до 500 мм;
– стенки высотой до 400 мм и шириной до 300 мм;
— скорость движения полностью оснащенного с полезной нагрузкой:
– до 15 км/ч при движении по равнинной местности;
– до 10 км/ч при движении по пересеченной местности.
— устойчивое движение по горизонтальной поверхности с сохранением исходного положения платформы;
— подъем в снаряженном состоянии по наклонной поверхности с углом до 40°;
— разворот на месте с изменением положения не более 1 м;
— адаптацию положения опорных поверхностей комплекса, в соответствии с рельефом местности в автоматическом режиме;
— устойчивое положение комплекса при использовании активных систем с силовым воздействием не более 150 Н;
— движение по поверхности с несущей способностью грунта более 0,2 Н/мм^2 (супеси, насыщенные влагой (пластичные));
— сохранение устойчивого, восстанавливаемого положения при кратковременном воздействии (t = 0,2 c) на базовую платформу с усилием до 150 Н;
— опускание корпуса БПМБР400 на грунт с обеспечением устойчивого положения и возможностью последующего подъема.

Управление функционированием БПМБР400 должно осуществляться от бортовой информационно-управляющей системы и аппаратуры планирования маршрутов и перемещений в режимах управления движением: дистанционном, полуавтономном, автономном и следования за маяком (поводырем).

БПМБР400 должна обеспечивать время перевода:
— из транспортного положения в боевой – не более 1 мин;
— из боевого положения в транспортное – не более 2 мин.
Масса оснащенного и заправленного МБР400 должна быть не более 400 кг.

Общая масса боеприпасов и амуниции транспортируемая МБР400 должна быть до 200 кг.
Габаритные размеры БПМБР400 без целевой нагрузки и антенн должны быть не более:
— в боевом положении – не более 2000х1000х1200 мм;
— в транспортном положении – не более 2000х1000х600 мм.

Аппаратура управления движением должна обеспечивать прекращение движения и переход в режим ожидания команд оператора в случаях:
— столкновения с непреодолимым препятствием;
— превышения неровностей профиля поверхности грунта по сравнению с величинами, допустимыми для работы;
— превышения допустимых углов продольного и поперечного крена БПМБР400.
— недопустимых опорных характеристик грунта.
Оператору должны быть переданы сообщения о причинах остановки.

Аппаратура подъёма МБР400 после опрокидывания должна обеспечивать возврат в исходное положение МБР400 после опрокидывания «на бок» – поворот МБР400 на угол до 90°, в том числе, с транспортируемыми боеприпасами и амуницией.

В состав аппаратуры электропитания должны входить:
— автономный электроагрегат на двигателе внутреннего сгорания с дистанционным управлением;
— аккумуляторные батареи;
— блоки управления, коммутации и защиты;
— топливный бак.
Аппаратура электропитания должна обеспечивать питание аппаратуры и оборудования с положительным балансом электроэнергии при всех заданных условиях эксплуатации, в том числе на высоте 3000 м над уровнем моря.
Аппаратура электропитания должна обеспечивать электропитание потребителей МБР400 от:
— электроагрегата в движении и на стоянке – не менее 24 часов (с дозаправкой);
— от аккумуляторных батарей:
— в движении не менее 0,5 часа;
— на стоянке – не менее 5 часов;
— в дежурном режиме – не менее 6 часов.

Должна обеспечиваться подзарядка аккумуляторных батарей при работе электроагрегата. Должна обеспечиваться зарядка аккумуляторных батарей от устройства зарядки (из состава ПДУ).
Должна обеспечиваться возможность электроснабжения МБР400 от бортсети ПДУ и от промышленной сети напряжением 380/220(+10%,-15%)В с частотой 50 1 Гц (ГОСТ 11295-65) через преобразователь напряжения, который должен входить в комплект ЗИП-Г.

-----

Базовая платформа мобильного биоморфного робота массой до 100 кг.
Полное наименование – Базовая платформа мобильного биоморфного робота массой до 100 кг.
Сокращенное наименование – БПМБР100.

В состав платформы должны входить:
— корпус;
— 4 рычажных движителя;
— гидравлический привод движителей.

БПМБР100 должна служить базой для создания мобильного биоморфного робота путем установки на нее систем и аппаратуры управления и целевой нагрузки:
— бортовой информационно-управляющей системы;
— аппаратуры технического зрения;
— аппаратуры передачи данных;
— аппаратуры навигации и ориентации;
— аппаратуры планирования маршрутов и перемещений:
— аппаратуры управления движения за маяком (поводырь);
— целевой нагрузки.

На БПМБР100 должна устанавливаться одна из целевых нагрузок:
— средства разведки;
— платформа перевозки боеприпасов и амуниции;
— средства разведки минно-взрывных заграждений;
— средства вооружения.

При установке на БПМБР100 платформы перевозки боеприпасов и амуниции общая масса боеприпасов и амуниции должна быть до 60 кг.
БПМБР100 с установленными системами, аппаратурой управления и целевой нагрузкой, в том числе с загруженной платформой перевозки боеприпасов и амуниции, должен обеспечивать:
— передвижение в условиях городской инфраструктуры по бетонным, асфальтовым, мраморным, деревянным, грунтовым площадкам и площадкам с песчаным покрытием глубиной до 100 мм;
— передвижение по пересеченной местности по твердым почвам, в гололедицу, по опавшим листьям, по траве высотой до 0,5 м, снегу глубиной до 200 мм, в дождь, по залитым водой поверхностям глубиной до 300 мм:
— преодоление:
– порогов высотой до 400 мм;
– лестничных маршей промышленных зданий и сооружений с углом наклона не менее 300 и высотой ступени до 200 мм;
– рва шириной до 400 мм;
– стенки высотой до 300 мм и шириной до 200 мм;
— скорость движения полностью оснащенного с полезной нагрузкой:
– до 15 км/ч при движении по равнинной местности;
– до 10 км/ч при движении по пересеченной местности.
— устойчивое движение по горизонтальной поверхности с сохранением исходного положения платформы;
— подъем в снаряженном состоянии по наклонной поверхности с углом до 40°;
— разворот на месте с изменением положения не более 1 м;
— адаптацию положения опорных поверхностей комплекса, в соответствии с рельефом местности в автоматическом режиме;
— устойчивое положение комплекса при использовании активных систем с силовым воздействием не более 150 Н;
— движение по поверхности с несущей способностью грунта более 0,2 Н/мм^2 (супеси, насыщенные влагой (пластичные));
— сохранение устойчивого, восстанавливаемого положения при кратковременном воздействии (t = 0,2 c) на базовую платформу с усилием до 150 Н;
— опускание корпуса МБР100 на грунт с обеспечением устойчивого положения и возможностью последующего подъема.

Управление функционированием БПМБР100 должно осуществляться от бортовой информационно-управляющей системы и аппаратуры планирования маршрутов и перемещений в режимах управление движением: дистанционном, полуавтономном, автономном и следования за маяком (поводырем).

БПМБР100 должна обеспечивать время перевода:
— из транспортного положения в боевой – не более 1 мин;
— из боевого положения в транспортное – не более 2 мин.
Масса оснащенного и заправленного МБР100 должна быть не более 120 кг.

Общая масса боеприпасов и амуниции, транспортируемая МБР100 должна быть до 60 кг.
Габаритные размеры БПМБР100 без целевой нагрузки и антенн должны быть не более:
— в боевом положении – не более 1500 х 800 х 1000 мм;
— в транспортном положении – не более 1500 х 800 х 400 мм.

Аппаратура управления движением должна обеспечивать прекращение движения и переход в режим ожидания команд оператора в случаях:
— столкновения с непреодолимым препятствием;
— превышения неровностей профиля поверхности грунта по сравнению с величинами, допустимыми для работы;
— превышения допустимых углов продольного и поперечного крена БПМБР400.
— недопустимых опорных характеристик грунта.
Оператору должны быть переданы сообщения о причинах остановки.

Аппаратура подъёма МБР100 после опрокидывания должна обеспечивать возврат в исходное положение МБР100 после опрокидывания «на бок» - поворот МБР100 на угол до 90°, в том числе, с транспортируемыми боеприпасами и амуницией.

Аппаратура электропитания должна обеспечивать питание аппаратуры и оборудования с положительным балансом электроэнергии при всех заданных условиях эксплуатации, в том числе на высоте 3000 м над уровнем моря.
Аппаратура электропитания должна обеспечивать электропитание потребителей МБР100 от:
— электроагрегата в движении и на стоянке – не менее 24 часов (с дозаправкой);
— от аккумуляторных батарей:
— в движении не менее 0,5 часа;
— на стоянке – не менее 5 часов;
— в дежурном режиме – не менее 6 часов.

Аппаратура электропитания должна обеспечивать:
— питание стартерной цепи электроагрегата от аккумуляторных батарей аппаратуры электропитания;
— ручной и дистанционный запуск и остановку электроагрегата;
— ручное, автоматическое и дистанционное подключение электроагрегата к бортсети МБР;
— автоматическое отключение потребителей от электроагрегата во время его запуска;
— подключение и отключение аккумуляторных батарей к бортсети МБР;
— электропитание потребителей МБР от внешнего источника постоянного тока с выходным напряжением 27,5±1,0 В при условии, что аккумуляторные батареи подключены к бортсети МБР;
— формирование выходных напряжений для электроснабжения потребителей с качеством, соответствующим требованиям ГОСТ РВ 20.39.309-98;
— защиту цепей электроснабжения потребителей от перегрузок, коротких замыканий и переполюсовок;
— отключение аккумуляторных батарей от бортсети при снижении напряжения аккумуляторных батарей менее 22,5 - 0,5 В

Должна обеспечиваться подзарядка аккумуляторных батарей при работе электроагрегата. Должна обеспечиваться зарядка аккумуляторных батарей от устройства зарядки (из состава ПДУ).
Должна обеспечиваться возможность электроснабжения МБР100 от бортсети ПДУ и от промышленной сети напряжением 380/220 (+10%,-15%) В с частотой 50 1 Гц (ГОСТ 11295-65) через преобразователь напряжения, который должен входить в комплект ЗИП-Г.

------

Радиоэлектронные средства по ЭМС, помехозащищенности и радиоэлектронной маскировке должны соответствовать требованиям ГОСТ РВ 20.39.309-98.

Средства передачи данных элементов БПМБР400 (БПМБР100) должны обеспечивать их электромагнитную совместимость и нормально функционировать в условиях преднамеренных и непреднамеренных помех.

БПМБР400 (БПМБР100) должен быть устойчив к влиянию ЭМП естественного и искусственного происхождения в соответствии с ГОСТ РВ 20.39.308-98.

По стойкости, прочности и устойчивости к внешним воздействующим факторам БПМБР400 (БПМБР100) должны удовлетворять требованиям ГОСТ РВ 20.39.304-98 группе 1.4.1 исполнения О (с учетом п.4.16 для БПМБР100) со следующими уточнениями:
— пониженная температура среды:
— рабочая – минус 40° С;
— предельная – минус 40° С;
— повышенная температура среды:
— рабочая – плюс 50° С;
— предельная – плюс 50° С;
— изменение температуры окружающей среды от минус 40° до + 50° С.

Требования по устойчивости к компонентам ракетного топлива и агрессивным средам и плесневым грибам не предъявляются.

Средняя наработка БПМБР400 (БПМБР100) между отказами должна быть не менее 1500 ч.
Примечания:
1. Критерием отказа является невозможность дальнейшего использования БПМБР400 (БПМБР100) по назначению без проведения ремонта.

Среднее время восстановления работоспособного состояния БПМБР400 (БПМБР100) с использованием состава ЗИП-О и комплекта ЗИП группового (ЗИП-Г) должно быть не более 2,5 часов без учета времени доставки заменяемой составной части.
Средний ресурс БПМБР400 (БПМБР100) должен быть не менее 1000 час.
Средний срок службы БПМБР400 (БПМБР100) не менее 5 лет.
Средний срок сохраняемости БПМБР400 (БПМБР100) должен быть не менее 10 лет.

Время непрерывной работы БПМБР400 (БПМБР100) должно быть не менее 24 ч.

Срок хранения БПМБР400 (БПМБР100) в условиях неотапливаемых хранилищ (температура от минус 35° до + 45° С. при относительной влажности до 85%) должен составлять 10 лет, в том числе один год в полевых условиях в штатной таре.

В конструкции БПМБР400 (БПМБР100) должна быть предусмотрена применяемость стандартных и заимствованных деталей и узлов.
Номенклатура применяемых марок и сортамента материалов должна быть минимальной.
Применяемые масла, смазки, жидкости должны быть из номенклатуры принятых на снабжение войск.
БПМБР400 (БПМБР100) должны строиться по модульному принципу, обеспечивающему замену средств, узлов и агрегатов в случае их выхода из строя, обладать необходимой унификацией по составу технических средств, возможностям общего, общесистемного программного, информационного и лингвистического обеспечения

Применяемые в конструкции БПМБР400 (БПМБР100) лакокрасочные и гальванические покрытия не должны поддерживать горение при воздействии пламени и обеспечивать коррозионную стойкость приборов при хранении и эксплуатации в составе БПМБР400 (БПМБР100).
Конструкция БПМБР400 (БПМБР100) должна исключать возможность неправильного подключения соединителей жгутов.
Конструкция БПМБР400 (БПМБР100) должна предусматривать возможность установки бронезащиты.

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

Этап 1. Разработка эскизно-технического проекта. Разработка, изготовление и испытание макета БПМБР400 для подтверждения принятых решений на этапе эскизно-технического проекта и определения достижимости требований ТЗ.
Срок – август 2015 г. - ноябрь 2016 г.
Этап 2. Разработка рабочей конструкторской документации для изготовления опытных образцов платформ мобильных биоморфных роботов.
Срок – декабрь 2016 г. – июль 2017 г.
Этап 3. Изготовление опытных образцов платформ мобильных биоморфных роботов и проведение предварительных испытаний.
Срок – август 2017 г. – декабрь 2018 г.
Этап 4. Участие в Государственных испытаниях опытного образца.
Срок – январь 2019 г. – июнь 2019 г.
*****

После многих желаемых характеристик в документации указано "Условия и характеристики ... уточняются на этапе разработки эскизно-технического проекта".

http://twower.livejournal.com/1935832.html

Метки:   Комментарии (0)КомментироватьВ цитатник или сообщество

Следующие 30  »

<робототехника - Самое интересное в блогах

Страницы: [1] 2 3 ..
.. 10

LiveInternet.Ru Ссылки: на главную|почта|знакомства|одноклассники|фото|открытки|тесты|чат
О проекте: помощь|контакты|разместить рекламу|версия для pda