Пошла раскрутка Raspberry Pi 2 Model B, А что на нем можно сделать? Опции

[AlexandrY]

Его как-то странно позиционируют.
Офсайт похож на обои в детском саду.
Почти никакой инфы по железу. А продали 4-е миллиона.
Кто это покупает?

[Xenia]

А у этой "Raspberry Pi 2" АЦП есть? Или надобно где-то шилд для нее искать/покупать?
(у Arduino оно есть, как встроенная возможность МК)

[mantech]

А у этой "Raspberry Pi 2" АЦП есть?

Нет. Что и не удивительно, есть только ШИМ. Это чип для медиацентров и пр..

особенно позабавила ветка где слепили конвертер hdmi-lvds

Это каким образом сумели???

Сообщение отредактировал mantech - Feb 14 2015, 07:07

[Xenia]

А у этой "Raspberry Pi 2" АЦП есть? Или надобно где-то шилд для нее искать/покупать?
(у Arduino оно есть, как встроенная возможность МК)

Нет. Что и не удивительно, есть только ШИМ. Это чип для медиацентров и пр..

Час от часу не легче... Так зачем же тогда мы ее обсуждаем?

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

[syoma]

Нет. Что и не удивительно, есть только ШИМ. Это чип для медиацентров и пр..

Час от часу не легче... Так зачем же тогда мы ее обсуждаем?

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

А в чем проблема к малинке прицепить шильд с тем же АЦП на I2C? А также датчики температуры, реле и прочую периферию?
Не комильфо?

Вы не понимаете в чем прелесть - за 30$ вы получаете законченный эмбеддерный модуль со всеми необходимыми высокотехнологичными интерфейсами типа DDR, USB, HDMI и езернета, с которыми вы получите кучу геморроя, если попытаетесь развести самостоятельно на плате. С кучей дров под все это, опять же написанных не вами. Опен соурс коммюнити, но при этом железо вполне себе с официальной поддержкой.
Т.е. развели свою материнку под модуль и забыли на 10 лет о поддержке железа и BSP. Все будет сделано за вас коммюнити, вам всего лишь надо будет втыкнуть новую железяку и перекомпилить код.

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

Опять таки - это за смешные деньги. Попробуйте получить сопоставимое по всем этим параметрам железо в том-же COM-express формате. Кстати АЦП там тоже на плате нету.

[Xenia]

А в чем проблема к малинке прицепить шильд с тем же АЦП на I2C? А также датчики температуры, реле и прочую периферию?
Не комильфо?

Вы не понимаете в чем прелесть - за 30$ вы получаете законченный эмбеддерный модуль со всеми необходимыми высокотехнологичными интерфейсами типа DDR, USB, HDMI и езернета, с которыми вы получите кучу геморроя, если попытаетесь развести самостоятельно на плате.

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

Если модуль позиционируется, как эмбеддерный, то обязан нести хотя бы формальные его признаки - входные и выходные цепи (для сенсоров и управления, соответственно). А если всего этого нет, то получится, что эмбеддерности у него хватает только не то, что его в коробку можно запихнуть . А какое, спрашивается устройство нельзя загнать в коробку? - Любое можно!

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

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

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

Т.е. мне совершенно понятна целесообразность выноса функций в отдельный шилд, если это управление двигателями, соленоидами, мощными реле и т.п. Это не вызывает возражений, т.к. там используются повышенные напряжения и токи. А явное пренебрежение средствами I2C, SPI, UART/RS232, DIO, PWM, АЦП/ЦАП и т.п. - это уже признак пренебрежения эмбеддерностью в угоду разной бухгалтерии, интернету и мультимедиа.

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

[mantech]

В последнем случае это просто микрокомпьютер и ничего более.

Именно так эта платка и позиционировалась, по крайне мере год назад - дешевый малогабаритный линукс-миникомпьютер

С BBB та же история.
Еще год не прошел, а уже вышла ревизия C.

Не оправдывается эти дешевые платки закладывать в серьезные долговременные проекты.

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

