Arduino.ru

Я когда-то делал так:

void Ultrasound(){
    digitalWrite(Trig_pin, HIGH);
    delayMicroseconds(4);
    digitalWrite(Trig_pin, LOW);
    micros_old_Ult = micros();
    while(!digitalRead(Echo_pin) && micros()-micros_old_Ult < 500){
    }
    micros_old_Ult = micros();
    while(digitalRead(Echo_pin) && micros()-micros_old_Ult < 20000){
    }
    dist_cm = (micros() - micros_old_Ult)/29.0/2;
}

весь код здесь

 Не совсем понятно приемущество этого кода, что оно дает, фильтрацию? Вы сталкивались с подобной проблемой, когда выдает ложный 0 и задержка при этом?
Думал может контакты, и на макетной плате вставлял датчик, всеравно один результат.

 Задержка от того, что вы используете pulseIn, в моем коде максимальная задержка составит 20 миллисекунд и функция возвращает максимальное значение, что может расцениваться как ложный результат.

pulseIn имеет третий параметр (по умолчанию 1000000) - таймаут в микросекундах - максимально допустимое время работы функции - пользуйтесь!

 Точно! Помогло поставил 25000 треим параметром.

Как дожить до вечера, чтобы проверить? Не знаю. Надеюсь, я нашел ответ, почему при пинге, если нет близкого препятствия, сканирование затыкается как раз от 0.5 до 1 секунды. Спасибо заранее :)

Если я правильно плнял, проблема в том что при близком расстоянии у вас медленно обновляется датчик или наоборот? Но это не важно.

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

time_us1=pulseIn(Echo1, HIGH, 25000);

Вот как раз при отсутствии преград (при большом расстоянии) задержка высокая (как мне это выглядит - радар "ждет" результатов скана, но это только мое ощущение). При близком расстоянии все ок.

Было:

void scanDistance() {
  if((millis()-oldUSTime)>=200) {
    dist_cm = ultrasonic.Ranging(CM);
    dist_cm = constrain(dist_cm, 0, 150);
    oldUSTime = millis();
  }
}

Стало в соотв. с топиком (точнее, вечером станет!):

void scanDistance() {
  digitalWrite(Trig, HIGH); // Подаем сигнал на выход микроконтроллера
  delayMicroseconds(10); // Удерживаем 10 микросекунд
  digitalWrite(Trig, LOW); // Затем убираем
  
  timeImpulseUS=pulseIn(Echo, HIGH, 25000); // Замеряем длину импульса
  dist_cm=timeImpulseUS/58; // Пересчитываем в сантиметры
}

Предполагаю, функцию сканирования ИК-датчиком также надо будет оптимизировать. Сейчас это так:

void scanIRDistance() {
  // Если время после предыдущего скана больше 100 мс, сканируем еще раз
  if((millis()-oldIRTime)>=100) {
    // ИК-сенсор
    // 5V/1024 = 0.0048828125
    float volts = analogRead(IRpin)*0.0048828125;   // считываем значение сенсора и переводим в напряжение
    float distanceIR = 65*pow(volts, -1.10);        // worked out from graph 65 = theretical distance / (1/Volts)S - luckylarry.co.uk	
    distIR = ultrasonic.Ranging(CM);
    oldIRTime = millis();
  }
}

Подозреваю, что  ultrasonic.Ranging(CM) надо будет прошерстить что там в библиотеке скрыто.

Вообще, я сначала не мог понять, отчего при наличии библиотек, многие их не используют. Начинаю понимать :)))

Не используйте данный датчик. Я поймамал подобные проблемы при его использовании. Он притормаживал программу.

Я отказался от него в пользу ИК датчиков. Есть так же ультразвуковые , но это дело там решено аппаратно.

 Т.е. датчик выдает либо аналоговый сигнал либо общается по UARTу.

Например вот. Правда цена там завышена.

http://www.freeduino.ru/arduino/sensor.html

Датчик тут не причем. Для проверки возьмите мой код в первом сообщении, только строчу поправить надо. Обновляется отлично.
 

time_us1=pulseIn(Echo1, HIGH, 25000);

Да, у меня HC-SR04 работает датчиком присутствия в туалете, тоже выдает нули время от времени.

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

Вот решение! Все никаких задержек нет, а нули можно фильтровать и все, не критично что появляются время от времени. Выше написал какую строчу поправить надо.

