Code Monkey home page Code Monkey logo

beekeeb / piantor Goto Github PK

View Code? Open in Web Editor NEW
522.0 9.0 30.0 4.46 MB

The Piantor Keyboard is a beginner-friendly, easy-to-solder, 42-key or 36-key, diodeless, low profile aggressive column staggered, hotswappable and non-hotswappable, programmable ergonomic mechanical split keyboard powered by Raspberry Pi Pico or other compatible RP2040 boards. It is based on the Cantor Keyboard.

Home Page: http://docs.beekeeb.com/piantor-keyboard

License: GNU General Public License v3.0

40-percent ergonomic-keyboard kicad kmk kmk-firmware mechanical-keyboard qmk rp2040 split-keyboard zmk

piantor's Introduction

Piantor Keyboard

Piantor Keyboard

License: GPL v3

The Piantor Keyboard is a 42-key or 36-key wired, diodeless, non-flippable, low profile choc v1 (hybrid hotswap and non-hotswap/soldered-in), aggressive column staggered, programmable ergonomic mechnical split keyboard powered by Rasyberry Pi Pico or other compatible RP2040 boards. It is based on the Cantor Keyboard. The name "Piantor" is the portmanteau of "Pico" and "Cantor".

The development of this project is sponsored by PCBWay (affiliate link).

Quick Links

Features

  • RP2040 MCU - A low-cost, easy-to-source, powerful microcontroller with dual Arm Cortex-M0+ @ 133MHz, 264kB on-chip SRAM and 2MB (up to 16MB, depending on the breakout board) off-chip external flash memory. You can enable a lot of features and layers. Never worry about the firmware size limit.
  • Cantor layout - Ergonomic strong column staggering for short pinkies.
  • Non-flippable PCBs - Fewer ways to make mistakes when you install the controller breakout boards. Great for first time keyboard builders.
  • Diodeless - A more robust build with fewer things to solder or break.
  • Hybrid hotswap and soldered-in low profile choc switches - Experiment with different key switches with the hotswap sockets, or solder the key switches for a more stable build.
  • Breakable pinky column - Easily convert the PCB from a 42-key to 36-key layout. You can snap off the pinky column without specialized tools.

Bill of Materials (BOM)

Quantity Item Notes
1 Piantor PCB (Left)
1 Piantor PCB (Right)
2 RP2040 breakout boards (such as Raspberry Pi Pico or WeAct RP2040)
42 (or 36) Kailh choc v1 PG1350 switches
42 (or 36) "choc spacing" choc v1 keycaps
2 TRRS jack (PJ-320A)
1 3.5mm TRRS cable TRS cable cannot be used
42 (or 36) CPG135001S30 hotswap sockets for choc v1 PG1350 Optional, you can solder the switches directly if you do not use hotswap sockets
4 Pin headers (20p) or sockets Only required for boards without castellated holes
2 10kΩ 1206 (3216M) SMD resistor Only required if you do not want to use SPLIT_USB DETECT, and for boards without a built in VBUS_SENSE circuit
2 5.6kΩ 1206 (3216M) SMD resistor Only required if you do not want to use SPLIT_USB DETECT, and for boards without a built in VBUS_SENSE circuit
  • Note: Raspberry Pi Pico comes with castellated holes and a built in VBUS_SENSE circuit

Ordering Parts

DIY kits and prebuilt keyboards are available at https://beekeeb.shop

If you prefer getting the parts by yourself, you can order the Left Side PCB and the Right Side PCB.

A single side should cost around $31 for 5 pcs excluding shipping. For both sides, it should be around $62 in total for 5 sets.

Firmware Status

Precompiled firmware can be found at https://docs.beekeeb.com/piantor-keyboard.

Cases

Piantor Case with a Switch Plate (3D Printable)

Piantor Keyboard Case

Piantor Keyboard Case

The 3D printable case can be founded in the case folder. The switch plate is optional for the non-hotswap version.

GB823 M2 stainless steel screws with small pan heads are recommended.

  • Screw Length
    • No switch plates: 4mm
    • With Switch plates: 6mm
    • With Switch plates and Donut0804/o-rings: 7mm

Do not over-tighten the screws.

Cantor Tray Case

The Cantor Tray Case by chewiedies can be used. There is not a switch plate so it is not recommended for the hotswap version.

Boards Preview

License

External symbols and footprints are not covered by the LICENSE in this repo.

Sponsors

This open source hardware project is sponsored by

piantor's People

Contributors

l4u avatar torytang avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

piantor's Issues

question about flash the borad, which flash file?

I would like to ask a question about the file "beekeeb_piantor_rpi_pico_vial.uf2." Should this file be loaded into both the left and right microcontrollers (raspberry pi pico)? After loading, my right-hand device actually has the layout of the left hand?

right side not working?

Any debug ideas?
The left side works just fine, and if I plug in the right side to the pc the key presses show up, but the opposite side never works. I've used two different cables to connect the two together and desoldered the TRRS Jacks and put different ones on as well.

V2 version files and docs

Hi, I stumbled upon this post on Reddit showcasing the v2 of the piantor using USB-C connectors instead of the TTRS. Is this version going to be open sourced or more details provided on the beekeeb website? I'd be interested in buying or building one myself.

Workman Keyboard Layout

