Я не уверен что человечество столько проживёт не говоря уж про мою программу :)eg писал(а):Всё равно он тоже будет переполнятся, но значительно позже.FireFly писал(а):А сделать 64-битный таймер?eg писал(а):По-моему он не может не переполнятся. Если есть возражения, можно поспорить в другой отдельной теме.
Предложения по улучшению LabVIEW
-
FireFly
- expert
- Сообщения: 1321
- Зарегистрирован: 25 апр 2009, 08:58
- Награды: 2
- Версия LabVIEW: 2014
- Откуда: Санкт-Петербург
- Поблагодарили: 1 раз
Re: Предложения по улучшению LabVIEW
Последний раз редактировалось FireFly 06 окт 2009, 11:59, всего редактировалось 1 раз.
Иногда лучше молчать и слыть идиотом, чем заговорить и развеять все сомнения.
-
Eugen Graf
- guru
- Сообщения: 6502
- Зарегистрирован: 13 ноя 2007, 02:20
- Награды: 4
- Версия LabVIEW: 2009
- Откуда: Saarbrücken
- Контактная информация:
-
Jakob Brontfeyn
- expert
- Сообщения: 1729
- Зарегистрирован: 28 фев 2008, 11:01
- Награды: 6
- Благодарил (а): 1 раз
- Контактная информация:
Re: Предложения по улучшению LabVIEW
Насчет "значительно позднее"
Для Integer 64
Если даже предположить, что в году
49,7 х 2^3 дней с хорошим запасом,
то получается 32-3=29 итак переполнение будет
1 раз в 2^29 лет или 2^10 х 2^10 х 2^9 = 512 Мегалет.
Хорошо мыслить в космических маштабах.
Продолжим тему.
Если софт Windows и Labview можно сделать практически безсмертными
переписывая без ошибок далее и далее от одного носителя к другому,
как генетический код, то сколько времени может проработать "современное железо" не перегружаясь с учетом бесперебойности питания?
Думаю, с большим запасом через 50-100
лет не избежать ремонта и перезагрузки. Есть другие мнения?
Для Integer 64
Если даже предположить, что в году
49,7 х 2^3 дней с хорошим запасом,
то получается 32-3=29 итак переполнение будет
1 раз в 2^29 лет или 2^10 х 2^10 х 2^9 = 512 Мегалет.
Хорошо мыслить в космических маштабах.
Продолжим тему.
Если софт Windows и Labview можно сделать практически безсмертными
переписывая без ошибок далее и далее от одного носителя к другому,
как генетический код, то сколько времени может проработать "современное железо" не перегружаясь с учетом бесперебойности питания?
Думаю, с большим запасом через 50-100
лет не избежать ремонта и перезагрузки. Есть другие мнения?
-
FireFly
- expert
- Сообщения: 1321
- Зарегистрирован: 25 апр 2009, 08:58
- Награды: 2
- Версия LabVIEW: 2014
- Откуда: Санкт-Петербург
- Поблагодарили: 1 раз
Re: Предложения по улучшению LabVIEW
Если точнее то почти 585 Мегалет
eg, отдели последние 7 сообщений в отдельную тему, пожалуйста.
eg, отдели последние 7 сообщений в отдельную тему, пожалуйста.
Иногда лучше молчать и слыть идиотом, чем заговорить и развеять все сомнения.
-
Eugen Graf
- guru
- Сообщения: 6502
- Зарегистрирован: 13 ноя 2007, 02:20
- Награды: 4
- Версия LabVIEW: 2009
- Откуда: Saarbrücken
- Контактная информация:
Re: Предложения по улучшению LabVIEW
FireFly, рассчёты совпали
2^64/1000/60/60/24/365=584942417.35507203247082699137494
2^64/1000/60/60/24/365=584942417.35507203247082699137494
-
Jakob Brontfeyn
- expert
- Сообщения: 1729
- Зарегистрирован: 28 фев 2008, 11:01
- Награды: 6
- Благодарил (а): 1 раз
- Контактная информация:
Re: Предложения по улучшению LabVIEW
Не понимаю, почему я вот так "руками, то бишь как subVI" сделать могу,
а NI , как готовый елемент "таймер" не может,
"Долой старый таймер"
"Старый таймер это мина замедленного действия,
это сахар в бензобаке дальнобойных приложений,
которым надо ехать долго, точнее более 49,7 дней"
а NI , как готовый елемент "таймер" не может,
"Долой старый таймер"
"Старый таймер это мина замедленного действия,
это сахар в бензобаке дальнобойных приложений,
которым надо ехать долго, точнее более 49,7 дней"
-
FireFly
- expert
- Сообщения: 1321
- Зарегистрирован: 25 апр 2009, 08:58
- Награды: 2
- Версия LabVIEW: 2014
- Откуда: Санкт-Петербург
- Поблагодарили: 1 раз
Re: Предложения по улучшению LabVIEW
Кстати по теме:
вот тут собранно уже очень много замечательных (и не очень) предложений. Можете голосовать за то что нравится :)
вот тут собранно уже очень много замечательных (и не очень) предложений. Можете голосовать за то что нравится :)
Иногда лучше молчать и слыть идиотом, чем заговорить и развеять все сомнения.
-
Jakob Brontfeyn
- expert
- Сообщения: 1729
- Зарегистрирован: 28 фев 2008, 11:01
- Награды: 6
- Благодарил (а): 1 раз
- Контактная информация:
Sorry... Маленькая ошибочка в диаграмме
Sorry... Маленькая ошибочка в диаграмме,
передаю еще раз правильный вариант суб VI
"Вечный милисекундный таймер"
передаю еще раз правильный вариант суб VI
"Вечный милисекундный таймер"
-
FireFly
- expert
- Сообщения: 1321
- Зарегистрирован: 25 апр 2009, 08:58
- Награды: 2
- Версия LabVIEW: 2014
- Откуда: Санкт-Петербург
- Поблагодарили: 1 раз
Re: Предложения по улучшению LabVIEW
Кто мне объяснит смысл одноразовых циклов??? Что тут, что, например в некоторых ответах здесь... Не понимаю...
Иногда лучше молчать и слыть идиотом, чем заговорить и развеять все сомнения.
-
Konstantin Sumenko
- expert
- Сообщения: 1439
- Зарегистрирован: 17 июл 2008, 12:20
- Награды: 2
- Версия LabVIEW: 2010
- Откуда: Moscow
- Поблагодарили: 1 раз
- Контактная информация:
Re: Предложения по улучшению LabVIEW
Это для неинициализированных сдвиговых регистров. Суть в том, что такая конструкция передает данные в сдвиговом регистре от вызова к вызову VI (выделяется область памяти под это дело на время работы программы). Т.е вместо того, чтобы тащить разные сдвиговые регистры в каждый SubVI основного цикла- их можно поместить в само SubVI. С осторожностью следует относиться к инициализации данной конструкции. Так устроены почти все приборы палитры point to point в signal processing.
-
Eugen Graf
- guru
- Сообщения: 6502
- Зарегистрирован: 13 ноя 2007, 02:20
- Награды: 4
- Версия LabVIEW: 2009
- Откуда: Saarbrücken
- Контактная информация:
Re: Предложения по улучшению LabVIEW
Хочу чтобы кластер-константы отображались в виде иконки из за большох размеров на блок-диаграмме. Даже если убрать Size To Fit, при обновлении TypeDef кластер обновляет размер, а с ним и блок-диаграмма.
-
mzu2006
- doctor
- Сообщения: 2456
- Зарегистрирован: 16 авг 2008, 02:12
- Награды: 3
- Версия LabVIEW: 7.1 10 11 12
- Откуда: St-Petersburg (RU), Phila, Boston, Washington DC
- Контактная информация:
Re: Предложения по улучшению LabVIEW
+1 к последнему. Я использую отдельный subVI который только и делает, что выдаёт константу. Но это неудобно и неоптимально
Правила форума (Forum rules in Russian)
rm -rf /mnt/windows
rm -rf /mnt/windows
-
taras_33
- professional
- Сообщения: 392
- Зарегистрирован: 31 окт 2009, 18:25
- Награды: 1
- Версия LabVIEW: 2019
- Поблагодарили: 13 раз
- Контактная информация:
Re: Предложения по улучшению LabVIEW
Вставлю свои 5 копеек... Хочу по ходу отладки программы по шагам, менять значения переменных. Как в других средах разработки, например Visual Studio, MPLAB и многих других. Также мне не нравится "строгая совместимость" продуктов от NI. Например, если у меня версия 2009, но меня полностью устраивает модуль FPGA версии 8.6 не тут то было! NI "заставляет" покупать FPGA 2009. Тоже и с RT модулем (которые совсем не дешевые)
Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots.
So far, the Universe is winning!
So far, the Universe is winning!
-
Eugen Graf
- guru
- Сообщения: 6502
- Зарегистрирован: 13 ноя 2007, 02:20
- Награды: 4
- Версия LabVIEW: 2009
- Откуда: Saarbrücken
- Контактная информация:
Re: Предложения по улучшению LabVIEW
Что бы лейбл в структурах и циклах выглядел вот так:
- Вложения
-
- While Loop.png (4.45 КБ) 16558 просмотров
-
- Похожие темы
- Ответы
- Просмотры
- Последнее сообщение
-
- 3 Ответы
- 2074 Просмотры
-
Последнее сообщение PozhiloyGoblin
-
- 0 Ответы
- 344 Просмотры
-
Последнее сообщение maxim_MA
-
- 23 Ответы
- 2433 Просмотры
-
Последнее сообщение dadreamer
-
- 2 Ответы
- 391 Просмотры
-
Последнее сообщение ujin1
-
- 5 Ответы
- 847 Просмотры
-
Последнее сообщение dadreamer