Ru-Board.club
← Вернуться в раздел «Программы»

» Программы для разработки, тестирования,... оптических систем

Автор: ging
Дата сообщения: 04.04.2006 10:06
paparazzo

Ограничение таково. Как происходит трассировка в смешанном режиме:
последовательная трассировка до входного порта; переход в непоследовательный режим; непоследовательная трассировка до выходного
порта; переход опять в последовательный режим. Т.е. нужно в модели
обеспечить следующее:
1. Все непосл. компоненты должны быть между вх. и вых. портом. Толщина
для НП компонента не задается, поэтому надо ручками прописать этот в
параметр EXIT Z.
2. Нужно, чтобы все лучи либо попадали на плоскостй вых. порта, либо
поглощались. Если луч выйдет где-то еще - Зем будет ругаться. Так что
их надо поглощать. Это - одна из самых распространенных ошибок...

Еще совет: в НП едиторе поставить галочку: ERRORS->IGNORE.

А теперь по поводу вашей проблемки. Линзовый растр есть и в последовательном режиме: USER-DEFINED SURFACE и вперед. Работает на
ура. Так что я не понимаю, зачем вы полезли в смешанный режим.
Но в принципе, при правильной организации модели работает и смешанный
режим (я там без проблем отлаживаю DLL-ки).
Еще претензии к ZEMAX'u?
Автор: paparazzo
Дата сообщения: 04.04.2006 13:31
Ясно.
Растр здесь не имеет принципиального значения,
просто хотелось проверить работу смешанного режима.

Вот еще существенная претензия к Zemax ( правда уже обсуждалась выше):
Задание оптической системы реальной числовой апертурой пространства изображений.

У кого какие соображения на этот счет.





Автор: DSER
Дата сообщения: 05.04.2006 08:57
Вышел в свет ZEMAX_2006-04-04.exe Размер: 11.0 MБ

Что нового? смотреть тут
Автор: DSER
Дата сообщения: 06.04.2006 06:56
2 ALL

Есть вопрос по Zemax, не получается смоделировать объект типа фотометрического шара.
Шар задать получается, а Вот обеспечить диффузное рассеивание на его поверхности не удается.
Автор: paparazzo
Дата сообщения: 06.04.2006 10:29
Может лучше воспользоватся TracePro (LightTools)?

Внутреннюю поверхность шара задать Diffuse White (Lambertian ABg scattering ).

ІМHО, это будет проще сделать чем в Zemax.


Добавлено:
P.S.
В примерах TracePro посмотри файлик intspher.oml (Integration Sphere)
Автор: ging
Дата сообщения: 06.04.2006 11:51

Цитата:
ІМHО, это будет проще сделать чем в Zemax.


Не вижу принципиальной разницы: в Зем с тем же успехом можно
задатй точно такое же рассеяние. Вопрос только: как задать вход/
выход. По-моему все должно работать: нужно задать после шара два
цилиндра (Cyl volume) с воздухом. Все остальное сделаем Зем сам...
Кстати, модель рассеяния - Ламберт, фракция - 1, число рассеяных лучей -
можно и 1 если трассируете много (>100000).
Автор: DSER
Дата сообщения: 06.04.2006 16:12
ging

Что-то не получается добиться диффузного рассеивания на поверхности шара (NSC-объект. )
Автор: alexgeorg
Дата сообщения: 07.04.2006 11:06

Цитата:
Задание оптической системы реальной числовой апертурой пространства изображений.

Если это так критично почему нельзя систему обернуть и считать в обратном ходе?
Автор: paparazzo
Дата сообщения: 07.04.2006 13:51

Цитата:
Если это так критично почему нельзя систему обернуть и считать в обратном ходе?


Система и так обернута. Предмет находится в бесконечности, т.е на входе параллельный пучок, а на выходе нужно иметь заданную числовую апертуру.
А как Zemax может работать с параллельным пучком на выходе, что-то не совсем ясно?
Автор: ging
Дата сообщения: 07.04.2006 14:05

Цитата:
А как Zemax может работать с параллельным пучком на выходе, что-то не совсем ясно


