Dear all, I’m, normally using Attiny 85, and I use serial communications using the typical SoftwareSerial library, using pin number #1 as TX from Attiny point of view, and a non existing input #8 as RX from Attiny point of view, I’m using this configuration since more than three years ago and always working at first attempt without any kind of problems, but recently something has changed and I don’t know what, because I’m starting to receive strange characters instead the serial readable communication, using some terminal programs i found that, I’m receiving 7 databits, 2 stopbits, parity none, handshake none, instead of 8 databits, 1 stopbit, do you have any idea about what is it happening now?, here you have a copy of the code used:
In the beginning:
//Printing channels
// Attiny85 values
//#include <SoftwareSerial.h>
// RX, TX recordar que se cruzan, el primer numero va en el interfaz al TX, en esta serie de placas se asigna a un pin que no existe,
//el segundo numero es el que va a RX del modulo de comunicaciones y es la salida serie desde el Attiny85
//SoftwareSerial Comunicacion(8, 1); // From Attiny RX – TX
Under Setup()
Comunicacion.begin(9600); // Inicialización del Canal de comunicación Serie
Inside Loop()
// Comunicaciones
Comunicacion.print("Ancho de pulso en uS entrada 1 = "); //Señal recibida desde la emisora
Comunicacion.print(EntradaPulsosReal_1);
Comunicacion.print("\t"); // Print a tab
Comunicacion.print("Salida canal 1 = "); //Estado del rele
Comunicacion.print(Salida_1);
Comunicacion.print("\t"); // Print a tab
Comunicacion.print("Ancho de pulso en uS entrada 2 = "); //Señal recibida desde la emisora
Comunicacion.print(EntradaPulsosReal_2);
Comunicacion.print("\t"); // Print a tab
Comunicacion.print("Salida canal 2 = "); //Estado del rele
Comunicacion.print(Salida_2);
Comunicacion.print("\t"); // Print a tab
Comunicacion.println(" - Escrich 20181102 -");
