-
- Наоборот - уже имея отлаженный код работы с I2C-датчиком, я просто
заменяю обращение к члену класса TI2CSoft на обращение к его
наследнику TI2CSoftBy1wire Samx(283 знак., 20.05.2024 12:13)
- Это понятно. Просто вам полюбому нужно всё написать ручками. Только
у условного меня, на Ц, будет либо переназначение дефайнов, либо
просто две функции, где это уже будет сделано прям в коде. - mse homjak(20.05.2024 12:45)
- Да, и в каждый вызов функции нужно будет явно передавать структуру
с переменными состояния. Датчиков то несколько десятков. И для чего
этот геморрой? Samx(117 знак., 20.05.2024 13:04)
- Да я, собсно, не против. mse homjak(665 знак., 23.05.2024 22:22)
- Да, и в каждый вызов функции нужно будет явно передавать структуру
с переменными состояния. Датчиков то несколько десятков. И для чего
этот геморрой? Samx(117 знак., 20.05.2024 13:04)
- Это понятно. Просто вам полюбому нужно всё написать ручками. Только
у условного меня, на Ц, будет либо переназначение дефайнов, либо
просто две функции, где это уже будет сделано прям в коде. - mse homjak(20.05.2024 12:45)
- Возможно, вы не поняли. В этом случае, через существующую линию
1wire, на дальнем конце, с помощью расширителя портов 1wire,
реализован I2C для опроса удалённого I2C-устройства через имеющуюся 1wire-сеть. - Nikolay_Po(19.05.2024 21:06)
- Это, как раз, понятно. Я не детализированно обозвал функции. типа
setStartIIC() и setStart1wire(). Ну и набор вверх до записи-чтения.
Т.е. это всё уже должно быть написано. Но вызов сделан не как
написал я выше, а как принято в ЦПП. Дажэ не так mse homjak(578 знак., 19.05.2024 21:33 - 20.05.2024 12:48)
- Как-то делал девайс с несколькими SPI на STM, ну и в нём заюзал
LWIP. Его отлаживать без дебажного выхлопа неинтересно было, ну и
пришлось заюзать ногу SWO, а оно пересекалось с одним из SPI и
подходящих свободных не было. Сделал SPI ногодрыгом, но выделил
указатель SPI-ного типа на какую-то левую память для SPIn и не
менял API и уже написанный код. - Vit(19.05.2024 22:01)
- Так в том и дело, заработало и хрен с ним. Эти механизьмы дают лютый выхлоп в некой стандартной среде, на неком стандартном оборудовании. Причом, чтобы низкий уровень ужэ кто-то написал. Тогда, да, пусть лошадь думает, у неё голова большая. А так, автоматика: нажал на кнопку, мешок на спине. Нажал другую, спина в мыле. Ну, мож кому-то, действительно, помогает, ХЗ. - mse homjak(19.05.2024 22:02)
- Как-то делал девайс с несколькими SPI на STM, ну и в нём заюзал
LWIP. Его отлаживать без дебажного выхлопа неинтересно было, ну и
пришлось заюзать ногу SWO, а оно пересекалось с одним из SPI и
подходящих свободных не было. Сделал SPI ногодрыгом, но выделил
указатель SPI-ного типа на какую-то левую память для SPIn и не
менял API и уже написанный код. - Vit(19.05.2024 22:01)
- Это, как раз, понятно. Я не детализированно обозвал функции. типа
setStartIIC() и setStart1wire(). Ну и набор вверх до записи-чтения.
Т.е. это всё уже должно быть написано. Но вызов сделан не как
написал я выше, а как принято в ЦПП. Дажэ не так mse homjak(578 знак., 19.05.2024 21:33 - 20.05.2024 12:48)
- Наоборот - уже имея отлаженный код работы с I2C-датчиком, я просто
заменяю обращение к члену класса TI2CSoft на обращение к его
наследнику TI2CSoftBy1wire Samx(283 знак., 20.05.2024 12:13)