Изготовление акваконтроллера

[Starcomputer]

Данная тема является прямым продолжением темы Разработка акваконтроллера, созданной AlexThunder, за что ему огромное спасибо
На данный момент разработка в целом закончена и благодарен всем, кто принимал участие в обсуждении и реализации проекта


С помощью Chack'а были заказаны и изготовлены печатные платы



И сейчас начнется наверно самый интересный этап - сборка и настройка

Схема, плата, прошивка находятся в архиве во вложении.
ИСХОДНИКОВ ПРОГРАММЫ НЕТ !!! ПРОШИВКУ ИЗМЕНИТЬ НЕЛЬЗЯ !!!
Необходимое программное обеспечение:
Схема - sPlan 6.0 (для версии 3 - 7.0)
Плата - Slayout 5.0 / 6.0

Внимание !!! В процессе сборки и наладки в схему могут быть внесены изменения ! Следите за обновлением архива !!!
...........
New_controller-2V1 - плата с косметическими правками и обозначением элементов.

Контроллер-V.3 - улучшенный вариант (симисторы в одну линию, питание +12V, два диммера, USB на борту, 4 усилителя, отдельный разъем для клавиатуры).

Version 3.1 SMD - версия 3 для СМД элементов.

Плата1V5smd - многоплатная версия от "Пупс" (контроллер + силовая часть + клавиатура + усилители + кулер для силовой части).

Контроллер V3 DIP - все нужное для сборки версии 3.0 DIP.

Firmware.rar - прошивки от Володя_Череп для нормальной работы с USB на ATTiny2313.

Прошивки.rar - архив прошивок:
ATmega_32 - стандартная прошивка
Atmega_32_EE - прошивка EEPROM
ATmega_32_9600 - скорость UART 9600
ATmega_32_PWM_244Hz - использование ШИМ для управления драйверами. Вход PWM LDD подключается непосредственно к выводу 13 или 14 ATmega.

Программирование fuse-битов:

При прошивке микроконтроллеров необходимо запрограммировать (записать 0) следующие fuse-биты:
- для ATmega32 - BOOTSZ0, BOOTSZ1, SPIEN
- для ATtiny2313 - CKSEL0, SUT0, BODLEVEL1, WDTON, SPIEN
- для ATtiny13 - SPIEN, CKDIV8, SUT0, CKSEL0 (данная микросхема используется для схемы регулировки венилятора)
Все остальные fuse-биты должны быть незапрограммированы (равны 1).
Uniprof:
Fuse-бит будет запрограммирован, если убрать галочку в соответствующем поле.
Fuse-бит будет незапрограммирован, если поставить галочку в соответствующем поле.
CodeVisionAVR:
Fuse-бит будет запрограммирован, если поставить галочку в соответствующем поле.
Fuse-бит будет незапрограммирован, если убрать галочку в соответствующем поле.
AVRDUDE:
ATmega: -U lfuse:w:0xff:m -U hfuse:w:0xd9:m
ATtiny2313: -U lfuse:w:0xee:m -U hfuse:w:0xcb:m -U efuse:w:0xff:m
ATtiny13: -U lfuse:w:0x6a:m -U hfuse:w:0xff:m

[Starcomputer]

Сообщение от enfogar

Можно поставить 10к на землю

Тоже так думаю. Вообще наверно надо все используемые лапки ЛСД через 10 ком на землю кинуть.

[mdg]

Сообщение от enfogar

Ty3uK, Starcomputer, LCD теряет синхронизацию с атмегой.
При включении - происходит инициализация LCD.
mdg, Становясь на 3ю ногу атмеги ( строб сигнал "E" LCD) - ты нарушаешь передачу данных между LCD и атмегой. Можно поставить 10к на землю, но если не трогать, то тоже все ок.

Как же я нарушаю эту самую передачу? Лог уровни от щупа не должны ломаться, с чего ему синхронизацию терять? Точно такой же LCD у меня с PICом щас работает (метеостанция), специально вот проверил (дисплеи местами менял), все в порядке от пальцев не заводится. На мой взгляд, это мега хватает помехи на входе и потому куралесит. С сопротивлением в землю индикация сразу нарушается. Пробовал больше-меньше нет пользы от резистора. Да и на 40-м выводе ведь нет ЛЦД там же батарея, а помехи ловит аналогично.
Итак, пошел за новым контроллером, попробую еще мануал по меге разобрать...

