Программирование ATMEL в BASCOM. |
Привет, Гость! Войдите или зарегистрируйтесь.
Вы здесь » Программирование ATMEL в BASCOM. » Связь проводная и бесп-ная, интерфейсы, протоколы » Приём данных по UART с ПК
Попробуй в качестве приёма сигнала использовать не комп, а другой МК. Тогда будет ясно, проблема с браком МК в RC или TTL to USB проблемы.
Ещё я бы попробовал не использовать 9600, взять скорость повыше (ближайшую кратную).
Отредактировано RDW (2018-05-15 16:01:00)
На работе приборы есть, но вывезти не дадут
Цена вопроса 376 рублей (5.92$). https://ru.aliexpress.com/item/24-8-Cha … 68396.html
http://bascom.at.ua/publ/kitajskij_logi … /1-1-0-103
Попробуй в качестве приёма сигнала использовать не комп, а другой МК. Тогда будет ясно, проблема с браком МК в RC или TTL to USB проблемы.
Ещё я бы попробовал не использовать 9600, взять скорость повыше (ближайшую кратную).
Биг сенкс, буду пробовать все поэтапно... 
Скорости менял, не помогает.
Цена вопроса 376 рублей
Возможно, раззадорюсь на приобретение...
Аж самому стало интересно, на самом деле, чем это закончится 
Думается мне, что "камень" - левый/брак/подпален. Ибо все из отписавшихся (в т.ч. Я), озвучивают лишь свои догадки.
Скорость, кабель, настройки, конфиг, софт и т.д.
Видать не было ни у кого именно конкретно такого случая.
Землю (массу) проверил? Мы же не знаем, где находится проект. Жёстко всё припаяно или так ото? 
-------
P.S. - Включил когда-то (по запаре), Мегу 32 в корпусе TQFP, с переполюсовкой!!
Пока искал, почему нет вывода на дисплей, прошло около 3-4 минут. Выжила... А калилась знатно!! 
До сих пор юзаю её на макетке. Лагов не наблюдаю. Повезло? Не думаю.
Отредактировано sevastopolets (2018-05-15 21:19:58)
Аж самому стало интересно, на самом деле, чем это закончится Думается мне, что "камень" - левый/брак/подпален. Ибо все из отписавшихся (в т.ч. Я), озвучивают лишь свои догадки.Скорость, кабель, настройки, конфиг, софт и т.д.
"Камень" разве что китайцы подпалили перед отправкой...
Брак не исключаю, т.к. Мега8 с этим же переходником дружила с ПК...
Скорость указана в приведенном тестовом коде.
Bascom 2.0.7.8 "крякнутый".
Видать не было ни у кого именно конкретно такого случая. Землю (массу) проверил? Мы же не знаем, где находится проект.
Да все провода уже перетроганы до дыр...
Данная часть проекта находится на макетке, но это не меняет ситуации.
На данный момент опробованы:
- строка конфигурации в Bascom
Изменений никаких...
- перенастройки в Терминале, как со строкой, так и без нее
Чуть больше разнообразия, но подвижки есть...
- установка кварца
Никакой разницы с вышеперечисленным с учетом повтора всех "плясок"...
Отсюда делаю вывод:
- чип го...ный
- второй (из наличия) чип такой же...
Вешаться пока рано, еще не испробована отправка с учетом флага UDRE !
Но уже не сегодня...
Не могу разобраться, что за сказка началась...
В ходе работы с проектом столкнулся с неправильной передачей данных от МК...
Дня два-три назад все было нормально...
Никаких сказок, подпалился TxD, видать случайно через него запиталась схема.
Было такое пару раз, с тех пор RxD и TxD общаются с внешним миром только через резюки 200 Ом.
Один из вариантов решения проблемы, переход на SoftUsart.
Попробую и с кварцем..
Надо не пробовать, а сразу делать с кварцем, причём не с любым, а к примеру: 11.0592 мГц или 14.7456 мГц.
И тогда в Uart настанет благодать 
, на любой скорости.
С Uart на самом деле всё просто, в регистр UART в контроллере загоняется байт и не более, то-есть аппаратный буфер всего 1 байт, если его не успеть опустошить, то прилетевший в след заменит его.
Я так понял проблема в передачи. 100% уверен, если контроллер Atmega32 тактирует от внутреннего тактового генератора - то он не способен нормально работать по Uart даже на 300бод, это как повезёт, стабильность будет зависеть от окружающей температуры, магнитного поля земли и положения Венеры по отношению к Марсу и Земле.
Отредактировано Ev3658 (2018-05-16 09:43:17)
еще не испробована
Попробуй в качестве приёма сигнала использовать не комп, а другой МК
Надо не пробовать, а сразу делать с кварцем
Не, нафиг надо, практически никогда не ставил и всё - ок (главное кратность).
с кварцем, причём не с любым, а к примеру: 11.0592 мГц или 14.7456 мГц
Один раз делал ради интереса, такой подход нужен только ради каких-то более высоких скоростей передачи (типа 115200).
И кстати, если уповать на стабильность кварца - не приходится, хрен знает из какого г китаёзы их стругают. Если начать их гонять в агрессивных условиях (тряска, температура) - думаю будут кранты, да что условия, уже на запуске херня может твориться (может не пускаться или работать не на своей частоте, про стабильность/добротность - молчу).
Никаких сказок, подпалился TxD, видать случайно через него запиталась схема. Было такое пару раз, с тех пор RxD и TxD общаются с внешним миром только через резюки 200 Ом.
Походу так и есть...
Заменил МК, поставил резисторы - все побежало без кварца и строк конфигурации.
Всем большое спасибо ! 
Походу так и есть...
Заменил МК, поставил резисторы - все побежало без кварца и строк конфигурации.Всем большое спасибо !
Не, это земля в фазе луны 
, без кварца будут потери, ну примерно такие:
Не, это земля в фазе луны , без кварца будут потери, ну примерно такие:
Время покажет...
Припупырить кварц нетрудно, выпупыривать сложнее...
Отредактировано Nord (2018-05-16 13:10:14)
0.16% - это копьё, можно рассчитать после какого объёма, при беспрерывной передачи начнётся разсинхрон. 
В инете есть калькулятор хороший, сразу цветом выделяет погрешности:
- http://wormfood.net/avrbaudcalc-1.1.0.php
- http://wormfood.net/avrbaudcalc.php
Можно свои частоты указывать. И кстати, если передавать в рамках 2-х МК, то вообще пофиг на любую скорость.
На счет того, чем торгуют китаёзы, у меня тоже есть некое опасение, что они торгуют браком производства. Например: может еепром не шиться или не хранить состояние после отключения питания...а ведь с виду фирменный продукт- не подкопаться. 
Отредактировано RDW (2018-05-16 14:11:12)
....На счет того, чем торгуют китаёзы, у меня тоже есть некое опасение, что они торгуют браком производства. Например: может еепром не шиться или не хранить состояние после отключения питания...а ведь с виду фирменный продукт- не подкопаться. ....
Да-да, недавно сам шум поднял по Atbanned28, поменял кристалл и заработало.
0.16% - это копьё, можно рассчитать после какого объёма, при беспрерывной передачи начнётся разсинхрон.
Тоже считаю малозначительным.
1-Wire гораздо более критичен к временным задержкам, но работает безпроблемно без кварца.
На счет того, чем торгуют китаёзы, у меня тоже есть некое опасение, что они торгуют браком производства.
Словил такую бяку на одной Mega48 из пяти полученных (остальные нормальные)...
После прошивки фьюзов напрочь отказывается опознаваться...
После полной очистки, не трогая "заводских" фьюзов - все нормально. Шьется и работает...
Пришлось под этот чип программу переписывать...
Некритично, но осадочек остался...
Ох, а сколько мы ещё не подвохов не отловили в этих камнях. 
Ага, мне вот по сей день не даётся никак АЦП с серии Xmega, это вообще полный хаос.
Не знаю, для моего проекта/эксперимента работало отлично.
Но не хватило разрядности, всё никак на 16-бит не переделаю (но это уже будет внешка).
Что не так с АЦП в Xmega? Баском содержит функции для настройки и работы с ним.
Подскажите как по UART к атмеге подключить сразу три устройства 1-SIM900A https://ru.aliexpress.com/item/GPRS-GSM … 3eddJ1FTK, 2- ESP8266 ESP-12 https://ru.aliexpress.com/item/D1-mini- … 3edqI06R0, 3-DFPlayer https://ru.aliexpress.com/item/MP3-TF-U … 3eddJ1FTK.
Подскажите как по UART к атмеге подключить сразу три устройства
UART не поддерживает такую топологию.
Только "ведущий-ведомый".
Если для каждого использовать конвертер например "UART-RS485", то может что-то и получится.
Подключение нескольких устройств по UART
Проверено и не раз, работает.
Отредактировано SyncMVGP (2019-01-25 15:50:51)
Проверено и не раз, работает.
Интересное решение...
Ни разу не натыкался.
Можно ли в атмеге сделать два програмных UART на разные ноги + один апаратный ?
Подключение нескольких устройств по UART
Подключаемые устройства должны быть адресуемыми, иначе нормально работать не будет.
Можно ли в атмеге сделать два програмных UART на разные ноги + один апаратный ?
Да, можно, но надо учитывать, что в программном UART возможны пропуски пакетов, когда МК занят другими процессами. Это надо учитывать.
Как вариант, можно задействовать переключатели типа таких https://www.chipdip.ru/product/cd4016be
Они двунаправленные.
Тогда можно обойтись одним UART-ом.
Правда, при этом придется задействовать ноги МК для управления ключами или что-то корячить с расширителями портов...
Подскажите как по UART к атмеге подключить сразу три устройства
Если подключать устройства попеременно можно попробовать мультиплексор
Если подключать устройства попеременно можно попробовать мультиплексор
Эта микруха поинтереснее предложенной мной...
Только мультиплексор должен быть обязательно двунаправленный, как этот.
Двунаправленный там вообще ни к чему. Достаточно буферного элемента с открытым коллектором. И то, для того, что бы подключать разные уровни. Я у себя в проекте использовал SN74LS07. Подключал говорилку - 3,3вольта, телефон -3,7 вольт, и монитор(иногда) -5 вольт. Второй год работает, проблем не было. Всё управляется первым символом. Коммутатор, только ноги в пустую тратить.
Отредактировано kip (2019-01-27 00:11:13)
В принципе достаточно переключать только Тх от "головного", а прилетевшее по Rх головной уже будет разбирать, заранее зная, к кому обратился.
В этом варианте достаточно 1-напр.
Мы таким путем UART-роутер соорудим...
Отредактировано Nord (2019-01-27 00:15:28)
Вы здесь » Программирование ATMEL в BASCOM. » Связь проводная и бесп-ная, интерфейсы, протоколы » Приём данных по UART с ПК