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

Mikle2000

Новичок
  • Постов

    3
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный
  1. У меня та же проблема, нужно контролировать отжиг медной жилы диаметром от 0,3 до 0,7 мм при скоростях от 5 до 20 м/с. Поскольку обсчитать данный процесс можно только очень приближенно да и приближенный расчет показывает, что на участке отжига длиной 1 метр (расстояние между токосъемниками) косвенно (по сопротивлению) поддерживать температуру на жиле в 550 градусов с допуском хотя бы +/- 70 градусов не получится. Поэтому в голове крутятся три возможных варианта: 1. Опытным путем определить зависимость: диаметр – скорость - ток – напряжение. И дальше тупо выставлять данные значения при производстве. То есть оператор вводит диаметр провода, система определяет по таблице границы тока отжига и в зависимости от скорости (слава богу скорость помереть не проблема) регулирует ток. Достоинство: простота исполнения. Недостаток: очень сильно зависит от диаметра жилы (по расчетам получается, что ток отжига пропорционален квадрату радиуса провода!) – со всеми вытекающими. 2. Греть импульсным током. Напряжение и ток постоянны (не ограничиваются). Меняется только длительность импульса (в зависимости от диаметра жилы) и частота импульсов (в зависимости от скорости движения жилы). С расчетами здесь сложновато, так что все опытным путем. Достоинства и недостатки могу определить только опытным путем. 3. Использовать в качестве регулирующего элемента пирометр (те которые дорогие, если отжигать провод на стороне – дороже выходит). Но тут возникает сразу вопрос: как измерять температуру в зоне отжига? (это труба с перегретым паром).
  2. Возможно вам подойдет StarUML. Посмотрите, там есть описание на русском.
  3. Доброго времени суток. Вопрос. Кто чем пользуется для визуального (логического) представления своих проектов? Поясню о чем идет речь. В процессе работы над проектом в 99.(9)% случаев возникает необходимость увидеть весь процесс работы программы (модуля и т.д) в графическом виде, в виде блок-схемы. Будь то первичный набросок будущей программы или анализ уже написанных модулей – вариантов много. В данном случае я хочу поинтересоваться кто какие программы использует для написания программ на С/С++ , для прямого кодирования (блок-схема --- > болванка программы) и обратного ( программа --- > блок-схема), причем интересны программы в которых поддерживается весь цикл написания программ: начальное моделирование блок-схемы, создание болванки, внесение необходимых изменений в тело программы, автоматическая коррекция существующей блок-схемы. В общем полная поддержка проекта (разве что без компилятора и отладчика, хотя их тоже не плохо). Я просмотрел массу разных программ и простых и не очень и в результате остановился на двух: для блок-схем Crystal FLOW и Crystal REVS. Соответственно первая это блок-схема --- > программа и вторая программы ---> блок-схема. И одной программе для полного описания всего процесса (не программирования): Rational Rose (это UML). Многие возможно скажут, -«зачем такие монстры? Можно и в Visio прекрасно рисовать». Отвечу: Можно и в Visio… пару раз… а потом начинает очень сильно напрягать синхронизация представления в Visio и программы (если это вообще представляется возможным, если например блок схема всего лишь одного модуля представлена в визио на 64 листах…это не шутка). Rational Rose – это монстр UML, в двух словах не опишешь, да это и не нужно в сети полно информации по нему на любых языках. Очень удобен для описания общей концепции проекта, хотя при желании можно и детально расписать с последующей генерацией кода на C/C++. После моих пространных объяснений напомню вопрос. Кто чем пользуется для визуального (логического) представления своих проектов?
×
×
  • Создать...