Перейти к содержанию
Поиск
    

mantech

Участник
 Профиль  Обзор контента

  • Постов

    7 137

  • Зарегистрирован

  • Посещение

  • Победитель дней

    1

 Тип контента 

Сообщения, опубликованные mantech

  1. Опубликовано · Пожаловаться

    3 часа назад, GenaSPB сказал:

    Увы не снять его с reset...

    Наверно в efuse залочен..

    13 часов назад, Samum421 сказал:

    Оба входа использовали, и 101 и 103 ножки.

    Значит оба и использовали, у GPADC есть только 101я нога...

  3. Опубликовано · Пожаловаться

    45 минут назад, GenaSPB сказал:

    Адрес запуска risc-v можно писать (после разрешения в RISC_CFG_BGR_REG)

    И работает? В смысле этот процессор?)))  А то я тут тоже в соседней ветке немного попутал процы)))

  8. Опубликовано · Пожаловаться

    6 минут назад, jcxz сказал:

    совсем другое - такой комбайн как ESP32. Ему чтобы только разогнать генератор+PLL времени может несколько мсек потребоваться

    Еще учесть инит ПО... По мне так лучше на переменник поставить очень простенький МК, он же и будет "будильником" ESP, если произошли какие-то изменения в нажатии кнопок или повороте переменника. Ну и еще вариант, посадить на ось переменника колесо энкодера с 1м контактом, фаза там без разницы, а факт поворота он фиксирует, и запускает все это хозяйство с измерением и т.п.

  10. Опубликовано · Изменено пользователем mantech · Пожаловаться

    18 часов назад, hariton сказал:

    поверхностно пробежаться по теме криптовалют.

    Пробежался и не раз...

    18 часов назад, hariton сказал:

    Никто с "грязной" криптой связываться не будет

    О как! И как вы определять будете грязная она или нет, просветите пожалуйста?)))

    18 часов назад, hariton сказал:

    всё попрежнему продается, отслеживается/неотслеживается. 

    Вот и написал, что пока будет потребность в деньгах за контрабас - крипты никуда не денутся, вопрос только в "цене за бит" крипты.

    18 часов назад, hariton сказал:

    С её слов, майнингом они оплачивали обучение

    А она случаем не обмолвилась, откуда были изначальные деньги на ферму и электричество?))

  11. Опубликовано · Пожаловаться

    1 час назад, byRAM сказал:

    не понимаю, как криптовалюты уцелели.

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

  12. Опубликовано · Пожаловаться

    1 час назад, byRAM сказал:

    А FLASH и EEPROM у них совсем не такие, как мне нужно. С УФ-стиранием не знаю, делают ли до сих пор?

    Если не секрет, куда нужно такое чудо, в смысле контроллер с внешним ПЗУ? Даже наши миландры\НИИЭТ и еще кто-то там делали МК с встроенной флешкой...

  15. Опубликовано · Пожаловаться

    13 минут назад, hariton сказал:

    И могу предположить, что всях их ценность будет ровняться любым другим фантикам.

    Фантики, которые подкреплены хоть какими-то гарантиями стран, их выпустивших все равно будут иметь большую ценность, чем никем не контролируемые байты в криптобиржах, которые вам ничего не должны...

  16. Опубликовано · Пожаловаться

    6 часов назад, byRAM сказал:

    кто Flash научился делать?

    Ну встроенный флеш у некоторых видал, только вот "микроконтроллеров без внутренней памяти"-неужели такое еще культивируется, кроме древних извратов типа ВЕ31 и подобного...

  17. Опубликовано · Пожаловаться

    4 часа назад, GenaSPB сказал:

    Прием делаете на UART, передачу на SPI (по 16 бит всего)

    Нее, так не подошло бы, для уарта выделено 2 ноги, т.к. может использоваться не только с MDB, но и с другими протоколами, которые используют обычный 8-n-1 режим, а смультиплексировать ноги с spi я не смогу, да и не за чем - все и так работает...

  18. Опубликовано · Изменено пользователем mantech · Пожаловаться

    19 часов назад, quark сказал:

    В PIC-ах такой проблемы тоже нет.

    Вообщем, как оказалось и тут проблема не большая. Сначала думал, что rs485 режим больше подходит, но т.к. так и не понял, что за флаг там нужно сбрасывать, а без сброса он принимает только 1й байт, да и самое главное - мне этот протокол нужен и в v3s, а там такого режима нет вообще, решил работать с битом четности, там нет ничего сложного, кроме проблемы перезаписи бита в прерывании, но решение нашлось само собой:

    image.thumb.png.47fd607886e7ab2090fac4506be96274.png

    В результате не нужно выжидать первый байт - все работает в прерываниях.

  19. Опубликовано · Пожаловаться

    1 час назад, Arlleex сказал:

    Потому как мне это до боли знакомая ситуация.

    Протокол платежной системы MDB.

    2 часа назад, quark сказал:

    например, к ПК, напрямую.

    Ну да, просто уже давно не использую ПК в качестве контроллера)))

    1 час назад, quark сказал:

    На прямой вопрос - зачем такой геморрой? - он ушел от ответа...

    Если это более-менее какой-то стандарт - то этот вопрос бессмысленный, никто переделывать не будет. Как в моем случае, какие-то "гении" в свое время вкорячили этот 9й бит, при том, что он там нафиг не нужен, и для контроля целостности применяется CRC...

  20. Опубликовано · Пожаловаться

    10 минут назад, quark сказал:

    Прием, так же, придется обрабатывать.

    Это уже сделано и работает норм, к счастью))

     

    11 минут назад, quark сказал:

    Большинство аппаратных UART в МК или ПК не дают возможности оперативно "рулить" девятым битом.

    Ну не знаю, в АВРках например такой проблемы нет от слова вообще, а вот там, где 16550 уарт - там да, есть...

  21. Опубликовано · Пожаловаться

    7 минут назад, jcxz сказал:

    Тогда вообще непонятно - зачем вам режим 8 бит??? Если у вас там всегда 9....

    Ой, ну может объясняю недоходчиво, есть протокол, работает с 9и битными посылками ВСЕГДА. Я должен передавать пакеты с установленным 9 битом 1 байт и сброшенным остальные, принимаю тоже 9и битные посылки, но не анализирую принятый 9 бит.

    Вопрос, как сбросить бит когда уже началась передача пакета, т.к. прерывание есть только по опустошению регистра передачи, а не по фактической передаче байта...

    11 минут назад, jcxz сказал:

    Сами пишете что чётности нет, а картинку с чётностью прикладываете...  

    Ну китайцы они такие, лень рисовать другую картинку в режиме RS485

  22. Опубликовано · Изменено пользователем mantech · Пожаловаться

    1 час назад, Arlleex сказал:

    Думаю, 9 бит используется как 8 + четность, и четность реальная, а не фиктивная

    Да нет, не четность, но по правилам протокола, в 1 байте он должен быть установлен, в остальных сброшен.

    54 минуты назад, GenaSPB сказал:

    Если не нужен приём, почему бы не сформировать SPI выходом?

    Почему не нужен, нужен, причем желательно фулл дуплекс... Просто на приеме не нужно анализировать 9й бит.

    1 час назад, haker_fox сказал:

    т.к. воспринимается приёмником как IDLE-состояние линии при оговоренных выше условиях.

    В смысле IDLE? Как 2й стоп бит эт я могу понять еще... И да, он не будет мешать при условии, что приемник не требует в посл байтах его анализ, но вот он требует, как я понял((

    image.thumb.png.00d25e71fc3fbefefe2a378e70033e76.png

    55 минут назад, GenaSPB сказал:

    (т.е. сделать 10 бит всего не получится).

    Ну только 2 стоп бита, если это можно назвать 10 бит, хотя по правилам это будет 11бит))

    9 часов назад, mantech сказал:

    Кто подскажет, где этот флаг и в каком регистре нужно сбросить? (стр 899  T113-S3 datasheet)

    А вот по этому делу никто не подскажет? Чет не могу понять где этот флаг "кватрируется"))

  23. Опубликовано · Изменено пользователем mantech · Пожаловаться

    7 минут назад, jcxz сказал:

    никто не мешает не управлять им в конфиге UART

    Да вот в том-то и дело, что мешает. Установить 9 бит я могу до запуска передачи пакета, а вот сбросить уже нет, как и писал, бит можно сбрасывать только в снятом флаге busy, что будет возможно только после передачи всего пакета...

    It is writable only when UART is not busy (UART_USR[0] is 0). 

    8 минут назад, jcxz сказал:

    Тогда нужно по Сеньке и шапку выбирать выбирать МК, периферия которого умеет такое.

    Эт понятно, но он умеет все это, но в 8и битном режиме, ну а из-за одного дурацкого протокола менять МК, который просто на 110% удовлетворяет всем остальным моим хотелкам - эт тоже не вариант.

  24. Опубликовано · Пожаловаться

    4 часа назад, jcxz сказал:

    просто всегда работать в 9-битном режиме.

    Конечно, я про то, что 9м битом-то как-то надо управлять))

    3 часа назад, GenaSPB сказал:

    из-за необходимости состыковаться с чужой аппаратурой?

    Разумеется. Сам я уже давно 9и битные посылки не использую.

    4 часа назад, jcxz сказал:

    А почему "не хочется"? Это вроде самый разумный вариант

    Нее, это гемор. Разумный вариант, это закинуть пакет в буфер и пнуть разок, чтоб потом сл байт цеплялся автоматом после прерывания, не отвлекая программу, ну или закинуть кусок пакета сразу в фифо...

    4 часа назад, jcxz сказал:

    PS: Правда это только на передачу. 

    К счастью тут именно и нужна только передача, прием тоже в 9и битном режиме, но на 9 бит можно "положить"))

  25. Опубликовано · Изменено пользователем mantech · Пожаловаться

    Приветствую.

    Вот нужно стало сделать на уарте сабжа работу протокола с 9м битом. Посмотрел в даташите, есть такой режим RS485 mode, можно задать 9 бит, НО

    есть одна большая бяка - 

    It is writable only when UART is not busy (UART_USR[0] is 0). 

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

    Конечно, можно сделать изврат с помощью loopback и ловить этот байт на приеме и по прерыванию переключать бит, но во первых это гемор, во вторых прощай фулл дуплекс...

     

    И второе 

    image.thumb.png.235ec8e1616f90a522af9643cc379bbc.png

    Кто подскажет, где этот флаг и в каком регистре нужно сбросить? (стр 899  T113-S3 datasheet)

×
×
  • Создать...