Удивительную вещь заметил: если питание сервы отключено и она не вращается, то УЗ-сканер нулей не выдает. Как только включаю серву, начинает сыпать нулями. Помехи?

Какие только варианты delayMicroseconds(10), delayMicroseconds(8), delayMicroseconds(4) ни пробовал, пробовал зупускать сканы не через 50мс, а через 100, 200, 400...

Сейчас буду проверять ИК-сканер... УЗ-сканер пока выполняет роль одушевления внешнего вида...

На всякий случай, вот код цикла:

for(x=minAngle; x<maxAngle; x+=1) {
      lms.servoWrite(1, x); // Поворачиваем серву 
      delay(5); // Даём время серве повернуть на нужный угол      
      scanDistance();
}

for(x=maxAngle; x>minAngle; x-=1) {
   lms.servoWrite(1, x); // Поворачиваем серву 
   delay(5); // Даём время серве повернуть на нужный угол     
   scanDistance();  
}

Delay(5) выглядит маленьким, но если его увеличивать, серва едет очень медленно.

Функция скана:

void scanDistance() {  
  if((millis()-oldUSTime)>50) {
  digitalWrite(Trig, HIGH); // Подаем сигнал на выход микроконтроллера
  delayMicroseconds(10); // Удерживаем 10 микросекунд
  digitalWrite(Trig, LOW); // Затем убираем
  
  timeImpulseUS=pulseIn(Echo, HIGH, 25000); // Замеряем длину импульса
  dist_cm=timeImpulseUS/58; // Пересчитываем в сантиметры
  //dist_cm = constrain(dist_cm, 5, 150);
  Serial.print("x: ");
  Serial.print(x);
  Serial.print("|| dist_cm: ");
  Serial.println(dist_cm);
  
  oldUSTime = millis();
  }
}

Источник тормозов: pulseIn(Echo, HIGH, 25000); Проверил путем комментирования данной строки. Дистанция, естественно, нульЮ но зато серва бегает без запинок!

Разбираюсь дальше...

Было что-то похожее. Ну а что нули мешают? Он обновляется довольно быстро. Берешь условие задаешь и просто пропускаешь нули. А дальше испульзуешь остальные значения для какких-либо условий.

Нули мешают, т.к. при не очень частых замерах можно пропустить до 5*25 мс, а за это время в стену въехать можно, плюс, с одного борта получается слепой танк :) Плюс в момент появления нулей серва тормозить начинает (скрипт подтормаживает), поэтому появившейся предмет не успевает быть замечен танком.

В итоге, сделал как maksim "когда-то делал". Вах-вах, как все здорово работает!

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

Друзья!

У меня вот такая проблема:

Датчик  HC-SR04 с Arduino UNO сам по себе работает достаточно стабильно, также, стабильно работает вместе с сервой TowerPro 9G, но как только я собираю все вместе с Motor Drive на L298 - начинается путаница. Моторы не крутятся, Ultrasonic возвращает только "0", серва работает нормально.

Опытным путем вычислил, что убирая серву, Ultrasonic HC-SR04  начинает давать показания с некоторыми ошибками, но не "0". Ниже привожу свой код:

#include <Servo.h>
#include <IRremote.h>
#include <NewPing.h>


// ULTRASONIC PINS
#define TRIGGER_PIN   13    // yellow
#define ECHO_PIN      12    // orange
#define MAX_DISTANCE  500

#define MIN_DISTANCE  26

// SERVO PINS
#define SERVO_PIN     7 // orange

// IR PINS
#define IR_PIN        11 // yellow

// MOTOR SHIELD PINS
#define ENA_PIN       9 // black
#define ENB_PIN       10 // white
#define IN1_PIN       2  // gray     BACK
#define IN2_PIN       3  // violet   FORWARD
#define IN3_PIN       4  // blue     FORWARD
#define IN4_PIN       5  // green    BACK

boolean OPERATION = true;
unsigned int DISTANCE = 0;
// boolean LDir = true, RDir = true; // true = Forward, false = Backward
int     LSpeed = 0, RSpeed = 0;
boolean Changes = false;


NewPing         ultrasonic(TRIGGER_PIN, ECHO_PIN, MAX_DISTANCE);

Servo              servoDrive;

IRrecv             ir(IR_PIN);
decode_results     irResult;

int getAngleArray(void);
unsigned int getDistance(void);

// void TURNL(int);
// void TURNR(int);
void TURNB(void);
void TURNF(boolean, unsigned int);
void STOP(void);
// ---------------------------------------------------------------------------------

