forum.pistar.uk

OK, thanks.

Oddly neither GB7IC (which is run by, and located at, Icom UK) nor GB7PI are in the DPlus_Hosts.txt from today.

Both repeaters use Icom hardware with G3 software so I would expect them to be in the UStrust data. I will see if I can work out how to get this changed.

Is there a specific mechanism for getting a DSTAR repeater remote access IP address updated?

GB7PI had a change of IP address fairly recently but it appears not to have been updated in the Pi-Star host files.

GB7PI's new IP address is 81.187.173.59 in case it can be pushed into the system somewhere.

G8FKL wrote: ↑Thu Jul 06, 2023 3:57 pm Thanks all for the help and advice. Finally tracked the writing to FAT partition problem down to a faulty uSD/SD card adaptor stuck in read only. Now fixed and connected to new Starlink router.

Ah, yes, those little switches are rarely used but can fail despite that.

Ah, didn't know you only had an image file. ISO?

Can you not write a new card from the image and then mount that on the Mac?

Visit this page: https://www.pistar.uk/wifi_builder.php enter the information into the fields shown and submit. Put the resulting output into a wpa_supplicant.conf file placed in the root directory of your SD card after shutting down the Pi, then re-insert the card and boot the Pi. This will be move...

This was the case for the FT-1D and FT-1XD but not for the FT-3D which does support C4FM on both A and B radios.

I don't know what the problem is, I have not sat and scoured the manual.

Maybe this could help?

https://hamradiotherapy.com/yaesu-ft3d- ... -sub-band/

It allows you to see what the mmdvmhost and modem is doing in real time, if you open a new tab from the live log menu entry you should see output and you can read it and maybe then ask any further questions then.

You could try having a live log window open in another browser tab, it could give you a clue about what is happening. If you have access to the LAN somewhere then Wireshark can probably capture the details but it needs to be configured and the packet capture filtered to make any sense. Google could ...

Can you give some more information about the HAT that you're using please. It's probably based on the ADF7021 chip for the RF side but it's possible it's something else. If it is that chip then the Tx output and Rx input match will require component changes but I don't have any values to hand, you m...

Might be down to the clocking of the CPU between the Pi and the HAT modem, or possibly problems with the clock on the ADF7021 chip from the TCXO. Not seen this for a long time but one of my HAT modems needed its TCXO replacing with a better spec one bought from a decent supplier (Digikey or may have...