QuickWitted

Одна проблема, вы не прислали 6.57g юзал 657d найденную мной на форуме. Я залил терминалом в один модем dwl.dwl по сообщениям andrewlekar его надо шить обязательно и первым иначе потом не зальется 657d_full_A&D_init_q2406b.dwl потом отдельно заливал стек WIPSoft_v311.dwl спасибо andrewlekar второй который я испортил заливкой 657d_full_q2406b.dwl (а надо было лить 657d_full_A&D_init_q2406b.dwl) я восстанавливал через DwlWin из архива (Dwlwin v4.1.6.16_Setup.rar) спасибо Tweeek И по инструкции с картинками, спасибо Tweeek заливал 657d файлами pro-dwl.wpb q2406b.e2p w.e2p потом отдельно заливал стек через терминал WIPSoft_v311.dwl спасибо andrewlekar третий модем пока не шил.... Жду andrewlekar и его 6.57g Несмотря на уговоры некоторых товарищей я не стал лить прошивку от q3106e в q2406b причем допотопную и с допотопным 54_eDSoft-302_V02_10 !!!!это два разных модема!!!! и WIPSoft и eDSoft это два разных софта вроде все прошилось, WIP стартанул, (правда ATI9 не изменилось), щас тестю...

"что через OpenAT можно будет изнутри модуля использовать WIP функции." на половину блок стоять не может.... в енете накнулся на фразу парсер АТ команд стэка крутится как одно из приложений ОСРВ OpenAT в енете накнулся на фразу Можно и в "старые" Q2406B загрузить, но предварительно перезагрузить Firmware (последнее 657е), а потом аппликаэйшн поддержки GPRS. Опять же с интернета как снести WIP парсер Возможно, были поданы команды: at+wopen=3 at+wopen=4 которые удаляют флеш-объекты и приложения OpenAT. поправьте меня если ошибаюсь, но может для работы с WIP через АТ команды требуется еще одно приложение OpenAT? а для GPRS еще одно приложение OpenAT? мы же не прошивали область OpenAT, так откуда там взяться парсеру WIP и GPRS ? естественно его там нет в старых прошивках. вопрос где брать парсер WIP и GPRS? и как его заливать? eDSoft заливается отдельным файлом arm_eDSoft_310_32.wpb.dwl wipSoft то же должен как то заливаться.... на форуме проскакивало нечто подобное "Скачал "Wavecom Open AT Software Suite v3.19.exe" Нашёл там Firmware 6.57e + WIP 3.11 " предположительно файл зовут WIPSoft_v201.wpb.dwl прошивки через АТ-команды: загружаете загрузчик "dwl.dwl" командой at+wdwl, сброс через cfun=1; затем "w.dwl", сброс через cfun=1; затем "663c00_full_q2686h.dwl", сброс через cfun=1; затем загрука Wip-стека "WIPSoft_v311.wpb.dwl".

Попробовал ... Делал через Терминал по инструкции от компела (там с картинками - не ошибиться) архив с веток этого сайта залил dwl.dwl комплектный из архива перезагрузился загрузчик изменился полет нормальный по at+wdwl? был +WDWL: V02.06 стал +WDWL: V02.1C залил 657d_full_q2406b.dwl залилось, начал писать $$$$$ как и в первом случае AT+CFUN=1 ответ Fault 04 00000000 ! и все теперь при включении пишет Fault 04 00000000 ! и на ат команды не реагирует ---------------------------------------------------------------------------- 5.2.1.2.2 Обновление с версии X.4x до 6,57 Для обновления с версии перед X5X (X41b, X43), необходимо в обязательном порядке загрузить следующий файл вместо X57__full_ <Wireless CPU_Type> DWL.: 657__full_A & D_init_ <Wireless CPU_Type>. DWL Данный файл содержит файл dota.dwl которая инициализирует память DOTA параметрами. Если этот файл не используется, беспроводной процессор может упасть, которое является указано ошибку "Неисправность 04". ---------------------------------------------------------------------------- у меня модемов три берем второй и заливаем 657d_full_A&D_init_q2406b.dwl все окей проверяем версию - обновилась ati3 657d09gg.Q2406B 1956364 052907 16:50 на 9 ати отвечает как и раньше ati9 OK wip - не появилось at+wipcfg=1 ERROR at+wipcfg? ERROR