// ----------------------- SETUP BEGIN ---------------------------------------------
void setup() {
  Serial.begin(115200);
  
  servoDrive.attach(SERVO_PIN);      // SERVO Initialisation
  
  ir.enableIRIn();                   // IR Initialisation
  
                                     // MOTOR Initialisation
  pinMode(6, OUTPUT);                // ---- Dir 1 ---------
  pinMode(7, OUTPUT);                // ---- Dir 2 ---------
  pinMode(10, OUTPUT);               // ---- ENA -----------
  
  pinMode(8, OUTPUT);                // ---- Dir 1 ---------
  pinMode(9, OUTPUT);                // ---- Dir 2 ---------
  pinMode(11, OUTPUT);               // ---- ENB -----------
  
  servoDrive.write(90);
}
// ------------------------- END SETUP ---------------------------------------------


// ------------------------ LOOP BEGIN ---------------------------------------------
void loop() {
  if (ir.decode(&irResult)) {
    switch (irResult.value) {
      case 0xFF02FD:
        if (OPERATION == false) OPERATION = true; else OPERATION = false; 
        
        Changes = true;

      break;
      // ---------------------- oter cases -----------------------------------------
      
      // ---------------------- oter cases -----------------------------------------
    }
  ir.resume();
  }
  //delay(100);

  DISTANCE = getDistance();
  
  if (DISTANCE < MIN_DISTANCE) Changes = true;
  
  if (Changes == true) TURNF(OPERATION, DISTANCE);
 
}
// ------------------------ END LOOP -----------------------------------------------

void STOP() {
  analogWrite (ENA_PIN, 0);
  digitalWrite (IN1_PIN, LOW);
  digitalWrite (IN2_PIN, LOW);
  
  analogWrite (ENB_PIN, 0);
  digitalWrite (IN3_PIN, LOW);
  digitalWrite (IN4_PIN, LOW);
}

void TURNF(boolean operation, unsigned int distance) {
  
  if (operation == false) {
    STOP();
            
    Changes = false;
    return;
  }
    
  if (operation == true && (distance > MIN_DISTANCE || distance == 0)) {
    //delay (100);
    analogWrite (ENA_PIN, 255);
    analogWrite (ENB_PIN, 255);
    //delay (500);
    digitalWrite (IN1_PIN, LOW);
    digitalWrite (IN2_PIN, HIGH); //FORWARD
    digitalWrite (IN3_PIN, HIGH); //FORWARD
    digitalWrite (IN4_PIN, LOW);
            
Changes = false;
    return;
  }
  
  if (operation == true && distance <= MIN_DISTANCE) {
  STOP();
  
// FIND NEW DIRECTION !!!!!!!
  int optAngle = getAngleArray();

  Changes = false;
  return;
  }  
}

int getAngleArray() {
  unsigned int Angles[18] = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};
  unsigned int rDistance = 1;
  int rangle = 90;
  for (int a = 0; a <= 18; a++) {
    servoDrive.write(a * 10);
    //delay(50);

    Angles[a] = getDistance();
  }
  
  for (int a = 0; a <= 18; a++) {
    if (Angles[a] > rDistance) {
      rDistance = Angles[a];
      rangle = a * 10;
    }  
  }
  servoDrive.write(90);
  

  if (rangle < 90) return -(90 - rangle);
  if (rangle > 90) return rangle - 90;
  if (rangle == 90) return 0;
  
}

unsigned int getDistance() {
  delay(100);
  unsigned int uS = ultrasonic.ping(); // Send ping, get ping time in microseconds (uS).
  Serial.print ("getDistance = ");
  Serial.println (uS / US_ROUNDTRIP_CM);
  return (uS / US_ROUNDTRIP_CM);
 
}

Идея банальная. С пулта ИК даем команлу на запуск. Робот едет вперед пока сенсор приближения не покажет расстояние 26. Останавливаемся перед препятствием, ищем оптимальный угол поворота, поварачиваем (не добрался до этого места) едем дальше.

Ведет себя схема по-дурацки. Пока едет прямо, очень часто получает результат "4" от Ultrasonic. Ищет угол поворота нормально, но только доходит дело до движения прямо, опять getDistance() возвращает "4". Бред. Не поможите?

Чем и как все это дело питаете?

Спасибо за отклик.

Пробовал разные варианты:

1. От двух аккумуляторов по 3,7В всю схему

