оно?

да, похоже

процы сами по себе достаточно живучи, но не пробовал ULV процы в постоянной прожарке держать. может быть и помирает

у меня ноут на ulv, только с нормальным радиатором :)

а с какой температуры тротлинг врубает?

у тебя на ноуте?

не припоминаю чтоб тротлил :)

почти до 70 нагревал, но залипаний характерных не ощутил

Помогите распиновку дать на UTC2030.

что подразумевается под распиновкой?

забавно. даташит есть, а пинаута — нет

Ага...

Я один спалил уже.

По их дурацкой схеме.

В TDA-2030 есть.

а оно случайно не пин-ту-пин совместимо с http://www.st.com/content/ccc/resource/technical/document/datasheet/33/d7/22/d5/ea/30/48/95/CD00000128.pdf/files/CD00000128.pdf/jcr:content/translations/en.CD00000128.pdf

а оно случайно не пин-ту-пин совместимо с http://www.st.com/content/ccc/resource/technical/document/datasheet/33/d7/22/d5/ea/30/48/95/CD00000128.pdf/files/CD00000128.pdf/jcr:content/translations/en.CD00000128.pdf

Подключил и с треском разобрался по комнате.

Благо в очках был.

а пины 3 и 5 «звонятся» в диодном режиме?

?

такое чувство, что там полярность не та. или не так развёл

а пины 3 и 5 «звонятся» в диодном режиме?

У меня тестер навернулся, то есть кроны нет. Завтра чисать в хозяйственный и смотреть что к чему.

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

Представляю если этот кусок в глаз отлетел.

Подключал на первую и пятую по рисунку.

TDA-2030, по соотношению оригинальной схемы UTC2030.

http://www.zymcu.com/datasheet/electronics/TDA2030.pdf

Сравнил, они одинаковые. ?

только первый пин подписан

только первый пин подписан

А это они специально... Поиграться в русскую рулетку.

http://www.elektropage.com/default.asp?tid=861

O_O

O_O

?

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

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

стандартов на это я не видел

так это не за стандарт, а за какое-то внутренне решение у вендоров

У embedded system есть что-то такое

У них линейка контролёров и модбас устройств

Если напомнишь, скину презентацию

а тебе зачем?

Вангую квесты

а тебе зачем?

Как пример реализации? Если есть документация, то можно подглядеть решение

ну я видел только такое (точнее, сам реализовывал): мастер шлет get info запрос на броадкастный адрес слейвы отвечают с простеньким алгоритмом избежания коллизий (тупо перед отправкой своего пакета смотрим нет ли болтовни на шине, если есть - ждем рандомное время, пытаемся снова) мастер собирает все ответы которые ему пришли (если 2 секунды ничего не приходит - значит все) в ответах содержится адрес слейва и его тип мастер "знает" некоторые типы устройств и исходя из этого самоконфигуряется

это нифига не стандарт, но работает неплохо

это нифига не стандарт, но работает неплохо

Хм, не, не подходит, подводных камней много

например?

ну можно не броадкастить, а тупо продолбать все адреса, 255 всего ж.

Во-первых, по стандарту на широковещательный адрес ответа быть не должно

ну можно не броадкастить, а тупо продолбать все адреса, 255 всего ж.

248. С 1 по 247 же

Там от 248 до 255 зарезервированы

ну тем более

вообще у меня на этом броадкасте был построен еще хитрый протокол автоконфигурирования шины

Реализация "рандомного времени" это как?

Так что, для надёжной работы я бы придумал свой формат и прицепил бы его к придуманному(из диапазона пользовательских) коду функции

Левое устройство просто вернёт 0x01 ошибку

то есть если кинуть броадкаст - в report slave id приходит еще уникальный cpuid стмки и была кастомная команда "назначить девайсу вот с таким cpuid вот такой модбас адрес", которая слалась на броадкаст

с завода все железки шли с нулевым адресом

а железки вот эти: http://btune.ru/index.jsp?id=36

с завода все железки шли с нулевым адресом

А, вот это уже неплохо. Команду принимают гарантированно все, но адрес меняет нужная железка. Но с броадкастом всё равно не нравится мне реализация

Получение идентификационной информации Modbus-функция 0x11 Report Slave Identification в поле Additional Data ответного пакета возвращает служебную информацию об устройстве в виде zero-terminated строк в таком порядке: Название устройства (BTE-5DI.21RO.4AI) Версию программного обеспечения Уникальный идентификатор устройства (12-байтное 16-ричное число в виде ASCII-строки) Ответ на этот запрос, отправленный на адрес 0, отправляют все устройства, используя простой механизм избежания коллизий на шине. Таким образом, можно получить список всех устройств этого типа на шине, отправив один запрос и ожидая ответы с таймаутом в 1 сек после каждого. Задание Modbus-адреса по уникальному идентификатору устройства Для задания Modbus-адреса по уникальному идентификатору устройства используется нестандартная функция 0x42. В первых 12 байтах отправляемого пакета должен находиться уникальный идентификатор устройства, в 13-м - назначаемый адрес. Ответ на этот пакет присылает только устройство с заданным уникальным идентификатором.

