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

[alexey6522]

я обратил внимание, если убрать сопротивления и подключить напрямую к регистрам, то тот который не горит начинает светиться очень слабо

[Alkul]

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

Вот прямо "заводской" интерфейс передачи данных на 200 м, выполненный по схеме "открытый коллектор"?
А, кроме того, на заводах тоже люди работают. А людям свойственно ошибаться. Тем более, что сейчас не советское время, когда над одной темой мог работать целый отдел. А сейчас людей на заводах не хватает, и задачу вполне может решать один человек, поправить его некому. Если он не вполне компетентен в интерфейсах связи, то в таком случае и "рождается" такой "уродец", которого Вы, по-Вашим словам, видели.
Схема с выходом ОК действительно используется и называется еще "монтажное ИЛИ". Только не для передачи данных это предназначено, а для решений, когда к одному проводу подключается несколько устройств для подачи какого-то постоянного сигнала типа "захват сети". Достоинство решения "монтажное ИЛИ" в том, что одновременная подача сигнала несколькими устройствами не приводит к физическому повреждению выходных элементов этих устройств.
Ну, я не знаю, как еще объяснять... да наверное, больше и не буду. Пусть Челюскин решает, какую схемотехнику применять, это его вопрос, в конце концов.

по схеме Челюскина и резистора нет.

Да есть он на самом деле, это Вам его не видно
При таком подключении обычно активируют внутренний pull-up того вывода контроллера, к которому подключен выход ОК.

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

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

[Ann123456789]

Там есть PIC16F84. Его суй.

спасибо, а не подскажите где он находится никак не найду ><

[alexey6522]

уже разобрался, все горят, но зеленый горит слабо, хотя на фото его отчетливо видно

[Alkul]

все горят, но зеленый горит слабо, хотя на фото его отчетливо видно

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

[alexey6522]

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

[Челюскин]

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

именно так и должно работать.

[vitalik_1984]

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

именно так и должно работать.

я этого не писал, внимательнее нужно...

При таком подключении обычно активируют внутренний pull-up того вывода контроллера, к которому подключен выход ОК.

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

[Alkul]

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

именно так и должно работать.

Это я писал, а не vitalik-1984

Челюскин, это очень плохой протокол , я уже писал, чем он плох.
В итоге Вы имеете крайне ненадежный незащищенный интерфейс, плюс незащищенный, да еще и медленный протокол.
Вы пишете, что длительность импульса у Вас 0,25 секунды, а период, скорее всего, 0,5 с. Но пусть будет даже и 0,25 с на один импульс. Это чтобы зажечь 16-тый светодиод Вам нужно 4 секунды? А если нужно зажечь 16-тый, а потом 15-тый? А потом 14-тый? А перед тем, как зажигать 15-тый выяснится, что 16-тый уже нужно погасить?
Вам времени не хватит на обновление светодиодов

Не так нужно реализовывать обмен, совсем не так.
В вашем случае потребуется пакет длиной 5 байт
1-й байт - заголовок (равен 0х01)
2-й байт задает битовое поле для 8-ми светодиодов (бит 0 - состояние светодиода 1, бит 1 - состояние светодиода 2 и т.д.)
3-й байт задает битовое поле для следующих 8-ми светодиодов (бит 0 - состояние светодиода 9, бит 1 - состояние светодиода 10 и т.д.)
4-й байт - младший байт CRC
5-й байт - старший байт CRC

CRC - это циклический избыточный код, в просторечии именуемый "контрольной суммой". Подпрограмму расчета CRC я Вам готов отдать, нет там никакого ноу-хау...

Даже если выбрать неспешную скорость 9600 бит/с, весь Ваш пакет будет передан за 5 с небольшим миллисекунд!
Вы сможете обновлять состояние светодиодов с частотой 100 Гц (100 раз в секунду)! Весь пакет задает новые состояния для всех светодиодов разом.

И сложного там ничего нет.

[Челюскин]

спасибо за ответ, это согласно Вашей схеме, я так понимаю? Там UART необходим Вы говорили, а как МК с ADM1485 должен общаться?

[vitalik_1984]

Челюскин, это очень плохой протокол , я уже писал, чем он плох.

вот вот о чем я и говорю- простокол не тот!

