Вопрос решен - все проблемы от неумения внимательно читать даташиты. Возможность заблокировать изменение на время чтения в микросхеме есть и при криворукой реализации (тупо читать), такая проблема возможна.
kalapanga, разные. У меня revision 092801, у вас 120208. Но если вы про картинку Figure 4, то одного - сначала передаем адрес - 1 байт, потом читаем. Просто разбираю чужой код, предполагаю в этом месте логическую ошибку с возможными неприятными последствиями. Скачал библиотеку от arduino - там устанавливают бит. Читают. Сбрасывают.
Целиком нецелесообразно, т.к. если секунда с первой по 59, а чтение гарантировано менее полсекунды (миллисекунды), то время не изменилось. Но вопрос в том, что теоретически ведь так произойти может с этой железкой?
>> Он же на c++ вроде написан и апи на нем наверно тоже? или язык не принципиален?
Не принципиален. Лишь бы с точками с запятой ;) Уже проверил, нецелесообразно - сырой трафик ничего не даст: через SOCKS5 браузер вызывает метод CONNECT (на HTTPS 443 порт) и далее трафик уже шифрованный. В теории, получится расшифровать только подсунув свои сертификаты, а это уже слишком сложно для меня и выйдет, как мне написали выше - telerik fiddler, в котором не хватает realtime экспорта собранных данных куда-нибудь так же по TCP.
Похоже, вариант. И не только WebSocket, а также и XMLHttpRequest (начал копать глубже, и он там используется). А вот с fetch такое уже не получится?
Всё же хочу вариант, чтобы приложение гарантированно не могло никак "видеть" внешнее вмешательство. Рассматриваю вариант модифицировать 3proxy под windows, чтобы оно сливало весь обмен между браузером и сервером уже моему приложению.
Например, такой смысл: deep-sleep устройства (или самостоятельный, если поддерживается; или по включению другим МК, поддерживающим deep-sleep, например, через полевой транзистор). Хранить состояние. Flash в таком режиме может износиться, да и потребляет больше.