Получение идентификационной информации Modbus-функция 0x11 Report Slave Identification в поле Additional Data ответного пакета возвращает служебную информацию об устройстве в виде zero-terminated строк в таком порядке: Название устройства (BTE-5DI.21RO.4AI) Версию программного обеспечения Уникальный идентификатор устройства (12-байтное 16-ричное число в виде ASCII-строки) Ответ на этот запрос, отправленный на адрес 0, отправляют все устройства, используя простой механизм избежания коллизий на шине. Таким образом, можно получить список всех устройств этого типа на шине, отправив один запрос и ожидая ответы с таймаутом в 1 сек после каждого. Задание Modbus-адреса по уникальному идентификатору устройства Для задания Modbus-адреса по уникальному идентификатору устройства используется нестандартная функция 0x42. В первых 12 байтах отправляемого пакета должен находиться уникальный идентификатор устройства, в 13-м - назначаемый адрес. Ответ на этот пакет присылает только устройство с заданным уникальным идентификатором.

Хороший вопрос - а что за механизм? Вот допустим, все железки получили широковещательный пакет на запрос ID одновременно. По идее, что им мешает одновременно проверить занятость шины и убедившись, что всё ок, совершенно одновременно начать передачу?

Хороший вопрос - а что за механизм? Вот допустим, все железки получили широковещательный пакет на запрос ID одновременно. По идее, что им мешает одновременно проверить занятость шины и убедившись, что всё ок, совершенно одновременно начать передачу?

Рандомное же время)

говорю же, рандомная задержка

а зачем бродкаст-то? всего 255 устройств — можно каждое опросить

ну так у всех адрес не задан

а пусть задан

говорю же, рандомная задержка

Ответь потом на вопрос: как рандом делал

говорю же, рандомная задержка

А, всё, вопросов нет. Но со стандартом совместимо жуть как плохо, увы

Ответь потом на вопрос: как рандом делал

http://bpaste.net/show/7ccef42a3971

Ответь потом на вопрос: как рандом делал

У F4 серии есть же генератор. А так, вариантов куча. Например, приментить LFSR к CPUID

А я бы взял LFSR. Алгоритм там простой

???

мне было максимально лень думать и я взял первый попавшийся кусок кода с вики. worse is better, KISS, вот это все.

а у меня вопрос-то не за «получить id устройства», а получить конфигурацию регистров. в каких регистрах что лежит. где идут просто логические входы, где нужен 2 байтный int, а где строки

а у меня вопрос-то не за «получить id устройства», а получить конфигурацию регистров. в каких регистрах что лежит. где идут просто логические входы, где нужен 2 байтный int, а где строки

зашивай в железку файл с конфигурацией, забирай через read file. в другом проекте у нас например что-то такое: https://github.com/contactless/wb-homa-drivers/tree/master/wb-mqtt-serial/wb-mqtt-serial-templates (лежит на мастере с линуксом, но ничто не мешает класть это же на железку)

зашивай в железку файл с конфигурацией, забирай через read file. в другом проекте у нас например что-то такое: https://github.com/contactless/wb-homa-drivers/tree/master/wb-mqtt-serial/wb-mqtt-serial-templates (лежит на мастере с линуксом, но ничто не мешает класть это же на железку)

Уже говорил ему юзать 0x14 функцию)

слишком большой файл. и да он как раз под 14ю функцию. а о чём я спрашиваю, вполне может поместиться в паре десятков байт на регистрах и без реализации 0x14

ну можешь сделать то же самое в бинарном формате

так нужно не совсем тоже самое. я вообще думал про структуру вида [стартовый адрес; тип/размер данных;количество ] 0x00FF;0x1;0x0F — 5 байт на одну группу «переменных» и может быть у каких-то вендоров уже есть похожее

https://habrahabr.ru/company/yadro/blog/308508/

ад.

норм

https://habrahabr.ru/company/yadro/blog/308508/

Ох,ахринеть

этсамое все-таки предлагаю оставить этот чат для вопросов, а дискуссионные темы — постить во второй. (и вообще, всё что не содержит вопроса или ответа на заданный вопрос — во второй) если статься очень интересная — можно заодно в фид тегом пульнуть. с кратким описанием. так всем полезней, имхо. сейчас не очень сильно отвлекают, но чаты-то растут. (а разработчика из поста нужно в чаты!))

боты задолбаются историю флуда выкачивать ^^'

Не в этом чате

Пфф