Добрый день.
Чтобы не создавать много тем все интересующие вопросы задам здесь.
Как я уже ранее писал, мы используем крейт LTR-EU-16 c набором различных модулей. Несмотря на различные трудности с использованием вашего оборудования мы приняли решение о закупке еще 7 наборов (крейт+модули). Предполагается, что они будут использоваться как система управления источников питания импульсных магнитов в Швеции на синхротроне MAX-IV. В связи с этим у нас пара предварительных вопросов.
1. Можете ли вы подготовить документацию на английском языке?
2. Возможно ли модификация прошивки LTR42, чтобы два его канала можно было использовать как входы синхронизации (метки "Старт" и секундной)?

1. Как заказную работу, это можно обсуждать. Документация на что? Объём?
2. Там уже есть эти входы!

Если Вы поставляете измерительный комплекс, в котором используете LTR, то Вы должны поставить документацию на комплекс.

1. Можно ли это расценивать, что вы не заинтересованы в распространении своей продукции за рубежом? И за перевод своей документации хотите отдельной оплаты? Если так, то мы предоставим список, вы ценник. После этого мы будем думать стоит ли заказывать перевод у вас (хотя это было бы логичнее, так как никто кроме вас не знает лучше свою продукцию).
2. Имелось ввиду два ГАЛЬВАНО изолированных входа.
PS на свои комплекс мы сами подготовим документацию, вопрос стоял в переводе документации LTR.

1. Если у Вашей организации есть коммерческое предложение, то вышлите его руководству L-Card. Разве коммерческие предложения публично обсуждают? 
2. В LTR42 присутствуют два ГАЛЬВАНО изолированных входа. Гальваническая развязка - групповая. Оба входа изолированы относительно корпуса LTR, но между входами изоляция отсутствует. Вам нужна поканальная развязка? Какие требования к изоляции в Вашей задаче?

Дело не в том, "заинтересованы ли мы" в распространении своей продукции за рубежом. Дело в том, что на сегодня документация существует на Русском. Ее полный объем довольно значительный. При этом, скорее всего, в полном объеме для конкретной конфигурации она и не нужна. А в каком? Собственно, об этом Вас и спрашивал Александр Гарманов. Для нас это вопрос соотношения масштабов "распространения" и объема работы по адаптации документации. Т.е. типичная проблема "pain and gain" :-)

1. Это не коммерческое предложение, а вопрос возможности. Вопрос конткретный. Переведете свою документацию некоторых модулей на английский язык бесплатно или требуете отдельную плату. Если отдельная оплата, то будем в таком случае высылать коммерческое предложение как вам, так и другим организациям на перевод. Либо вообще обойдемся своими силами.
2. Я спрашиваю о возможности создания прошивки, где два гальваноотвязанных входа LTR42 (1 и 2ой, например) будут выполнять функции синхронизации (два типа меток). Сейчас каналы синхронизации не являются гальваноотвязанными.

Объем документации по сравнению со всей конечно невелик. Мы используем следующие модули: LTR114, LTR11, LTR34-4, LTR41, LTR42, LTR27+Н-27R-250. Все это в крейте LTR-EU-16. По большей части необходимы будут мануалы для программистов, так как все программное обеспечение будут писать сами заказчики.   Как на основе ltr-servera или ltd, либо на базе своей реализации подобного функционала. Кроме того, необходимо будет более краткое описание модулей, чем представлено в ltr.pdf

2. Ещё раз: Два гальваноотвязанных входа LTR42 УЖЕ выполняют функции синхронизации (два типа меток). Сейчас каналы синхронизации LTR42  являются гальваноотвязанными относительно земли. Вам нужна индивидуальная (поканальная) гальваноразвязка каждого входа? Если да, то какие  напряжения должна выдерживать изоляция в течении какого времени (так формулируют обычно требования к изоляции)?

Правильно ли я понимаю, что LTR42 имеет 16 каналов гальваноизолированных входов (8 пар) и два синхровхода меток (неизолированных)?

