-
- ПОвесь на SPI 74hc595 на выход или 74hc165 на вход. - mura(28.07.2010 12:23)
- Примерно вот так: Леонид Иванович(28.07.2010 12:15)
- а где регистры-то? - koyodza(28.07.2010 12:17)
- Ну так какая разница, память, часы - это программно выглядит как регистры. - Леонид Иванович(28.07.2010 12:19)
- а где регистры-то? - koyodza(28.07.2010 12:17)
- Регистры на запись или считывание? - Vladimir Ljaschko(28.07.2010 11:27)
- оба направления. - cvv(28.07.2010 12:28)
- Не критично, что на запись после сброса состояния выводов случайные? - Vladimir Ljaschko(28.07.2010 12:40)
- нет. об этом уже позаботился - cvv(28.07.2010 12:55, ссылка)
- У Микрочипа есть целая серия I/O-экспандеров (->) - Dir(28.07.2010 12:40, ссылка)
- как оказалось, здесь нужно несколько иное - koyodza(28.07.2010 12:41, ссылка)
- Не критично, что на запись после сброса состояния выводов случайные? - Vladimir Ljaschko(28.07.2010 12:40)
- оба направления. - cvv(28.07.2010 12:28)
- вопрос схемотехнический, я так понял? в чем конкретно сложность? 10 регистров => 4 ножки на шину адреса, 8 - на шину данных. или нет? - Snaky(28.07.2010 11:08)
- хочется посмотреть как народ декодирует адреса. - cvv(28.07.2010 11:18)
- для 10 регистров можно взять два шт. ИД7 (74138) koyodza(475 знак., 28.07.2010 11:32)
- спасибо за идею. реально вместо регистров будет стоять несколько tl16c754. - cvv(28.07.2010 12:17)
- 40 уартов? А мега не укакается? - koyodza(28.07.2010 12:20)
- чуть меньше. каждый из них будет работать на 9600, так что мега управится. - cvv(28.07.2010 12:27)
- если только маршрутизировать, то справится. Если более сложная обработка, то вряд-ли - koyodza(28.07.2010 12:40)
- никакой обработки не потребуется. плюс одновременно будет вестись обмен только по части каналов. - cvv(28.07.2010 12:51)
- тогда может и уартов столько не надо? Просто мультиплексировать выходы нескольких уартов, количество которых выбирается исходя из того, сколько уартов могут обмениваться данными одновременно. Или вообще матрица мультиплексоров, а МК только управляет ими, koyodza(135 знак., 28.07.2010 12:56)
- Ну если еще ближе к жизни то Мега будет упаковывать/распаковывать поток 115200 получаемый от FTDI на 12 каналов RS232 одновременно. + возможно какието тривиальные пляски в виде дерганья ножками по началу/концу пакета. - cvv(28.07.2010 18:12)
- 3 шт. 4-х-канальных USB/UART - FT4232H - и разбор полётов пограмме на компе отдать - Vit(29.07.2010 17:27)
- а как потом все это безобразие адресовать? плюс нету физической возможности использовать более одного канала на компе. - cvv(29.07.2010 17:40)
- поставь хаб. а адресовать уж извини - ничем не сложнее тройной мутоты с маршрутизацией через загребание/разгребание протокола - Vit(29.07.2010 17:49)
- хорошо, твои соображения по отображению номера канала FTDI на имя устройства в ОС? особенно в свете что FTDI 3 штуки, и порядок их подключения к компу произвольный? - cvv(29.07.2010 18:00)
- Для начала у каждой должен быть свой серийник. - Vit(29.07.2010 18:02)
- я делал пляски с серийником, но не нахожу их более простыми чем разгребание прототкола. - cvv(30.07.2010 11:36)
- сложность в попугаях мерить?:) Vit(147 знак., 30.07.2010 12:02)
- Я в свое время подключал четыре FT232BM к компу через TUSB3410. Всё нормально работало. - FDA(30.07.2010 08:39)
- я делал пляски с серийником, но не нахожу их более простыми чем разгребание прототкола. - cvv(30.07.2010 11:36)
- Для начала у каждой должен быть свой серийник. - Vit(29.07.2010 18:02)
- хорошо, твои соображения по отображению номера канала FTDI на имя устройства в ОС? особенно в свете что FTDI 3 штуки, и порядок их подключения к компу произвольный? - cvv(29.07.2010 18:00)
- поставь хаб. а адресовать уж извини - ничем не сложнее тройной мутоты с маршрутизацией через загребание/разгребание протокола - Vit(29.07.2010 17:49)
- а как потом все это безобразие адресовать? плюс нету физической возможности использовать более одного канала на компе. - cvv(29.07.2010 17:40)
- 12 каналов на 9600? далеко тянуть? может I2C проще? - Mahagam(29.07.2010 12:35)
- Тогда там вообще Mega и аппаратные UARTы не нужны. Один LPC13/17 или STM32F103 вполне могут справиться. 1 UART аппаратный и 12 программных. Вполне допускаю что и FTDI лишнее. USB и 5 UARTов аппаратные, 7 - программные - Dir(28.07.2010 18:36)
- Ну или та же ATXmega128A1. 8 UARTов аппаратные (1 - 115200, 7 - 9600) и 5 программные (9600). Лишь бы ног хватило для ритуальных плясок. - Dir(28.07.2010 18:47)
- сейчас нет возможности осваивать новую платформу. сначала хотели делать на At91Sam9260 но потом решили что быстрее и дешевле будет на mega128+ftdi+16c754. - cvv(29.07.2010 12:11)
- 16С754 дешевле??? Ну разве что у вас у вас под столом мешок с ними стоит... - Dir(29.07.2010 17:14)
- кстати 16c754 уже есть, хотя немного меньше мешка. - cvv(30.07.2010 11:34)
- по сравнению с первой итерацией проэкта - существенно дешевле. - cvv(29.07.2010 17:43)
- 16С754 дешевле??? Ну разве что у вас у вас под столом мешок с ними стоит... - Dir(29.07.2010 17:14)
- сейчас нет возможности осваивать новую платформу. сначала хотели делать на At91Sam9260 но потом решили что быстрее и дешевле будет на mega128+ftdi+16c754. - cvv(29.07.2010 12:11)
- Ну или та же ATXmega128A1. 8 UARTов аппаратные (1 - 115200, 7 - 9600) и 5 программные (9600). Лишь бы ног хватило для ритуальных плясок. - Dir(28.07.2010 18:47)
- 3 шт. 4-х-канальных USB/UART - FT4232H - и разбор полётов пограмме на компе отдать - Vit(29.07.2010 17:27)
- +1. Когда-то мультиплексировал UART ATmega64 на именно 40 UARTов. - Леонид Иванович(28.07.2010 13:36)
- Ну если еще ближе к жизни то Мега будет упаковывать/распаковывать поток 115200 получаемый от FTDI на 12 каналов RS232 одновременно. + возможно какието тривиальные пляски в виде дерганья ножками по началу/концу пакета. - cvv(28.07.2010 18:12)
- тогда может и уартов столько не надо? Просто мультиплексировать выходы нескольких уартов, количество которых выбирается исходя из того, сколько уартов могут обмениваться данными одновременно. Или вообще матрица мультиплексоров, а МК только управляет ими, koyodza(135 знак., 28.07.2010 12:56)
- никакой обработки не потребуется. плюс одновременно будет вестись обмен только по части каналов. - cvv(28.07.2010 12:51)
- если только маршрутизировать, то справится. Если более сложная обработка, то вряд-ли - koyodza(28.07.2010 12:40)
- чуть меньше. каждый из них будет работать на 9600, так что мега управится. - cvv(28.07.2010 12:27)
- 40 уартов? А мега не укакается? - koyodza(28.07.2010 12:20)
- 74154 aka ИД3 сразу 3>16 дешифрует - Shura(28.07.2010 11:36)
- 74hc4067 веселее - Vit(28.07.2010 12:34)
- 138 более распространены, да и на плате часто размещаются удобнее - koyodza(28.07.2010 11:45)
- ИД3 выглядит солиднее, внушаить :-) - Shura(28.07.2010 11:48, картинка)
- спасибо за идею. реально вместо регистров будет стоять несколько tl16c754. - cvv(28.07.2010 12:17)
- Если ног хватает, то никак. Если не хватает, то дешифратором - Shura(28.07.2010 11:20)
- ...а если совсем не хватает, то есть I2C и SPI расширители портов, вместо регистров. - Snaky(28.07.2010 11:26)
- ног не хватает. дешифратор уже повесил. Изучаю Ethernut - cvv(28.07.2010 11:23)
- :-) в чём вопрос тогда? - Shura(28.07.2010 11:25)
- посмотреть чужие шедевры. - cvv(28.07.2010 11:48)
- Чужие шедевры там - Shura(28.07.2010 11:52, ссылка)
- Главное, не забыть снять бит совместимости. - Vladimir Ljaschko(28.07.2010 11:51)
- посмотреть чужие шедевры. - cvv(28.07.2010 11:48)
- :-) в чём вопрос тогда? - Shura(28.07.2010 11:25)
- для 10 регистров можно взять два шт. ИД7 (74138) koyodza(475 знак., 28.07.2010 11:32)
- хочется посмотреть как народ декодирует адреса. - cvv(28.07.2010 11:18)
- Если так нужно параллельно и вдруг с памятью, то посмотри Ethernut - Vit(28.07.2010 11:07)
- THANKS, посмотрю - cvv(28.07.2010 11:19)