Теперь этим смогут заняться другие... (пора искать что-то новое)
или здесь все работает как-то не так?.. Что надо сделать после скачивания среды, что бы начать писать код и заливать его в микроконтроллер?
Благодарю)
Для сборки AmebaZ не обращайтесьДля сборки в GCC обращайтесь сюда -> https://esp8266.ru/forum/threads/moj-sborschik-i-flesher.2268/page-9#post-37401
А всё равно не собирается в рабочий вариант с GCC. Там либы созданы в IAR, с его прибамбасами.Для сборки AmebaZ не обращайтесь
Но это делу не помогает, хотя и собирается и всё работает. Жирная бага - низкая скорость работы (трафик приема-передачи) на SoftAP, когда включен режим SoftAP + Station, всё равно не исправляется. Так-же не исправляется долгое подключение Station модуля к внешнему роутеру*. с этого места подробнее пожалуйста.Там ищут в старой либе lib_wlan.a функцию rtw_if_wifi_thread(), а оно всё есть в Ameba Arduino lib_wlan.a
Приведите тестовый пример. Проверю. У меня SoftAP + Station на данный момент основной режим работы (ну так сложилось по разным причинам)
На работе к древнему usb свистку подключается через раз на 3-5-тый. По логам свисток в половине случаев дает отлуп а в половине тупо не хватает таймаута. Дома на относительно свежем Keenetic giga II подключается влет. Предполагаю что таймауты увеличивали для совместимости с зоопарком AP.
А чего подробнее? Берете либу от lib_wlan.a Arduino/hardware_v2/variants/rtl8710 at master · Ameba8195/Arduino · GitHub и вперед. Она создана Ameba в одно время с SDK4.0a, а сам SDK выложен позже, но с кодом либы на IAR.
Записываете web-свалку в модуль. Включаете SoftAP + Station, идете на страницу:
), на Arduino и "AT" прошивке - итог один - тормозит AP в режиме AP+ST. Скорее всего она опрашивается каким-то пулом, в данном режиме (AP+ST), т.к. задержки передачи пакетов после запроса (приема) в TCP всегда более 0.01 сек. Station то при этом пашет нормально... Кроме тормоза там ещё потребление вылетает за нормы - это явный баг. Предположить как он создан выходит только если выключать передатчик с задержкой после передачи пакета или типа того... SoftAP то должна быть всегда активна и следить за каналом согласно спецификациям...Не - они там от балды. Как "рука написала". Замена на более короткие наоборот улучшает дело с первым соединением. (пробовал патчить часть lib_wlan.a)
), то и соединение реально происходит в 2 раза быстрее.
Чтобы запустить, можно и проще, с помощью JLink.exe.
Правильно.
Альтернативный boot.
Отладка работает в самом IAR.
=========================================================
ROM Version: 0.3
Build ToolChain Version: gcc version 4.8.3 (Realtek ASDK-4.8.3p1 Build 2003)
=========================================================
Check boot type form eFuse
SPI Initial
Image1 length: 0x3a18, Image Addr: 0x10000bc8
Image1 Validate OK, Going jump to Image1
BOOT from Flash:YES
===== Enter Image 1 ====
load NEW fw 0
Flash Image2:Addr 0xb000, Len 260352, Load to SRAM 0x10006000
No Image3
Img2 Sign: RTKWin, InfaStart @ 0x10006051
===== Enter Image 2 ====
RTL8195A[HAL]: Hard Fault Error!!!!
RTL8195A[HAL]: R0 = 0x20
RTL8195A[HAL]: R1 = 0x0
RTL8195A[HAL]: R2 = 0x1000da9d
RTL8195A[HAL]: R3 = 0x0
RTL8195A[HAL]: R12 = 0x1c
RTL8195A[HAL]: LR = 0x16477
RTL8195A[HAL]: PC = 0x0
RTL8195A[HAL]: PSR = 0x20000200
RTL8195A[HAL]: BFAR = 0x8
RTL8195A[HAL]: CFSR = 0x20000
RTL8195A[HAL]: HFSR = 0x40000000
RTL8195A[HAL]: DFSR = 0x0
RTL8195A[HAL]: AFSR = 0x0
RTL8195A[HAL]: PriMask 0x0
RTL8195A[HAL]: BasePri 0x0
RTL8195A[HAL]: SVC priority: 0x00
RTL8195A[HAL]: PendSVC priority: 0x00
RTL8195A[HAL]: Systick priority: 0x001001f458 <__iar_cstart_call_ctors>:
1001f458: b510 push {r4, lr}
1001f45a: 4604 mov r4, r0
1001f45c: 4904 ldr r1, [pc, #16] ; (1001f470 <__iar_cstart_call_ctors+0x18>)
1001f45e: 4479 add r1, pc
1001f460: 310e adds r1, #14
1001f462: 4804 ldr r0, [pc, #16] ; (1001f474 <__iar_cstart_call_ctors+0x1c>)
1001f464: 4478 add r0, pc
1001f466: 300c adds r0, #12
1001f468: f000 f81a bl 1001f4a0 <__call_ctors>
1001f46c: 4620 mov r0, r4
1001f46e: bd10 pop {r4, pc}
1001f470: effe0b90 .word 0xeffe0b90
1001f474: fffe8a1c .word 0xfffe8a1c1001f4a0 <__call_ctors>:
1001f4a0: b538 push {r3, r4, r5, lr}
1001f4a2: 4604 mov r4, r0
1001f4a4: 460d mov r5, r1
1001f4a6: 42ac cmp r4, r5
1001f4a8: d005 beq.n 1001f4b6 <__call_ctors+0x16>
1001f4aa: 6820 ldr r0, [r4, #0]
1001f4ac: 1820 adds r0, r4, r0
1001f4ae: 4780 blx r0
1001f4b0: 1d24 adds r4, r4, #4
1001f4b2: 42ac cmp r4, r5
1001f4b4: d1f9 bne.n 1001f4aa <__call_ctors+0xa>
1001f4b6: bd31 pop {r0, r4, r5, pc}Не описаны условия. Валится при после прошивки или при отладке с непрописанными установками в 9 и 10 секторе Flash, опции отладки и т.д...
1001f462: 4804 ldr r0, [pc, #16] ; (1001f474 <__iar_cstart_call_ctors+0x1c>)
1001f464: 4478 add r0, pc
1001f466: 300c adds r0, #12
...
1001f474: fffe8a1c .word 0xfffe8a1c1001f4aa: 6820 ldr r0, [r4, #0]
1001f4ac: 1820 adds r0, r4, r0
1001f4ae: 4780 blx r0А как предполагаете написать код короче на ARM?
Если нужна переносимость, то вряд ли смогу лучше. Но зачем переносимость по адресам? Вроде бы адрес загрузки известен заранее. Ну пусть будет так, переносимость не вредит. А с этой таблицей у меня IAR явно что-то не то генерит. Если начальный адрес таблицы 10007е92 можно понять, то конец таблицы:
1001f45c: 4904 ldr r1, [pc, #16] ; (1001f470 <__iar_cstart_call_ctors+0x18>)
1001f45e: 4479 add r1, pc
1001f460: 310e adds r1, #14
...
1001f470: effe0b90 .word 0xeffe0b90