mirror of
https://github.com/meshtastic/web.git
synced 2026-08-01 07:26:34 -04:00
bbe9a0d5cd
* feat(protobufs): sync to firmware-current and consume workspace package Sync the vendored .proto sources to firmware-current (v2.7.25+48), regenerate the v2 TS bindings, and consume the workspace @meshtastic/protobufs (workspace:*) in place of the stale JSR 2.7.20 — finishing the monorepo migration (core was already workspace:*). Includes the one required breaking-change fix: admin nodedb_reset changed int32 to bool, so resetNodes() now sends value: true. * build(protobufs): vendor generated bindings for workspace consumers The package is consumed via workspace:* — its exports point at the TS source, which imports ./dist/meshtastic/*_pb.ts — so the generated output must exist at build time. CI builds web/core with no codegen step and the runners have no buf CLI, so the bindings are vendored here (kept gitignored; lint/format skip them). Regenerate with: pnpm --filter @meshtastic/protobufs gen * fix(protobufs): clean script removes the actual generated output dir buf writes bindings to packages/ts/dist, but clean was removing a non-existent root dist — so it never cleaned stale output. Addresses Copilot review feedback. * refactor: move web app packages/web -> apps/web Aligns the web app with the apps/web layout (matching the Vercel web-test Root Directory and the SDK-migration direction). Pure directory move plus root config: pnpm-workspace (adds apps/*), vitest projects, root tsconfig reference, and the pr/release-web/nightly workflows. vercel.json moved with the app. Build + 36 validation tests green. * feat: config fields, module pages, key verification, telemetry capture Incorporates the firmware-current feature work onto the protobuf foundation: new config fields (Display message bubbles; LoRa fem_lna_mode + serial_hal_only; Telemetry air_quality_screen_enabled); 4 new ModuleConfig pages (TrafficManagement, StatusMessage, TAK, RemoteHardware); the manual Key Verification flow (sendKeyVerification + ClientNotificationDialog stages + Verify Key button); live telemetry capture (nodeDB addDeviceMetrics) and admin hardening (toggleMutedNode, graceful PortNum default); plus the sdk-preview ConfigEditor demo and store/config tests. Build + lint + format + 131 tests green. * chore: drop #1062 (unsaved-change-detection) to match upstream revert #1062 was merged to main by accident (per @danditomaso) and is being reverted. Reverse-applied its diff here via 3-way so #1097 stays consistent with where main is headed, while keeping the feature changes layered on the same files (deviceStore/changeRegistry). Build + 131 tests + lint + format green. * fix(nodes): clean up SNR display in node table and map popup SNR is a ratio measured in dB, not dBm (which is absolute power); the node table and map popup both mislabeled it and crammed three values together: '0dBm/50%/50raw'. The trailing '%/raw' pair was the same heuristic ((snr+10)*5) shown twice — once clamped, once not. Render SNR in dB rounded to one decimal, color-coded by a 0-100% signal-quality heuristic (green/yellow/red), with the quality percentage as a muted secondary. Drop the redundant raw value. Adds unit.db; this matches the existing SNRTooltip, which already renders dB.
64 lines
1.8 KiB
Protocol Buffer
64 lines
1.8 KiB
Protocol Buffer
syntax = "proto3";
|
|
|
|
package meshtastic;
|
|
|
|
option csharp_namespace = "Meshtastic.Protobufs";
|
|
option go_package = "github.com/meshtastic/go/generated";
|
|
option java_outer_classname = "SerialHal";
|
|
option java_package = "org.meshtastic.proto";
|
|
option swift_prefix = "";
|
|
|
|
// SerialHalCommand messages are sent from host to device over the SerialHal
|
|
// framing stream. Responses normally come back as SerialHalResponse with the
|
|
// same transaction_id.
|
|
//
|
|
// Interrupt notifications are the one asynchronous exception: the device emits
|
|
// an unsolicited SerialHalResponse with transaction_id == 0 and value == pin.
|
|
// Host implementations should treat those frames as interrupt events rather
|
|
// than replies to an outstanding request.
|
|
|
|
message SerialHalCommand {
|
|
enum Type {
|
|
UNSET = 0;
|
|
PIN_MODE = 1;
|
|
DIGITAL_WRITE = 2;
|
|
DIGITAL_READ = 3;
|
|
ATTACH_INTERRUPT = 4;
|
|
DETACH_INTERRUPT = 5;
|
|
SPI_TRANSFER = 6;
|
|
NOOP = 7;
|
|
}
|
|
|
|
// Host-assigned request id. Replies echo this id back in
|
|
// SerialHalResponse.transaction_id.
|
|
uint32 transaction_id = 1;
|
|
Type type = 2;
|
|
uint32 pin = 3;
|
|
uint32 value = 4;
|
|
uint32 mode = 5;
|
|
bytes data = 6;
|
|
}
|
|
|
|
message SerialHalResponse {
|
|
enum Result {
|
|
OK = 0;
|
|
ERROR = 1;
|
|
BAD_REQUEST = 2;
|
|
UNSUPPORTED = 3;
|
|
}
|
|
|
|
// Matches the originating SerialHalCommand.transaction_id for normal
|
|
// request/response traffic.
|
|
//
|
|
// A value of 0 indicates an unsolicited interrupt notification generated by
|
|
// the device. In that case, the host should interpret value as the GPIO pin
|
|
// that triggered.
|
|
uint32 transaction_id = 1;
|
|
Result result = 2;
|
|
// Used by DIGITAL_READ replies and interrupt notifications. For interrupt
|
|
// notifications (transaction_id == 0), this carries the pin number.
|
|
uint32 value = 3;
|
|
bytes data = 4;
|
|
string error = 5;
|
|
}
|