SasaVitebsk
Feb 27 2007, 14:02
Цитата(VXDRV @ Feb 27 2007, 00:22)

Спасибо. У меня процессор PIC16F877 был с К537РУ2 работало хозяйство на 20 МГц - 5MIPS - загрузка в MBI5026 - по микрухе на матрицу сразу по восьми линиям (линия на модуль из четырёх MBI) теней точно не каких нет - развёртку не мог поднять не хватило вычислительной мощи. Побитовая корекция кадра была - один кадр - пол килобайта. Но страницы переключал не синхронно пожет от того и переливы были - причём во время "бега". Сейчас буду переходить на 40 МГц и 32кБайта SRAM. SasaVitebsk - какой у вас интерфейс?
Однозначно из-за этого. Я сначала пробовал по строке. Ну думаю какая разница. Скорость то высокая регенерации. На глаз не видно в чём причина, но изображение некрасивое (при изменении). После того как переключать стал в начале кадра - всё стало ОК.
А по теням - у меня не MBI, а ключи КМОП. Поэтому и тени. Но я их тоже победил.
Частоту регенерации поднимал до 90. (У меня M2560 на 14745600 - 14.7МIPS). Выигрыша не даёт. Остановился на 75Гц а шаг делаю 25Гц. 3 кадра и новое изображение. Удобно и для часов.
Интерфейс у меня конечно RS485. Иначе какое же это панно! Тут кто-то про USB базарил. У нас сейчас панно на фасад устанавливается - так там метров 200 будет. Какой тут USB или 232! Проверил на 305 метров (на UTP). Работает без потери скорости. На несложных роликах можно на километр работать. Ну а на сложных надо в EEPROM записывать.
Хочу сваять новый вариант под Ethernet. Ну и тут ещё несколько революционных решений применить.

Да забыл ещё. Вместе с панно поставляю переходник USB<->RS485. Он, как можно догадаться несложный FT232RL + ADM485 + 74HC00.
Таким образом и овцы целы и волки сыты.
Говоря про USB я и имел в виду FT232 + MAX485. Только добавлю ещё 6N137 для развязки.
А что такое M2560? Это Mega что ли? - Всё нашёл - мне до них как от Караганды до Москвы (в прямом смысле).
SasaVitebsk
Mar 2 2007, 13:49
Вопрос к тем кто серийно и постоянно такими делами занимается.
Мы разработали такое изделие для закрытых помещений. Пока всё вроде нормально. Есть правда несколько вопросов будем устранять. Один из них - я не предусмотрел автоматическую регулировку яркости. Пока выпускаем так.

Яркость подстроили и выпускаем. В новой партии это уже заложено.
А пока пришлось яркость уменьшать. (для помещения).
И вот тут недавно вынесли на свежий воздух и прикольнулись. Солнца не было. При этом изображение конечно видно с расстояния метров 10, но выглядит очень блеклым. Едва заметным.
Интересует меня - в чём причина. В динамике? Будет ли нормально в статике работать. Или требуются какие-то специальные меры. Или спец. светодиоды? У нас сейчас матрицы GNM.
Если кто проводил соответствующие исследования, то вопрос какое стекло лучше использовать? Или какую тонировочную плёнку?
Вопрос интересен. Вот например у нас в городе две панели красные - ночью и вечером красота - днём на солнце читать можно, но тускло совсем - сверху что за "стекло" не понять, но какое-то децл рассеивающее - где взять такое? Ещё полноцветные LED есть здоровые - ну там более-менее всё нормально и днём - и вроде светодиоды пополам наружу торчат. Ночью освещение от них ого-го... и даже под большим углом. На Microchip.ru один товарищ применяет штучные светодиоды с яркостью как он говорит 2 кД - но штучные паять...
Цитата(=GM= @ Feb 25 2007, 20:57)

Цитата(simsim @ Feb 25 2007, 08:06)

Дальнейшее развитие проекта - разработал схему 3-х цветной строки на Atmega8, на двухцветных матрицах 8х8.
Два регистра 555ИР8 на одну матрицу(строки),по регистру на цвет. столбцы всех матриц параллельно, 1-1-..-1,2-2...-2,...
Алгоритм- выбор столбца 1-8, запись в регистры, задержка на индикацию, выбор след.столбца из 8.
поэтому яркость выше чем перебирать по одному столбцу из всей матрицы 1-64.
Жду критики :-)
Пара вопросов без протокола
1) Каков импульсный ток одной строки и одного столбца, при условии засветки всех диодов столбца
2) Скважность для одного диода, я так понимаю, равна 8?
Схема чисто теоритическая- показать принцип.
В жизни надо выходы ИД7 подать на ключи.
С током одной строки все в порядке - одна строка в матрице идет на один выход НС164.(я бы поставил 100 ом между строкой и НС164.)
С током столбца вот что - (8диодов)*(число матриц)*(ток одного диода) , поэтому нужны ключи.
Скважность 8 - т.е. 1/8 времени одного цикла индикации горит один столбец на всех матрицах.
Цитата(simsim @ Mar 2 2007, 14:14)

Цитата(simsim @ Feb 25 2007, 08:06)

