Enthusiast 0 16 февраля, 2015 Опубликовано 16 февраля, 2015 · Жалоба А причем здесь плата?? Считаете, что там есть большие просчеты в схемотехнике или трассировке, которые дают аппаратный сбой процессора?? Дело в кривости программ и не более того. По этому вопросу я уже высказывался здесь. Если коротко, то для обеспечения работы "Малины" в промышленной автоматике в режиме 24/7/365, на мой взгляд, необходимо было бы сделать следующие действия: 1. Заменить разъёмы на устойчивые к тряске и загрязнению. 2. Установить аппаратный сторожевой таймер, сбрасывающий процессор при "зависании" ПО. 3. Заменить радиоэлементы на работающие в промышленном диапазоне температур (от минус 40 до плюс 85 градусов по Цельсию). 4. В "Малине" установлена динамическая память без исправления ошибок, поэтому сбои в работе ПО будут неизбежными, это лишь вопрос времени работы. Об этом можно почитать здесь. На мой взгляд, в промавтоматике динамическая память - зло. Поэтому меняем её на статическую и избавляемся от операционных систем впридачу. Наверное, список изменений можно продолжить. В итоге мы имеем совершенно другое изделие, решающее совершенно иные задачи. Повторюсь ещё раз, "Малину" лучше использовать по назначению: учиться программировать и отображать данные, причём с вероятными сбоями в работе. Зачем пытаться ехать на велосипеде по снегу и льду? Для этого нужен трактор или танк. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Jury093 2 16 февраля, 2015 Опубликовано 16 февраля, 2015 (изменено) · Жалоба Идея за распберри только одна: использовать массовые ширпотребные микросхемы разработанные для сотовых телефонов, так стоимость уменьшается. всё (почти) придумано до нас.. отсюда: http://www.davidhunt.ie/piphone-a-raspberr...sed-smartphone/ Изменено 16 февраля, 2015 пользователем Jury093 Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 53 16 февраля, 2015 Опубликовано 16 февраля, 2015 (изменено) · Жалоба 1. Заменить разъёмы на устойчивые к тряске и загрязнению. 2. Установить аппаратный сторожевой таймер, сбрасывающий процессор при "зависании" ПО. 3. Заменить радиоэлементы на работающие в промышленном диапазоне температур (от минус 40 до плюс 85 градусов по Цельсию). 4. В "Малине" установлена динамическая память без исправления ошибок, поэтому сбои в работе ПО будут неизбежными, это лишь вопрос времени Все это здорово, но: 1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске. 2) собака нужна, если ее нет в камне - тут однозначно да. 3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку" 4) Память как и другая логика как правило дает сбои в сильных эл.магн. полях или воздействии радиации. Вряд-ли кто будет на подобных платах делать военку или космическое оборудование. В земных условиях достаточно продумать топологию платы и модули питания. В любом случае вероятность сбоя памяти в разы меньше, чем криво написанного ПО. Изменено 16 февраля, 2015 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Все это здорово, но: 1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске. 2) собака нужна, если ее нет в камне - тут однозначно да. 3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку" 4) Память как и другая логика как правило дает сбои в сильных эл.магн. полях или воздействии радиации. Вряд-ли кто будет на подобных платах делать военку или космическое оборудование. В земных условиях достаточно продумать топологию платы и модули питания. В любом случае вероятность сбоя памяти в разы меньше, чем криво написанного ПО. Нет, чего действительно Raspberry не хватает так это нормального андроида. Без этого его вечно придется программировать на дикой смеси PHP, JavaScript, Python, Shell и C++ А так можно было бы обойтись одним языком C/C++ и двумя средами, скажем IAR IDE и RAD Studio, упрощение 5-и кратное. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 53 17 февраля, 2015 Опубликовано 17 февраля, 2015 (изменено) · Жалоба Нет, чего действительно Raspberry не хватает так это нормального андроида. Чем он так хорош?? Сколь людей не знаю, так все пишут на андроиде исключительно на яве, сишников еще не видал. К тому же 90% прог - развлекаловка и игрушки под планшеты и смарты. Плюс низкоуровневый код чаще всего закрыт для изменений. Изменено 17 февраля, 2015 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Чем он так хорош?? Сколь людей не знаю, так все пишут на андроиде исключительно на яве, сишников еще не видал. К тому же 90% прог - развлекаловка и игрушки под планшеты и смарты. Плюс низкоуровневый код чаще всего закрыт для изменений. Я же написал. Или думаете что IoT вас не коснется? Скажем сейчас у меня универсальная силовая плата в работе. Нужна будет в куче механизмов и для умного дома в частности. Естественно она должна будет иметь подключение к IoT, а то на следующей выставке будет выглядеть как бедный родственник. И Raspberry было бы хорошим вариантом если бы поддерживало RAD инструменты для IoT. Но поскольку продукт для африки в нем видимо умышленно нет RAD-а. А андроид прямо заточен под RAD. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
A. Fig Lee 0 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Нет, чего действительно Raspberry не хватает так это нормального андроида. Без этого его вечно придется программировать на дикой смеси PHP, JavaScript, Python, Shell и C++ А так можно было бы обойтись одним языком C/C++ и двумя средами, скажем IAR IDE и RAD Studio, упрощение 5-и кратное. To есть в обоих случаях писать на C++? Непонятно в чем проблема, личная привязанность к RAD Studio? Я в Sublime Text и не вижу проблем без андроида. Не думаю, что он чемто помог бы. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Enthusiast 0 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба И Raspberry было бы хорошим вариантом если бы поддерживало RAD инструменты для IoT. Programming Raspberry Pi with Simulink подойдёт? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Programming Raspberry Pi with Simulink подойдёт? Да довольно забавно, но там нет поддержки протоколов IoT. В лучшем случае голый TCP/UDP. To есть в обоих случаях писать на C++? Непонятно в чем проблема, личная привязанность к RAD Studio? Я в Sublime Text и не вижу проблем без андроида. Не думаю, что он чемто помог бы. Даже не в обоих случаях, а во всех случаях. Но это так сказать идеал. Понятно что скажем от применения SQL не уйти. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 53 17 февраля, 2015 Опубликовано 17 февраля, 2015 (изменено) · Жалоба Я же написал. Или думаете что IoT вас не коснется? Я работаю в области промавтоматики, это довольно консервативная вещь, хотя вводятся новые железки, но думаю, что "инет-игрушки" тут явно не к месту. :laughing: Понятно что скажем от применения SQL не уйти. Вот зачем в "умном доме" SQL?? Проще решений нет? Изменено 17 февраля, 2015 пользователем mantech Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
one_man_show 0 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Я работаю в области промавтоматики, это довольно консервативная вещь, хотя вводятся новые железки, но думаю, что "инет-игрушки" тут явно не к месту Интересная интерпретация современных технологий, особенно IoT. Если Вы считаете, что промавтоматика - это серьезно, а IoT - это игрушки, могут только сожалеть. Тогда Вас это коснется, не только в ближайшее время, но и, возможно, выбьет из седла, хорошо если не из бизнеса. Вот зачем в "умном доме" SQL?? Проще решений нет? Зачем же в такой сложной системе, как Умный дом, искать непроверенные решения для хранения важной информации? SQL - отработанная и поддерживаемая сущность, разработчики даже не задумываются о выборе иных решений Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 53 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Зачем же в такой сложной системе, как Умный дом, искать непроверенные решения для хранения важной информации? SQL - отработанная и поддерживаемая сущность, разработчики даже не задумываются о выборе иных решений Ну если стратегия - стрелять из пушки по комарам - тогда да, верная. Тогда уж и программируйте лампочки по http, тоже ведь "отработанная и поддерживаемая сущность", не так ли?? что промавтоматика - это серьезно, а IoT - это игрушки Тогда объясните, в чем я ошибаюсь? Где в промавтоматике используется IoT? Тогда Вас это коснется, не только в ближайшее время, но и, возможно, выбьет из седла, хорошо если не из бизнеса. Поживем - увидим Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
AlexandrY 3 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Ну если стратегия - стрелять из пушки по комарам - тогда да, верная. Тогда уж и программируйте лампочки по http, тоже ведь "отработанная и поддерживаемая сущность", не так ли?? Тогда объясните, в чем я ошибаюсь? Где в промавтоматике используется IoT? Если пушка - это лазерный агрегат типа HEL, то стрелять можно и по комарами и по мухам . Во например Cortex-M7 именно такая "пушка". А проект http://mbed.org/ ее зарядит чем надо. А в промавтоматике как вы себе представляете роботов без IoT? Или распределенные системы управления без удаленного наблюдения. Просто это раньше называли по другому и в каждой области по разному. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
mantech 53 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба А в промавтоматике как вы себе представляете роботов без IoT? Или распределенные системы управления без удаленного наблюдения. Просто это раньше называли по другому и в каждой области по разному. Лично мое мнение - в промавтоматике подключать все, что попало к инету - глупо и небезопасно. Есть уже зарекомендовавшие временем сети данных для ответственных устройств. Да, есть определенные сегменты, для удаленного управления, которые можно туда высунуть, но далеко не все. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
A. Fig Lee 0 17 февраля, 2015 Опубликовано 17 февраля, 2015 · Жалоба Да довольно забавно, но там нет поддержки протоколов IoT. В лучшем случае голый TCP/UDP. Даже не в обоих случаях, а во всех случаях. Но это так сказать идеал. Понятно что скажем от применения SQL не уйти. IoT это очередной баззворд, используемый на Западе для распила бабок. Всего навсего. Много их было, решений, которые "перевернут нашу жизнь". В основном бредовых. Как ХМЛ файловая система - XML тоже была панацея, без которой жить не возможно и бутерброд в рот не лезет. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
