view uptools/libcoding/number_decode.c @ 497:74610c4f10f7

target-utils: added 10 ms delay at the end of abb_power_off() The deosmification of the ABB access code (replacement of osmo_delay_ms() bogus delays with correctly-timed ones, which are significantly shorter) had one annoying side effect: when executing the poweroff command from any of the programs, one last '=' prompt character was being sent (and received by the x86 host) as the Calypso board powers off. With delays being shorter now, the abb_power_off() function was returning and the standalone program's main loop was printing its prompt before the Iota chip fully executed the switch-off sequence! I thought about inserting an endless tight loop at the end of the abb_power_off() function, but the implemented solution of a 10 ms delay is a little nicer IMO because if the DEVOFF operation doesn't happen for some reason in a manual hacking scenario, there won't be an artificial blocker in the form of a tight loop keeping us from further poking around.
author Mychaela Falconia <falcon@freecalypso.org>
date Sat, 25 May 2019 20:44:05 +0000
parents ea41b6001848
children
line wrap: on
line source

/*
 * This library module implements the decoding of number (address) digits.
 */

#include <sys/types.h>

char gsm_address_digits[16] =
	{'0','1','2','3','4','5','6','7','8','9','*','#','a','b','c','?'};

decode_address_digits(inbuf, outbuf, ndigits)
	u_char *inbuf;
	char *outbuf;
	unsigned ndigits;
{
	u_char *inp = inbuf;
	char *outp = outbuf;
	unsigned n = 0, b;

	while (n < ndigits) {
		b = *inp++;
		*outp++ = gsm_address_digits[b & 0xF];
		n++;
		if (n >= ndigits)
			break;
		*outp++ = gsm_address_digits[b >> 4];
		n++;
	}
	*outp = '\0';
}