спасибо.

тебе тоже подходит

принцип как в i2c получается

только с UART в кольце

и Штирлиц был прав

посчитаю сейчас экономическую стоимость нескольких реализаций. построю на чем дешевле.

посчитаю сейчас экономическую стоимость нескольких реализаций. построю на чем дешевле.

смотри суть

а не проще перед отправкой слейва экрану отправить 0 мастеру, отправлять байты экрану и после этого отправить мастеру 1

или медленно

1. к мастер tx, подключены рабы параллельно и слушают. 2. у каждого девайса свой адрес 3. мастер принимая данные с раба, вызывает его по адресу. 4. у рабов передатчики в параллель и завязаны на rx мастера, но все отключены 5. раб получая адрес, переключает линию вывода на передачу, и отправляет данные мастеру. 6. отключает линию передачи до получения позывного.

Профит

посчитаю сейчас экономическую стоимость нескольких реализаций. построю на чем дешевле.

?

отключены - линия в состоянии Z

про spi уже посмотрел уже, но не нашел пока дешевого adc

про spi уже посмотрел уже, но не нашел пока дешевого adc

УАРТ проще

и гибче

Линию приема мастера нужно подтянуть к питанию как в i2c

и в чем принципиальное различие с i2c тогда получается? если не смотреть на транспорт.

Согласно принципу kiss - все эти сети из ардуин - дичь

а мне идея нравиццо. Запасные мозги не помешают.

и в чем принципиальное различие с i2c тогда получается? если не смотреть на транспорт.

ничем, это одно и то же )

только аппаратно - раздельно

и без тактового сигнала

а мне идея нравиццо. Запасные мозги не помешают.

это из раздела давайте ебанем в каждый soho router asr9000? чтоб было?

и без тактового сигнала

пойду подучу мат часть, вернусь тогда снова.

реализация и закупка пока откладывается.

пойду подучу мат часть, вернусь тогда снова.

?

реализация и закупка пока откладывается.

ты можешь в протеусе сэмулировать

значит что у меня отложилось: мастер посылает байты слейву по rx у слейва прерывание на получение данных по uart, он начинает слать полученное экрану scl подключен к транзистору, который дрыгает по tx как только дрыг прекращается, через N времени мастер шлет новые данные, цикл повторяется

значит что у меня отложилось: мастер посылает байты слейву по rx у слейва прерывание на получение данных по uart, он начинает слать полученное экрану scl подключен к транзистору, который дрыгает по tx как только дрыг прекращается, через N времени мастер шлет новые данные, цикл повторяется

да, это если мастер не запрашивает данные

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

к этому времени мастер уже включил прерывание приемника

вот яннп как он может включить его или выключить, он может только передавать и получать данные, в смысле передать какой-то командный байт по на rx или что

ЗАПРЕТИТЬ ПРЕРЫВАНИЕ

точнее не так

у тебя два прерывания

ты либо разрешаешь прием через UART

либо (другое прерывание) - контроль изменения состояния линии

включаешь либо одно, либо другое

в первом случае - штатный прием

во втором - считаешь тайминги после изменения с низкого в высокий

во втором - считаешь тайминги после изменения с низкого в высокий

на rx?

аха

это из раздела давайте ебанем в каждый soho router asr9000? чтоб было?

да, я так делаю. MediaTek Linkit DUO :)

при каком условии второе прерывание разрешается?

для мастера который опрашивает все)

openwrt внутри

при каком условии второе прерывание разрешается?

если мастеру не нужно принимать данные

отправил и включил прослушку линии

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

нужна подтяжка tx мастера к питанию

подтяжку rx обеспечит раб

у меня же мастер - пк, я на прерываниях на нем вообще не думаю

наху тада ваще изголяться?

я думал ты в курсе

@Dolphin_Soft я вот думаю, если у меня uart аппаратный и i2c аппаратный, то все, что мне остается - это написать драйвер экрана, вот только на асме или на си

?

какой вопрос, такой ответ

ну я же в продолжение темы в лс пишу

значит все это дрыгание транзистором не нужно?

а как ПК узнает что у тебя раб занят? )

ну наверное отправил в tx что занят и после экрана отправил что свободен

если ты не будешь запрещать прерывания раба, то и так будет работать

ну наверное отправил в tx что занят и после экрана отправил что свободен

это не нужно будет

у тебя тактирование i2c остановится на время приема uart

а наоборот?

ERROR: S client not available

короче, свари стенд

что наоборот?

ты с экрана читать удумал?

чтобы мастер не отправлял пока и2с пишу

а че не похуй ли?

я же выше описал ситуацию

ну замерзнет у тебя i2c

примет данные

и оттает

сколько ты данных слать собрался?

войну и мир?

я же тебе говорил - конфиг формируешь ДИНАМИЧЕСКИ

1 параметр - одна отправка

Делай два экрана ;)

мне бы с одним справиться

ну замерзнет у тебя i2c

разве это не плохо, что он на середине передачи замерзает?

или интервал отправки с мастера выставить

типа раз в секунду

ясен пень

при включении грузишь все

а потом по изменениям

типа раб говорит - мне нужны все данные

мастер ему дает все

типа ты выключил экран

включил - он перечитал текущий конфиг

ладно, я спать

а оно нужно?

обязательно

типа, что мастер дал, то и вывел

у тебя экран - не картинка

а девайс конечный

почему и говорю - делай два