А у фортраков различий в обвязкенет? Если не трудно скиньте файлы на почту. Заранее спасибо. Я с телефона на форуме. Цитиривать трудно....

как уже писалось выше полного ответа на ati9 нет весь ответ на ati9 у этой прошивки состоит примерно из шести символов только два из которых видимы "OK" а остальные переводят корретку ------------------------- AT OK ------------------------- ATI WAVECOM MODEM MULTIBAND 900E 1800 OK ------------------------- ATI1 OK ------------------------- ATI2 OK ------------------------- ATI3 641b09gg.Q2406B 1339080 041604 16:04 OK ------------------------- ATI4 Q:0 V:1 S0:000 S2:043 S3:013 S4:010 S5:008 +CR:0 +CRC:1 +CMEE:1 +CBST:0,0,1 +SPEAKER:1 +ECHO:0,1 &C:1 &D:2 %C:0 +IPR:115200 +ICF:3,4 +IFC:2,2 OK ------------------------- ATI5 Q:0 V:1 S0:000 S2:043 S3:013 S4:010 S5:008 +CR:0 +CRC:1 +CMEE:1 +CBST:0,0,1 +SPEAKER:1 +ECHO:0,1 &C:1 &D:2 %C:0 +IPR:115200 +ICF:3,4 +IFC:2,2 OK ------------------------- ATI6 DATA RATES: AUTOBAUD,300,1200,1200/75,2400,4800,9600,14400 DATA MODES: T/NT,ASYNCHRONOUS FAX CLASS: 1,2 OK ------------------------- ATI7 SPEECH CODINGS: FR,EFR,HR OK ------------------------- ATI8 OK ------------------------- ATI9 OK -------------------------

Поправка тип моих модемов Fastrack M1306B (написано на доп. стикере M1306B-PP) на ати3 отвечают как 641b09gg.Q2406B 1339080 041604 16:04 поэтому я стал писать в этот топик На этом форуме есть прошивки под Q2406B с пометкой DWLwin и Xmodem версий: 651, 655, 657d, 657g в нескольких разновидностях "Плюсовая" и не очень (пока непонятно какую мне надо) в версия A&D_init и без него (пока непонятно какую мне надо) смущает что у меня железка 09gg а прошивки внутри файлы подписаны как 09gx 651 BINCOM13X 07/07/05 14:16 /projet/mmi/ref/customer/at/B51f09gx.v13/ 655 BINCOM13X 11/17/05 17:02 /projet/gsmmi/int/mgi/X55/B55r09gx.v13B/ 657d BINCOM13X 05/29/07 16:51 /projet/gsmmi/int/plu/serena/B57w09gx.v13/ 657g под DWLwin и с ней не знаю что. Пути два 1) DWLwin - но где брать DWLwin под это дело пока не понятно... 2) есть инструкция по заливке через Xmodem но там не сказано что делать с еще одним файлом ".e2p" Спрашиваю перед экспериментами, так как очень не хочется получить трупик после заливки не того...

За книгу спасибо, смотрю... но на сколько я понял данный топик, то 1) в начале zloi7777 юзал такие модемы с ТСП, и команды те же что шлю я у него работали 2) но потом ему пришла партия с прошивкой 641b09gg.Q2406B 1339080 041604 16:04 в которой нет wip 3) он создал данный топик и ему предложили его перепрошить, уточнив при этом, что модем может быть залочен ключом который никто НА ТОТ МОМЕНТ не знал. я не против свои перепрошить, но прошивки к модемам высылались по запросу при покупки их у официальных дилеров. (по простому у меня нет прошивки от производителя под Fastrack M1306B с wip, а так же нет точной уверенности что найденное мной от Q2406B совместимо с Fastrack M1306B)

Здравствуйте. извиняюсь за глупые вопросы, но с WAVECOM я раньше не возился... У меня задача открыть страничку методом GET самое простое решение заюзать ТСП стек и ат командами ее открыть Мне прислали 3 модема... А отвечают они вот так. ATI3 641b09gg.Q2406B 1339080 041604 16:04 OK at+wipcfg=1 ERROR ati9 OK посылаю AT#APNSERV="internet.beeline.uz" приходит AT<0>t.beeline.uz" других модемов в моей местности нет, отдать эти не выйдет - прислали по почте... не подскажите куда копать?

