Комментарии 75
1) Описанный вами. Л — логика, видимо, взятая из такси — главное поймать, а там уже скажешь, в какую сторону ехать.
2) Заходящие в лифт, приехавший по кнопке кабины в другом направлении, а не по вызову с этажа. Абсолютно не понимают бессмысленность действия «скататься на ненужный этаж со всеми, потоптаться, пропуская выходящих там, на обратном пути помахать ручкой своему этажу, остановившись на свою же кнопку». Наверное, так и правда быстрее.
3) Очень спешащие и дорожащие временем. Нажмут кнопку, затем, услышав открытие дверей лифта на соседнем этаже, закатывают глаза и бегут на лестницу.
Бонусом еще бывают любители проехать один этаж, но среди таких попадаются реально старенькие боббушки или люди с какими-нибудь принтерами в руках, так что это не в 100% случаев бесит.
2) Заходящие в лифт, приехавший по кнопке кабины в другом направлении, а не по вызову с этажа. Абсолютно не понимают бессмысленность действия «скататься на ненужный этаж со всеми, потоптаться, пропуская выходящих там, на обратном пути помахать ручкой своему этажу, остановившись на свою же кнопку». Наверное, так и правда быстрее.
В особо нагруженных лифтах это действительно самый надежный способ хоть как-то уехать на свой этаж. Так как на крайних этажах напихивается куча народу и когда лифт приезжает к вам в нужном направлении, он уже полный.
Согласен, в торговых центрах обычно так делаю, лучше лишний раз скататься на подземный паркинг, чем потом не суметь сесть вообще.
Ну а иногда просто бывает что нажал кнопку, задумался, двери открылись, на автомате вошел внутрь, а оказалось что лифт-то едет в другую сторону и просто остановился кого-то высадить.
Этот протокол называется proprietary. :-)
А серьезно 9/8 бит — если мне не изменяет память (8051 изучал еще 20 лет назад), это аппаратная особенность UARTа в 8051 контроллерах, которая и позволяет легко организовать мультипроцессорный режим — т.е. 9-и битные посылки — это а-ля multicast, а 8-битные — это уже работа с конкретным узлом в сети. Т.е. UART там имеет разные режимы, в зависимости от того, чего ждет данный узел.
Имею в виду кто додумался использовать 9 бит на «выбор получателя», а 8 бит на «данные».
Ну лично я прочитал про такую возможность использования 9-го бита в какой-то книжке про программирование МК К1816ВЕ48/51 (такая черная обложка была). Там как раз описывался такой алгоритм работы с использованием 9-битного режима. А вот как он попал туда — ХЗ. Наверняка из ранних App-Notes на 8051-ый контроллер.
Вот, например, одно из описаний работы в этом режиме:
http://basicembedded.blogspot.com/2014/10/multiprocessor-communication-using-8051.html
Особенно радует, когда нужно сделать программу на ПК для связи по 9-битным протоколу. Там такой опции нет и нужно использовать бит чётности. Именно такую штуку мне пришлось писать в 2001 году, когда я устроился на работу после института.
P.S. 8051 ядро даже ещё очень востребовано и например контроллер CY7C68013A-56VXC применяется в разных популярных логических анализаторах типа Saleae Logic, USBee и других. Есть и свободное sigrok ПО для логических анализаторов на данной микросхеме Ещё на данной микросхеме делают переходники USB-LPT
Как ни странно, но упоминания 8051, 8052 много в проектах на Github (наверное его много где ещё изучают)
Даже сам контроллер AT89C2051 уже давно obsolete.
Как это obsolete? Вполне живой еще :-)
Да и вообще почти вся линейка Атмеловских 8051-совместимых МК все еще in Production.
Вот к примеру эта кнопка: на всю шахту к кнопкам вызова идёт шина из 4 проводов питания (одна пара для цепей безопасности, насколько помню) и 2 проводов шины данных. Этого достаточно для обработки до 4 кнопок, 4 светодиодов и индикатора этажа на каждом этаже. С релейной схемой нужен жгут из нескольких десятков проводов.
А в системах с группой из нескольких лифтов это уже необходимо для реализации алгоритмов оптимизации поездок. Их не построить на релейной логике.
Понятное дело, что логика может быть совсем примитивной в стиле «вверх едем без остановок, вниз собираем все нажатые кнопки» и даже с учётом кнопок вверх-вниз тоже, но тем не менее, она была и в полностью релейных станциях.
Релейные умели только собирать попутные вызовы, сейчас же есть системы с настоящим машинным обучением, которые анализируют поездки по времени дня и недели. Например знаю станцию управления, которая после пары недель обучения может сама в обед и вечером разгонять кабины по верхним этажам, когда все едут, в основном вниз, а утром ставит кабины внизу. Время ожидания значительно сокращается на любой этажности.
Да, сейчас алгоритмы оптимизации обслуживания лифтов настолько усложнились, что никакая релейная станция их не обслужит.
Интересно, где нибудь есть готовые и отлаженные имплементации хотя бы лифтов так на 8 в открытом доступе? Хотелось бы потестить.
Я когда-то наблюдал релейное управление на два лифта в административном здании со «сложной» логикой в виде кнопок вверх/ вниз на этажах и попутного собирания вызовов. Так вот там было по одному шкафу на лифт — это были управляющие контроллеры конкретных лифтов, плюс отдельный шкаф таких же размеров только для логики парной работы. И то, этот шкаф был быстро отключен, а лифты переделали на одиночные, так как глючило оно безбожно.
Это называется "распределенная система" и причина в том, что в классическом исполнении на каждый этаж нужно как минимум пара сигнальных проводов. При увеличении этажности общая длина проводов растет в геометрической прогрессии (больше проводов + суммарная высота каждого из них) и где-то начиная с 10+ этажей переход на последовательный интерфейс с платой на каждом (иногда на 2-4 этажа) становится экономически более выгодным.
Сами же кнопки становятся более интеллигентными из-за требований. Во многих случаях по стандартам надо также показывать направление движения лифта, сигнализировать звуковым сигналом (для слепых), иметь по несколько кнопок/ключей для различных режимов и т.д. Если все это делать дискретными проводами, то их количество будет очень большим.
Кстати сейчас часто используется интерфейс CAN.
Например, на железной дороге есть такой класс систем — электрическая централизация. Она отвечает за управление стрелками и сигналами в рамках одной станции. Так вот, наборная группа централизации — то есть средства задания маршрута в рамках станции (кнопки, АРМы, кое-какая логика — в зависимости от релизации) — не являются безопасной схемой. А вот исполнительная группа (аппаратура, которая непосредственно переводит стрелки и переключает сигналы) — отвечает всем требованиям безопасности, т.е. исключает перевод стрелки под составом, задание враждебных маршрутов и прочие опасные ситуации.
В случае с лифтом кнопка может не относиться к безопасной части, поэтому на неё можно забить. Но это не точно.
Кто сказал, что нет сертификации и стандартов? В пассажирских лифтах давно действуют ПУБЭЛ, и европейские стандарты EN-81.
Сертифицируют и лифты и электронику к ним.
Кнопка лифта не относится к цепям безопасности, но тоже сертифицируется.
Те, кто пошел другим путем (например, все данные по 8 бит), были вынуждены изобретать методы выделения начала и конца передачи (разного рода staff-byte, управляющие символы и т.п.), выделение адреса в посылке, и контроллер основную часть времени занимается анализом обмена.
Сама линия связи формируется из RS-232 с помощью одного резистора и двух диодов. При этом режим работы строго симплекс: приемник принимает сначала данные, переданные своим же передатчиком, а потом ждет ответ.
На стороне контроллера стоит усилитель — повторитель на двух транзисторах.
Опять таки проще некуда, надежно, дешево, но имеется гальваническая связь между приборами (одна из причин последующего перехода на RS-485 — возможность использования гальванической развязки).
Годах этак в 1990-1995 типовых решений для RS-485 не было, и реализация интерфейса стоила ощутимых денег, поэтому и изобретали подобные схемы.
Забавно увидеть сходные решения в столь серьёзном деле, как лифтовое хозяйство.
Те, кто разрабатывали распределенные системы управления лифтами в 2000-ые годы в связи с появлением серьезного спроса на повышенную этажность (18 этажей и выше), и с отсутствующей в то время доступной элементной базой для реализации честных RS-485/CAN, были весьма в затрудненном положении и извращались как могли.
Лично я видел и что-то на подобии SPI (а-ля на сдвиговых регистрах) и а-ля I2C (с отрытым коллектором) и как вот здесь. Еще есть матричные системы. Отдельным вопросом шла гальваническая развязка. На главном контроллере это маст-хэв и так как он всего один на всех, это не дорого. А вот на каждой плате на этаже — очень большая копейка выходит. В итоге опять же извращались как могли — и если гальванической развязки нет — у многих были интересные защитные решения.
Сейчас, есс-но все намного упростилось.
Например, включение реле производилось через тройной каскад из биполярного транзистора, оптопары и полевика (именно в таком порядке).
Это не усложнение, это борьба с помехами.
Часто в силовых устройствах две цепи питания: первая малошумящая — для микроконтроллера и вторая — шумящая, для мощных реле…
Так вот для развязки этих цепей как раз и применяются оптопары (хотя непонятно почему полевик и биполярник не в том порядке )
Если он сломается, и со смертельным исходом, то к кому претензии будут.
Даже если вы не виноваты будете.
Например, сломается датчик, лифт зажмёт человека дверьми и разрежет, кто отвечать будет.
Это юридические вопросы.
Но с точки зрения программиста, мне нравится статья.
Небольшое пояснение: микроконтроллер — это такая микросхема, содержащая вычислительное ядро и набор периферии для управления внешними устройствами.Особенно веселит это пояснение в статье, где описывается реверс-инжиниринг.
Я бы начал с поиска всяких меток на плате, чтобы идентифицировать китайскую компанию-разработчика, затем, в случае фейла, принес бы эйчарам шоколадку, чтобы поискали на hh инженерный народ с названием этой исчезнувшей компании в резюме. И уж только потом полез бы в реверс-инжиниринг, дорогой и непредсказуемый.
Хотя, может быть, автору просто нравится копаться в таких штуках. А может быть, автор это вначале и сделал, но потом решил подсократить статью.
Знакомый, работающий с китайскими производствами, рассказал мне, что китайцы занимаются подобным усложнением схем для увеличения стоимости разработки и производства, если то и другое делают одни люди.Я работал с китайскими производителями сотовых телефонов. Разработчики называются IDH, производители — ODM. Расшифровывать не буду, погуглите. Никто такое не делает. Есть список компонентов, называемый BOM, и на разработчиков жестко давят производители (а на тех — продавцы), чтобы стоимость BOM была минимальной. Зачастую в ущерб качеству — идет замена брэндовых чипов китайскими аналогами и т.п.
Я вижу причину показанного на фотографии в другом. Плата одной из первых версий, в опытных образцах нагрузочную способность силовой части проверяли и поставили посадочные места, чтобы резисторы не висели на проводках — вполне грамотное решение, кстати, если лишнее место на плате есть. Пропустили эту тестовую часть в производство, потому что она ни на что, кроме стоимости BOM, не влияет, и все работало нормально. Но, поскольку успели наштамповать несколько тысяч штук — не выкидывать же эти платы? Так и продали. В следующей версии девайса, когда опять будут нажимать на инженеров со стоимостью BOM, эти резисторы выкинут.
Я бы начал с поиска всяких меток на плате, чтобы идентифицировать китайскую компанию-разработчика, затем, в случае фейла, принес бы эйчарам шоколадку, чтобы поискали на hh инженерный народ с названием этой исчезнувшей компании в резюме.
Это китайский подрядчик производил. Фантастику какую-то пишешь.
И уж только потом полез бы в реверс-инжиниринг, дорогой и непредсказуемый.
Плата на руках есть, перспективы можно было оценить. Это явно логичнее и реалистичнее поиска одной из тысяч китайских фабрик.
Никто такое не делает.
Ну а у меня другая информация и несколько наглядных примеров. И на разработке телефонов работают люди совсем другой квалификации.
Это китайский подрядчик производил. Фантастику какую-то пишешь.Мы уже на «ты»?
Из статьи:
Компания-производитель перестала существовать, но по всей стране ещё был спрос на замену сломанных или отработавших свой ресурс девайсов.Я так понял, что была локальная компания-производитель лифтов, использовавшая китайские контроллеры — не китайские же лифты устанавливались. И советовал искать среди экс-работников этой компании тех, кто имел дело с выбором этой платы и ее поставками, чтобы получить контакты поставщиков платы. Наверное, я выразился слишком сжато.
Плата на руках есть, перспективы можно было оценить. Это явно логичнее и реалистичнее поиска одной из тысяч китайских фабрик.Логичнее и реалистичнее десятка запросов в Гугле? Или поиска по фото платы? Ну, кому как…
Опять же, я не знаю, что было написано на плате, но шелкография там есть, так что, вероятно, производитель добавил пару иероглифов, по которой можно было попробовать его идентифицировать. А мог и не добавить.
Фотку платы прикрепите в ответ, пожалуйста. Интересно стало.
Ну а у меня другая информация и несколько наглядных примеров. И на разработке телефонов работают люди совсем другой квалификации.Даже спорить тут не буду. Разный опыт.
Я так понял, что была локальная компания-производитель лифтов, использовавшая китайские контроллеры — не китайские же лифты устанавливались.
Целиком лифты. Это крупная международная компания и её китайское подразделение, которое ещё и занималось разработкой своих моделей лифтов. Китайское подразделение и загнулось.
Логичнее и реалистичнее десятка запросов в Гугле? Или поиска по фото платы? Ну, кому как…
Опять же, я не знаю, что было написано на плате, но шелкография там есть, так что, вероятно, производитель добавил пару иероглифов, по которой можно было попробовать его идентифицировать.
Я знал маркировку платы и производителя. В статье даже есть скан фрагмента электросхемы лифта. Никаких посторонних надписей на плате не было и быть не могло, заказчик слишком крупный. Этот заказчик передавал разработку и производство неизвестным китайским подрядчикам. Наивно предполагать, что можно найти концы и кто-то из китайцев пойдёт на контакт.
Это сарказм надеюсь? У кнопки всего 2 функции: сообщить о своем нажатии и зажечь подсветку по команде. Остальное — разбор протокола?
Весьма надеюсь (и желаю в будущем), что работа оплачена достойно.
Сколько раз видел: лифт останавливается, зашагивает человек, лифт орет «перегрузка», человек выходит… и так на каждом этаже. А вот чтобы предперегруженный лифт проезжал — не видел.
Ну вообще-то все советские модели лифтов с так называемым "подвижным" полом оснащались тремя выключателями загрузки — 15кг, 90% и 110%. И именно выключатель 90% отвечал за то, чтобы лифт не останавливался на попутные вызовы. Но насколько корректно он работал, не скажу. Судя по вашему посту, наверное, не корректно.
В современных лифтах обычно загрузка измеряется с помощью тензодатчиков и по идее должно работать надежно.
Станция управления лифтом общалась с платами кнопок вызовов по полнодуплексному 24-вольтовому интерфейсу.
Интерфейс, показанный на схеме, называется «токовая петля» и уже много десятилетий является промышленным стандартом. 24 В в конкретной его реализации используется лишь потому, что это стандартное напряжение низковольтного питания.
Промышленный реверс-инжиниринг