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

    

Покупаю идеи+проекты.

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

 

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

 

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

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

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

 

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

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

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

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

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

 

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

Поделиться сообщением


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

 

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

 

Поделиться сообщением


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

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

 

Поделиться сообщением


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

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

 

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

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

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

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

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

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

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

Поделиться сообщением


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

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

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

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

 

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

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

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

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

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

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

 

 

 

Поделиться сообщением


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

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

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

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

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

 

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

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

Поделиться сообщением


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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2: pitman

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

Поделиться сообщением


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

 

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

 

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

 

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

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

 

2: pitman

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Да, про эту утилиту знаю, смотрел ее и драйвера в ядре Линукса. Так же снял дампы обмена 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

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Ну, вообще то это не утилита, это драйвера.

форков есть несколько, напр: 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

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

 

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Есть идея - создать наконец-то отечественную FPGA. Нету до сих пор, представляете

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

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Для публикации сообщений создайте учётную запись или авторизуйтесь

Вы должны быть пользователем, чтобы оставить комментарий

Создать учетную запись

Зарегистрируйте новую учётную запись в нашем сообществе. Это очень просто!

Регистрация нового пользователя

Войти

Уже есть аккаунт? Войти в систему.

Войти
Авторизация