mcpbeat Sign in

MagicON RF Design Engines MCP Server

by magiccadai Your server? Claim it
answering

MagicON RF Design Engines is answering right now. Last checked 2 min ago. It exposes 17 tools.

TX/RX/T-R chains, OTA link, radar, PCB filters, patch antennas, stackup, thermal, PDN, compliance.

Uptime history 25 days of history · worst day 96%
25 days agonow
98.9%
Uptime 24h
91 of 92 checks
17
Tools
read from the server
325 ms
Response time
average over 24h
open, no key
Access
streamable-http

What changed 36

Every tool that appeared, vanished or quietly changed what it asks for. Recorded since 4 October 2026. No other catalogue keeps this.

25 Oct 2 tool descriptions were rewritten run_link_budget, run_thermal_analysis
22 Oct a tool changed the parameters it asks for design_rf_chain
18 Oct 6 tool descriptions were rewritten design_rf_chain, design_rf_receiver, design_tr_module and 3 more
18 Oct 2 tools appeared compare_rf_chains, find_components_by_spec
18 Oct 2 tools changed the parameters they ask for design_rf_chain, design_rf_receiver
17 Oct a tool description was rewritten lookup_component_by_mpn
15 Oct a tool appeared lookup_component_by_mpn
13 Oct a tool changed the parameters it asks for run_stackup_solver
12 Oct a tool changed the parameters it asks for run_stackup_solver
8 Oct 5 tools appeared design_patch_antenna, run_glass_weave_analysis, run_ota_link and 2 more
and 14 more, back to 4 October 2026

MagicON RF Design Engines does not always answer

Over the last week it answered 99.1% of our checks. We check every 15 minutes, so you hear about the next outage within the hour — not from your users.

Three servers free · no card

Connect this server

Endpoint below is the one we actually reach during checks — not the one copied from a README. Last verified 2 min ago.

run in your terminal
claude mcp add magicon --transport http https://api.pcbgenerator.com/mcp/
Settings → Connectors → Add custom connector, then paste this address
https://api.pcbgenerator.com/mcp/
~/.codex/config.toml
[mcp_servers.magicon]
url = "https://api.pcbgenerator.com/mcp/"
.cursor/mcp.json
{
  "mcpServers": {
    "magicon": {
      "url": "https://api.pcbgenerator.com/mcp/"
    }
  }
}
.vscode/mcp.json
{
  "servers": {
    "magicon": {
      "type": "http",
      "url": "https://api.pcbgenerator.com/mcp/"
    }
  }
}

Available tools 17

Read directly from the server with tools/list, grouped by what they act on. If a tool disappears, we record the date.

