регулярка

Вначале я вник в условия и написал первый вариант регулярки:
([A-Fa-f]){1,2}|([0-9]){1,3}
Из неё следует, что входные данные пройдут, только в двух случаях: 1. Если будет от одного до двух символов на входе и больше ничего. 2. Если будет от единицы до трёх на входе и больше ничего. После я долго пытался искать мелкие юркие решения повторения символов, искал, как можно без "или". В итоге пришёл к вот такой большой регулярке:
/^(([0-9]?){1,3}([A-Fa-f]?){1,2}([0-9]?){1,3}([A-Fa-f]?){1,2}([0-9]?){1,3}){6}$/m
Разберём сию кашу от краёв до центра:
^ и $ - символы начала и конца строки.
(...){6} - код внутри первых скобок должен содержать ровно 6 символов, ибо водящие данные это hex, а он может состоять либо из 3, либо из 6 символов, не беря в счёт решётку. Я не стал заморачиваться по поводу 3, ибо в условии задачи не может быть более трёх чисел, а в поле с трёмя символами больше трёх чисел не может быть по определению.
/.../m - в учебниках это зовётся многострочный поиск, а я это понимаю как вложенные регулярки))
А вот дальше самая замута. Я знаю, как в регулярках искать повторяющийся символ, но не знаю, как искать повторяющуюся последовательность символов. Ещё одна проблема в позиции внутри входящих данных. Если бы задача состояла в запрете скольких угодно букв или цифр подряд в начале строки - это не проблема. Или, например, нужно было бы, чтоб пропускало только парные последовательности. например, пропускало бы aa55ff или ee11cc, но не пропускало бы ae11cc или 55vvdc. Такая ситуация тоже не проблема. Но три последовательных числа и две последовательных буквы должны быть в любом месте. Как это реализовать короткими регулярками я понятия не имею. Тогда я заморочился длинной записью. Попытался на каждый введённый символ сделать проверку. Вначале у меня проверяется первый символ. Он должен быть числом от 0 до 9. Знак вопроса означает, что он может быть, а может и не быть. Ведь введённые данные могут начинаться как с числа, так и с буквы. Подряд может идти до трёх чисел, поэтому проверка идёт от 1 до 3. Дальше тоже самое для букв. Сия ситуация повторяется столько раз, сколько минимально может быть на входе. Но в таком случае получается недодача. То есть на входе может быть 5 символов, например, 1a3c2. В таком случае входные данные не пройдут из-за правила про hex (...){6}. Увеличивать в какой-то из позиций начальную границу на 2, чтобы минимальное число было равно нужному, то есть шести, тоже не логично, так сказать не честно. Да и вызовет глюки обязательно. Ну и самое главное и самое элементарное, почему такой вариант не подойдёт: возможен вариант, что человек не введёт букв вообще, тогда сработают две регулярки на числа и безоговорочно пропустят входные данные из 3-6 чисел, что тоже не допустимо по условию.
Куда вести свои рассуждения дальше, я не знаю. Если я где-то ошибся - прошу меня поправить.
Очень надеюсь, что кто-нибудь решит задачу.