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.
Quatro níveis de evidência.
Fabricante / FCC
Manual depositado pelo fabricante, filing regulatório, carta de diferença de modelos, fotos internas e relatório RF.
Hardware real
Teste que lê ou altera estado de uma unidade física e registra resposta, memória ou verificação pós-escrita.
Relato técnico
Teardown, reparo, recovery ou observação de usuário. Útil, mas não generalizado sem segunda confirmação.
Aberta
Interpretação ainda sem vínculo físico ou reprodução suficiente.
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.
| Eixo | Guitar | AC | Bass | Estado |
|---|---|---|---|---|
| Nome comercial | CUBE BABY | CUBE BABY AC | CUBE BABY BASS | Confirmado |
| FCC 2024 | Agrupados na mesma declaração de modelos | Confirmado | ||
| RF | Mesmo enquadramento regulatório de rádio no filing 2024 | Forte | ||
| ABI SysEx/memória | Bem documentado por RE | Não reproduzido na mesma profundidade | Não reproduzido na mesma profundidade | Parcial |
| Mapa de controles | Amp/mod/delay/reverb/IR | EQ/comp/anti-feedback/mod/space/IR | Específico de baixo | Diferenças aparentes |
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.
PCB, bateria, conectores e revisão física.
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”.
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.
Componentes ainda não fechados
| Bloco | Estado atual | O que fecharia |
|---|---|---|
| MCU principal | Não identificado com confiança | Foto macro legível + datasheet compatível + topologia |
| DSP / áudio | Não identificado | Marcação do encapsulamento + confirmação funcional |
| Codec ADC/DAC | Não identificado | Foto de PCB e trilhas analógicas |
| Flash externa | Não fechada | Part number + capacidade + dump |
| Rádio Bluetooth | PHY/caracterização conhecida; chip não | Marcação física do CI/módulo |
Diagrama funcional, não esquemático. Os blocos MCU/DSP/codec permanecem sem part number confirmado.
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.
| Modulação | Uso típico no BR/EDR | Leitura |
|---|---|---|
| GFSK | Basic Rate | 1 Mb/s PHY |
| π/4-DQPSK | EDR | 2 Mb/s PHY |
| 8DPSK | EDR | 3 Mb/s PHY |
V11 e V30 documentam aparelhos funcionalmente diferentes.
| Documento | Data interna | Modos | Bateria | SHA-256 |
|---|---|---|---|---|
| Manual V11 | 10/08/2020 | LIVE + PRESET | 600 mAh | bf7ee5abbf23b62caf3b30e6d64bcd96744735a84bf5418cef5fe8643a552ad2 |
| Manual posterior / V30 | 07/06/2024 (quadro técnico preservado no material) | LIVE + PRESET + EDIT | 780 mAh | d8cee4f73bd9a8191bae7c7cb81a2155cb54f3a72f5d8a29bdc4a8ea474c142f |
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.
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.
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.
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.
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
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:
ReadMemory
Leitura do banco persistente:
WriteMemory live
Exemplo publicado:
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:
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:
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.
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 / tipo | Faixa/endereço | Função | Confiança |
|---|---|---|---|
| 0x05 | 0x00000000... | Settings / banco persistente A+B+C | Forte |
| 0x05 | 0x80000000..0x8000002C | Parâmetros live RAM | Reproduzido |
| 0x04 | 0x00000764 | IR usable/flag | Forte |
| 0x04 | 0x00000768 | IR Distance / início de header live | Forte |
| 0x04 | 0x0000076C... | IR data em RAM | Forte |
| 0x00 | 0x00069000... | IR ROM / Flash | Reproduzido |
| 0x00 | 0x00003000 | USB loopback ON, conforme RE antiga | Comunitário |
Banco A+B+C = 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
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.
Live RAM, payload persistente e setor ROM são coisas diferentes.
Layout persistente
Cabinet → slot
| Cabinet | Ação observada |
|---|---|
| 0 | Não recarrega a IR RAM |
| 1 | Carrega ROM slot 0 |
| 2 | Carrega ROM slot 1 |
| 3 | Carrega ROM slot 2 |
| 4 | Carrega ROM slot 3 |
| 5 | Carrega ROM slot 4 |
| 6 | Carrega ROM slot 5 |
| 7 | Carrega ROM slot 6 |
| 8 | Carrega ROM slot 7 |
Distance
Captura do CubeSuite com Distance em 50% apresentou os bytes abaixo no endereço 0x768:
Isso é forte evidência de parâmetro normalizado em float32 no firmware testado.
Sequência de escrita observada
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úmero | Contexto | Estado |
|---|---|---|
| 2052 B | Bloco descrito como Distance + IR data a partir de 0x768 em notas experimentais | Precisa reconciliar |
| 2054 B | Outra descrição da quantidade total escrita no selector 0x04 | Precisa reproduzir |
| 2056 B | Payload ROM persistido utilizado pelo CubeControl | Implementado |
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.
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 knob | Banco lógico | Nome documentado |
|---|---|---|
| 1 | OFF | IR desativado |
| 2 | IR 1 | Mart 45 Piezo 3C |
| 3 | IR 2 | Acoustic2-Impulse |
| 4 | IR 3 | Wurlitzer 1 |
| 5 | IR 4 | Mart 45 Soundhole 5c |
| 6 | IR 5 | Soldano 2inch cap-dc |
| 7 | IR 6 | On Axis grille |
| 8 | IR 7 | Taylor 314ce-Soundelux |
| 9 | IR 8 | Pro 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
| Bloco | Controles/função descrita |
|---|---|
| EQ | TREB, MID, BASS |
| Compressor | COMP |
| Anti-feedback | ANTI FB, com notch em tempo real conforme manual |
| Mod | Chorus / Tremolo em metades do knob |
| Space | Reverb / Delay + TIME |
| IR | 8 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.
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.
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.
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
Arquitetura recomendada a partir do que já foi reproduzido.
Estados de escrita
O campo accepted do ACK deve ser armazenado, mas não usado isoladamente como sucesso/falha.
Entidades mínimas
Fluxo seguro para IR custom
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
Prioridades: binários, hashes, targets A/B/C, loader, C+Power, cross-flash, dumps, ferramentas, falhas e recuperação reproduzível.
Hardware / teardown
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ão | Resultado atual |
|---|---|
| MCU/DSP/codec | Nenhuma identificação chinesa suficientemente legível e verificável encontrada |
| A/B/C ↔ MB Vxx | Nenhum vínculo direto confiável |
| C+Power VID/PID | Ainda sem captura consolidada |
| Binários A/B/C com hashes | Ainda não preservados de forma auditável no dossiê |
O que realmente muda nosso entendimento se for descoberto.
| Prioridade | Pergunta | Evidência mínima | Impacto |
|---|---|---|---|
| 1 | Quais são MCU, DSP, codec e Flash? | Macro legível + datasheet + posição na PCB | Permite mapear plataforma, firmware e limites reais |
| 2 | O que A/B/C representam? | Firmware/hash + PCB/serial da unidade correspondente | Fecha recovery e risco de cross-flash |
| 3 | Qual VID/PID no loader? | USB capture em C+Power | Permite detector de recovery no editor |
| 4 | USB-C mantém o mesmo ABI? | Descriptors + NameVersion + read bank + IR test | Define compatibilidade de gerações |
| 5 | AC/Bass usam os mesmos selectors/endereço? | Teste read-only em hardware real | Permite editor multi-variante |
| 6 | Estrutura exata do payload IR | Captura bruta CubeSuite com delimitação byte a byte | Resolve 2052/2054/2056 B |
| 7 | Bytes extras de NameVersion | Comparar múltiplos firmwares | Possível capability negotiation |
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:
FCC — Manual / filing 2024
Documento ID 7877234. Submetido em 05/12/2024. SHA-256:
https://fccid.io/2ARCP-CUBE-BABY/Users-Manual/User-manual-7877234
FCC — Fotos internas 2020
Documento 5062894, 3 páginas, SHA-256:
https://fccid.io/2ARCP-CUBE-BABY/Internal-Photos/internal-photo-5062894
FCC — Fotos internas 2024
Documento 7877208, 3 páginas, SHA-256:
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.
CubeControl / ToneHub Hardware Core
Biblioteca/CLI aberta com Web MIDI, backup/restore A+B+C, operações de IR RAM/ROM e fixtures.
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.
M-VAVE — página oficial atual
Confirma linha atual, 8 IRs + posição OFF e software CubeSuite para o produto.