2. Моторы от аккумов, логику от USB (земли естественно соединял)

3. Всю схему от USB (ради прикола)

4. Всю логику от USB, без питания двигателей

Эффект всегда одинаковый

P.S. Шунты на движки не ставил, но моя проблемя есть даже с отключенными движками (включена только логика драйвера моторов)

Интересно как вообще у вас это работает... вот вы определили выводы:

#define ENA_PIN       9 // black
#define ENB_PIN       10 // white
#define IN1_PIN       2  // gray     BACK
#define IN2_PIN       3  // violet   FORWARD
#define IN3_PIN       4  // blue     FORWARD
#define IN4_PIN       5  // green    BACK

а на выход настроили из них только 10 и 9:

  pinMode(6, OUTPUT);                // ---- Dir 1 ---------
  pinMode(7, OUTPUT);                // ---- Dir 2 ---------
  pinMode(10, OUTPUT);               // ---- ENA -----------
  
  pinMode(8, OUTPUT);                // ---- Dir 1 ---------
  pinMode(9, OUTPUT);                // ---- Dir 2 ---------
  pinMode(11, OUTPUT);               // ---- ENB -----------

правильно было бы так:

  pinMode(ENA_PIN, OUTPUT);             
  pinMode(ENB_PIN, OUTPUT);          
  pinMode(IN2_PIN, OUTPUT);  
......

#define IR_PIN        11 // yellow

pinMode(11, OUTPUT);

Sorry! Спасибо за подсказку!

Это уже измененный код после экспериментов со сменой выходов. Когда для моторов были назначены пины 2 3 4 5 9 10 схема не работала. Крутился только один мотор а на выходе другой шины горели светодиоды, как если бы я прописал:

digitalWrite (4, LOW);
digitalWrite (5, HIGH);
digitalWrite (2, HIGH);
digitalWrite (3, HIGH);

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

При вызове из loop() я постоянно получаю "4" независимо от реального расстояния

void loop() {
  if (ir.decode(&irResult)) {
    switch (irResult.value) {
      case 0xFF02FD:
        if (OPERATION == false) OPERATION = true; else OPERATION = false; 
        
        Changes = true;
        
        Serial.print ("OPERATION = ");
        Serial.print (OPERATION);
        Serial.println ();
      break;
      // ---------------------- oter cases -----------------------------------------
      
      // ---------------------- oter cases -----------------------------------------
    }
  ir.resume();
  }
  //delay(100);
  Serial.println ("loop");
  DISTANCE = getDistance(); // ЗДЕСЬ Я ПОЛУЧАЮ 4
  
  if (DISTANCE < MIN_DISTANCE) Changes = true;
  
  if (Changes == true) MOVE(OPERATION, DISTANCE);
 
}

А ниже:

int getAngleArray() {
  unsigned int Angles[18] = {0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0};
  unsigned int rDistance = 1;
  int rangle = 90;
  for (int a = 0; a <= 18; a++) {
    servoDrive.write(a * 10);
    //delay(50);
    Serial.print ("Angle = ");
    Serial.print (a * 10);
    Serial.print (" ");
    Angles[a] = getDistance(); // ЗДЕСЬ Я ПОЛУЧАЮ ПОЧТИ РЕАЛЬНЫЕ РАССТОЯНИЯ
  }
  
  for (int a = 0; a <= 18; a++) {
    if (Angles[a] > rDistance) {
      rDistance = Angles[a];
      rangle = a * 10;
    }  
  }
  servoDrive.write(90);
  
  Serial.print ("OPTIMAL ANGLE = ");
  Serial.print (rangle);
  Serial.print (" MAX DISTANCE = ");
  Serial.println (rDistance);
    
  if (rangle < 90) return -(90 - rangle);
  if (rangle > 90) return rangle - 90;
  if (rangle == 90) return 0;
  
}

Я получаю иногда "0", а иногда реальное расстояние в СМ.

В общем проблему решил!

Оказалась серва с криво выставленным потенциком. Разобрал, выставил центр, собрал, все заработало как надо. Теперь буду разбираться с движками.

Спасибо Максу за участие.

Немного обновим тему.

Имеем датчик SR04T, для теста использую примерно следующий код

    digitalWrite(Trig, HIGH); 
    /* Подаем импульс на вход trig дальномера */
    delayMicroseconds(10); // равный 10 микросекундам 
    digitalWrite(Trig, LOW); // Отключаем 
    impulseTime=pulseIn(Echo, HIGH, 25000); // Замеряем длину импульса 

