Convertitore codice Gray

Un ingresso non binario fallisce con un errore invalid_input chiaro invece di troncare in silenzio cifre spazzatura.

Cos'è il codice Gray riflesso e quali ingressi sono validi

Gli alias bits, binary e n sono accettati quando il Suo modulo o SDK etichetta già il campo così. La direzione deve essere binary_to_gray o to_gray per codificare, e gray_to_binary o from_gray per decodificare; gli alias dir e mode funzionano allo stesso modo. Valori in virgola mobile, numeri negativi, stringhe vuote e testo misto che non sia cifre binarie falliscono con invalid_input perché questo prodotto promette una conversione esatta di interi, non un'approssimazione. Ingressi identici producono sempre JSON identico: non c'è chiamata di rete, seme casuale né orologio di parete sul percorso.

Come leggere i campi della risposta e verificare risultati comuni a mano

Poiché ogni passo è XOR su bit discreti, i risultati non derivano mai come farebbero trucchi in virgola mobile per ingressi grandi. In caso di successo, la risposta ripete value come la stringa di bit originale o l'intero sicuro che ha inviato, direction come l'etichetta canonica binary_to_gray o gray_to_binary, bits_in come la stringa di ingresso normalizzata bit più significativo per primo, e bits_out come la stringa convertita che di solito serve per display, correttori e documentazione di encoder. integer_in e integer_out interpretano quelle stringhe di bit come interi non negativi quando la magnitudine rientra in un numero JSON sicuro, o come stringhe di cifre decimali quando è maggiore, così le pipeline possono asserire entrambe le forme. bit_width riporta la lunghezza di bits_in, e method è sempre reflected_gray affinché il codice a valle possa ramificare senza sniffare le forme. Controlli rapidi costruiscono fiducia: il binario uno zero uno uno si codifica in Gray uno uno uno zero; il Gray zero uno uno uno si decodifica di nuovo in binario zero uno zero uno; il binario zero mappa in Gray zero; un binario a tre bit uno zero zero diventa Gray uno uno zero. value mancante, direction mancante, stringhe non binarie, etichette di direzione non supportate e larghezze di bit eccessive falliscono tutti con invalid_input e non vengono addebitati dopo il rifiuto della validazione. Usi solo bits_out quando una persona o un report necessita di una sola riga; usi l'oggetto completo quando i verificatori automatici devono asserire direzione, larghezza e metodo oltre alla stringa di cifre.

Uso dell'API, prezzi, flussi di aula e limiti pratici

Chiami il convertitore di codice Gray gratis nel browser per controlli di compiti, demo di lezione, laboratori di encoder rotativi e verifica rapida senza scrivere uno script usa e getta. Preferisca larghezze di scala d'aula per oracoli valutati e mantenga la lunghezza dei bit entro il tetto pubblicato per la sicurezza dell'isolato. Invii un corpo JSON con i campi obbligatori value e direction, o usi gli alias documentati quando il Suo client li nomina già diversamente. Usi l'API prepagata quando una piattaforma di tutoraggio, una sandbox di valutazione del codice, una toolchain di firmware o un generatore di documentazione necessita di un contratto stabile sotto saldo KIT a $0.002 per elemento riuscito; i fallimenti di validazione non consumano mai il saldo. Abbini questo endpoint a formattatori binari o esadecimali quando una lezione percorre diverse codifiche, o a strumenti di tabelle di verità e mappe di Karnaugh quando gli studenti collegano l'adiacenza Gray alle transizioni a un solo bit. Chi pubblica SDK può mappare bits_out direttamente in etichette UI, flag CLI o commenti generati che mostrano la forma Gray accanto alla costante binaria originale.