BitPim подскажите опжалуйста, не бросайте

[EMU]

Есть последняя версия с офсайта BitPim есть
XP sP1a, есть SE T608 и шнурок на com , кажеться от Т39.
С QXDM работает нормально. Хочу запустить
BitPim , запускаю ,выскакивает логотип програмы и голяк, в процессе висит BitPim и связанные с ним какие-то процессы, но где интерфейс настройки коммуникации?
Со одной из старых версий такая же беда, я никогда эту программу не использовал и понятие не имею ка оно должно работать, перерыл хелп. там кругом диалоговые окна, а у меня ни одного.
Это решаемо?

[SniZ]

неудивительно, он всевремя работал криво на ХР с паками, асобенно на русской, только работает нормально на английской, и то не все паки поддерживает

[EMU]

а под чем оно будет работать 100%?

[Novicok]

Возможно это уже и пробывал (т.к. не писал об этом, то повторюсь). Правой кнопкой по значку Мои документы на рабочем столе и в размещении конечной папки пишешь C:\My Documents, после этого все твои документы переносятся туда (в принципе как небольшой минус), зато начинает работать БитПим (это как плюс). По крайней мере мне помогло (Win2000Rus)..

[EMU]

2 Novicok спасибо, дружище, лови голос.
"размещении конечной папки" -это были ключевые слова

p.s.
вот теперь вижу , что мой проблемный аппарат имеет пустую секцию SPC см. аттач(~18кБ).
Чем бы его теперь поправить?
Как понимаю тем же BitPim для SE T608 не желательно? Может кто знает.

[SniZ]

да нормально работает битпим, ч0 ты гониш, качаеш файл, это, открываеш НЕХ редактором, на тех местах где должен быть спц, забиваеш что хочеш, нули например, и заливаеш обратно, и.... работает

[MaxKap]

Интересно, на каких телефонах это проверено? Много раз пытался переписывать файлы NVM_XXXX, однако результат всегда один - ошибка File Already Open - это не битпим так говорит, это код ошибки из квалкомовского протокола, видно при трейсе порта

[EMU]

2 SniZ
А сам ты пробывал именно в т608 файлы менять?
Не знаю, у меня еррор пишет и не переписывает, я тот же день(когда постил) попробывал перезаписать, не получилось, потому и пост написал.
Вот эту ошибку пишет, если ты грамотный, может подскажешь что не так?

An unexpected exception has occurred.
Please see the help for details on what to do.

Traceback (most recent call last):
File "gui.pyo", line 170, in run
File "gui.pyo", line 110, in __call__
File "gui.pyo", line 1732, in writefile
File "com_brew.pyo", line 209, in writefile
File "com_brew.pyo", line 469, in sendbrewcommand
File "p_brew.pyo", line 149, in readfrombuffer
File "prototypes.pyo", line 206, in readfrombuffer
ValueError: The value read should be a constant of 89, but was 31 instead

Variables by last 8 frames, innermost last

Frame __bootstrap in threading.pyo at line 442
self = <WorkerThread(BitPim helper, started daemon)>

Frame run in gui.pyo at line 163
e = <exceptions.ValueError instance at 0x01FF8A30>
res = None
self = <WorkerThread(BitPim helper, started daemon)>
item = (<gui.Request instance at 0x01FB3FA8>, <gui.Callback instance at 0x01FF8A80>)
call = <gui.Request instance at 0x01FB3FA8>
ex = <exceptions.ValueError instance at 0x01FF8A30>
resultcb = <gui.Callback instance at 0x01FF8A80>
first = 0

Frame __call__ in gui.pyo at line 110
self = <gui.Request instance at 0x01FB3FA8>
args = ()
d = Keys []
{}
kwargs = Keys []
{}

Frame writefile in gui.pyo at line 1732
path = u'inode/00BD.ino'
self = <WorkerThread(BitPim helper, started daemon)>
contents = '\x01000000\x01111111\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x01\x05\x0

Frame writefile in com_brew.pyo at line 209
name = u'inode/00BD.ino'
self = <com_othercdma.Phone instance at 0x01FF8508>
req = <p_brew.writefilerequest object at 0x01FF1970>
start = 1124648425.0639999
contents = '\x01000000\x01111111\x01\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x01\x05\x0
desc = u'Writing inode/00BD.ino'

Frame sendbrewcommand in com_brew.pyo at line 474
origdata = 'Y\x05\x0b\x00\xbe\r~\x1f\x01\x00\x00\x00\x00\x00a\x00\x00\x00\x03fs_ops.c\x00\x
d = -1
responseclass = <class 'p_brew.responseheader'>
buffer = <prototypes.buffer instance at 0x01FF8A58>
res = <p_brew.responseheader object at 0x01FF1830>
callsetmode = True
firsttwo = 'Y\x05'
request = <p_brew.writefilerequest object at 0x01FF1970>
crc = '\xd5\xb4'
data = '\x1f\x01\x00\x00\x00\x00\x00a\x00\x00\x00\x03fs_ops.c\x00\x00\x00\x00\x00\xfb\x
self = <com_othercdma.Phone instance at 0x01FF8508>

Frame readfrombuffer in p_brew.pyo at line 149
self = <p_brew.responseheader object at 0x01FF1830>
buf = <prototypes.buffer instance at 0x01FF8A58>

Frame readfrombuffer in prototypes.pyo at line 206
shift = 8
self = <prototypes.UINTlsb object at 0x01FF1990>
dummy = 0
buf = <prototypes.buffer instance at 0x01FF8A58>
res = 31

[anray]

Обычно если не работает BitPim, то пользуюсь QPST EFS Explorer'ом. У меня на audiovox 8900 BitPim'ом тоже ничего писать не получается, а EFS Explorer пишет.

[EMU]

2 anray
замечательно, и для ерика эта тулса подходит, только без знания SPC, от нее пользы ровно никакой, я то BitPim хотел использовать, чтоюб записать хоть какой-то SPC.

[Novicok]

Слух... а гагин не пробывал? Ему вроде тоже как СПЦ для работы не нужен... Хотя файлы nvm00xx он у меня не менял, но может для эриксона пойдет?

[PALlab]

2EMU

Гм. Если не ошибаюсь, в твоем случае SPC как раз 111111
По крайней мере на воксе SCP для QXDM - это вторая последовательность цифр