donec

Инструменты Для Разработки И Испытания Систем Зажигания

117 сообщений в этой теме

donec    133

Сейчас нечем просмотреть логи.

А по счетчику так и будет, в МК организован 24 битный счетчик на основе 8 битного, и его цель считать по кругу от нуля до максимума и по кругу, а по приходу сигнала на 6 или 2 пин МК значение этого счетчика передается в комп, в компе программа переводит это в графики.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Так может, логгер что-то не то считает, если контролик только скармливает ему необработанные данные.

Или сбрасывать (обнулять) в контролике данные о периоде по приходу сигнала в ВМТ.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Дома выведу лог на экран, тогда ясно станет. Данные там по другому не выдадутся, перепад на втором пине - запомнили счетчик, спад на 6 пине запомнили счетчик и дали разрешение на вывод запомненных данных. При переполнении счетчика идет корректировка в программе.

С другой стороны, я не очень в курсе как построена настройка вывода ЮАРТ в АВРках, но в ПИКах скорость передачи задаётся числом в определённой ячейке. И скорость передачи/приёма остаётся неизменной при постоянстве тактовой частоты процика. Разве что в ходе выполнения программы изменить в.у. коэффициент.

На Тини13 нет модуля UART, поэтому вывод программный, на вывод одного бита отведено 250 тактов процессора, при частоте процессора 9600000Гц это 38400Гц, т.е. скорость программного UART 38400. Когда плавала частота вывода то на вывод одного бита отводилось от 247 до 253 такта (кривая подпрограмма была), т.е. частота колебалась от 38866 до 37944.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Ладно, не буду морочить голову. Если что, я стенд пока не разбираю. Будут новости - говори, поиспытываю.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

На Тини13 нет модуля UART, поэтому вывод программный,

Не-е-е, мне одного раза хватило обломиться с програмным ЮАРТ на ПИК675. Лучше аппаратный.

Сорри, что не в тему.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

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

Проблема в стабильности работы тактового генератора, если стабильности нет, то это одинаково отразится хоть на аппаратном, хоть на программном.

  • Одобряю 1
  • Не одобряю 1

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

К твоему процессору наиболее подошла прошивка +4, на 0 и -4 сбои, частота не подходит. Почему там 120 градусов опережение смотреть нужно, по данным лога все правильно. Если будут проходить сбои можно попробовать +3, +5.

Takh.zip

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Да, тоже заметил что обороты более-менее вменяемые на прошивке "+4". Только хотел попросить приделать функцию просмотра записанных логов, а ты уже её уже сделал.

А "+5" в архиве "дебаг" нету или она потом будет? Пока тоже поразбираюсь со 120-градусным УОЗ. Не дольжно быть такого.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Всем привет!

Попробовал прошивку "+5". Обороты вроде как показывает вменяемо - на точности не сосредотачивался. Занялся углами. Выводит УОЗ под 120грд. Вспомнил, что в ФУОЗе есть функция "УОЗ=0". В этом режиме что на вход пришло, то на выход и вышло без опережения. И привязка жёсткая, без расчётов, смена уровней на входе вызывает смену уровней на выходе. Поставил соответствующую перемычку. УОЗ снизился до 110грд (?). Но на графике УОЗ имеются какие-то небольшие "всплески", коих по идее быть не должнО. Затем снова убрал перемычку - график УОЗ восстановился на 120грд. Подвигал ДАД, подвигал термокоррекцию и ручную октанкоррекцию - УОЗ соответственно меняется. Обороты принципиально не трогал для чистоты эксперимента. Загрузил записанный файл в менеджер чтоб показать скрин, на экран вывелась только часть файла (?). Выкладываю лог архивом: T-0.zip

Изменено пользователем IGO61

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

На рисунке желтый сигнал - это на 6 выводе Тини, синий - на 2 выводе, сначала подавал верхнюю пару сигналов, потом нижнюю, и результат записал в один файл.

post-135787-0-17175200-1470337017.png

post-135787-0-49195500-1470337046_thumb.png

Archive.zip

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Думаю проверь все таки правильность фронтов на входах, на рисунках видно, что если на вход 6 или 2 подашь инвертированный сигнал, то как раз и будет 120 градусов.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

В №48 осцилла подаваемых на входы тини13 сигналов. Завтра ещё позапускаю с УОЗом и без него вместе с осциллографом. Почему тогда с нулевым УОЗ логер выводит 110 градусов опережения?

Сейчас схема вообще питается от 12-вольтового аккума - думал, от ИБП помеха прёт. Картина не поменялась.

Изменено пользователем IGO61

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Потому, что не идеально сделан сигнал 60-120, а например 59-121.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

А как же тогда "смотреть" симметрию расположения магнитов на шкиве при ФУОЗе "на магнитах"? Та же "Универсальная версия", тот же "Мини-ФУОЗ", поддерживающие короткие входные импульсы и формирующие на выходе тоже "нестандартный сигнал"? Там уж далеко не 60/120. В №18 на фотке тоже не идеальные 60/120. "Измерителю" в принципе не должна быть важнА форма сигналов. ВажнЫ нужные фронты в соответствующее время. ИМХО

