В LoRaWAN — даже два. Первое — ключ приложения, шифрует пользовательские данные. Второе — сетевой ключ, шифрует заголовки и полезную нагрузку. Если правильно помню, спецификация 1.0 была подвержена Replay-атакам. Недавно вышла 1.1, там всё существенно изменили/усложнили.
В W5500 стек TCP/IP реализован аппаратно. С одной стороны это упрощает разработку, не нужно тащить в контроллер отдельный стек, с другой — ограничивает возможности. Добавить поддержку нового протокола в прошивку можно, а в чип уже никак.
Интересно, спасибо! С большим FIFO после перерыва связи коллеги тоже сталкивались. Теперь после восстановления канала сначала отправляется самый свежий пакет и только потом накопленный буфер.
Самый простой вариант хоть как-то оценить происходящие — послушать обмен между диском и использующим его устройством с помощью логического анализатора. Можно будет понять хотя бы тип шины и её скорость. Отсюда уже делать выводы о необходимом для реализации железе.
Но вот реверсить протокол… Имхо, нужен хороший бэкграунд в этой области.
Если правильно понял, то в лесу (сельве, в данном случае) у датчика нет связи, а как только его куда-то привезли (вместе с деревом), то связь появилась и датчик сообщил о своем местоположении.
Какая у вас прошивка? У меня NodeMCU. Подключение занимает до 5 секунд, еще 1-2 — передача данных. В таком режиме повербанк на 1 шт 18650 заканчивается за 2 недели…
Постить в твиттер картинки из инстаграмма в виде картинок, а не ссылок, как делает родное приложение :)
Если серьезнее, то второй мой сценарий получает письмо от скрипта и отправляет уведомление в телеграмм.
Это обмен между клиентом и оператором, он происходит до того, как устройство получит доступ в сеть.
После того, как установлена связь, клиент и сервер используют LCP, чтобы договориться о параметрах канала — сжатие, авторизация и т.п. После успешной авторизации по протоколу IPCP запрашиваются/передаются IP-адрес, адреса серверов DNS и т.д. И только после этого устройство получает доступ в сеть. И не факт, что это глобальная сеть — часто используются выделенные APN для построения такой сотовой локалки.
Добавлю несколько замечаний про DS18B20. Если не нужна точность в 1/16 (а она редко бывает нужна), то её можно снизить до 1/2, значительно сократив время измерения (почти в 10 раз, с 750 до 94 мс). Также нужно иметь в виду, что при частых измерениях датчик будет саморазогреваться.
Ещё при внешнем питании можно опрашивать выход, чтобы определить момент завершения преобразования и еще немного сократить время измерения.
Отчасти — да, добавляет ответственность. Но с какого потолка взята цифра 250 грамм? Были ли проведены тесты и собраны экспертные группы для выявления минимальной опасной для человека массы?
Но вот реверсить протокол… Имхо, нужен хороший бэкграунд в этой области.
GGC же, GCC — GNU Compiler Collection
Если серьезнее, то второй мой сценарий получает письмо от скрипта и отправляет уведомление в телеграмм.
12-гранный
После того, как установлена связь, клиент и сервер используют LCP, чтобы договориться о параметрах канала — сжатие, авторизация и т.п. После успешной авторизации по протоколу IPCP запрашиваются/передаются IP-адрес, адреса серверов DNS и т.д. И только после этого устройство получает доступ в сеть. И не факт, что это глобальная сеть — часто используются выделенные APN для построения такой сотовой локалки.
Ещё при внешнем питании можно опрашивать выход, чтобы определить момент завершения преобразования и еще немного сократить время измерения.