ESP32-S3 Bench Guide
ESP32-S3 N16R8 bench guide: live pinout, lessons, simulators and the bench log.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證正在載入完整 README。 以下為已儲存的摘錄。
Practise the piano with real-time feedback. Connect a MIDI keyboard, open a
score and play: every note lights up depending on whether you nailed it,
missed it or jumped ahead, and your practice is logged bar by bar.
Live at arabesque.app, in French and English. It runs
in the browser, installs as an app on Android, and ships as a native wrapper on
iPhone and iPad.檢視完整 README ↗Practise the piano with real-time feedback. Connect a MIDI keyboard, open a score and play: every note lights up depending on whether you nailed it, missed it or jumped ahead, and your practice is logged bar by bar.
Live at arabesque.app, in French and English. It runs in the browser, installs as an app on Android, and ships as a native wrapper on iPhone and iPad.
.xml, .mxl) onto the page.A static site with no build step: everything the browser loads lives in
public/, and the few libraries it uses are vendored in public/vendor/
(Alpine.js, OpenSheetMusicDisplay, Tone.js, JSZip). Production and the branch
previews are served from GitHub Pages.
supabase/ holds the canonical DDL and auth config.public/sw.js) precaches the app shell and caches
scores as they are opened.app.rb is a small Sinatra server for development and the test suite.
It serves public/, plus the test fixtures under /test-fixtures/.ios/ is the native wrapper: a WKWebView over the deployed app, with
CoreMIDI injected as navigator.requestMIDIAccess. See
ios/README.md.| Path | What |
|---|---|
public/index.html | Landing page |
public/library.html | Score library |
public/score.html | Score page, where the playing happens |
public/practice.html | Practice calendar |
public/data.html | Account, profiles, backup import/export |
public/js/ | One ES module per concern, e.g. midi.js, musicxml.js, practiceTracker.js, storage.js, sync.js, i18n.js (strings in locales/) |
public/styles.css | The whole stylesheet: tokens, base layer, .pt-* components |
public/data/scores.json | The library catalog |
public/data/fingerprints.json | Opening-note fingerprints, generated from the catalog |
public/scores/ | The MusicXML files |
changelog.d/ | Pending entries for the in-app "What's new" |
supabase/ | Database schema and auth config |
scripts/ | Maintenance tools: fingerprints, changelog, feedback, deploy stamping, App Store, score sourcing |
landing-video/ | Build pipeline for the landing page's hero video |
test/ | Browser tests (Minitest + Capybara + Cuprite) and test/js/ (Vitest) |
Requires Ruby 3.3 and, to play, Chrome or Edge (Web MIDI).
bundle install
ruby app.rb
Then open http://localhost:4567/library.html. No keyboard is needed to browse and view scores.
Two suites, both run in CI on every pull request:
bundle exec rake test:parallel > tmp/test-output.txt 2>&1; cat tmp/test-output.txt
npm ci && npm run test:js
The first drives a headless Chrome through the real pages
(DISABLE_HEADLESS=1 to watch it). rake test runs it serially. The second
unit-tests the modules with Vitest. No Ruby or Chrome on the machine?
scripts/test-in-docker.sh runs the browser suite in a container.
Every change goes through a pull request, squash-merged. Each pull request is
deployed at https://arabesque.app/previews/<branch-slug>/library.html.
CLAUDE.md holds the working conventions: how to add a score, write a changelog entry, handle user feedback, change the Supabase config, and write browser tests that do not flake.
If no keyboard shows up after clicking "Connect MIDI keyboard":
Roland FP-30X (or FP-30) over Bluetooth, if it does not appear:
This resets the keyboard's Bluetooth connection state.