Ну он не удалил то что не относится к проекту напрямую(idf и пр)

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

ну блин, когда памяти 48кб и 3.5 мгц, вариантов особо нет

просто если весь билд снести, он будет дольше собирвть т.к. заново будеи компилить весь idf

что дает знание этого термина вам, кроме того что вы тут упорно всех пытаетесь опустить, что они нехрена не шарят в программировании?

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

не смог найти си на него. в зх ревю, (если видели такой журнал) писали, что под зх игры пишут на "больших" компах

не смог найти си на него. в зх ревю, (если видели такой журнал) писали, что под зх игры пишут на "больших" компах

то было для ямахах. там точно был, на дискетах

https://hansotten.file-hunter.com/software/msx-c/

"bootdisk utilizing a 720 kb RAMDISK".... мы явно о разном

720кб — это размер флоппи диска

а не 1.4 ?

а не 1.4 ?

720кб — это размер флоппи диска

ну тут написано RAMDISK

а не 1.4 ?

У многих спектрумы били с кассетами )

И загрузка игр с телевизора )

с касеты , ина бардюре бегали полоски , клуб старперов

были еще 8.25 дискеты на 160кб. но я видел только дискету

Друзья привет ✌️ Скажите, может кто сталкивался с задачей работой с несколькими. UART ? Например 8 штук rs-232. Суть задачи - обмен информацией с десятков UART. Пока додумался до установки контроллеров, у которых есть по 4..8 хардварных UART/USART которые будут всё полученное нумеровать (с какого порта пришло) и отправлять по общей шине I2C. То есть, например, к общей шине I2C подключено 10 контроллеров, которые получают информацию с 8 UART'ов каждый. Имеем 80 последовательных портов. Так вот может знает кто, что тут использовать в качестве UART-шлюза? Думал про stm32, они есть на 8 USART, но сейчас они стоят как табун лошадей. Думал про Stc8/12/15 - но по ним документация на китайском в основном, и на сайте нет нормальной выбиралки по параметрам. AVR на кортексе - тоже как чугунный мост сейчас стоят. Может кто с какими китайцами на много портов работал? Ну или какие идеи вообще может есть ?

По всем каналам принимать надо одновременно, мультиплексирование не подойдёт?

мы покупали 8/16 портовые платы, но там бу что то около 50-100$ стоило

И передача по всем каналам двунаправленная нужна?

Самый простой вариант - взять какой-то одноплатник, юсб хаб и 8 свистков)

Друзья привет ✌️ Скажите, может кто сталкивался с задачей работой с несколькими. UART ? Например 8 штук rs-232. Суть задачи - обмен информацией с десятков UART. Пока додумался до установки контроллеров, у которых есть по 4..8 хардварных UART/USART которые будут всё полученное нумеровать (с какого порта пришло) и отправлять по общей шине I2C. То есть, например, к общей шине I2C подключено 10 контроллеров, которые получают информацию с 8 UART'ов каждый. Имеем 80 последовательных портов. Так вот может знает кто, что тут использовать в качестве UART-шлюза? Думал про stm32, они есть на 8 USART, но сейчас они стоят как табун лошадей. Думал про Stc8/12/15 - но по ним документация на китайском в основном, и на сайте нет нормальной выбиралки по параметрам. AVR на кортексе - тоже как чугунный мост сейчас стоят. Может кто с какими китайцами на много портов работал? Ну или какие идеи вообще может есть ?

Не. USB тут лишний. Весь поток данных будет по i2c идти на esp32 и литься через него в сеть.

есп32, должно хватить опросить дофига портов одновременно, написать софт протокол и на одном чипе получится штук 10 портов

Любой рассинхрон по времени - потеря информации. UART привередлив к любым шагам и плаванию таймера. Что если все 8 или 10 девайсов захотят написать что-то одновременно? Мне кажется, что тут только Hardware UART/USART справится без косяков. Все эти софтверные эмуляции от лукавого. В свое время запарился вылавливать баги при пересылке через эмуляцию. Протокол простой, но и слабенький по поводу коррекции ошибок.

Проще наверное в каждое устройство по esp засунуть чтобы оно обрабатывало данные по rs чем городить такого монстра

Проще наверное в каждое устройство по esp засунуть чтобы оно обрабатывало данные по rs чем городить такого монстра

И загадить радиоэфир сотней-другой устройств? Роутеры офигеют, думаю, от такого расклада. Да и всё-таки не так это надёжно.

запретитть прерывания, и не будет рассинхрона

Опрос как проводить? Прием данных, заполнение буффера, перевод к следующему софт-порту снова приём/отправка , работа с буфером, нумерация и передача на I2C, и все это в синхронном режиме. Не уверен что тайминги UART на скорости 115000 всё точно будут соблюдаться на всех портах.

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

115200 бод - это 115200 бит в секунду. Это по 0.0086 сек на 1 бит (ногодрыг), или в 10 раз короче, если 10 портов. При этом если нет прерываний, то данные могут "поплыть" при небольшой разнице кварцев на девайсах.

Дальше можете и i2c их соединять, данные с rs уже не потеряются. Если вам надо чтобы было много именно rs портов и дешево, то лучше сами разработайте такую плату

соответсвено, каждое изменение фронта - это точка синхронизации

Плату то я разраюотаю - нет проблем. Вопрос на каком железе ее делать..

я точно не помню протокол, но вроде длительность положительного импулься отличается в два раза у 0 и 1, между 8 импульсов идет стоп бит.

Любой рассинхрон по времени - потеря информации. UART привередлив к любым шагам и плаванию таймера. Что если все 8 или 10 девайсов захотят написать что-то одновременно? Мне кажется, что тут только Hardware UART/USART справится без косяков. Все эти софтверные эмуляции от лукавого. В свое время запарился вылавливать баги при пересылке через эмуляцию. Протокол простой, но и слабенький по поводу коррекции ошибок.

А CAN почему не рассматриваете?