SoloCodigo

Hace un casting y listo, los numeros solo pueden ser signed igual (48-57).

Te decia que usaras atof con un casting a tu variable ... atof((const char*)cad);

No se que estas tratando de hacer exactamente, usar unsigned char para una cadena no tiene mucho sentido pero con el casting si compila:

¿Es acaso una cadena eso? No me parece que lo sea eh ...

Son un conjunto de bytes simplemente (por eso unsigned). Algo asi seria si fuera una cadena: ↨-ÇL, esta claro que no lo es, pero si no sabes vos que es ... dificil que sepamos los demas que no tenemos idea de que se trata tu problema.

zairillo, creo que tu problema radica en que no sabes cómo utilizar atof(). Esta función convierte una cadena de caracteres en un flotante, pero tal que

se convierte en

pero si nos fijamos en los valores REALES de char *cadena, verás que (puedes usar un depurador para comprobarlo):

es decir, son los códigos ASCII y no los números reales (el valor real en memoria) lo que convierte atof(). Evidentemente, si los códigos ASCII no son de números, te devolverá 0 (que es tu caso).

Además, como ya te dice Eternal Idol, unsigned char no tiene sentido, es lo mismo que char (lo puedes consultar donde quieras). Los caracteres no llevan signo, sino un código que los representa como puedes comprobar.

Hola de nuevo!

Acabé entendiendo el ejemplo que me poniáis, lo hice en mi compilador y salió, pero a la hora de hacer lo mismo en mi proyecto me sigue devolviendo siempre 0.000000.
Me vuelvo a explicar por si hay algo que no dijese claro antes. Yo le mando una instrucción al GPS, el cuál me contesta con otra instrucción con un formato específico del protocolo que uso, y cada símbolo que me devuelve lo tengo almacenado en "unsigned char cad[100]". Entonces bien, yo para ver qué es lo que hay dentro hago un for(donde pongo un printf("%d",cad)), para sacar posición por posición lo que hay dentro de la cadena, por comprobarlo solamente, y me salen valores como 28, 64, 128, 154....Por lo que supongo que serán enteros asignados a los caractares ASCII de los símbolos que haya en cada posición de la cadena.
Entonces, cada 4 valores seguidos, en mi caso, me van a dar el nivel de cada satélite, por eso quiero unirlos y pasarlos a un float.
En la instrucción que me devuelve el GPS, según el protocolo los bytes(cada byte es una posición creo de la cadena) del 2 al 5 incluídos son el nvel del primer satélite(dice que el tipo de los bytes 2-5 es single(que equivale a un float)).

No sé si me he explicado un poco mejor, pero estoy desesperado porque no consigo convertirlo sin que me devuelva algo distinto a 0.000000.

Un saludo.

He hecho el casting que me dices usando la función "atof", y el resultado es el que comento, sale 0.000000.
Como lo que me interesan son 4 posiciones del Buffer, extraigo esas 4 posiciones que me interesan en otro buffer, para que solamente esté eso, y ese segundo buffer lo mando a la función atof. Es decir, tengo:

unsigned char cad[500];
unsigned char nuevo[4];
double a;

en las posiciones 0,1,2,3, guardo los 4 posiciones de cad que me interesan y hago:
a=atof((const char*)nuevo);
printf("%frn",a);

y lo que sale es 0.00000.
también he probado a declarar nuevo de 5 posiciones, y poner en nuevo[5]='' y también poner nuevo[5]=0 y sigue saliendo lo mismo. ¿Algo mal? ¿Alguna idea más?

Siento las molestias, muchas gracias!

Lo probaré lo que me dices, ya entendí que no es una cadena, pero según me dijeron si le ponía al final, sí que sería como una cadena.

Y a la hora de poner el printf, ¿Por qué sacas 3 variables?

printf("%f %d %xrn", *t, cad, cad).

Eso del me lo habían dicho...no sabría tampoco mucho quien me lo dijo...jejeje
Muchas gracias Eternal Idol. Mañana lo probaré y te diré resultados.

Saludos!

He estado probando lo que me dijiste. Ya creo que sé en qué radica el problema.
Los valores que me devuelve el GPS están en hexadecimal, de ahí que a la hora de convertir a float los valores, lo que me salga no tenga mucho sentido... ¿La forma de la conversión sería la misma? ¿O tendría que cambiar algo por ser valores en hexadecimal?
Es que por ejemplo, pido la hora actual, la cuál me la devuleve en segundos, y sale una cosa así:

cad[0]=0x48;
cad[1]=0xBA;
cad[2]=0x37;
cad[3]=0x5F;

y al hacer el casting como me dijiste, me saldría lo siguiente en un float: 13238973219446194000.000000, lo cuál es una barbaridad de segundos, así que hay algo que no está bien a la hora de hacer la conversión, ya que tengo un programa para el GPS, en el que también puedo ver que esos valores en hexadecimal recibidos son los correctos.

Todos no podemos saber tanto...Si todos fuéramos tan listos...qué sería...Pensé que en los foros se intentaba ayudar, como hace Eternal Idol, no chulear como haces tú, porque las cosas se pueden decir de otra forma...En fin...
He preguntado si sería igual, porque el resultado es algo imposible, ya que, el resultado es en segundo, y si eso lo pasaba a años serían 419805086867 años...Pero ya he estado investigando y con una función de la librería time.h me lo da exacto.
Muchas gracias por la ayuda de estos días, y perdón por las molestias!