Дальнейшее развитие проекта - разработал схему 3-х цветной строки на Atmega8, на двухцветных матрицах 8х8. Два регистра 555ИР8 на одну матрицу(строки),по регистру на цвет. столбцы всех матриц параллельно, 1-1-..-1,2-2...-2,...Алгоритм- выбор столбца 1-8, запись в регистры, задержка на индикацию, выбор след.столбца из 8. поэтому яркость выше чем перебирать по одному столбцу из всей матрицы 1-64. Жду критики :-)
Схема чисто теоретическая - показать принцип. В жизни надо выходы ИД7 подать на ключи.
С током одной строки все в порядке - одна строка в матрице идет на один выход НС164.(я бы поставил 100 ом между строкой и НС164.)
С током столбца вот что - (8диодов)*(число матриц)*(ток одного диода) , поэтому нужны ключи.
Скважность 8 - т.е. 1/8 времени одного цикла индикации горит один столбец на всех матрицах.
Ну, дорогой товарищ, принцип все и так знают(:-).
По-моему, схему можно упростить, поставив восемь мощных ключей на горизонтали каждого цвета, и избавившись от дешифратора, зачем он нужен, если есть МК(:-)? Скважность будет та же самая.
Кстати, сколько тока может дать один выход НС164 непрерывно и в импульсе?
Ну, дорогой товарищ, принцип все и так знают(:-).
По-моему, схему можно упростить, поставив восемь мощных ключей на горизонтали каждого цвета, и избавившись от дешифратора, зачем он нужен, если есть МК(:-)? Скважность будет та же самая.
Кстати, сколько тока может дать один выход НС164 непрерывно и в импульсе?
[/quote]
Выводы МК лучше поэкономить - надо еще RS232, SPI, I2C задействовать...
НС164 по даташиту 25 мА на ножку дает...
Цитата(simsim @ Mar 2 2007, 16:52)

Выводы МК лучше поэкономить - надо еще RS232, SPI, I2C задействовать...
НС164 по даташиту 25 мА на ножку дает...
Ну вот, значит, как бы по 3 мА постоянного тока на пиксел, не густо. Если все пиксели в строке светятся, то дешифратор должен выдать 25*8*4=800 мА по каждому выходу, это что ж за дешифраторы такие? Да еще их два нужно на оба цвета. По-моему, лучше уж 8 ключей на 1.6 А каждый.
Цитата(=GM= @ Mar 2 2007, 22:57)

Цитата(simsim @ Mar 2 2007, 16:52)

Выводы МК лучше поэкономить - надо еще RS232, SPI, I2C задействовать...
НС164 по даташиту 25 мА на ножку дает...
Ну вот, значит, как бы по 3 мА постоянного тока на пиксел, не густо. Если все пиксели в строке светятся, то дешифратор должен выдать 25*8*4=800 мА по каждому выходу, это что ж за дешифраторы такие? Да еще их два нужно на оба цвета. По-моему, лучше уж 8 ключей на 1.6 А каждый.
Неправильно делишь- 25 не на 8, а на 1 надо делить...
Цитата(simsim @ Mar 3 2007, 13:29)

Цитата(=GM= @ Mar 2 2007, 22:57)

Цитата(simsim @ Mar 2 2007, 16:52)

Выводы МК лучше поэкономить - надо еще RS232, SPI, I2C задействовать...
НС164 по даташиту 25 мА на ножку дает...
Ну вот, значит, как бы по 3 мА постоянного тока на пиксел, не густо. Если все пиксели в строке светятся, то дешифратор должен выдать 25*8*4=800 мА по каждому выходу, это что ж за дешифраторы такие? Да еще их два нужно на оба цвета. По-моему, лучше уж 8 ключей на 1.6 А каждый.
Неправильно делишь- 25 не на 8, а на 1 надо делить...
Чёй-то неправильно? 25 мА будет течь в течение 1/8 времени кадра. Если период кадра = 16 мс, то через один пиксел ток в 25 ма течёт 2 мс, а 14 мс тока нет. В среднем получается 3 мА за кадр.
SasaVitebsk
Mar 4 2007, 01:18
Цитата(=GM= @ Mar 3 2007, 22:27)