Я не осуждаю, я размышляю вслух

Изменено пользователем IGO61

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Когда фронты правильные, то пофиг 60-120 или еще какой. Тах этого не видит, он видит только ВМТ.

А когда один из них неправильный то сдвиг получается как раз на эти 59-61, у тебя и получается 120 и 110, из-за не 60-120, а 59-121 или в другую сторону 61-119.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Что такое "правильный" и "неправильный" фронты?

Для схемы на Тини13 на пин 6 должен прийти спад в ВМТ, на пин 2 должен прийти (нарастающий) фронт в ВМТ. Тогда "измеритель" покажет нулевой УОЗ. У меня так и происходит - завтра выложу осциллу для убедительности. Только "измеритель" показывает совсем не ноль. И форма тут пофиг, как ты говоришь.

Если я тебя раздражаю, можно прекратить диалог. Если я окажусь неправ - публично извинюсь. Завтра буду разбираться сам с собой.

Изменено пользователем IGO61

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Привет!

Меня разговор не напрягает, нормальное обсуждение, наоборот нужно найти причину, предположение по одной из них Я и высказал, других пока не нашел.

правильный - пин 6 спад в ВМТ, пин 2 - нарастающий при создании искры, причем этот нарастающий может быть как до ВМТ так и градусов 10 после ВМТ, почему жду после ВМТ - потому, что когда идет искрение в ВМТ реально этот фронт МК выставляет после спада на пине 6, поэтому угол в "минуса" и уходит, а не чистый ноль получается.

Неправильный - это когда один из сигналов проинвертирован, из-за этого будет происходить сдвиг. Если у тебя получается 120 и 110, значит 110 это в ВМТ, т.е. у тебя скважность получается не 60-120, а примерно 69-111, а когда добавляется опережение - оно добавляется к 110, и получается 120-110=10 градусов опережение.

По предположению неправильный жду от тебя проверки изменения фронтов при твоих проверках, если нормально дальше искать буду, может на твой контроллер (ФУОЗ) приходит инвертированный сигнал и он сдвигает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Кажись Я понял проблему, проверяй эти прошивки.

В схеме нужно добавить соединение между 2 и 5 выводами Тини13.

Debug.zip

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Всем привет!

И я разобрался. Всё было до слёз просто. В макете "измерителя" под формирователями на 4093 стоит сокета. Пропадал минусовый контакт между микросхемой и панелькой. Тыкаю щупом осцилла в панельку - контакт восстанавливается, на осциллограммах всё красиво. Убираю щуп, вынимаю ЮСБ-осцил из компа, подключаю переходник (ком-юсб). Снимаю логи - белиберда. Поменял лепесток в панельке - запись проходит без сбоев. Это на прошивке "+5", другие не подставлял - нЕкогда было. Несколько напрягает "дребезг" УОЗ в логе при постоянстве оборотов. Вячеслав, если не против, подниму этот вопрос немного позже. Раскидаюсь с делами (подкинули по работе серьёзный ремонт), соберу материал.

Приношу свои извинения за то что морочил голову.

Завтра попробую архив из №71 (сегодня - только диван на спину одеть).

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
IGO61    169

Всем привет!

Испытал прошивку "+5" из архива №71. Вот скрин с записи:

post-71758-0-06058800-1470501548_thumb.png

Сначала с нулевым УОЗом подвигал ДАД, потом снял "настроечную" перемычку и ещё подвигал ДАД.

И архив с логом:

T-0.zip

На вход подавалась частота 53,87Гц...53,88Гц (что эквивалентно 1616об/мин). Замерена двумя приборами

Изменено пользователем IGO61

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
donec    133

