Развитие в направлении разработки встроенных систем.

[Dale]

Обсуждение статьи: «Развитие в направлении разработки встроенных систем.»

[Sla]

платой «управление скоростью».
я бы это называл бы как контроллер.


Задача контроллера - обработка сигналов скорости и направления, поступающие с бортового компьютера. и преобразование  в исполнительные сигналы двигателям  тележки.  Кроме того, действительная скорость должна приближаться к желаемой постепенно, в противном случае тележка не будет разгоняться и тормозить плавно. Управление скоростью также является частью контура безопасности тележки, и если контроллер плата обнаруживает проблему, связанную со скоростью (например, не удается достичь требуемой скорости из-за препятствия), то она должен должна задействовать механизм безопасности и остановить тележку. Наконец, контроллер управление скоростью отвечает за оповещение оповещает о своем состоянии остальныех компонентыов системы посредством цифровых выходов и сообщений шины CAN [4]. Мы начали работу над платой управления скоростью осенью 2005 года.


Добавлено через 8 минут и 32 секунды:
в некоторых случаях firmware проще и логичней заменить словом контроллер


Управление скоростью осуществляется микропроцессором Microchip PIC18F4480, который имеет 768 байт RAM и 16 кбайт флеш-памяти [5]. В начале проекта мы решили использовать для разработки firmware компилятор и симулятор от Microchip.

Управление скоростью осуществляется микропроцессором Microchip PIC18F4480, который имеет 768 байт RAM и 16 кбайт флеш-памяти [5]. В начале проекта мы решили использовать для разработки КОНТРОЛЛЕРА компилятор и симулятор от Microchip.

и тогда слово Контроллер охватывает оба понятия и железа и ПО.

[Dale]

платой «управление скоростью».
я бы это называл бы как контроллер.

Да, по смыслу, пожалуй, так было бы лучше. Но в оригинале:

The board Savant had us start with was the ‘speed control’ board. Speed control’s role in the system was to take the speed and direction requested by the vehicle’s onboard computer and turn it into real motion of the vehicle.

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

[Sla]

Старался избегать вольностей при переводе,

Зря, имхо. Одно дело когда ты читаешь первоисточник, и на такое обилие "управление скоростью" не обращаешь внимания, потому что ты уже принял его как контроллер. И другое дело когда ты показываешь основную мысль и подход уже на своем языке.

[Dale]

В начале проекта мы решили использовать для разработки КОНТРОЛЛЕРА компилятор и симулятор от Microchip.

Я так понял из контекста статьи и экскурсии по сайту Atomic, что фирма чисто софтовая. Производитель тележек был недоволен прошивками имеющихся готовых плат и поручил им переписать. Да и факт, что это их первый опыт в области встроенного софта, намекает, что в аппаратной части они не сильны. Поэтому авторство контроллера в целом приписывать им не вполне корректно.

[Sla]

Воот!!! Я это так тоже понял. Т.е. разработкой железа они не занимались, но знают как это железо работает. И поэтому они пишут ПО.
Красивое слово firmware, но в переводе можно и нужно, все таки отойти, от первоначального текста.
Нету в русском языке однозначного перевода  firmware. В данном контексте - это "специализированное программа для управления железом."

тогда
В начале проекта мы решили использовать для разработки программы управления КОНТРОЛЛЕРА компилятор и симулятор от Microchip.

[Dale]

И другое дело когда ты показываешь основную мысль и подход уже на своем языке.

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

Добавлено через 3 минуты и 49 секунд:

Нету в русском языке однозначного перевода  firmware. В данном контексте - это "специализированное программа для управления железом."

тогда
В начале проекта мы решили использовать для разработки программы управления КОНТРОЛЛЕРА компилятор и симулятор от Microchip.

Я поэтому в черновике пока оставил как firmware, потом легче будет находить м заменять тем термином, который решим использовать в окончательном варианте (и зафиксируем в Вики на будущее). Аналогично с "моками" и прочей сомнительной ерундой. Если сейчас поменять наа "программу управления", потом будет труднее найти, если кто-то все же предложит вариант лучше.

[Вад]

они стоят каждого затраченного пенса

Присоединяюсь к Sla, можно и даже нужно отходить от оригинала, чтобы язык был более живым Даже если бы вместо пенса был цент - было бы как-то роднее, что ли
В целом, под текстом чувствуется язык оригинала. Впрочем, я сам, когда по мелочи что-то переводил, довольно долго потом боролся с неестественным избытком калькированных фраз "подлежащее-сказуемое-дополнение"

[Sla]

Dale, ты прав
бортовой компьютер (КОНТРОЛЛЕР) управляет модулями.
Модуль управления скоростью, который построен на микропроцессорной системе.
При рассмотрении принципа работы, и методов применяемых в программировании этого модуля, проще говорить, что это контроллер.
Цель твоей статьи не перевести "дословно", а показать общественность подход к разработке, на примере переведенной статьи.

