System hangs with NeptuneSDR K210

[radionep]

0. Could you send email to xianjun.jiao@ugent.be to introduce your self?
   Done

1. Our image is used directly or you build your own image?
   Image 1.4.0 is used directly, except system_top.bit.bin that is regenerated with new constraints.

2. What is your own modification?
   Update of constraint with neptunesdr_new branch

3. Versions: OS, Vivado, openwifi/openwifi-hw repo branch and commit revision
   Xilinx 2021.1
   Ubuntu 20.04
   Release 1.4.0 + openwifi-hw/boards/neptunesdr/src/*.xdc (branch neptunesdr_new)

In particular:
set_property -dict {PACKAGE_PIN Y12 IOSTANDARD LVCMOS25 PULLTYPE PULLUP} [get_ports spi_csn] ; ## IO_L23P_T3_35 U1,M14,IO_L23_35_SPI_ENB
set_property -dict {PACKAGE_PIN U9 IOSTANDARD LVCMOS25} [get_ports spi_clk] ; ## IO_L23N_T3_35 U1,M15,IO_L23_35_SPI_CLK
set_property -dict {PACKAGE_PIN U8 IOSTANDARD LVCMOS25} [get_ports spi_mosi] ; ## IO_L24P_T3_AD15P_35 U1,K16,IO_L24_35_SPI_DI
set_property -dict {PACKAGE_PIN V11 IOSTANDARD LVCMOS25} [get_ports spi_miso] ; ## IO_L24N_T3_AD15N_35 U1,J16,IO_L24_35_SPI_DO

4. Board/hardware type
   Neptune SDR K210

5. WiFi channel number
   NA

6. Steps to reproduce the issue, and the related error message, screenshot, etc

burn 1.4.0 image to SD card
Copy files in BOOT/openwifi/neptunesdr to the base directory of BOOT partition.
(boot.bin , devicetree.dtb and system_top.bit.bin)
cd openwifi
./setup_once.sh
sudo dmesg -w &
./wgd.sh

==> system hangs

Same operation but with new FPGA (image from system_top.xsa provided is post #318 ) and later with (image from recompiled FPGA with new constraints)

==> system hangs but with the following trace:

[ 985.693047] ad9361 spi0.0: ad9361_probe : enter (ad9361)
[ 985.699409] ad9361 spi0.0: ad9361_spi_check : Unsupported PRODUCT_ID 0xFF

It seems that in both cases,the SPI bus is not connected.

Is it enough to update constraints or, devicetree.dtb and boot.bin must be also updated ?
Schematics and *.dts file are available from hamgeek ?
Or other ressources ?

7. Describe your debug efforts by Linux native tools, such as tcpdump and "cat /proc/interrupts"

8. Describe your debug efforts by: https://github.com/open-sdr/openwifi/blob/master/doc/README.md#Debug-methods

9. Any other thing we need to know for helping you better?

[JiaoXianjun]

Hi we don't have K210 hardware and the author never share the design information: schematic, etc.
https://ez.analog.com/microcontroller-no-os-drivers/f/q-a/101813/ad9361-spi32766-0-ad9361_probe-unsupported-product_id-0xff/303302
https://wiki.analog.com/resources/tools-software/linux-software/fru_dump

[radionep]

Thank you, I found an another way with discussion #443. About the constraint that you provided in neptunesdr_new branch, Are you confident and have you some feedback of K210 users ? Sent with [Proton Mail](https://proton.me/mail/home) secure email.

…

On Thursday, December 18th, 2025 at 15:49, Jiao Xianjun ***@***.***> wrote: JiaoXianjun left a comment [(open-sdr/openwifi#483)](#483 (comment)) Hi we don't have K210 hardware and the author never share the design information: schematic, etc. https://ez.analog.com/microcontroller-no-os-drivers/f/q-a/101813/ad9361-spi32766-0-ad9361_probe-unsupported-product_id-0xff/303302 https://wiki.analog.com/resources/tools-software/linux-software/fru_dump — Reply to this email directly, [view it on GitHub](#483 (comment)), or [unsubscribe](https://github.com/notifications/unsubscribe-auth/B3V4YKBOSYM2MGJJCC4VMET4CK5JFAVCNFSM6AAAAACPN3OUXKVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZTMNZQGY3TGMRSGQ). You are receiving this because you authored the thread.Message ID: ***@***.***>

[JiaoXianjun]

No. We need official/author to offer correct information. We do not do reverse engineering.
The author stopped responding long time ago.
I will remove neptunesdr soon.

Or you could connect other k210 users to request author’s support.