slacky.eu

Sto cercando di far funzionare una chiavetta bluetooth "Trust" su slackware 12.1 in modo da poter utilizzare il cellulare per connettermi ad internet.
Mi sono sempre connesso al cellulare via usb, ma ora volevo provare anche così.
Ho cercato di seguire qualche guida, in pratica sono riuscito a far saltare fuori il device /dev/rfcomm0.
Mi sono detto: è fatta!
E mi sono apprestato ad inviare comandi modem al cellulare, visto che si tratta di un modello differente dal quello che uso solitamente.
Invece minicom si rifiuta di agganciare il device.
Eppure il mac address è pingabile con l2ping.
Mi rendo conto della genericita e approssimatività di questa breve spiegazione, ma vorrei chiedervi se occorre abilitare qualcosa anche sul celulare.
Cioè sul cell ho attivato la connettività bluetooth e basta.
Ho anche provato ad agganciare la chiavetta, scnasionando i "nuovi" devices, ma mi chiede un pin, e io non so cosa mettere....alcune prove con pin a casaccio mi hanno dato torto...
Potreste chiarirmi questo passaggio (pin ed eventuali operazioni da svolgere sul cellulare???


Altra cosa, ho letto da alcune guide che dovrebbe esserci da qualche parte un file che avvia i servizi necessari: /etc/rc.d/rc.bluetooth o qualcosa del genere.
Ma io pur avendo installato tutti i pacchetti bluez dal repo ufficiale slackware, non vedo lo sua presenza.

[EDIT]
Chiedo scusa, mi correggo quei files ci sono....mea culpa[/EDIT]


Infine visto che probabilmente e giustamente non avrete certo voglia di spiegarmi tutto passo passo, vi chiederei una buona guida attuale quanto più possibile vicina a slack-12.1.
Spero possiate aiutarmi. A presto!

Dunque...sono riuscito a collegare il mio cellulare con la chiavetta Trust e bluez.
La questione centrale è il PIN:
Non ho capito completamente ciò che non andava ma ho qualche ipotesi.
Il problema è che in passato l'operazione di "pairing" (??? dico bene? si dice così???) cioè l'associazione tra due device BT che prevede appunto l'immissione da ambo le parti di un PIN identico, veniva gestita in modo differente e era richiesto l'utilizzo di pin_helper e alcuni files in più o comunque collocati in modo differente rispetto ad ora. Questo lo si capisce leggendo il file di testo "/etc/bluetooth/README.SLACKWARE":

PIN (or passkey) management
---------------------------
since bluez 3.0 the old pin_helper script has been replaced by
the dbus interface. To add a default passkey for every outgoing
request (e.g. the old /etc/bluetooth/pin file) drop it into
/etc/bluetooth/passkeys/default. (e.g. echo -n "1234" >
/etc/bluetooth/passkeys/default )
To add a passkey for a specific outgoing connection replace default
with the device's address. ( /etc/bluetooth/passkeys/aa:bb:cc:dd:ee:ff
will contain passkey for aa:bb:cc:dd:ee:ff ).
After adding a passkey you should restart bluetooth with

/etc/init.d/bluetooth restart

and the new passkeys will be registered.


(This behaviour has been copied from Debian)

E infatti ieri avevo creato un file contente e lo avevo chiamato /etc/bluetooth/passkey/"mac.address.del.cellulare".
Il mac del cellulare l'ho rilevato con Questo però non era sufficiente...perchè?
Semplice. Perchè il readme sopra riportato fa riferimento al pin per le "outgoing request". Ovvero serve al PC per stabilire la connessione verso il cellulare. Ma non funziona se sul cellulare non vi è il dispositivo associato...
Allora prima di tentare la connessione al cellulare, è necessario dal cellulare associare il device corrispondente a BlueZ.
Bene ma il mio problema era proprio questo:
All'atto del tentetivo di associazione il cellulare giustamente richiede il PIN...
Questo PIN dal punto di vista del PC è da considerarsi un'Incoming request, non un'outgoing request. Per questo dal lato PC questo valore del PIN mancava...non l'avevo impostato. E dove si imposta?

Va impostato in "/etc/bluetooth/hcid.conf": Era quà l'errore visto che prima vi era:
passkey:"BlueZ"
Che non corrispondeva col PIN in uscita in /etc/bluetooth/passkey/"mac.del.cell" (1234)

Anche inserendo nel cellulare il pin "BlueZ" non riuscivo ad associarlo perchè probabilmente il PC rispondeva "1234" (cioè la sua "outgoing request passkey" che eraappunto già impostata a "1234")[/b]

