mdubinko / gsoc-contrib Goto Github PK

Goal: identify a "vanilla" off-the-shelf Linux distro compatible with this hardware and get it to boot. Likely an image from the Einstein A20 SDK. Use this thread to identify candidates and comment on what works and doesn't work.

It would also be interesting to spin up the official GSOC app on a vanilla OS. Seeing what fails or emits error messages will give a strong signal about what's custom vs stock.

Looking around in /sys/class/gpio/ there are the expected export and unexport, and conspicuously

• gpio139/
• gpio237/
• gpiochip0/

The goal of this ticket is to figure out how GPIO is used, and get it written down.

By /sys/class/gpio/gpiochip0/device/driver/

It looks like the pinctrl@1c20800 section in the devicetree may be relevant.

Hello. Is this project still alive?
Using some dirty hacks (copying arm based binaries and libriaries from Raspberry PI to GSOC over ssh) and information I found in this repository wiki I managed to start WSJT-X without CAT. It decodes FT8 messages correctly. I would like to start some more advanced work but I don't want to go on this trip alone. I dropped the idea of running some generic linux distro from the scratch and I'd rather focus on hacking image provided by Xiegu. Anyone up for some collaboration :) ?

Regards,
Bart (SP6XD)

The major goal is to bring up wifi on an external USB dongle--including finding at least one hardware model that's supported with minimal fuss. Success==connect to a local network.

It is not an explicit goal of this issue to bring up the Einstein A20 on-board wifi, as this would require opening the case and connecting an antenna. And likely keeping the case open for signal propagation. That said, information on the internal wifi configuration is still welcome, so long as it is labeled as such.

In the teardown Figure 8, extreme left-hand side, there is an unpopulated 4-position connector P14. The lowest pad 4 is ground. The square pad 1 measures 3v3. The middle two run traces through resistors to U2, the little Cortex M3 processor (STM32F103C8T6) to pins 34 and 37.

The datasheet for this processor lists those two pins as SWDIO and SWCLK respectively, so it looks like this is a little SWD-ish connection. This needs to be explored further.

This would likely be buildroot + QEMU though other options are possible.

Define and document how to set up an emulation environment compatible with the GSOC hardware. The dmesg capture contains most of the details needed for this.

This is just a reminder issue for me to add details around the serial port pins that provide console access to the A20 board in the GSOC.

Persistent terminal access is quite easy to get (without booting from the SD card.)

The following can be added to the bottom of the "Jailbreak" wiki page.

Modify /mnt/emmc_p2/etc/inittab for persistent terminal access

Add the following under "#Put a getty on the serial port"

tty2::respawn:/sbin/getty -L tty2 0 vt100
tty3::respawn:/sbin/getty -L tty3 0 vt100
tty4::respawn:/sbin/getty -L tty4 0 vt100
tty5::respawn:/sbin/getty -L tty5 0 vt100

This will allow you to access the shell by pressing ctrl+alt+f2, f3, through f5. Ctrl+alt+f1 will switch back to the regular GSOC gui.

Change the root password

You will need to change the root password in order to log in. You can do that with the following commands:

chroot /mnt/emmc_p2
passwd root

Enter a strong root password

Hi, I am trying to find the protocol used in the Xiegu G90 body separation cable series and the head or the GSOC.
Does anyone know how to communicate? It looks like a simple serial bus, but not if anyone has been able to understand what protocol it uses.
i have done some testing with my g90. One of the very easy is to disconnect the head with the radio on. The radio kept going and listening to what I was tuning into.
This makes me think that the heads are simply a remote control of the body.
If this is true, it should be easy for someone with enough knowledge to make software capable of emulating the head, or adapt one of the sdr receivers...
The hardware needed would be to adapt the 9-pin bus signal (data and audio) to a USB port that connects the PC. I don’t think that’s at all complicated.

So, has anyone looked at how the G90 serial bus that connects the body and head works?