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

=AK=

Свой
  • Постов

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

  • Посещение

  • Победитель дней

    7

Сообщения, опубликованные =AK=


  1. Риторический вопрос: уважаемый All менял ли когда разбитую лампочку в люстре, управляемой Умным Домом? Нельзя быть уверенным, что ток сейчас не появится. Отрубать автоматы - остаешься без света.

    Для этого в выходном устройтве (т.е. в релейном или диммерном модуле) ставятся выключатели "override" на каждый вых. канал.

     

    А не будет ли самым верным решением сделать, скажем, "контроллер комнаты"?

    В контроллер сходятся все провода от всех выключателей и лампочек одной комнаты (порядка 16 входов и 16 выходов; если больше, то можно в комнату поставить несколько контроллеров).

    Проводов будет много. И ставить его в комнате негде.

     

    Самым верным решением будет "контроллер светильника", к которому по радиоканалу может "достучаться" любой выключатель в комнате. Никаких "мастеров" не нyжно, это лишний хлам.

  2. На уровене где используется модбас система прекрасно расширяема

    ...

    Неограниченные возможности масштабирования сейчас дает Интернет

    Ранее обсуждалось, что система должна реагировать на пользовательские воздействия за ограниченное время, в районе 100-300 мс. Если с момента нажатия на кнопку до включения/выключения лампочки проходит больше времени, порядка 0.5 сек и более, это начинает раздражать. В сущности, требование ограниченного времени реакции делает систему управления домом системой реального времени.

     

    Возможность "логического" расширения системы есть малый аспект проблемы. В процессе расширения система обязана оставаться системой реального времени. Это накладывает дополнительнуе требования. Тупая система "мастер-слэйв", в которой мастер регулярно опрашивает узлы на предмет наличия новой информации, с ростом количества узлов начинает дико тормозить. Ведь помимо того, что мастер тратит больше времени на опрос, он еще тратит больше времени на рассылку собранной информации. В какой момент такая система станет настолько тормозной, что пользоваться ею станет неудобно, можно прикинуть заранее.

     

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

  3. Тиристор помощнее это хорошо, но исходя из каких практических соображений? По допустимому импульсному току за полупериод?

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

     

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

  4. Нужны ли данные ( например мне ) от всех слейвов.

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

     

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

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

     

  5. повторю цитату http://ckp.made-it.com/rs232.html

    На этом сайте много других косяков такой же разнузданности. Например, про RS-485 сказано, что "выходное сопротивление передатчика 100 Ом", а минимальное входное приемника якобы равно 4 кОм, а не 12 кОм, как на самом деле. Тоже прикажете этому бреду верить? :01:

     

  6. определение должно оперировать более специализированными терминами, касающихся передачи данных по проводным/радио каналам.

    В магазине спросить:

    - Дайте мне чернила для восьмого класса! (с)

     

    Бритва Оккама: нельзя вводить лишних сущностей без нужды. Рекомендую к использованию. :)

  7. Это противоречит тому что приводил defunct?

    Да, противоречит. Потому что в определении нет той отсебятины про "обязательное наличие протоколов", которую он несет.

     

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

     

     

    То есть там оговорены линии RXD и TXD, но не оговорен формат посылки/фрейма

    Формат не оговорен - это полбеды. Cигнала клока нет. А без клока не бывает SPI.

  8. по 232-ому можно и SPI передавать. Какие проблемы?

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

     

     

    приведите определение

    Уже приводилось:

     

    Интерфе́йс — совокупность средств и методов взаимодействия между элементами системы.

  9. суть в другом названии.

    Про UART вам тоже лень было проверять... Нет никакого UART в TIA-232-F, ни сном ни духом. Более того, прямым текстом стазано, что последовательные данные могут быть и синхронные, и асинхронные. :laughing:

    Зато скорость ограничена, не более 20 кбит/сек. И разъемы только 25- или 26- контактные. :biggrin:

     

    То есть, ссылка на RS-232 на самом деле практически ничего не значит. Стандарт оговаривает одно, а реальный писюковый интерфейс просто кое в чем похож на него и отчасти совместим.

  10. RS-232 описывает только "mechanical, electrical and logical signals", а RS-232C то же самое плюс UART.

    :crying: "С" обозначает номер ревизии.

     

    Wiki: Revision C was issued in a document dated August 1969. Revision D was issued in 1986. The current revision is TIA-232-F Interface Between Data Terminal Equipment and Data Circuit-Terminating Equipment Employing Serial Binary Data Interchange, issued in 1997.

  11. А теперь можно я приведу цитату определения аппартного интерфейса с wiki ... A hardware interface is described by the mechanical, electrical and logical signals at the interface and the protocol for sequencing them...

    Это не определение, это описание для чайников. Не путайте божий дар с яишницей :01:

  12. полного/оригинального стандарта TIA/EIA-485-A я не читал и не могу утверждать, что там есть слово Interface :) Но вот стандарт RS232 (TIA/EIA-232-F) вполне доступен. В заголовке его английским по-белому написано слово Interface

    В названии документа RS485 слова "интерфейс" нет: TIA-485-A Electrical Characteristics of Generators and Receivers for Use in Balanced Digital Multipoint Systems Зато в названии его братьев-близнецов RS422 и RS423 слово "интерфейс" присутствует: TIA-422-B Electrical Characteristics of Balanced Voltage Digital Interface Circuits; TIA/EIA-423-B Electrical Characteristics of Unbalanced Voltage Digital Interface Circuits. Никакого фундаментального отличия между тремя документами нет, они очень похожи. Разница только в том, что RS422 и RS423 - это соединения "точка-точка" (как RS232).

     

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

     

    Hарочито суженное употребление термина "интерфейс" в английском техническом вызванo тем, что, в отличие от русского, это слово заимствовано не из иностранного языка, а взято из самого английского, где оно успело обрести ("The noun interface has been around since the 1880s") вполне определенный смысл:

     

    interface –noun

    1. a surface regarded as the common boundary of two bodies, spaces, or phases.

    ...

     

    interface (plural interfaces)

    1. The point of interconnection between two entities.

    ...

     

    Соответственно, англоязычные по возможности избегают использовать это слово в значениях, которые не соответствуют наиболее употребительному разговорному. Interface на русский точнее переводится как "стык". Соответственно, RS232 - это стык (и ведь бытовал он в русском как "стык С2"), RS422 - стык, RS423 - стык, а RS485 - это не стык, а шина.

     

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

  13. Имею на то все основания - все кому не лень без задней мысли подключают драйвер RS485 к UART'овому RXD/TXD, RE/DE цепляют на UART'овый RTS.

     

    Непонятно почему какая-то заплатка вдруг объявляется эталоном и синонимом самого понятия RS485. Я, например, начинал работать с RS485 четверть века назад, интерфейс Bitbus (ныне IEEE 1118). Там никаких UART и духу не было, он использует SDLC. Однако это не дает мне оснований парить всем мозги, будто RS485 и Bitbus - это одно и то же. :laughing:

     

    Как можно TIA/EIA-485-A стандарт перевести как "спецификация интерфейса", если в названии документа нет слова interface?

    Бредовое какое-то требование, чтобы слово "интерфейс" обязательно присутствовало в названии. Вот вам еще примеры названий документов, описывающих интерфейсы:

     

    "Serail ATA"

    "CompactPCI Specification"

    "PCI Local Bus Specification"

    "Universal Serial Bus Specification"

     

    Найдите там слово "интерфейс" :krapula:

  14. Приведу полное название документа на который вы ссылаетесь - "Electrical Characteristics of Generators and Receivers for Use in Balanced Multipoint Systems", чтобы было видно, что он описывает ну.. явно НЕ интерфейс.

     

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

     

    Бесспорным фактом остается то, что RS485 специфицирован стандартом TIA/EIA-485-A (а до этого - стандартом RS-485), и что в этой спецификации нет и намека на свойства и характеристики, которые вы приписываете какому-то мифическому "интерфейсу RS485".

  15. Oтчего же, если хорошо позаботиться о мастере - постоить на надежном железе и софте

    Построить надежное устройство - само по себе задача не тривиальная. А написать для него надежный софт - задача просто сложная, занимает много времени (с доводкой - растягивается нa годы) и получается отнюдь не у всех. Поэтому использование CAN является более чем оправданным. И разбиение задачи на маленькие кусочки - тоже оправданно. Ведь с ростом сложности ненадежность софта увеличивается не линейно, а как-то типа в геометрической прогрессии.

     

    Так что много одинаковых не очень сложных узлов CSMA/CA получится надежнее, чем один сложный мастер.

  16. Внизу "1" (мастер-слейв) - ЦППУ (Центральное Приемо-Передающее Устройство) и много простеньких устройств - исполнительные блоки, интерфейс здесь например 485-й.

    Вверху "3" (произвольный доступ) ЦППУ и множество управляющих клиентов - ethernet.

     

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

     

    C-bus он был реализован чуть ли не 20 лет назад на MC68HC05B5, т.е. в 4К ПЗУ и 170 байт ОЗУ. При этом C-bus не использовал ни стандартных драйверов, ни UART, весь физический уровень делался "врукопашную" при помощи bit-bang и таймера. Приемопередатчики были сделаны на рассыпухе, поскольку питание (36В) и сигнал передаются по одной витой паре.

     

    Прокладку кабеля домашней сети имеет смысл вести дешевым кабелем Cat5 или Cat6, там 4 витых пары. В конце концов для С-bus тоже стали рекомендовать этот кабель. Это значит, что все усилия по созданию фантомной схемы питания в С-bus оказались по большому счету не нужны. Для питания в Cat5 можно использовать отдельные пары, а сигнал гонять по своей паре. В качестве приемопередатчиков можно использовать CAN-овские, их "доминантный" уровень при столкновениях является эквивалентом открытого коллектора и позволяет легко и просто обеспечить CSMA/CA.

     

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

  17. Есть несколько вариантов организации сети

     

    1. Мастер-слэйв.

    Самый протой и дубовый вариант. Недостатки:

    - Надежность сети не выше надежности мастера. Мастер сдох или ему выключили питание - все заглохло.

    - Медленный. Мастер все время должен опрашивать слейвов, есть ли у кого новая инфа. После этого мастер должен забрать инфу и разослать ее тем, кому она нужна.

    2. Peer-to-peer.

    Это усовершенствованный вариант мастер-слэйв. Мастер (теперь он называется координатор) опрашивает узлы, не хочет ли кто-нибудь "поболтать". Тому узлу, который изъявил желание пообщаться, мастер отдает сеть "во временное владение". Узел быстренько рассылает свое сообщение всем узлам, заинтересованным в его получении, по списку. По сравнению с п.1 надежность этого варианта можно резко повысить, если роль мастера (координатора) сможет брать на себя любой узел. Тогда, если текущий координатор помрет, остальные узлы, после короткого периода "неразберихи и разборок", решают, кто будет новым координатором. Тем не менее, этот вариант такой же медленный, как п.1.

     

    3. Произвольный доступ - CSMA

    Усовершенствование варианта п.2, координатора теперь вообще нет. Тот узел, которому надо что-то сказать, просто захватывает интерфейс и говорит. В случае, когда два узла хотят что-то сказать одновременно, между ними происходит "разборка" по одному из вариантов:

    3а. CSMA/CD - произвольный доступ с обнаружением столкновений. Столкновение обнаруживается, например, на базе того факта, что на сообщение не приходит подтверждение о приеме.

    3б. CSMA/CA - произвольный доступ с избеганием столкновений. Это изящно делается, например, на базе передатчиков с открытым коллектором. При передаче узел все время "слушает" шину. Если он сам передает '1', а на шине виден '0', значит, в это время кто-то еще передает, и узел, передававший '1' втихую отваливает, чтобы не мешать "более сильному" узлу, который передает '0'.

    3в. Тупой повтор, несколько раз через псевдослучайные промежутки времени. Очень вероятно, что хоть одно сообщение "прорвется", ведь столкновения случаются редко.

     

    4. Производитель-потребитель.

    Вместо того, чтобы передавать одну и ту же инфу от источника всем приемникам, гораздо выгоднее настроить приемники так, чтобы они сами вылавливали интересующие их сообщения из общего трафика. Тогда источник может передать данные всего один раз. Однако - как убедиться, что сообщение дошло до всех? Для этого те, кто "не расслышал", посылают "негативное подтверждение", мол, "повторите, не слышу". Молчание - знак согласия.

     

    Самые продвинутые используют 3б и 4. Это CAN, Clipsal C-Bus, и др.

  18. Половина разработчиков сидит в Калифорнии, вторая половина - в Шри Ланке. Основные идеи и патенты принадлежат Raminda Madurawe, про которого сказано так:

    Published on: 10/28/2002

     

    Raminda MaduraweCOO

     

    Raminda is the current COO and interim CEO at Airify.He has 17 years of experience in the semiconductor industry with 13 years in management.During his 11 year tenure, Altera annual revenue grew from 60M$ to 1.4B$.In 2000, as Director CPLD Products at Altera, he delivered ~40MU to support over 500M$ revenue, rolling out over 25 new ordering codes.He led Serial Memory product line activity introducing 16M/32M Stacked CSP Flash memory.As Director Process Engineering, he was in charge of protecting Altera 100M$ investment at WaferTech, directing product transfer methodology, delivery, ramp-up, and yield management.He directed a division of 40 engineers, projects involving over 100 participants, supported product line activity, resolved engineering and supply chain issues.Prior to joining Altera, Raminda worked at National Semiconductor for 6 years, working on Bipolar process sustaining and CMOS process development.Raminda has an MSEE (Stanford), MSChE (MIT) and BSChE (IIT-Madras) degrees.He holds over 30 issued patents, co-authored papers on process development with Cypress Semiconductor and Sharp Corporation, and taught device physics at Altera.

     

    После Airify Раминда основал компанию Viciciv Technology, которая затем преобразовалась в Tier Logic Inc.

     

    Они вынесли конфигурационную память FPGA на поверхность чипа, в тонкопленочные транзисторы. Когда делается ASIC они эти транзисторы просто заменяют металлом, а сама логика остается точно такой же, какой была в FPGA. То, что про них пишут, очень привлекательно, если не врут: TierLogic's chip is half the cost of high-end FPGAs, and 20% lower than low-end FPGAs and, as an ASIC, the chip s 50% cheaper than conventional ASIC with an NRE of under $25,000. Насколько можно понять, чипы им клепает Тошиба.

     

    Интересно, в одном интервью Раминда говорит, что сейчас как раз закончился срок действия основных патентов по FPGA, поэтому для стартапов стало раздолье.

  19. Где указано что нужна?

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

  20. Сам метод стабилизации, схема ошибочны.

    Схема, действительно, ошибочная, но и ваше объяснение - тоже оставляет желать лучшего. :(

     

    Правильная схема с внешним ключом приведена в даташите, фиг. 15.

     

  21. сколько вообще можно выжать с батарейки (любая по цене но соразмерная с брилком, т.е. круглая таблеточка)

     

    Может есть что-то ещё лучше предложенного?

    Слово "брелок" пишется с буквой "е"

     

    Есть стандарт ISO 18000-7 на RF ID, работающие на частоте 433 МГц на расстоянии до нескольких сотен метров. Есть альянс DASH7, который занят развитием и продвижением этой технологии. Ожидается, что RF ID сделанные по этой технологии, будут работать несколько лет без смены батарейки. Активный член альянса - Texas Instruments. Для Dash7 они продвигают свои процессоры+RF семейства CC430

     

    - Чтобы батарейка долго служила, устройства Dash7 большую часть времени спят. Поэтому для малого расхода нужен проц, который мало жрет в спящем режиме (порядка нескольких мкА).

    - Раз в несколько секунд устройство просыпается и в течении очень короткого времени слушает эфир - не вызывает ли его базовая станция? Если не вызывает, он опять засыпает, как можно скорее. Поэтому для малого расхода энергии нужен проц и RF, которые умеют быстро проснуться и за короткое время найти вызывающий сигнал.

×
×
  • Создать...