Profibus, Реализация протокола Опции

[SanvaldYV]

Тема, вообще то, к ARM'ам не имеет прямого отношения, но создал в этом разделе, т.к. стоит задача "снабдить" устройство на базе LPC2103 возможностью подключения к скаде по протоколу profibus. В связи с этим хочется спросить - писал ли кто-нибудь когда-нибудь драйвер этого протокола, и если да - сколько это заняло времени? Найденная в инете документация - 1000 листов. Понятно, что оттуда скорее всего не все нужно (только уровни 1, 2, 7), но все же объем информации немалый. Если программной реализацией никто не занимался, то может есть опыт использования внешней микросхемы типа ASIC от Siemens, насколько она позволяет облегчить разработку?

[slog]

По слухам люди писали. Спец чип типа SPC3 для аппаратной реализации протокола сильно облегчит задачу. Только стоит он многовато. И ты уже нашел где его можно купить? А без него или без ПЛИС 12 мегабит сложно будет обработать. За все что связано с профибасом буржуи просят не хилых денег. А ты уже нашел всю необходимую информацию чтобы писать драйвер? Поделись ссылками пожалуйста. Мне эта тема вообщем-то тоже интересна, но у меня нет достаточно информации о профибасе чтобы думать о том как его реализовать. Будет информация - подумаем что можно сделать.

[SanvaldYV]

У меня есть спецификация на протокол - вроде бы даже полный её вариант (1000 страниц). Только чего то там где я её скачал уже нет ничего.....????...... Если нужно, то я могу по почте выслать, мне не жалко Размер 2Мб, в pdf.
Почитал документацию на SPC3, не очень врубился что она делает - просто принимает "телеграмму" (вроде для профибаса кадры так называются) и помещает в буффер? Тогда дальше её нужно читать из него, разбирать чего хочет мастер, формировать ответ и класть в передающий буффер. Т.е. если скорость большая не нужна (например, достаточно 19,200), то толку от неё нет, принимать телеграмму на такой скорости не проблема.
Меня скорее больше интересует, писал ли кто-нить драйвер для контроллера и нет ли уже готовых решений?

[Andrew2000]

Почитал документацию на SPC3, не очень врубился что она делает - просто принимает "телеграмму" (вроде для профибаса кадры так называются) и помещает в буффер?

SPC3 полностью реализует Profibus DP slave.
Т.е. она не просто принимает телеграмму, а принимает и сама отвечает на служебнве телеграммы, а в "буфер" кладет данные, адресованные мастером именно этому девайсу.
SPC4 почти то же самое, но тут все служебные запросы надо самому отрабатывать - это Profibus FDL slave.
ASPC2 - это Profibus FDL master.

Если нужно реализовать только слейва, то реализация достаточно простая - только принять запрос и своевременно ответить.

О программной реализации - был у нас написан Profibus FDL master на asm для Infineon C16x (16bit 20MHz) - "комфортная" скорость - 300k, максимум, что выжали - 500к, но на прикладные задачи мало что остается (для приема/передачи использовались внутренние UART-ы и PEC-каналы (типа ДМА)).