BREEZY LAB / DOSSIÊ 001
ENGENHARIA REVERSA · DOSSIÊ AUDITADO · EDIÇÃO 26.08.2026

CUBE
BABY.

Firmware, hardware, revisões, USB‑MIDI/SysEx, memória, IR, Bluetooth, recovery e diferenças documentais da família CUVAVE / M‑VAVE.
PESQUISA RECORRENTE: A CADA 3 DIAS · FOCO: FIRMWARE + HARDWARE EM FONTES CHINESAS
STATUS: DOCUMENTO VIVO · FATOS / REPRODUÇÕES / RELATOS / HIPÓTESES SEPARADOS
17 CAPÍTULOS / UMA VISÃO EM PROFUNDIDADEDESLIZE PARA DESCOBRIR ↓
Comece pela visão geral

Acervo da edição de 26/08/2026. Conteúdo integral do HTML fornecido, com ferramentas de consulta. A periodicidade de pesquisa citada no documento é uma declaração da edição; esta página não executa atualização automática.

00 · Leitura rápida

Este documento é o conteúdo, não um catálogo de links.

A página reúne dentro dela o mapa técnico acumulado. As referências no fim servem para auditoria. Quando há divergência entre documentação oficial, comportamento observado e engenharia reversa, a divergência é mantida visível.

48 B
Banco persistente A+B+C
3 × 16 B
Bandas live A/B/C
8 × 4 KiB
Setores IR ROM
2020→2026
Evidência histórica coberta
01 · Método de auditoria

Quatro níveis de evidência.

Primária

Fabricante / FCC

Manual depositado pelo fabricante, filing regulatório, carta de diferença de modelos, fotos internas e relatório RF.

Reproduzida

Hardware real

Teste que lê ou altera estado de uma unidade física e registra resposta, memória ou verificação pós-escrita.

Comunitária

Relato técnico

Teardown, reparo, recovery ou observação de usuário. Útil, mas não generalizado sem segunda confirmação.

Hipótese

Aberta

Interpretação ainda sem vínculo físico ou reprodução suficiente.

Regra central: revisão de manual, revisão de PCB, target de firmware e modelo comercial são eixos diferentes. O dossiê não converte correlação temporal em equivalência.
commercial_modelpcb_revisionfirmware_targetfirmware_versionmanual_revisionusb_connectorprotocol_profile
02 · Família e variantes

Guitar, AC e Bass compartilham nome de família; a equivalência técnica precisa ser tratada com cuidado.

O filing FCC de 2024 inclui CUBE BABY, CUBE BABY AC e CUBE BABY BASS. Uma declaração regulatória afirma que função, software e circuito elétrico seriam os mesmos, mudando apenas nome e cor. Isso é uma declaração formal do requerente, mas deve ser confrontada com a documentação funcional específica — especialmente a do AC, que apresenta controles e cadeia de efeitos próprios.

EixoGuitarACBassEstado
Nome comercialCUBE BABYCUBE BABY ACCUBE BABY BASSConfirmado
FCC 2024Agrupados na mesma declaração de modelosConfirmado
RFMesmo enquadramento regulatório de rádio no filing 2024Forte
ABI SysEx/memóriaBem documentado por RENão reproduzido na mesma profundidadeNão reproduzido na mesma profundidadeParcial
Mapa de controlesAmp/mod/delay/reverb/IREQ/comp/anti-feedback/mod/space/IREspecífico de baixoDiferenças aparentes
Interpretação de engenharia: a carta FCC é excelente evidência de uma plataforma compartilhada no contexto regulatório, mas não substitui dump de memória, fotos macro, identificação de componentes e teste de protocolo em cada variante.
03 · Cronologia

Do V11 ao editor aberto.

Manual V11 criado

O título interno do manual FCC preserva V11_20200810. A geração documenta LIVE + PRESET e é a referência da fase inicial.

MB V09 em unidade de usuário

Um proprietário que abriu o pedal identificou a PCB como Cube Baby MB V09. Também descreveu bateria presa à PCB com fita dupla face e fios soldados diretamente, sem conector.

Primeiro filing FCC disponível