For anyone interested, see the following Vial configuration file for the workman layout on the Piantor. I didn't do any optimization on special characters. There are some Umlauts on the first layer, because that's what I need in German. Otherwise, it's full English.

vial configuration

Keymap

Case and Plate STEP files

Is there anyway we can get the step files for the two case .stl files? Importing the mesh into FreeCAD or Fusion 360 to make modifications to the case is a bit unwieldy.

Right WeAct RP2040 stuck in bootloader mode

About a month ago I bought a Piantor Kit and have been really happy with it. But now the right side has stopped working for some reason. When connected directly to the computer it always presents itself as the RPI-RP2 mass storage device suggesting that it is in bootloader mode. Normally after dragging the .uf2 firmware file into it it would restart and reconnect as the keybord. But mine now always reconnects as the RPI-RP2 device again after flashing.
Interestingly the first time I connected it to a different pc it showed up in the little windows notification as piantor only to immediatly disconnect and reconnect as the mass storage device again. I have no idea what is going on here and I hope someone can help me with this

QMK RP2040 and RGB

i've been trying to read the source and readmes, but i can't tell if there are any default pins configured for the RP2040 that deal RGB. I really could like just a few addressable RGBs to tell what layer i'm on as I often get stuck toggled on weird layers that I wasn't expecting.

Is it simply not possible to add rgbs to this board?

Piantor stopped working

Anyone have an idea what is wrong?

I have happily used a Piantor keyboard for a couple of months now, and regularly take it with me to other places in a protective bag from Beekeeb. Now I plugged it in again and is seems to have stopped working correctly.

First of all, I'm aware unplugging the TPRS cable whilst powered can cause components on the microcontrollers to be damaged, so I have been very careful each time when packing away the keyboard. As far as I am aware I have never unplugged the TPRS cable before unplugging the USB C cable. However, as there seems to be no other change from the last time the Piantor still worked, maybe this happened without me realizing. Although, I don't believe I did.

Anyway, when connecting power to the (normal left-side of the) keyboard now the power LEDs glow much weaker than before, and fluctuate slightly. Connected this way, my computer receives no signals form the keyboard when keys are pressed. However, very infrequently a couple of key presses go through (the LED seems to also glow brighter when this happens).
The weird thing, to me at least, it that when I connect the USB C to the right side of the Piantor, both LEDs glow as normal and all key presses register fine. However, when plugged in on this side the key mapping is all wrong as the QMK config of the Piantor is configured relative to the left side.
Moreover, when just using the left half of the Piantor (meaning I connect the USB C to the left side without using the TPRS cable to connect to the right side) the LED glows at normal brightness and all key presses register correctly. But in this setup I am not able to use the right side, so I cannot use the keyboard in this way.
By the way, I can still upload new firmware without any problems.

It seems I could use the keyboard by connect to the right side and reconfiguring the keymapping. However, clearly something is wrong, and I do not want to damage the micro controller further.

Does anyone have an idea what is wrong with my Piantor? What could have caused it? Might it be a firmware problem that can easily be resolved? Or can I replace a component?
Thanks for any help.

One side of the keyboard not working

Hi, I encountered a problem where only one part of the keyboard was working after assembly, depending on the connected power source, as shown in the picture where the LED only lights up on one side:

20240306_142000

I'm using Tzt raspberry pi pico board rp2040 16MB (dual-core 264kb arm low-power mikro computer hoch leistungs Cortex-M0 + prozessor) which was purchased on AliExpress.

While searching for a solution, I came across a diagram:

Przechwytywanie

It appears that the Vin and Vout pins are connected/shorted, whereas on my boards they were not connected. After soldering these pins on both parts, the keyboard started functioning 🎉

Przechwytywani2

The problem lies in the fact that the second board had insufficient voltage, which prevented it from starting up.

20240306_192853

I have created this issue requesting to add some information about it on the BeeKeeb homepage. It may help people like me who have bought similar microcontrollers.

Only USB-C ports

Would it be possible to create a version of the Piantor whose TRRS ports are replaced by USB-C ports?

36 key case

Hello! I am loving my new piantor but I'd love to try my hand at printing snap-on tilts or a tilted case, by any chance is there a way to derive the 36 key case from the artifacts in this repo? I only see the 42, but maybe there is something I am missing.

Contribution Access

Hello,
I had some major struggles with getting a YD-RP2040 to work on the PCB and have a PR ready to go that add notes to the README.md explaining how to make the YD-RP2040 work on the Piantor.

If you don't want to give me access to open a PR, I can paste the notes I have here for you (in the BOM table)

Thanks!

Keycaps size

It would be nice to provide some information on the maximum size the keycaps can have without interfering with each other. I just got myself these transparent keycaps which are 17.5mm x 18mm, while normal MKB Keycaps are 17.5mm x 16.5mm. I either have to buy new ones or shave off a few mm of the height to make them fit (since I like the transparent esthetic).

Disconnecting the TPRS cable when the keyboard is plugged in fries the chip

Unfortunately I found this out the hard way when I was building my own keyboard using the DIY kit from beekeeb.

Now I know there are already warnings in the beekeeb docs warning against this, but it is inevitable that at some point this will happen by mistake. I acknowledge that it is mostly my fault this has happened and have no intention to blame the designers.

I would rather ask, is there a way to make this safer so this doesn't happen again to other people?

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.