Сообщение от Starcomputer

Вообще наверно надо все используемые лапки ЛСД через 10 ком на землю кинуть.

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

[Starcomputer]

Сообщение от mdg

С сопротивлением в землю индикация сразу нарушается.

А если на +5 ?

Сообщение от mdg

На мой взгляд, это мега хватает помехи на входе и потому куралесит

У меги если выход в данный момент не используется (нет приема-передачи), то он в Z-состоянии. Для контроллера ЛСД это подвеска входа в воздух, а тут ему наводки от щупа.

[mdg]

Сообщение от Starcomputer

А если на +5 ?

То же самое.

Сообщение от Starcomputer

У меги если выход в данный момент не используется (нет приема-передачи), то он в Z-состоянии. Для контроллера ЛСД это подвеска входа в воздух, а тут ему наводки от щупа.

А должны находится в одном из двух состояний. ЛСД не должен заводится от щупа. Блин, щас бы исходники....

[Starcomputer]

Сообщение от mdg

Блин, щас бы исходники....

Надо просто было R/W LCD на землю не цеплять, тогда бы мусор в дисплей и не записывался.

[mdg]

Ну уже теперь есть как есть. И главное ведь работало же нормально...

Итак, купил мегу новую, прошил, поставил - на дисплее мусор стал появляться сам по себе. Раньше был контроллер на 8 МГц, новый на 16 МГц. Одолжил еще один восьми мегагерцовый, прошил, поставил, работает как первый - глючит когда включаются лампы.
Внимательно перечитал ветку и понял, что скорее всего ситуация выглядит сл. образом:
Как правильно заметил Starcomputer, если бы не R/W на землю... Короче работа с дисплеем реализована по самой плохой схеме, которая только может быть. Я сам когда то так сделал и получил кучу проблем с индикацией. Странно, что в нете полно таких вариантов подключения и кусков кода под схему без контроля передачи и много людей используют это в своих разработках.
В итоге, у нас есть контроллер, который передает дисплею данные на определенной скорости и с определенными временными промежутками, которые задаются программными счетчиками в прошиве и зависят от тактовой частоты проца. LCD пытается синхронизироваться с мегой по тактам E. При этом контроллер отправив данные индикации не знает, насколько удачно дисплей принял посылку и в каком состоянии находился контроллер дисплея в момент передачи. А значит, если немного изменить тактовую частоту меги от расчетной, то вся передача данных иникации накроется медным тазом. LCD может не успевать принимать данные или выполнять команды, а АТМЕГА об этом никогда не узнает. Вот и причина появления мусора.
Когда то опытным путем я выяснил, что контроллеры LCD не любят работать на высоких частотах, т.е. просто не успевают. Однако снизив частоту, рушаться программные таймслоты и передача тоже работает плохо. Получается, что нужно угадать таймслот и нет гарантии что это заработает не только на опытном образце, но и при массовом производстве.
Предполагаю, что когда писалась программа, автор делал расчеты опираясь на 8МГц тактовой частоты, хотя при наладке мог подстроить код под ту частоту, на которой у него работал проц.

К сожалению, мне нечем измерить тактовую частоту моего контроллера, но если у кого нибудь есть возможность поэкспериментировать с кварцами, будет очень интересно и полезно получить такую информацию.

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

Ведь на МЕГЕ есть куда подключить R/W, нужно только кусочек кода переписать, и это решит проблему индикации раз и на всегда, да и многие другие проблемы тоже можно устранить имея исходник.

[enfogar]

RW на землю цепляется, если с LCD ничего не считывается.
Atmega с LCD ничего не читает, только пишет, как следствие ничего "схватить" по входу не может.

[mdg]

Сообщение от enfogar

