Судя с приведённой Вами цитаты, кто-то из нас заблуждается. Смотрим фото с 17-го сообщения ув. [ref]OlBer[/ref], где модули запитаны от стабилизатора 5В Ардуино Нано. Из предоставленной Вами скудной информации могу предположить (пальцем в небо), что Вы питаете схему зарядкой от телефона (или т.п.) с большими пульсациями (которые немного "усмиряются" после стабилизатора на 3,3В) и вместо Clock (CLK) и Data (DIO) имеете барабанную дробь через резисторы подтяжки, которые по протоколу I2C/TWI должны формировать высокий уровень на линиях, когда МК отпускает эти линии. Во всех остальных блоках здесь на форуме, скетчах и библиотеках TM1637 на github (за исключением на С++ от автора avishorp и на С от dhog1) делается это принудительным переключением выводов МК в HIGH. Другими словами подтяжка Clock (CLK) и Data (DIO) резисторами к Vcc, при таких делах, вообще становится лишней. См. описание протокола I2C/TWI и анализируем что будет с выходом МК или ведомого устройства в свете выдержки из описания протокола:"Генерация синхросигнала - это всегда обязанность ведущего; каждый ведущий генерирует свой собственный сигнал синхронизации при пересылке данных по шине. Сигнал синхронизации может быть изменен только если он “вытягивается” медленным ведомым устройством (путем удержания линии в низком состоянии)...". А если в этот момент МК переключается принудительно в HIGH? Чей вывод сгорит первым от КЗ?
[spoiler title= а что советует производитель?] а китайцы ставят 11nF и получаем синусоиду.[/spoiler] При организации интерфейса i2c необходимо озаботиться регламентированными максимальными значеними параметров "Время подъёма (tR)и время спада (tF)для сигналов SDA и SCL" из стандарта, которые в "чудном" машинном переводе DataSheet таблицы № 4 Switching character обозначены (предположение)как еPLZ и tPZL, которые определяются номиналом резисторов (PULLUP), конденсаторов (PULLDOWN) и емкостью самой линии связи. К тому-же повышенная емкость указанных конденсаторов продлевает процесс, отмеченный выше жёлтым маркером, на время перезарядки оных. В остальных блоках АСК заменён т.н. ногодрыгом в лучшем случае. [spoiler title=Вам может помочь разобраться симуляция в Протеус] [/spoiler] с виртуальным осциллографом на линиях, где чётко видно формы фронтов сигналов с разными емкостями PULLDOWN и наличие/отсутствие обозначенного АСК-а или бита подтверждения получения очередного байта данных МСхемой.
Надеюсь после моих объяснений актуальность в ответе на этот вопрос отпадает сама собой, если нет- применяйте другие блоки, благо- выбор есть. Кесарю-кесарево...
Желаю удачи!