In pratica il PC si aspetta in ingresso il PIN specificato in hcid.conf.
Il PC risponde al tentativo di associazione con il PIN presente in passkey/"mac.del.cell" (o altrimenti passkey/default).
Infine dal cellulare si immette un terzo valore del PIN.
Questi tre valori in gioco devono coincidere. In questo modo si può associare il dispositivo.

A quel punto, visto che avevo impostato rfcomm in modo da collegarsi al mac del cell rilevato.....è stato sufficiente usare il servizio:
/etc/rc.d/rc.bluetooth restart e si è creato il device /etc/rfcomm0 che sto usando in questo momento come modem.

Ancora un dettaglio:
Quando viene interpellato il cellulare, o con minicom o con pppd o altro, il display richiede la conferma per accettare la richiesta da parte del pc. Non ho acnora provato ma sul cellulare dovrebbe esserci l'opzione per specificare che per un certo device associato (nel mi caso "BlueZ(0)" ) non deve richiedere la conferma.

Ok. Penso sia tutto.
Vi invito caldamente a correggere eventuali errori.
Può essere che sia tutto banale, ma contate che non avevo mai utilizzato il BT con un PC, neanche da windows, e raramente ho avuto a che fare con device di altri con cui scambiarci chissàchè.
Testerò un po' la chiavetta trust, per ora mi sembra una spesa utile....per circa 10 euro posso risparmiare su eventuali cavi USB che, "vuole il caso", sono diversi per ogni cellulare.
Saluti.

Cambio il titolo.
Ho provato un telefono attuale nokia...non ricordo e rispetto al mi vecchi 6230, presenta una latenza più bassa di circa 100 ms. La connessione pare anche più stabile....e comunque almeno se cade la linea cade veramente non come il 6230 con cui si inchioda letteralmente il device. Insomma viva la chiavetta bluetooth!
Spero che queste poche rige possano essere d'aiuto anche ad altri che non hanno mai avuto a ache fare col BT.
Saluti!

riapro questo post perchè mi trovo alle prese con un sistema operativo linux un po' diverso dal solito.
Sono alle prese con la configurazione bluetooth -- cellulare su un mini pc della acer.
La distribuzione in questione si chiama linpus. Ho aggiunto alcuni moduli al kernel grazie ad alcuni pacchetti precompilati trovati in rete.
Ho installato vari pacchetti bluez.
Ora accade questo:
da pc riesco a vedere il cellulare con "hcid scan" e a interpellarlo con l2ping verso il suo indirizzo bluetooth.
Il problema è che non riesco ad effettuare il pairing, cioè lassociazione dal celulare poichè ad ogni ricerca di nuovidispositivi non mi riesce a rilevare la chiavetta. in serita nel minipc.
Ho cercato di configurare il tutto in modo piuttosto simile a come ho fatto su slack, ma niente.

Mi viene in mente che potrebbe esserci qualche pezzo di configurazione in cui il bluez del minipc sia impostato in modo tale da apparire nascosto agli altri devices.
Avete idee?
Dove potrei mettere le mani?

Ehm...problema risolto.
Allora:
sul mio notebook con slackware avevo impostato il bluetooth utilizzando la chiavetta usb in mio possesso e il cellulare che avevo associato al notebook+chiavetta.
Per fare la stessa cosa sul mini PC della acer, un avlota configurato il bluetooth, ho staccato la chiavetta dal notebook e l'ho attaccata al minipc, riavviato il bluetooth dal minipc, e poi tentato di eseguire l'associazione dal cellulare.
Il cellulare non trovava alcun nuovo dispositivo....e con ragione!! in quanto la chiavetta bluetooth era già associata seppure con un nome differente...penso che in qualche modo il mac address della chiavetta sia il punto della questione: il cellulare era già associato a quell'indirizzo mac e non la trovava.
Soluzione: cancellare il dispositivo associato da cl cellulare e ricercare nuovi dispositivi. Adesso vede "aceraspireone", come lo avevo chiamato.
Per quanto riguarda l'associazione il pacchetto bluez di linpus è un po' più vecchio di quello di slacky e le cose funzionano un po' diversamente:
era compreso passkey-agent per eseguire l'associazione oppure nel file hcid.conf si imposta il parametro [security auto e così si usa il pin definito nello stesso file col parameto passkey.
Con passkey-agent si fà così:
passkey agent <codice pin> <mac address del cell>

resta lì in attesa: ora dal cell si cercano nuovi dispositivi si richiede l'associazione e come pin si mette lo stesso: <codice pin>.
Fine.
Certo che le numerose versioni di bluez non sono il massimo della vita in quanto a documentazione: a parte il README_SLACKWARE presente nel pacchetto di slacky ovviamente.

Ricambio di nuovo il titolo alla discussione (o monologo che dir-si-voglia ).