[@mutny]

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

[@Michael.]

Я тоже не представляю назначение многих разработок и девайсов, а вместе с тем их для чего-то ведь придумывали и используют. Просто нельзя знать назначение абсолютно всего. Могу Вам показать одну свою разработку, построенную на электронных акселерометрах, которая контролирует угол наклона цилиндрического тела к поверхности земли и его положение в пространстве относительно оси вращения. Вот для чего можно использовать такой девайс? Казалось бы бесполезная вещь. А вместе с тем, он используется на практике как датчик положения бура в СГБ (системе горизонтального бурения).

Что бы прояснить ситуацию по рассматриваемому устройству, я немного расскажу как оно появилось. Идея не моя, просто один человек реализует "умный дом" с использованием в качестве центрального "сервера" ПЛК, к которому он и хотел подключить общий приемник для всех радиодевайсов. Ему требовалось преобразовать коды радиодатчиков и брелков "в удобоваримый" для ПЛК интерфейс, в частности RS232. Я со своей стороны предложил реализовать дополнительно интерфейс RS485. Такая вот история.

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

[@mutny]

Оффтоп

а могла бы приносить

[@Michael.]

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

Оффтоп

а могла бы приносить

Оффтоп

Ну так не вопрос, будут конкретные предложения-можно заняться этим вопросом более серьезно.

[Scorpy]

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

[@Michael.]

А я вот подумал - а зачем для подобной системы, о которой говорил mutny преобразовывать в 1-wire? Если система идентификации доступа для проезда автомобилей собрана на обычном ПК, зачем нам двойное преобразование - сначала радиокод в 1-wire, затем 1-wire все равно передает это ПК через преобразователь в COM (USB) порт. Разве нет?
Тогда что мешает сразу непосредственно подключить рассматриваемый девайс через RS232 и "привязать" получаемые радиокоды к базе электронных ключей даллас, которые хранятся на том же ПК? Абсолютно не нужно тут "писать отдельное ПО", достаточно написать небольшой "драйвер".

---------- Сообщение добавлено в 21:24 ---------- Предыдущее было в 20:53 ----------

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

mutny,
вобщемто в скудах пэо тоже позволяет видеть номера ключей на компьютерах,

"Увидеть" номер далласа можно самой примитивной программой с простейшим адаптером на COM порт - ПРИМЕР
А вообще в фирменном DS1990A код написан прямо на "таблетке"

[@mutny]

Michael., дело в том, что во многих системах СКУД коды ключей хранятся и в компе и в контроллерах, настройки работы системы тоже часто хранятся в контроллерах, а ПО уже второстепенно, т.е. оно уже получает данные о выполненых процессах и их результатах. делается это для того, чтобы даже при сбое компьютера или банальном выключении, система работала, потому считыватели ключей подключаются к контроллерам, а не к компьютеру. да и не всегда системой управляет комп. кроме того я уже говорил, что никто не будет заморачиваться "привязыванием" сторонних устройств к своему ПО - им не выгодно, а при наличии 1-wire разрешение никто и спрашивать не будет. кстати, я уже нашел несколько готовых устройств, читающих коды радиобрелоков и преобразующих их в 1-wire. пока что они в РБ доступны только под заказ, но думаю, что скоро будут в свободной продаже.

[@Michael.]

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

Michael., дело в том, что во многих системах СКУД коды ключей хранятся и в компе и в контроллерах.....
.......кстати, я уже нашел несколько готовых устройств, читающих коды радиобрелоков и преобразующих их в 1-wire. пока что они в РБ доступны только под заказ, но думаю, что скоро будут в свободной продаже.

Понятно. Тогда действительно лучше 1-wire
А что касается готовых устройств - ну раз они есть, то не вижу смысла "изобретать велосипед".

---------- Сообщение добавлено в 22:37 ---------- Предыдущее было в 22:33 ----------

Кстати, а какая их стоимость?

[@mutny]

Michael., сейчас тяжело найти устройство, которое еще не создано, но можно занять нишу, которая на рынке еще свободна. тем более, что данному устройству для примера не нужно красивого эстетичного корпуса с дизайнерскими стильными изгибами - достаточно качественной элементной базы, добротного монтажа, коробочки с антеннкой и цены на 5-10 долларов ниже, чем у конкурентов из-за бугра. у Вас на сайте много действительно перспективных разработок, в которых не хватает какой-либо мелочи, причем в большинстве случаев эта мелочь - желание заработать.

---------- Сообщение добавлено в 22:43 ---------- Предыдущее было в 22:43 ----------

по стоимости отправили запрос - пока что ответа нет.

[@Michael.]

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

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

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