Buongiorno a tutti. Sono all'opera per il rilascio del mio programma "Serial Door" per la piattaforma AROS, che consente di spedire files da un computer ad un altro tramite porta seriale usando un cavo null-modem, anche tra sistemi eterogenei. Esso è già stato rilasciato per altre piattaforme. Scrivo per avere supporto circa un malfunzionamento che non ne consente il corretto funzionamento.

Sto usando la distro "ArosOne-ISO-v2.9-x86_32Bit.iso" datata 03/12/2025.

Serial Door imposta settaggi No parity, 8 bit, 1 bit di stop per la porta seriale. Nel corso delle prove si è rilevato che AROS One, al boot del sistema operativo, setta la sua porta seriale a 1200 baud, Even Parity, 7 bit, 1 bit di stop. In generale, i settaggi di default del sistema operativo, se diversi, non costituiscono un problema in quanto al momento di trasmettere/ricevere il sistema si regola ai settaggi imposti dal software e funziona. In questo caso, no. Non si riesce nè a trasmettere files nè a riceverli e il programma si blocca.

Entrando in Preferenze della porta seriale, i settaggi sono diversi da quelli rilevati in essere: la porta è a 19200 baud, No parity, 8 bit, 1.5 bit di stop. Impostando quelli di Serial Door e premendo "Test", il sistema sembra accettarli. Riprovando a connettersi, Serial Door dà errore nel connettersi alla porta (cosa che non accadeva invece con i settaggi di default del sistema operativo) e non si blocca.

Segnalo questi problemi perchè penso siano indice di qualcosa su cui intervenire per il corretto funzionamento della porta seriale, cercando di garantire il più possibile il funzionamento di Serial Door (come, del resto, qualsiasi altro programma che agisca sulla porta seriale). Non ho alcun problema a spedire una versione compilata del programma a coloro che vogliano intervenire sul problema e abbiano bisogno di Serial Door per fare dei test di verifica.

Good morning everyone. I am working on the release of my program "Serial Door" for the AROS platform, which allows files to be sent from one computer to another via serial port using a null-modem cable, even between heterogeneous systems. It has already been released for other platforms. I am writing to seek support regarding a malfunction that prevents it from working correctly.

I am using the distro "ArosOne-ISO-v2.9-x86_32Bit.iso" dated 03/12/2025.

Serial Door sets the serial port to No parity, 8 bits, 1 stop bit. During testing, it was found that AROS One, upon booting the operating system, sets its serial port to 1200 baud, Even Parity, 7 bits, 1 stop bit. In general, the default settings of the operating system, if different, do not constitute a problem because at the moment of transmitting/receiving, the system adjusts to the settings imposed by the software and works. In this case, it does not. It is not possible to either send files or receive them.

Entering the Serial Port Preferences, the settings are different from those currently detected: the port is at 19200 baud, No parity, 8 bits, 1.5 stop bits. Setting those of Serial Door and pressing "Test", the system seems to accept them. Trying to connect again, Serial Door gives an error in connecting to the port (which did not happen with the operating system's default settings) and does not freeze.

I am reporting these problems because I think they indicate something that should be addressed for the correct functioning of the serial port, trying to ensure the operation of Serial Door as much as possible (as, indeed, any other program that interacts with the serial port). I have no problem sending a compiled version of the program to those who want to work on the issue and need Serial Door to perform verification tests

Domenikov fai la traduzione qui è un forum in inglese

@domenikov

Quick question: is your program in C/C++ and can be recompiled for 64-bit or is it written in Hollywood?

Program is written in Hollywood.

How do you sends data to serial port? Do you OpenDevice("serial.device" and then use device IO or do you send data to SER1: filesystem device?

Device typed by the user in "Serial Port" is used for I/O, set to "serial.device" by default. The SER1: filesystem device isn't used.

There were some fixes to serial.device done recently in 64-bit version that are not available in 32-bit version. It's possible the might solve the issue you are reporting.

Please try this 64-bit ISO:

https://build.axrt.org/download/builds/AROS-ABIv11/pc-x86_64-20260425-014439.tar.gz

Your Hollywood program won't work on it, but you can just use Shell and call:

Echo "Test" >SER1:

and see if you get some transmission on the other end of the cable. Note that SER1: not SER0: has to be used, because SER0: is blocked for kernels serial debugging.