Manual, fotos internas, fotos externas e relatório de teste tornam-se públicos.

CubeSuite / firmware / recovery comunitário

Relatos passam a distinguir recursos conforme firmware conectado ao mesmo CubeSuite e surgem procedimentos comunitários de atualização/recuperação com targets A/B/C.

Manual V30

Documentação posterior introduz a operação LIVE + PRESET + EDIT e páginas de editor para presets e IR.

Declaração de diferenças de modelo

Sinco inclui CUBE BABY, AC e BASS no mesmo processo, declarando função/software/circuito iguais e variação de nome/cor.

Novo filing FCC

Novas fotos internas, manual e relatório RF são publicados. MB V09 volta a aparecer no conjunto documental analisado.

Segunda implementação aberta do protocolo

CubeControl/ToneHub Hardware Core publica biblioteca, CLI, fixtures, leitura/escrita de banco e operações de IR.

Smoke test físico end-to-end

Identify, leitura do banco, escrita live, carga de IR, persistência e restauração são registrados em hardware real.

04 · Hardware

PCB, bateria, conectores e revisão física.

Alta confiança

MB V09 não é “uma geração de 2024”

Há registro comunitário explícito de MB V09 em outubro de 2020 e evidência posterior associada ao filing de 2024. Isso torna fraca a interpretação “V09 → V12 → V15 = sequência cronológica simples”.

PCB revision: MB V09 observed: 2020 observed again: 2024 filing/material Conclusão: MB Vxx ≠ firmware target MB Vxx ≠ ano de fabricação MB Vxx ≠ versão de manual
Alta confiança

Bateria: 600 mAh → 780 mAh

A documentação antiga preserva bateria de 600 mAh; material posterior documenta 780 mAh. É uma mudança de BOM concreta, ainda que não determine sozinha mudança de MCU/DSP ou protocolo.

Na unidade aberta em 2020, a bateria foi descrita como colada diretamente à placa e ligada por fios soldados.

Micro‑USB e USB‑C

A geração antiga é documentada com micro‑USB. A galeria atual da M‑VAVE mostra a família com USB‑C. O receptáculo deve ser catalogado separadamente do perfil lógico USB.

micro_usbusb_cunknown
Ainda não demonstrado: USB‑C = novo VID/PID, novo MCU, target C ou novo mapa de memória. A comparação correta exige descriptors e NameVersion de duas unidades reais.

Componentes ainda não fechados

BlocoEstado atualO que fecharia
MCU principalNão identificado com confiançaFoto macro legível + datasheet compatível + topologia
DSP / áudioNão identificadoMarcação do encapsulamento + confirmação funcional
Codec ADC/DACNão identificadoFoto de PCB e trilhas analógicas
Flash externaNão fechadaPart number + capacidade + dump
Rádio BluetoothPHY/caracterização conhecida; chip nãoMarcação física do CI/módulo
INPUTanalógico / ADC MCU / DSPefeitos · presets · IRUSB-MIDI / SysExidentidade ainda aberta FLASHpresets / IR ROM RAMlive params / IR USB-MIDICubeSuite / Web BLUETOOTHBR/EDR áudio

Diagrama funcional, não esquemático. Os blocos MCU/DSP/codec permanecem sem part number confirmado.

05 · Rádio

Bluetooth é caracterizado como BR/EDR clássico.

Os relatórios FCC de 2020 e 2024 apresentam a assinatura típica de Bluetooth Basic Rate / Enhanced Data Rate: 79 canais entre 2402 e 2480 MHz e modulações GFSK, π/4‑DQPSK e 8DPSK.

79
canais
1 MHz
espaçamento
2402–2480
MHz
0 dBi
ganho de antena declarado em 2024
ModulaçãoUso típico no BR/EDRLeitura
GFSKBasic Rate1 Mb/s PHY
π/4-DQPSKEDR2 Mb/s PHY
8DPSKEDR3 Mb/s PHY
Arquitetura de software recomendada: tratar Bluetooth como caminho de áudio/backing track e USB‑MIDI/SysEx como caminho de edição. Não há base documental suficiente para projetar o editor assumindo BLE/GATT.
06 · Firmware e gerações funcionais