Может , стоит поискать другую "мясорубку"
Мне вот такая глянулась.
Там , на схеме есть три буквы ... ADC.

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

Сообщение отредактировал mantech - Feb 15 2015, 18:56

[mantech]

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

Почитал поподробнее, да это чисто х86 система 400МГц проц.

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

Пример с семисегментным индикатором просто убил! Этож надо 400 мег проц использовать для этого!! Да там он еще и на своем шилде с авркой стоит

ЗЫ. Наверно скоро светодиодом помигать нужен будет проц не меньше кортекса А8 обязательно с линуксом и прогой на питоне...

Сообщение отредактировал mantech - Feb 15 2015, 19:22

[BaN]

ЗЫ. Наверно скоро светодиодом помигать нужен будет проц не меньше кортекса А8 обязательно с линуксом и прогой на питоне...

http://habrahabr.ru/post/245887/

[mantech]

http://habrahabr.ru/post/245887/

Разработчик - гений!!! Поймал мои мысли

Ну как, сначала он прочитал защищенный SSL почтовый ящик по протоколу IMAP с помощью скрипта на Python-e.
Такой финт на сегодняшний день не сделать ни на одной из доступных плат на STM32 или чем то подобном.
Протокол IMAP весьма сложный, его нет скажем в большинстве известных RTOS.

Дак это понятно. Можно еще и лампочками в доме управлять через SSL и тп, только нужно-ли это??

Скоро чувствую я по CAN-у и SPI буду HTTP пропускать.

А ведь додумается какой-нить очередной гений

Помню, лет 10-12 выходил в инет по диалапу, чтоб почту проверить грузил 150килобайт(тогда еще по трафику платил), недавно посмотрел, сколь загружаю для того-же просмотра почты - 2-3 МЕГАБАЙТА!!! И чего там такого добавилось, картинки отключены в обеих случаях... По моему лень писать нормальные быстрые программы - это главный недостаток современных программеров, а они еще в микроконтроллеры полезли....Жуть

Другое дело, что сама идея обмениваться email-ами для IoT довольно абсурдная.

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

Сообщение отредактировал mantech - Feb 15 2015, 21:38

[BaN]

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

http://www.greentechmedia.com/articles/rea...lb-goes-on-sale

The holy grail of smart lighting is to build a light bulb that screws in, turns itself on, finds its local network and signs itself up for duty with GreenWave’s cloud-based software management platform.

[mantech]

http://www.greentechmedia.com/articles/rea...lb-goes-on-sale

Ну разве не счастье??

[Xenia]

Ну разве не счастье??

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

[syoma]

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

Можно уточнить, где вымирают? В какой стране?

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

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

А по поводу собственно распберри и его перспектив. 4 миллиона как бы не смущает? Это как раз те платки, которые нашли своих пользователей.

Я что хочу сказать - в пост-СССР бизнес одноразовых проектов скорее мертв, чем жив - это видно также по профильному разделу на этом же сайте.
Исполнители долго ищут заказчиков, а заказчики - исполнителей и все пытаются друг-друга кинуть.
И все выливается в то, что заказы берут только те, кто "и жнец и кузнец и на гитаре игрец". Т.е. сам и ТЗ напишет и железо сделает и прогу запрограммирует.

А представьте себе на западе есть целые фирмы со штатом 100 чел и более, которые делают такие одноразовые проекты. Вот типа приходите вы к ним с идеей типа нужно ус-во управления астрообсерваторией в 1ом экземпляре. И они вам сделают. Причем стоимость оговорится еще до обсуждения и изготовления ТЗ. А во внутрь они влепят блекберри. Так как таких заказчиков на 1экз у них много, и программистов мало. И неважно, что он стоит 30$ вместо 10 за ардуину, а также то, что HDMI и MPEG2 кодек останутся неиспользоваными - зато задача будет сделана в сроки и по требованиям заказчика.

[AlexandrY]

