1.1, rshadow (?), 13:20, 16/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –7 +/– |
Опять какие-то низкоуровневые утилиты делают. Сделали бы уже утилиту для работы с адресной книгой, ммс, историей и т.д.
А то норм. проги так и нет. Понятное дело что каждый производитель то хочет то и делает в своем телефоне, но все же ... проги то нету...
| |
|
2.5, XoRe (ok), 14:16, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Опять какие-то низкоуровневые утилиты делают. Сделали бы уже утилиту для работы с
>адресной книгой, ммс, историей и т.д.
>А то норм. проги так и нет. Понятное дело что каждый производитель
>то хочет то и делает в своем телефоне, но все же
>... проги то нету...
Ну так... кто мешает.
API открыт, языки есть.
Садитесь и пишите)
А вообще, рекомендую молиться не о проге, а о библиотеке.
Прогу вам напишут.
Красивую.
GUI'шную.
На питоне.
С привязкой к Qt/GTK.
И будете куковать.
А если будет библиотека с API, то энтузиасты смогут написать программ на любой вкус.
И для десктопов, и для телефонов, и даже для серверов =)
| |
|
|
4.9, rshadow (?), 15:00, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
+1 В нашем линухе все так... платформа хорошая, библиотеки есть, а хорошего прикладного ПО по пальцам пересчитать можно.
P.S. Сделай сам не катит. Я и так уже много делаю.
| |
|
|
2.11, Антон (??), 15:23, 16/08/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Год назад был очень удивлен не найдя консольной утилиты для спаривания с Bluetooth-телефоном. Пришлось какой-то Gnome-апплет ставить. IMHO, Bluetooth - этот как раз то исключение, когда в GUI уже все прекрасно настраивается, а грамотных консольных утилит нет.
| |
|
3.19, Zenitur (?), 17:16, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Год назад был очень удивлен не найдя консольной утилиты для спаривания с
>Bluetooth-телефоном. Пришлось какой-то Gnome-апплет ставить.
hcitool, sdptool. Например, hcitool scan.
| |
|
4.22, Аноним (-), 18:06, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
> hcitool, sdptool. Например, hcitool scan.
Ага, телефон замечательно находится, видится, только PIN негде ввести... консольное спаривание сломали...
| |
|
5.29, Аноним (-), 21:12, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Точно, помню для спаривания в консоли пришлось скрипт выплевывающий пароль писать и его хитро вызывать из какой-то утилиты.
| |
5.31, Zenitur (?), 02:34, 17/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Это сломано уже три года. Я решил проблему так: ищу компьютер с телефона, тогда окно ввода PIN не пропадает через мгновение.
| |
|
|
|
2.23, Mike (??), 18:13, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Так вам производители и рассказали как синхронизировать их устройства с компьютером, ага. И спеки вышлют. И денег дадут на развитие утилиты.
Держи карман шире.
ЗЫ. А новость не про телефоны.
| |
2.26, EuPhobos (ok), 19:41, 16/08/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не нравиться, пишите сами, благо консольных утилит хватает для работы конкретно с телефоном. Я например использую собственный скрипт для быстрого бэкапа всего телефона, и для авторизации автоматического блокирования/разблокирования экрана при отсутствии меня и телефона рядом с ПК.
| |
|
1.2, xanten (?), 13:37, 16/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Утилита данная очень даже нужна и полезна, если надо разработать приложение. Bluez API практически не задокументирован и непрост для освоения. А вообще на Яве неплохо было бы открытую библиотеку разработать для синих зубов.
| |
|
2.3, XoRe (ok), 14:12, 16/08/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
>Утилита данная очень даже нужна и полезна, если надо разработать приложение. Bluez
>API практически не задокументирован и непрост для освоения. А вообще на
>Яве неплохо было бы открытую библиотеку разработать для синих зубов.
На ентерпрайзной.
Чтобы с tomcat и mysql)
| |
|
1.8, riv1329 (?), 14:52, 16/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Очень хорошый набор утилит. Без проблем прикрутил инет со своего мобильника.
| |
|
2.18, Zenitur (?), 17:13, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Поправка: очередной хороший набор утилит. Интернет с Bluetooth настроить мышью и без консоли можно стандартными средствами дистрибутива. Даже с недавних пор и в Ubuntu.
| |
|
3.21, Victor (??), 17:56, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Подскажите пожалуйста как, а то в ubuntu 10.04 через граф. интерфейс получается только по кабелю, по bluetooth network-manager телефон как модем не видит.
| |
|
4.32, Zenitur (?), 02:44, 17/08/2010 [^] [^^] [^^^] [ответить] | +/– | Честно, не знаю, потому что Ubuntu не использую В новостях о релизе 9 04 или 9 ... большой текст свёрнут, показать | |
4.36, riv1329 (?), 01:36, 23/08/2010 [^] [^^] [^^^] [ответить] | +/– | Я делал, по какой-то доке, примерно так Узнаем адрес своего устройства rjabinin... большой текст свёрнут, показать | |
|
|
|
1.10, Аноним (-), 15:15, 16/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Лучше б Wayland кто-нибудь пилил бы, а то к инету уже сотней разных способов подключиться можно, а морда как рисовалась через анус эпической древности, так и рисуется. Только тулкитов поверх наворачивают, что б его не видеть.
| |
|
2.24, Аноним (-), 18:41, 16/08/2010 [^] [^^] [^^^] [ответить]
| –1 +/– |
Эээ, позвольте. Вот лучше бы *кто-нибудь* не пилил как раз, а то напилят-наломают дров и ничего приличного не выйдет. Иксы все ж таки долго живут, потому что делали с умом.
| |
|
1.13, Arcturus (ok), 15:50, 16/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
DUN (Dial-Up-Networking) в списке не вижу... 8-( Блин, для этих целей до сих пор приходится использовать старенький dund ещё из bluez-2.x...
| |
|
2.14, khv_zak (ok), 16:15, 16/08/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Вообще dun поддерживается через bt-serial (входит в состав bluez-tools).
Сейчас пишу документацию для проекта, скоро все появится в wiki :)
| |
|
3.15, Arcturus (ok), 16:20, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Good. :) Если можно, как будет готово сюда свистнуть... А то, видимо, с новостью поторопились : прога вышла, а документация - нет... ;-)
| |
|
4.16, khv_zak (ok), 16:37, 16/08/2010 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ну почему, небольшой мануал к каждой утилите написан (в тарболе).
Хорошо, напишу тут, как будет готово.
| |
|
|
2.20, Its_me (?), 17:49, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>DUN (Dial-Up-Networking) в списке не вижу... 8-( Блин, для этих целей до
>сих пор приходится использовать старенький dund ещё из bluez-2.x...
А что, pppd в паре с тем же bluez и rfcomm уже не катит для таких целей?
| |
|
3.27, Arcturus (ok), 20:06, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>>DUN (Dial-Up-Networking) в списке не вижу... 8-( Блин, для этих целей до
>>сих пор приходится использовать старенький dund ещё из bluez-2.x...
>
>А что, pppd в паре с тем же bluez и rfcomm уже
>не катит для таких целей?
Честно говоря, в своё время когда искал (потратив пару дней на гугла) солюшена, как подключать свой Palm через bluetooth, кроме как через dund не нашёл.
А солюшн такой. Запускается dund с опциями
--listen --persist --msdun --channel 1 call dun
Как только Palm коннектится, он запускает pppd скриптец в /etc/ppp/peers/dun
И всё тип-топ. А как вы предлагается? (Принимаю только готовый рецепт, т.к. и так уже уйма времени была убита, и на гентушных форумах никто не ответил)
| |
|
4.28, Its_me (?), 20:53, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>И всё тип-топ. А как вы предлагается? (Принимаю только готовый рецепт, т.к.
>и так уже уйма времени была убита, и на гентушных форумах
>никто не ответил)
К несчастью, именно Palm'ом никогда не обладал:-) Могу поделиться рецептом для обычной сотолыги)
У меня в /etc/bluetooth/rfcomm.conf:
rfcomm1 {
bind yes;
device 00:21:08:05:F0:71;
channel 1;
comment "Dial-up Networking";
}
Для соединения запускается pppd:
pppd call gprs, где gprs - это файл /etc/ppp/peers/gprs следующего содержания (имя выбирается произвольно):
/dev/rfcomm1 115200
connect "usr/sbin/chat -v -f /etc/ppp/peers/gprs.chat"
noauth
local
ipcp-accept-local
ipcp-accept-remote
noipdefault
passive
mru 296
mtu 296
crtscts
lcp-max-configure 100
noipdefault
novj
novjccomp
nobsdcomp
nopcomp
noaccomp
defaultroute
Далее, $ cat /etc/ppp/peers/gprs.chat
ABORT "BUSY"
ABORT "NO CARRIER"
ABORT "NO DIALTONE"
ABORT "ERROR"
ABORT "NO ANSWER"
'' ATZ
# Modem init string
"OK" "AT+CGDCONT=1,\"IP\",\"internet\",\0.0.0.0\",0,0"
# Call number
"OK" "ATD*99#"
TIMEOUT 30
Ну и пользователь-пароль: # cat /etc/ppp/chap-secrets
# Secrets for authentication using CHAP
# client server secret IP addresses
mobile * internet
Настройки для Мегафона. Как-то так:-) Реализовано на голом bluez и pppd. Еще раз, команда в результате: pppd call gprs:-)
| |
|
5.30, Arcturus (ok), 21:24, 16/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>У меня в /etc/bluetooth/rfcomm.conf:
>Настройки для Мегафона. Как-то так:-) Реализовано на голом bluez и pppd. Еще
>раз, команда в результате: pppd call gprs:-)
Те же яйца, вид сбоку.
В bluez-2.x были соответствующие демоны, т.е. dund, который слушал входящее соединения, и ... запускал pppd call gprs :)
Зачем rfcomm (последовательный радиочастотный канал?) для моего Palm'а, я так и не понял: и без него работает. Проблема с Вашим решением, несмотря на то, что оно работает, то, что оно, как я понимаю, концептуально неверно: соединение инициируется со стороны сервера к клиенту (палм, мобила) --- в момент вызова pppd call, в то время как должно быть наоборот. Т.е. в случае моего палма, мне бы пришлось ещё на нём кнопочку нажимать, чтобы он ppp-соединение установил, помимо физического rfcomm, что плохо.
В bluez-3.x и дальше эти демоны стали deprecated, но, к счастью работают. Вместо демонов, стал возможным запуск требуемого сервиса, как только он требуется клиентом. Т.е. вообще всё работает на dbus/udev без всяких демонов! Например, от pand избавилсь так. Но почему-то для DUN такого сделать было нельзя (по крайней мере из коробки, без всяких питон-примочек). Вот я и надеюсь, что здесь это доделали...
| |
|
6.33, Its_me (?), 18:31, 17/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
>Те же яйца, вид сбоку.
О чем и речь) С той лишь разницей, что решение, описанное мною, работает сейчас как работало и с ранними версиями bluez:-)
>Зачем rfcomm (последовательный радиочастотный канал?) для моего Palm'а, я так и не понял: и без него работает.
В чем разница между вашим Palm'ом и "обычным" сотовым телефоном в отношении rfcomm? Какое устройство из /dev/ используется в вашем решении?;-)
>Проблема с Вашим решением, несмотря на то, что оно работает, то, что оно, как я понимаю, концептуально неверно: соединение инициируется со стороны сервера к клиенту (палм, мобила) --- в момент вызова pppd call, в то время как должно быть наоборот. Т.е. в случае моего палма, мне бы пришлось ещё на нём кнопочку нажимать, чтобы он ppp-соединение установил, помимо физического rfcomm, что плохо.
Это, к сожалению, до конца не распарсил:-( Повторю, Palm'ы не юзал, поэтому не знаю о нажатии какой кнопочки идёт речь. В случае моей нокии есть возможность активировать на телефоне опцию "Автоподключение без подтверждения". То есть каждый раз при старте pppd тыкать кнопки на телефоне для разрешения подключения необязательно.
Что касается концептуальных просчетов, я не могу понять, как в таком случае должна работать система. Если мне на компьютере понадобился доступ в Интернет, я должен инициировать соединение с телефона? Это, во-первых, не всегда удобно, поскольку телефон может лежать в кармане брюк/рюкзака/etc, а, во-вторых, кажется мне концептуально неверным)))
Трям-пам-пам:-)
| |
|
7.34, Arcturus (ok), 23:42, 17/08/2010 [^] [^^] [^^^] [ответить]
| +/– |
Всё верно пишете: вы звоните на сотовый для доступа к интернету, тогда, конечно, труба -- это сервер и всё концептуально верно.
В таком случае вам, действительно никакие DUN на десктопе (сервере) не нужны, т.к. афаик DUN (модем) уже есть в блютус-профиле вашей трубы.
С пальмой другая ситуация: это конечный (end-point) девайс (Tungsten T), т.е. у него имеется только блютус связь и всё (никаких gprs и т.п.). Поэтому "звонить" должен он, для того чтобы по интернету полазить, или для того чтобы синхронизацию данных сделать, т.е. пальма -- клиент, а "модем" (DUN) должен быть на десктопе, т.е. он попросту не умеет принимать "входящие", в отличие от сотового. Поэтому и надо было бы на нём, если использовать вашу схему, сначала установить канал rfcomm с десктопа, а затем "быстренько", пока он не разорвался пальмой, на пальме запустить ppp-соединение. Вот такие позы тоже бывают, но я таким не занимался, т.к. DUN с горем пополам настроил на машине. ;)
С другой стороны вам DUN может понадобиться, если, например, понадобится через десктоп выйти в интернет на мобиле (из-за дороговизны мобильного трафика, отрицательного баланса, или ещё по какой причине), то вам понадобится DUN. Правда, мобила тоже должна уметь так делать. Моя нокия 6630 так не умеет. %-)
| |
|
8.35, Its_me (?), 22:21, 18/08/2010 [^] [^^] [^^^] [ответить] | +/– | Так и знал, что мы про разные вещи говорим Потребности в сёрфинге с телефона с ... текст свёрнут, показать | |
|
|
|
|
|
|
|
1.17, Zenitur (?), 17:11, 16/08/2010 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Я-то ужеобрадовался, что ну наконец-то сделали! А ничего подобного. Очередная оболочка, такие уже 5 лет есть у Гнома и чуть больше у KDE. А насчёт оболочки для работы со всеми сервисами телефона, мыши и аудиогарнитуры, есть же программа! Только несвободная, но бесплатная. Об этом была новость несколько лет назад, только я не попробовал. Никто не помнит название?
| |
|