Comments 9
Спасибо большое за статью! Очень вовремя, в данный момент я как раз настраиваю ppp по примеру из данной статьи и имею с этим большие проблемы, пытаясь установить соединение. Надеюсь, ваша статья мне поможет найти собственный косяк.
P.S. Можно было бы обойтись и без этого бесполезного комента, но мне просто необходима возможность в будущем позадавать вопросы знающим людям:)
P.S. Можно было бы обойтись и без этого бесполезного комента, но мне просто необходима возможность в будущем позадавать вопросы знающим людям:)
Не понял, зачем нужны 2 UART-a если можно было прямо подключить STM-ку через его USB(нижний на фотке разъем рядом с наушниками) к PC как USB-UART device, а дальше все так же как Вы и сделали?
Да, разумеется так можно, но это усложнило бы настройку проекта в кубе. Как мне кажется, настройка виртуального порта это отдельная тема и я не стал перегружать ею проект. В принципе, можно вообще обойтись без логера. Это немного осложнит отладку, но на работу устройства не повлияет.
Да вроде он сам все настраивает и нужный код добавляет. Я через него отладочные сообщения печатаю, а в putty — смотрю.
Так, да не так, все-таки настройка USB немного сложнее простого usart, и функции для работы с ним другие. Вариант реализации PPP через виртуальный COM порт я постараюсь сделать в следующий раз, как продолжения этого поста.
Добавление USB в программу, сулит большие объемы исходного кода, которые будут мозолить глаза и отвлекать.
Плюс определенная ошибка(code 10, если не ошибаюсь), которая все еще есть в кубе. И для ее избавления необходимо править определенные функции, которые при новой генерации проекта генерируются по новой с той же проблемой.
На мой взгляд, для полноценного проекта и правда стоило бы использовать аппаратный USB, а для схемы «на коленке» сойдет и UART.
А для отладочных сообщений мне кажется удобнее использовать SWO.
Плюс определенная ошибка(code 10, если не ошибаюсь), которая все еще есть в кубе. И для ее избавления необходимо править определенные функции, которые при новой генерации проекта генерируются по новой с той же проблемой.
На мой взгляд, для полноценного проекта и правда стоило бы использовать аппаратный USB, а для схемы «на коленке» сойдет и UART.
А для отладочных сообщений мне кажется удобнее использовать SWO.
Я сейчас конечно все просто поражу, но в моей голове слово интернет всегда ассоциируется с провайдером сим карты нет, портов нет. Если кто то пояснит для общего развития будет хорошо.
Дело в том, что модем просто не нужен. Предполагается, что устройство и так уже имеет соединение с компьютером по COM порту. Достаточно на этом компьютере поднять сервер PPP (в данном случае pppd) и тогда компьютер с сервером PPP становится посредником между устройством и остальной сетью. А если компьютер подключен к сети Интернет то устройству ничего не мешает отправить свое сообщение например Яндексу (вопрос, что будет с ним делать Яндекс оставим за рамками этого обсуждения).
Надеюсь я правильно понял Ваше сообщение…
Надеюсь я правильно понял Ваше сообщение…
Sign up to leave a comment.
Реализация PPPOS на stm32f4-discovery