Вид для печати
Потому и говорил -берите мой макрос ,он привязан (синхронизирован) к часам реального времени ,даже не нужно использовать энергонезависимые переменные (часы ПР всегда идут). Год задавайте константой .Вытащить год из часов не получается как то.А нужен ли год .какой будет погрешность ,если она не накапливается (1 день) -месяца и дни то идут правильно,а дни недели нас не интересуют
Кое как поженил часы capzap с макросом реальных часов (частично).
Естественно ,что можно было бы упростить солнечные часы при наличии реальных часов (макроса) ,но это пусть делает автор .А пока можно визуально наблюдать восход в Кирове (время).
ЭХ .... бля......опять не лезит на форум .Устал уже....:mad:
заменил макрос арксинуса, точность на сегодняшнюю дату стала порядка 3-5мин, по сравнению с тем что выдаёт навигатор.Цитата:
Сообщение от capzap
PS координаты не соответствуют надписи над ними.
По моим сведениям в Екатеринбурге на сегодня должно быть:
восход в 06:55, заход в 21:00
И расхождение от этих значении должно быть в районе минуты. Если не так то видимо навигатор учитывает высоту над уровнем моря, там где я приводил код на st это переменная H.
А про ошибки я писал, это когда превращаемые секунды в дату и обратно переведенные в секунды между собой не нападали, скорее всего это связано с високосными годами, так как я прогнал где то до 2089года
в правом верхнем угла проекта, макрос вычисляющий день в месяце и сам месяц по дню в году, вход leap нужен если год високосный, отсчет начинается с единицы а не с нуля
ЗЫ все макросы были и раньше, кто скачивал мои первые попытки
Нормальный макрос ,только лучше вводить сам год и автоматически определять высокосный ли год ,вместо ЛИАП .:rolleyes: Имхо;)Цитата:
Сообщение от capzap
И еще понял ,что если внутренние макросы не очень большие ,то лучше обойтись без макросов в макросе (просто копировать \вставить) .А то такой макрос с вложениями не загрузить в проект ,пока все составляюшие не загрузишь.
Вот думаю ,а почему нельзя транслировать макрос в макросе в код ,что бы он выглядел как стандартный ФБ в библиотеке ,то есть его нельзя разложить на части -это бы резко упростило использование таких макросов (может у него будет другое расширение)
я давно это понял, и стараюсь не использовать макрос в макросе без особой нужды...Цитата:
Сообщение от rovki
Вот поэтому в языках высокого уровня принято за основу единица измерения времени в миллисекундах от 1970 года, по ней всегда можно вычислить остальные значения времен. В любой момент времени будет своя миллисекунда, а по ней уже можно узнать и год и месяц и т.д.Цитата:
Сообщение от rovki
Вот если бы в ПР с часами было так же, в место клоков, выдавалось бы время в секундах от какого нибудь года, значительно проще было бы "играться" с временами. Конечно в том виде как сейчас дата красиво выглядит, но проводить арифметические действия с ней неудобно, сперва придется привести все в секунды, потом сделать вычитание или сложение, после снова все преобразовать в дату, а мой вариант был бы проще сперва вычислили из текущего требуемое, а потом превратили в дату, конкретно в ту какую нужно, день ли это или месяц или год
1) это называется Unix-времяЦитата:
Сообщение от capzap
2) в ПР это нифига не удобно.
3) если считать в милисекундах, то 32бит хватит всего на 49 дней.
Предлагаю Авторам выложить макросы тригонометрических функций в тему универсальные макросы и дополнить другими тригонометрическими функциями.Одно требование -макросы не должны содержать внутри других макросов .Пользователи скажут спасибо
я уже упоминал http://www.owen.ru/forum/showpost.ph...&postcount=346Цитата:
Сообщение от AI!
чем неудобно?
1) 0xFFFFFFFF какому моменту соответствует? можете привести расчёт?Цитата:
Сообщение от capzap
(расчёт не в ПР, а "на бумажке", и выложить тут)
2) мне 1 числа каждого мес. в 17:00 нужно запускать какое-то событие - мои действия?
(теперь в ПР, знаю только время в вашем формате)
первый вопрос это насмешка, я же писал что отображаемая дата на данный момент наглядна и не более, в единой единице измерения легче проводить арифметические операции, задам вопрос на вопрос имея эту красоту сможете подсчитать сколько дней между сегодняшним числом и первым мартом следущего високосного года?
Второй, опять тоже самое, да я буду разбирать свои секунды через макросы которые я сделал на все типы даты и времени чтоб получить сравнение дня на равенство единице, часа на равенство 17 и секунды на равенство нулю, где здесь арифметика?
ЗЫ все что сейчас отображается тоже берется от счетчика секунд или миллисекунд и через такие же функции выводится на отображения, только на языке Си или на каком там пишут
ЗЫЫ если что то секунд хватит до 2106 года
вы уж определитесь - секунд или милисекунд...Цитата:
Сообщение от capzap
PS удобно только чтобы считать дельту.
или с периодичными событиями, которые не привязаны к реальной дате (напр. на пр-ве каждые N дней начиная с какой-то даты что-то делать)
а вот работать с реальными датами крайне не удобно..
я для кого ссылку дал, компьютерное время поместится только в число 8 байт, раз мы работаем только с четырьмя, тогда наш удел только секунды наименьшая единицаЦитата:
Сообщение от AI!
еще один момент, я открывал проекты Ваши, где используется время реле чтоб получить конкретный вид, Вы считаете это нормальным тратить столько ресурсов, посмотрите мой проект макросДата, там представлены все конвертации из секунд и ни один показатель не меняет цвет
Так вы же делали в ПР114 ,а AI в Пр110 .В ПР114 эти макросы реального времени не чего е потребляют
ну да, сравниваем PIII с 256Мб, и i3 с 4Гб на борту...Цитата:
Сообщение от capzap
конечно во втором случае всё в шоколаде...
Добрый день. Давно не просматривал тему. Но здесь Анатолий Вы не правы. При токовом сигнале 4-20, 4ма это будет 0, а 20ма - 1. Поэтому если датчик на 6кг, а показывает 3, то это будет ровно половина т.е. 0.5 а никак не 0.6. Или я чего то не понимаю?Цитата:
Сообщение от rovki
Да с этим можно запутаться (ма) ,проще задайте как нужно в нормирующем преобразователе верхнею границу и нижнею (КГ) ,а так же соответствующий ток .Аналогично задайте в свойствах входов ПР114 и работайте с весом (считайте ,сравнивайте...)
Добрый вечер. Датчики с токовым выходом не имеют нормирующих внешних преобразователей, они внутри и очень редко бывают настраиваемыми. Нормирующие преобразователи используют чаще всего с термопарами. Зачем мудрить с настройками входов ПР114. 4-20ма стандартный токовый сигнал. 4ма-нижняя граница измерения 20ма - верхняя. Никаких сложностей. Такой сигнал взят за стандарт потому что удобен при 2 проводном подключении датчиков. Первые 4ма. используются для питания схемы датчика. А сигнал 0-20ма требует 3 проводного подключения. А если мудрить с настройкам входов ПР, то можно самому запутаться, а уж если кто другой начнёт разбираться, вообще труба. С уважением.Цитата:
Сообщение от rovki
Какая тут сложность настройки входов ПР114???ТНП применяются для термопар и термосопротивлений http://www.owen.ru/catalog/80797226 (датчики температуры .
Добрый день. Может мы друг друга не поняли, но я имел ввиду именно то что вы и отобразили в настройках. А то в том примере с которого я начал цитировать, у Вас несколько не так было объяснено. У меня к сожалению пока нет возможности на практике поработать именно с ПР 114, только планирую. Пока только со 110. Но я так думаю, что если в настройках входа ПР 114 для датчика температуры с токовым выходом, измеряющим от -150 до +200 градусов указать именно эти параметры для входа, то и внутренние расчёты потом можно будет вести уже конкретно в градусах, чтобы не путаться и не пересчитывать ничего. Если я не прав, то подскажите пожалуйста в чём моя ошибка, а то дойдёт дело до конкретики и я впухну.Цитата:
Сообщение от rovki
С уважением.
Именно так ,разработчик уже постарался за пользователя .Ранее я думал ,что пользователь масштабирование должен делать сам (то же учусь).В ПР114 ,все задается в свойствах входов и можно работать в проекте уже в градусах ,например.
Спасибо за ответ.Цитата:
Сообщение от rovki
El pueblo unido jamas sera vencido - "Единый народ никогда не будет побежден"
Довольно простая программа для управления компрессорной установкой. Используется ПР114, правда все входы/выходы дискретные. I5 - давление нагнетания, I6 - давление всасывания, I7 - температура нагнетания, I8 - давление масла. Последний параметр проверяется только после запуска компрессора, поэтому таймер TOF1 c задержкой 10 секунд после запуска. Дополнительно ПУСК/СТОП и выбор режима работы: автоматический и ручной без всяких защит и уведомлений об авариях. После запуска компрессора в автоматическом режиме контроль всех параметров, при пропадания сигнала на одном из них происходит отключение компрессора, включение звуковой сигнализации Q4 и индикатора об аварии Q5-Q8(в зависимости от типа аварии). Сброс которых возможен кнопкой СТОП. Входы I2, I5-I8 нормально замкнуты.
Немного еще упростил;) :)
Не все расчитывают дату от 1970 года, например Siemens S7-300/400 считает от 1990 года и ему хватает всего на 100 лет. (один байт на один год). Данные устройства вряд ли доживут до 2079 года 19 сентября (а это меньше 100 лет), но если доживут, то в зависимости от программы могут уйти в печальный стоп, потому что при расчете даты (количества дней) от 1990.01.01 получают в обратку отрицательное число 8000 (2 байта на количество дней, а там 1 в старшем бите это отрицательное число).
P.S. Нарвавшись на такую прикольную ошибку начинаешь задумываться, а стоит ли использовать функционал расчета даты, дней и т.д. из системы, которая зачем-то в 21-м веке считает все от 1970-го года, или посчитать самому, и этого хватит куда надольше...
p.s.s так, отступил от темы...
я уже приводил ссылку на Unix-времяЦитата:
Сообщение от melky
так там есть и про выход этой проблемы:PS с учётом, что в ПР целые числа беззнаковые, то даже 32х бит хватит не на 68 лет от "начала эры" (начальной точки отсчёта)Цитата:
Проблема 2038
19 января 2038 года в 03:14:08 по всемирному времени значение переменной типа time_t, отсчитывающей число секунд, прошедших с 1 января 1970 года, достигнет 2^31, что может привести к ошибочной интерпретации этого числа как отрицательного. Возможное решение данной проблемы состоит в использовании для хранения времени не 32-битной, а 64-битной переменной (что и делается во всех современных 64-битных операционных системах), этого хватит на 292 млрд лет.
а на 136 лет.
AI! да я просто не понимаю, зачем считать именно от 1970 года, неужели в наше время нельзя в системах предусмотреть начальную установку года и считать от данной точки отсчета и совсем забыть о проблеме ?
з.ы. сам пользую Линукс в некоторых моментах, так множество архаичных тупостей в нем не понимаю. как был старьем, так и остается, все время в роли догоняющей ОС... не холливара ради :)
Ребята ,ну сколько можно лить воду про время в теме где нужно примеры выкладывать и обсуждать ,есть личка ,есть подвал для общения..
Посмотрел... интересное применение триггера, проверил все работает, но оставил свою версию:) так как мне она больше понятна :D учусь ведь только :cool:Цитата:
Сообщение от rovki
Хоть и разобрался с новым для меня элементом, но если буду заново делать программу, но вряд ли смогу его так четко поставить :confused: Случайно щелкал страничку "примеры ПР110" нашел аналогичный пример http://www.owen.ru/forum/showthread.php?t=7023&page=108 (первый пост на страничке). Правда у меня датчиков меньше подключено к ПР, так как они не исправны ;)
D-триггер -это очень просто .Есть входа R-S ,но это понятно для чего .И есть еще 2 входа D и C. вход С это динамический вход ,который реагирует на передний фронт импульса (0 на 1) и переписывает по нему значение со входа D на выход триггера .То есть можно сьэкономить на F\R триггерах (что и сделал) ,кроме того можно сьэкономить на элементах если сброс или установка триггера нужна по нескольким условиям (связям) .Если соединить выход триггера через инвертор и подать на вход D , то при подачи импульсов на вход С триггер будет работать в счетном режиме ,то есть от каждого входного импульса (фронта( будет менять свое значение на выходе на противоположное.
Прошу помочь с программой. Так как новичек в этой теме. ТЗ прикладываю.Вложение 8755
Попробуйте связаться с Василием Кашуба и заинтересовать его.По скольку речь идет не столько о помощи ,сколько о коммерческом продукте.Тут ,если я правильно понял нужны будут ПИД регуляторы.:rolleyes:Цитата:
Сообщение от Satellite83
ПЛК63 или ПЛК73.
График коррекции тут:
http://www.owen.ru/forum/showthread.php?t=13588
Можно мне кажется обойтись без ПИДа, взяв компараторы из библиотеки ПИД регуляторов (как в ТРМ1) или из библиотеки UTIL.Lib
BP минусов - надо чуть больше времени потратить.
Из плюсов - можно дать возможность видеть температуру и при необходимости менять параметры :)
Андрей ,ведать жара ,человек хочет сделать это на ПР114 ,аналогичное делал Василий Кашуба .Как вариант можно добавить панель ИП 320,если нужно.
Да нет - поиск оптимального решения :)
Я думаю, что эта задача на ПЛК не сложнее решается. А если нужна индикация - так и проще, и дешевле :)
Не дешевле ,пр114+ип320=8700 ,Плк 63 -от9000 .И уж не проще,точно ,для новичка изучение кодесис ;) :) .Да и панель320 ,все же не чета панели ПЛК63.Цитата:
Сообщение от Николаев Андрей
А без панели ,так вообще ....О ней в ТЗ не слова.