PDA

View Full Version : Che segnale è questo?


jumpjack
01-05-2011, 21:03
Qualcuno mi sa aiutare a decodificare questo segnale?
http://jumpjack.altervista.org/royaltek-nofix.zip

Esce da un ricevitore GPS Bluetooth Royaltkek BT2100 con chhipset sirfstar III.
In teoria quindi dovrebbe contenere sequenze "standard" NMEA, tipo:
$GPGLL,4916.45,N,12311.12,W,225444,A,*1D
$GPRMC,123519,A,4807.038,N,01131.000,E,022.4,084.4,230394,003.1,W*6A
$GPGGA,123519,4807.038,N,01131.000,E,1,08,0.9,545.4,M,46.9,M,,*47

http://www.gpsinformation.org/dale/nmea.htm

I codici per alcuni caratteri:
G = 0x47 = 0100.0111
g = 0x67 = 0110.0111
P = 0x50 = 0101.0000
p = 0x70 = 0111.0000
0 = 0x30 = 0011.0000
1 = 0x31 = 0011.0001
2 = 0x32 = 0011.0010
, = 0x2C = 0010.1100

Come faccio a capire come è rappresentato un "1" e uno "0"?

jumpjack
01-05-2011, 21:06
$ = 0x24 = 0010.0100
L = 0x4c = 0100.1100

$GPGLL = 0010.0100-0100.0111-0101.0000-0100.0111-0100.1100-0100.1100 =
001001000100011101010000010001110100110001001100

C'e' questa sequenza di 1/0 in quel segnale?!?:mbe:

!fazz
02-05-2011, 07:29
controlla se il tuo ricevitore utilizza veramente lo standard nmea o se ne utilizza uno proprietario

una volta fatto questo se utilizza nmea controlla la connsessione virtual com che sia settata correttamente (in particolare il baud rate a 57600 bps) visto che quell'output non è nmea, nmea è testuale se leggi caratteri strani vuol dire che hai problemi di comunicazione

jumpjack
02-05-2011, 09:23
controlla se il tuo ricevitore utilizza veramente lo standard nmea o se ne utilizza uno proprietario

una volta fatto questo se utilizza nmea controlla la connsessione virtual com che sia settata correttamente (in particolare il baud rate a 57600 bps) visto che quell'output non è nmea, nmea è testuale se leggi caratteri strani vuol dire che hai problemi di comunicazione

Il ricevitore non è fatto per emettere dati su seriale, e' un ricevitore bluetooth; quindi non ho nessuna specifica. Sto cercando di fare reverse engineering.
Ho trovato quel segnale su un test point interno, e voglio capire se/come posso usarlo.

pietro68
02-05-2011, 13:11
mmmh, dunque ad occhio e croce sembrerebbe un segnale con principi di crypting a base sferica.

Fammi sentire meglio......ebbene, se tu vuoi decodificarlo amico jumpjack, devi innanzitutto capire e distinguere la fonte che lo produce.

Secondo step: cerca di percepire le intermittenze. Ossia i punti in cui il segnale sembra ripetersi (inizio-fine-inizio-fine).
Possiamo dare alla prima parte dei nomi,per distinguere i cicli ripetuti.

Amici, io provo a buttare già una base di protocollo, voi trovatemi le coordinate dei vari codici. Se lavoriamo in team, questo segnale non lo solo lo decodifichiamo,ma lo possiamo elaborare per riprodurlo senza ridondanze....Parola di Pietro

!fazz
02-05-2011, 13:57
Il ricevitore non è fatto per emettere dati su seriale, e' un ricevitore bluetooth; quindi non ho nessuna specifica. Sto cercando di fare reverse engineering.
Ho trovato quel segnale su un test point interno, e voglio capire se/come posso usarlo.

il ricevitore è un ricevitore seriale basta guardare il datasheet utilizza il profilo virtual com di bt che è un emulazione cavo seriale

mmmh, dunque ad occhio e croce sembrerebbe un segnale con principi di crypting a base sferica.

Fammi sentire meglio......ebbene, se tu vuoi decodificarlo amico jumpjack, devi innanzitutto capire e distinguere la fonte che lo produce.

Secondo step: cerca di percepire le intermittenze. Ossia i punti in cui il segnale sembra ripetersi (inizio-fine-inizio-fine).
Possiamo dare alla prima parte dei nomi,per distinguere i cicli ripetuti.

Amici, io provo a buttare già una base di protocollo, voi trovatemi le coordinate dei vari codici. Se lavoriamo in team, questo segnale non lo solo lo decodifichiamo,ma lo possiamo elaborare per riprodurlo senza ridondanze....Parola di Pietro

ma lascia stare è un ricevitore bt compatibile nmea non ci sono ne protocolli di cifratura ne nulla di questo tipo, basta solo impostare la velocità giusta

Shivan man
02-05-2011, 15:03
Ho anch'io quel ricevitore gps e l'ho usato fino a quando non ho preso un telefono con gps integrato. Ricordo che anni fa avevo smanettato con un paio di programmini, uno dovrebbe essere questo (http://www.royaltek.com/index.php/ap-download/discontinued/73-discontineued/22-rbt-2100-laptop-utility-14941) che si trova sul sito di royaltek (http://www.royaltek.com/index.php/ap-download/discontinued), l'altro non me lo ricordo proprio. Si potevano configurare i vari parametri del gps, come la codifica ed il baud rate. Ricordo anche che avevo fatto un po' di casino e non riuscivo più nè a fare il fix nè a stabilire un collegamento bluetooth. Ho dovuto aprirlo e mettere in corto due punti del circuito per isolare la batteria tampone e resettarlo.

jumpjack
02-05-2011, 15:47
Guardate che non lo posso usare col bluetooth, per questo sto cercando di decodificare il segnale sul testpoint! :mbe:

Ma c'e' un datsheet "vero", con la spiegazione dei pin? O solo il manuale di istruzioni?!?

Shivan man
02-05-2011, 16:29
Guardate che non lo posso usare col bluetooth, per questo sto cercando di decodificare il segnale sul testpoint! :mbe:

Ma c'e' un datsheet "vero", con la spiegazione dei pin? O solo il manuale di istruzioni?!?

Aaahhhh non lo avevo capito scusami :D Allora non saprei indicare altro di diverso dal mettere "sirf star III datasheet" su google :fagiano: Immagino però che questo sia già stato fatto :)

pietro68
02-05-2011, 16:39
e generare degli elementi ad hoc che possano sintetizzare direttamente il segnale senza passare per il bluetooth ??? Da quello che ho capito a te basta decodificare, non vuoi fare elaborazioni nè tantomeno apportare modifiche di ridondanze varie, perchè il segnale arriva diretto. A quel punto con un normale access point ben configurato potresti parzialmente risolvere il problema sul testpoint...

jumpjack
03-05-2011, 17:11
e generare degli elementi ad hoc che possano sintetizzare direttamente il segnale senza passare per il bluetooth ??? Da quello che ho capito a te basta decodificare, non vuoi fare elaborazioni nè tantomeno apportare modifiche di ridondanze varie, perchè il segnale arriva diretto. A quel punto con un normale access point ben configurato potresti parzialmente risolvere il problema sul testpoint...

non ho capito assolutamente niente. :confused: