开云体育

ctrl + shift + ? for shortcuts
© 2025 开云体育

R1CBU latest version 0.12 #R1CBU-Firmware


PeteWK8S
 

Just load this weeks new version R1CBU v 0.12 ?which adds CAT control. ?Well maybe but it's not working for me.
My Mac sees the radio but won't connect. I use MacLoggerDX and CAT control works fine under Xiegu's firmware.
So will have to be patient and keep trying each new release and report what works and doesn't.
It will be interesting to see how this GUI software progresses. Lots of potential.

Pete WK8S


 

On Sat, Feb 18, 2023 at 08:12 PM, PeteWK8S wrote:
Well maybe but it's not working for me
Check port name and baud rate


 

Hi Oleg,

Thanks for this release. It has taken my X6100 from the storage shelf to a shelf on the operating desk.

I had no problem with the installation or operations. I do QRP digital mode operations. The display is great. Menus work well. Both JS8CALL and WSJT-X work properly, once one sets the correct parameters.

Speaking of them, here is what I use:
Correct port for CAT control is the higher odd number device with 8 bits, 1 stop bit, parity none, hand shake none, baud rate 19200. For PTT operation, I use the CAT option.

I am using a Raspberry PI 400 with the latest version of Ubuntu ARM operating system.

I was not able to set the clock to the correct time. In the Xiegu software, the System Menu was used to set the time. This is not a major issue for me. There is a clock next to the X6100 with the correct time and my computer also has the correct time.

Another item, with Xiegu software, one was able to log into the Linux console to check on errors or operations. The console is there, but, the password is unknown. Maybe you can make a user account (ham) with permission to read the kernel dmesg log and share its password. This could be a help in debugging issues. This is suggestion for your consideration.

Last thing is on TIF or micro SD cards. I have been using them for a good while now. Here is what I found.

I found that for single board computers, one needs to use cards with a speed rating of 10. The speed rating is a tiny number in a circle. At 72, I need a magnifying glass to correctly read it.

Also if the card capacity is either 0.5 Gigabyte about or below the stated capacity. There is a problem. One can check the actual capacity a computer sees by looking at the card properties. If the value is low then it seems the card has too many bad memory blocks. If the value is high, then the card's descriptor information has an error. The cards seem to work fine for data, but, seem to fail when used as storage for an operating system.

Cards above 32 Gigabytes capacity can be a problem. Most cards use the Microsoft VFAT32, which has a limitation of 32 Gigabytes. I know Microsoft has a fix or hack to extend the limitation. Once again, I found problems when flashing a Linux operating system to them. It may be me.

There are many ways to flash an operating system image to a card. The best tools for me are Raspberry Pi Imager and BalenaEtcher. Both are available for the major operating systems. Both also do a check to ensure the information was correctly written to the card. The user interface is fairly good at keeping the user out of trouble.

I hope the above is a help to you. Please take care of yourself and family in these strange times.

Enjoy Life, Greg
Live Well, Laugh Often, Love Much

On 2/18/2023 16:48, Oleg - R1CBU wrote:
On Sat, Feb 18, 2023 at 08:12 PM, PeteWK8S wrote:
Well maybe but it's not working for me
Check port name and baud rate


 

On Sun, Feb 19, 2023 at 02:55 AM, Gregory Majewski wrote:
I was not able to set the clock to the correct time. In the Xiegu software, the System Menu was used to set the time. This is not a major issue for me. There is a clock next to the X6100 with the correct time and my computer also has the correct time.
Yes, there is such a problem. I have a USB Ethernet adapter constantly connected and through it the time is updated via NTP. It's all in the firmware. You can temporarily do this - just connect the wired adapter and plug it into the network. Everything will work through DHCP and you will have the exact time. It would be time to make the WiFi settings, but I have not yet figured out how to make it more convenient to enter a password and so on.

