mantech

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

Ну если стратегия - стрелять из пушки по комарам - тогда да, верная. Тогда уж и программируйте лампочки по http, тоже ведь "отработанная и поддерживаемая сущность", не так ли?? Тогда объясните, в чем я ошибаюсь? Где в промавтоматике используется IoT? Поживем - увидим

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

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

Все это здорово, но: 1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске. 2) собака нужна, если ее нет в камне - тут однозначно да. 3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку" 4) Память как и другая логика как правило дает сбои в сильных эл.магн. полях или воздействии радиации. Вряд-ли кто будет на подобных платах делать военку или космическое оборудование. В земных условиях достаточно продумать топологию платы и модули питания. В любом случае вероятность сбоя памяти в разы меньше, чем криво написанного ПО.

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

Не согласен. Эта идея породила множество подобных плат-контроллеров, ту же холу, которой я пользуюсь. Странно мне только одно - почему был выбран NDAшный чип... Здесь только финансовая составляющая или таракан в голове разработчика. ЗЫ. Еслиб в то время, когда начали продавать малину, ее чип был с доками - свой контроллер сделал бы на ней, хоть там и уартов меньше, чем в МХ6. Я б не сказал, что вымирают, их и раньше толковых-то было немного, а на счет протоколов и лампочек - тут да, лень-матушка всему виной. Сначала в переходят к программированию исключительно на линуксе(камни сложнее стм32 уже поголовно), следующий этап, т.к. в линуксе программировать нативно куда сложнее, чем на том же стм, значит идем дальше - пишем не на си, а на пхп, питоне, баш-скриптах и т.п. И все дальше и дальше отдаляемся от "корней" :laughing:

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

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

Почитал поподробнее, да это чисто х86 система 400МГц проц. Особенно прикололи примеры на сайте - чувствуется, интернет магазины писать уже надоело и все интернетщики переключились на эмбеддерство, программируют на пхп, питонах и пр.... Это порсто абзац какой-то Пример с семисегментным индикатором просто убил! Этож надо 400 мег проц использовать для этого!! Да там он еще и на своем шилде с авркой стоит ЗЫ. Наверно скоро светодиодом помигать нужен будет проц не меньше кортекса А8 обязательно с линуксом и прогой на питоне...

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

У меня, например, есть. Клиенты все чаще требуют системы с управлением не 4 кнопками и жк индикатором, а большой экран с тачем и полнофункциональным меню и отображением процессов типа скады. Плюс всяческие информационные табло на базе больших теликов, подключенных по hdmi или vga. Вот именно! Зачем ставить навороченную плату с линуксами, пхп и пр, для решения авровских задач?? Чтоб только удорожать систему и внести в нее дополнительные глюки и тормоза.... По поводу интерфейсов получается неразбериха - их слишком много, нет стандартизации и т.п. Все было бы проще, если ввели 2 стандарта, скажем zigbee для радио и rs485 для провода.. И высокоскоростной сегмент - ethernet.

Тогда полдела уже сделано, я в основном по-первости и буксовал, дальше все пошло более-менее нормально. Из линукса по сетевке все-таки придется кое-что выдрать, попробуйте, по началу сложно, но все решаемо. Как правило, смотрите в каталоге Arch и Drivers. Главное - не слушайте мнение "толпы", что все сложно и безнадежно B)

Знакомо, причем с детства Как мне сказал один умный человек, в мире есть место и "муравьям" типа 8 битных аврок и "слонам"- многоядерным армам с гигагерцовыми частотами, главное правильно распределить задачи, чтоб было посилам первым и по сложности вторым. Да, конечно можно подключить кучу всякой мелочи к арму, создать паутину проводов, но это точно не айс ;) К тому же, зачем сейчас вообще работать с аналоговыми датчиками - все уже давно цифровое стало B) Уже как 2 года не испытываю сложности с отсутствием АЦП. И с NDAшным процом впридачу... Зачем, когда есть документированные камни от техаса или фрискейла, например ;) Если нет необходимости в видео с хорошим разрешением, то есть процы попроще. Чем вибрид не вариант?? А вы сами на ней сделали что-нибудь серьезное?? Я не имею ввиду скаченное и установленное с форумов, а самостоятельное программирование данной железки...

А ну тогда понятно... Я сначала подумал, что как-то научились из ончиповых передатчиков hdmi и lvds делать приемопередатчики А зачем?? С окр. средой должны работать децентрализованные контроллеры, объединенные шинным интерфейсом, например RS 485, ну или zigbee, если уж так провода влом протянуть, хотя я всегда за провод - ибо самый надежный и защищенный способ передачи. Радио использую исключительно на подвижных объектах. Там дисплейчик с каким интерфейсом - rgb или lvds? Если последнее, то прикупил бы себе для холы

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