V11 e V30 documentam aparelhos funcionalmente diferentes.

DocumentoData internaModosBateriaSHA-256
Manual V1110/08/2020LIVE + PRESET600 mAhbf7ee5abbf23b62caf3b30e6d64bcd96744735a84bf5418cef5fe8643a552ad2
Manual posterior / V3007/06/2024 (quadro técnico preservado no material)LIVE + PRESET + EDIT780 mAhd8cee4f73bd9a8191bae7c7cb81a2155cb54f3a72f5d8a29bdc4a8ea474c142f
A existência de EDIT não é apenas mudança editorial: ela altera o modelo de interação do pedal.

O que isso sugere sobre CubeSuite

Relatos antigos indicavam que o mesmo CubeSuite 1.75 mostrava ou escondia recursos conforme o firmware conectado. A diferença V11→V30 fortalece a hipótese de handshake/capability negotiation ou, no mínimo, de identificação de versão que condiciona a UI.

Hipótese de alto valor experimental: CubeSuite ↓ identify / NameVersion firmware conectado ↓ capabilities / versão ↓ UI habilita/desabilita funções Status: coerente com documentação e relatos, mas bytes exatos de capability ainda não fechados.

Targets A/B/C

Os targets A/B/C aparecem no contexto de recovery/firmware comunitário. Eles devem ser tratados como targets de software, não como revisões de PCB.

Proibido inferir: A=MB V09, B=MB V12, C=MB V15. Até agora não existe amarração física direta suficiente.
07 · Recovery, loader e cross-flash

Existe um caminho de recuperação; sua universalidade não está demonstrada.

Procedimentos comunitários descrevem inicialização em modo de recuperação envolvendo combinação de footswitch e alimentação — frequentemente referida como C + Power — e pacotes com variantes/targets A, B e C.

Comunitário

Modo C+Power

Há evidência prática de uso em unidades da família, mas não há captura consolidada de descriptors/VID:PID em todas as revisões. Algumas unidades novas ou variantes podem não reagir da mesma forma.

Risco de incompatibilidade

Firmware incorreto

Relatos de cross-flash problemático incluem LEDs/presets incoerentes, inicialização parcial e funções que deixam de responder como esperado. Isso é compatível com targets distintos, embora não diga qual hardware corresponde a cada um.

Ficha mínima antes de testar firmware

model = guitar | ac | bass brand = cuvave | m-vave | rebadge pcb_revision = MB Vxx | unreadable usb_connector = micro_usb | usb_c normal_vid_pid = capture loader_vid_pid = capture name_version = capture firmware_target = A | B | C | unknown firmware_hash = sha256 bank_backup = 48 bytes + hash ir_rom_backup = 8 sectors × 4096 bytes
Procedimento seguro de pesquisa: backup primeiro, identificação depois, escrita por último. O projeto CubeControl adota exatamente esse tipo de guardrail: operações destrutivas exigem confirmação explícita.
08 · USB-MIDI e SysEx

O Cube Baby expõe uma interface suficientemente aberta para edição fora do CubeSuite.

Dois projetos públicos independentes analisam o protocolo: cuvave-midi e o mais recente CubeControl/ToneHub Hardware Core. O segundo acrescenta transporte Web MIDI, backup/restore e testes físicos.

Identify

O smoke test físico retornou:

SINCO-CubeBaby

ReadMemory

Leitura do banco persistente:

memory = 5 address = 0 length = 48

WriteMemory live

Exemplo publicado:

memory = 5 address = 0x80000001 data = 7

Semântica de ACK: descoberta crítica

Em hardware real, uma escrita live de Gain alterou o valor de 3 para 7, mas o ACK veio com accepted=false. O valor foi de fato aplicado e depois restaurado. Portanto:

accepted=false não é sinônimo de “write falhou”.
WRITE enviado
↓
ACK decodificado: accepted=true/false
↓
READ-BACK / verificação de memória
↓
APPLIED_VERIFIED | VERIFICATION_FAILED | UNKNOWN

Comando 0x24