Чёй-то неправильно? 25 мА будет течь в течение 1/8 времени кадра. Если период кадра = 16 мс, то через один пиксел ток в 25 ма течёт 2 мс, а 14 мс тока нет. В среднем получается 3 мА за кадр.
Вполне поддерживаю. И всегда так делилось. А если ещё учесть потери (яркости) на динамику как таковую, то это пропорционально где-то 2ма статического тока.
Именно по этому в характеристиках светодиодов и светодиодных матриц присутствует характеристика "допустимый импульсный ток". Иногда указывается макс. длительность имп. тока или скважность. Обычное соотношение импульсный/статический ток для современных светодиодов составляет 100/20 ма. Я так и выдаю то есть подаю 0.1А при скважности 8.
simsim
Mar 22 2007, 20:53
недавно попросили написать прогу для строки begstr.narod.ru на PIC-e...пришла мысль- а ведь можно вместо PICa поставить atmega8 и не изобретать схему-новое направление работы...попробовал сделать модель в Протеусе - легко, переписал просто подпрограмму растра т.е. вывода видео-ОЗУ на матрицу и все...кому интересно смотрите
здесь...удивительно как этому киевлянину удалось столько эффектов впихнуть...
Хе-хе, а пока денег не заплатишь не посмотришь модель - и фоток готовых вариантов даже нет.
И строка скромненькая 8x16 ... какие там эффекты - часы у всех есть (и даже термометр).
У меня на PIC-е была как раз на PIC16F877 были (8X96 - моно и 16x80 двухцветная) - теоретически можно 32x128 c развёрткой 60 Гц - моно, или 16x128 двухцветная с тем же рефрешем. И это при 5 MIPS. Думаю Mega (пока не изучал её) способна на большее именно в таком устройстве - ну а если она с памятью напрямую работает - то вообще наверное красота будет (почему именно Mega8 можно ведь и Mega16 поставить - не думаю, что строка это устройство требующее экономии на контроллерах). Вот у меня как раз со скоростью проца то и проблемы - побитная перетасовка принятой инфы в ОЗУ для коррекции разводки печатных плат.
А на begstr.narod.ru - легендарная схема какая то... ей богу, так и подмывает свою выложить (и деньги за прошивку с исходниками брать - хе... хе... - шутка) да не наигрался ещё - хочу качественно улучшить параметры и собрать как минимум ещё один девайс - но не скоро ещё. Интресно а вообще другие схемы в сети есть опубликованные - посерьёзнее пусть хоть на ПЛИС? Я максимум три видел вместе с begstr.narod.ru ну и товарища simsim - хотя для себя всё уже решил.
Мне когда её (распечатанную схему c begstr.narod.ru) как исходную принесли - сразу скучно стало... в целом идеи верные хотя в некоторых местах я сомневаюсь в полной работоспособности и правильности некоторых схемных решений - например сигнал DATA проходящий через все регистры при одновременном CLK (такая штука не прокатила у меня через четыре корпуса MBI5026 и длине провода 50см - победил еле-еле установкой КР1533АП6 на CLK MBI) и транзистор нагруженный на 2 кОм, тот что для инвертирования DATA - сомнительное решение. А ещё +8...15В на выходы регистров через светодиоды. А ещё норма на выход такой серии что в схеме (КР1533ИР24) - 24 мА на выход кажется - в схеме явный перегруз.
Кто продвинулся в железе? - комментарии в студию - на чём сделана и что умеет.
Кто собрал с begstr.narod.ru? - а то все хотят собрать, а чем заканчивается не слышно.
У меня строка собрана на м/с ATMEGA8, К155ИР8 и ULN2803, ключи строк на КТ973. 8х48 законченная конструкция, но реально хоть 8х128. Проблем никаких не заметил. Пока программно можно регулировать скорость бега, инверсию, стоп-кадр. Зашита вся таблица символов ASCI. В планах часы, термометр ну и всяких разных мультиков. ПО написано на BASCOMAVR и VISUAL BASIC.
_bascomavr.3bb.ru_
Цитата(radan @ Mar 23 2007, 10:04)

У меня строка собрана на м/с ATMEGA8, К155ИР8 и ULN2803, ключи строк на КТ973. 8х48 законченная конструкция, но реально хоть 8х128. Проблем никаких не заметил. Пока программно можно регулировать скорость бега, инверсию, стоп-кадр. Зашита вся таблица символов ASCI. В планах часы, термометр ну и всяких разных мультиков. ПО написано на BASCOMAVR и VISUAL BASIC.
_bascomavr.3bb.ru_
Не хочу отговаривать но Visual Basic - тормоз на все сто + почти нулевая поддержка WinAPI. Рекомендую перейти на C++. Сам когда-то им баловался, а как перешёл на Delphi - программирование стало "развлечением". У меня одновременно на экране монитора рисуется и тут же на девайсе - Сперва на VB начал писать, но "сдулся" за неимением нужных мне компонентов, откровенными тормозами даже при компиляции текста в кадры и как мне показалось "ограниченности" в свободе програмирования + таскание с софтом дополнительных библиотек и ActiveX. Особенно разбесило когда моя программа на VB не запустилась на тачке где VB не установлен прямо на защите проекта. Аргументы прошу опустить - каждый делает на чём хочет и может. Можно обменяться софтом с исходниками (типа обмен опытом) - хочу глянуть как на VB работает у вас.
muravei
Mar 23 2007, 10:52
Цитата(VXDRV @ Mar 23 2007, 10:40)

Не хочу отговаривать но Visual Basic - тормоз на все сто + почти нулевая поддержка WinAPI.
С чего это нулевая? Декларируй и вызывай?
Цитата(muravei @ Mar 23 2007, 10:52)

