Arduino.ru

Админ, а почему нет редактирования сообщения? Криво как-то отпарсилось :( 

Код приемника

#include <SoftwareSerial.h>
SoftwareSerial Serial1(0, 1);
SoftwareSerial Serial2(2, 3);

void setup(){
  Serial1.begin(9600);
  Serial2.begin(9600);
}

void loop(){
  int ib = Serial2.read();
  if(ib > 0){
    Serial1.print(ib);
    Serial1.print(" -> ");
    Serial1.write(ib);
    Serial1.println(" ");
  }
} 

получаемые данные

52 -> 4
150 -> √
153 -> ≥
133 -> ┘
133 -> ┘

Никакого мусора там нет - что передаете, то и получаете. Это и ежику должно быть понятно. 

Почитайте о функциях передачи класса Serial (print и println). Задайтесь вопросом, почему разработчик класса ввел в него целых две подобные функции - тоже поймете причины своих неудач.

внимательнее пожалуйста.

отправляю к примеру цифру. к примеру

х = 1;

Serial1.println(x);

тому же яжику ясно, что должно прийти три байта "1\r\n" или <49><13><10>, а приходит <49><3><138>

нужно резистором подтянуть вывод

Посмотрел повнимательнее. Естественно, не ваш пост - уж больно креативное форматирование там использовано - а класс SoftwareSerial,  а именно метод SoftwareSerial::read():

int SoftwareSerial::read()
{
  int val = 0;
  int bitDelay = _bitPeriod - clockCyclesToMicroseconds(50);
  
  // one byte of serial data (LSB first)
  // ...--\    /--\/--\/--\/--\/--\/--\/--\/--\/--...
  //	 \--/\--/\--/\--/\--/\--/\--/\--/\--/
  //	start  0   1   2   3   4   5   6   7 stop

  while (digitalRead(_receivePin));

  // confirm that this is a real start bit, not line noise
  if (digitalRead(_receivePin) == LOW) {
    // frame start indicated by a falling edge and low start bit
    // jump to the middle of the low start bit
    delayMicroseconds(bitDelay / 2 - clockCyclesToMicroseconds(50));
	
    // offset of the bit in the byte: from 0 (LSB) to 7 (MSB)
    for (int offset = 0; offset < 8; offset++) {
	// jump to middle of next bit
	delayMicroseconds(bitDelay);
	
	// read bit
	val |= digitalRead(_receivePin) << offset;
    }
	
    delayMicroseconds(_bitPeriod);
    
    return val;
  }
  
  return -1;
}

 Шансы считать следующий за первым байт телеграммы у этого метода достаточно призрачные. Это возможно лишь в том случае, если время между очередными вызовами метода меньше паузы между очередными байтами телеграммы. А вы между чтениями очередных байтов отправляете по нескольку байтов через другой Serial-порт. Сколько времени это занимает и каково состояние на RX-пине в тот момент, когда вы наконец снова пытаетесь прочитать символ -  одному микроконтроллеру и автору класса известно.

Так что еще раз повторяю - ищите разницу между Serial.print() и Serial.println() и используйте ее для обеспечения корректного приема пересылаемой информации.

Приходит <49><13><10>. Вы неправильно обрабатываете поступающую информацию - не учитываете особенностей используемого класса.

ЗЫ: посмотрел метод SoftwareSerial::print(): за пересылаемым байтом выдерживается пауза всего в 1 bitDelay - около 1/10 миллисекунды (при скорости передачи 9600 bps). Только-только принятый байт в буфер записать...

До тех пор, покам на ваш очередной пост никто не ответил, внизу справа доступна кнопка изменить. Пользуйтесь на здоровье.

carduino.ru пишет резистором подтяни :) полностью с ним согласен, а вобще я бы использовал связь по какому либо протоколу типа I2C, помехи и нестабильность при простой передаче по serial будут постоянно доставать. Нужна с связь с проверкой. Либо самому написать что то типа простого протокола связи.