Либо поставить параксиальную линзу и оптимизировать пятно в ее фокусе
(это, кстати, стандартный прием во всех программах),
либо (в новых версиях) использовать afocal mode
Автор: alexgeorg
Дата сообщения: 07.04.2006 14:09

Цитата:
Либо поставить параксиальную линзу и оптимизировать пятно в ее фокусе
(это, кстати, стандартный прием во всех программах),
либо (в новых версиях) использовать afocal mode

Абсолютно верно. В этом случае считаются угловые аберрации.
Все визуальные системы (работающие с глазом) так задаются.
Автор: ging
Дата сообщения: 07.04.2006 14:13

Цитата:
а на выходе нужно иметь заданную числовую апертуру

А выходную апертуру можно задать и как критерий оптимизации:
Если достаточно параксиальной апертуры - операнд ISNA, если
недостаточно - операнды типа RA (RAID, RAED, ...)
Автор: paparazzo
Дата сообщения: 07.04.2006 14:33

Цитата:
А выходную апертуру можно задать и как критерий оптимизации:
Если достаточно параксиальной апертуры - операнд ISNA, если
недостаточно - операнды типа RA (RAID, RAED, ...)


Именно так до этого я ее и задавал. Но приходилось устанавливать очень большой вес,
чтобы достичь желаемой апертуры, что не очень-то приятно. При этом система определялась диаметром входного зрачка. Когда в CodeV я задаю систему с помощью ImageSpace NA, то оптимизатор подгоняет диаметры, так как нужно. В Zemax же получается наоборот.



Цитата:
Либо поставить параксиальную линзу и оптимизировать пятно в ее фокусе
(это, кстати, стандартный прием во всех программах),
либо (в новых версиях) использовать afocal mode


Буду пробовать этот способ.
Автор: alexgeorg
Дата сообщения: 07.04.2006 14:36

Цитата:
Но приходилось устанавливать очень большой вес,

Задавайте через Lagrangian multipliers. Это гораздо эффективнее.
Автор: ging
Дата сообщения: 07.04.2006 15:25

Цитата:
Задавайте через Lagrangian multipliers. Это гораздо эффективнее.


Боюсь, это может не помочь. Если система в начале совсем далеко
от требуемой апертуры, как большой вес, так и Лагранжевы множители
могут ее "тащить" не совсем в ту сторону. Надо как-то постепенно
приближаться к требуемому. Например, чуть уменьшить ЧА, оптимизировать,
опять уменьшить, оптимизировать. Ну а потом - глобальная оптимизация
для нормальной оптики работает неплохо (оставьте комп на выходные, если
это возможно).
Автор: DSER
Дата сообщения: 08.04.2006 09:53
при глобальной я сталкивался с такой проблеммой, если работаешь со своим(сильно ограниченным) каталогом опт. материалов (ик-область), то в итоге все материалы меняются на германий и полный тупик, 5-7 линзовую системы делал ручным подбором материала. Для УФ наверно ситуация будет близкой, т.к. диапазон прозрачных материалов в этой области весьма ограничен, ИМХО.

Автор: utilizat0r
Дата сообщения: 08.04.2006 16:21
/------------------------------------------------------------------------------------------------------------\
.::Товарищи::.
--------------------------------------------------------------------------------------------------------------
поступило задание выполнить аберрацыонный анализ ОС с призменной системой Шмидта
...если кто знает как ето зделать в Земакс милости прошу постить ниже
--------------------------------------------------------------------------------------------------------------
я так понимаю зделать ето в земакс с наскоку не получиться...дайте линки на мануалы... примеры...и т.д. т.п.
\--------------------------------------------------------------------------------------------------------------/
Автор: alexgeorg
Дата сообщения: 08.04.2006 19:56
To: utilizat0r

Manual прикладыватся к программе и выложен на сайте производителя. Начните с него, а еще лучше с книжек по дизайну.
Автор: paparazzo
Дата сообщения: 10.04.2006 10:27
Вопрос по заданию растровой линзы в Земакс.
Получается задать только нечетное количество растров. (US_ARRAY.dll и US_EVENARRAY.dll)
Как это можно исправить.



