IPMI на compactPCI Опции

[Andrey_L]

Добрый день!

Есть ли тут люди, которые настраивали обмен по IPMI (она же I2C) которая есть на разъеме J1 шины compactPCI?
У нас никак не получается настроить обмен между проц. платой ADLINK (cCPI-6880) и Ethernet-коммутатором Kontron (CP3923).
На осциллографе видим что проц. плата формирует посылки по адресу коммутатора, коммутатор посылки подтверждает (ACK-есть).
Затем пауза и идет запрос на запись по адресу 0x20 (это адрес проц. платы, он установлен командой set localaddress) и на него ACK'a нет.
В итоге на проц. плате любая команда (например GetDeviceID) - выход по таймауту. На проц. плате стоит Linux, используется утилита ipmitool.
Вторую посылку судя по всему формирует коммутатор и на неё почему-то нет подтверждения. Смущает ещё то что проц. плата формирует STOP после завершения первой посылки. Я предпологал, что STOP должен быть сформирован после всего обмена.
В общем, если у кого есть какие мысли - буду рад услышать. Может у кого есть осциллограммы нормального обмена по этой шине?

[krux]

он кстати сторонней фирмы и называется BMR-AVR-cPCI

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

[Andrey_L]

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

может быть, я хотел через ADLINK запросить описание на этот софт почитать - не дали, сказали под NDA.
А прямо у разработчика запросить - поленился....
Ну в общем это проблемы ADLINK'а - что применили этот глючный софт.
Я просто разрабатываю плату и делаю там реализацию IPMB, микроконтроллер тот же что и на ADLINK (случайно получилось), но софт будем писать сами.
Начали отлаживать софт - одни таймауты по шине, поставили вместо нашей платы коммутатор kontron - то же самое - вот и родился вопрос этой темы.