mantech
-
Постов
7 136 -
Зарегистрирован
-
Посещение
-
Победитель дней
1
Сообщения, опубликованные mantech
-
-
Это в корне неверное представление о системах автоматизации. Почему-то считается, что Умный Дом это централизованное управление всеми системами из одного места. Как минимум, это странно слышать здесь.
Хм... Ну тогда попробуйте "децентрализовать" хотябы тот же выключатель освещения. Что, поставите рядом с электронным коммутатором от главной системы обычный выключатель в "параллель"?? Ну хорошо, если вырубится сервер, свет вы включить сумеете, но если нужна функция автоматического выключения, то контроллер в этом случае бесполезен, он же не сможет его отключить, если забыли выключить свет...
Еще раз объясню сущность системы, как я ее вижу(как сам у себя делал)
1) Всеми устройствами, выключателями, регуляторами и т.п. управляет специальный логический контроллер PLC, посредством проводных(RS485) и беспроводных(ZigBee) интерфейсов. Предусмотрены все функции мониторинга состояния контроллеров на случай сбоя и зависания. У PLC есть своя графическая панель управления. Затем идет мост на HTTP веб-морду через которую можно управлять системой удаленно, но не всегда, а только, когда я позвоню на номер модема, который так-же может отправлять СМС или звонить голосовым синтезатором на мой мобильник, при звонке он поднимает сетевой интерфейс и я могу управлять удаленно(пока еще не подключил данный сервис - нет необходимости). Вот как-то так, другим системам я свое хозяйство не доверю...
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Приветствую.
Собственно, может кто разбирался с данным вопросом, в кратце:
Была необходимость подключить усб мышку для графического контроллера на базе МХ6, что было сделано, НО возникли проблемы с радиомышками, т.к. они определяются как композитные, а след. моя прога работать с ними не может.
Может кто подскажет, как работать с такими мышами?? Можно под стм32...
-
A по старинке, удаленный доступ. Не поможет? Без Php и SQL никак не работает?
"По старинке" надо много и нудно писать, а тут все как бы готовое. Плюс еще некоторые вообще не умеют писать на чистом си, на пхп ведь проще ;)
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
В наше время ничего не работает "как часы", да и никогда не работало.Если клиент молчит и не беспокоит, то это скорее всего значит что он нашел другого исполнителя.
Почему не работает, если пользуются правильно, не ломают или не заливают, то все работает...
Раз уж по нескольку раз обращались, значит исполнитель, т.е. я, устраиваю, логично? B)
Как оборудование может что-то гарантировать?Может уже скажете что это у вас за оборудование.
Ничего космического
Все то же, что у всех - контроллеры авр, стм 32ф407, скоро мх6 подтянутся, пока в отладке...Все дело в программах и отладке. К сожалению один работаю, поэтому быстро что-то делать не получается :(
@mantech: удачи!Спасибо! Взаимно B)
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Причем, всё это хочет современный заказчик, он уже автоматизированную систему диспетчерского управления горнотранспортным комплексом не представляет без гаджетов и "игрушек", он хочет контролировать ситуацию на своем оьбъектеНу вот видите, разные заказчики у нас. Мои вот хотят, чтоб у них все работало "как часы", не висло, не перезагружалось, вообщем поставил и забыл. Если к нему можно "прикрутить" всякие свистоперделки, то можно, а если это приводит к ухудшению надежности, но ни в коем случае нельзя. Управление в некоторых случаях вообще жестко, через диалап соединение модемом, я предлагал сотовую связь, но отказались... Так что вот. :laughing:
Удаленный доступ через VPN тоннель,А провайдер у вас обеспечивает надежность инета?? Например, делал проект в области, там такой инет, что лучше по рациям связь держать, и что я там буду делать с vpn-ом??
Ну как бы одно поколение не сопротивлялось появлению в их жизни "новых игрушек", а вот молодое поколение в роли руководителей уже жить не может без гаджетов.На вкус и цвет фломастеры разные, хотите играть игрушками - да сколько угодно. В своем понимании считаю так, как ни к чему не обязывающий вариант управления чем-либо их использовать можно, но только в том случае, если есть нормальное оборудование управления и мониторинга, которое будет гарантированно работать в случае сбоев или ошибок в этих игрушках. Полностью доверить им свои ситемы я немогу.
-
Да и первые смартфоны были с палмом. И хватало. Записная книжка, календарь, телефонная книжка, мп3 плейер.
Больше ничего и не надо, без всяких гигабайт шелухи.
Попробуй сказать это сегодняшним "блондинкам-селфи" с яблокофонами
Отбери у них эти свистоперделки и.... может начаться эпидемия суицида 
Вообще до сих пор пользуюсь обычной "неубиваемой" нокией 3110 и не испытываю никаких трудностей по этому поводу. И свой "умный дом" до сих пор ни к каким инетам не подключен - все состояния передает смс или голосовым информатором, управление через голосовое меню с мобильника. Не висло уже как год!
-
Он почти виден этот порядок - это архитектура REST и протокол XMPP элементарно реализуемый хоть на 8-и разрядном Arduino.
А как с безопасностью таких протоколов? Ставить SSL или еще какой-нить монстровидный шифратор? Сомневаюсь, что с ним справится 8битный ардуина ;)
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
IoT это очередной баззворд, используемый на Западе для распила бабок. Всего навсего.От сытой жизни чего только не придумаешь, одни смарт-унитазы японские чего стоят
Очередная модная тенденция, попиарятся - пройдет, придумают чего-нить еще... Лично по мне - мода - зло, надо думать головой, а не толпой.Единственное, что считаю, что данная плата положила тенденцию медиапроцов в массы, не конкретно этого, а вообще. Я не программирую на линуксах, sql, http и т.п. Но без подобных контроллеров я до сих пор использовал дорогие и громоздкие х86 решения...
А что касается систем сбора данных, с аналоговыми входами-выходами, чего так нехватает Ксении :) , то конечно, можно было бы добавить в некоторые ревизии маленький контроллер с АЦП...
-
А в промавтоматике как вы себе представляете роботов без IoT? Или распределенные системы управления без удаленного наблюдения.
Просто это раньше называли по другому и в каждой области по разному.
Лично мое мнение - в промавтоматике подключать все, что попало к инету - глупо и небезопасно. Есть уже зарекомендовавшие временем сети данных для ответственных устройств. Да, есть определенные сегменты, для удаленного управления, которые можно туда высунуть, но далеко не все.
-
Зачем же в такой сложной системе, как Умный дом, искать непроверенные решения для хранения важной информации? SQL - отработанная и поддерживаемая сущность, разработчики даже не задумываются о выборе иных решений
Ну если стратегия - стрелять из пушки по комарам - тогда да, верная. Тогда уж и программируйте лампочки по http, тоже ведь "отработанная и поддерживаемая сущность", не так ли??
что промавтоматика - это серьезно, а IoT - это игрушкиТогда объясните, в чем я ошибаюсь? Где в промавтоматике используется IoT?
Тогда Вас это коснется, не только в ближайшее время, но и, возможно, выбьет из седла, хорошо если не из бизнеса.Поживем - увидим
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Я же написал. Или думаете что IoT вас не коснется?Я работаю в области промавтоматики, это довольно консервативная вещь, хотя вводятся новые железки, но думаю, что "инет-игрушки" тут явно не к месту. :laughing:
Понятно что скажем от применения SQL не уйти.Вот зачем в "умном доме" SQL?? Проще решений нет?
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Нет, чего действительно Raspberry не хватает так это нормального андроида.Чем он так хорош?? Сколь людей не знаю, так все пишут на андроиде исключительно на яве, сишников еще не видал. К тому же 90% прог - развлекаловка и игрушки под планшеты и смарты. Плюс низкоуровневый код чаще всего закрыт для изменений.
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
1. Заменить разъёмы на устойчивые к тряске и загрязнению.2. Установить аппаратный сторожевой таймер, сбрасывающий процессор при "зависании" ПО.
3. Заменить радиоэлементы на работающие в промышленном диапазоне температур (от минус 40 до плюс 85 градусов по Цельсию).
4. В "Малине" установлена динамическая память без исправления ошибок, поэтому сбои в работе ПО будут неизбежными, это лишь вопрос времени
Все это здорово, но:
1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске.
2) собака нужна, если ее нет в камне - тут однозначно да.
3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку"
4) Память как и другая логика как правило дает сбои в сильных эл.магн. полях или воздействии радиации. Вряд-ли кто будет на подобных платах делать военку или космическое оборудование. В земных условиях достаточно продумать топологию платы и модули питания.
В любом случае вероятность сбоя памяти в разы меньше, чем криво написанного ПО.
-
На мой взгляд, "Малина" создана не для устройств, работающих в режиме 24/7/365, а для устройств, где кратковременный сбой ПО вполне допустим.
А причем здесь плата?? Считаете, что там есть большие просчеты в схемотехнике или трассировке, которые дают аппаратный сбой процессора??
Дело в кривости программ и не более того.
А сейчас вообще что-то более менее надежное делают?? Если программер, уже при написании своего "творения" сразу говорит, что оно не способно работать в автономном режиме без глюков, зависаний и перезагрузок, то лично мне такой программер нафиг не нужен.
Вы поработайте годик другой в сервисной службе, которая обслуживает сии девайсы, если года за 2 не поседеете, то вам повезло B)
это тонкий ход конем. при всей типа открытости - прямая защита от копирования. если я не путаю был сделан отличный аналог меньшего размера/больше периферии, но проект закрылся по требованиям ребят из Raspberry - они надавили на производителя камня и замкнули продажи только под себя.Вот по этой причине и не выбрал данную плату. Проц сам по себе сложный, а если еще и с их защитами бодаться - вообще к пенсии что-нить сообразишь...
Скорость разработки ПО и уменьшение ошибок кодирования всё окупает.Если эти программы - игрушки и развлекалки на планшете - то да, допустимо. В остальных случаях такой подход - фуфляндия.
А вот тут вы в самую точку попали! В самом деле, платы c контроллерами, производимые для автомобилей, представляют собой образцовый пример "ембеддерности". Т.е. и внешних интерфейсов у них куча, и выведены они на разъемы "под винтик".Там главный конек - надежность герметичность и темп. диапазон, остальное - недостатки: закрытые платформы, специализированные интерфейсы, полная неремонтопригодность и высокая цена.
В толк не возьму, отчего автомобильные фирмы (или те, кто для них электронику делают) не выпустят эти платы в открытую продажу. А ведь этим бы они похоронили, как Arduino, так и Raspberry.Большинство покупателей подобных плат берут их "на поиграться", сделать какую-нить свистоперделку, игрушку и просто занять время.
Еслиб они выпускались в автомобильном исполнении - стоили раз 5 дороже. Кто б купил такую "игрушку"??
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Да распил этот распбери и маркетинговый эксперимент.Не согласен. Эта идея породила множество подобных плат-контроллеров, ту же холу, которой я пользуюсь. Странно мне только одно - почему был выбран NDAшный чип... Здесь только финансовая составляющая или таракан в голове разработчика.
ЗЫ. Еслиб в то время, когда начали продавать малину, ее чип был с доками - свой контроллер сделал бы на ней, хоть там и уартов меньше, чем в МХ6.
электронщики вымирают, как мамонты, а пожирающие их программисты на непонятных языках обмениваются пакетами по интернету, чтобы зажечь лампочкуЯ б не сказал, что вымирают, их и раньше толковых-то было немного, а на счет протоколов и лампочек - тут да, лень-матушка всему виной.
Сначала в переходят к программированию исключительно на линуксе(камни сложнее стм32 уже поголовно), следующий этап, т.к. в линуксе программировать нативно куда сложнее, чем на том же стм, значит идем дальше - пишем не на си, а на пхп, питоне, баш-скриптах и т.п. И все дальше и дальше отдаляемся от "корней" :laughing:
-
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Разработчик - гений!!! Поймал мои мысли
Ну как, сначала он прочитал защищенный SSL почтовый ящик по протоколу IMAP с помощью скрипта на Python-e.Такой финт на сегодняшний день не сделать ни на одной из доступных плат на STM32 или чем то подобном.
Протокол IMAP весьма сложный, его нет скажем в большинстве известных RTOS.
Дак это понятно. Можно еще и лампочками в доме управлять через SSL и тп, только нужно-ли это??
Скоро чувствую я по CAN-у и SPI буду HTTP пропускать.А ведь додумается какой-нить очередной гений ;)
Помню, лет 10-12 выходил в инет по диалапу, чтоб почту проверить грузил 150килобайт(тогда еще по трафику платил), недавно посмотрел, сколь загружаю для того-же просмотра почты - 2-3 МЕГАБАЙТА!!! И чего там такого добавилось, картинки отключены в обеих случаях... По моему лень писать нормальные быстрые программы - это главный недостаток современных программеров, а они еще в микроконтроллеры полезли....Жуть
Другое дело, что сама идея обмениваться email-ами для IoT довольно абсурдная.Не переживайте, они скоро лампочку в комнате будут через облачный сервер включать
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
И в чем прикол этой платы?? Нафига полгига памяти плате, в которой даже видеоконтроллера нет?? Да и по цене она явно дороже той-же малины или холы, в который полноценная графика...Не читал полностью, но раз это интел, то скорей всего и архаичное х86 ядро со своей дурацкой сегментацией памяти и гемором с активацией v86 mode... Пора уже отправить все это на свалку истории, было круто в свое время, но оно уже давно прошло!
Почитал поподробнее, да это чисто х86 система 400МГц проц.
Особенно прикололи примеры на сайте - чувствуется, интернет магазины писать уже надоело и все интернетщики переключились на эмбеддерство, программируют на пхп, питонах и пр.... Это порсто абзац какой-то
Пример с семисегментным индикатором просто убил! Этож надо 400 мег проц использовать для этого!! Да там он еще и на своем шилде с авркой стоит
ЗЫ. Наверно скоро светодиодом помигать нужен будет проц не меньше кортекса А8 обязательно с линуксом и прогой на питоне...
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
В последнем случае это просто микрокомпьютер и ничего более.Именно так эта платка и позиционировалась, по крайне мере год назад - дешевый малогабаритный линукс-миникомпьютер ;)
С BBB та же история.Еще год не прошел, а уже вышла ревизия C.
Не оправдывается эти дешевые платки закладывать в серьезные долговременные проекты.
А вы знаете плату у которой была одна единственная ревизия на "всю жизнь"?? Вот брал ту же холу, моя ревизия была А теперь уже D, так что это нормальный процесс в достаточно сложных изделиях...
Может , стоит поискать другую "мясорубку"Мне вот такая глянулась.
Там , на схеме есть три буквы ... ADC.
И в чем прикол этой платы?? Нафига полгига памяти плате, в которой даже видеоконтроллера нет?? Да и по цене она явно дороже той-же малины или холы, в который полноценная графика...
Не читал полностью, но раз это интел, то скорей всего и архаичное х86 ядро со своей дурацкой сегментацией памяти и гемором с активацией v86 mode... Пора уже отправить все это на свалку истории, было круто в свое время, но оно уже давно прошло!
-
Опубликовано · Изменено пользователем mantech · Пожаловаться
Интересно, а у кого есть такая необходимость? Думается, максимум 1% ембеддед приложений.Так что в 99% это не вариант
У меня, например, есть. Клиенты все чаще требуют системы с управлением не 4 кнопками и жк индикатором, а большой экран с тачем и полнофункциональным меню и отображением процессов типа скады. Плюс всяческие информационные табло на базе больших теликов, подключенных по hdmi или vga.
Т.е на 1Wire, Zigbee, Z-Wave, EnOcean, KNX и проч. надо будет на каждый из этих протоколов покупать отдельный блок с встроенным Raspberry Pi!За цифро-аналоговый вход/выход там отвечают специальные add-on-ы или те же Arduino или некие индустриальные и бытовые PLC.
Вот именно! Зачем ставить навороченную плату с линуксами, пхп и пр, для решения авровских задач?? Чтоб только удорожать систему и внести в нее дополнительные глюки и тормоза....
По поводу интерфейсов получается неразбериха - их слишком много, нет стандартизации и т.п. Все было бы проще, если ввели 2 стандарта, скажем zigbee для радио и rs485 для провода..
И высокоскоростной сегмент - ethernet.
-
Ага разобрался с загрузкой, инициализацией MMU, прерываниями и подключением к FPGA, взялся за сетевуху. Есть и отладка и кастомная платка, на них и тружусь.
Радует, а то пока про bare metal и ARM какие-то панические отзывы
Тогда полдела уже сделано, я в основном по-первости и буксовал, дальше все пошло более-менее нормально. Из линукса по сетевке все-таки придется кое-что выдрать, попробуйте, по началу сложно, но все решаемо. Как правило, смотрите в каталоге Arch и Drivers. Главное - не слушайте мнение "толпы", что все сложно и безнадежно B)
-
Совершенно необязательно, чтобы такое устройство было "децентрализованным", удаленным куда-то далеко прочь. Слово "embedded" вам знакомо? А для чего, спрашивается, микроконтроллеры в разные устройства встраивают?
Знакомо, причем с детства
Как мне сказал один умный человек, в мире есть место и "муравьям" типа 8 битных аврок и "слонам"- многоядерным армам с гигагерцовыми частотами, главное правильно распределить задачи, чтоб было посилам первым и по сложности вторым. Да, конечно можно подключить кучу всякой мелочи к арму, создать паутину проводов, но это точно не айс ;)
К тому же, зачем сейчас вообще работать с аналоговыми датчиками - все уже давно цифровое стало B)
Уже как 2 года не испытываю сложности с отсутствием АЦП.
Вы не понимаете в чем прелесть - за 30$ вы получаете законченный эмбеддерный модуль со всеми необходимыми высокотехнологичными интерфейсами типа DDR, USB, HDMI и езернета, с которыми вы получите кучу геморроя, если попытаетесь развести самостоятельно на плате.И с NDAшным процом впридачу... Зачем, когда есть документированные камни от техаса или фрискейла, например ;)
A HDMI то мне зачем, хоть и за 3 доллара?Если нет необходимости в видео с хорошим разрешением, то есть процы попроще. Чем вибрид не вариант??
Т.е. развели свою материнку под модуль и забыли на 10 лет о поддержке железа и BSP. Все будет сделано за вас коммюнити, вам всего лишь надо будет втыкнуть новую железяку и перекомпилить код.За счет массовости обо всех проблемах Вы узнаете задолго до того, как начнете использовать модуль. Наступление на грабли сведено к минимуму. Практически любая новая проблема будет решена за минуты постом на профильном форуме.
А вы сами на ней сделали что-нибудь серьезное?? Я не имею ввиду скаченное и установленное с форумов, а самостоятельное программирование данной железки...
-
самая проблема - достать подходящий чип конвертера за вменяемые деньги..
А ну тогда понятно... Я сначала подумал, что как-то научились из ончиповых передатчиков hdmi и lvds делать приемопередатчики
Ну, а существует ли какая-нибудь "народная" платформа, пусть не для умного дома, но все-таки хоть как-нибудь поддерживающая взаимодействие с окружающей средой?А зачем?? С окр. средой должны работать децентрализованные контроллеры, объединенные шинным интерфейсом, например RS 485, ну или zigbee, если уж так провода влом протянуть, хотя я всегда за провод - ибо самый надежный и защищенный способ передачи. Радио использую исключительно на подвижных объектах.
Смышлёные китайцы уже всё сделали за нас: тынц. Это то, что нужно?Там дисплейчик с каким интерфейсом - rgb или lvds? Если последнее, то прикупил бы себе для холы
-
Видел кто-то хвастал линуксом который грузится за доли секунды от начала, до консоли...
Наверно это как раз тот линукс, про который я писал выше.
Там вся периферия (ddr, клоки...) конфигурируется автоматически, на основе параметров заданных в визарде. А работа с конкретными устройствами описана в небольшой библиотеке драйверов для baremetal приложений.Ну тогда вам просто повезло с процом, в моем случае никаких визардов и в помине не было :crying:
Пошла раскрутка Raspberry Pi 2 Model B
в Raspberry Pi
Опубликовано · Пожаловаться
Я думаю, что ни моя ни ваша система до таких уровней надежности еще много не дотягивают
Т.е. ваш контроллер с эзернетом должен чем-то управляться, ведь так? Т.е. у вас выключатели тоже через http или tcp с ним работают, или свет через смартфон включаете?? :rolleyes:
Конечно на вкус и цвет... но считаю, чем проще протоколы и контроллеры - тем лучше система...
Плюшками можно баловаться, но все-таки это дом, хочется надежной работы, если, конечно, дом не игрушечный