Не подскажите а как его вообще собирать? (просто я обычно пишу на асме и в си не очень) Подозреваю что сменилась мнемоника языка в последних версиях ICCV8 for AVR и он теперь не переваривает адекватно строчку #define flash const не подскажите что делать? ATPPP.rar

Просто мысли в слух. Если никто не знает как отловить Feature Report запрос метода Get на ендпоинт (предположительно нулевой) класса Interrupt (для посылки через 1 ендпоинт пакета), может Interrupt в описании дескриптора первого ендпоинта на что нибудь поменять? Бывают еще Bulk и Isochronous. Их не легче будет отловить? Кто с ними работал? куда они приходят? И приходят ли вообще/совместимы ли с Гет? Т.е. комп запрашивает у девайса репорт через метод Гет, а девайс должен ответить... с Interrupt я завяз - ищу другие варианты.

Для работы без Гет репортов больше ничего не надо, оно и так работает... :laughing: Но вопрос остается в силе. Для удобства разделю по пунктам: 1) Кто нибудь работал с Гет запросами? 2) Если не работали, то хоть теоретически на какой ендпоинт (0 OUT или 1 IN) должен приходить запрос на Гет? 3) в виде чего (какого состояния на шине) он должен приходить? Может быть еще одна причина - я работаю на асме и логику работы срисовывал с разных источников, т.е. для тех вариантов применений может какая либо часть была не нужна, а при Гет используется... если у кого есть желание помочь, то проверьте на вашем коде мой дескриптор... (линк на прогу контроля в первом посте, а сам дескриптор в архиве в пятом...) ИМХО преимущества Гет запроса перед СДС и обычным ХИД 1) данные в отличии от СДС идут пакетами и винда их временами не теряет. (на сдс приходилось отлавливать не полные пакеты) 2) в отличии от обычного ХИД данные идут не вообще нагружая мк и комп, а так же как и в СДС только по требованию алгоритма обмена. 3) проще писать головное приложение распределяющее данные по клиентам.

Да, но там одна конфигурация. прикладываю дескриптор Fu.rar (повторюсь софтовый вариант с этими же настройками (ну кроме юсб2,0) работает....) и в аппаратном варианте оно работает, если бы на этом этапе не прошло, то я бы не проинитил ендпоинт... а он инитится и без ГЕТ я могу заслать через него пакет от МК в ПК... Этот путь я проверял - 3 бит равен нулю - см ниже. ;STALLEDI (1 бит) флаг прерывания STALLEDI ;Устанавливается аппаратно для указания, что был послан ответ STALL или обнаружена ошибка CRC для ;OUT изохронной конечной точки. Должен быть сброшен программно. ;RXSTPI (3 бит) флаг прерывания при получении SETUP ;Устанавливается аппаратно для указания, что текущий банк содержит достоверный SETUP пакет. ;Возникает прерывание (EPINTx) (если разрешено). Должен быть сброшен программно для подтверждения ;получения прерывания. Этот бит не активен (сброшен) для IN конечных точек. Отдельно замечу Этот бит не активен (сброшен) для IN конечных точек. На Out - от компа (нулевой) - UEINTX были замечены след значения ;0x53 = 01010011 ;0x47 = 01000111 RXSTPI - тут мониторится и сбрасывается по генерации стандартных запросов Гет не вызывает изменения значения UEINTX ;IN - в комп (первый) - UEINTX были замечены след значения ;0xA1 = 10100001 - готов к приему ;0xE1 = 11100001 - передержали RXSTPI - тут не ставится Гет не вызывает изменения значения UEINTX В енете нашел вот это описание (пока малопонятное и не факт что правдивое) т.е. приходят данные от кома (вместе с Set Report) и запросы (на выдачу репорта Get Report) в control-in (токен STALL...), а выгружается запрошенное через первый ендпоинт (Get Report)... Хотя STALLEDI в регистре UEINTX - отвечает за STALL... но я пробовал его сбрасывать в 0 ендпоинте при гет он не появляется и я не уверен что я правильно его сбрасываю (что еще требуется изменить до или после изменения этого бита?)