Ничем не хуже, но: 1) Отсутствие ПУТЕВОЙ документации, я не беру во внимание NDAшные камни - тут вааще весело.. 2) Отсутствие примеров программ, библиотек, и тп. Бывают SDK, но очень урезанные, приходится пилить и пилить... 3) Сам камень по-себе намного сложнее (настройка стартап файла, конфигурация DCD загрузки, тактировки, кэши, MMU... в некоторых случаях требуется полная переконфигурация линкера). И самое интересное - без ПРАВИЛЬНОЙ настройки всего этого, проц либо вообще не запускается, глючит или работает как черепаха. В СТМ о таком и не догадывался. 4) почти не у кого спросить, в чем у моя проблема, т.к. все либо на линуксах, либо вообще о таких камнях только слышали отдаленно, последних больше. 5) Несколько раз приходилось копаться в линуксовых исходниках, т.к. информации просто нигде нет, ни в SDK, ни в даташите. А ковыряние в линуксе - это отдельная песня, кто в теме - тот знает. Вообщем, как-то так... По себе могу сказать, пока поднимал такой камень, раза 3 хотел плюнуть на него, и забросить эту плату так далеко, чтоб не вспоминать о ней, но здравый смысл был сильнее, и не давал мне покоя, пока ее не запустил :08: Дорогу осилит идущий, только потребуется много терпения и сил. Удачи!! ЗЫ. ТСу скажу, приступайте к драйверу сетевухи, только если разобрались с самим процом, настройкой портов ВВ для альтерн. функций, кэшами, MMU, прерываниями, контроллером памяти. Если есть какая-то хоть простенькая отладка(типа printf через уарт), иначе это будет мартышкин труд. При работе с буферами и конфигурационными записями сетевухи, учитывайте, что они должны быть в некэшируемой области памяти! У TimeSys линукса есть какая-то приблуда, которая кеширует образы закрузки на диск, а потом их загружает прямо в память и запускает. На счет секунды не знаю, но за 2-3сек загружает точно. Это на случай, если с камнем не справитесь :laughing:

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

И не увидите. Это все похоже а игрушки программиста, пишушего софт для интернет-магазинов, из разряда "на чем умею- на том и пишу"... Все эти мускули, пхп и пр... очень хороши для их создания, но нафиг не нужны для автоматизации дома. Да и вообще, сейчас все эти смартфоны и планшеты куда только не пытаются засунуть, а обмен данными между девайсами и серверами по HTTP!!! это вааще полный абзац ЗЫ. Так и представил, встаю ночью в сортир, а планшет завис или разрядился, с матом ищешь чо-то типа выключателя освещения, и после 5 минут поиска, доходит, что его нет, свет включается с планшета :yeah: ... А оборудование amx и crestron - это уже серьезные "железки", вот к чему нужно стремиться. "Умный дом" - это уже элемент промавтоматики, тут уже нужна надежность, а не игрушки...

Если кому интересно, ошибка в коде SDK, перепутали параметры счетчика синхрогенератора в модуле DI(display interface). Непонимаю, эти "писатели" свою прогу тестируют хоть вообще, или лишь бы как бы :smile3046: Разобрался, все работает. Тему можно закрывать.

Сейчас вы тут огребете по самое... в смысле, что без линуха поднимать это дело глупо, тупо и безнадежно, займет годы и пр... приготовьтесь Занятие и вправду, неблагодарное, сам поднимал с нуля MX6... Впечатление мощное А если серьезно, описание от АРМ - это очень мучительное чтиво, помню по контроллеру кэша L2. Думаю проше будет "выколупать" из убута, действительно. Поищите, может есть какой либо SDK, он мне очень помог в освоении MX6.

Можно чуть подробнее, какие настройки клоков меняли, есть-ли листинг параметров, может что общее найдется?? :laughing:

Приветствую. Может кто сталкивался с настройкой и конфигом HDMI данного камня, до этого работал с матрицей напрямую, через lvds проблем не было. Вообшем сделал тест, который рисует по 256 линий с цветовыми коэфф. от 0 до 255 для r g и b соотв. Получаем вот такую ерунду (фотка на мобильник, не пинайте), но суть видно, через определенные интервалы(для красного 128, для зел - 32) заметны "провалы" в виде темных линий. Причем, при прорисовке горизонтальных линий все нормально. На матрице тоже все нормально во всех режимах. Монитор выдает 1024х768 70Гц. Конфигурация HDMI: { "HDMI 720P 60Hz", // name HDMI_720P60, // name flag DISP_DEV_HDMI, // panel type DCMAP_RGB888, 70, // refresh rate 1024, // panel width 768, //panel height 148500000, // pixel clock frequency (ставил 74250000 - то же самое) 296, // hsync start width 136, // hsync width 24, // hsyn back width 24 32, // vysnc start width 3, // vsync width 3 6, // vsync back width 6 0, // delay from hsync to vsync 0, // interlaced mode 1, // clock selection 0, // clock polarity 1, // hsync selection 1, // hsync polarity 1, // drdy polarity 0, // data polarity &hdmi_720p60_init, // initialization &hdmi_720p60_deinit, // deinit }

Судя по феноменальной активности в ветке по mips - вряд-ли здесь много фанатов этой архитектуры, кроме того - все подобные чипы идут с NDA, что тоже не добавляет им популярности :laughing: По существу вопроса (Дополнительно необходимы GPIO/UART) - в таких камнях всегда есть хоть один уарт и порты - так что выбирайте любой Вообще рекомендую обратить внимание на всяческие "доработки" роутеров, там и про разные нюансы прочитаете и чип подберете...

Сколько всего файлов компилируется? Оптимизация включена?