С чего это нулевая? Декларируй и вызывай?
Так потому и сказал - "почти".
На Visual basic организована простая программа для засылки через последовательный порт текста в EEprom. А ещё скорость , с которой надо строке бежать и инверсия - есть/нет. Коды символов находятся в тексте программы контроллера как массив. Программа читает последовательность записанных символов из EEprom и подставляет соответствующие им данные массива, затем делает сдвиг ну и т.д.
Т.е. залил текст в строку, отключил от компа и она самостоятельно работает. Ну а если от компа, то можно нагородить хоть мультики. Делал образец, 16х16 управлял компом, отрисовка и на экране, и на реальном устройстве на Visual basic. Я не профессиональный программист, поэтому Бейсик. Для моих поделок в самый раз.
dkostik
Mar 23 2007, 16:47
Мнение программиста:
-basic - язык домохозяек!
Работа с жнлезом - юзайте ДДК.
Если лень разбиратся то Delphi или C#.
Цитата(VXDRV @ Mar 22 2007, 21:35)

У меня на PIC-е была как раз на PIC16F877 были (8X96 - моно и 16x80 двухцветная) - теоретически можно 32x128 c развёрткой 60 Гц - моно, или 16x128 двухцветная с тем же рефрешем. И это при 5 MIPS. Думаю Mega (пока не изучал её) способна на большее именно в таком устройстве - ну а если она с памятью напрямую работает - то вообще наверное красота будет (почему именно Mega8 можно ведь и Mega16 поставить - не думаю, что строка это устройство требующее экономии на контроллерах). Вот у меня как раз со скоростью проца то и проблемы - побитная перетасовка принятой инфы в ОЗУ для коррекции разводки печатных плат.
Я тут прикинул вгрубе, для матрицы 32x128 на атмеге легко можно достичь выдачи порядка 40 Мбит/с. Т.е. передача 64 байт из внешнего ОЗУ МК в матрицу займёт порядка 15 мкс. При скважности 8 и частоте развёртки 60 Гц это означает, что примерно 0.7 процента времени строка не светится. Отсюда вопрос, несвечение как-то влияет на восприятие и сколько процентов вообще допустимо это несвечение?
Кстати, у вас на пике каков получился порядок побитовой скорости?
Коротко по организации устройства (16x128 двухцветное):
Состоит допустим из восьми модулей - плат.
Каждый модуль 16x16 точек - 4 двухцветные матрицы 8x8.
На каждую матрицу один драйвер MBI5026 - шестнадцатиканальный драйвер светодиодов со стабилизацией тока (по сути сдвиговый регистр с защёлкой). DATA соединены также последовательно, CLK и LE параллельно, LE - защелка.
На аноды светодиодов в одном устройстве 8 штук КТ825 (были под рукой и неприхотливы в работе оказались) в другом 16 штук КТ973.
Индикация динамическая со скважностью - 8.
Двухстраничный вывод - пока одну рисуем другую показываем.
По таймеру переключается номер строки (столбца) (ключ в анодах светодиодов) для вывода и сразу переписываем из сдвигового регистра MBI5026 в защёлку (до этого сдвиговый регистр в MBI был заполнен необходимой инфой) далее следующий столбик (строчку) в 64 байта (по биту сразу в восемь модулей по одному CLK прямо из ОЗУ через буффер) заталкиваю в MBI на будущее - времени на простой индикаторов во время заполнения нет - решается защёлкой в драйвере.
Заполняются драйверы прямым сканированием адресов уже готового к выводу куска памяти - ничего во время этого не делается кроме инкремента адреса следующего столбца(строки) и сопутствующим "дёрганием" CLK.
Компьютер гонит типа "видео" через RS232 - 2 бита (два цвета) на точку (16*128*2)/8=512 Байт кадр со скоростью 115,2 кбит/c.
МК складывает это дело в один из двух приёмных буферов в ОЗУ.
Пока принимаем этот кадр "перетасовываем" прошлый из второго приёмного буфера в "затенёную" страницу вывода. "Перетасовывание" - процесс перестановки битов для коррекции разводки печатных плат - ведь разводил я как получается удобнее - проще програмно было переставить пикселы - самый насыщенный вычислениями процесс. Когда он заканчивается сразу переключаем страницы вывода.
Как только приняли последний байт (512-ый) - переключаем приёмный буфер и "перемещаем" биты в затенённый буфер вывода. Много времени отнимает обработка прерываний от USART - пока сохранится - восстановится контекст - период прерываний около 90 мкс, а также програмная работа с памятью.
Скорость следования кадров - 17 в секунду точно было.
При "аппаратном" движении текста символы из знакогенератора размещал в приёмных буфферах - алгоритм не менялся - просто переписывал буферы со смещением на один байт (строка 8x96) из одного в другой дополняя "справа" очередным символом.
Когда делал все времена измерял в симуляторе MPLAB, долго считал - сейчас не помню уже какие цифры были. - но MEGA - точно PIC "сделает".
P. S. - много напостил чего-то...
Цитата(dkostik @ Mar 23 2007, 16:47)

Мнение программиста:
-basic - язык домохозяек!
Работа с жнлезом - юзайте ДДК.
Если лень разбиратся то Delphi или C#.
Если у меня появится время, возможно, я изучу эти языки. А пока меня устраивает то, что есть. По моему мнению "домохазяйки" неважно какой язык использовать, а важно как им владеть. И если не предполагается внедрять проект в массовое производство, а необходима скорость разработки, а главное возможность начать работать буквально с первого знакомства с программой, лучше и понятней Бейсика пока нет. Кстати, программировать микроконтроллеры я начал буквально с первого дня сборки программатора и установки Баском-авр. На ATMEGA16 я собрал 32 программных ШИМ после месячного занятия с микроконтроллерами - можно посмотреть флэш
http://ledeffects.net/pages/?id=9.
SasaVitebsk
Mar 24 2007, 16:10
Цитата(radan @ Mar 24 2007, 01:13)