RW на землю цепляется, если с LCD ничего не считывается.
Atmega с LCD ничего не читает, только пишет, как следствие ничего "схватить" по входу не может.

Теоретически да, а практически, кроме автора, никто не знает, в каком состоянии находится этот порт в момент, когда нет передачи. А ведь на 3-й ноге еще и компаратор висит...

[Starcomputer]

Сообщение от enfogar

RW на землю цепляется, если с LCD ничего не считывается. Atmega с LCD ничего не читает, только пишет, как следствие ничего "схватить" по входу не может.

Вот и-за этого и проблемы. Поскольку ЛСД все время читает, то при появлении посторонних импульсов на входе Е в него будет записываться то, что на выходах атмеги. Если выхода в данный момент в Z состоянии, то неизвестно, что будет записываться, т.е. мусор.

Сообщение от mdg

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

Попыток была масса - молчит
Может кто еще попробует ?
Условия простые - мы (я) гроши, нам - исходники

[Володя Череп]

Сообщение от mdg

Теоретически да, а практически, кроме автора, никто не знает, в каком состоянии находится этот порт в момент, когда нет передачи.

Работу микроконтроллера можно эмулировать, например, в "Протеусе". Исходя из данных эмулятора, PB2 (pin 3) сконфигурирован как выход. Когда нет передачи, он находится в нулевом состоянии.

[mdg]

Тогда у меня вопрос: если PB2 в отсутствии передачи =0 (грубо - заземлен), а при передаче четко переключается между 0 и 1, то почему такова реакция на помехи?

[Starcomputer]

Сообщение от Володя Череп

Когда нет передачи, он находится в нулевом состоянии

Не уверен. Нет осцилографа, а так бы можно было проверить.

[bmw]

В мене були проблеми з індикацією, і навіть зависання і перегрузи, коли я підключав платку з ЮСБ роз*ємами для підключення 18DS20. Як не дивно без тієї платки і далласів контроллер працював нормально. При пайці, для надійності я використав ортофосфорну кислоту, тому що блискучі китайські роз*єми вроді паяються непогано, але при любій механічній дії просто відвалюються і залишаються чорні контакти. З зачищеними контактами і кислотою пайка стає в рази надійнішою. Так вот між ногами на текстоліті залишилась якась кількість кислоти, і в результаті скакали покази температури на всіх 8 датчиках, навіть якщо не втикнутий жоден, потім з часом зависав дисплей з всяким сміттям і ще згодом перегружався аквакомп.
Перший раз промив просто спиртом, не дало ефекту, ті ж самі глюки. Потім опустив платку в розчин соди, пішли бульбашки , промив у воді, промив у спирті, встановив - працює з 3-ма датчиками температури вже мабуть місяців 2. За цей час не було жодного збою. Годинник іде досить таки точно, за 2 доби всього на 3 секунди спішить. Роботою акваконтроллера довольний як слон, ще б автогодівницю і автоподачу добрив пристроїти , але поки нема на це часу.
П.С. Взагалі потрібно, щоб уся основна плата, всі роз*єми, всі інші додаткові платки були ретельно вимиті, саме через це може бути купа неприємностей, а особливо, коли паяно все не "нашою" каніфолью, а китайським невідомим флюсом.

[Володя Череп]

Сообщение от mdg

если PB2 в отсутствии передачи =0 (грубо - заземлен), а при передаче четко переключается между 0 и 1, то почему такова реакция на помехи?

Не знаю, у своего контроллера я такой реакции пока еще не наблюдал. Могу только предположить, что под воздействием остатков активного флюса или влаги нарушился контакт между микроконтроллером и дисплеем.

Сообщение от Starcomputer

Нет осцилографа, а так бы можно было проверить.

Померял напряжение на 3-й ноге своего микроконтроллера китайским мультиметром - 0,76В. Никакой реакции на прикосновение щупа не было.

[Starcomputer]

Сообщение от Володя Череп

Померял напряжение на 3-й ноге своего микроконтроллера китайским мультиметром - 0,76В. Никакой реакции на прикосновение щупа не было.

Я тож мерял Меня интересует осцилограмма, т.е. проскакивает ли там Z состояние