Мелкие вопросы по МК и ПЛИС.

[Челюскин]

если вы хотите, что бы вам кто-то помог, опишите для начало что за МК, что за устройства хотите сделать, может уже есть в продаже готовые решения

Смысл вот в чем - один МК посылает в линию импульсы - от одного до 16-ти. длительность импульса 0,25 сек(можно увеличить до 0,5сек). другой МК это дело подсчитывает и принимает решение - зажигает один из диодов. оба МК - тиньки 2313. прога уже имеется, отлажена в протеусе и на макетках. сначала в развязку ставил КТ315 - тестил на расстоянии ~ 1м работает на ура!!! КТ включал по схеме с ОЭ без обвеса, просто припаял. минут через 30-40 начались сбои в индикации... вот у меня с стал вопрос - может развязать через что-нить, ибо работать ему долгие месяцы в режиме ожидания. Это типа сигнализация такая будет.

[Alkul]

Смысл вот в чем - один МК посылает в линию импульсы - от одного до 16-ти. длительность импульса 0,25 сек(можно увеличить до 0,5сек). другой МК это дело подсчитывает и принимает решение - зажигает один из диодов

Я бы посоветовал Вам все же не пожалеть времени и все переделать особенно, если хотите иметь длинную стабильно работающую линию связи.
Уточните, какой Вам нужен канал связи - симплекс или полудуплекс?
Я бы сделал так: контроллеры общаются друг с другом через порты USART с преобразователями интерфейса TTL->RS-485 и обратно. Интерфейс RS-485 как раз двухпроводный (к слову, бывает и 4-х проводный RS-485, но это уже экзотика) и по спецификации допускает расстояние между устройствами до 4000 футов (1,2 км).
Можно еще и протокол обмена реализовать с защитой пакетов посредством добавления CRC. А уж через свободные выводы удаленный контроллер пусть рулит светодиодами.

В принципе, схему канала связи могу нарисовать, если Вас заинтересовало...

[vitalik_1984]

Так как не могу решить свою проблему другими способами "не думаю что их нет, я о них просто не знаю",

точно есть.
отправьте пустоту на ваш индикатор
отправьте восемь на ваш индикатор.
проверьте отдельно от других индикаторов этот.

Прошу проверить правильность соединения, в протеусе вроде раб. нормально

в протеусе многое работает даже то,что не должно в нормальной схеме работать.

[Челюскин]

Alkul спасибо, правда мой уровень общения с МК пока не таков, но о направлении развития я серьёзно подумаю.

в протеусе все нормально. Проверил на макетных платах, как писал выше - все работает! через полчаса - проблемы начинаются. посоветуйте оптопару какую-нить, чтобы без особых заморочек работала с МК. схему набросал по-быстрому. без питания и не все диоды нарисовал, думаю идея понятна.

[Alkul]

в протеусе все нормально. Проверил на макетных платах, как писал выше - все работает! через полчаса - проблемы начинаются. посоветуйте оптопару какую-нить, чтобы без особых заморочек работала с МК.

Вот выше Вам про протеус совершенно правильно сказали
А Ваша схема, к сожалению, работать не будет. Вернее, "на столе" какое-то время поработает. Стоит же увеличить расстояние хотя бы на несколько метров, у Вас начнутся проблемы.
Ваш удаленный контроллер считает поступившие импульсы? А теперь представьте, что будет, если на соединительный кабель навелся один импульс помехи и был сосчитан Вашим удаленным контроллером, как реальный? Да у Вас весь обмен сдвинется и коды уже совершенно другие будут! А Ваш "канал связи" полностью беззащитен против помех.
Протеусу на все это плевать с высокой колокольни, у него-то никаких помех нет, поэтому в симуляции все работает.

Послушайте "старого опытного человека" - выбросьте свою схему, она совершенно неработоспособна.
И опторазвязки Вам не помогут - что будете делать с синфазными помехами? С "завалом фронтов" из-за паразитной емкости соединительного кабеля? Если не RS-485, тогда только кодирование в Манчестер-II поможет защитить Ваш канал. Но драйверы RS-485 проще и дешевле, чем схемы кодирования и (особенно) декодирования манчестерского кода.

[Челюскин]

Если не RS-485, тогда только кодирование в Манчестер-II поможет защитить Ваш канал.

Если можно, ткните тогда носом в ЭТО ВСЕ. помню читал когда-то про Манчестерский код у Б. Скляра в "Цифровой Связи" - жесть дело!!! или может у кого наработки уже есть на RS-485 на асьме?

[Alkul]

или может у кого наработки уже есть на RS-485 на асьме?

Да у меня есть , но Вы поймите - интерфейс RS-485 для контроллера совершенно "прозрачен". USARTы контроллеров даже не "подозревают", что между ними происходит преобразование интерфейса.
Если хотите, схему нарисую, исходники на асме дам, ничего сложного там нет.
Но все завтра, сейчас мне пора спать

[Челюскин]

Если хотите, схему нарисую, исходники на асме дам, ничего сложного там нет.

С удовольствием буду очень благодарен, ато без сигналки этой уже слишком тяжко....

[vitalik_1984]