Если у меня появится время, возможно, я изучу эти языки. А пока меня устраивает то, что есть. По моему мнению "домохазяйки" неважно какой язык использовать, а важно как им владеть. И если не предполагается внедрять проект в массовое производство, а необходима скорость разработки, а главное возможность начать работать буквально с первого знакомства с программой, лучше и понятней Бейсика пока нет. Кстати, программировать микроконтроллеры я начал буквально с первого дня сборки программатора и установки Баском-авр. На ATMEGA16 я собрал 32 программных ШИМ после месячного занятия с микроконтроллерами - можно посмотреть флэш
http://ledeffects.net/pages/?id=9.
В плане владения языком - соглашусь с Вами. Во всём остальном Вы неправы. Вы просто не имеете возможности сравнивать. Скажем на изучение дельфи (если вы хорошо владеете бэйсиком) вам понадобится неделя максимум. Возможностей - побольше, ограничений - значительно меньше. Объём готовых объектов очень большой. По скольку проги на IBM для меня как правило вспомогательные, то использовать WinAPI просто нет необходимости. Всё очень просто.
Язык си тоже ничего сложного не представляет. Наоборот - достаточно низкоуровневый, что позволяет его особенно эффективно использовать для МК.
Ну например такая забавная конструкция
Код
symbolx=Fonts[tekfonts][0];
if(Znak>' '){
Znak-= '!'; // вычесть смещение на пробел
yiz -= Fonts[tekfonts][1]-1;
if(Fonts[tekfonts][0]<=8){
addr = ((uint8_t __flash *)symbol[tekfonts])+(Znak*Fonts[tekfonts][1]);
....
Ну например такая забавная конструкция
Код
symbolx=Fonts[tekfonts][0];
if(Znak>' ')
{
Znak-= '!'; // вычесть смещение на пробел
yiz -= Fonts[tekfonts][1]-1;
if(Fonts[tekfonts][0]<=8)
{
addr=((uint8_t __flash *)symbol[tekfonts])+(Znak*Fonts[tekfonts][1]);
....
Да уж...птичий язык. И что тут забавного? Вы меня извините, но такие примеры сеют только сомнение и смятение в неокрепших умах. Он агитирует именно против применения Си.
1)Фигурные скобки не закрыты
2) Зачем приведен yiz, если он нигде не используется?
3) symbolx и symbol это разные переменные?
Коротко говоря, к такому тексту надо ещё 5 страниц объяснений написать(:-)
SasaVitebsk
Mar 24 2007, 21:43
Цитата(=GM= @ Mar 24 2007, 17:42)

Да уж...птичий язык. И что тут забавного? Вы меня извините, но такие примеры сеют только сомнение и смятение в неокрепших умах. Он агитирует именно против применения Си.
1)Фигурные скобки не закрыты
2) Зачем приведен yiz, если он нигде не используется?
3) symbolx и symbol это разные переменные?
Коротко говоря, к такому тексту надо ещё 5 страниц объяснений написать(:-)
Да нет же.

