Перейти к содержанию
    

Snowmen

Участник
  • Постов

    8
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Snowmen

  • День рождения 20.10.1962

Контакты

  • Сайт
    Array

Информация

  • Город
    Array
  1. Сдох AVRDragon

    Вот и мой девайс сдох, аминь...И главное что я его не "лапал" (поставил в корпус), ну в общем после прочтения этой темы "пыль с него сдувал". Главное что купил его пару месяцев назад да как то руки не доходили к нему. Да вот прочел эту тему и решил надо бы попробовать что это за "Дракон". Ну в общем после двух вечеров бережного изучения, кирдык. После "щупанья осцилком" оказалось на пине Reseta - GND. Никаких явно сгоревших деталей ни дорожек нет. Параллельное программирование не пробовал, может и работает, да нафиг оно мне надо, у меня такой прогер есть и нормальный, без этого "траханья с проводами". Думаю можно уже выбрасывать, ведь покупал ради dW. Так что прежде чем покупать это ДЕРЬМО ХОРОШЕНЬКО ПОДУМАЙТЕ!
  2. Купи в http://imrad.com.ua/search.shtml?qs=AVRDRAGON&query=any немного дороже зато верняк, на радиорынке метро Харьковская место 170 (если не ошибаюсь).
  3. Кто нибудь пользовался при ЛУТ пленкой TES200? А то в рекламке написано что чуть ли не идеальна для данного способа. Не хотелось бы отдать 20$ за фигню.
  4. Умный дом.

    Вот все больше убеждаюсь что почему то у многих прям ненависть к I2C. А вот у разработчиков телевизоров, мониторов и прочей техники совершенно противоположное мнение. И чего то не замечал что бы мои телевизоры "висли". Да и сейчас при отладке программы контроллера дискретнных датчиков не замечаю ни чего подобного...Ладно поживем увидим.
  5. Умный дом.

    To Dog Pawlowa Скажите пожалуйста какой внутренний интерфейс предпочли бы Вы? Что бы была и открытость системы и простая диагностика "каналов" связи? Я взял слово каналы в кавычки не зря. Нету у меня каналов связи, нету и все... У меня есть внутрений интерфейс ( шина) между блоками, а он может быть параллельным либо последовательным увы третьего не дано. Паралельный мне не подходит слишком много "ног" микроконтроллера заберет. Что остается? Правильно, последовательный...CAN, Ethernet и т.д. прочие промышленные стандарты мне не нужны (ну не нужны мне сотни метров пока...) таким образом имеем: 1-Wire,I2C,RS232,SPI (USB и прочая шина это уже слишком). Почему из этих четырех именно I2C уже не трудно догадаться. По поводу диагностики I2C. Да нет ничего проще, сделал я энтот монитор на PCF8584 еще месяц назад. Да только на фиг он мне оказался нужен. Не буду расписывать почему он мне не подходит. Скажу вкратце не предусмотрен в программе монитора адрес этого самого монитора. Вот и все. Я каждый раз как вспоминаю об этом так начинаю злиться...Я вначале приобрел USB осциллограф с логическим анализатором потому что там в описании возможностей говорилось что есть терминал 1-Wire,I2c,RS232 и SPI. А оказалось что оно ни фига не работает как терминал а только как анализатор. Я от расстройства погорячился и собрал монитор на PCF8584 особо не вникая в работу программы, как оказалось опять зря. А вот недавно меня "осенило" а не проще ли взять любую AVR с TWI и UART хотя бы Atmega8 и сделать программный RS232<->TWI? Так я и сделал. И есть теперь у меня счастье... Теперь о достоверности. Ничто не мешает програмно реализовать контрольные суммы и прочую лабуду (да хоть 3-des шифрование) на что фантазии хватит...Да только я строю не шатл и даже не самолет, и при передаче нескольких десятков байт стоит ли огород городить?
  6. Умный дом.

    Никто не собирается никого бить :) Но структура системы не самая удачная, на мой взгляд. Tini - вполне нормальная система, хотя и медленная. Она должна быть ядром системы, и вся логика управления должна быть сосредоточена в ней. Все прочие датчики и исполнительные устройства могут быть подключены по последовательному интерфейсу к Tini по какому-нибудь стандартному протоколу. Мне кажется, что Вы идете по пути распределения интеллекта, а при нехватке опыта создания многопроцессорных систем Вы можете долго его накапливать. Кстати, где Вы используете I2C? Он используется как внешний интерфейс? Он не очень помехоустойчивый. Да я согласен Тини не ПК но для работы в медленых сетях она и предназначена...И поэтому логикой грузить ее не стоит. Тем более что параллельный порт у нее один. А делать расширенее на мой взгляд не оправдано. Добавить пару (даже на пару) логичеких микросхем и усложнить программы Тини? Какой смысл? Я просто в первом посте не описал структуру (он и так большой получился). На мой взгляд то что не требует НЕОДНОЗНАЧНОГО принятия решения надо оставить микроконтролерам Структура: 1. Контроллер дискретных датчиков (Atmega16) 24 порта. функции: -отслеживание состояния и информирование системы о событии на портах -ответ на запрос системы о своем состоянии. -временые задержки включения датчиков -отключенее (включение) отдельных портов -проверка связи с системой (самодиагностика) 2. Контроллер исполнительных дискретных устройств (Atmega16) -включение (отключение) портов -ответ системе о своем сотояниии -проверка связи с системой (самодиагностика) 3. Контроллер (назову его главный который и обеспечивает связь и подготовку информацию для Тини) -связь с контролерами 1 и 2 -отслеживание 8 ми аналогових датчиков -управление аналоговыми устройствами -управление ЖКИ -связь с DTMF (тональное управление с телефона) -диагностика котроллеров 1 и 2 На мой взляд здесь оптимально Atmega32 (обьема ОЗУ больше) Связь между микроконтроллерами и Тини (общая) - I2C. Посколько предполагается что все это находится в одном месте. Для связи с еще одним микроконтроллером (можно и не одним, это перспектива) управления электростанцией- CAN (Поставить микроконтроллеру 3 преобразователь TX<->CAN) или задействовать CAN Тини. Ну в общих чертах я вижу так. По поводу многопроцесорных систем: На мой взгляд проще написать отладить каждый узел системы отдельно (тем более что он становиться законченым узлом) нежели ломать голову где же рвет программма и программа ли? Я убедился что экономя $4 убиваешь несколько вечеров работы. А самое главное что чем сложнее программа тем больше вероятность баггов которые не всегда обнаружишь ( не все связи между подпрограммами и прерываниями можно предусмотреть, я убедился в этом с USART наконец его победил!). Одним словом мой хоть и не большой опыт программирования убедил меня в том что отказ (технический) нескольких микроконтроллеров имеет меньшую вероятность нежели скрытые багги программы (ну может я плохой програмист... Но я и не претендую на профи). Для меня такой путь кажется проще, я не говорю что он эффективный...
  7. Умный дом.

    to ASF Признаю титанический труд. И очень интересный путь. Но к сожаленью ( а может к счастью) мне Zegbee не совсем подходит да и нет ее в Киеве. Мне не нужны беспроводные технологии, а тем более мне не под силу написать WEB сервер для микроконтроллера. Тут дай бог с более простыми вещами разобраться. Хотя у меня в перспективе есть подключение ASUS WL-HDD2.5 (Wifi точка+ HDD 40Gb+Ethernet, есть такая у меня штука) к Тини с целью получить доступ в интернет через GPRS и иметь в системе хард. По этому и купил модем с IP стеком. Да действительно есть очень классные вещи но увы не все у нас так быстро появляется...А пока появится то уже устаревает, прогресс не стоит...
  8. Умный дом.

    Здравствуйте! Я давно читаю этот форум. И очень много для себя нашел полезного (выражаю всем участникам и создателям сайта свою огромную благодарность), а написать решился впервые. Уж больно тема мне близка. Я как раз сейчас занимаюсь этим. Сразу скажу что я не профессионал ни в электронике ни в программировании, правда радиотехникой увлекаюсь с детства ( а оно было ну очень давно…) так что паяльник держать умею. С вашего позволения немножко пред истории почему у меня возник интерес по данной теме. Где то больше пол года назад купил GSM сигнализацию что бы установить в доме который достался от родителей в наследство и находится где то за 300 км. Продавать не хочется. Так вот посмотрел я на возможности этого устройства (4 канала для дискретных датчиков и 4 канала для управления) и возник вопрос а можно ли сделать покруче? Дальше пошло поехало… Что надо? Как это можно реализовать? После прочтения множества информации ( сразу оговорюсь что решал конкретную свою задачу и не претендую на универсальность хотя есть элементы расширения ) пришел к следующему : Задачи: 1. контроль дискретных датчиков ( движения, пожарные и т.д.); 2. аналоговые датчики ( наличия 220В, состояния резервных источников АКБ, электростанции и т.д.) ; 3. температурные датчики; 4. управление дискретными устройствами; 5. управление аналоговыми устройствами; 6. возможность дистанционного мониторинга и управления системой ( GSM, Интернет, локальная сеть) ; Условия: 1.Возможность простого расширения системы (увеличения портов контроля и управления) 2. Малое потребление энергии от резервных источников ( для меня это актуально). Решение: Мое мнение, что п.п.1-5 оптимально реализовать на микроконтроллерах семейства AVR Mega. Шестой пункт особый он как бы «сердце» его можно реализовать по разному. Я для себя решил ( и уже приобрел ) что это будет плата DSTINIm400+DSTINIs-005 и GSM модем Wavecom Integra M2106 (сразу прошу не бить, я понимаю что это не дешево) . Просто в моем случае это самое то… что нужно. Топология: Можно все это рассредоточить как здесь предлагается…Но возникает вопрос интерфейса связи, а это на мой взгляд не простая задача и только экономия проводов (я понимаю что не всегда их можно проложить но для меня не проблема). Поэтому я решил что проще все (кроме датчиков и исполнительных устройств разумеется) расположить все в одном месте тем более что это решает проблему интерфейсов и ограничения доступа (хотя с применением TINI это тоже не проблема у нее есть CAN). Думаю что подключение дискретных и аналоговых датчиков вопросов не вызывает. (провод для сигнализации 3-х или 5 парный). В качестве интерфейса между блоками I2C (дает возможность маштабирования системы), между TINI и модемом RS232. Теперь почему TINI? Но во первых это то что я смог приобрести, и то пришлось заказывать в Москве через знакомых (я живу в Киеве и здесь ее нет, не говоря уже о более продвинутых решениях). Не спорю можно сделать все это на микроконтроллере, но еще раз повторюсь я не спец а только учусь. Для тех кому лень искать инфу о TINI: это по сути микрокомпьютер, и основное назначение это сопряжение высокоскоростных интерфейсов с низкоскоростными. В кратце, имеет порты: Ethernet, CAN, 1-Wire, RS232, 8bit paralell. Имеет файловую систему и Java машину. На каком я этапе сейчас: Во первых мое начальное знакомство с микроконтроллерами AVR заканчилось года 3-4 назад когда делал FUN карту для просмотра спутникового ТВ. Поэтому пришлось начинать с нуля. Сделал сначала подобие STK200/300 после нескольких неудачных экспериментов с Atmega 8 решил что нужен аналог STK500. При изучении программирования понял что и без JTAG не обойтись (Как оказалось симуляторы это одно а в железе часто бывает другое). Таким образом некоторое время ушло на создание железа в том числе отладочных плат (о чем совсем не жалею, хотя могу позволить купить себе готовые решения - наборы STK50Х и JTAG). Когда привезли Тиньку немножко поковырялся- запустил посмотрел пару примеров программ в том числе WEB сервер и отложил. Так же с модемом проверил пару AT команд вошел в GPRS сеть и все. Этим буду заниматься позже. Сейчас приступил к отладке программы для контроллера дискретных датчиков (Atmega16), так все вроде бы работает, но есть проблема в проверке правильно ли он шлет информацию по I2C. Пришлось ваять I2C<->RS232. Затык с USARTом, не пойму почему он шлет абракадабру. Интерфейс I2C работает нормально проверил (USB осциллограф с логическим анализатором). Для чего все это я написал? А для того чтобы найти единомышленников и тех кто считает что «мы рождены что бы сказку сделать былью…» . Скептиков и прочих критиков прошу больно не реагировать. Я знаю что здесь много профи которые всегда подходят с точки зрения практически выгодного дела. Но думаю что есть и не мало любителей для которых главное реализация идей, а не сколько денег это принесет и есть ли в этом смысл. Ведь каждый человек имеет право на свои «причуды». Как говорится мир без чудаков скучен а без дураков не возможен…Я ни в коей мере не претендую на истину и на единственно правильный способ решения просто поделился своими идеями. Потому что считаю что все таки эта тема заслуживает внимания. P.S. Как можно выложить фото «железа» дабы показать что это не треп и фантазии…
×
×
  • Создать...