"Первые шаги"

Serjik · #121

pan писал(а): ↑
20.02.2019{, 08:11}
Ingwar писал(а): ↑
19.02.2019{, 21:48}
Думаю большинство сразу поняло о чем речь.
наверное я тупой.
то, что HEX перевести в BIN это понятно,а вот про пин - тут есть варианты. на пин1 (или еще на какой-то)вывести единицы ногодрыгом?
или если выводить в порт (где пин1 это Tx) тогда это в любом случае будет выглядеть как последовательность 1 и 0 .

Все верно вы поняли. Просто за неимением знаний я не могу сформулировать правильно вопрос. Тоесть если послать в UART HEX, то на выводе 1-Tx я получу 1 и 0 которые другое устройство расшифрует в уже нужный мне формат... Спасибо!

pan · #122

Serjik, так и надо было сразу написать.
в таком случае

Serjik писал(а): ↑
18.02.2019{, 21:13}
Какой блок применить что бы

Serjik · #123

pan, Понятно. А есть разница если я в UART назначу 0-1 или 2-3 порты?

pan · #124

Serjik, разница будет в том что будет использоваться реальный uart , или программная эмуляция его, если хотите использовать другие пины.

Serjik · #125

pan, Ну да, в каком то видео вы упоминали про это. Но где то в видео уроках кто то говорил что он имеет минусы в сравнении с другими в каких то случаях. Не вспомню чье виде смотрел.

pan · #126

Serjik, вы меня с кем то путаете, я видео не снимаю.
а про минус я написал, это

pan писал(а): ↑
20.02.2019{, 15:27}
программная эмуляция

то есть выводом информации занимается не специальный модуль в чипе, а программно дрыгается пин. занимая время.
для не сложных проектов в принципе не критично.

Serjik · #127

pan писал(а): ↑
20.02.2019{, 15:54}
то есть выводом информации занимается не специальный модуль в чипе, а программно дрыгается пин. занимая время.
для не сложных проектов в принципе не критично.

Теперь понятно.

Sancho · #128

Serjik, Самое главное - Вы не указали конечную цель, для чего всё это.
Возможно, всё намного проще было-бы в объяснениях

Ingwar · #129

Serjik писал(а): ↑
20.02.2019{, 14:55}
выводе 1-Tx я получу 1 и 0 которые другое устройство расшифрует в уже нужный мне формат

Тут может быть засада...
На выходе из uart Вы получите значение какой то переменной (byte, int, string), но не двоичный код. Не в курсе может через char попробовать...

Serjik · #130

Ingwar писал(а): ↑
20.02.2019{, 16:58}
Serjik писал(а): ↑
20.02.2019{, 14:55}
выводе 1-Tx я получу 1 и 0 которые другое устройство расшифрует в уже нужный мне формат
Тут может быть засада...
На выходе из uart Вы получите значение какой то переменной (byte, int, string), но не двоичный код. Не в курсе может через char попробовать...

А подробнее можно?

Отправлено спустя 5 минут 58 секунд:

Sancho писал(а): ↑
20.02.2019{, 16:57}
Вы не указали конечную цель, для чего всё это.

Все банально. Мне интересно это знать!

kulibinsvv · #131

Serjik, вам нужно начать с изучения этого урока.

Serjik · #132

kulibinsvv, При поиске уроков этот сайт не попадался. Странно. Спасибо!

pan · #133

Ingwar писал(а): ↑
20.02.2019{, 16:58}
На выходе из uart Вы получите значение какой то переменной (byte, int, string), но не двоичный код.

ух ты. расскажите по подробней в каком виде еще хранится и передается информация. я видимо что-то пропустил

Ingwar · #134

pan писал(а): ↑
20.02.2019{, 19:23}
ух ты. расскажите по подробней в каком виде еще хранится и передается информация. я видимо что-то пропустил

Ну вот наконец и я попал под троллинг...)
Попробую соскочить

Serjik писал(а): ↑
18.02.2019{, 21:13}
на PIN1 получил 01010101 11110100 11000101 01010101 11010011 00100111

Serjik писал(а): ↑
19.02.2019{, 21:07}
чем и как они читаются.
Осцилографом. Высокий-низкий уровень.

сообщение к тому, что с ноги софтового Tx он такое (на физическом уровне) не получит. (Или я этого не умею и так неправильно считаю...)

pan · #135

Ingwar писал(а): ↑
20.02.2019{, 19:38}
что с ноги софтового Tx он такое (на физическом уровне) не получит

а какое он получит?

аналоговое?

Fuji1604 · #136

Serjik, опишите подробней, какае временные интервалы вам нужны на выходе, как примерно должна выглядеть осцилогтамма. Вашу задачу можно решить дергая ногу контроллера, без вывода в уарт (там будут проскакивать лишние "импульсы" служебных битов)

Ingwar · #137

pan писал(а): ↑
20.02.2019{, 19:44}
а какое он получит? аналоговое?

Не надо меня путать... Я теперь ученый!!!!

Сегодня привезли на работу заказанный анализатор LAP-C 16032 (11тыр) и я его немного препарировал согласно инструкции. Сначала сточил уголок чипа, чтоб добраться до обрезанных ножек.

СпойлерПоказать

Потом сделал протезы ножкам как тут (фото не мое - так близко с телефона не в фокусе)

СпойлерПоказать

Потом разрезы нескольких дорожек, изменение еепром, и на выходе LAP-C322000 (170тыр). Понятно, что память я не менял

Делал для разблокировки всех программных функций.
Ну и ГЛАВНОЕ я потестил его на UART. Тупо гоня на ардуино цифры со счетчика в порт.
Так вот я ВИДЕЛ всю картину передачи...

Типо такого

СпойлерПоказать

Скрин старый не мой

В том числе и передаваемые десятичные цифры (есть возможность менять формат отображения данных)

I2C тоже успел посмотреть. Прикольная конечно фишка - Protocol Analyzer.

Отправлено спустя 1 минуту 32 секунды:

Fuji1604 писал(а): ↑
20.02.2019{, 20:22}
можно решить дергая ногу контроллера

Тогда нуно наверно 2 ноги (CLK).

Serjik · #138

Fuji1604, Нужен сигнал 1 и 0 на выходе при скорости 8450. Тоесть я на дисплее пишу НЕХ и на выходе я получаю сигнал из 1 и 0. Ну и соответственно такой же набор надо принять и перевести в НЕХ для дальнейшего применения.

Ingwar · #139

Serjik писал(а): ↑
20.02.2019{, 20:37}
Нужен сигнал 1 и 0 на выходе при скорости 8450

Ну наконец то четкая формулировка желаемого.
Т. е. у Вас приемник читает вход с частотой 8450 Гц? А как тогда синхронизировать начало передачи?

Fuji1604 · #140

Протокол передачи стандартный? Только скорость отличается?

Отправлено спустя 12 минут 35 секунд:
Попробуйте хард сериал на этой скороти.
Здесь http://arduino.ru/forum/programmirovani ... ost-serial пишут что он может работать на нестандартной скорости