Возник непонятный баг, при заливке тестового скетча все работает нормально, но при вставке кода в рабочий скетч, pulseIn почему то снижает показания примерно на треть. Самое пикантное, что при использовании кода от maksim показания нормальные.

В отличие от датчика ТС,  этот датчик периодически выдает в качестве помехи не 0, а максимальное значение, что то типа 17423 мкс. Датчик будет использоваться в ограниченном пространстве поэтому импульсы длиннее определенной величины просто игнорирую. Есть ньюанс, в слепой зоне (ближе 20 см) датчик выдает случайные значения, а в упор к препятствию - опять максимальное значение. Поэтому если датчик постоянно выдает это значение (либо заранее снижаю планку), принимаю его за 0.

Более менее нормально работает примерно такой код

#define Trig 6
#define Echo 4
#define K_TIMER 29

unsigned int UltraSoundMicros(unsigned int Max_Distance)
{
  unsigned long int _Time;
  unsigned long micros_old_Time;

  for (uint8_t i=0; i<8; i++)  //делаем несколько попыток чтения
  {
    digitalWrite(Trig, HIGH);
    delayMicroseconds(10);
    digitalWrite(Trig, LOW);
    micros_old_Time = micros();
    while(!digitalRead(Echo) && micros()-micros_old_Time < 500){   }
    micros_old_Time = micros();
    while(digitalRead(Echo) && micros()-micros_old_Time < 20000){   }
    _Time = (micros() - micros_old_Time);  
    if (_Time<Max_Distance) break; // при нормальной длине импульса прерываем цикл
    if (i) delay(100);
  }

  if (_Time>=Max_Distance) _Time=0; //Слишком близко, все импульсы длинные
  return _Time/K_TIMER;
  
}

У меня пахожая проблема возникла с этими датчиками вот тут: http://arduino.ru/forum/programmirovanie/pomogite-s-chastyu-koda-vyklyuc... оказывается что эти датчик имееют разброс пораметров, один у меня нормальный попался, а др. вообще как то вяло работает и сигнал угасает в одежде.

Пес его знает, как там pulseIn реализован, похоже дело в таймерах. У меня ИК приемник использует, других видимых причин не нашел пока. Крайне неохота проверять, уже к другому делу перешел.