уже разобрался, все горят, но зеленый горит слабо, хотя на фото его отчетливо видно

Конечно сам разобрался, а людям то рассказать? Интересно же из-за чего не работало.

[Челюскин]

[quote][/quote]4-й байт - младший байт CRC
5-й байт - старший байт CRC

CRC - это циклический избыточный код, в просторечии именуемый "контрольной суммой". Подпрограмму расчета CRC я Вам готов отдать, нет там никакого ноу-хау...

Буду очень рад)))))

[Alkul]

спасибо за ответ, это согласно Вашей схеме, я так понимаю?

Да, разумеется.

Там UART необходим Вы говорили, а как МК с ADM1485 должен общаться?

UART встроен в микроконтроллер
Посмотрите на схему - я проименовал выводы МК.
RxD - линия входа UART, это альтернативная функция PD0 (линии 0 порта D);
TxD - линия выхода UART, это альтернативная функция PD1 (линии 1 порта D);
На моей схеме у ведущего устройства драйвер интерфейса ADM1485 подключен к выходу UART (к TxD), при этом сам драйвер жестко конфигурирован в режим передачи.
У ведомого устройства драйвер ADM1485 подключен ко входу UART (к RxD), при этом драйвер жестко конфигурирован в режим приема.
Конфигурация драйвера осуществляется подачей лог.уровней на выводы 2 и 3. Вывод RE - разрешение приема, для разрешения приема нужно подать на этот вывод лог.0. Вывод DE - разрешение передачи, для разрешения передачи на этот вывод нужно подать лог.1

Я советую Вам прочитать даташиты на ATtiny2313 и на ADM1485, чтобы мне не объяснять то, что и так написано в даташитах.

[Челюскин]

Я советую Вам прочитать даташиты на ATtiny2313 и на ADM1485

Про UART мне понятно, уже посмотрел даташит на ADM1485. Обьясните еще вот такой момент - данные от считанного порта(состояние датчиков) нужно просто на передачу отправить в регистр UART, а как их завязать с программой контрольных сумм, которую я попросил у Вас?

[Alkul]

нужно просто на передачу отправить в регистр UART, а как их завязать с программой контрольных сумм, которую я попросил у Вас?

Дайте мне пару-тройку дней, я Вам полностью напишу программы для обоих контроллеров, и ведущего и ведомого (с опросом контактов и отправкой пакетов у ведущего и приемом пакетов и зажиганием светодиодов у ведомого).
Могу, правда, чуть задержать с выдачей, на работе завал...

Но прежде чем писать программы нужно однозначно определиться со схемотехникой. Вы у ведущего контроллера нарисовали, в частности, что вывод GND через контакт подключен к общему проводу Так нельзя.
И типы корпусов почему-то указаны DIL-16...

[Челюскин]

Alkul, Огромное Вам спасибо за помощь, думаю использую Вашу схему. Если будете писать в АВР Студио, я бы попросил исходники (если на асьме будете писать) чтобы самому разобраться во всем!

[Alkul]

Alkul, Огромное Вам спасибо за помощь, думаю использую Вашу схему. Если будете писать в АВР Студио, я бы попросил исходники (если на асьме будете писать) чтобы самому разобраться во всем!

Да, я пишу на AVR Studio 4.19 на асме. И естественно, я дам Вам все исходники. Не понимаю людей, которые помогают кому-то и жмутся дать исходники.
Но сначала - схемотехника.
В чем Вы рисуете схемы? Если я Вам их в формате P-CAD 2004 дам? Или же удобней в SPlain 6.0 ?

[Челюскин]

Да, я пишу на AVR Studio 4.19 на асме. И естественно, я дам Вам все исходники. Не понимаю людей, которые помогают кому-то и жмутся дать исходники.

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

[O-LED]

Правильно ли я понимаю, что максимальная скорость модуля TWI, при тактировании контроллера 8мгц, может быть 222,222кгц?
Высчитывал вот по этой формуле. TWPS брал по минимуму = 0. TWBR тоже по минимуму возможного = 10.

[*Trigger*]

По формуле выходит 8 000 000/36=222 222,22222... Гц. Это 222,222 кГц. Подумайте сами: как частота модуля в МК может быть выше тактовой?