Добавлено:
Хотя в принципе пойдет и нечетныное, если сместить (Decenter), но хотелось бы иметь четное количество.
Автор: ging
Дата сообщения: 10.04.2006 10:45

Цитата:
Получается задать только нечетное количество растров. (US_ARRAY.dll и US_EVENARRAY.dll)
Как это можно исправить


А вот этого, к сожалению, нельзя: Зем обязательно хочет иметь линзу
в центре. Причиной может быть то, что если в центре будет "дыра" между
двумя линзами, то нелйзя будет оттрассировать главный луч .
Т.е. если нельзя, но очень хочется - то можно: задать смещение, ну
или писать DLL
Автор: paparazzo
Дата сообщения: 10.04.2006 11:49
Сместил, на первый взгляд вроде работает. Но Illumination Analysys не хочет работать.

В CodeV четное количество растров все-таки задается. Но он пускает главный луч сбоку, хотя оптимизирует систему нормально. Но Штрель не хочет считать.


Цитата:
писать DLL


Как я понял Dll пишутся на С++. И вроде используют вроде стандартные модули VS. А есть ли какие статьи или литература по написанию Dll для Zemax. Придется все-таки с этим разбиратся.
Автор: ging
Дата сообщения: 10.04.2006 12:09

Цитата:
Как я понял Dll пишутся на С++. И вроде используют вроде стандартные модули VS

Да, там ничего специфического. Смотрите примеры (папка DLL),
ну и Zem Knowledge Base, там естй несколько статеек
Автор: kest BMSTU
Дата сообщения: 10.04.2006 23:46
Уважаемые коллеги!

Кому нибудь приходилось ставить монстра расчёта прогу OPAL-PC???? Может кто подскажет чё она не хочет работать не под виндой 95 (хотя под XP работает) не под DOS?? Пишет "This Program must be run under OPAL-PC"??? может он ломан криво??
Был бы очень благодарен!!!!
Автор: DSER
Дата сообщения: 11.04.2006 07:45
kest BMSTU
Какой файл запускаешь?
Opal_PC.bat ?
Автор: kest BMSTU
Дата сообщения: 11.04.2006 20:22
opal.bat

"@echo on
set opal_work=I:\opal\work\
set opal_temp=I:\opal\work\
set opal_save=I:\opal\work\
rk.com
opal.com"
Автор: CorwinS
Дата сообщения: 11.04.2006 23:50
Ха.!

Вы молодой человек где такой Опал-то взяли?
там защита, ему требуется доступ к диску на низком уровне.
винда ему его не дает и...
запускайте или под ДОС или под ХР (если он там пашет), сойдет и ДОС-режим В95, но не сами Окошки. лучше всего запускать при загрузке с дискетки ).

и, я вам скажу честно, я не видел нормально работающего Ломаного ОПАЛа.
тот который был сломан работает криво, оптимизирует через жпу, и это ну Очень Обрезанная версия по сравнению с "официальным".
Автор: DSER
Дата сообщения: 12.04.2006 09:27
CorwinS

Цитата:
Очень Обрезанная версия по сравнению с "официальным".


Студеньческая
Автор: CorwinS
Дата сообщения: 12.04.2006 11:43

Цитата:
Цитата:Очень Обрезанная версия по сравнению с "официальным".


Студеньческая


"студенческая" - вполне нормальная версия, токо ста-ар-а-я-я.
после нее разработчиками было добавлено множество возможностей и инструментов.
Автор: paparazzo
Дата сообщения: 12.04.2006 12:03
Студенческая версия датируется 1995-1996 годом.
А как сильно развивается ОПАЛ с тех пор, и развивается ли вообще?
Автор: alexgeorg
Дата сообщения: 12.04.2006 13:13
Я вроде слышал, что есть OPAL под Windows. Вроде как его даже покупают (десяток лицензий в год). К сожалению достоверность программы определяется числом пользователей, а потому я бы не рискнул на это деньги тратить.
Были еще такие монстры как SARO и DEMOS (made in GOI).

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475

Предыдущая тема: LogMeIn Hamachi


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.