У меня в голове.
Разработчики вроде разделились - новое оф. пишет только Ameba, но не выкладывает исходников ещё с версии SDK 3.4 (2015 г), хотя у них уже в Arduino более 3.5a.Вся документация в CИ файлах и в IDA
Добавлю. Все эти адреса добавляются к базовому адресу флеш - flash_base_addr = $98000000.
Никуда они не добавляются. Flash читается через контроллер с нулевого адреса. SPIC практически не используется из-за тормозов. Код, где можно было, уже переписан на обращение через DMA. Эти коды, дописанные в HAL не имеют исходников. Я до конца их не реверсил - нет нужды - они работают и пока не до них.
По этому даже пару байт проще и быстрее прочитать через hal... Т.е. это всё к тому, что дилетантам и "начинающим" там не место. Только верхний уровень Arduino.
Вспомним и это хорошо забытое уже ПО.Вся документация в CИ файлах и в IDA
Я уважаю Ваш опыт.Никуда они не добавляются. Flash читается через контроллер с нулевого адреса. SPIC практически не используется из-за тормозов. Код, где можно было, уже переписан на обращение через DMA. Эти коды, дописанные в HAL не имеют исходников. Я до конца их не реверсил - нет нужды - они работают и пока не до них.
Сравнение скоростей копирования и чтения из Spic и разных памятей, чтобы было понятна их скорость и по чему переписали/приписали новые функции обращения из SDK3.4 к области отображения через spic на работу прямо с контролером по DMA:
<---- Init 1 ----> SpicDualBitMode
read(): tFlash = 2326534, clk/byte = 35 (просто чтение отображения Flash клоков CPU на байт). (= 2326534 - тактов на фиксированный блок)
memcpy(): tFlash = 10059803, clk/byte = 153 (копирование отображения Flash в RAM клоков CPU на байт).
Speed rd RAM = 147462, clk/byte = 2 (просто чтение RAM в цикле)
Speed rd TCM = 136536, clk/byte = 2 (просто чтение TCM в цикле)
read(): tFlash/tTCM = 17, tFlash/tRAM = 15 (отношение скоростей чтения Flash к TCM)
memcpy(): tFlash/tTCM = 73, tFlash/tRAM = 68 (отношение скоростей копирования из Flash в RAM и из TCM в RAM)
Spic 1Read to RAM = 749729, clk/byte = 11 (побайтное копирование в RAM из области Flash)
Spic 4Read to RAM = 682137, clk/byte = 10 (копирование словами 32 бит в RAM из области Flash)
Spic 1Read to TCM = 749729, clk/byte = 11 (побайтное копирование в TCM из области Flash)
Spic 4Read to TCM = 682136, clk/byte = 10 (копирование словами 32 бит в TCM из области Flash)
Функции на СИ и не показывают абсолютную скорость - кажут относительную (для кода на СИ).
Абсолютная скорость у TCM области - 1 такт на обращение в 16 или даже 32 бита.
Но memcpy() из области отображения Flash - 153 такта на байт!
Так что не боитесь - всё уже проверено во всех режимах
Если надо прочитать до десятка байт - то можно лезть в ваши 0x98000000, если более - надо обращаться к новым функциям в hal.
RdFlashWrFile(rdfaddr,rdfsize,rdfname,inifmane,fname,oldfname);res:=JLINKARM_ReadMem(rdfaddr+flash_base_addr, rdfsize, @Buf[rdfaddr]);flash_base_addr = $98000000;Я потихонтку уже в сишниках ваших копаюсь но пока мало что понятно. Если честно то чем больше смотрю на это тем больше посещает мысль сделать из RTL обычный uart/wifi переходник, а программу написать на обычном СТМ32F103 каком нибудь. Ни иде, ни документации, ничего толком, блин. Вот зачем они так делают.Вся документация в CИ файлах и в IDA
В котельной бюджет только на топливо таков что стоимость чипов совершенно не имеет значения. А цена аварии (например из-за непрохождения команды на привод задвижки) не позволяет даже задумываться о wifi.
А тему читали про него? Он сделан кое-как и требует переделки, но сторонней помощи = нуль, только требования - "тавай ущё"
Дык это для флешера и ради упрощения. Не для ПО на самом контролере. Там быстрее чем работает SWD нет смысла.
Кто так делает? Вы так делаете?
OpenWRT не есть стабильность на всех вариантах чипов. Полной документации там никогда не было и не будет. Вы что-то путаете, т.к. ещё не разбирались...
Все системы теперь заняты главной функцией - обновлением. Всё остальное - второстепенно.Очередная ошибка.
Не подождать прохождения волны эми? Военные как-бы уже не таскают катушки и не надо зубами держать контакт...Правильно, вы написали но почему и как непонятно. Хорошая документация это как хорошо комментированный код. Требует очень много времени и сил. А без него копаться в чужих решениях... проще самому переписать. Ну да ладно.... Надо довольствоваться тем что имеешь.
Понятно, значит "есть но не про вашу честь" (с) печально конечно. И денег хотят явно не 100$Документацию и прочее вам без проблем дадут при обращении, подписании и оплате договоров с Realtek, включая всякие NDA о неразглашении. Это не наш путь
Прохождение данных по радио (любому) не гарантировано.
Провод при этом не применим
Кто из них грязь выковыривать будет?То есть я правильно понял, что тут такая же фигня, как и с esp8266 - ни нормальной документации, ни софта?
Да. Скорее всего вам не стоит им заниматься, т.к. на сегодня информации на RTL871x уже больше, чем на ESP8266 и ваше участие не требуется.
UDK на Eclipse с полным охватом функционала: UDK с Eclipse для модулей RTLxxx под Windows
В RTL аппаратный WDT со всеми современными режимами работы. Напоминать что это за типы обработки сброса WDT - простой, оконный, ...
А у вас есть. И главное что проблемы не понятные никому кроме вас. Но выразить вы их не можете.Это действительно есть, работает, подтверждаю.
Оно как-бы почти всё это есть, но в каких-то разрозненных обрывках. А соединить всё это в единый рабочий проект - у меня, например, квалификации такой нет (на данный момент по крайней мере). Вот и остается ждать, когда кто-нибудь эту работу проделает и всё готовое выложит. И, судя по предыдущему опыту, это может быть только pvvx. Ну а я, например, могу только это готовое взять и потестировать применительно к своим интересам...))Судя по вашим же сообщениям там далеко еще не все гладко и примеров пока мало.
Лечиться не пробовали? Сейчас медицина делает чудеса.И У матросов нет вопросов - У матросов нет проблем.
Да это ему не интересно, такой проект сделать нужно куча времени и терпения. Да и видать еще не так все гладко с этим реалтеком.
Ну пока больше, чем у обоих ESP
А по количеству исходников - больше в стони раз. Тем более в Arduino уже есть всё. Больших конструкций как "примерище" пока не наблюдаю ни у одного проекта в Arduino. Там всегда всё несвязное и кусками. Нет смысла на Arduino делать что-то серъезное - это игра на вечер.Это про вас. Я же так не привязан к ESP, как в песенке...
Действительно не интересно, т.к. пока не требуется проектов с WiFi. Но в серийное применение уже запустил RTL-лы, а прошло всего пару месяцев с нулевой информации. Нету пока недели, чтобы перекинуть последний кусок web-свалки на RTL и протестировать (это большее время и займет, т.к. пользователи не могут описать ошибки или произвести тестирование - на это у них уйдут годы
). Я вообще наверно скоро слиняю на другой сайт - тут же ESP8266, а он устарел. Будете дальше тут песни петь под дудку Espressif
Не забудь оставить адресок для адептов RTL.
Может наравне с mbed допилить связку FTP+SDCard?
Зачем? Для загрузки по сети обычно используют протокол попроще TFTP...