вот с дескриптором В МОЕЙ ЗАДАЧЕ проблем нету... Чего? :smile3046: если сменить дескриптор и пару обработчиков, то CDC сам собой преобразуется в HID На ат9юсб162 с перекурами и припаиванием мах232 для дебагинга (к плате моего же проекта Twinkling Plug) занимает 5 часов. вместе с отладкой в юсблизере и написанием тестового софта на дэльфи. откуда знаю - вчера проверил... :1111493779: Только мне Гет репорта хочется - хотя и не фатально я через Джеди могу и обычные репорты ловить...

Здравствуйте. Не подскажет ли доброуважаемый Алл куда физически приходит запрос на feature Get репорт в at90usb162? (Что теоретически он в нулевой едпоинт приходит - знаю). пред история: Я разрабатываю очередной не коммерческий USB девайс на at90usb162 (для общего пользования) Потребовалось ввести report_feature в приложение. Раньше на меге8 и асме я легко ее вводил - там юсб софтовый и если написано что он приходит в 0 ендпоинт, оно туда и приходит... а точнее он приходил в 0 ендпоинте в блок установки адреса устройства, вот сюда .def MyUpdatedAddress =R14 ;my USB address for update .def MyAddress =R15 ;my USB address Тот мой проект работает до сих пор ( http://mindrunway.ru/SUps2.html ) Но с аппаратным USB на at90usb162 возникли небольшие грабли... Для простоты я решил полностью повторить софтовый проект и отладить обмен. (т.е. дескриптор правильный и софт с ним работает) В общем, отправить содержимое Get репорта без запроса - я могу... Set репорт приходит в мой асмовый аналог сишной usb_process_request() и нормально отлавливается. но вот отловить запрос, по которому надо ШТАТНО отправить Get репорт - у меня не получается. (в аппаратном юсб адрес выставляется без участия программы пользователя и наработки софтового юсб немного не применимы) т.е. проблема в том, что Get репорт не меняет содержимое UEINTX у нулевого ендпоинта (повторюсь Set репорт меняет там бит RXSTPI и отлавливается)... (повторюсь в софтовом варианте Гет приходит в 0 ендпоинт в процедуру установки адреса устройства) В енете долго и упорно искал - с нулевым результатом... Точнее из готовых примеров на feature репорт есть только пример входа в бут блок. (это тот же Set репорт только с ошибкой в подтверждении приема данных для компа, но для бут блока это не важно, получил команду и в бут...)

Отвечаю сам себе, может кому пригодится.... описание бут блока в файле doc7618.pdf но на сайте атмела сам бут блок последнее время не дают... бут блок называется AT90USB162 USB Bootloader v1.0.5 Hex файл к нему называется bl_usb_162v105.a90 и для версии v1.0.5 работоспособен вот этот код ;----------------------------------------------------------------- ;------------------- BootVhodi -------------------- ;----------------------------------------------------------------- ; Вход в бутлоадер .if (ProcAT90USB162) ; ;AT90USB162 USB Bootloader v1.0.5 файл называется bl_usb_162v105.a90 .equ SP_Vhod = 0x3C20 / 2; делать на 2, т.к. у нас в словах. BootVhodi: ; rjmp SP_Vhod; но до SP_Vhod не допрыгнуть - далеко ; поэтому сделаем вид, что мы были в процедуре и нам надо из неё выйти ldi R16_Tmp1, low(SP_Vhod) ; Код самопрограмматора в самом конце push R16_Tmp1 ldi R16_Tmp1,high(SP_Vhod) push R16_Tmp1 ret .endif разработанный на основании этого кода 3000: 04 b7 в r16, 0x34 / / получить флаги 3002: 00 23 и R16, R16 / / если ни один набор 3004: 19. F0 breq +6 / / пропустить HWB проверить 3006: 4f 99 SBIC 0x09, 7 / / иначе пропустите следующий, если HWB = 0 3008: 0c 94 00 00 JMP 0x0 / / HWB = 1, нет загрузчика 300c: 0c 94 10 1e JMP 0x3c20 / / HWB = 0 или не установленными флагами