Alkul .да ну вполне работоспособная схема.
только протокол неизвестен.как вы думаете ваш RS-485 реализован?
Челюскин
может обычная рассинхронизация сигналов портит вам жизнь.пробовали с более коротким кабелем?если проблема остается,то нужно смотреть в сторону протокола.
если два устройства работают от одной частоты внутреннего генератора то не факт что такты(частота) всегда будут совпадать.
через полчаса ошибка накапливается,а коррекция не производится.

[Челюскин]

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

я думал об этом, ввел синхронизацию, простую правда. На схеме 15 датчиков - 7 нормальноразомкнутые, 8 норм.замкнутые, МК генерирует импульсы от 1 до 15. в конце всегда идет 16 импульсов для сброса всех регистров принимающего МК, типа синхросигнала.

[Alkul]

Alkul .да ну вполне работоспособная схема.
только протокол неизвестен.как вы думаете ваш RS-485 реализован?

Ну, ничего себе! А как насчет того, что физический уровень RS-485 - дифференциальная пара? Которая изначально нечувствительна к синфазным помехам?
Приведенная схема - это просто провод, на который будет наводиться все, что угодно.



Челюскин, уточните, Вам нужен симплексный канал? То есть, такой, в котором информация передается всегда в одном направлении?
А также уточните, чем именно и каким способом нужно управлять? Какие оконечные устройства (светодиоды, сухие контакты и т.д.) есть у удаленного МК?

P.S. Набросал схему симплексного канала связи. Информация всегда передается от ведущего устройства к ведомому.
Микросхема ADM1485 в Екатеринбурге стоит 40 рублей. Но эту микросхему я взял для примера, аналогичные драйверы есть у многих производителей электронных компонентов. Ответьте на вопрос выше, подумаю, как построить протокол обмена.

P.P.S. Имейте в виду, что данный канал не обеспечивает гальванической развязки устройств. Если она нужна, посмотрите на драйвер ADM2484EBRWZ. Ему, правда, требуется два раздельных питания, но зато канал получается гальванически развязанным.

[vitalik_1984]

Ну, ничего себе! А как насчет того, что физический уровень RS-485 - дифференциальная пара?

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

[Alkul]

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

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

и если дополнить выбрать оптимальный резистор в соответствии с длиной провода то схема вполне может жить.

Может, конечно. В пределах лабораторного стола, и то, по словам Челюскина, недолго - минут 30-40.
Вы не понимаете до конца, что-ли, разницу между дифференциальной парой и обычным проводом с сигналом в формате TTL?
У дифференциальной пары состояние лог.нуля передается путем подтягивания одной линии (А) к "нулю", а другой (В) - к "единице". А состояние лог.1 передается, наоборот, подтягиванием линии А к "единице", линии В - к "нулю". То есть, если помеха наведется на обе линии сразу, то изменение состояния детектировано не будет, ибо не будет разности фаз между линиями. Если помеха наведется на одну из линий, то изменение состояния тоже не будет детектировано, так как уровень на второй линии останется неизменным.
А в обычном проводе с ТТЛ-сигналом наведение помехи на одну из линий однозначно приведет к детектированию изменения состояния - будет "распознан" прием ложного бита. При наведении же помехи на оба провода изменение состояния будет распознано с высокой степенью вероятности.

и еще что протокол важен.

конечно, протокол важен, кто ж с этим спорит-то. "Кривой" протокол может привести к сбоям даже на дифференциальной линии.

[Ann123456789]

Возможно вопрос не туда, и немного глупый конечно, но очень нужна помощь, нужно на схеме (Дистанционно управляемая сетевая розетка) в Workbench поместить микроконтролер Attiny85-20Pu Видимо у меня кривые руки, не могу его найти, а если его там нет то на что его можно заменить?

[pyzhman]

Attiny85-20Pu не существует в природе. Тем более в бенче. Там есть PIC16F84. Его суй.

[Engineer_Keen]

Attiny85-20Pu не существует в природе.

Как это?

Ну то что в бенче его нет, это да. Зато в протеусе есть

[pyzhman]

Упс.

[AI_Disable]

Возможно вопрос не туда, и немного глупый конечно, но очень нужна помощь, нужно на схеме (Дистанционно управляемая сетевая розетка) в Workbench поместить микроконтролер Attiny85-20Pu Видимо у меня кривые руки, не могу его найти, а если его там нет то на что его можно заменить?

Зачем для такой простой задачи, tiny85? Возьмите Attiny13 ну или 25 в крайнем случаи.

[alexey6522]

точно есть.
отправьте пустоту на ваш индикатор
отправьте восемь на ваш индикатор.
проверьте отдельно от других индикаторов этот.

Проверил все по отдельности, все работает, "схему не менял"

[vitalik_1984]

Может, конечно. В пределах лабораторного стола, и то, по словам Челюскина, недолго - минут 30-40.

я же уже написал,что видел устройства с такой схемой заводские причем.
по схеме Челюскина и резистора нет.а то что недолго работает не факт,что из-за того,что интерфейс неправильный вот я о чем.если не сразу перестает работать.без алгоритма передачи/приема не разберешь...

по сути я и посылаю на сегмент АВС сигнал, а почему еще F зажигается не понятно

а если зажечь сегмент f что происходит?может вместе слиплись?
я тогда тоже думал :что у меня лишнее светится.оказалось шлейф распушился и соседние друг друга задевали.