O comando 0x24 avançou de “desconhecido” para uma interpretação parcial como escrita de registro/DSP. As notas experimentais associam um payload de 9 bytes:

CMD 0x24 — semântica parcial MEMORY : u8 ADDRESS : uint32 little-endian VALUE : uint32 little-endian payload total = 1 + 4 + 4 = 9 bytes observado próximo de operações de IR ACK observado: accepted=true Status: provável Register/DSP Write, não generalizar para todos os 0x24 sem mais capturas.

0x11 / NameVersion

O comando de identificação continua sendo uma área importante. Já há resposta textual real SINCO-CubeBaby, mas os bytes adicionais de versão/capability ainda precisam ser mapeados por comparação entre firmwares e variantes.

09 · Mapa de memória

Persistência e estado live formam um desenho coerente.

A implementação antiga cuvave-midi e o CubeControl convergem em várias regiões importantes.

Selector / tipoFaixa/endereçoFunçãoConfiança
0x050x00000000...Settings / banco persistente A+B+CForte
0x050x80000000..0x8000002CParâmetros live RAMReproduzido
0x040x00000764IR usable/flagForte
0x040x00000768IR Distance / início de header liveForte
0x040x0000076C...IR data em RAMForte
0x000x00069000...IR ROM / FlashReproduzido
0x000x00003000USB loopback ON, conforme RE antigaComunitário

Banco A+B+C = 48 bytes

offset 0x00 ─────────────── 0x0F Preset A (16 B) offset 0x10 ─────────────── 0x1F Preset B (16 B) offset 0x20 ─────────────── 0x2F Preset C (16 B) total = 0x30 = 48 bytes

No smoke test físico, esse bloco foi lido e decodificado. O preset A do exemplar testado apresentava Gain=3 e Cabinet=8.

RAM live em três bandas

base = 0x80000000 slot stride = 0x10 = 16 bytes A = base + 0x00 B = base + 0x10 C = base + 0x20 address = 0x80000000 + slotIndex*16 + fieldOffset exemplos registrados: MIX A = 0x80000007 MIX B = 0x80000017 MIX C = 0x80000027 Feedback C = 0x80000024 ToneSect C = 0x8000002C

Os campos nomeados atualmente ocupam offsets 0..12 dentro de cada banda; bytes 13..15 não devem ser tratados como parâmetros válidos sem evidência.

EXPLORADOR 01 / ENDEREÇOS LIVE

Do preset ao endereço.

Escolha a banda e um offset para visualizar a fórmula documentada. Simulação didática, sem enviar comandos ao pedal.

Offsets nomeados: 0–12. Bytes 13–15 permanecem reservados nesta visualização, sem atribuição de parâmetro.

10 · IR

Live RAM, payload persistente e setor ROM são coisas diferentes.

WAV / IR de origem
↓
conversão para formato do Cube Baby
↓
apply-live-ir → RAM
↓ opcional
persist-ir-rom → setor Flash
↓
Cabinet 1..8 → ROM slot 0..7 → reload para RAM

Layout persistente

IR ROM base = 0x00069000 stride = 0x00001000 = 4096 bytes slots = 0..7 slot 0 = 0x00069000 slot 1 = 0x0006A000 slot 2 = 0x0006B000 slot 3 = 0x0006C000 slot 4 = 0x0006D000 slot 5 = 0x0006E000 slot 6 = 0x0006F000 slot 7 = 0x00070000 setor = 4096 bytes payload persistido usado pela implementação = 2056 bytes restante pode ser preenchido / reproduzir cauda observada

Cabinet → slot

CabinetAção observada
0Não recarrega a IR RAM
1Carrega ROM slot 0
2Carrega ROM slot 1
3Carrega ROM slot 2
4Carrega ROM slot 3
5Carrega ROM slot 4
6Carrega ROM slot 5
7Carrega ROM slot 6
8Carrega ROM slot 7
Implicação: “Cabinet 0 / IR off” não equivale a limpar a RAM. Uma IR live pode permanecer residente até outra operação provocar reload/substituição.

Distance

Captura do CubeSuite com Distance em 50% apresentou os bytes abaixo no endereço 0x768:

00 00 00 3F → little-endian IEEE-754 float32 → 0.5

Isso é forte evidência de parâmetro normalizado em float32 no firmware testado.

Sequência de escrita observada

IR flag = 0 ↓ CMD 0x24 ↓ WriteMemory 0x22 em 0x768... ↓ IR flag = 1 ↓ CMD 0x24 adicionais

2052, 2054 e 2056 bytes: por que os números aparecem

O corpus de engenharia reversa contém três números próximos que não devem ser artificialmente fundidos:

NúmeroContextoEstado
2052 BBloco descrito como Distance + IR data a partir de 0x768 em notas experimentaisPrecisa reconciliar
2054 BOutra descrição da quantidade total escrita no selector 0x04Precisa reproduzir
2056 BPayload ROM persistido utilizado pelo CubeControlImplementado

A próxima captura bruta deve separar header, Distance, flags, amostras e padding para eliminar a ambiguidade.

Validação física do fluxo

No experimento físico do CubeControl, o slot 7 foi salvo, um WAV de teste foi convertido/carregado e persistido, e depois o setor original de 4096 bytes foi restaurado.

persistVerified = true liveMatch = 68/68 restore sector: 4096 bytes verified = true após restore: Cabinet 1 → 8 = OK
EXPLORADOR 02 / CABINET → ROM

O caminho de cada slot.

Cabinet 0 não limpa a RAM. O mapeamento apresentado é o documentado para o Guitar; sua equivalência no AC permanece aberta.

EXPLORADOR 03 / DISTANCE FLOAT32

Veja os quatro bytes mudarem.

Conversão matemática IEEE-754 little-endian. A captura citada no dossiê confirma o ponto 50% → 0.5; os demais valores são calculados aqui.

11 · Cube Baby AC

Banco de IR e operação acústica documentados.

O manual preservado do AC documenta 8 IRs selecionáveis mais a posição OFF. A sequência aparece em múltiplos espelhos independentes.

Posição do knobBanco lógicoNome documentado
1OFFIR desativado
2IR 1Mart 45 Piezo 3C
3IR 2Acoustic2-Impulse
4IR 3Wurlitzer 1
5IR 4Mart 45 Soundhole 5c
6IR 5Soldano 2inch cap-dc
7IR 6On Axis grille
8IR 7Taylor 314ce-Soundelux
9IR 8Pro Jr floor

Os nomes são referência histórica do banco original. Eles não significam licença para redistribuir os respectivos arquivos de IR.

Módulos do AC

BlocoControles/função descrita
EQTREB, MID, BASS
CompressorCOMP
Anti-feedbackANTI FB, com notch em tempo real conforme manual
ModChorus / Tremolo em metades do knob
SpaceReverb / Delay + TIME
IR8 slots + OFF

Modos AC

O manual documenta PRESET, LIVE e EDIT. No PRESET, A/B/C chamam os três presets; em LIVE, os grupos de efeitos são acionados pelos footswitches; EDIT preserva o som anterior enquanto o usuário “captura” a posição física do knob ao movê-lo.

Questão aberta: apesar da semelhança funcional da arquitetura e da declaração FCC, ainda falta reproduzir no AC o mesmo dump de 48 bytes, as mesmas bandas live e o mesmo mapa IR que já foram validados no Guitar padrão.
EXPLORADOR 04 / BANCO HISTÓRICO AC

Explore as nove posições do knob.

Consulta aos nomes do manual preservado. Não contém arquivos de áudio nem simula o timbre.

12 · Engenharia reversa pública

Duas implementações independentes tornam o protocolo auditável.

cuvave-midi

Projeto em Rust voltado ao parsing de SysEx do Cube Baby. Publicou cedo um mapa de memória contendo settings, IR flag, Distance float32, IR RAM, IR ROM e parâmetros live.

0x05 0x0000 ... Settings 0x00 0x3000 USB loopback 0x04 0x0764 IR usable? 0x04 0x0768 IR Distance f32 0x04 0x076c ... IR RAM 0x00 0x00069000 ... IR ROM 0x05 0x80000000 ... live params

