Frequently asked questions

If yours isn’t here, the troubleshooting notes cover setup, and the developer guide covers the API.

How do I get back to the admin portal?

Copied

Go to http://pocket.local/admin. That address always reaches the console, whatever homepage is currently set.

Once you set a homepage, / serves your app instead of the console. That’s the whole point of the device — but it does mean the admin page isn’t at the root any more. /admin is the permanent way back in, and it never depends on what you’ve uploaded.

Which address to use

SituationAddress
Default setup, connected to the device http://pocket.local/admin
You renamed the device http://<name>.local/admin
.local names don’t resolve on your phone or laptop http://192.168.4.1/admin

That last address is the device itself while it’s broadcasting its own Wi-Fi, so it works even when nothing on your network can resolve .local. If you pointed the board at your home Wi-Fi instead, use the name — the numeric address will be whatever your router handed out.

First check you’re on its network

The board isn’t on the internet, so no address reaches it unless you’re joined to the same network. By default that’s the one it broadcasts itself: look for pocket-server- followed by four characters in your Wi-Fi list, and join it with the password password123 unless you’ve changed it. Give it a minute after power-on before you go looking.

If it asks for a password

The password is the one you chose when you first claimed the device. If you set a hint, the sign-in screen shows it.

To reset your password, tap the reset button five times, about once a second, letting each restart finish before the next tap. That returns the board to setup mode so you can claim it again with a new password. Your uploaded files are kept — but the Wi-Fi settings, device name and guest permissions are cleared, and it won’t serve your homepage again until it’s claimed. Typing reset into a serial monitor at 115200 baud does the same thing.

The GPIO numbers next to the breakout pins don’t match what the pins do. Which is right?

Copied
Check your board first

Turn the board over. If the back reads 2026-defcon-0.1, the rest of this answer applies.

If it reads anything else you have a later revision, its labels should be trustworthy, and you can stop reading here — I’d like to hear about it if they turn out not to be.

The pins are right; the numbers printed beside them are wrong. It’s a silkscreen mistake on that one batch — the GPIO numbers were carried over from an earlier layout that moved, and the copper underneath is correct.

Nothing is broken and there’s nothing to fix on the board — you just have to read the header by position rather than by the printed number. Pin 1 is the square pad; the other seven are round.

Front of the Pocket Server board, showing the eight breakout pins along the top edge, the SD card slot at the right, and the USB-C port and reset and boot buttons along the bottom. ESP32-S3 SD reset boot USB-C 8 breakout pins — pin 1 at left
Hold the board with the USB-C port at the bottom right. The breakout header runs along the top edge, and the square pad at its left end is pin 1.

The correct layout

The eight breakout pins in order: pin 1 is 3.3V, pin 2 is ground, pin 3 is GPIO42, pin 4 is GPIO41, pin 5 is GPIO2, pin 6 is GPIO43, pin 7 is GPIO44, and pin 8 is 5V. The silkscreen prints 3.3v and GND correctly, then 10, 11, 12, 13, 17 and 18, all of which are wrong. WHAT IT REALLY IS PRINTED ON THE BOARD 3.3V GND GPIO42 GPIO41 GPIO2 GPIO43 GPIO44 5V power out ground free free status LED UART0 TX UART0 RX not a GPIO pin 1pin 2 pin 3pin 4 pin 5pin 6 pin 7pin 8 3.3vGND 1011 1213 1718
Free for your own wiring Already spoken for Power, not a GPIO
Scroll the diagram sideways to see all eight pins, or read the same thing in the table below.
PinPrintedActuallyNotes
13.3v3.3V Correct as printed. Square pad.
2GNDGND Correct as printed.
310GPIO42 Free. Use this one first.
411GPIO41 Free. Use this one second.
512GPIO2 Shared with the onboard status LED — driving it also blinks the LED.
613GPIO43 UART0 TX. Reserved for future Pocket Server updates.
717GPIO44 UART0 RX. Reserved for future Pocket Server updates.
8185V Power, not a GPIO — a 3.3V part wired here sees 5V.

What happens if you follow the silkscreen anyway

Usually, mostly nothing. The numbers 10, 11, 12 and 13 happen to name pins the SD card interface owns, so the device answers 400 and refuses to drive them while a card is mounted — and 11, the card-detect line, is off-limits even with an empty slot. 17 and 18 are accepted but aren’t connected to the header at all, so the request succeeds and nothing moves on the wire.

The one case that isn’t harmless is the physical one: a wire on pin 8 expecting 3.3V logic and finding 5V.

Using the free pins

Pins 3 and 4 — GPIO42 and GPIO41 — are the two with nothing else attached, so reach for those. From an app on the device:

GET /pin/42 → read GPIO42 POST /pin/42 {"mode":"OUTPUT","value":1} → drive it high

The developer guide has the full GPIO reference, and the device validates pin numbers itself — so an app that surfaces the error it returns will keep working on a board whose labels are fixed.

Still stuck? Ask in the Discord!