Вот и хорошо, будет время обновлю все прошивки и схемы в соответствующих постах.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас


  • Похожие публикации

    • Автор: LukaS_St
      Всем привет. Столкнулся с такой проблемой: Пишу программу для устройства мониторинга оборотов двух валов используя датчик холла. Настроил прерывания,  перевод в RPM, все проверил, в .порт отправляются верные значения, и после настройки индикации столкнулся с проблемой неадекватного поведения переменных считающих millis, а после и индикации. В Arduino я не спец, Гляньте на код, может чем помогите. Заранее благодарен.
      #include <EEPROM.h> #define CLOCK 13 //SH_CP #define DATA 11  //DS #define LATCH 10  //ST_CP int numbers[5]; boolean ee = 0; int mh; int hh; int et_mah; int et_shl; int ot_mah; int ot_shl; volatile  int rpm_mah = 0; volatile  int rpm_shl = 0;  int rpmmah_count = 0;  int rpmshl_count = 0; unsigned long lastmillis_mah = 0; unsigned long lastmillis_shl = 0; unsigned long lastmillis_show = 0; unsigned char number[] = {   0b01111110, //0   0b00110000, //1   0b01101101, //2   0b01111001, //3   0b00110011, //4   0b01011011, //5   0b01011111, //6   0b01110000, //7   0b01111111, //8   0b01111011, //9   0b00000001, //-   0b00000000  //тушим индикатор }; void setup() {   Serial.begin(9600);   attachInterrupt(0, rpm_mahovik, FALLING);   attachInterrupt(1, rpm_shluz, FALLING);   pinMode(CLOCK, OUTPUT);   pinMode(DATA, OUTPUT);   pinMode(LATCH, OUTPUT); } void rpm_mahovik() { /* this code will be executed every time the interrupt 0 (pin2) gets low.*/   rpmmah_count++; } void rpm_shluz() { /* this code will be executed every time the interrupt 0 (pin2) gets low.*/   rpmshl_count++; } // чтение //int EEPROM_int_read(int addr) { //  byte raw[2];  // for (byte i = 0; i < 2; i++) raw[i] = EEPROM.read(addr + i);  // int &num = (int&)raw; //  return num; //} // запись //void EEPROM_int_write(int addr, int num) { //  byte raw[2];  // (int&)raw = num;  // for (byte i = 0; i < 2; i++) EEPROM.write(addr + i, raw[i]); //} void show () {   int x;   for (x = 5; x >= 0; x--) {    Serial.print("x= "); Serial.println(x);     //включаем LATCH (Начинаем общение)     digitalWrite(LATCH, LOW);     shiftOut(DATA, CLOCK, LSBFIRST, number[numbers[x]]);     //выключаем LATCH     digitalWrite(LATCH, HIGH);     //отключаем LATCH (чтобы регистр не ждал данных)     digitalWrite(LATCH, HIGH);   } } //void ee_write () {  // EEPROM_int_write(0, mh); //  EEPROM_int_write(2, hh); //  EEPROM_int_write(4, et_mah); //  EEPROM_int_write(6, et_shl); //  EEPROM_int_write(8, ot_mah); //  EEPROM_int_write(10, ot_shl); //} void loop() { //  if ((millis() <= 100) & (ee == 0)) {   //  mh = EEPROM_int_read(0);  //   hh = EEPROM_int_read(2); //    et_mah = EEPROM_int_read(4);  //   et_shl = EEPROM_int_read(6);  //   ot_mah = EEPROM_int_read(8);  //   ot_shl = EEPROM_int_read(10);  //   ee = 1;  // }   if (millis() - lastmillis_mah == 1000) {     detachInterrupt(0);     rpm_mah = rpmmah_count * 60;     rpmmah_count = 0;     lastmillis_mah = millis();     attachInterrupt(0, rpm_mahovik, FALLING);   }   if (millis() - lastmillis_shl == 5000) {     detachInterrupt(1);     rpm_shl = rpmshl_count * 12;     rpmshl_count = 0;     lastmillis_shl = millis();     attachInterrupt(1, rpm_shluz, FALLING);   }   if (millis() - lastmillis_show == 1000) {     numbers[0] = rpm_mah / 1000;     numbers[1] = (rpm_mah % 1000) / 100;     numbers[2] = ((rpm_mah % 1000) % 100) / 10;     numbers[3] = ((rpm_mah % 1000) % 100) % 10;     numbers[4] = rpm_shl / 10;     numbers[5] = rpm_shl % 10;     lastmillis_show = millis();   show(); Serial.print("RPM mah= "); Serial.println (rpm_mah);  Serial.print("RPM shl= "); Serial.println (rpm_shl);   Serial.print("Show millis= "); Serial.println(lastmillis_show); Serial.print("Show mah= "); Serial.println(lastmillis_mah); Serial.print("Show shl= "); Serial.println(lastmillis_shl);   } }
    • Автор: Курдль
      Привет!
      Прошу доподлинно разъяснить мне, как долго биполярные датчики Холла (ДХ)  могут хранить своё состояние без источника питания.
      Подробнее: биполярный датчик переходит из состояния в состояние под воздействием строго определенного магнитного поля, например, в "0" при  прохождение рядом с полюсом "N" и в "1" - рядом с полюсом "S".
      Это известный факт. Но лично для меня было неожиданностью, что они сохраняют это состояние и после выключения источника питания 
      Я думал, что отключил фазу - датчик обнулился. А вот фиг!
      Теперь не знаю, как жЫть дальше! :/
      Т.е. можно ли полагаться на то, что без внешнего воздействия состояние ДХ будет оставаться таким, каким оно было в момент последнего прохождения через магнитное поле?
      Существует ли какое-то "гарантированное время сохранения состояния"?
      Заранее благодарен всем, кто согласиться ткнуть меня носом в моё невежество! 
    • Автор: shtin92
      Ребята подскажите где можно найти некалиброванный датчик холла (ДХК-0.5А)? может где в старой технике использовался гдето выпаять можно?
    • Автор: shtin92
      Ребят доброго времени суток! Подскажите пожалуйста влияет ли площадь датчика холла на чувствительность и получаемое выходное напряжение на вольтметре?Подключаю по такой схеме.Заранее спасибо за помощь!
       
       
       

    • Автор: shtin92
      Добрый день дорогие форумчане! подскажите пожалуйста реально ли сделать датчик холла HALL IC SS495A (марк. 95A) 3pin более чувствительным? или можно датчик собрать самому и сделать его более чувствительным?