design
design_patch_antenna
Design a rectangular microstrip patch antenna (and, when both nx and ny are given, a uniform planar array of it) using the Balanis cavity/transmission-line + array-factor model — the SAME engine behind POST /api/antenna/patch/design and the Guided Phase IV antenna panel. The substrate (dk/df/h) derives from the latest solved stackup's outer prepreg dielectric unless dk/df/h_mm are given explicitly. Returns patch dimensions, resonance/bandwidth/gain, and (for an array) beamwidths, pattern cuts, and a grating-lobe check. The designed gain auto-applies to the chain's antennaGainDbi (compliance/SAR) unless apply_gain=false.
design_rf_chain
Design a complete RF transmitter chain with the convergent orchestrator: selects the driver, PA, filter, and connector (the signal source is the user's input power by default — no VCO unless one is explicitly the generator), matches drive power between stages, inserts a pre-driver or attenuator when needed to reach the target output power, and returns the BOM plus a convergence summary (achieved vs target output). When the BOM's pricingCoverage is 'partial', total_usd is a subtotal of pricedLines of totalLines parts: never call it the total, and state no figure for the unpriced parts. For a receiver, use design_rf_receiver instead. For a module that shares one antenna between transmit and receive, use design_tr_module instead.
design_rf_receiver
Design or analyse a superheterodyne RECEIVER. Selects catalog parts for each slot (limiter, LNA, image filter, mixer, LO, IF filter, IF amp, step attenuator) and returns the frequency plan (image, half-IF, LO leakage), the cascaded noise figure, noise floor, MDS, sensitivity, SFDR and dynamic range, plus the ADC interface (sample rate, Nyquist zone, ENOB, jitter limit). Pass rfFrequencyHz to design one; pass stages[] only for a bench receiver the user described with their own numbers. For a transmitter, use design_rf_chain instead. For a module that shares one antenna between transmit and receive, use design_tr_module instead.
design_tr_module
Design a T/R (transmit/receive) module that shares ONE antenna between a transmitter and a receiver. Designs both chains through the existing engines, selects the shared front end (a T/R switch, or a circulator with a receive-path limiter), and returns four safety budgets: TX-to-RX isolation against the receiver's damage limit, the receive window left after switching and limiter recovery (with the blind range: the closest echo the receiver can hear), limiter leakage driving the LNA into compression, and transmit power against each part's survivability rating. Pass frequencyGhz and targetOutputPowerDbm to design one; pass txPeakPowerDbm and isolationDb only to check a front end the user already described with their own numbers. For a transmitter alone, use design_rf_chain instead. For a receiver alone, use design_rf_receiver instead.
compare
compare_rf_chains
Multi-objective RF chain comparison: designs the primary chain with the convergent orchestrator, generates alternative chains by swapping components, scores every variant on cost / size / performance, and returns the ranked list with a Pareto frontier — the same engine as the Guided 'Compare Alternatives' panel (POST /api/rf-chain/design-multi). Call with no arguments after a chain design to compare that design.
compliance
run_compliance_analysis
Audit the solved stackup against PCB standards (IPC-2221, IPC-6012, IPC-4101, MIL, UL-94, RoHS, REACH): per-rule pass/fail with severities and remediation. Reuses the engine behind POST /api/compliance/check. Layers are derived from the solved stackup and standards default to IPC-2221 + IPC-6012 Class 2 — call with no arguments once a stackup exists.
components
find_components_by_spec
Find real parts in the validated catalog that meet a spec: a part type, an operating frequency in GHz, and optional limits (noise figure, gain, P1dB, Psat, OIP3, insertion loss). Returns the matching parts, best first on the first limit, each with its headline figures and the datasheet page for each figure where one is on file, as lookup_component_by_mpn gives them. Parts whose record lacks a limited figure are named as not compared, never counted as matches. Pass only figures your user stated; an untraceable one is refused.
glass
run_glass_weave_analysis
Recommend PCB glass-weave (fiber-weave) styles for the current design: ranks catalogued styles by impedance variation and cost for the design frequency and marks the cheapest one meeting the impedance tolerance. Reuses the Phase-24 engine behind POST /api/glass-weave/recommend. Frequency is derived from the solved stackup / RF specs; tolerance and trace width default to stated assumptions — call with no arguments once a design exists.
grounding
check_grounding
Check a draft passage against the engine results computed in THIS session. It returns every figure no engine produced, and every claim it checks that the results do not support or contradict (for example a solver score called a loss), each in `findings` with the reason. Run it before publishing or handing over a report, fabrication sheet, BOM summary or any other figure-bearing deliverable built from these tools. It computes nothing and adds no evidence — it only reports what the results back. Fix each finding the way its `why` says: quote the engine's own value, call the tool that computes it, correct the wording, or say plainly in the text that the figure is not from a tool.
link
run_link_budget
Compute a cascaded RF link budget. For the chain just designed, call with NO arguments — the server derives stages and input power from the design (after a receiver it returns that receiver's own cascade; a T/R module keeps no stage list, so it is refused). Pass stages + inputPowerDbm only for a bench/hypothetical chain. Returns per-stage output power, cumulative gain, Friis cascaded NF, gain-referred reciprocal-sum cascaded OIP3, P1dB headroom warnings, and overall risk. Optionally pass bandwidthHz (and requiredSnrDb) to also get the receiver noise floor, MDS, sensitivity, SFDR, and instantaneous dynamic range. For a link through the air between two antennas (EIRP, path loss, range), use run_ota_link instead.
lookup
lookup_component_by_mpn
Look up an RF component in the validated catalog by manufacturer part number: the catalog's summary of its headline figures, not the full datasheet. Returns the frequency, power and gain ranges, package, datasheet link, and the headline figures (Psat, P1dB, gain, noise figure, OIP3, insertion and conversion loss, junction-to-case thermal resistance, maximum junction temperature), each with its datasheet page where one is on file. Figures the record lacks are listed as not in the record, and internal estimates are named but never given as numbers. It does NOT hold derating, absolute-maximum ratings, bias, test conditions or footnotes: for those, read the datasheet link. Use this whenever the user names a specific part, so answers come from catalog data rather than recall.
ota
run_ota_link
Compute a one-way over-the-air link budget — EIRP, free-space path loss (Friis), received power, link margin against receiver sensitivity, a closes/marginal/fails verdict, and the maximum range — using the SAME engine behind POST /api/ota-link/compute. Receiver sensitivity is reused from a prior link budget and transmit antenna gain/frequency from a prior antenna design when not given. FREE-SPACE ONLY: excludes rain, terrain, multipath and fading beyond the misc-loss and fade-margin inputs. Distance and misc loss are user assumptions, disclosed on the result. For the stage-by-stage cascade through one chain's parts (gain, noise figure, OIP3), use run_link_budget instead.
pdn
run_pdn_analysis
Run a PDN (power delivery network) impedance analysis: interplanar plane-pair capacitance, multi-cap decoupling impedance vs. target impedance, violations, and recommended decoupling caps. Reuses the Phase-25 engine behind POST /api/pdn/analyze. Inputs are derived server-side from the solved stackup, the BOM's PDN passives, and the power-tree rail — call with no arguments once a design exists.
planar
run_planar_filter
Synthesize a passive planar (copper-on-PCB) filter from analytical formulas: stepped-impedance / open-stub low-pass, or parallel-coupled / hairpin band-pass, Chebyshev or Butterworth. Returns per-section line impedances (Z0e/Z0o for coupled sections), width/spacing, quarter-wave lengths, the total occupied board area, a copper footprint, passband markers, a simulated S21/S11 frequency response (response_curve) with modeled insertion loss / return loss / 3-dB bandwidth (response_summary), and accuracy warnings. Reuses the engine behind POST /api/planar-filter/compute (SSOT). Use it to replace a purchased SMT filter with board copper. Interdigital/combline are not implemented.
radar
run_radar_performance
Compute radar performance — the monostatic range equation (received power, SNR vs range, maximum detection range, coherent/non-coherent integration gain) and pulsed-waveform relations (duty cycle, unambiguous range/velocity, range resolution, blind speeds) — using the SAME engine behind POST /api/radar/performance. Antenna gain enters as a dBi number; the detection floor is reused from a prior link budget's MDS when not given. RCS, target range, and system loss are user assumptions, disclosed on the result.
stackup
run_stackup_solver
Run the impedance-aware stackup constraint solver to find optimal PCB configurations. Use when the user wants ranked material/thickness/copper solutions for a given layer count and frequency. Returns scored and ranked feasible stackups. Each solution's prepreg_thickness_mm is ONE prepreg layer: prepreg_sheets (1-3) x prepreg_sheet_thickness_mm (maker's table). Per-layer numbers do NOT sum to total_thickness_mm — the total uses the pressed thickness, 0.04064 mm thinner per layer. Report both as returned; never 'correct' one to match the other.
thermal
run_thermal_analysis
Run a full PCB thermal analysis: via array Rth, junction-to-ambient stack, Kennedy spreading, Coffin-Manson barrel stress, Timoshenko warpage, and resin-flow estimation. Mirrors POST /api/stackups/{id}/thermal-analysis. Call with no arguments once a design exists: the server takes power_w from the designed chain's dissipated power (a receiver's supply draw, or a T/R module's merged figure) and defaults ambient_c to 25 C. The result carries `recommendations` (thermal vias, copper, plating) — answer adjustment questions from those entries. If the user states a heatsink or airframe spreader, pass `heatsink` (θcs, θsa and mount, all three as stated — never guessed); Tj is then computed through it instead of still-air convection.

Endpoints

URLTransportStateLatencyChecked
https://api.pcbgenerator.com/mcp/ streamable-http answering 467 ms 2 min ago

Alternatives to MagicON RF Design Engines

same job, measured the same way
DSGVO.pro — German Digital-Law Compliance
by dsgvo

Search 26 German/EU statutes free — then scan any website against 33 compliance modules.

6 tools answering
FrankKi
by frankki

The agentic layer of letters. Agents send real printed mail worldwide, German compliance built in.

4 tools answering
Coinrebate
by halffee

Compliance-filtered crypto exchange fee comparison and rebate-link routing for AI agents.

59 installs/wk 12 tools answering
Feedmyagent
by makash

Agent-readable feed: AI/agent tech news, security advisories, compliance deadlines, and live events.

449 installs/wk 7 tools answering
Ssid MCP
by ssid

Router default logins, compliance index, MAC/OUI lookup. Reads free; submit_correction is Pro.

35 installs/wk 4 tools answering
Avalara Returns
by avalara

Provides access to Avalara Global Returns API for tax returns, filing calendars, and compliance data

answering
SignalTender B2B, GovCon & LegalTech MCP Server
by aarbchen

B2B, GovCon & LegalTech MCP server for live RFPs, contract parsing, compliance & proposal tools.

22 tools answering
Sanções União Europeia
by mcp-dir

Checks whether a name is on the European Union's financial sanctions list, for compliance and AML du

7 tools answering

MagicON RF Design Engines — questions

Answers built from our own checks of this server.

What can MagicON RF Design Engines do?
It exposes 17 tools, read directly from the server on our last check. Among them: check_grounding, compare_rf_chains, design_patch_antenna, design_rf_chain, design_rf_receiver, design_tr_module and 11 more. The full list with descriptions is on this page — we take it from the server itself via tools/list, not from a README. How MCP servers expose tools in the first place →
Is MagicON RF Design Engines working right now?
We send a real MCP handshake every 15 minutes. Over the last 24 hours 91 of 92 checks got a reply (98.9%), average response time 325 ms. The bar chart above shows every period we have measured.
How do I connect MagicON RF Design Engines?
Copy the ready config from this page. We generate it for Claude Code, Claude Desktop, Codex, Cursor and VS Code, each in the form that client actually reads. It is a remote server, so there is nothing to install — the client connects to the address.
Does MagicON RF Design Engines need an API key?
No. MagicON RF Design Engines completed a full MCP handshake with us as an anonymous client and listed its tools without asking for anything. All 17 of them are readable on this page. This is what we observed, not what the docs claim.
How fast is MagicON RF Design Engines?
It answers our handshake in 325 ms on average, which is faster than 50% of all working MCP servers we measure. The comparison comes from our own checks across the whole registry, every 15 minutes.