[leocat 0]

Я ж написал - одна функция на модуль. Т.е. отдельно модуль с диммером. Отдельно модуль с 2-мя релюшками. Отдельно модуль - контроллер RGB.

 

Для работы с диммером накой высокая скорость? Розеткой взглядом управлять?

 

Вы знаете стандартизированный проводной интерфейс получше?

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

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

 

Н-да... Не читал, но осуждаю! (с) Шариков.

Попробуйте все же сначала почитать про современные PowerLine технологии и хотя бы поверхностно с ними разобраться.

Напр: http://www.nix.ru/price/search_panel_ajax....:homeplug;p:all

Кстати, HomePlug, никак не пересекается с моим модемом, и могут "жить" в сети одновременно.

Для управления устройствами на скорости до 10 МБит можно использовать чипы QCA7000, стоимость в розницу примерно $8.

 

Ни о каких сертификатах я с вами даже говорить не собираюсь. ВНИМАТЕЛЬНО почитайте посты по ссылке, потом общаться возможно будем.

[pitman 0]

Для управления устройствами на скорости до 10 МБит можно использовать чипы QCA7000, стоимость в розницу примерно $8.

 

Всю документацию по этому чипу Qualcomm дает только под NDA и при больших заказах. Ищу руководство по программированию и т.п. уже полгода, но даже у китайцев ее нет в продаже. Может быть она есть у вас?

 

[VCucumber 0]

Если сделать Ethernet c TCP/IP/UDP, ARP, DHCP, DNS, HTTP, MQTT, SSL, ICMP, IGMP, TELNET на том же микроконтроллере что и основная задача, то грош цена вашей надежности.

простите, зачем ?

 

[syoma 1]

Если логический контроллер имеет интерфейс Ethernet, то этот интерфейс у него всегда! обслуживает отдельный процессор.

Ориентироваться на 30$ в такой конфигурации нереально.

 

Если сделать Ethernet c TCP/IP/UDP, ARP, DHCP, DNS, HTTP, MQTT, SSL, ICMP, IGMP, TELNET на том же микроконтроллере что и основная задача, то грош цена вашей надежности.

Ваш дивайс будет заниматься только тем что парсить бесконечный флуд сетевых сканеров, маршрутизаторов, ботов, и просто сетевых сервисных служб обычных ПК.

Я уверен 100% что дивайс в такой сети будет виснуть не реже раза в неделю.

Короче идея выводить в интернет или даже в локалку отдельные дивайсы - зло.

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

Хотя я имел дело с МК, на котором был реализован TCP/IP стек, FTP и Вебсервер еще в 2003 году. Он также сам дергал ногами, считал импульсы от электросчетчика и был выставлен в интернет с белым айпишником и с ссылкой на заглавной странице университета. Все на одном МК с производительностью примерно 51 разогнанного процессора. Время бесперебойной работы достигало года, до того, как его выключили. Перезагрузок никто не делал - о нем просто забыли.

Так что я понимаю, что у вас какие-то фобии по этому поводу. Неудачный софт применили?

[AlexandrY 2]

Так что я понимаю, что у вас какие-то фобии по этому поводу. Неудачный софт применили?

Т.е. вы тоже признаете, что управлять качеством такого софта невозможно. Можно только надеяться на удачу.

Но тогда простая логика. Чем меньше софта - тем надежней работа.

В CAN-е софта меньше на порядок.

 

Тут случай был недавно, когда у нас сеть накрылась после молнии.

Некоторые свитчеры как будто бы остались рабочими. Но народ не мог отправить емайлы, а так по сети нормально работал.

Выяснилось что на некоторых портах свитчеры искажали данные пакетов, но так, что контрольная сумма оставалась правильной.

Низкие протоколы это пропускали, а высокие с PTP шифрацией - нет.

Это к тому, что делая потребительский дивайс с Ethernet вам надо готовиться к войне со всей сетевой инфраструктурой со всеми ее глюками.

Примеры отдельно стоящих и несбоящих embedded серверов здесь никого не убедят.

 

 

 

[leocat 0]

Всю документацию по этому чипу Qualcomm дает только под NDA и при больших заказах. Ищу руководство по программированию и т.п. уже полгода, но даже у китайцев ее нет в продаже. Может быть она есть у вас?

Есть. И чо? Поделиться не смогу ибо подписаны бумаги о не распространении. И все, кто занимается разработкой на основе чипов Qualcomm/Atheros подписывает аналогичные документы. Так, что те же китайцы ваш вежливо пошлют. Есть даже отладочные комплекты от Qualcomm.

Выполнить разработки - пожалуйста.

Несколько лет занимался PLC ( модемы ). Остались даже пара уникальных, по сути готовых к производству образцов ( кстати, совместно с китайцами ) - PLC + хаб 3 порта 100 МБит в пром инкарнации. Требовалось решение по объединению контроллеров в сеть в условиях жутких ЭМП.

Витая пара ( экранированная ) глохнет сразу же. CAN тоже, мало того, при тестировании один из интерфейсных чипов CAN вообще взорвался на пару с защитой ( это про уровень ЭМП ). Ну и есс-но одно из требований - подешевше... Остались варианты оптики и PLC. Остановились на последнем ( были образцы показать работоспособность технологии, но оффисного варианта ). Разработана и изготовлена небольшая партия. Все работает уже несколько лет.

 