А по поводу собственно распберри и его перспектив. 4 миллиона как бы не смущает? Это как раз те платки, которые нашли своих пользователей.

Да распил этот распбери и маркетинговый эксперимент.

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

А четыре миллиона толкнули в Нигерию по распилу программы информатизации африканских школ.

Вот почему Arduino столько не продали? У Arduino же аудитория шире гораздо. Или я ошибаюсь?

[mantech]

Да распил этот распбери и маркетинговый эксперимент.

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

ЗЫ. Еслиб в то время, когда начали продавать малину, ее чип был с доками - свой контроллер сделал бы на ней, хоть там и уартов меньше, чем в МХ6.

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

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

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

Сообщение отредактировал mantech - Feb 16 2015, 15:31

[Enthusiast]

... Странно мне только одно - почему был выбран NDAшный чип... Здесь только финансовая составляющая или таракан в голове разработчика.
ЗЫ. Еслиб в то время, когда начали продавать малину, ее чип был с доками - свой контроллер сделал бы на ней, хоть там и уартов меньше, чем в МХ6.

Документация на периферийные субмодули микропроцессора: тынц и на видеоядро: тынц. На мой взгляд, для написания линуксовых программ под "Малину" этого вполне достаточно. Все драйвера открыты, включая видеоконтроллер: тынц. Загрузчик закрытый, да. Мне это было совершенно без разницы, если самосборный "Линукс" грузится из под него.

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

Да хоть на "Эрланге" пусть пишутся программы. Скорость разработки ПО и уменьшение ошибок кодирования всё окупает.
На мой взгляд, "Малина" создана не для устройств, работающих в режиме 24/7/365, а для устройств, где кратковременный сбой ПО вполне допустим. В первую очередь, это обучение людей программированию в "Линуксе", во вторую уже отображение данных. Об отказоустройчивом управлении и речи быть не может, не для того "Малина" сделана. А надёжные промышленные одноплатные вычислители и стоят в разы дороже.

[mantech]

На мой взгляд, "Малина" создана не для устройств, работающих в режиме 24/7/365, а для устройств, где кратковременный сбой ПО вполне допустим.

А причем здесь плата?? Считаете, что там есть большие просчеты в схемотехнике или трассировке, которые дают аппаратный сбой процессора??
Дело в кривости программ и не более того.

А сейчас вообще что-то более менее надежное делают?? Если программер, уже при написании своего "творения" сразу говорит, что оно не способно работать в автономном режиме без глюков, зависаний и перезагрузок, то лично мне такой программер нафиг не нужен.
Вы поработайте годик другой в сервисной службе, которая обслуживает сии девайсы, если года за 2 не поседеете, то вам повезло

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

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

Скорость разработки ПО и уменьшение ошибок кодирования всё окупает.

Если эти программы - игрушки и развлекалки на планшете - то да, допустимо. В остальных случаях такой подход - фуфляндия.

А вот тут вы в самую точку попали! В самом деле, платы c контроллерами, производимые для автомобилей, представляют собой образцовый пример "ембеддерности". Т.е. и внешних интерфейсов у них куча, и выведены они на разъемы "под винтик".

Там главный конек - надежность герметичность и темп. диапазон, остальное - недостатки: закрытые платформы, специализированные интерфейсы, полная неремонтопригодность и высокая цена.

В толк не возьму, отчего автомобильные фирмы (или те, кто для них электронику делают) не выпустят эти платы в открытую продажу. А ведь этим бы они похоронили, как Arduino, так и Raspberry.

Большинство покупателей подобных плат берут их "на поиграться", сделать какую-нить свистоперделку, игрушку и просто занять время.
Еслиб они выпускались в автомобильном исполнении - стоили раз 5 дороже. Кто б купил такую "игрушку"??

[Enthusiast]

А причем здесь плата?? Считаете, что там есть большие просчеты в схемотехнике или трассировке, которые дают аппаратный сбой процессора??
Дело в кривости программ и не более того.

