EPIC Star Wars VR 9-Axis BLE sword \ E-bike HMI (Human Manchine Interface) nRF5340 (Triple Core) \ RGBW Flashlight [Multiplayer] || 4 CAP Buttons 240x240 COMBAT Training screen Dev

I will gladly take a leap of faith.

Delta has a facility just a few blocks from where I live.

It really depends on weather or not the funds dare turn down a progressive gadget meant for sustainable transportation. Maybe there is a Angel watching my back.

I like the approach! :smiley:
when you’re funded, getting it certified will be no problem, and for a prototype it doesn’t matter

https://cree-led.com/media/documents/XLampXML_Color.pdf

No part of the [spectrum]can be censured in any way, since the light is the first and the last. We are its subjexts

Aluminium or copper pipe heatsink / hand_heater @45°C

Battery_heat_barrier

{Mirror mirror on the bike}

Let´s make it possible to change battery. This way, it becomes a pretty decent flashlight for trekking

If your phone is pointing forward, the screen should be able to display a kompas, or maybe just a north dot && dirrections [Edit] With the 9-axis motion sensor, the compass is onboard.

Optic polycarbonate sword fighting w. haptic feedback & Kinetic VR [Multiplayer]

Kinetic art, a form of art involving mechanical and/or random movement, including optical illusions.

  • The Kinetic camera system by Birt Acres (1854–1918), photographer and film pioneer

Epic Star Wars 2182 VR GLOV

https://3cfeqx1hf82y3xcoull08ihx-wpengine.netdna-ssl.com/wp-content/uploads/2021/10/DS-000189-ICM-20948-v1.5.pdf

Cap touch && 9-Axis motion sensor

[CHANGELOG] Added two dual mosfet´s for driving RGBW (Red, Green, Blue, White) at arround 300-500 mA each on 5x5mm Dome LED \ or 4 white LED´s for higher Lumen

Mosfet source will be connected directly to battery terminal driving LED´s using PWM, by wire.

LED pcb for opposite end will have LED´s connected to battery GND terminal.

https://www.mouser.dk/datasheet/2/427/VISHS85592_1-2566429.pdf

Note to self: Maybe capacitive sensors can be used for Drone leveling sensors, as proximity sensors for spring suspended capacitance.

It is inevitable

Technical Documentation

Started porting the nr5340 :slight_smile: Im thinking to integrate a QSPI memory unit, for screen symbols, gif´s and stuff.

The idea is, you have one core for main application and another core for RF associated function’s

Im afraid there is no Arduino support at the moment ?

.https://docs.zephyrproject.org/latest/boards/arm/nrf5340dk_nrf5340/doc/index.html

[Changelog]

Started migrating to nrf5340

Added 128MB Quad SPI Flash Memory IC

Moved 9-Axis sensor to center of PCB…

Breaking down nrf52840 passives, assigning pins. I kindof like the way nrf5340 has dedicated pins for QSPI ans Fast SPI.

Zephyr OS looks promising

In order to use QSPI pins, it is essential to do in_pad_via´s with a 0.4mm pitch. It is extremely tight space requirements.

So what is the advantage of having a 9-Axis motion sensor on a bike, connected to the motor controller as a master device. Its obvious, by knowing the acceleration, and direction / .angle movement, we know if the applied torque by the motor, has the desired effect. Its some kind of magic!

If we can find the pedal cadence in the acceleration / orientation data, then we have nailed it with regard to the bike application.

Same size, double the clock freq, and two separate cores.

It really looks like it. How big is that board? Can I ask you how many layers is your design?

I find it a significant challenge to route all the signals to/from the MCU pins on these small boards, while still keeping to 4 or less layers and only using through hole vias… the main problem is the vias really. They’re so big compared to the pins and signal lines, there’s never space for them due to other stuff already on the board :smiley:

It is 40mm on the widest. Its a 4 layer design.

My usual fab house cant do those via_in_pads i think. Does someone know a place to do prototypes, with these crazy footprints?