Как и вся реклама — привлекательная картинка (интересные задачи в данном случае), а на деле — предложение купить ненужную вещь (подписаться на статьи о маркетинге).
Было бы намного интереснее, например, почитать сколько именно программистов устроились на работу в Гугл таким образом, насколько этот способ поиска сотрудников эффективнее традиционных.
На хабре ожидаешь увидеть все-таки более серьезные статьи, иллюстрации в которых связаны с текстом. А с таким стилем появляется ощущение, что читаешь глянцевый журнал — можно просто посмотреть узнаваемые картинки не читая текст вообще. Хотя сама статья интересная.
Я обрадовался, когда обнаружил, что rtkrcv уже поддерживает http в качестве входного потока. И огорчился, когда понял, что он не работает в виде request/response. Значит использовать один rtkrcv не получится. Тогда я написал передатчик между сервером и rtkrcv, который отправляет запросы, принимает данные и по сокету отправляет их в rtkrcv.
А почему не стали использовать стандартный для геодезистов протокол NTRIP? Ставим куда-нибудь бесплатный NTRIP-кастер (они есть и под линукс, и под виндовс), настраиваем базу на выдачу RTCM и транслируем измерения базы на кастер (в составе RTKlB есть средства для этого). На ровере rtkrcv штатно подключается к кастеру. Если вдруг будут моменты, сходные с:
Сначала я подумал, что данные повреждаются в процессе передачи и это мешает расчетам.
можно через консоль rtkrcv смотреть в реальном времени состояние потока с базы, или параллельно подключить к тому же источнику rtknavi и посмотреть в удобном диагностическом вьювере, что не так с измерениями базы.
можно было бы использовать энкодеры вместо резисторов и добавить экранчик — получилась бы «классическая» микроволновка с электронным управлением. Ну и напрашивается еще остановка таймера по открытию дверцы. Потом, как сказано выше, добавить датчик температуры блюда и реализовать адаптивное время включения. Интересный проект, если нечем себя занять )
что-то не очень понял — а почему при использовании динамической индикации не использовали ее для реализации клавиатуры? В этом случае для клавиатуры хватило бы всего одного пина микроконтроллера, вместо огорода с диодами
в России есть, в том числе и станции, входящие в международную сеть. Можно еще тут поискать igs.bkg.bund.de А вообще про такие вещи местные геодезисты должны быть в курсе.
Система мочеотведения в космических скафандрах «Аполлон» изначально производилась с презервативами трёх вариантов размера: «маленький», «средний» и «большой». Когда было замечено, что космонавты выбирают лишь «большой», размеры были переименованы в «большой», «гигантский» и «громадный»
Было бы намного интереснее, например, почитать сколько именно программистов устроились на работу в Гугл таким образом, насколько этот способ поиска сотрудников эффективнее традиционных.
кстати, а какой приемник был в качестве базы?На фото ровера видно, что там Навис.
Про RTCM сказал на автомате, rtklib поддерживает много форматов, может в конкретном случае логичнее использовать другой (BINR, если база тоже Навис)
увидел что тоже Навис
А почему не стали использовать стандартный для геодезистов протокол NTRIP? Ставим куда-нибудь бесплатный NTRIP-кастер (они есть и под линукс, и под виндовс), настраиваем базу на выдачу RTCM и транслируем измерения базы на кастер (в составе RTKlB есть средства для этого). На ровере rtkrcv штатно подключается к кастеру. Если вдруг будут моменты, сходные с:
можно через консоль rtkrcv смотреть в реальном времени состояние потока с базы, или параллельно подключить к тому же источнику rtknavi и посмотреть в удобном диагностическом вьювере, что не так с измерениями базы.
Похоже на СБМ-10 или СБМ-21. Немного отличаются размерами и временем счета. Но оба значительно «тормознутее» упомянутого СБМ-20.
А почему должна работать только одна? Вы имеете отношение к IGS?
igs.bkg.bund.de/root_ftp/NTRIP/streams/streamlist_world-wide.htm
igs.bkg.bund.de/root_ftp/NTRIP/streams/streamlist_igs-ip.htm
Начинать поиски можно отсюда www.ntrip.org
via reddit