Алексей, о чём Вы пишете, мне напоминает LTR41, а не LTR42.
В LTR41 есть 16 каналов индивидуально изолированных входов (16 пар входных цепей). В LTR41 есть два входа M_START, M1_S, имеющих групповую изоляцию, и они УЖЕ выполняют функции синхронизации (два типа меток). Если Вам нужна синхронизация по индивидуально изолированным входам LTR41, то действительно нужно разработать соответствующую прошивку - такая техническая возможность имеется.

Прошу прощения, конечно же я имел ввиду LTR41 - модуль входов. Запутался в нумерации. Нужна как раз синхронизация по изолированным входам. Что требуется для внесения таких изменений в прошивку? Отдельный заказ? Какие действия должны быть с нашей стороны?

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

Алексей по Вашим вопросам:
Потребуется разработка прошивок для CPLD и контроллера AVR, находящихся в LTR41, а также доработка  API-библиотеки работы с модулем. (Кстати прошивка CPLD в LTR41 дистанционно не обновляется, обновить старые модули LTR41 можно будет  только в L-Card). Свободных логических ресурсов в CPLD осталось  не так много, поэтому, возможно, удастся реализовать возможности синхронизации НЕ С ЛЮБОГО входа LTR41, а только с некоторых, например, с какой-то выделенной пары входов.   

"Отдельный заказ? Какие действия должны быть с нашей стороны?"
- Техническую сторону Вашей задачи я изложил. По организации обращайтесь к менеджерам:
support@lcard.ru или (495) 785-95-25

Эти трудности были озвучены в ряде предыдущих тем. Могу здесь привести краткий список:
1. Отсутствие внешнего запуска и кольцевого буфера у LTR114(как например у нового LTR210). Это привело к попытке использования внешнего тактирования, но не увенчалось успехом, из-за наводок на кабель внешнего ткатирования.
2. Большая чувствительность к электромагнитной наводке (мы конечно сами виноваты, что засунули и управляющую электронику, и импульсный модулятор в один шкаф, но тем не менее).
3. Неудобство работы с FIFO буфером, в частности его очистка.
4. Отсутствие гальванической изоляции у входов синхронизации.
5. Существующий подход в наличии LTR-servera. А именно то, что необходим компьютер, который будет выполнять роль сервера. С существующими одноплатными компьютерами иожно было его расположить в самом крейте (мы именно так и подумываем сделать).

Александр, разве нельзя внести необходимые нам изменения путем простого переназначения ножек CPLD? В таком случае изменять программу вообще не нужно, как и api, но входных каналов станет на два меньше.

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

Комментарий по п.2:
1) При создании комплексов измерительные приборы всегда стараются поместить в условия, близкие к нормальным для того, чтобы исключить по максимуму влияющие факторы. Иначе, очень сложно будет учесть дополнительные погрешности из-за этих влияющих факторов. Запредельные электромагнитные поля, а также импульсные кондуктивные наводки являются одним из этих сильных влияющих факторов.
2) Как известно, даже при стандартных испытаниях на электромагнитную совместимость по ГОСТ Р 51522 допускается прохождение некоторых тестов "по критерию В" - когда сбой присутствует, но не требует вмешательства оператора для восстановления работы. Таким образом, системный интегратор, помещая прибор в неблагоприятную электромагнитную обстановку, должен быть сразу готов к сбоям и должен строить своё ПО таким образом, чтобы оно было устойчиво к сбоям (восстанавливалось после сбоев). В противном случае, системный интегратор просто не должен помещать прибор в тяжелую электромагнитную обстановку!

"разве нельзя внести необходимые нам изменения путем простого переназначения ножек CPLD?"
- Можно. Только тогда это будет "эксклюзив специально для Вас": LTR41-Панов-Алексей. И что дальше? Как этот  "продукт" поддерживать? Как ремонтировать будете, если что? Документацию, маркировку специально для Вас переделывать?