Я привёл не законченный кусочек. Поставил "...." чтобы ясно было. Кусочек привёл из живой программы и его не причёсывал специально. А забавность заключается например в операторе
Код
Znak-= '!';
На Паскале его запросто не реализуешь. Он не позволит, так как чётко контролирует типы. Придётся городить что-то типа
Код
Znak = chr(ord(Znak) - ord('!'));
Таким образом на Си более чётко видна суть операции.
В Си ты свободен. Свободен вносить любые ошибки.
Конечно в рамках одного поста сложно показать преимущества языка. Я, например в последнем проекте Очень интенсивно использовал структуры и указатели на структуры. Такого в Васеке просто нет. А у меня на этом вся программа написана. Кстати бегущая строка.
Сделаю сайт. Выложу различные документы и свободные программы. В частности эмулятор. Можно будет посмотреть.
Господа, давайте не будем спорить по поводу какой язык лучше. У каждого есть своё устоявшееся мнение, и для этого в конце концов есть другие темы. Предлагаю обсудить такие вопросы - наиболее грамотные с технической точки зрения схемотехнические решения, применяемые алгоритмы. По возможности фрагменты схем и исходники, которых не жалко. В процессе написания законченной программы есть масса промежуточных, вполне работоспособных, но не совсем оптимизированных и усовершенствованных. Я думаю, такая информация поможет не только начинающим строкостроителям, но и продвинутым мастерам вдохнуть свежую струю. Не у каждого есть возможность сваять собственный сайт, а вот использовать файлообменники или воспользоваться услугой предоставления места на сайте кого-нибудь из участников форума смогут все. В частности и я могу помочь с местом на своём сайте.
По поводу заработка денег на постсоветских программистах и электронщиках могу высказать предположение, что они легче потратят 30 баксов на интернет в поисках необходимой информации, чем купят её за 3. На своём сайте я начал выкладывать заказные образцы наших изделий для буржуазии и всех желающих, на изготовлении которых мы зарабатываем деньги, и бесплатную информацию для тех, кто хочет чему-либо научиться. Конкуренции я не боюсь, с изготовителями видеоэкранов тягаться не собираюсь, да и нужно их в нашем городе максимум два, а вот для изготовления оригинальных световых конструкций места под солнцем хватит всем.
Вот такие вот размышления...
Действительно - бессмысленный спор - когда человека "припрёт" или "вставит" он сам поймёт чего ему учить. Господин radan - для начала ссылочку на ваш сайт пожалуйста....
SasaVitebsk
Mar 25 2007, 00:00
Так я тоже совершенно согласен. Я просто написал к тому что не надо боятся нового. Изучить новый язык достаточно просто. А из двух или трёх языков выбирать - это лучше чем из одного. А выбирать в любом случае будешь сам.
По второму вопросу тоже совершенно согласен. Поэтому и написал, что закончу оформление сайта, - выложу ссылочку.
Там будет эмулятор панно и куча документов. Это - бесплатно. Сделаете совместимую версию - можете пользоваться моими эмуляторами.
Ведь здесь обсуждается ерунда на самом деле. Пришпандорить светодиоды к контроллеру тем или иным образом можно обладая зачаточными знаниями. Написать программу которая отображает область озу на таком экране - тоже пара пустяков. К сожалению коммерческое изделие этим не ограничивается. Коммерческое изделие это десятки документов, программы-эмуляторы, конфигураторы, примеры, эфекты, шрифты, рекламные ролики, ролики по работе, конверторы форматов и многое-многое другое.
Интересным являются и подходы.
http://ledeffects.net/Сайт в процессе наполнения.
Если есть желание, могу выложить образец програмки для графического экрана 16х16 с сэмплами.
SasaVitebsk
Mar 26 2007, 13:15
Почти как мой

www.ledfirefly.ru
muravei
Mar 26 2007, 15:30
Цитата(SasaVitebsk @ Mar 24 2007, 21:43)

Очень интенсивно использовал структуры и указатели на структуры. Такого в Васеке просто нет.
Есть ,есть. У Басика это называется -данные пользовательского типа
Type
..........
End type
Честно говоря спрорить не хочется, Си мне не нравится, хотя бы тем , что написать на нем что-нить не консольное , мягко говоря зае..ся. А использовать всякий там MFС себе дороже. На Басике это можно сляпать за минуты.Незаменим для каких нить тестовых прграммок.
На Си пишу дллки(при необходимости) и цепляю их к Басику.
Я против снобизма- что удобнее в конкретном случае, то и лучше.
SasaVitebsk
Mar 26 2007, 23:00
Чтож замечательно. Наверное Васёк ушёл далеко-далеко, пока я его забросил.
Чем мне нравится программирование - это возможностью сделать одно и тоже десятью способами. И каждый выберет свой. И это замечательно. Правда для того чтобы выбрать надо знать. А я вот, оказывается Васька не знаю.(нового)

По времени разработки меня и Си не напрягает.
amirus
Apr 29 2007, 01:58
Доброго времени суток. Прочитал всю вашу дискуссию, зашел сюда по поиску, и думаю попал в нужное место. Суть моего визита такова. Я готов приобрести тех. документацию (схемы, прошивки, программы, рисунки печатных плат и т.д) на изготовление табло типа бегущая строка. Главные критерии:
1-е, и самое главное на мой взгляд, честность. Если это пройдено, тогда дальше

2-е, техническая поддержка, консультации по изделию
3-е, возможность улучшения устройства
Необходимые параметры стартового пакета: часы, показ температуры, автоматическая регулировка яркости в зависимости от времени суток и полное отключение в определенное время.
Остальные нюансы можно обговорить. Если это актуально, Ваши знания не будут использоваться в коммерческих целях, только в личных.
Рассмотрю все предложения на z523@mail.ru
Спасибо.
Dog Pawlowa
Apr 29 2007, 07:11
Цитата(amirus @ Apr 29 2007, 01:58)

...Я готов приобрести тех. документацию (схемы, прошивки, программы, рисунки печатных плат и т.д) на изготовление табло типа бегущая строка...
Главные критерии:
1-е, и самое главное на мой взгляд, честность. Если это пройдено, тогда дальше

...
... Ваши знания не будут использоваться в коммерческих целях, только в личных...
Что ж, с честности и начнем.
Сколько штук табло будет сделано в личных, не в коммерческих целях?
http://pol-sem.narod.ru/runrow/rr.htmЧестный проект, для начало достаточно. А всё остальное бессонные ночи...
amirus
Apr 30 2007, 18:11
Цитата(Dog Pawlowa @ Apr 29 2007, 08:11)

Что ж, с честности и начнем.
Сколько штук табло будет сделано в личных, не в коммерческих целях?
Спасибо за ответ. А что тут лукавить? Самое главное, интересен сам процесс! Естественно для себя два, они и будут служить в качестве рекламы, а сколько будет изготовлено для клиентов, да еще какими размерами и тех.данными, одному богу известно.
Цитата(radan @ Apr 29 2007, 22:17)