Another item, with Xiegu software, one was able to log into the Linux console to check on errors or operations. The console is there, but, the password is unknown.
Hmm ... Have you tried the same as in the standard firmware? (;

Live long and prosper!


 

After several sd cards, the same result, no boot....


 

Try to download it again.?


 

On Mon, Feb 20, 2023 at 07:40 AM, Don, W9JUN wrote:
After several sd cards, the same result, no boot....
Most likely you hold the button for a long time when you turn it on. Just wait until the LED lights up. Usually it is less than 1 second.


 

My guess is that there are a few variants on the X6100 boards. I tried everything but no boot with Oleg code...
Next step is get a new X6100 radio to try!

73s
Alberto I2KBD


 

On Mon, Feb 20, 2023 at 01:52 PM, Alberto Zagni wrote:
I tried everything but no boot with Oleg code.
Try the Armbian firmware. Will it load?


 

Thank you for the reply, Oleg

The information was a help. With signing in the Linux Root serial console, I found I had a SOMA (silly old man mistake) event. When I first signed on to X6100, I used Windows 10. With Windows 10, the serial console port is the higher number (odd) device number. I am using Linux and my mistake was to assume that Linux would assign the device in the same manner as Windows, bad assumption. With Ubuntu Linux, the root serial console is the lower number or ttyACM0. Using the correct port solve the problem.

On setting the correct time, I had no luck and resorted to the original Xeigu firmware to manually set it. I did find how to connect to an Ethernet network to the X6100. One needs an "OTG" cable plugged into the X6100 Host USB port and then connect an Ethernet to USB adapter to the "OTG" cable. This makes a connection, but I must have a network configuration at the router for it to work. My network is completely WIFI. I was using the Ethernet port on WIFI extender to make the connection. This is probably the cause of the problem.

I also did an experiment, I flashed the X6100 to the old version (1.1.5) firmware that came with the radio. I found your version 0.12 works fine with the old firmware.

In doing this, I think I have an understanding of how your firmware boots up. You are using the existing X6100 boot upgrade process to start and run your Linux version. The X6100 boot process detects the LINUX system and starts it. This is an interesting approach.

Thank you for your efforts. Please take care in these strange times.

Enjoy Life, Greg KD1XI
Live Well, Laugh Often, Love Much

On 2/19/2023 08:51, Oleg - R1CBU wrote:
On Sun, Feb 19, 2023 at 02:55 AM, Gregory Majewski wrote:
I was not able to set the clock to the correct time. In the Xiegu
software, the System Menu was used to set the time. This is not a
major issue for me. There is a clock next to the X6100 with the
correct time and my computer also has the correct time.
Yes, there is such a problem. I have a USB Ethernet adapter constantly connected and through it the time is updated via NTP. It's all in the firmware. You can temporarily do this - just connect the wired adapter and plug it into the network. Everything will work through DHCP and you will have the exact time. It would be time to make the WiFi settings, but I have not yet figured out how to make it more convenient to enter a password and so on.
Another item, with Xiegu software, one was able to log into the
Linux console to check on errors or operations. The console is
there, but, the password is unknown.
Hmm ... Have you tried the same as in the standard firmware? (;
Live long and prosper!


 

Yes, it runs without any problem...
Here is the image of Armbian running WSJT-X



Alberto I2KBD


 

On Mon, Feb 20, 2023 at 07:18 PM, Gregory Majewski wrote:
In doing this, I think I have an understanding of how your firmware boots up. You are using the existing X6100 boot upgrade process to start and run your Linux version.
This is almost true. This processor has a regular ability to boot from an SD card. It first tries to boot from it. If it does not find the bootloader, then it already tries from the internal eMMC.
The fact that Xiegu use this opportunity to update the firmware is such a side effect.
By the way, I have an idea to update my firmware over the network. After I implement WiFi settings.


 

On Mon, Feb 20, 2023 at 07:25 PM, Alberto Zagni wrote:
Yes, it runs without any problem...
Armbian uses a binary bootloader pulled from stock firmware.
For my firmware, I compile the bootloader completely from source. Apparently something is missing in mine.


 

Hi, i had the same Problems as Alberto wrote to boot with the 0.10, 0.11 or 0.12 Version.
My X6100 is new, the Warranty Card Stamp says December 2022.
On a older X6100 the same sd Card boots fine.
On my X6100 the armbian Firmware or the xiegu Firmware Update 1.1.6 boots without Problems.
So i think it must be Differences between the Firmwares that will boot and the R1CBU Firmware.
The only what i see, the Bootloader U-Boot, on R1CBU Firmware is U-Boot SPL 2022.10 (Jan 25 2023 - 05:57:45 +0300), on the armbian and xiegu is U-Boot SPL 2017.11 (Nov 10 2022 - 09:20:33)
So i change the uboot_sdcard.bin on the R1CBU sd Card to this Version and what should i say....it boots now fine.
Can be coincidence but i think here are the Difference.

73, Markus DB2ZW


 

On Mon, Feb 20, 2023 at 09:19 PM, Markus DB2ZW wrote:
So i change the uboot_sdcard.bin on the R1CBU sd Card to this Version and what should i say....it boots now fine.
Thanks for the info. It's not just a different version of the bootloader. The Chinese have changed something in their version. There are no sources from it and what exactly has been changed is not yet clear.
Of course, I can temporarily switch to the Chinese bootloader, but I really don’t want to do this.


Roberto Zinelli IW4ENS
 

Great Markus ???

Inviato da OldPhone


 

Thanks for the information. I will wait for that improvement.

Enjoy Life, Greg
Live Well, Laugh Often, Love Much

On 2/20/2023 12:52, Oleg - R1CBU wrote:
On Mon, Feb 20, 2023 at 07:18 PM, Gregory Majewski wrote:
In doing this, I think I have an understanding of how your firmware
boots up. You are using the existing X6100 boot upgrade process to
start and run your Linux version.
This is almost true. This processor has a regular ability to boot from an SD card. It first tries to boot from it. If it does not find the bootloader, then it already tries from the internal eMMC.
The fact that Xiegu use this opportunity to update the firmware is such a side effect.
By the way, I have an idea to update my firmware over the network. After I implement WiFi settings.


 


El lun, 20 feb 2023 17:18, Gregory Majewski <frw.greg@...> escribió:
Thank you for the reply, Oleg

The information was a help.? With signing in the Linux Root serial
console, I found I had a SOMA (silly old man mistake) event.? When I
first signed on to X6100, I used Windows 10.? With Windows 10, the
serial console port is the higher number (odd) device number.? I am
using Linux and my mistake was to assume that Linux would assign the
device in the same manner as Windows, bad assumption.? With Ubuntu
Linux, the root serial console is the lower number or ttyACM0.? Using
the correct port solve the problem.

On setting the correct time, I had no luck and resorted to the original
Xeigu firmware to manually set it.? I did find how to connect to an
Ethernet network to the X6100.? One needs an "OTG" cable plugged into
the X6100 Host USB port and then connect an Ethernet to USB adapter to
the "OTG" cable.? This makes a connection, but I must have a network
configuration at the router for it to work.? My network is completely
WIFI.? I was using the Ethernet port on WIFI extender to make the
connection. This is probably the cause of the problem.

I also did an experiment, I flashed the X6100 to the old version (1.1.5)
firmware that came with the radio.? I found your version 0.12 works fine
with the old firmware.

In doing this, I think I have an understanding of how your firmware
boots up.? You are using the existing X6100 boot upgrade process to
start and run your Linux version. The X6100 boot process detects the
LINUX system and starts it.? This is an interesting approach.

Thank you for your efforts.? Please take care in these strange times.

Enjoy Life, Greg KD1XI
Live Well, Laugh Often, Love Much


On 2/19/2023 08:51, Oleg - R1CBU wrote:
> On Sun, Feb 19, 2023 at 02:55 AM, Gregory Majewski wrote:
>
>? ? ?I was not able to set the clock to the correct time. In the Xiegu
>? ? ?software, the System Menu was used to set the time. This is not a
>? ? ?major issue for me. There is a clock next to the X6100 with the
>? ? ?correct time and my computer also has the correct time.
>
> Yes, there is such a problem. I have a USB Ethernet adapter constantly
> connected and through it the time is updated via NTP. It's all in the
> firmware. You can temporarily do this - just connect the wired adapter
> and plug it into the network. Everything will work through DHCP and you
> will have the exact time. It would be time to make the WiFi settings,
> but I have not yet figured out how to make it more convenient to enter a
> password and so on.
>
>? ? ?Another item, with Xiegu software, one was able to log into the
>? ? ?Linux console to check on errors or operations. The console is
>? ? ?there, but, the password is unknown.
>
> Hmm ... Have you tried the same as in the standard firmware? (;
>
> Live long and prosper!
>






 

Thank you Oleg and Markus,
just waiting for a new version with bootloader to test!

Alberto I2KBD


 

good morning Oleg,
I ve one of the last xiegu x6100, bought 2 weeks ago, I tried to download the image of the 0.12 firmware on a 128 gb sd card, but I was not able to start your firmware, any solution??

Many Thanks,
Nicola?
IZ0SSW