LC76G Series EVB SPI Issue

The LC76-EVB-KIT uses an LC96GABEK device. The eval board and the device support SPI. To use SPI, you use a 10K pullup on the D_SEL line. All very straight forward. I have read the LC76G Series EVB User Guide and the LC76G (AB) SPI Application Note top to bottom.

My issue is that it appears that the device always boots to UART mode despite D_SEL being permanently pulled high. I can see UART traffic on PIN 4 which is not correct as D_SEL is high. It never responds to any SPI communications. The MISO line remains high. I am confident that my SPI is good, including the SPI_CS chip select. Other devices on the bus are functioning normally.

Note that I use a Salea analyser for debugging and to confirm signals etc.

Questions
1: Are there any issues related to SPI on the eval board?
2: Are the schematics available for the eval board? (GNSS-L?X-EVB-V1.2)
3: For firmware updates, where can I download the flash_download.cfg and firmware from?

Thanks in advance

One correction is that the MISO line does go low after chip select but never clock data out

Here is what we get when we send the RS_CMD (0x06 Reads module SPI status) command. We should at least see STA_SLV_ON bit (0x01) set.

Hi Oscarcahill,

Please check the firmware version in your module by sending $PQTMVERNO*58 to the module through UART.

We have reached you through Quectel support team, we will share you the latest firmware supporting SPI interface.

Best regards.

Thank you. Please see the following:

[2024-09-16 08:33:58.590 Uart Tx:0015 B] $PQTMVERNO*58

[2024-09-16 08:33:58.666 Uart Rx:0051 B] $PQTMVERNO,LC76GABNR12A01S,2023/02/13,09:58:27*30

[2024-09-16 08:33:58.912 Uart Tx:0015 B] $PQTMVERNO*58

[2024-09-16 08:33:58.990 Uart Rx:0051 B] $PQTMVERNO,LC76GABNR12A01S,2023/02/13,09:58:27*30

How are you progressing with getting us the new firmware and firmware upgrade configuration file? We need to release our PCB design as soon as possible so we need to lock down our GPS device choice within the next 48 hours. Without the upgrade we may have to exclude the QuecTel devices.

Hi @oscarcahill
Please provide your email address and I will send you the relevant information via email.

Resolved:
As an update to this, we upgraded the firmware but then ran into a SPI issue. The SPI bit order is very unusual as it is most significant bit first on each byte. Once we got over this, we had one other issue when we allowed it to overrun its buffer which puts the SPI to sleep. The application note says that you need to write to the device to wake it up. Writing to a register will not wake it up. You need to write a command to it to wake it up. If you send something like a version number request. “$PQTMVERNO*58”, then it will wake it up.

Anyway, hopefully this may help others. Also, thanks to the QuecTel’s support team who were very helpful.