http://pol-sem.narod.ru/runrow/rr.htmЧестный проект, для начало достаточно. А всё остальное бессонные ночи...
Огромное спасибо за ссылку. Я обязательно попробую собрать. Но, дело в том, что мот ночи уже немного заняты другой работой, которая тоже мне нравится, я думаю для моей цели купить готовый полуфабрикат. Понимаете, чтобы довести этот продукт "до ума" нужно очень много дней и бессонных ночей как Вы сами и сказали. Это нужно для сначала изучать контроллеры на котором собрать, потом изучить его, да и ещес учетом того что у него есть в запасе место и возможность для "разгона" и самое главное быть на "ты " с программированием. Все это конечно можно нагнать, если на это выделить достаточно времени, которого у меня к сожалению очень мало.
Еще раз благодарен за ссылку.
Что-то я не понял товарища amirus-а. Надо ли понимать так:
- дайте документацию мне
- а вам зачем?
- да только для себя лично, не для коммерции - только для продажи.
Цитата
Ваши знания не будут использоваться в коммерческих целях, только в личных.
Самое главное, интересен сам процесс!
Естественно для себя два, они и будут служить в качестве рекламы, а сколько будет изготовлено для клиентов, да еще какими размерами и тех.данными, одному богу известно.
Понимаете, чтобы довести этот продукт "до ума" нужно очень много дней и бессонных ночей как Вы сами и сказали. Это нужно для сначала изучать контроллеры на котором собрать, потом изучить его, да и ещес учетом того что у него есть в запасе место и возможность для "разгона" и самое главное быть на "ты " с программированием. Все это конечно можно нагнать, если на это выделить достаточно времени, которого у меня к сожалению очень мало.
Нет слов....
Не согласуется "процесс" с отсутствием "лишних движений".
Цитата(VDG @ May 1 2007, 21:57)

Что-то я не понял товарища amirus-а. Надо ли понимать так:
- дайте документацию мне
- а вам зачем?
- да только для себя лично, не для коммерции - только для продажи.
1. Не дайте, а продайте.
2. Вы будете спрашивать у нового хозяина авто, которому вы его продали, что он с ним будет делать?
3. Что-то я не нашел, укажите пожалуйста строчку где я писал что коммерция исключена и что продажа - это не коммерция?
Спасибо.
Цитата(VXDRV @ May 2 2007, 13:19)

Нет слов....
Не согласуется "процесс" с отсутствием "лишних движений".
Извините меня все ради бога! Я понимаю, что влез с таким предложением в Вашу дискуссию и немного сменил тему. Все согласуется, поверте мне, ни кто не отменял ранг любителя в области программирования микроконтроллеров и профессионалов это было и будет во всех областях. Я Вас причисляю к профи, а себя наверное даже сильно будет сказано к любителям, по этому и обратился к Вам!
Не путайте готовое авто с документацией на его производство.

2. если машинка новая и хозяин авто - производитель/дилер то, вам в неё несколько лет нельзя будет лазить.
3. Пожалуйста, вот эта "Ваши знания не будут использоваться в коммерческих целях, только в личных". А личные цели у вас - коммерция.

> по этому и обратился к Вам
только надо было в рубрику работа. а здесь сейчас всех погонят за оффтоп.
Нашел время для описания своей конструкции 2005 года. Светодиодная матрица 16х16.
http://ledeffects.net/pages/?id=18Собрана на обычной логике под LPT, но внимание нужно обратить на ПО. По моему мнению, удобно для пользователя, чего я не встречал в некоммерческих проектах.
rakplus
Jul 5 2007, 15:22
Вышло из строя светодиодное табло (все микросхемы без маркировки, но по документации разработчика - 74AC164D, бескорпусные). Таковых не нашёл, попробовал поставить 74AC164М - "на холодную" запускается нормально, но после 5 мин. работы начинают мерцать посторонние сегменты, а через минут 15 такой "светомузыки" светятся уже все сегменты постоянно, вне зависимости от подаваемого сигнала...
Миккросхемы 74AC164D и 74AC164М взаимозаменяемы? В чём причина?
P.S. Нагрузка на каждую микросхему - по 6 двухразрядных LED -индикатора (YDD-055AG), на входе питания - керамические конденсаторы 0.47, на выходе -- резисторы 51 Ом.
SasaVitebsk
Jul 5 2007, 16:37
Цитата(rakplus @ Jul 5 2007, 18:22)

Вышло из строя светодиодное табло (все микросхемы без маркировки, но по документации разработчика - 74AC164D, бескорпусные). Таковых не нашёл, попробовал поставить 74AC164М - "на холодную" запускается нормально, но после 5 мин. работы начинают мерцать посторонние сегменты, а через минут 15 такой "светомузыки" светятся уже все сегменты постоянно, вне зависимости от подаваемого сигнала...
Миккросхемы 74AC164D и 74AC164М взаимозаменяемы? В чём причина?
P.S. Нагрузка на каждую микросхему - по 6 двухразрядных LED -индикатора (YDD-055AG), на входе питания - керамические конденсаторы 0.47, на выходе -- резисторы 51 Ом.
Немного непонятно. Что значит 6 двухразрядных. Там же 8 выходов.
Напиши напряжение питания и нарисуй схему одного выхода. И вопрос индикация динамическая? А то на 5В что-то ток великоват.
muravei
Jul 5 2007, 16:47
Цитата(SasaVitebsk @ Jul 5 2007, 20:37)

