MK
через какой-то прокси и open_port или это сокет?
Через прокси и порт
Size: a a a
2020 February 20
c🦊
Коллеги, а кто-нибудь организовывал общение софтины на эрланге по uart с микроконтроллером?
Надо что-то знать типа тротлинга отправки данных, чтобы уарт не переполнялся?
Надо что-то знать типа тротлинга отправки данных, чтобы уарт не переполнялся?
Так там же fifo аппаратный, или у тебя там прямо килобайты пачками?
c🦊
Я такое делал неоднократно (я же железячник-любитель =-). Но проблем с переполнением никогда не наблюдал
VS
Столкнулся с проблемой
При установке ssl соединения получаю
TLS client: In state certify at tls_connection.erl:1020 generated CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data
{error,{tls_alert,{handshake_failure,"received CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data"}}}
При установке ssl соединения получаю
TLS client: In state certify at tls_connection.erl:1020 generated CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data
{error,{tls_alert,{handshake_failure,"received CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data"}}}
VS
воспроизводится на 21 ерланге
VS
на 22 все ок
VS
wireshark показывает что клиент сам отправил Alert
DZ
через какой-то прокси и open_port или это сокет?
В 2010 (примерно) году было несколько способов использовать UART из эрланга, и все хуёвые.
Вроде бы, тогда остановились на сишном драйвере, но аргументов не помню.
Вроде бы, тогда остановились на сишном драйвере, но аргументов не помню.
c🦊
на 22 все ок
О! Да это тогда все хорошо. У меня TLS 1.3 не устанавливается на 22 эрланге.
DZ
Столкнулся с проблемой
При установке ssl соединения получаю
TLS client: In state certify at tls_connection.erl:1020 generated CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data
{error,{tls_alert,{handshake_failure,"received CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data"}}}
При установке ssl соединения получаю
TLS client: In state certify at tls_connection.erl:1020 generated CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data
{error,{tls_alert,{handshake_failure,"received CLIENT ALERT: Fatal - Handshake Failure - malformed_handshake_data"}}}
Такое может быть при несовпадении доступных шифров или при херово реализованном выборе версии TLS
VS
Перепробовал все возможные параметры и никак
VS
уже подумываю делать порт к curl
ML
В 2010 (примерно) году было несколько способов использовать UART из эрланга, и все хуёвые.
Вроде бы, тогда остановились на сишном драйвере, но аргументов не помню.
Вроде бы, тогда остановились на сишном драйвере, но аргументов не помню.
нам надо будет поправить, ведь мы именно так будем общаться с контроллером нашей материнки
DZ
Перепробовал все возможные параметры и никак
Сделать всё из шелла вручную на чистой BEAM пробовал?
c🦊
нам надо будет поправить, ведь мы именно так будем общаться с контроллером нашей материнки
А почему UART? Не SPI или I²C? Что там за протокол планируется?
VS
@stolen так и делаю
DZ
В 2010 (примерно) году было несколько способов использовать UART из эрланга, и все хуёвые.
Вроде бы, тогда остановились на сишном драйвере, но аргументов не помню.
Вроде бы, тогда остановились на сишном драйвере, но аргументов не помню.
А, у нас там ещё было отягчающее обстоятельство в виде QNX. И порт (т.е. отдельный процесс) иногда не помирал при переоткрытии сокета, приводя к неприятным ошибкам, но это всё равно было лучше, чем альтернативы почему-то
ML
А почему UART? Не SPI или I²C? Что там за протокол планируется?
spi и i2c однонаправленные
DZ
@stolen так и делаю
У тебя на эрланге клиент или сервер?
Посмотри в вайршарке список шифров, которые присылает клиент (насколько там вменяемые варианты) и шифр, который выбрал сервер. Наверняка проблема где-то в этом месте, ибо оно очень хрупкое.
Посмотри в вайршарке список шифров, которые присылает клиент (насколько там вменяемые варианты) и шифр, который выбрал сервер. Наверняка проблема где-то в этом месте, ибо оно очень хрупкое.