...Все работает уже несколько лет.

Забыл дополнить, что решение на основе AR7420

[syoma 1]

Т.е. вы тоже признаете, что управлять качеством такого софта невозможно. Можно только надеяться на удачу.

Вообще нет. С чего вы взяли?

 

[leocat 0]

2: pitman

Если сильны в линукс, то можете инфу по управлению уже прошитого QCA7000 найти тут: https://github.com/torvalds/linux/tree/mast...hernet/qualcomm

[pitman 0]

Поделиться не смогу ибо подписаны бумаги о не распространении.

 

Ок, значит продолжаю искать того, кто может.

 

Так, что те же китайцы ваш вежливо пошлют.

 

Когда надо было мы у них приобрели документация и ПО для CSR8670 от Qualcomm, т.к. устали добывать официальным путем.

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

 

2: pitman

Если сильны в линукс, то можете инфу по управлению уже прошитого QCA7000 найти тут: https://github.com/torvalds/linux/tree/mast...hernet/qualcomm

 

Да, про эту утилиту знаю, смотрел ее и драйвера в ядре Линукса. Так же снял дампы обмена SPI для разных команд, делаю реверсинг и т.п.

[leocat 0]

Да, про эту утилиту знаю, смотрел ее и драйвера в ядре Линукса. Так же снял дампы обмена SPI для разных команд, делаю реверсинг и т.п.

Ну, вообще то это не утилита, это драйвера.

форков есть несколько, напр: https://github.com/qca/qca7000

QCA7000 имеет два интерфейса: SPI и UART. Драйвера обеспечивают реализацию стека IP. В случае с UART - SLIP.

 

Это все равно, что сказать, что занимаюсь реверсом для например: ENC28J60

Драйвера для линукс и не только уже есть.

 

Прошивка для QCA тоже вроде не секретна: https://github.com/raspberrypi/firmware/blo...ys/qca7000.dtbo

Описание программирования самого чипа и библиотеки нужны в исключительно редких случаях, когда есть гигантское желание обойтись только QCA для задач автоматизации. Но опять таки памяти у камня не так много и "заточен" он под специфичные задачи. Есть большое желание самому управлять 100+ DSP камня?

Необходимы "утечки" Qualcomm сам организовал, напр: https://www.usbid.com/assets/datasheets/21/qualcom.pdf

Так, что для начала работы с чипом информации вполне хватает.

 

[VCO 0]

Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете :rolleyes:

Сколько бы Рогозян щёки не раздувал, как не было, так и нету, и делать не собераютсо...

[gin 0]

Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете :rolleyes:

Сколько бы Рогозян щёки не раздувал, как не было, так и нету, и делать не собераютсо...

 

А как же Воронеж?))

[pitman 0]

Ну, вообще то это не утилита, это драйвера.

форков есть несколько, напр: https://github.com/qca/qca7000

QCA7000 имеет два интерфейса: SPI и UART. Драйвера обеспечивают реализацию стека IP. В случае с UART - SLIP.

 

Ок, это драйвера которые реализуют работу сетевого стека Линукс через чип. В моем случае интерфейсом является SPI и сетевой стек Линукса шлет кадры Ethernet через него.

 

Вот только помимо передачи данных есть еще управление самой QCA7000. А это делается через набор специальных утилит которые опенсорцные но разрабатываются работниками Qualcomm и как раз дампы управления запрос-ответ были сняты.

 

Прошивка для QCA тоже вроде не секретна: https://github.com/raspberrypi/firmware/blo...ys/qca7000.dtbo

Описание программирования самого чипа и библиотеки нужны в исключительно редких случаях, когда есть гигантское желание обойтись только QCA для задач автоматизации. Но опять таки памяти у камня не так много и "заточен" он под специфичные задачи. Есть большое желание самому управлять 100+ DSP камня?

Необходимы "утечки" Qualcomm сам организовал, напр: https://www.usbid.com/assets/datasheets/21/qualcom.pdf

Так, что для начала работы с чипом информации вполне хватает.

 

Обзорный даташит без особых деталей. Нет описания ММЕ команд и регистров.

[syoma 1]

Еще одна идея - денег не надо:

Сделать комплект шумоподавления для бытового применения. Т.е. комплекс из микрофонов, DSP и аудиосистемы, генерирующий звук с противоположной фазой к измеряемому с помощью микрофонов. Микрофоны должны быть влагозащищены и желательно быть на беспроводных технологиях. Как пример использования: микрофоны размещаем снаружи здания возле окна. С внутренней стороны размещаем аудиосистему и понижаем уровень шума от транспорта, проходящий через окно на пару десятков децибел. Теперь можно спокойно ночью спать с окном на оживленную улицу. Также можно заизолироваться от шумных соседей или наоборот, сделать комнату в которой можно в три часа ночи орать по полной караоке, а соседи ничего не услышат. Основная загвоздка ИМХО - правильные алгоритмы генерации объемного звука, но судя по прогрессу различных домашних кинотеатров, это уже не проблема.

[fpga_verilog 0]

Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете

Есть до сих пор, представляете.