CubeControl / ToneHub Hardware Core

Implementação mais recente em TypeScript, com codec de protocolo separado do transporte, CLI e fixtures. Inclui Web MIDI, RtMidi/Node e bridge nativa.

identify read-memory / write-memory backup-bank / restore-bank save-param apply-live-ir persist-ir-rom scan-ir-rom dump-ir-rom probe-cabinet-ir import-ir-wav export-ir-wav load-ir

Guardrails da implementação moderna

O CLI é read-only por padrão. Escritas live, restore do banco e overwrite dos cabinets de fábrica exigem flags explícitas. Esse desenho é adequado para o editor do projeto porque falhas de target ou semântica de ACK podem produzir estado inconsistente.

Teste físico de 10/08/2026

Identify
SINCO-CubeBaby
Bank
48 bytes; presets A/B/C decodificados
Preset A
Gain=3, Cabinet=8 no exemplar
Live write
Gain 3→7 aplicado mesmo com ACK accepted=false
Restore gain
7→3, OK
IR slot
slot 7 / Cabinet 8
Persist
persistVerified=true
Live compare
68/68
Restore sector
4096 B, verified=true
13 · Editor / simulador Web

Arquitetura recomendada a partir do que já foi reproduzido.

WEB UIpresets · IR · backup CUBE APIsession / operationsverification state SysEx codecpure / testable TransportWeb MIDI CUBE BABYUSB-MIDI class deviceRAM / Flash / DSP

Estados de escrita

ACK_RECEIVED ↓ APPLIED_VERIFIED VERIFICATION_FAILED UNKNOWN

O campo accepted do ACK deve ser armazenado, mas não usado isoladamente como sucesso/falha.

Entidades mínimas

device_profile model pcb_revision firmware_target firmware_version usb_connector name_version vid_pid preset_bank raw_48_bytes hash decoded_A_B_C ir_rom_sector slot address raw_4096_bytes hash write_result ack_received ack_accepted applied_verified verification_method

Fluxo seguro para IR custom

1. identify + capture profile
↓
2. backup bank A+B+C
↓
3. dump sector IR escolhido (4096 B)
↓
4. apply live em RAM para teste
↓
5. persist somente após confirmação
↓
6. read-back + hash/compare
14 · Pesquisa em fontes chinesas

Agora o foco é firmware e hardware — e só entra novidade material.

A recorrência foi reduzida para uma execução a cada 3 dias. O objetivo deixou de ser “achar qualquer coisa sobre Cube Baby” e passou a ser responder perguntas de engenharia específicas.

Firmware / modificação

固件 firmware 刷机 flash / reflashing 升级 update 恢复 recovery 救砖 unbrick 启动 boot 下载 download 版本 version 改装 modification

Prioridades: binários, hashes, targets A/B/C, loader, C+Power, cross-flash, dumps, ferramentas, falhas e recuperação reproduzível.

Hardware / teardown

拆机 teardown 主板 mainboard 芯片 chip / IC 维修 repair 原理图 schematic 电路 circuit 电池 battery 蓝牙 Bluetooth USB DSP / MCU / ADC / DAC / Flash

Prioridades: fotos macro, marcações legíveis, revisões MB Vxx, mudanças de BOM e diferenças reais Guitar/AC/Bass.

Plataformas e trilhas

Bilibili, Baidu Tieba, Zhihu, fóruns chineses de reparo/eletrônica/áudio, blogs técnicos, caches, mirrors e links Baidu Pan encontrados nesses ecossistemas. Fontes internacionais são usadas só para confirmar/contradizer um achado chinês.

O que a varredura atual ainda não resolveu

QuestãoResultado atual
MCU/DSP/codecNenhuma identificação chinesa suficientemente legível e verificável encontrada
A/B/C ↔ MB VxxNenhum vínculo direto confiável
C+Power VID/PIDAinda sem captura consolidada
Binários A/B/C com hashesAinda não preservados de forma auditável no dossiê
15 · Lacunas prioritárias

O que realmente muda nosso entendimento se for descoberto.

