-
Постов
8 527 -
Зарегистрирован
Сообщения, опубликованные AlexandrY
-
-
1 hour ago, addi II said:
Подскажите пожалуйста , можно ли посредством Малики гнать данные в облако?, непосредственно, или без IoT шлюза ниак?
А как вы без шлюза это интересно сделаете?
-
2 hours ago, destroit said:
У меня таких фото = вагон . По старой-еврейской-привычке отвечаю вопросом-на-вопрос, что ЭТО :
Тут перспективные направления обсуждаются.
Наш дивайс нужен в сотнях тысяч офисов, не сильно ошибусь. И реально перспективен.
А ваш кому нужен? -
3 hours ago, kochevkv said:
а для NANDы только 4к, т.е. оперативу контроллера придется брать.
NAND-ы гораздо более детерминированы. Поэтому когда че писать надо и мало буфера, то только NAND.
А юзать надо было YAFFS2. -
2 hours ago, amaora said:
(1) Это реализация критической секции. Вызываться может из контекста потоков rtos и из обработчиков прерываний. Безопасно ли так читать BASEPRI? Нужны ли ISB/DSB и в каком порядке? Наоборот? Нужно ли обкладываться запретом прерываний как говорит 837070 erratum?
Ставить ISB DSB надо везде где идет запись в System Control Space.
ARM DAI 0321A параграф 3 , пункт 3, стр 11.
-
1 minute ago, ViKo said:
Демонстратор бутылок с алкоголем.
Неа, не демонстратор ничего.
-
6 minutes ago, yes said:
охладитель смузи?
Неа, не охладитель ничего.
-
On 4/5/2021 at 2:01 PM, murmur said:
Вопрос.
Как принято считать, защищать прошивку всякими ухищрениями в коде бессмысленно ибо после дизассемблирования все запросы элементарно перехватываются, память читается, нужные байты подсовываются.
Ну не так все просто.
Ранние чипы легко взламывались потому что полагались на секрет во Flash или фьюзах.
Теперь секреты делают распределенными и бутлодеры на основе этих секретов. Поэтому ничего мудрить не надо.
Юзайте Secure Boot и все будет нормально. -
On 3/27/2021 at 8:34 PM, oleg-n said:
Профинансирую ПЕРСПЕКТИВНЫЕ проекты на взаимовыгодных условиях.
Предлагать варианты проектов на [email protected]
У нас сегодня пацаны выкатили первую ревизию уникального дивайса -
Не имеет аналогов в мире. Востребована по всему миру.
Кто догадается что это выложу схему всей электроники.
-
11 hours ago, gravl4 said:
сколько делаете для иттераций для таких серий?? Вообщее какие у вас сроки по образцам, где делаете?
ПО полностью на образцах отрабатываете? или просто проверка тестовым софтом, а дальше програмисты уже в процесссе серии все доделывают?
Как правило 3-и захода надо если нужно сделать 1000 штук на новой элементной базе. Особенно если новый SoC, то вообще закон.
Это оправдывается.
Даже если посадить низкооплачиваемый неквалифицированный персонал на тюнинг, то все равно выгодней сделать следующую версию.
Собирают платы за месяц и быстрее в Европе. Контрактных сборщиков хватает. Никакой Китай не нужен.
Какой-то специальный тестовый софт не делается. Сразу делается продуктовый вариант, но только с встроенной расширенной диагностикой.
Потом диагностика от юзеров закрывается. -
3 hours ago, l_fin_l said:
Включил оптимизацию, все стало норм...отладчик просто при включенной оптимизации показывает чудные вещи.
Похоже отладчик IAR символ __checksum считает знаковым поскольку это не переменная, а некий place holder
Тут никакими типизациями не поможешь и оптимизация ни при чем.
Даже в версии 9.10 без оптимизации этот символ выводится так:Может даже все символы приходящие из линкера знаковые.
Факт забавный, но не более.
-
10 minutes ago, wim said:
Прочтите ещё раз внимательно, что хочет автор. Автор не спрашивает, как это делают недоучившиеся студенты. Автора интересует, как это делать правильно.
Не флудите и нефлудимы будете. Пока от вас инфы ноль. Лучше бы помалкивали.
Для правильной симуляции здесь нужна модель нагрузки. Я 100% уверен , что на этот счет от вас будет продолжать нестись флуд. -
2 minutes ago, l_fin_l said:
в отладчике-то я могу переключить представление в hex, но в коде он все-равно не совпадает
По ходу у вас еще где-то объявлена паразитная переменная __checksum
Эт бывает, провалы в памяти, где-то вставили чего-то лишнего и забыли.
Просканируете весь код на предмет поиска слова __checksum -
Just now, l_fin_l said:
я это вижу, просто мне не понятно, а как тогда считать crc32 самим мк, чтобы эти две суммы совпали.
Они же у вас совпадают.
Просто дебагер в десятичном представлении показывает __checksum со знаком потому что считает эту переменную знаковой.
Переключитесь на шестнадцатеричное представление и смотрите значение CRC только в нем. -
5 minutes ago, wim said:
В урну нужно отправлять разработчика, который советует разрабатывать схемы тыканьем пальцем наугад.
Не надо ханжества, вы первый кто будет тыкать. Как бы вы этот процесс не назвали, и что бы он ни значил.
Все так делают! -
Значит неправильно объявили
extern uint32_t __checksum;
__checksum - это знаковая переменная.
-
5 minutes ago, wim said:
Совет для двоечников. IR2153 моделируется двумя ИНУН.
Такую модель сразу в урну.
-
3 hours ago, Solaris86 said:
1. Как я могу сам составить аналогичную схему с нуля?
Да никак. Рисуйте и видоизменяете ту что имеете. Все так делают.
Читайте даташит на IR2153 и делайте как там написано.
Диодны мост - единственное что тут можно адекватно просимулировать, остальное даже гуру паяли бы на макетке и тыкали пальцами. -
19 minutes ago, l_fin_l said:
Как так получается, что контрольная сумма рассчитывается отрицательная, я так и не понял. Буду благодарен за любую помощь.
Так быть не может.
Похоже листинг показываете новый, а отладочную инфу старую. Перекомпилируйте и залейте заново весь проект.
-
33 minutes ago, gosha-z said:
oSIP никто не отменял
Вы думаете чё предлагаете?
Цитата от автора oSIP:QuoteHowever, oSIP is still complex to use. There are reasons for that. oSIP was made to be flexible (which make the API quite large). oSIP is architecture free (but you need to understand how it works to use it correctly). oSIP is implementing only low layers of SIP (so you still can build malformed messages, or uncompliant ones). oSIP will not warn you about most errors that you can make.
Ребята из проекта Embox, может быть халявщики, но не идиоты.
Если они выбрали PJSIP, то стоит ее внимательно изучить. И рефакторинг никто не отменял. -
5 minutes ago, gosha-z said:
Зачем, если все давно изъезжено вдоль и поперек и реализовано 100500 раз?
Это значит что аргументов нет.
Идея брокера гораздо более ценна чем кажется.
И да, она изъезжена вдоль и поперек, в этом ее прелесть. -
1 minute ago, gosha-z said:
Внимательно перечитайте вашу первую ссылку. Там есть упоминание...
Значит по ходу вы не поняли идею с брокером.
-
6 minutes ago, gosha-z said:
Не надо мне объяснять, что такое NAT и как работают VoIP протоколы. Все сильно зависит от ревлизации. Я могу вам рассказать, как делать UA так, чтобы ему не нужны были STUN/TURN/ICE сервера.
Чем вы лучше объясните чем это гугле объясняет?
Да и не спрашивал никто как делать некий UA, если обратите внимание.
Но если хотите, то расскажите. -
Just now, gosha-z said:
Это только в случае, если надо проходить архиглупый NAT.
Смотрим сюда и альтернатив не видим.
-
1 hour ago, Chameleos said:
Есть предложения получше? Использование процессоров тянет за собой использование памяти большой вместимости, но у наших производителей с её производством проблемы.
Embox себя позиционирует как раз для использования десктопного ПО, и, если я правильно понимаю, исходные тексты PJSIP они не меняли, а только оформили её как модуль и меняли конфигурацию, благодаря POSIX-совместимости Embox. Но с документацией там действительно всё очень плохо.
Есть ещё RTEMS - ОС на которую PJSIP уже портировался, с какой-то документацией по портированию на новые процессоры, да и по многим другим вопросам.
Реализация такого функционала на FreeRTOS и LwIP будет явно сложнее, не так ли?Я считаю Embox каким-то разводом.
Насколько изучил их сорсы, они там довольно умело перепахали файловую систему и TCP стек от линукса и всё.
Но в отношении сопряжения с периферией у них там сильный облом, GUI плачевное, файловые большинство фэйковые, а FAT тормозная.
И это в первую очередь от того что они базируются на инструментах с ограниченной функциональностью по сравнению с тем же IAR-ом.В таких вещах как PJSIP самое сложное - найти минимальную конфигурацию с минимальным кодеком и потребление памяти.
Это можно делать и в симуляции под виндой.
TCP стек с API в стиле BSD, который может понадобиться для PJSIP по нынешним временам есть у кучи RTOS.
Т.е. трудоемкость портирования PJSIP не зависит от RTOS. Она зависит от тулсов, которые будете применять.
Но пока непонятна сама идея применить SIP.
Микроконтроллер у вас абсолютно адекватный, на нем можно сделать аудиокодеки с низкой ресурсоемкостью.
Если система будет проприетарная, то я бы делал на базе MQTT.
SIP же базируется на серверах STUN и TURN, а это лишний напряг.
Используя одного брокера MQTT можно было бы и мост делать и трафик передавать.
Как защититься от подделки устройства?
в В помощь начинающему
Опубликовано · Пожаловаться
Ну так на то голова и нужна чтобы проверить годен ли чип для защиты от клонирования. И не юзать то что непригодно. В чем проблема-то?
В STM32 все расписано в деталях. NDA не нужен.
Ад для разработчика. Для реверсера раз плюнуть.
Потому что разработчик должен думать и помнить о зависимостях.
А реверсер смотрит только поток вызовов в графе окна IDA Pro.
Для разработчика помнить цепочку вызовов с глубиной больше 10 - адская мука, а реверсер ее видит всю сразу на одном экране.
Поэтом-то в реверсеры как правило очень слабые разработчики.