There is a `newradios` branch in pymc core & repeater that likely makes all of this possible without local patching (other than perhaps the board definition, in core, while repeater has configuration for that).

The pinout chosen here may not be the best.

Because the bobcat puts SPI on different pins than other boards seen so far, we need to figure out if routing SPI to two sets of pins can create a miniPCIe board that works for the bobcat -and- for other devices.

<details>

<summary>diff against pymc_core revision ba3ff4c26b9fadda1995c1ef6e21c7f143768c8d (main branch as of 12 Jan 2026)</summary>

"coding_rate": 5,

"preamble_length": 17,

},

}

if radio_type not in configs:

"""

mesh_node, identity = create_mesh_node("DiscoveryNode", radio_type, serial_port)

# Dictionary to store discovered nodes

discovered_nodes = {}

parser = argparse.ArgumentParser(description="Discover nearby mesh nodes")

parser.add_argument(

"--radio-type",

default="waveshare",

help="Radio hardware type (default: waveshare)",

)

class GPIOPinManager:

"""Manages GPIO pins abstraction using Linux GPIO character device interface"""

"""

Initialize GPIO Pin Manager

self._cs_define = 17 # Default to GPIO 17 (safe alternative)

else:

# Keep original hardcoded value for unknown buses

# open spi line and set bus id, chip select, and spi speed

spi.open(bus, cs)

# Adaptive CS control based on CS pin type

if self._cs_define != 8: # Manual CS pin (like Waveshare GPIO 21)

# Simple CS control for manual pins

_get_output(self._cs_define).write(False)

buf = [opCode]

for i in range(nBytes):

</details>

pinout:

* SPI (CLK/MOSI/MISO/CE) on minipcie pins 3, 6, 5, 7.

* RST on 22

* BUSY on 19

* IRQ/DIO1 on 1

plus 3v3+GND from a wide choice of pins