CHAT GPT CONVERSACIONES CON UNA INTELIGENCIA ARTIFICIAL

[sergio moragrega]

!!conversaciones con una Inteligencia Artificial!!

https://chat.openai.com/auth/login

[Rovellat]

"Tu eres mujer un fanal, transparente de hermosura, ay de ti si por tu mal, rompe el hombre en su locura, tu misterioso cristal".

Lo pasas a chino, con un traductor automático, luego a ruso, después a francés, y por último a castellano-español, le pones signos de interrogación, a ver que responde.

Saludos.

[sergio moragrega]

---error---

[sergio moragrega]

"You are a woman, a fanal, transparent of beauty, woe to you if by your evil, the man in his madness breaks your mysterious crystal."

“你是一個女人，一個狂熱的，透明的美麗，如果你的邪惡，瘋狂的男人打破了你的神秘水晶，那你就有禍了。”

"Sen bir kadınsın, deli, şeffaf bir güzellik ve kötü, deli adamın mistik kristalini kırarsa vay halinize."

«Ты женщина, безумная, прозрачная красавица, и горе тебе, если зло разобьет мистический кристалл безумца».

He hecho lo que me has dicho y esta es la respuesta:

[Rovellat]

La traducción al inglés, casi se entiende, la del chino está clarísima, luego ya me pierdo un poco.

Y de la traducción de GPT, casi se entiende "desgracia para ti si el mal rompe el cristal místico", pero no comenta nada en especial.

"EresMujerUnaLoca.com" Sería un buen nombre de dominio, ya hay una buena excusa para emplearlo sin que se rasguen las vestiduras: "ha sido cosa de la IA"

Don Pepe se debe estar revolviendo, no se si de risa o de otra cosa.

Saludos.

[fusion]

The inventor of the squirrel cage motor is unknown. It is believed to have been invented in the late 19th century, possibly by Nikola Tesla or Galileo Ferraris.

Este creo es el de Tesla, tiene mucha mejor pinta:


El de Galileo Ferraris:


Se olvidaron de Mikhail Dolivo-Dobrovolsky:


los tres tuvieron que ver, también Westinhouse

La historia del motor de ardilla está muy bien documentada, vía patentes y papers.

Para mí gana Google por goleada y también Wikipedia, no sé que tal genera código

[fusion]

Como generador de código está bien, meter: "c++ code to order array"
"c++ code to write/read from RS485":

Código: Seleccionar todo

#include <stdio.h>
#include <string.h>
#include <unistd.h>
#include <fcntl.h>
#include <termios.h>

const char *device = "/dev/ttyS0"; // The device file for the RS485 port
const int baud_rate = 9600;        // The baud rate for the RS485 port

int main()
{
    // Open the RS485 port
    int fd = open(device, O_RDWR | O_NOCTTY | O_NDELAY);
    if (fd == -1)
    {
        perror("Failed to open RS485 port");
        return 1;
    }

    // Set the baud rate for the RS485 port
    struct termios options;
    if (tcgetattr(fd, &options) == -1)
    {
        perror("Failed to get RS485 port options");
        return 1;
    }
    if (cfsetispeed(&options, baud_rate) == -1)
    {
        perror("Failed to set RS485 input baud rate");
        return 1;
    }
    if (cfsetospeed(&options, baud_rate) == -1)
    {
        perror("Failed to set RS485 output baud rate");
        return 1;
    }
    if (tcsetattr(fd, TCSAFLUSH, &options) == -1)
    {
        perror("Failed to set RS485 port options");
        return 1;
    }

    // Send a message over the RS485 port
    const char *message = "Hello from RS485";
    if (write(fd, message, strlen(message)) == -1)
    {
        perror("Failed to write to RS485 port");
        return 1;
    }

    // Receive a message from the RS485 port
    char buffer[1024];
    int num_bytes = read(fd, buffer, sizeof(buffer));
    if (num_bytes == -1)
    {
        perror("Failed to read from RS485 port");
        return 1;
    }
    buffer[num_bytes] = '\0';
    printf("Received message: %s\n", buffer);

    // Close the RS485 port
    if (close(fd) == -1)
    {
        perror("Failed to close RS485 port");
        return 1;
    }

    return 0;
}

[fusion]

Vamos a tener que darle una cuenta a la IA:

yo:

in dspic33ep is needed a delay time before check U1STA?

Chatgpt:

It is generally not necessary to introduce a delay before checking the U1STA register on a dsPIC33EP microcontroller to see if there is data available in the UART receive buffer. The U1STA register is updated by the UART hardware in real-time as data is received, so it should always reflect the current state of the UART receive buffer.

However, depending on the specific application and the baud rate at which the UART is operating, there may be cases where a delay may be necessary to ensure that the UART has had enough time to receive and store the data in the receive buffer.

For example, if the baud rate is very high and the data being transmitted is very long, it may take some time for the UART to receive and store all of the data in the receive buffer. In this case, introducing a delay between the time the data is transmitted and the time it is checked for availability in the UART receive buffer may be necessary to ensure that all of the data has been received.

In general, it is a good practice to include a delay when working with real-time systems to allow sufficient time for the hardware to complete its operations. This can help to ensure that the system is stable and operates as expected. However, the length of the delay will depend on the specific requirements of the application and the hardware being used.

Es curioso: empieza diciendo que no es necesario meter retrasos para esperar a que se llene el buffer y sin embargo si lo lees todo resulta que sí

[Rovellat]

Si que es listo el bicho.

Que yo recuerde, que ya voy teniendo agujeros en los sesos como el gruyere, los datos de las UARTs, se transmiten carácter a carácter, de forma asíncrona entre caracteres, pero de forma síncrona todos los bits que forman un carácter, (además de ir adornados con bits de arranque y de parada), como el buffer es de de caracteres, se puede iniciar la transmisión sin que esté lleno.

Saludos.

[fusion]

Habría que abrirle una cuenta en el foro y que responda a posts no respondidos pasado un tiempo