PrioridadePerguntaEvidência mínimaImpacto
1Quais são MCU, DSP, codec e Flash?Macro legível + datasheet + posição na PCBPermite mapear plataforma, firmware e limites reais
2O que A/B/C representam?Firmware/hash + PCB/serial da unidade correspondenteFecha recovery e risco de cross-flash
3Qual VID/PID no loader?USB capture em C+PowerPermite detector de recovery no editor
4USB-C mantém o mesmo ABI?Descriptors + NameVersion + read bank + IR testDefine compatibilidade de gerações
5AC/Bass usam os mesmos selectors/endereço?Teste read-only em hardware realPermite editor multi-variante
6Estrutura exata do payload IRCaptura bruta CubeSuite com delimitação byte a byteResolve 2052/2054/2056 B
7Bytes extras de NameVersionComparar múltiplos firmwaresPossível capability negotiation
16 · Fontes e rastreabilidade

Fontes centrais — com o dado que cada uma sustenta.

FCC — Manual V11 / 2020

Documento ID 5062900. Título interno contém V11_20200810. Criado em 10/08/2020. SHA-256:

bf7ee5abbf23b62caf3b30e6d64bcd96744735a84bf5418cef5fe8643a552ad2

https://fccid.io/2ARCP-CUBE-BABY/User-Manual/UM-5062900

FCC — Manual / filing 2024

Documento ID 7877234. Submetido em 05/12/2024. SHA-256:

d8cee4f73bd9a8191bae7c7cb81a2155cb54f3a72f5d8a29bdc4a8ea474c142f

https://fccid.io/2ARCP-CUBE-BABY/Users-Manual/User-manual-7877234

FCC — Fotos internas 2020

Documento 5062894, 3 páginas, SHA-256:

d9e68a9a29eccb115b79887fc34c4cb3e87ab3d88690dba7356a28df746083b4

https://fccid.io/2ARCP-CUBE-BABY/Internal-Photos/internal-photo-5062894

FCC — Fotos internas 2024

Documento 7877208, 3 páginas, SHA-256:

7e233572929f2aa9340e7270227bfdb8479a2176b234091cc99c3d72605b4ebd

https://fccid.io/2ARCP-CUBE-BABY/Internal-Photos/Internal-Photo-7877208

FCC — Model Difference 2024

Declara CUBE BABY, CUBE BABY AC e CUBE BABY BASS no mesmo filing e afirma igualdade de função/software/circuito com diferença de nome/cor. Deve ser lido como declaração regulatória, não como substituto de análise de variante.

https://fccid.io/2ARCP-CUBEBABY/Letter/Model-Difference-7877233.pdf

Relato físico MB V09 — 26/10/2020

Proprietário informa PCB “Cube Baby MB V09”; bateria colada à placa e fios soldados.

https://www.guitarristas.info/foros/comunidad-cube-baby/318302/pagina19

cuvave-midi — primeira RE pública do mapa

Parsing SysEx e mapa de memória com settings, USB loopback, IR flag, IR Distance f32, IR RAM/ROM e live params.

https://github.com/pferreir/cuvave-midi

CubeControl / ToneHub Hardware Core

Biblioteca/CLI aberta com Web MIDI, backup/restore A+B+C, operações de IR RAM/ROM e fixtures.

https://github.com/MrGariZack/cubecontrol

CubeControl — smoke test físico

Commit que registra identify, bank read/decode, live write, load IR e restore em unidade real.

https://github.com/MrGariZack/cubecontrol/commit/37d6ea2b8e96cab2d6586d68a8dbfd67149fae1a

Manual preservado Cube Baby AC

Documenta EQ, compressor, anti-feedback, mod, space, modos PRESET/LIVE/EDIT e o banco original de 8 IRs.

https://www.scribd.com/document/826512660/M008-Cube-golden

M-VAVE — página oficial atual

Confirma linha atual, 8 IRs + posição OFF e software CubeSuite para o produto.

https://www.m-vave.com/product?id=cube-baby

Nota de auditoria: o documento preserva contradições e incertezas. Um fato não sobe de confiança apenas porque aparece repetido em mirrors; a cadeia de procedência importa.