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

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

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

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

Выбор MCU стремительно устаревает
http://www.atmel.com/products/microcontrol.../ARM/SAM-S.aspx


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

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

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

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

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

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



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

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


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

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

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

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

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

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



1. Нет, никаких работ еще не проводилось.
2. Все необходимое ПО будет оплачено



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

Сообщение отредактировал pashgan - Jan 13 2015, 06:05

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

Сначала сделать платформу для CodeSys на отдельном модуле, а коммуникационные стеки на отдельном процессоре. Потом отдельно платы для разных вариантов пользовательского интерфейса, потом отдельно варианты плат для ввода/вывода, формирования питания и силовых высоковольтных сигналов.
Вот так например:
 Controller.png ( 206.89 килобайт ) Кол-во скачиваний: 46


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

а - это проект ТЗ;
б - для ТЗ нужна именно "конкретика", иначе разработка превратится в поиск компромиссного решения за счёт исплонителя;
в - укажите критерии или признаки "удобного" для Вас исполнителя;
г - это должно быть в ТЗ записано;
е - именно это необходимо прописать в ТЗ;
ж - "нужный" алгоритм программист реализует по указанному в ТЗ описанию названного алгоритма.

Сообщение отредактировал VNS - Jan 15 2015, 05:03

alx.rosarium@yandex.ru Алексей. Пришлите почту что ли.

pashgan:
Была проведена подобная разработка (3D в формате pdf во вложении - можно покрутить и "раздеть" в Model Tree).
Изготовлены опытные образцы.
Кроме GPS/ГЛОНАСС и части перечисленных требований был реализован канал связи GSM и резервный (спутниковый), для передачи тревожных сообщений (это дорогое удовольствие).
Основа - ARM9. Можно модернизировать или сделать аналог.
Если интересно - почта: platonov [at] mtsk.ru