Электронное оборудование ракет - БРЭО,часть XIII

Да, нет. Формула стандартная C=ε(0)ε(r)S/h; ε-эпсилон вакумма и подложки, S-площадь, h-зазор. Может мультиметр "подвирает", завышая ёмкость.

---

Вот программка(inductivn.rar) для расчёта печатных и проч. катушек.

Для обьiчного стеклотекстолита епсилон как раз там и крутится- от 4.5 до 5.5-5.8. Редко - 4.3. Стеклотефлон- 2.3-2.5.

Форум глюкавит,файл не прилип,программка(inductivn.rar)

Можно скачать Eagle 5.2 pro с лекарством - БОЛЬШОЙ 36 Мб примерно. Работает.

А вот плата в EAGLE 3D - Свеженькая красотиШШШа !

В архиве ссылка на Торрент - я там качал. А под картинкой платы по клику есть линк на рапидшару, уже позже нашелся URL

Спасибо, загрузил.

Ес, ес, ес, я зделал это, я спаял таймер Максимальная задержка с теми компонентами, что стоят сейяас максимальная задержка составляет 9.5 секунд, если поставить конденматор на 50 В и 220Мф, то задержка увеличивается до 20 секунд...когда приеду с лагеря приступлю к изготовлению двигателя...

TI уже не рассылает сэмплы на "свободные" мэйл-адреса. Теперь требуется типа наличие сайта компании и соответствующее мыло. Должна же была эта лафа когда-нибудь закончиться... Придется теперь знакомого напрягать, однако.

Мне отказали. Может сравнили что я раньше писал, с тем, что сейчас наплел (типа для универа, едукейшн). А раньше что писал - уже не помню. Ну да и хсн. Уже назаказывался, давно пора уже что-нибудь и спаять из ранее полученного.

LM555 NE555 и типа того - МОРЕ схем и устройств на тайсерах 555
LM555 Timer Circuits

У меня родилось такое вот предложение.
Использовать единый формат записи данных полета или каких либо показателей в устройствах на МК.
Могу пердложить свой для обсуждения.(Данные сохраняются в AT45DBxxx)

как вы к этому относитесь?

Хорошо бы стандартный "де факто" - типа .csv "кома сепарейтид дата" - просто данные разделенные запятыми. Множество колонок с названиями или просто номерами и импортируются в Excel прекрасно.

Первая колнка время конечно в отсчетах, следующие колонки утвердить как обязательные, оставить столько же запасных под обязательные которые придумаются позже, а далее произвольное число дополнительных колонок - кто как пожелает.

Причем устройство не обязано забивать пустыми колонками память - главное чтоб оно на ПК выдавало в таком виде.

Вот это интересно. Сегодня опять сорвался запуск из-за погоды,мой вариант...
Данные пишутся в at45 в формате:
0-страница, в начале записи,оставляется пустой для служебной информации.
1-страница,начинается запись. Первое число-данные высоты(сумма 10 измерений), второе число-данные ускорения(сумма 10 измерений). Затем опять высота, ускорение. И так далее.
N-страница, задаётся программно, закончилась запись. Если N-сраница не указана, пишем до заполнения памяти. Затем возвращаемся к 0-станице и записываем в неё служебную информацию.
Чтение данных из флеши в терминальном режиме.
1. После включения питания проверяем перемычку R/W.
2. Ожидаем нажатия любой клавиши на клавиатуре ПК(Enter-не использовать!).
3. После 1-вого нажатия клавиши, выводится 0-страница флеши.
4. После 2-вого нажатия клавиши, выводится все остальные страницы до конца флеши.
5. По окончании вывода данных, опять преходим в режим ожидания.
Данные сохраняются в файлах Log1.txt(0-страница), Log2.txt В программе при выводе на терминал, предусмотрено разделение пары значений (выота,ускорение) запятой. Получается что-то вроде этого:9482,5011 9483,5013 и т.д.
В экселе написал макрос для двух кнопок перевода лог-файла в табличные значения и автоматического построения графика. Вот только путь к файлам приходится редактировать, при переносе файлов с одного компа на другой, что не очень удобно. В прилепленом файле data flight.xls я стёр пол столбца "A", для странички Log-1, теперь если ткнуть на кнопку макроса для Log1, он заполнится из файла Log1.txt (В макросе должен быть отредактирован путь к файлам, или файла должны быть помещены в одну папку по пути D:\AVR\=My Project\END).

