соло 75 Жалоба Опубликовано: 13 л В случае прерываний Ты можешь не успеть выполнить слишком большой обработчик прерывания между двумя асинхронными событиями. Тогда, в зависимости от приоритета прерывания, либо начинается выполнение нового прерывания (результаты старого теряются) либо очередное прерывание не выполнится, что тоже плохо. на програмном уровне это все решабельно десятками разных способов. все маловажное, вялотекущее и медленно обрабатывающееся вешают на более простые схемы типа I2C и опрашивают пуллингом когда процессору больше нечем заняться. т.е. если ему нечем заняться, пусть хоть тепло повырабатывает? запущено все у вас, железячников Да можно же вообще не опрашивать а выполнить примитивно автоматически защиту ну например сигнал "0" на панельку подавать через пиропатро ага, ну или просто разрыв кабеля как кнопку выключения прибора интерпретировать. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Justas 9 Жалоба Опубликовано: 13 л Да можно же вообще не опрашивать а выполнить примитивно автоматически защиту ну например сигнал "0" на панельку подавать через пиропатрон) нарушитцо цепь пиропатрона - 0 на панельки не будет, при этом сам функционал прибора вообще затронут не будет "0" - это превышение над площадкой старта, а оно может быть и отличным от нуля к тому же, вся прелесть микроконтроллерных устройств заключается именно в их чрезвычайно простой принципиальной электрической схеме. Обвешивать ее различными схемками - это варварство и вандализм, к которому нужно прибегать лишь в исключительных случаях )) на програмном уровне это все решабельно десятками разных способов. Микроконтроллер - это микропроцессор с очень скромными вычислительными возможностями, но богатой периферией. Там очень трудно развернуться человеку, который привык программировать на языках высокого уровня. запущено все у вас, железячников Ты даже не представляешь как Прерывание (interruption) именно потому так и называется, что оно прерывает действие основной программы и переходит к выполнению подпрограммы-обработчика прерывания. Так что бесконечный цикл, хоть и пустой, но должен быть. Иначе что же мы будем прерывать?! Есть контроллеры, которые "засыпают" между прерываниями (отключается ЦПУ, но остается рабочей периферия) для экономии энергопотребления. Когда он "просыпается" по прерыванию, то возвращается к выполнению основной программы. Вечный цикл - неизбежное "зло" P.S. я не утверждаю, что регулярную проверку пиропатрона невозможно организовать в принципе. Просто это дополнительный гемор, на который Аиртек не счел нужным пойти. Может быть, Виджил пошел дальше (в чем я сильно сомневаюсь). Если Николай проведет такой эксперимент, то будет здорово. Мне свой прибор курочить жалко Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_nw_ 1537 Жалоба Опубликовано: 13 л "0" - это превышение над площадкой старта, а оно может быть и отличным от нуля wink.gifДа пофигу, панель по предложенной схеме ничего не будет показывать при обрыве цепи... при этом: к тому же, вся прелесть микроконтроллерных устройств заключается именно в их чрезвычайно простой принципиальной электрической схеме. Обвешивать ее различными схемками - это варварство и вандализм, к которому нужно прибегать лишь в исключительных случаях smile.gif))усложнения схемы и тем более вмешательства в алгоритм работы микроконтроллера нет P.S. я не утверждаю, что регулярную проверку пиропатрона невозможно организовать в принципе. Просто это дополнительный гемор, на который Аиртек не счел нужным пойти. Может быть, Виджил пошел дальше (в чем я сильно сомневаюсь).тоже сомневаюсь, ИМХО все усилия должны быть направлены на коректную обработку входящих данных с полета и предотвращению ненужного срабатывания, в плане кабеля - проще его защитить (что вроде вигил и сделал) Цитата(соло @ 24.12.2010, 19:17) * запущено все у вас, железячников smile.gif Ты даже не представляешь как smile.gifвот тут об этом хорошо написано... История одного байта (эх если б софтварные и в особенности те, кто мутит системный/оффисный и игровой софт работали бы так же как программисты железячники то на современных компах рост производительности позволил бы не то что в 3Д... 5Д рубитцо на экране во всю стену с кучей мегапикселов и без лагов) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Гость savinov Жалоба Опубликовано: 13 л Если Николай проведет такой эксперимент Если буду трезв, вечером замостырю P.S. Один черт на земле вторую неделю. Морозы, мля Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Justas 9 Жалоба Опубликовано: 13 л вот тут об этом хорошо написано... История одного байта СпасиБо Хорошая статья - порадовала Мы редко общаемся с обычными программерами - нам в общем не о чем разговаривать. И не потому, что мы снобы или гордецы. Совсем необязательно. Нам трудно представить себе программирование под неисчерпаемыми ресурсами на языках высокого уровня. Мало винта? Купи другой, в чем проблема? Мало рамы? Купи еще, толкни в слот. Меги кодов? А я причем? Это компилятор виноват. Купите машину побольше. Это как разные планеты и я надеюсь, вы поняли почему. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Гость savinov Жалоба Опубликовано: 13 л Проверил, Vigil не исключение: http://picasaweb.google.com/sky.yugorsk/25...683735097359426 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
AveE 7 Жалоба Опубликовано: 13 л если человеку вырвать ноги и он после этого уйдет по делам - он истечет кровью и умрет... логично, хуле. так и тут. если разорвать контейнер кхуям на части - можно отсоединить кабель и сайпрес не стрельнет. но будет уже похуй, ибо повреждения контейнера фатальны Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_nw_ 1537 Жалоба Опубликовано: 13 л если человеку вырвать ноги и он после этого уйдет по делам - он истечет кровью и умрет... логично, хуле. так и тут. если разорвать контейнер кхуям на части - можно отсоединить кабель и сайпрес не стрельнет. но будет уже похуй, ибо повреждения контейнера фатальныКрасочно сказал, но смысла ноль... Ситуация, при которой реальный прибор с поврежденным кабелем, в реальном ранце у реального небоныра пройдет проверку, а после цепь пиропатрона будет разомкнута - вполне возможна и без внешних катастрофических воздействий и проявлений другое дело, насколько стоит этим загонятцо) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Skywalker 23 Жалоба Опубликовано: 13 л как страшно жить! Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
seal 0 Жалоба Опубликовано: 13 л Мы все умрем (С) в очередной раз Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Twilight_Sun 1913 Жалоба Опубликовано: 13 л Все понял. В связи с вышеизложенным такой план: возьму пачку стикеров, напишу "1. не забыть открыть ОП 2. после отцепки не забыть выдернуть кольцо 3. не терять сознание." или что-то в этом роде. и буду развешивать на всех ЛА, откуда буду прыгать. на всякий случай. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
соло 75 Жалоба Опубликовано: 13 л (эх если б софтварные и в особенности те, кто мутит системный/оффисный и игровой софт работали бы так же как программисты железячники то на современных компах рост производительности позволил бы не то что в 3Д... 5Д рубитцо на экране во всю стену с кучей мегапикселов и без лагов) думаю, что как раз наоборот. если бы нежелезячные программисты работали по технологиям железячных, то самой крутой игрой на настоящий момент был бы какой-нибудь покемон Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
SkyLex 0 Жалоба Опубликовано: 13 л Ну можно и хорошее найти- если после включения и тестирования будет проверятся пиропатрон- в случае определения ошибки программа должна остановить выполнение и вывести код ошибки, т.е. ADD вывести из работы. А если это была случайная ошибка? Причины обсуждать не стоит. Вопрос что лучше? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_nw_ 1537 Жалоба Опубликовано: 13 л если после включения и тестирования будет проверятся пиропатрон- в случае определения ошибки программа должна остановить выполнение и вывести код ошибки, т.е. ADD вывести из работыНет, нужно вывести код ошибки на панель, чтоб юзер не считал прибор полностью исправным, выключать прибор по обрыву цепи пиропатрона в полете врядли стоит) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
seal 0 Жалоба Опубликовано: 13 л Нет, нужно вывести код ошибки на панель, чтоб юзер не считал прибор полностью исправным А мужики то не знают (с). Надо письмо с рац.предложением разослать всем производителем AAD Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
X-DeViL 0 Жалоба Опубликовано: 13 л А мужики то не знают (с). Надо письмо с рац.предложением разослать всем производителем AAD Неправильно считать, что производители - это "боги". Они такие же люди. Они не могут продумать все. Так, что фидбэк пользователей - это очень важный элемент ) Из 10 идей - одна будет отличной. Но без генерации этих 10 идей не будет отличной идеи. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Alexey.L 1380 Жалоба Опубликовано: 13 л В связи с вышеизложенным такой план: возьму пачку стикеров, напишу "1. не забыть открыть ОП И не забудь потом наклеить на ранец стикер "открыл оп". Это лог будет. Помни: сайпрес — это заговор против человечества. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Justas 9 Жалоба Опубликовано: 13 л думаю, что как раз наоборот. если бы нежелезячные программисты работали по технологиям железячных, то самой крутой игрой на настоящий момент был бы какой-нибудь покемон Еще веселее выглядят попытки применять ООП в программировании контроллеров. Напоминает слона в посудной лавке. Хотя, прогресс не стоит на месте, и, возможно, это время не за горами Неправильно считать, что производители - это "боги". Они такие же люди. Они не могут продумать все. Да, действительно, приборы делают люди. Профессионалы. Они же сочли тестирование рациональным только при включении прибора. Постоянное тестирование всех параметров является избыточным. Почему всех возмущает только отсутствие тестирования пиропатрона после информирования о нормальном начале работы? А как же тестирование остальных параметров: "Bat OK", "Cut OK"? В бортовой аппаратуре еще и дублирование цепей применяют для увеличения надежности. Почему бы не применить то же самое в AAD? Можно продолжить список мер по повышению надежности. Вот только: 1. Насколько это оправдано, учитывая статистику причин особых случаев в скайдайве? 2. Надеюсь, не нужно говорить, как избыточная надежность скажется на себестоимости изделия? 3. Даже многомиллионные (в баксах) космические погремушки, сделанные по последнему слову современных технологий, отказывают. Например, эта: тыц. Так, что фидбэк пользователей - это очень важный элемент ) Из 10 идей - одна будет отличной. Но без генерации этих 10 идей не будет отличной идеи. Не спорю Вот только фидбэк полезен тогда, когда о нем знает производитель. Поэтому, более конструктивное поведение - это письмо на корпоративный емыл, потому что производители редко читают ДЗ.ком, и еще реже - скайцентр Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_nw_ 1537 Жалоба Опубликовано: 13 л В бортовой аппаратуре еще и дублирование цепей применяют для увеличения надежностиПочему бы не применить то же самое в AAD? 2. Надеюсь, не нужно говорить, как избыточная надежность скажется на себестоимости изделия? При нынешнем ценнике на приборы можно за себистоимость не волноватцо и включать... другое дело в размере) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
kluGe 1 Жалоба Опубликовано: 13 л Например, эта: тыц. Разработан британскими учёными... Результат был предсказуем ИМХО Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Justas 9 Жалоба Опубликовано: 13 л Результат был предсказуем ИМХО http://www.enci.ru/Mars_Surveyor_98 http://en.wikipedia.org/wiki/Deep_Space_2 ...могу продолжать Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
AveE 7 Жалоба Опубликовано: 13 л Ситуация, при которой реальный прибор с поврежденным кабелем, в реальном ранце у реального небоныра пройдет проверку, а после цепь пиропатрона будет разомкнута - вполне возможна и без внешних катастрофических воздействий и проявлений человек пакующий прибор с поврежденным кабелем сам себе злобный буратино Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
_nw_ 1537 Жалоба Опубликовано: 13 л человек пакующий прибор с поврежденным кабелем сам себе злобный буратино Повреждения бывают внешние и внутренние Не каждый человек сам себе пакует прибор Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
Гость savinov Жалоба Опубликовано: 13 л Поэтому немаловажной является надежная защита кабеля : http://picasaweb.google.com/sky.yugorsk/25...390609514511458 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
volody 5 Жалоба Опубликовано: 13 л как страшно жить! Мы все умрем (С) в очередной раз Полностью согласен. Страху-то нагнали, хоть вообще теперь обратно ППК-У на системку ставь... Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах
