Олдфаг (07.11.2016 17:25, просмотров: 1) ответил Petrovich на По недавнему. Сварганил таблицы переводов в-
- А зачем для этой цели ЕЕПРОМ? Эта таблица имеет склонность к модификации в процессе эксплуатации? - Крок(07.11.2016 18:10)
- щёчики --> SciFi(144 знак., 07.11.2016 18:14 - 18:16, ссылка)
- Не понял. Щёчики могут щитать, что угодно. Как это влияет на таблицу преобразования? - Крок(07.11.2016 18:25)
- Таблица в ПЗУ, а код Грея якобы размазывает щёчик по EEPROM для увеличения ресурса. Бред, конечно, но мопед не мой. - SciFi(07.11.2016 18:31)
- Ну, размазывание там другой подход. В рабоче-крестьянском （не фирменная аппликуха эмуляция eeprom stm32）варианте старший байт пишется в одно место, а младший в тот байт 256-байтной страницы, на оторый указывает младший байт. Олдфаг(109 знак., 07.11.2016 19:38,
)
- Виноват: "на который указывает старший байт" - Олдфаг(07.11.2016 19:39, )
- ...причем для индекса можно и не весь старший байт использовать, а пару-тройку его младших бит. Исходя из наличного обьема памяти. - Скрипач(08.11.2016 09:02)
- Фу, надоели эти банальности. Расскажите что-нибудь интересное, а не трюки уровня младшего школьного возраста. - SciFi(08.11.2016 09:17)
- Потом. Когда достаточно устареет :))) Скрипач(233 знак., 08.11.2016 09:19 - 09:23)
- Дьявол кроется в мелочах. А так, да. Бери студента, Turbo Pascal, и он делает программу за месяц. - fk0(08.11.2016 12:31)
- Все верно, именно там он и кроется. Важно не путать программирование и проектирование системы. - Скрипач(09.11.2016 10:54)
- Папрашу! Периодически возникают интересные задачки (как та же эмуляция EEPROM). Только времени нет изобретать эти велосипеды, а так хотелось :-( - SciFi(08.11.2016 09:27)
- А я вот, в процессе "усовершенствования", планирую выбросить сохранение в EEPROM. Как вам такой новый алгоритм :) - Скрипач(08.11.2016 09:38)
- - Доктор, у меня провалы в памяти. - И давно это у Вас? - Что? - Провалы. - Какие провалы?(С) - Vit(09.11.2016 22:08)
- Примерно :) Скрипач(280 знак., 09.11.2016 22:23)
- - Доктор, у меня провалы в памяти. - И давно это у Вас? - Что? - Провалы. - Какие провалы?(С) - Vit(09.11.2016 22:08)
- А я вот, в процессе "усовершенствования", планирую выбросить сохранение в EEPROM. Как вам такой новый алгоритм :) - Скрипач(08.11.2016 09:38)
- Дьявол кроется в мелочах. А так, да. Бери студента, Turbo Pascal, и он делает программу за месяц. - fk0(08.11.2016 12:31)
- Потом. Когда достаточно устареет :))) Скрипач(233 знак., 08.11.2016 09:19 - 09:23)
- Фу, надоели эти банальности. Расскажите что-нибудь интересное, а не трюки уровня младшего школьного возраста. - SciFi(08.11.2016 09:17)
- ...причем для индекса можно и не весь старший байт использовать, а пару-тройку его младших бит. Исходя из наличного обьема памяти. - Скрипач(08.11.2016 09:02)
- Виноват: "на который указывает старший байт" - Олдфаг(07.11.2016 19:39,
- Бред. В любом случае присутствует операция стирания. И что ты после нее такой же самый битик запишешь, что какой-нибудь другой, из возможных... - Скрипач(07.11.2016 18:57)
- О как! Разные бывают задачи.... - Крок(07.11.2016 18:52)
- Проблема периодически всплывает на форумах. В первую очередь конечно касается равномерности траты ресурсов концевых переключателей при инкрементах-декрементах счетчиков. Но, оказывается, и для епромки полезно. По недавнему вопросу Скрипача о Олдфаг(304 знак., 07.11.2016 19:15, )
- Мне-то как-раз единогласно делегировали знание что это бессмысенно. Ибо изнашивает стирание, а не запись другого бита. - Скрипач(07.11.2016 19:20)
- Верно, стирание. Стирание нуля, т.е превращение в 1. А вот стирание единички （превращение 1 в 1）, возможно, проходит легче. Поэтому побитовая равномеризация количества переходов 0-->1, кто знает, может и увеличивает количество циклов Олдфаг(43 знак., 07.11.2016 19:25, )
- Если бы "равномеризация" касалась всех восьми десятичных разрядов... - Скрипач(07.11.2016 19:27)
- Верно, стирание. Стирание нуля, т.е превращение в 1. А вот стирание единички （превращение 1 в 1）, возможно, проходит легче. Поэтому побитовая равномеризация количества переходов 0-->1, кто знает, может и увеличивает количество циклов Олдфаг(43 знак., 07.11.2016 19:25,
- Мне-то как-раз единогласно делегировали знание что это бессмысенно. Ибо изнашивает стирание, а не запись другого бита. - Скрипач(07.11.2016 19:20)
- Проблема периодически всплывает на форумах. В первую очередь конечно касается равномерности траты ресурсов концевых переключателей при инкрементах-декрементах счетчиков. Но, оказывается, и для епромки полезно. По недавнему вопросу Скрипача о Олдфаг(304 знак., 07.11.2016 19:15,
- Ну, размазывание там другой подход. В рабоче-крестьянском （не фирменная аппликуха эмуляция eeprom stm32）варианте старший байт пишется в одно место, а младший в тот байт 256-байтной страницы, на оторый указывает младший байт. Олдфаг(109 знак., 07.11.2016 19:38,
- Таблица в ПЗУ, а код Грея якобы размазывает щёчик по EEPROM для увеличения ресурса. Бред, конечно, но мопед не мой. - SciFi(07.11.2016 18:31)
- Не понял. Щёчики могут щитать, что угодно. Как это влияет на таблицу преобразования? - Крок(07.11.2016 18:25)
- щёчики --> SciFi(144 знак., 07.11.2016 18:14 - 18:16, ссылка)
- А зачем для этой цели ЕЕПРОМ? Эта таблица имеет склонность к модификации в процессе эксплуатации? - Крок(07.11.2016 18:10)