Jump to content

    

Gematogen

Участник
  • Content Count

    13
  • Joined

  • Last visited

Community Reputation

0 Обычный

Контакты

  • ICQ
    Array
  1. Пробовал я им писать, за неделю никто не ответил, хотя писал и на support и вебмастеру! Да что там говорить если у них 25-30 сообщений на форуме - и это за 4 года. Наверное они там паутиной заросли.
  2. Может мне кто-нибудь подсказать? Я очень хотел получить исходники PPP/TCP/IP для AtMega128 из проекта i-easy (embedded-inet.com), но для скачивания требуют пароль, хотя использование этих исходников свободное. Еще их выдают, если купить i-easy Starter Kit, но его нет в их онлайн магазине. Перерыл весь инет :cranky: Не знаю что делать Может кто-нибудь сталкивался с этими исходниками и может помочь?
  3. Модем у нас Siemens MC35i, так что аппаратного стека у нас к сожалению нет. А задача у нас состоит в следующем: создать мобильное устройство, которое при входе в инет будет слать на сервак свой ip, а управляющая программа на серваке по полученному адресу будет переодически отсылать какие-либо данные. Кстати, сам использую исходники: ------------------------------------------------------------------------- * Copyright © 2003-2004 by Clive Moss All rights reserved. * * Help & Contributions from D.J.Armstrong ------------------------------------------------------------------------- но они урезанные видимо оч. сильно, т.к. с МТС сотрудничать отказываются! :angry2: Через мобильник все окей, видимо там более корректный PPP протокол, чем тот, что мы используем. Я вот решил разобрать PPP пакеты, приходящие через мобильник на комп, может чего-нибудь даст?!
  4. Пытаюсь приаттачить GPRS к Atmega128, но не выходит получить IP у МТС! Вот, например, с Мегафоном на стадии получения IP (IPCP) все окей, он мне пишет: ******************************************************************************** ********* TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22 type:3 len:6 ip: 0.0.0.0 type:129 len:6 ip: 0.0.0.0 type:131 len:6 ip: 0.0.0.0 RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10 type:3 len:6 ip: 192.168.254.254 accepted:3 TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10 type:3 len:6 ip: 192.168.254.254 TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22 type:3 len:6 ip: 0.0.0.0 type:129 len:6 ip: 0.0.0.0 type:131 len:6 ip: 0.0.0.0 RX: Protocol: PPP_IPCP [8021] Code:CNAK [3] ID:0 Len:22 type:3 len:6 ip: 10.184.127.112 type:129 len:6 ip: 10.140.142.45 type:131 len:6 ip: 10.140.142.42 отсылаю для подтверждения: TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22 type:3 len:6 ip: 10.184.127.112 type:129 len:6 ip: 10.140.142.45 type:131 len:6 ip: 10.140.142.42 отвечает мне, что мол молодец, возьми сполки пирожок: RX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:0 Len:22 type:3 len:6 ip: 10.184.127.112 type:129 len:6 ip: 10.140.142.45 type:131 len:6 ip: 10.140.142.42 Tx Magic Num: 1216274430 Rx Magic Num: 2282462027 Tx ACCM: 00000000000010100000000000000000 Rx ACCM: 00000000000010100000000000000000 Tx MRU: 1500 Rx MRU: 506 Our IP: 10.184.127.112 Their IP: 192.168.254.254 DNS-1 IP: 10.140.142.45 DNS-2 IP: 10.140.142.42 ******************************************************************************** ********* А МТС зараза по подлому себя ведет, мало того, что со вторым DNS посылает, так и не хочет высылать подтверждение CACK на выданные мне IP: ******************************************************************************** ********* TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22 type:3 len:6 ip: 0.0.0.0 type:129 len:6 ip: 0.0.0.0 type:131 len:6 ip: 0.0.0.0 RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 accepted:3 TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:22 type:3 len:6 ip: 0.0.0.0 type:129 len:6 ip: 0.0.0.0 type:131 len:6 ip: 0.0.0.0 послал со вторым DNS: RX: Protocol: PPP_IPCP [8021] Code:CREJ [4] ID:0 Len:10 type:131 len:6 ip: 0.0.0.0 шлем запрос IP и первичного DNS: TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16 type:3 len:6 ip: 0.0.0.0 type:129 len:6 ip: 0.0.0.0 отвечает зараза!!!!!!!! RX: Protocol: PPP_IPCP [8021] Code:CNAK [3] ID:0 Len:16 type:3 len:6 ip: 10.17.164.113 type:129 len:6 ip: 192.168.192.1 шлем запрос подтверждения полученного: TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16 type:3 len:6 ip: 10.17.164.113 type:129 len:6 ip: 192.168.192.1 ВСЕ АБЗАЦ! ЭТА ГАДИНА ТЕПЕРЬ НЕ ОСТАНОВИТСЯ ДО КОНЦА ЛИМИТА ПОПЫТОК! А ЕГО CREQ ЗАПРОС ничем не отменить, даже если я успокоюсь на полученном без подтверждения мне все равно будут идти его CREQ запросы! RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 accepted:3 TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16 type:3 len:6 ip: 10.17.164.113 type:129 len:6 ip: 192.168.192.1 RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 accepted:3 TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16 type:3 len:6 ip: 10.17.164.113 type:129 len:6 ip: 192.168.192.1 RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 accepted:3 TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16 type:3 len:6 ip: 10.17.164.113 type:129 len:6 ip: 192.168.192.1 RX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 accepted:3 TX: Protocol: PPP_IPCP [8021] Code:CACK [2] ID:1 Len:10 type:3 len:6 ip: 10.17.160.1 TX: Protocol: PPP_IPCP [8021] Code:CREQ [1] ID:0 Len:16 type:3 len:6 ip: 10.17.164.113 type:129 len:6 ip: 192.168.192.1 ................................................................................ ... ........................................... и т.д. *** PPP retry failure ******************************************************************************** ********* Подскажите, может МТС один такой особенный, как в рекламе Тинькофф, и у него по другому надо IP просить? Или я такой недоразвитый и что-то не то делаю?
  5. Если вычислительный модуль не поддерживает аппаратного вычисления тригонометрических ф-й, то можно использовать, например, выч-е с помощью рядов Маклорена: sin(x)=X - X^3/3! + X^5/5! - ... + (-1)^k*(X^(2k+1)/(2k+1)!) , k=0,1,2,3,4,5..... cos(x)=1- X^2/2! + X^4/4! - ... + (-1)^k*((X^2k)/2k!) , k=0,1,2,3,4,5..... и т.д. погрешность не более последнего отброшенного члена ряда (по модулю). Но данный метод довольно медленный. Более быстрым является метод составления таблицы значений функций заранее и выбор результатов(с интерполяцией) из нее во время работы.
  6. Очень странно, т.к. такая ошибка возникает, если кроме Output файлов, указанных в Extra Otions, для Linker на вкладке Output выбран формат intel-extended, а не debug information for C-SPY. И тогда линкер не может в один файл записать код и данные eeprom -> (Error[e133]: The output format INTEL-EXTENDED cannot handle multiple address spaces). Если на вкладке линкера выбран debug information for C-SPY, а IAR выдает такую ошибку, то может быть компилятор и глючит, но я в таких ситуациях потом всегда находил где-то свой ляп и выяснял, что сам сглючил :smile3046:
  7. Я у себя в IAR(4.11A) поступаю следующим образом: #pragma location=0x00 __eeprom unsigned long BOOT_FLAG=0xХХХХХХХХ; #pragma location=0x04 __eeprom unsigned long APP_SECT_CRC1=0xХХХХХХХХ; ДЛЯ ЛИНКЕРА: выходной формат: debug information for C-SPY в экстра опшинсах линкера: -Ointel-extended,(CODE)=$PROJ_DIR$\Release\Exe\code.hex -Ointel-extended,(XDATA)=$PROJ_DIR$\Release\Exe\eeprom.eep В результате он нормально генерит код в code.hex и данные вида 0xXXXXXXXX в eeprom.eep. Дальше через Image Craft или CodeVision заливаю оба файла и все путем!
  8. Такой глупый код IAR генерит, если отключена оптимизация выходного кода или установлен Low уровень оптимизации, уже начиная с режима medium должно быть все OK. Попробуйте!
  9. Я действительно был сам озадачен данной проблемой, но на практике код из Application не изменял секцию Bootloader'a. Хотя в одной авторитетной книжке (не помню точного названия, нет сейчас ее под рукой) было написано, что BLB биты изменяют уровень доступа к секциям (если все 1, то моно писать во все секции) и как мне показалось эти биты определяют возм-ть писать и читать из секции Bootloader'a в секцию Application и наоборот. Поэтому я и задавал этот вопрос, надеясь на лучшее (такая возм-ть была бы удобней), но видимо BLB биты определяют только уровень доступа к каждой из секций, а код осуществляющий это должен быть обязательно в Bootloader section. Спасибо всем за советы!!! Пойду ваять новый Release Candidate бутлоадера. :smile3046:
  10. У меня мой бутлоадер сидит в секции "Boot Loader Section", а в "Application Section" у меня основные программы. Бутлоадер изменяет "Application Section", т.е. заливает туда новую прошивку, а мне еще нужна возможность изменять сам булоадер, но не через программатор, а также как я изменяю прошивку в "Application Section", т.е. по модему.
  11. Все верно: 1. в R24 грузим STAY (R2) 2. а отнять от БАЙТА число= ((0xFF-слагаемое) +1), эквивалентно БАЙТ+слагаемое, т.е. STAY-(0xFF-0x04+1)=STAY+0x04 3. грузим результат в INDEX (R10) все именно так потому, что 0xFC - допкод 4, т.е -4, а x+4=x-(-4)
  12. Здравствуйте! У меня возник следующий вопрос: может ли функция, находящаяся в Application Section (Atmega 128), изменять код Boot Loader Section или нет? Я пробовал вызывать эту ф-ю из программной области и из области бутлоадера, но данные в секции бутлоадера изменялись только во втором случае, хотя во всех ячейках защиты прописан полный доступ к обеим секциям!? Если код из прикладной области неспособен изменить бутлоадер, то как тогда может бутлоадер перепрошить сам себя (очень нужна такая возможность, т.к. прошивка передается по модему и хотелось бы менять не только програмную область, но и область бутлоадера)?! P.S: Подскажите пожалуйста.