тоже мучаюсь (((  скачит на 1 см постоянно и это при использованиии формулы maksim с первого поста

Так это ж погрешность дискретизации при обработке. При чем здесь датчик?

Какой используется тип переменной?

Перехлеснулись мы свами))
Использую получается float иначе не отображает потом на экране ничего
вот соединеный вариант скеча не сохранил((
Но отображение взял с этого скетча а формулу с поста 1



[code]

#include <SPI.h>
//#include <Wire.h>
#include <OLED_I2C.h>
OLED  myOLED(52, 49, 52); //пины дисплея 
extern uint8_t RusFont[]; // Русский шрифт
extern uint8_t MegaNumbers[]; // Подключение больших шрифтов
extern uint8_t SmallFont[]; // Базовый шрифт без поддержки русскийх символов.
float daln;
 
#include <Ultrasonic.h>
Ultrasonic ultrasonic(8,9); //trig 8 , exo 9 
 
void setup(){  
 myOLED.begin();
 myOLED.setFont(RusFont);
 pinMode(8, OUTPUT); 
 pinMode(9, INPUT);
}
 
void loop() {
  float daln = ultrasonic.Ranging(CM);
  myOLED.clrScr(); // Стираем все с экрана
  myOLED.setFont(RusFont);
  myOLED.print("HFCCNJZYBT", CENTER, 1); // Выводим надпись "расстояние"
  myOLED.setFont(MegaNumbers);
  myOLED.print(String (daln, 1), CENTER, 15);   // Отображение значения растояния
  myOLED.update();
  delay(500);
}
[/code]

как же правильно все таки усреднить показатели? чтоб не скакал

Это, смотря чего Вы хотите добиться.

Если именно чтобы железно не скакал - отображайте все время одну и ту же цифру, не имеющую отношения к измеряемому параметру. Скакать не будет совсем.

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

Более того, если, скажем, Вы округляете до целых, то при знечении вблизи полуцелого (т.е. типа 1.5, 3.5, 18.8) усреднение не способно избавить Вас от "скачков". В этом случае нужно вводить гистерезис. Допустим, примем величину гистерезиса 0.2. Тогда, скажем, если индицируется 17, то переключаться на 16 - при показаниях не более 16.3, а на 18 - не менее 17.7.

Ну что-то подобное. Хотелось бы просто видеть сантиметры которые не будут скакать до величины хотя бы 0.5см., особая точность ведь не требуется.  Почитав тему вот и использовал выше приведенный скетч (скетчи) 

Посчитайте разброс датчика и усредняйте значения, за N измерений, что бы не скакали. У меня практика показала, что измерния не скачут, если их измерять в см (unsigned int). Измерения веду посредством millis(). Помехи в виде величины, превыщающей некий максимальный предел я отбрасываю.

Попробовал 2-3 примера с разных источников, везде значения пляшут. Только когда препятствие находится в диапазоне до 40-50см, все стабильно и точно. Я не программер, могу только что-то в скетче подправить под себя.

Может, кто подскажет похожий под такую задачу:

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

Алгоритм вроде простой при корректно работающем датчике: замеряешь расстояние до препятствия и оцениваешь время, когда расстояние меньше двух метров измеряется больше 2-3 секунд. Если больше - с выхода пошел импульс, и система не воспринимает изменения в течении 2-3 минут. После чего опять начинается контроль расстояния.

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

>Помехи - проезжающие машины, проходящие люди.

это не помехи, они вне диапазона действия датчика (дальше 2-х м).

>датчик сыпет через два нормальных замера фейковые значения, и чего с этим делать, не пойму

вариант а) завести величину k, равную где-то 1/5...1/10 от измеряемой дистанции. В процессе измерений сравнивать разность между текущим и предыдущим значением. Если оно превышает k (в любую сторону) считать текущее измерение фейковым и не обрабатывать его.

вариант б) использоваль програмный фильтр Калмана. Он делает практически то же самое что и предыдущий вариант, но по другому алгоритму.

Да, так фильтровать, наверное, можно. Буду стучаться к людям, кто может это написать.

Что касается диапазона - таки нет, датчик весьма корректно мерил растояние до стены напротив, 342см, причем именно это значение и чередовалось с мусором - то 342, то 4. Руку подставляешь, и он меряет искомые 20-30см как вкопанный. То есть не может устойчиво замерять большие расстояния

SergAG, попробуйте ещё мой вариант  на асме:)

Спасибо, попробую. А в 1.0.6. не скомпиллируется?

...Нет, не идет

SergAG, скажите, Вы - писатель?

Если "нет", то я полагаю, Вы нашли на просторах И-нета текст, котрый я выше отквотил, заменили в нем прд себя пару слов и разместили на этом форуме.

Я прав?

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

Проблема видимо в нежелании догонять, ибо это требует "разобраться" с вопросом. Скачать кучку скетчей, по большей части одинаковых на просторах сети может даже что-то попробовать и затем вот так обобщать - большого ума не требует. Вам dimax дал код который использовался для работы анемометра, если Вы его хотя бы смотрели, в чем лично я - уже сильно сомневаюсь, ибо там достигнутая точность-стабильность = 1 ТАКТ микроконтроллера. Это даже не "поверочный прибор" (если вам такое слово знакомо, нет - гуглите). Вы его даже не опробовали .. а между прочим, там есть где компилится, как .. но, нет жеж! Вы заново задаете вопрос впустую...

В сети и на этом форуме даже, выложены мои эксперименты по этому датчику. Для перпендикулярной поверхности датчик устойчиво работает с ошибкой менее 1мм на всем диапазоне расстояний от 3см до 5метров .. нашли, пробовали? Сдается мне что нет. А кроме того! Там показана АСИНХРОННАЯ работа с датчиком, когда скетч не "зависает" на время ожидания и измерения импульса .. Andriano, похоже прав .. чукча - писатель.

Датчик в целом, работает ровно так, как Вы его попросите. У него есть проблемы, но иные: он может запросто ловить боковое препятствие, в боковом лепестке; есть версии периодически теряющие напругу и их надо перезапускать "с толкача"; есть ловля первого сигнала от дальнего препятствия при ограничении времени ожидания и частом опросе - ограничив дальность скажем 4мсек, и опрашивая каждые 4мсек можно легко словить импульс от первого опроса при втором.. но, если им правильно пользоваться то показания стабильны и точность измерений менее 1мм. Проверено не на раз.