При сохранении данных в датафлэш я выделил для себя 2 задачи.
1. организовать многосессионность записи.
2. сохранять в файле (потоке) данные разного типа.

Расскрою.

1. не всегда бывает возможность скинуть данные с датафлэеша и почистить его в поле. всякое случается и хочется чтобы устройство не терло сохраненные раньше данные. и при скачивании можно было идентифицировать разные сессии данных.

для реализации данной возможности я принял, что последовательные цепочки блоков являются файлами. идентификацией принадлежности блока к определенному файлу являются первые 2 байта блока. Если они отличны от $FFFF , то они содержат номер файла. Как только встречается первый блок с признаком $FFFF, то считается что с него идет пустое место и его можно использовать под запись данных.
для автоматизации работы с файлами в dataflash я для себя написал функции с привчыным интерфейсом fileopen, fileclose, fileread, filewrite, и пару служебных для поиска блоков.
После выгрузки дампа памяти можно выбрать нужный файл и сохранить его в бинарном виде удалив метки блоков или разобрать даных.

2. Поток данных может быть разнородным. например в случае с ракетой : снятие температуры 1 раз в секунду, показатель давления 10 раз в секунду, ускорения по 3-м осям 20 раз в секунду, перевод системы в состояние "готовность к запуску", момент принятие МК решения что запуск уже произведен, попытки отсрела первого и второго парашютов, результат отсрела (контроль перегорания мостиков) и т.д.
В случае записи данных от стенда аналогичная ситуация. Когда разные параметры сохраняются одновременно, с метками времени других событий исходящих от оператора.

Для решения данной задачи я принял что поток данных (файл с удаленными метками блоков) составляет последовательность записей. каждая запись имеет идентификатор и длину (всей записи в байтах включая идентификатор). всего заголовок каждой записи 2 байта.
в результате:
а) нет необходимости делать все записи одного вида
б) не зависимо от того знает "разборщик" данный тип записи или еще нет, он аккуратно обработает известные ему данные.
в) нет необходимости переписывать "разборщика", нужно просто указать ему что запись с таким типом состоит из таких-то такихто значений таких-то типов.

для себя я написал такой разборщик. и теперь если мне нужно в тесте сохранять только температуру, а в другом тесте только давление это я указываю это в прокрамме МК. разбор происходит одинаково.
при разборе я указываю какие типы записей (из числа найденных в файле) мне нужно перенести в текстовый отчет.
тектовый отчет формируется в виде удобном для обработки эксцелем.

Прикрепил файл настройки для "разборщика" там по подробней расписана структура данных.

С удовольствием выслушаю ваши замечания и идеи.

Серж, как дела с мачком? Летал уже?

В варианте МартКота меня напряглают две вещи: жесткая привязаннаость к структуре данных и риск утери данных в результате ошибки оператора.

Жаль что не было замечаний по предложенному мной варианту .
Значит мало кого данная тема волнует .

Если кому будет интересно, могу поделиться кодом и инструментарием.

Въпрос към знаещите за алгоритъм за измерване на височина с барометричен датчик и МК:

Как е правилно:

1) "interrupt" -> няколко отчета (примерно 128) -> осредняване -> запис в паметта -> очакване на следващ "interrupt" ...

2) "interrupt" -> осредняване на данни от предишен период -> запис в паметта -> (т."А") нов отчет -> сумиране -> "i=i+1" -> преход към (т."А")

3) Друго...

....

Как у вас е организиран алгоритъма за отчитане на височина по барометричен датчик?