Хотя ты объяснил свою мысль, но про художественность перевода никто не говорил.

Согласен, оставляй firmware, может к публикации все-таки найдем что-то более подходящее.

[Dale]

Итак, вроде бы техническую работу над черновиком закончил. Просьба критиковать по следующим вопросам:

- нерабочие или неверные ссылки/анкеры;
- погрешности верстки;
- неясные фрагменты (возможно, это вина авторов, но не исключены и дефекты перевода);
- если кто сподобился прочитать оригинал, то расхождения его с переводом;
- стиль перевода в целом и сомнительных фрагментов (особенная просьба к Sel проглядеть текст на этот предмет).

Напоминаю, что непереведенные термины, в изобилии рассыпанные в тексте, не окончательны и могут быть заменены русскими эквивалентами, если мы совместными усилиями сможем их подобрать и при этом они будут достаточно компактны. Возможен вариант оставить их как есть, просто переписав кириллицей (в конце концов, тот же "мок" ничуть не хуже "хэндла", к которому все достаточно привычны и не стремятся заменить на "рукоятку файла"). Само собой, со ссылкой на Вики, которую параллельно начал заполнять и в которой критика/участие тоже весьма приветствуются.

P.S. Забыл добавить к критике еще и термины, которые следовало бы пояснить в Вики.

[RXL]

* Ссылки в заголовках - это плохо.
* Ссылки в разделе "Ссылки" специально блокирую, чтобы не было ссылок. Это для нашей рекламной системы.

[Dale]

* Ссылки в заголовках - это плохо.

Как тогда лучше обойти? Потому что если решено все термины делать ссылками, то лучше не допускать исключений.

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

[RXL]

Не, Слав, ссылка из текста на раздел ссылок. Она указывает на [1].
Честно говоря, это героизм - поставить столько ссылок и не запутаться.

[Sla]

я оценил...
Чуваки MVC привносят в тестирование и называют MCH

[Dale]

я оценил...
Чуваки MVC привносят в тестирование и называют MCH

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

Я с полгода назад именно об этом свой первый вопрос на форуме и задал - поделитесь, кто как микроконтроллеры программирует. По отсутствию ответа понял, что дело пока темное. Будем искать и переводить, значит.

[Sla]

Dale, дело в том, что читая сейчас эту статью, и вспоминая свой опыт программирования контроллеров, то в принципе мой (наш) подход, практически, ничем не отличался от написанного. Только мы еще разрабатывали сами контроллеры, в те времена слово jtag  даже не озвучивалось. И разрабатывали также диагностическое оборудования с тестами для разрабатываемых нами контроллерами. Мы занимались разработкой, потом это все клепалось на заводе, поэтому требовало тестирования.

Эх были времена...

[Dale]

Dale, дело в том, что читая сейчас эту статью, и вспоминая свой опыт программирования контроллеров, то в принципе мой (наш) подход, практически, ничем не отличался от написанного.

В смысле разделения функциональности на три уровня? Или подход "сначала модульные тесты, потом код"?

[Sla]

параллельно, т.е кода нет без теста.
Был некий контроллер - такой большой ящик. В каждой корзине несколько модулей. Каждый модуль соединен с  центральным контроллером.

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

Т.к. тогда были ПЗУ и даже не ППЗУ, то к коду относились очень бережно. Практически с первого тыка это все работало.
Потом Слепили ПЗУ на ОЗУ, что немного ускорило процесс разработки. Но так эта разработка ПЗУ на ОЗУ ни кем не финансировалась, а затрат требовала достаточно больших, то она не получила распространения.

Центральный модуль имел тесты отдельных плат. По включению это все тестировалось.
В задачу центрального модуля, по большому счету, входила только организация связи между модулями. И, как таковое, сами модули могли выступать в качестве самостоятельного устройства.

Т.к. это времена конца 80-х, начала 90-х, я уже помню только смутные воспоминания.
Но подход к проектированию поддерживался объектно-структурированный.
Модуль - тест. Тест - модуль. Объект.  ну очень похожая на MCH

[Dale]

Значит, опередили время лет этак на пятнадцать. Жаль, что эти знания потерялись. Пока из известных мне учебников по данной теме вышел лишь один: http://www.pragprog.com/titles/jgade/test-driven-development-for-embedded-c , да и то пока в бета-версии (кстати, приобрел его в пятницу). Все остальные, как обычно, учат писать код левой задней ногой, а тестирование, по их убеждению, и вовсе не заслуживает упоминания, у крутых пацанов и так все всегда работает.

[Sla]

MCH улучшил наш процесс разработки, поскольку он сделал тестирование проще.

Упростив тестирование, MCH позволил улучшить процесс разработки.