Немного непонятно. Что значит 6 двухразрядных. Там же 8 выходов.
Имеются ввиду 2-х разрядные семисегментные индикаторы .
rakplus
Jul 5 2007, 19:13
Цитата(SasaVitebsk @ Jul 5 2007, 20:37)

Немного непонятно. Что значит 6 двухразрядных. Там же 8 выходов.
Напиши напряжение питания и нарисуй схему одного выхода. И вопрос индикация динамическая? А то на 5В что-то ток великоват.
Вход - 5В, индикация статическая, символьно-числовая. Три микросхемы управляют: тремя строками табло по 6 разрядов в каждой строке плюс ещё столько же подключены параллельно (дублирующие). Схему нарисовать затрудняюсь, а производитель представил только спецификацию по радиоэлементам...

Вот, нашёл схемку - практически 1в1:
Видимо с буковкой D рассчитаны на большую рассеиваемую мощность, а ваши с буковкой М ещё и греются небось как собаки... Может теплоотвод дополнительный поможет? Радиаторы поставить и(или) вентилятор какой предусмотреть...
rakplus
Jul 6 2007, 14:29
Про мощность я уже думал - не зря "D" дороже "M" почти вдвое" А греться - почти не греются... Опытным путём установил. что глюки исчезают при небольшом снижении напряжения питания или включения параллельно к имеющимся кондёрам конденсатора большой ёмкости. Видимо, придётся пойти по первому пути...
SasaVitebsk
Jul 6 2007, 18:32
Цитата(rakplus @ Jul 5 2007, 22:13)

Вход - 5В, индикация статическая, символьно-числовая. Три микросхемы управляют: тремя строками табло по 6 разрядов в каждой строке плюс ещё столько же подключены параллельно (дублирующие). Схему нарисовать затрудняюсь, а производитель представил только спецификацию по радиоэлементам...

Вот, нашёл схемку - практически 1в1:

Та схема которую вы изобразили, насколько я смог разглядеть - как раз классическая динамическая а не статическая.
Не совсем понял что вы имеете ввиду под "дублирующая". То есть та же информация отображается? Или два выхода на один сегмент?
Не имея схемы - посчитать сложно, но ориентировочно это будет выглядеть так. 5V - падение на светодиоде (~1.5-2V) - падение на верхнем ключе (примем 1.5В) делить на 51 Ом. 5-3/51 = 40ма на выход / 320ма на корпус в пике. В среднем корпус будет рассеивать около вата. То есть по тепловому наверное вытянет по предельному - слишком много.
Буква D обычно обозначает просто тип корпуса. D - планар. Вот к примеру.
Код
MM74HC595M M16A 16-Lead Small Outline Integrated Circuit (SOIC), JEDEC MS-012, 0.150" Narrow
MM74HC595SJ M16D 16-Lead Small Outline Package (SOP), EIAJ TYPE II, 5.3mm Wide
MM74HC595MTC MTC16 16-Lead Thin Shrink Small Outline Package (TSSOP), JEDEC MO-153, 4.4mm Wide
MM74HC595N N16E 16-Lead Plastic Dual-In-Line Package (PDIP), JEDEC MS-001, 0.300" Wide
Что такое "М" я не знаю. Помоему в этой же ветке или аналогичной обсуждалась выходная мощность данных микросхем в зависимости от производителя и специализированные микросхемы с большой мощностью в той же цокалёвке.
На распечатку списка мк от производителя панно - не обращайте внимания. Они могли в схеме и в списке элементов указать типовой элемент а именно 74АС164. Это совершенно не помешает им поставить какую-нибудь 92164 с увеличенной мощностью.
Сергей Борщ
Jul 6 2007, 21:54
Цитата(rakplus @ Jul 6 2007, 17:29)

Опытным путём установил. что глюки исчезают при небольшом снижении напряжения питания или включения параллельно к имеющимся кондёрам конденсатора большой ёмкости.
Так может у вас блок питания дает слишком большие пульсации? Выходные емкости высохли, например. Пока они холодные, емкость больше, пульсации маленькие, все работает. По мере прогрева емкость падает, пульсации возрастают, начинаются сбои. А это уже могло потянуть за собой и выход из строя микросхем.
rakplus
Jul 9 2007, 10:51
Спасибо за помощь! В результате изысканий выявлено, что оптимальное напряжение питания на микросхемы, при котором глюки не выявляются - 4.5 В. и ниже. В данном случае было 4,6 В при включении (холодная м/с ЦП) и 4.7 после прогрева (глюки возрастали). Включение в разрыв питания табло диода привела к нужному результату - стабильная правильная работа.
Для просмотра полной версии этой страницы, пожалуйста,
пройдите по ссылке.