2Arhat109-2 Что я знаю, что я пробовал и в чем мое желание - оставьте эти мнения при себе. Тем более то, чего Вам "сдается". Бред какой-то, еще один препод нарисовался. Еще и хамоватый. Перейдете на другой тон - напишу, какие скетчи пробовал, где их искал, на каком железе, и какие результаты получил. А в таком тоне могу только на улице разговаривать.

Думаете мне оно интересно что вы пробовали а что нет? Датчик НАДЕЖНО работает с точностью до 1мм в рабочем диапазоне расстояний. Все остальное - кривые руки. Перечитайте и проверьте свои результаты. Как получится - пишите. :)

Мой сын в свои 11 лет - справляется и это вообще его любимый датчик. У вас тоже получится, я уверен.

Мил-человек! Это ж у тебя проблемма с УЗ датчиком, а не у Архата, У него, у меня, у Димы и у других - нет проблемм с этим датчиком. Тон не тебе выбирать. Высокомерие и глумеж - считай это плата за ответ на вопрос. Не нравится - скатертью по жопе. Найдешь ответы "на улице", по твоему меткому выражению.

Я доступно излагаю? В теме, кудал ссылку Дима есть все нужные ответы. Цифровой фильтр мусора - есть много где, на помехе по питанию заканчивается та тема. Sapienti sat!

О-па! Еще один герой... Не был бы здесь не первый год, подумал бы, тут все такие. А это новенький, оказывается. Не обтесался еще. Спишем эту удаль на издержки виртуального пространства. wdrakula, это не моя ветка, поэтому не могу попросить Вас покинуть ее, но давайте адекватнее выбирать плату за глупые вопросы, тут таких больше, чем умных. Ваш, кстати, тоже. По крайней мере, отвечать на Ваши посты я больше не буду.

Arhat109-2, а в чем причина такой реакции? я ведь действительно здесь не первый год, но такого эпатажа не было. Я не комплексую, когда меня учат, тем более, в этих вопросах руки у меня действительно кривые. У меня нет сомнений, что датчик может работать. Как и все остальные пара десятков девайсов, которые у кого-то работают, у кого-то нет. Эти первые чем-то помогают этим вторым. Или ничего не пишут. А тут, кроме dimax (уже не первый раз он мне подсказывает решение, ну в этот раз я не смог его реализовать), столько букв народ написал, и ни о чем.

[quote=SergAG]

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

[quote]

1. Просить будешь папу, если с ним знаком. Вдруг.

2. Я НИКОГДА не задавал никаких вопросов на форум-е (-ах). Это основная причина того, что я считаю задающих мудлом. Всех. На любой вопрос можно найти ответ самому. На всех форумах, где я бываю - я только отвечаю. Тем, кого считаю достойным моего внимания. Сорри за высокомерие. Надите собеседника с IQ > 160 - мне будет о чем с ним говорить.

3. с 2012 года пора бы уже чему-то научиться в своем хобби. Я не равняю с собой - я профессиональный математик. Но даже любителю пяти лет хватит.

4. Иди в жопу.

Вот черт, не удержаться! Извини, больше не буду, но сейчас не могу не задать вопрос: а тебе действительно так хорошо знаком маршрут по п.4? Ты уже дважды его пытаешься мне рекомендовать. Тебе там так понравилось? Можно , я воздержусь, не хочу быть твоим соседом ))))

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

Все. Пришел кот Леопольд, и наказал жить дружно. Расслабься, я больше участвовать в пикировках не буду.

пока спать не пошел.

Сорри.

Но ты смотрел ту тему, куда тебе Дима ссылку дал?

Тема мне знакомая.

Там же есть все ответы.

Редкие помехи SR04 дает при нечистом питании. На этом закончилась та тема.

При решенных вопросах питанияеЕсть чистая фильтрация выбросов. Это мат-статистика. Попроси помочь - помогу. Делаешь несколько замеров, выкидываешь "выбросы", остальное - усредняешь.

--------------------------------------------------

Я поясню на что я "завелся" - на хамство Архату.

Я с Архатом очень много и резко ругался,но он очень хороший интуитивный программист. Не стоит так с ним разговаривать. У него в самом деле этим датчиком 11-и летний ребенок управляет. Если у тебя регистрация с 2012 года - просто почитай, кто-тут-кто теперь.

Да я - по вечерам всегда пьян и груб. Утром - могу ответить более адекватно. Уж прости. Мне 47 лет и меняться поздно.