По этому вопросу я уже высказывался здесь. Если коротко, то для обеспечения работы "Малины" в промышленной автоматике в режиме 24/7/365, на мой взгляд, необходимо было бы сделать следующие действия:
1. Заменить разъёмы на устойчивые к тряске и загрязнению.
2. Установить аппаратный сторожевой таймер, сбрасывающий процессор при "зависании" ПО.
3. Заменить радиоэлементы на работающие в промышленном диапазоне температур (от минус 40 до плюс 85 градусов по Цельсию).
4. В "Малине" установлена динамическая память без исправления ошибок, поэтому сбои в работе ПО будут неизбежными, это лишь вопрос времени работы. Об этом можно почитать здесь. На мой взгляд, в промавтоматике динамическая память - зло. Поэтому меняем её на статическую и избавляемся от операционных систем впридачу.
Наверное, список изменений можно продолжить. В итоге мы имеем совершенно другое изделие, решающее совершенно иные задачи.
Повторюсь ещё раз, "Малину" лучше использовать по назначению: учиться программировать и отображать данные, причём с вероятными сбоями в работе.
Зачем пытаться ехать на велосипеде по снегу и льду? Для этого нужен трактор или танк.

[mantech]

1. Заменить разъёмы на устойчивые к тряске и загрязнению.
2. Установить аппаратный сторожевой таймер, сбрасывающий процессор при "зависании" ПО.
3. Заменить радиоэлементы на работающие в промышленном диапазоне температур (от минус 40 до плюс 85 градусов по Цельсию).
4. В "Малине" установлена динамическая память без исправления ошибок, поэтому сбои в работе ПО будут неизбежными, это лишь вопрос времени

Все это здорово, но:
1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске.

2) собака нужна, если ее нет в камне - тут однозначно да.

3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку"

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

Сообщение отредактировал mantech - Feb 16 2015, 21:46

[AlexandrY]

Все это здорово, но:
1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске.

2) собака нужна, если ее нет в камне - тут однозначно да.

3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку"

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

Нет, чего действительно Raspberry не хватает так это нормального андроида.
Без этого его вечно придется программировать на дикой смеси PHP, JavaScript, Python, Shell и C++
А так можно было бы обойтись одним языком C/C++ и двумя средами, скажем IAR IDE и RAD Studio, упрощение 5-и кратное.

[mantech]

Нет, чего действительно Raspberry не хватает так это нормального андроида.

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

Сообщение отредактировал mantech - Feb 17 2015, 07:25

[AlexandrY]

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

Я же написал. Или думаете что IoT вас не коснется?
Скажем сейчас у меня универсальная силовая плата в работе. Нужна будет в куче механизмов и для умного дома в частности.
Естественно она должна будет иметь подключение к IoT, а то на следующей выставке будет выглядеть как бедный родственник.

И Raspberry было бы хорошим вариантом если бы поддерживало RAD инструменты для IoT.
Но поскольку продукт для африки в нем видимо умышленно нет RAD-а.
А андроид прямо заточен под RAD.

[Enthusiast]

И Raspberry было бы хорошим вариантом если бы поддерживало RAD инструменты для IoT.

Programming Raspberry Pi with Simulink подойдёт?

[AlexandrY]

Programming Raspberry Pi with Simulink подойдёт?

Да довольно забавно, но там нет поддержки протоколов IoT. В лучшем случае голый TCP/UDP.

To есть в обоих случаях писать на C++?
Непонятно в чем проблема, личная привязанность к RAD Studio?
Я в Sublime Text и не вижу проблем без андроида. Не думаю, что он чемто помог бы.

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

[A. Fig Lee]

Да довольно забавно, но там нет поддержки протоколов IoT. В лучшем случае голый TCP/UDP.



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

IoT это очередной баззворд, используемый на Западе для распила бабок. Всего навсего.
Много их было, решений, которые "перевернут нашу жизнь". В основном бредовых.
Как ХМЛ файловая система - XML тоже была панацея, без которой жить не возможно и бутерброд в рот не лезет.