Комментарий по п. 4.
1) Пары входов синхронизации в LTR41/42/43 образуют изолированную секцию.
2) Входы синхронизации крейта DIGIN1, DIGIN2 не имеют гальваноразвязки, но имеют возможность подачи напряжения питания +3.3V на внешние оптопары или цифровые изоляторы, что позволяет организовать подключение внешних активных цепей гальваноразвязки, приёма синхросигналов, и разных интерфейсов.

Например, изолированный приёмопередатчик RS-485/RS-422
http://www.lcard.ru/products/accesories/rs485
непосредственно подключается к разъёму синхронизации крейта. Аналогично, по схожей конструкции, может быть сделана высоковольтная гальваноразвязка для пары линий синхронизации. Будут заказы - сделаем. Если сами хотите сделать - консультирую.

комментарий по 1
Каким образом организована изолированная секция входоа синхронизации?

А теперь немного в сторону. Буквально вчера приезжали заказчики и вариант с LTR server или ltd их не очень воодушевил. Причина в следующем - им не нужен весь функционал каждого модуля, более того, они не хотят знать, что есть АЦП, ЦАП, регистры ввода-вывода и тд. Им хочется иметь небольшой набор команд, который позволил бы полностью управлять нашей системой. Были рассмотрены четыре варианта организации взаимодействия с нашей системой управления на основе LTR крейта. Первый - организовать весь функционал на базе внутреннего контроллера LTR крейта. Второй - поставить компьютер, на котором будет работать LTR server или ltd, с ним (сервером) будет общаться наша программа, которая будет далее предоставлять небольшой, но без излишеств функционал заказчикам. Третий - второй вариант, только в качестве компьютера с LTR сервером используется одноплатный компьютер, который вставляется непосредственно в LTR крейт и внешне выглядит все одним законченным устройством. Четвертый вариант - используя необходимую документацию, заказчики сами реализуют свой сервер с необходимым им функционалом.
Последний вариант наименее предпочтительный для заказчиков.
Необходимый функционал заключается в следующем. Синхронное измерение нескольких точек для последующего усреднения LTR114 (2 канала), запись уставки зарядного напряжения с помощью ЦАП LTR34-4 (1 канал), ряд медленный асинхронных измерений с частотой 0.1 герц ряда параметров LTR11, управление устройствами выходным регистром LTR41 и чтение статусов входным регистром LTR42.
Как вы считаете какой путь наиболее адекватный? Я склоняюсь к первому варианту, но пока мне недостаточно ясно насколько свободно можно реализовать этот функционал на базе контроллера крейта.

PS во время настройки я полагаю мы и в дальнейшем будем пользоваться LTR сервером, так как нам (но не заказчикам) нужен все-же более широкие возможности как управления, так и измерения.

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

Второй и третий вариант с этой точки зрения конечно значительно проще. Насчет возможности третьего варианта – то это вопрос к электронщику – на следующей неделе я думаю Александр сможет написать какие-то мысли по этому поводу.

А почему LtrServer или ltrd(?) не может быть запущен на том же компьютере, что и основное ПО, а Вы им просто предоставите нужное им API, написанное поверх ltrapi?

Компьютер с работающим LTR сервером и написаной программой предоставляющей некий специализированный API является составной частью нашей системы. (Если рассматривать вариант 2 или 3). И заказчики хотят иметь на своей стороне в чистом виде только клиентское программное обеспечение.

Если заказчик не хочет включать ltrserver и ltrapi в свое клиентское ПО, то тогда Вам надо смотреть, насколько у Вас есть опыт разработки для встраиваемых систем и какие сроки. Так как по трудозатратам 1-ый вариант конечно более сложный, но реализуемый. И отдельный вопрос тут тогда, какой протокол будет использовать заказчик для работы с этой системой.

Предполагается также использовать Ethernet. Вот только пока я не увидел возможность получать и разбирать получаемые пакеты от хоста. В кратком указании по внесению своих изменений упоминается о функциях отправки хосту и модулям. Имеется ввиду тот случай, когда никоим образом не трогается ПО контроллера и используются только программные "ручки" предоставляемые L-Card. Можете проконсультировать по поводу программирования контроллера? Хотелось бы получить исходники второй ревизии, так как на сайте представлены только первой.