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.

Hello everyone,
I’ve continued with my tests; here’s a summary of how it went:

- The 64-bit distro does NOT work in an emulated environment (VirtualBox 7.1.12 was used)
- The distro works on real hardware, but unfortunately I don’t own any computers with 64-bit CPUs that also have a serial port
- Thanks to the EmuV0 emulator, it might still be possible to run Serial Door successfully
- One encouraging aspect is that a USB-to-serial adapter I tried connecting seems to have been recognised by the system (but I didn’t know the serial port name to be entered in Serial Door – any idea is welcome).

I think I’ll release Serial Door for 32-bit AROS anyway. In my opinion, there must be a way to make it work, especially considering that, as mentioned earlier, a 32-bit emulator is available.

Thanks to everyone for your replies!
Domenico

Hi Domenikov,
There are two types of USB to serial chips that work with AROS - cp210x and pl2303; I've tried examples of both and they work well.

In 32 bit AROS you can use them in Hollywood by setting e.g.

serial_id = OpenSerialPort(nil,self.d.serial_device,{FlowControl=#FLOW_OFF,baudrate=#BAUD_9600})

with serial_device = "serialcp210x.device:0" or "serialpl2303.device:0" (with FlowControl and baudrate set as you need it)

Unfortunately emuv0 does not yet support these devices so this will not work directly in 64 bit; I guess it should be possible to mount a logical device as say SER2: with one of these devices but I haven't as yet had time to try it. I'll be very interested to hear of your experiences here as I'd like to be able to use the serial port to communicate with PIC chips.

Cheers,
Nigel.