Перейти к содержанию
    

Разработка контроллера

Здравствуйте.

 

Есть задумка и возможность инвестиций для разработки контроллера. Макет ТЗ в прилагаемом файле.

 

Ждем ваших предложений.

TZ.doc

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Предлагаю включить в ТЗ назначение и описание того, что же должен делать Ваш контроллер.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Выбор MCU стремительно устаревает

http://www.atmel.com/products/microcontrol.../ARM/SAM-S.aspx

 

Предлагаю включить в ТЗ назначение и описание того, что же должен делать Ваш контроллер.

Там уже всё написано

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Предлагаю включить в ТЗ назначение и описание того, что же должен делать Ваш контроллер.

 

Да, это как бы предварительное ТЗ, чтобы имелось представление об объеме работ, что это не простая плата со светодиодами. Конкретику расписать (т.е. например: на дисплее должно отображаться то то и то то, при нажатии на такую то кнопку происходит то то и то то) смогу немного позже (времени пока не хватает) или уже после выбора исполнителя. Также оговоренное железо в ТЗ может быть заменено на аналогичное по усмотрению исполнителя.

 

Описание что должен делать контроллер не вижу смысла делать. В ТЗ указано, что он должен поддерживать Codesys, а прикладной программист уже реализует нужный алгоритм. В общих чертах - контроллер для небольших объектов типа вентиляции и т.п. .

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Описание что должен делать контроллер не вижу смысла делать. В ТЗ указано, что он должен поддерживать Codesys, а прикладной программист уже реализует нужный алгоритм. В общих чертах - контроллер для небольших объектов типа вентиляции и т.п. .

 

Codesys тянет за собой покупку встраиваемого софта и покупку софта на стороне PC для разработки программ пользователями.

Кто будет покупать лицензию на Codesys , вы или исполнитель?

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

В ТЗ указано, что он должен поддерживать Codesys, а прикладной программист уже реализует нужный алгоритм.

Почему не Beremiz или OpenSCADA? Если у Вас

В общих чертах - контроллер для небольших объектов

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Codesys тянет за собой покупку встраиваемого софта и покупку софта на стороне PC для разработки программ пользователями.

Кто будет покупать лицензию на Codesys , вы или исполнитель?

 

Мы будем покупать.

 

Почему не Beremiz или OpenSCADA? Если у Вас

 

На мой взгляд Codesys более универсальна, и у нас есть много наработок для данной среды.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Мы будем покупать.

 

Тогда вопрос как будут проверяться вот эти требования:

3.5.1 Время непрерывной работы изделия должно быть не менее 8000 ч.
3.5.2 Вероятность безотказного функционирования изделия должна быть:
        - По функциям защиты не менее 0,98.
        - По функциям управления и регулирования не менее 0,92.
        - По функциям отображения и регистрации информации не менее 0,9.

 

Неужели целый год (пока не пройдет 8000 ч. ) надо будет ждать от вас ответа о годности изделия?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. Пул MAC-адресов в IEEE оформлен?

2. Помнится мне, 3S (которые авторы CoDeSys) давали DK для разработки своих контроллеров, которые могут понимать бинарь, генерируемый CoDeSys. Но это небесплатное удовольствие. Кто его оплачивает?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3.2.1.1 Определение географических координат с помощью системы GPS (ГЛОНАС) ??

 

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

только по этому пункту и если _действительно_ имеет смысл разрабатывать свой "чипсет", а не брать существующий

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

 

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Тогда вопрос как будут проверяться вот эти требования:

3.5.1 Время непрерывной работы изделия должно быть не менее 8000 ч.
3.5.2 Вероятность безотказного функционирования изделия должна быть:
        - По функциям защиты не менее 0,98.
        - По функциям управления и регулирования не менее 0,92.
        - По функциям отображения и регистрации информации не менее 0,9.

 

Неужели целый год (пока не пройдет 8000 ч. ) надо будет ждать от вас ответа о годности изделия?

 

Хороший вопрос... Нет, конечно тестировать целый год не будем. Тут либо корректировать этот пункт ТЗ т.к. уже говорил выше, что это предварительное ТЗ, либо по каким то косвенным признакам ( например качество используемых компонентов ) будет считаться, что готовое изделие отвечает требованиям данного пункта.

 

 

1. Пул MAC-адресов в IEEE оформлен?

2. Помнится мне, 3S (которые авторы CoDeSys) давали DK для разработки своих контроллеров, которые могут понимать бинарь, генерируемый CoDeSys. Но это небесплатное удовольствие. Кто его оплачивает?

1. Нет, никаких работ еще не проводилось.

2. Все необходимое ПО будет оплачено

 

3.2.1.1 Определение географических координат с помощью системы GPS (ГЛОНАС) ??

 

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

только по этому пункту и если _действительно_ имеет смысл разрабатывать свой "чипсет", а не брать существующий

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

 

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

 

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

Изменено пользователем pashgan

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1. Нет, никаких работ еще не проводилось.

2. Все необходимое ПО будет оплачено

 

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

Почему бы вам не разбить работу на части и не сделать контроллер модульным?

 

Сначала сделать платформу для CodeSys на отдельном модуле, а коммуникационные стеки на отдельном процессоре. Потом отдельно платы для разных вариантов пользовательского интерфейса, потом отдельно варианты плат для ввода/вывода, формирования питания и силовых высоковольтных сигналов.

Вот так например:

post-2050-1421138196_thumb.png

 

Потому уже обрезать лишнее и оптимизировать цену. Это все равно работа на пару лет.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

а) ... это ... предварительное ТЗ...

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

в) ...после выбора исполнителя.

г) ...оговоренное железо в ТЗ может быть заменено на аналогичное по усмотрению исполнителя.

д) Описание что должен делать контроллер не вижу смысла делать. В ТЗ указано, что он должен поддерживать Codesys, ...

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

а - это проект ТЗ;

б - для ТЗ нужна именно "конкретика", иначе разработка превратится в поиск компромиссного решения за счёт исплонителя;

в - укажите критерии или признаки "удобного" для Вас исполнителя;

г - это должно быть в ТЗ записано;

е - именно это необходимо прописать в ТЗ;

ж - "нужный" алгоритм программист реализует по указанному в ТЗ описанию названного алгоритма.

____________3.doc

Изменено пользователем VNS

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

pashgan:

Была проведена подобная разработка (3D в формате pdf во вложении - можно покрутить и "раздеть" в Model Tree).

Изготовлены опытные образцы.

Кроме GPS/ГЛОНАСС и части перечисленных требований был реализован канал связи GSM и резервный (спутниковый), для передачи тревожных сообщений (это дорогое удовольствие).

Основа - ARM9. Можно модернизировать или сделать аналог.

Если интересно - почта: platonov [at] mtsk.ru

__________.pdf

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

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

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...