Чт июл 12, 2018 18:28:08
Сб июл 21, 2018 02:44:47
Вт авг 14, 2018 11:56:08
Пн авг 20, 2018 04:13:51
На хабре специфичная публика, вебразработчики в основном. И система кармы специфичная. Не любят разборки и сольют за сам факт. Меня на хабре нет, а если захочется что-то такое, есть easyelectronics с более тематичной публикой. Впрочем, hackday мне больше нравится. Неординарными проектами, смелыми идеями и настроем публики.На великом и могучем описание реализации я как-то размещал на хабре (в то время гиктаймс),...
По крайней мере, это был самый простой, понятный и логичный вариант который навскидку попался. Кстати, примером простоты выглядят простые RF модули: минимально приемник 1 транзистор + 2904 (358, ...). Но там "жульничество": сверхрегенерация. Есть варианты схем, где сдвоенный операционник делает нечто типа АРУ аппаратно, усиливая отличия сигнала сейчас от усредненного (RC цепочкой, так что деталей мало). Как я понимаю это дает восстановление битов независимо от абсолютного уровня сигнала, без участия МК. А тут что-то такое - плохая идея? Из плюсов - МК ничего не знает про это (прошивка проще, что хорошо для датчиков и проч). Из минусов - RC не переконфигурируется программно. Могу показать пример куска схемы в таком духе.Цели создания данного модема:
- минимальное количество деталей
- предельно низкая цена
- при этом максимальные возможности
Для лично меня штука любопытна тем что дает понимание как это можно делать. Я то понял что и как, а вот насколько англоговорящие поняли что задумано - не знаю. Некоторые из оборотов они не используют, перевод русского в английский 1 в 1 все же не всегда срабатывает. А так ... я могу представить себе коммуникационную среду, с датчиками, охраной, управлением и всем таким, на базе чего можно делать нечто типа "умного дома" (и не только). Я вижу себе это как "1.5-уровневую" систему: глупые/дешевые "датчики" (МК, не сложнее F103) и более умные штуки типа контроллеров локаций, равноправных/дублирующих друг друга (насколько физически возможно, хотя-бы в пределах локации), некоторые из - гейты в другие протоколы/интернет/etc. Чтобы все это было всегде мне доступно. Из любой точки планеты. Мне кажется что многие мечтают о чем-то таком. Упомянутая штука выглядит неплохим вариантом для случая когда датчик питается от сети. Мне хочется нечто типа синхронного битового протокола, так к FEC дружественнее: всегда ожидаемое количество битов. В uart может из-за единичного сбоя выпасть пару байтов в середине пакета - дальше пакет в мусор: точно неизвестно сколько и чего выпало. При синхронном протоколе битов нужное количество, а то что несколько перевернуто - FEC исправит. Можно перепослать сбойный пакет, но если в канале рушится каждый 20-й бит, UART-у будет напряжно. А с FEC + синхронным протоколом - исправить 1/20 сбойных битов и дело в шляпе. Но как синхронку поаппаратнее слать/принимать - вопрос (SPI? USART в синхронном режиме?). И требования к разбегу тактовых частот... (лично меня требование кварца у всех кто вхож в протокол - не напрягает).Реализация есть. Описание: https://hackaday.io/project/156686-powe ... -blue-pill
По профилю там еще есть разработки.
За рунглиш - звиняйте. Как умею (основная практика - чтение)
Сайт еще только в начале реализации. Но планирую все открытые разработки там выложить. ( open-plc.com )
Вт авг 21, 2018 20:20:11
Ср авг 22, 2018 17:35:32
Ср авг 22, 2018 21:28:29
Ср авг 22, 2018 23:42:41
Чт авг 23, 2018 23:10:01
Вс авг 26, 2018 11:16:19
Пн авг 27, 2018 04:23:57
Пн авг 27, 2018 06:21:18
Ср авг 29, 2018 15:36:11
Ну так я и посмотрел как делают протоколы для этого самого. С достаточной избыточностью можно вытянуть даже очень плохие условия. И все же для радио 5% BER считается "запредельным" в массе своей. Хотя возможно вы сигналы от космических аппаратов принимаете? У них то конечно свои понятия о качестве сигнала, когда передатчик в паре миллионов километров. Но в сети условия тепличные - 1.8МГц неплохо разлетится по проводам.В радиоканале то же самое всё.
Чт авг 30, 2018 06:03:55
Ну да, мне что-то такое пришло в голову. Для оптимизации нагрузки на МК можно попробовать обнаруживать preamble/magic, а основную часть пакета можно попробовать словить SPI или USART (в Sинхронном режиме). Клок конечно же локально синтезировать (требует кварцы с обоих сторон, иначе можно не те биты поймать, но кварц у мк есть). И тогда неизбежно примется нужное количество битов, если их отправили. То что часть будет битой - ну и ладно. С uart проблема в том что если его фрейминг собьется в середине пакета, выпадет сколько-то байтов в неизвестной позиции. Это делает проблематичным FEC, пакет идет в мусор, если канал шумный - не пролезет ни 1 пакет. Перепосылки пакета при сбое в каждом 20 бите не помогут, каждый пакет будет битым. FF починит сбой фрейминга, но кто сказал что он не произойдет снова? UART хорош лишь простотой и лобовой реализацией, но такая недружественность uart к FEC мне не нравится.
Чт авг 30, 2018 08:03:43
Чт авг 30, 2018 11:02:32
Чт авг 30, 2018 11:20:28
Пт авг 31, 2018 08:04:33
В SPI у AVR по крайней мере плавно подстраивать частоту приема не выйдет. А крутить через варикап собственную тактовую - оригинально - но как-то через не тот проход.
Пт авг 31, 2018 11:33:59
Сб сен 01, 2018 16:33:01