SRNS - Вклад участника [ru]

Список IP

2023-10-04T08:26:12Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|-
| 192.168.0.3
| [http://192.168.0.3 HP MFP479fdn]
| Сетевой принтер/сканер (цветной)
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.6
| [http://192.168.0.6 HP M443nda]
| МФУ А3 принтер/сканер
|
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Oryx Potrable. Забрали в июне 2017 от Филатова.
| Новый Орикс с новой печатной платой и модулем. Заменил плату S/N: 1.003 (IP 163) в portable.
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова. Лежит в коробочке.
| Новый Орикс с новой печатной платой и модулем. Наблюдаются проблемы со стартом Ethernet.
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.117 '''...'''
| Clonicus v1.2
| Работы по псевдоспутникам
| '''Диапазон IP с 117 по 128''' занят под 12 Clonicus'ов v1.2
|-
| '''...''' 192.168.0.128
| Clonicus v1.2
| Работы по псевдоспутникам
|
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Был Oryx portable, сломался разъем Ethernet, заменен. Лежит в коробочке.
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
| MAC 00:0A:35:00:01:64
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.172
| R&S FSU3
| testbed
|
|-
| 192.168.0.173
| R&S RTM1054
| testbed
|
|-
| 192.168.0.174
| R&S BBA150
| Усилитель R&S 30Вт
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.181
|
| R&S SMC 100A S/N 103005
| В стенде для тестирования
|-
| 192.168.0.182
|
| R&S RTM S/N 102119
| В стенде для тестирования
|-
| 192.168.0.183
|
| [[R&S SMBV100B S/N 100917 (прибор)|R&S SMBV100B S/N 100917]]
| черный
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Список IP

2023-04-04T08:43:16Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|-
| 192.168.0.3
| [http://192.168.0.3 HP MFP479fdn]
| Сетевой принтер/сканер (цветной)
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.6
| [http://192.168.0.6 HP M443nda]
| МФУ А3 принтер/сканер
|
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Oryx Potrable. Забрали в июне 2017 от Филатова.
| Новый Орикс с новой печатной платой и модулем. Заменил плату S/N: 1.003 (IP 163) в portable.
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова. Лежит в коробочке.
| Новый Орикс с новой печатной платой и модулем. Наблюдаются проблемы со стартом Ethernet.
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.117 '''...'''
| Clonicus v1.2
| Работы по псевдоспутникам
| '''Диапазон IP с 117 по 128''' занят под 12 Clonicus'ов v1.2
|-
| '''...''' 192.168.0.128
| Clonicus v1.2
| Работы по псевдоспутникам
|
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Был Oryx portable, сломался разъем Ethernet, заменен. Лежит в коробочке.
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
| MAC 00:0A:35:00:01:64
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.172
| R&S FSU3
| testbed
|
|-
| 192.168.0.173
| R&S RTM1054
| testbed
|
|-
| 192.168.0.174
| R&S BBA150
| Усилитель R&S 30Вт
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.181
|
| R&S SMC 100A S/N 103005
| В стенде для тестирования
|-
| 192.168.0.182
|
| R&S RTM S/N 102119
| В стенде для тестирования
|-
| 192.168.0.183
|
| [[R&S SMBV100B S/N 100917 (прибор)|R&S SMBV100B S/N 100917]]
| черный
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Список IP

2023-02-01T13:31:47Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|-
| 192.168.0.3
| [http://192.168.0.3 HP MFP479fdn]
| Сетевой принтер/сканер (цветной)
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.6
| [http://192.168.0.6 HP M443nda]
| МФУ А3 принтер/сканер
|
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Oryx Potrable. Забрали в июне 2017 от Филатова.
| Новый Орикс с новой печатной платой и модулем. Заменил плату S/N: 1.003 (IP 163) в portable.
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова. Лежит в коробочке.
| Новый Орикс с новой печатной платой и модулем. Наблюдаются проблемы со стартом Ethernet.
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.117 '''...'''
| Clonicus v1.2
| Работы по псевдоспутникам
| '''Диапазон IP с 117 по 128''' занят под 12 Clonicus'ов v1.2
|-
| '''...''' 192.168.0.128
| Clonicus v1.2
| Работы по псевдоспутникам
|
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Был Oryx portable, сломался разъем Ethernet, заменен. Лежит в коробочке.
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
| MAC 00:0A:35:00:01:64
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.172
| R&S FSV3
| testbed
|
|-
| 192.168.0.173
| R&S RTM1054
| testbed
|
|-
| 192.168.0.174
| R&S BBA150
| Усилитель R&S 30Вт
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.181
|
| R&S SMC 100A S/N 103005
| В стенде для тестирования
|-
| 192.168.0.182
|
| R&S RTM S/N 102119
| В стенде для тестирования
|-
| 192.168.0.183
|
| [[R&S SMBV100B S/N 100917 (прибор)|R&S SMBV100B S/N 100917]]
| черный
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Список IP

2023-02-01T13:20:11Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|-
| 192.168.0.3
| [http://192.168.0.3 HP MFP479fdn]
| Сетевой принтер/сканер (цветной)
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.6
| [http://192.168.0.6 HP M443nda]
| МФУ А3 принтер/сканер
|
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Oryx Potrable. Забрали в июне 2017 от Филатова.
| Новый Орикс с новой печатной платой и модулем. Заменил плату S/N: 1.003 (IP 163) в portable.
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова. Лежит в коробочке.
| Новый Орикс с новой печатной платой и модулем. Наблюдаются проблемы со стартом Ethernet.
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.117 '''...'''
| Clonicus v1.2
| Работы по псевдоспутникам
| '''Диапазон IP с 117 по 128''' занят под 12 Clonicus'ов v1.2
|-
| '''...''' 192.168.0.128
| Clonicus v1.2
| Работы по псевдоспутникам
|
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Был Oryx portable, сломался разъем Ethernet, заменен. Лежит в коробочке.
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
| MAC 00:0A:35:00:01:64
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.173
| R&S RTM1054
| testbed
|
|-
| 192.168.0.174
| R&S BBA150
| Усилитель R&S 30Вт
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.181
|
| R&S SMC 100A S/N 103005
| В стенде для тестирования
|-
| 192.168.0.182
|
| R&S RTM S/N 102119
| В стенде для тестирования
|-
| 192.168.0.183
|
| [[R&S SMBV100B S/N 100917 (прибор)|R&S SMBV100B S/N 100917]]
| черный
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Конфигурирование PL с помощью Makefile

2021-12-27T07:46:00Z

Ippolitov: /* Как это работает? */

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует 4:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")
*is_PL_nomadicus_compilable - стратегия сборки прошивки nomadicus с минимальным количеством модулей ("напопробовать").
*is_PL_nomadicus_compilable_max - стратегия сборки прошивки nomadicus с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab в раздел выдачи токенов, ткнув по ссылке: [https://gitlab.srns.ru:8080/-/profile/personal_access_tokens Access Tokens].

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену, срок его действия и галочку на '''api'''.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

<source lang="bash"> GITLAB_TOKEN ?= put_your_Gitlab_token_here </source>

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник номадикуса с кучей каналов из девелопа.
<source lang="bash"> make cd_pl PLJOB=is_PL_nomadicus_compilable_max PLARTIFACTBITFILE=nomadicus.bit</source>

или

<source lang="bash"> make cd_pl_nomadicus</source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразится информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py) увеличив max_pagenum:

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

[[Category:HOWTO]]

Конфигурирование PL с помощью Makefile

2021-12-27T07:02:52Z

Ippolitov: /* Примеры использования */

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует два:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab в раздел выдачи токенов, ткнув по ссылке: [https://gitlab.srns.ru:8080/-/profile/personal_access_tokens Access Tokens].

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену, срок его действия и галочку на '''api'''.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

<source lang="bash"> GITLAB_TOKEN ?= put_your_Gitlab_token_here </source>

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник номадикуса с кучей каналов из девелопа.
<source lang="bash"> make cd_pl PLJOB=is_PL_nomadicus_compilable_max PLARTIFACTBITFILE=nomadicus.bit</source>

или

<source lang="bash"> make cd_pl_nomadicus</source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразится информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py) увеличив max_pagenum:

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

[[Category:HOWTO]]

Конфигурирование PL с помощью Makefile

2021-12-27T06:40:16Z

Ippolitov: /* Примеры использования */

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует два:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab в раздел выдачи токенов, ткнув по ссылке: [https://gitlab.srns.ru:8080/-/profile/personal_access_tokens Access Tokens].

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену, срок его действия и галочку на '''api'''.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

<source lang="bash"> GITLAB_TOKEN ?= put_your_Gitlab_token_here </source>

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник номадикуса с кучей каналов из девелопа.
<source lang="bash"> make cd_pl PLJOB=is_PL_nomadicus_compilable_max PLARTIFACTBITFILE=nomadicus.bit</source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразится информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py) увеличив max_pagenum:

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

[[Category:HOWTO]]

Файл:2021 09 27 personalconf token.png

2021-09-27T12:41:07Z

Ippolitov: Ippolitov загружена новая версия «Файл:2021 09 27 personalconf token.png»: MsUpload

MsUpload

Blog:Ippolitov/27.09.2021 Конфигурирование PL с помощью Makefile

2021-09-27T12:37:47Z

Ippolitov: Перенаправление на Конфигурирование PL с помощью Makefile

#REDIRECT [[Конфигурирование PL с помощью Makefile]]
{{wl-publish: 2021-09-27 16:31:33 +0400 | Ippolitov }}

Blog:Ippolitov/27.09.2021 Конфигурирование PL с помощью Makefile

2021-09-27T12:36:53Z

Ippolitov:

<summary [ hidden ]>
</summary>
#REDIRECT [[Конфигурирование PL с помощью Makefile#Как это работает?]]
{{wl-publish: 2021-09-27 16:31:33 +0400 | Ippolitov }}

Blog:Ippolitov/27.09.2021 Конфигурирование PL с помощью Makefile

2021-09-27T12:31:33Z

Ippolitov: Перенаправление на Конфигурирование PL с помощью Makefile

#REDIRECT [[Конфигурирование PL с помощью Makefile]]
{{wl-publish: 2021-09-27 16:31:33 +0400 | Ippolitov }}

Конфигурирование PL с помощью Makefile

2021-09-27T11:44:20Z

Ippolitov:

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует два:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab, далее "User Settings(Preferences)" -> "Access Tokens".

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену и срок его действия.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

<source lang="bash"> GITLAB_TOKEN ?= put_your_Gitlab_token_here </source>

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразиться информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py) увеличив max_pagenum:

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

[[Category:HOWTO]]

Конфигурирование PL с помощью Makefile

2021-09-27T11:12:05Z

Ippolitov:

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует два:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab, далее "User Settings(Preferences)" -> "Access Tokens".

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену и срок его действия.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

<source lang="bash"> GITLAB_TOKEN ?= put_your_Gitlab_token_here </source>

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразиться информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py) увеличив max_pagenum:

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

Конфигурирование PL с помощью Makefile

2021-09-27T11:06:35Z

Ippolitov:

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует два:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab, далее "User Settings(Preferences)" -> "Access Tokens".

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену и срок его действия.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf (токен имеет вид ряда случайных символов, например eB8raLLzs-LqS-qXmRxU)

<source lang="bash"> GITLAB_TOKEN ?= put_your_Gitlab_token_here </source>

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразиться информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py):

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

Конфигурирование PL с помощью Makefile

2021-09-27T10:36:49Z

Ippolitov: Новая страница: «Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранны…»

Makefile проекта src содержит в себе цель cd_pl, задача которой найти последний успешно собранный bit-файл прошивки ПЛИС для заданной ветки с заданной стратегией сборки и прошить плату.

== Как это работает? ==

Gitlab сервер содержит в себе сервис CI/CD, в котором назначены job'ы сборки прошивки ПЛИС при получении нового коммита и/или по расписанию. На сегодняшний день таких job'ов существует два:

*is_PL_compilable - стратегия сборки прошивки с минимальным количеством модулей ("напопробовать").
*is_PL_compilable_max - стратегия сборки прошивки с некоторым рабочим количеством модулей ("ничетак")

В результате успешного выполнения job'а формируются артефакты (artifacts), в которых, в частности, лежит bit-файл прошивки ПЛИС.

Получение артефактов возможно при помощи Gitlab API, доступ к которому осуществляется по токену.

Итого, для успешного выполнения задачи проводятся следущие действия:

# Получение списка последних job'ов.
# Поиск последнего успешного job'а.
# Скачивание артефактов.
# Распаковка архива и копирование bit-файла на плату.
# Прошивка ПЛИС

== С чего начать? ==

Прежде всего необходимо получить токен Gitlab API. Для этого заходим на вебморду Gitlab, далее "User Settings(Preferences)" -> "Access Tokens".

[[File:2021_09_27_api_token.png|800px]]

# Даем имя токену и срок его действия.
# Нажимаем на кнопку "Создать токен".
# '''Копируем токен куда-нибудь, в вебморде он больше отображаться не будет'''.
# Вставляем токен в personal.conf
[[File:2021_09_27_personalconf_token.png|400px]]

Готово!

== Синтаксис ==
В общем случае:

<source lang="bash"> make cd_pl BRANCH=<branch_name> PLJOB=<job_name> PLARTIFACTSDIR=<path_to_dest> PLARTIFACTSFILE=<art_filename> PLARTIFACTBITFILEPATH=<archive_path> PLARTIFACTBITFILE=<bitname> </source>

Если аргументы не указаны, то выбираются параметры по умолчанию:

<source lang="bash">
PLJOB ?= is_PL_compilable_max
BRANCH ?= develop
PLARTIFACTSDIR ?= /tmp/develop_artifacts
PLARTIFACTSFILE ?= artifacts.zip
PLARTIFACTBITFILEPATH ?= qa/built
PLARTIFACTBITFILE ?= clonicus.bit
</source>

== Примеры использования ==
'''Прошиваться будет тот девайс, который указан в personal.conf!'''

* Хочу битник с кучей каналов из девелопа.
<source lang="bash"> make cd_pl </source>

* Хочу битник с кучей каналов из ветки test.
<source lang="bash"> make cd_pl BRANCH=test</source>

* Хочу битник напопробовать из ветки test.
<source lang="bash"> make cd_pl BRANCH=test PLJOB=is_PL_compilable</source>

== Выводимая информация ==
При успешном выполнении отобразиться информация о коммите, из которого сварена прошивка, статус копирования на плату и т.п.

[[File:2021_09_27_good_result.png|800px]]

== Возможные проблемы ==
*Работа указанной фичи основана на python-скрипте с стандартным пакетом модулей, проверено на python 3.8, 3.9.

*Если поднимать древнюю ветку, то возможно не найти job, т.к. в скрипте qa/getartifacts.py список job'ов (всех, в т.ч. не для PL) ограничен последними 5000 job'ами:

[[File:2021_09_27_notfound.png|800px]]

Поправить можно в этом месте (qa/getartifacts.py):

[[File:2021_09_27_getartifacts_limitation.png|200px]]

*Некорректный токен:

[[File:2021_09_27_token_err.png|800px]]

Файл:2021 09 27 notfound.png

2021-09-27T10:34:23Z

Ippolitov: MsUpload

MsUpload

Файл:2021 09 27 token err.png

2021-09-27T10:28:11Z

Ippolitov: MsUpload

MsUpload

Файл:2021 09 27 getartifacts limitation.png

2021-09-27T10:27:45Z

Ippolitov: MsUpload

MsUpload

Файл:2021 09 27 good result.png

2021-09-27T10:27:18Z

Ippolitov: MsUpload

MsUpload

Файл:2021 09 27 personalconf token.png

2021-09-27T09:59:47Z

Ippolitov: MsUpload

MsUpload

Файл:2021 09 27 api token.png

2021-09-27T09:53:00Z

Ippolitov: MsUpload

MsUpload

Список IP

2020-07-17T06:33:31Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|-
| 192.168.0.3
| [http://192.168.0.3 HP MFP479fdn]
| Сетевой принтер/сканер (цветной)
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.20 '''...'''
| Oryx
| ККН-сеть
| '''Диапазон IP с 20 по 43''' занят под 24 Oryx'ов Быханова. '''После передачи ему плат - освобождаем.'''
|-
| '''...''' 192.168.0.43
| Oryx
| ККН-сеть
| [[Список плат|IP совпадает с серийным номером платы.]] MAC будут с 00:0A:35:00:00:20 по 00:0A:35:00:00:43. Т.е. последние 3 цифры MAC отводим под IP, 4 цифра - некий идентификатор изделия.
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Oryx Potrable. Забрали в июне 2017 от Филатова.
| Новый Орикс с новой печатной платой и модулем. Заменил плату S/N: 1.003 (IP 163) в portable.
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова. Лежит в коробочке.
| Новый Орикс с новой печатной платой и модулем. Наблюдаются проблемы со стартом Ethernet.
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.117 '''...'''
| Clonicus v1.2
| Работы по псевдоспутникам
| '''Диапазон IP с 117 по 128''' занят под 12 Clonicus'ов v1.2
|-
| '''...''' 192.168.0.128
| Clonicus v1.2
| Работы по псевдоспутникам
|
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Был Oryx portable, сломался разъем Ethernet, заменен. Лежит в коробочке.
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
| MAC 00:0A:35:00:01:64
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.174
| R&S BBA150
| Усилитель R&S 30Вт
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Список IP

2019-05-07T13:16:47Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.20 '''...'''
| Oryx
| ККН-сеть
| '''Диапазон IP с 20 по 35''' занят под 16 Oryx'ов Быханова. '''После передачи ему плат - освобождаем.'''
|-
| '''...''' 192.168.0.35
| Oryx
| ККН-сеть
| [[Список плат|IP совпадает с серийным номером платы.]] MAC будут с 00:0A:35:00:00:20 по 00:0A:35:00:00:35. Т.е. последние 3 цифры MAC отводим под IP, 4 цифра - некий идентификатор изделия.
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Забрали в июне 2017 от Филатова, лежит в коробочке
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова, лежит в коробочке
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Oryx portable (в голубенькой коробочке), предположительно SN 1.003
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
| MAC 00:0A:35:00:01:64
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.174
| R&S BBA150
| Усилитель R&S 30Вт
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Список IP

2019-03-27T10:32:39Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.10
| AI
| Устинов
|
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.20 '''...'''
| Oryx
| ККН-сеть
| '''Диапазон IP с 20 по 35''' занят под 16 Oryx'ов Быханова. '''После передачи ему плат - освобождаем.'''
|-
| '''...''' 192.168.0.35
| Oryx
| ККН-сеть
| [[Список плат|IP совпадает с серийным номером платы.]] MAC будут с 00:0A:35:00:00:20 по 00:0A:35:00:00:35. Т.е. последние 3 цифры MAC отводим под IP, 4 цифра - некий идентификатор изделия.
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Забрали в июне 2017 от Филатова, лежит в коробочке
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова, лежит в коробочке
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.110
| ZCU104
|
|MAC 00:0A:35:00:23:00
|-
| 192.168.0.111
| Clonicus 1
|
|MAC 00:0A:35:00:23:01
|-
| 192.168.0.112
| Clonicus 2
|
|MAC 00:0A:35:00:23:02
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Oryx portable (в голубенькой коробочке), предположительно SN 1.003
| MAC 00:0A:35:00:01:63
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
|
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.175
|
| [[R&S SMBV100A S/N 257717 (прибор)|R&S SMBV100A S/N 257717]]
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время(MAC 00:0A:35:00:F1:88)
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Ипполитов, Сергей Павлович

2019-02-28T06:21:33Z

Ippolitov: /* Статьи */

{{Учёный
| Имя = Сергей Павлович Ипполитов
| Оригинал имени =
| Фото =
| Ширина =
| Подпись =
| Дата рождения = 18.07.1992
| Место рождения =
| Гражданство = Россия
| Научная сфера =
| Место работы = НИУ МЭИ, УИЦ СРТТ
| Учёная степень =
| Учёное звание =
| Альма-матер = НИУ МЭИ
| Научный руководитель = [[Перов А.И.]]
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Сергей Павлович Ипполитов''' (род. 18.07.1992)

== Ареал обитания ==

ауд. Е-615 (УИЦ ЛНС).

== Диссертации ==
=== Бакалаврская работа ===

Исследование совместного слежения за фазами нескольких навигационных сигналов([[Media:ippolitov_MPLL_bac_2014.pdf|pdf]])

== Публикации ==

{{main|:Категория:Ипполитов, С. П. (публикации)}}

=== Статьи ===

* {{Публикация:Устинов 2014 Синтез и анализ алгоритмов совместного слежения за фазами сигналов навигационных спутников в БИС}}
* {{Публикация:Ипполитов 2015 Анализ эффективности алгоритмов совместного слежения за фазами пилотных компонент сигналов L1OC ГЛОНАСС}}
* {{Публикация:Ипполитов 2017 Синтез и анализ эффективности компенсационного алгоритма фильтрации при воздействии имитационных помех}}
* {{Публикация:Ипполитов 2018 Исследование алгоритма оценивания параметров сигнала с пространственно-временной обработкой наблюдений с антенной решетки в действительных числах}}

=== Тезисы докладов ===

*{{Публикация:Ипполитов 2014 Разработка библиотеки функций для работы с протоколом NMEA 0183}}

*{{Публикация:Ипполитов 2015 Исследование характеристик системы совместного слежения за фазами сигналов навигационных спутников}}

*{{Публикация:Ипполитов 2016 Исследование влияния неидентичности приемных трактов на коэффициент подавления антенного подавителя помех НАП СРНС}}

*{{Публикация:Ипполитов 2017 Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС}}

== Прочая интеллектуальная собственность ==
=== Зарегистрированные программы ===

{{main|:Категория:Ипполитов, С. П. (зарег. программы)}}

*{{Программа:Перов 2015 Программа исследования характеристик системы совместного слежения за фазами навигационных сигналов СРНС}}

=== Патенты ===

{{main|:Категория:Ипполитов, С. П. (патенты)}}

==== Заявки на патент ====

== Конференции ==

== Стипендии ==

[[Категория:УИЦ ЛНС_(персоналии)]]

Ипполитов, Сергей Павлович

2019-02-28T06:16:12Z

Ippolitov: /* Статьи */

{{Учёный
| Имя = Сергей Павлович Ипполитов
| Оригинал имени =
| Фото =
| Ширина =
| Подпись =
| Дата рождения = 18.07.1992
| Место рождения =
| Гражданство = Россия
| Научная сфера =
| Место работы = НИУ МЭИ, УИЦ СРТТ
| Учёная степень =
| Учёное звание =
| Альма-матер = НИУ МЭИ
| Научный руководитель = [[Перов А.И.]]
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Сергей Павлович Ипполитов''' (род. 18.07.1992)

== Ареал обитания ==

ауд. Е-615 (УИЦ ЛНС).

== Диссертации ==
=== Бакалаврская работа ===

Исследование совместного слежения за фазами нескольких навигационных сигналов([[Media:ippolitov_MPLL_bac_2014.pdf|pdf]])

== Публикации ==

{{main|:Категория:Ипполитов, С. П. (публикации)}}

=== Статьи ===

* {{Публикация:Устинов 2014 Синтез и анализ алгоритмов совместного слежения за фазами сигналов навигационных спутников в БИС}}
* {{Публикация:Ипполитов 2015 Анализ эффективности алгоритмов совместного слежения за фазами пилотных компонент сигналов L1OC ГЛОНАСС}}
* {{Публикация:Ипполитов 2018 Исследование алгоритма оценивания параметров сигнала с пространственно-временной обработкой наблюдений с антенной решетки в действительных числах}}

=== Тезисы докладов ===

*{{Публикация:Ипполитов 2014 Разработка библиотеки функций для работы с протоколом NMEA 0183}}

*{{Публикация:Ипполитов 2015 Исследование характеристик системы совместного слежения за фазами сигналов навигационных спутников}}

*{{Публикация:Ипполитов 2016 Исследование влияния неидентичности приемных трактов на коэффициент подавления антенного подавителя помех НАП СРНС}}

*{{Публикация:Ипполитов 2017 Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС}}

== Прочая интеллектуальная собственность ==
=== Зарегистрированные программы ===

{{main|:Категория:Ипполитов, С. П. (зарег. программы)}}

*{{Программа:Перов 2015 Программа исследования характеристик системы совместного слежения за фазами навигационных сигналов СРНС}}

=== Патенты ===

{{main|:Категория:Ипполитов, С. П. (патенты)}}

==== Заявки на патент ====

== Конференции ==

== Стипендии ==

[[Категория:УИЦ ЛНС_(персоналии)]]

Blog:Lipa/16.05.2018 PetaLinux

2019-01-11T10:03:20Z

Ippolitov: /* RTC */

<summary [ hidden ] >

<center>[[File:Petalinux.png|400px]]</center>

Сборка PetaLinux для кастомной железки

</summary>

{{Форма3}}

== Требования ==

Vivado 2018.1 (для single-gigabit ethernet можно более ранние версии)

Начиная с petalinux_2018.1 отсутствует devcfg. Необходимо использовать FPGA manager. Технология нами пока не освоена

Необходима Ubuntu-16.04

Требуется поставить ряд пакетов, полный список приведен в документе UG1144

Устанавливаем PetaLinux в систему. Дистрибутив есть на [https://www.xilinx.com/support/download/index.html/content/xilinx/en/downloadNav/embedded-design-tools/2018-1.html Xilinx], либо у меня на компьютере. '''Ставить PetaLinux необходимо БЕЗ прав суперюзера!'''

Подготовка завершена

== Правка Vivado ==

Для поддержки MDIO в Vivado 17.1-17.4 нужен [https://www.xilinx.com/support/answers/69132.html патч]. Ставим!

'''Не помогло.''' Ставим 2018.1

== Сборка ==

Пошаговое руководство по сборке содержится в документе UG1156

В консоли пишем source/[путь к петалинух]/settings.sh

Выполняем шаги из UG1156 по главе 5:

* экспортируем из Vivado .hdf (в блок дизайн File->Export->Export Hardware)

* создаем проект PetaLinux
<source lang="bash">
$ petalinux-create --type project --template zynq --name <PROJECT>
</source>

* переходим в папку с текущим проектом

* подключаем файл .hdf
<source lang="bash">
$ petalinux-config --get-hw-description=[путь к папке с файлом .hdf]
</source>

* перед сборкой системы необходимо выполнить '''все''' команды конфигурации в данной последовательности:
<source lang="bash">
$ petalinux-config

$ petalinux-config -c kernel

$ petalinux-config -c rootfs
</source>

=== petalinux-config ===

Если хотим спользовать внешний файл device-tree включаем:

<source lang="bash">
Subsystem AUTO Hardware Settings->
Advances bootable images storage settings->
dtb image settings->
image storage media
primary sd

</source>

Необходимо править netboot offset если оперативной памяти менее ~256МБ

Для клоникуса с 256МБ ставим 8'000'000

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

Выставляем точку начала распаковки образа системы

=== petalinux-config -c kernel===

* Подключаем в ядре поддержку физика и его дров.

<source lang="bash">
$ petalinux-config -c kernel
</source>

'''для oryx:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*]Ethernet driver support ->
[*] Micrel devices
[*] PHY Device support and infastructure -->
[*] Drivers for Micrel PHYs
</source>

'''для clonicus:'''

<source lang="bash">
Device Drivers->
[*]Network device support ->
[*] PHY Device support and infastructure -->
[*] Texas Instruments DP83867 Gigabit PHY
</source>

=== petalinux-config -c rootfs ===

Подключаем при необходимости ethtool, gdbserver(просто gdb не заработал), libstdc, libgcc, glib2.0, glibc(glibc & ltd)

'''Необходимо убедиться, что добавление libstdc и gdb не увеличивает образ на столько, что он не может распаковаться в 0x8000000'''

Если будут проблемы, то надо будет править netboot offset

=== device tree ===

Если необходимо внести изменения в device tree, то смотрим конец статьи

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18841676/U-Boot+Flattened+Device+Tree Интересная статья по правке devicetree из uboot]

=== Сборка проекта ===

* далее (сборка идет 30-60 минут)
<source lang="bash">
petalinux-build
</source>
* делаем boot.bin
<source lang="bash">
$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --u-boot --force

$ petalinux-package --boot --format BIN --fsbl ./zynq_fsbl.elf --fpga name.bit --u-boot --force
</source>

* записываем в загрузочную область флешки файлы boot.bin и image.ub

== Всякое ==

Если мало памяти как у нас - возможна ошибка image is not a fdt [https://forums.xilinx.com/t5/Embedded-Processor-System-Design/Petalinux-problem-on-custom-board-quot-image-is-not-a-fdt-quot/td-p/754892 ссылка]

Необходимо править netboot offset

<source lang="bash">
$ petalinux-config
</source>

<source lang="bash">
u-boot Configuration->
netboot offset
</source>

----

Можно вручную загрузиться из u-boot'а.

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ bootm 0xA000000
</source>

либо

<source lang="bash">
$ fatload mmc 0 0xA000000 image.ub
$ fatload mmc 0 0x9000000 system.dtb
$ bootm 0xA000000 0xA000000 0x9000000
</source>

Можно поварьировать адрес

------------

Проверка статуса прошитости FPGA

<source lang="bash">
cat /sys/class/xdevcfg/xdevcfg/device/prog_done
</source>

==Uboot==

Для внесения правок в загрузку линукса используем список команд '''env'''

Просмотр текущих команд '''printenv'''

Сброс настроек в дефолт '''env default -a'''

Создать переменную '''env set <имя> <значение>'''

Правка переменной '''env edit <имя переменной>'''

---

Для каждой платы делаем следующее:

* Берем [[Файл:uboot.env.c]]

* Удаляем в конце имени ".c"

* Записываем на флешку рядом с образом линукса

* Запускаем плату и прерываем autoboot

* Пишем '''run MAC'''

* Редактируем MAC-адрес

* Пишем '''saveenv'''

* Все! можем ребутать '''reset'''

Сохранить в файл '''saveenv'''

==Автозапуск приложений==

Во-первых [https://forums.xilinx.com/t5/Embedded-Linux/Petalinux-Runnning-a-script-file-at-startup/td-p/689051 тыц]

Далее пишем

<source lang="bash">
petalinux-create -t apps --template install -n myapp-init --enable
</source>

Правим файл /project-spec/meta-user/recipes-apps/myapp-init/myapp-init.bb

<source lang="bash">
#
# This file is the myapp-init recipe.
#

SUMMARY = "Simple myapp-init application"
SECTION = "PETALINUX/apps"
LICENSE = "MIT"
LIC_FILES_CHKSUM = "file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"

SRC_URI = "file://myapp-init"

S = "${WORKDIR}"

FILESEXTRAPATHS_prepend := "${THISDIR}/files:"

inherit update-rc.d

INITSCRIPT_NAME = "myapp-init"
INITSCRIPT_PARAMS = "start 99 S ."

do_install() {
install -d ${D}${sysconfdir}/init.d
install -m 0755 ${S}/myapp-init ${D}${sysconfdir}/init.d/myapp-init
}
FILES_${PN} += "${sysconfdir}/*"
</source>

Правим сам исполняемый скрипт project-spec/meta-user/recipes-apps/myapp-init/files/myapp-init

<source lang="bash">
#!/bin/sh

echo "Autorun script"

echo "Try run custom_init"
sh /run/media/mmcblk0p1/custom_init.sh
</source>

Записываем на флешку скрипт custom_init.sh с нужными командами и делаем его исполняемым

Записываем файл interfaces

Скачать архив: [[Файл:Init_interfaces.rar]]

==SSH==

Как победить сохранение ssh-ключей:

Добавляем в init_script следующие строки:

<source lang="bash">
mkdir /run/media/mmcblk0p2/.ssh
ln -s /run/media/mmcblk0p2/.ssh/ /home/root/
mkdir /run/media/mmcblk0p2/dropbear/
chmod 400 /run/media/mmcblk0p2/dropbear/
rm -r /etc/dropbear/
ln -s /run/media/mmcblk0p2/dropbear/ /etc/
</source>

* Создается ссылка на флешку, где хранятся авторизованные пользователи
* Создается папка для хранения секретного ключа платы
* При запуске платы свежесозданный ключ заменяется тем, что лежит на флешке
* При первом включении платы будет создан новый ключ

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

==Daemon==

Для настройки демона:

* Добавляем строки в файл custom_init.sh
* Кидаем на загрузочный раздел флешки папку из архива [[:File:daemon.rar]]

<source lang="bash">
cp -r /run/media/mmcblk0p1/daemon/lsb /lib/
cp /run/media/mmcblk0p1/daemon/receiver.conf /etc/
cp /run/media/mmcblk0p1/daemon/receiver /etc/init.d/
</source>

==device tree==

Для внесения изменений в device tree добавляем нужные строки в файл

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

[https://www.xilinx.com/support/answers/61117.html пример]

Для разборки device-tree [http://xillybus.com/tutorials/device-tree-zynq-1 ссылка]
<source lang="bash">
$ dtc -I dtb -O dts -o <name>.dts <name>.dtb
</source>

Для сборки device-tree
<source lang="bash">
$ dtc -I dts -O dtb -o <name>.dtb <name>.dts
</source>

== Модификация device-tree ==

После долгих мучений получилось поднять DP83867 только после добавления модификатора в файл [https://forums.xilinx.com/t5/Embedded-Linux/ZC702-Like-Board-with-DP83867CR-Ethernet-Petalinux-2017-4/td-p/831873 волшебная статья]

[https://www.kernel.org/doc/Documentation/devicetree/bindings/net/ti%2Cdp83867.txt описание параметров]

project-spec/meta-user/recipes-bsp/device-tree/files/system-user.dtsi

=== Single Kit-board eth ===

В Vivado включен eth1(с mdio) и выключен eth0.

'''Так работает'''

<source lang="bash">
&gem1{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

{{Начало скрытого блока|Выравнивание_заголовка = left| Ссылка = left|Заголовок = Развернутый .dtb:}}
<source lang="bash">
/dts-v1/;

/ {
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-7000";

cpus {
#address-cells = <0x1>;
#size-cells = <0x0>;

cpu@0 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x0>;
clocks = <0x1 0x3>;
clock-latency = <0x3e8>;
cpu0-supply = <0x2>;
operating-points = <0xa2c2a 0xf4240 0x51615 0xf4240>;
};

cpu@1 {
compatible = "arm,cortex-a9";
device_type = "cpu";
reg = <0x1>;
clocks = <0x1 0x3>;
};
};

fpga-full {
compatible = "fpga-region";
fpga-mgr = <0x3>;
#address-cells = <0x1>;
#size-cells = <0x1>;
ranges;
};

pmu@f8891000 {
compatible = "arm,cortex-a9-pmu";
interrupts = <0x0 0x5 0x4 0x0 0x6 0x4>;
interrupt-parent = <0x4>;
reg = <0xf8891000 0x1000 0xf8893000 0x1000>;
};

fixedregulator {
compatible = "regulator-fixed";
regulator-name = "VCCPINT";
regulator-min-microvolt = <0xf4240>;
regulator-max-microvolt = <0xf4240>;
regulator-boot-on;
regulator-always-on;
linux,phandle = <0x2>;
phandle = <0x2>;
};

amba {
u-boot,dm-pre-reloc;
compatible = "simple-bus";
#address-cells = <0x1>;
#size-cells = <0x1>;
interrupt-parent = <0x4>;
ranges;

adc@f8007100 {
compatible = "xlnx,zynq-xadc-1.00.a";
reg = <0xf8007100 0x20>;
interrupts = <0x0 0x7 0x4>;
interrupt-parent = <0x4>;
clocks = <0x1 0xc>;
};

can@e0008000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x13 0x1 0x24>;
clock-names = "can_clk", "pclk";
reg = <0xe0008000 0x1000>;
interrupts = <0x0 0x1c 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

can@e0009000 {
compatible = "xlnx,zynq-can-1.0";
status = "disabled";
clocks = <0x1 0x14 0x1 0x25>;
clock-names = "can_clk", "pclk";
reg = <0xe0009000 0x1000>;
interrupts = <0x0 0x33 0x4>;
interrupt-parent = <0x4>;
tx-fifo-depth = <0x40>;
rx-fifo-depth = <0x40>;
};

gpio@e000a000 {
compatible = "xlnx,zynq-gpio-1.0";
#gpio-cells = <0x2>;
clocks = <0x1 0x2a>;
gpio-controller;
interrupt-controller;
#interrupt-cells = <0x2>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x14 0x4>;
reg = <0xe000a000 0x1000>;
emio-gpio-width = <0x40>;
gpio-mask-high = <0x0>;
gpio-mask-low = <0x5600>;
};

i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

i2c@e0005000 {
compatible = "cdns,i2c-r1p10";
status = "disabled";
clocks = <0x1 0x27>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x30 0x4>;
reg = <0xe0005000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

interrupt-controller@f8f01000 {
compatible = "arm,cortex-a9-gic";
#interrupt-cells = <0x3>;
interrupt-controller;
reg = <0xf8f01000 0x1000 0xf8f00100 0x100>;
num_cpus = <0x2>;
num_interrupts = <0x60>;
linux,phandle = <0x4>;
phandle = <0x4>;
};

cache-controller@f8f02000 {
compatible = "arm,pl310-cache";
reg = <0xf8f02000 0x1000>;
interrupts = <0x0 0x2 0x4>;
arm,data-latency = <0x3 0x2 0x2>;
arm,tag-latency = <0x2 0x2 0x2>;
cache-unified;
cache-level = <0x2>;
};

memory-controller@f8006000 {
compatible = "xlnx,zynq-ddrc-a05";
reg = <0xf8006000 0x1000>;
};

ocmc@f800c000 {
compatible = "xlnx,zynq-ocmc-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x3 0x4>;
reg = <0xf800c000 0x1000>;
};

serial@e0000000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "okay";
clocks = <0x1 0x17 0x1 0x28>;
clock-names = "uart_clk", "pclk";
reg = <0xe0000000 0x1000>;
interrupts = <0x0 0x1b 0x4>;
device_type = "serial";
port-number = <0x0>;
};

serial@e0001000 {
compatible = "xlnx,xuartps", "cdns,uart-r1p8";
status = "disabled";
clocks = <0x1 0x18 0x1 0x29>;
clock-names = "uart_clk", "pclk";
reg = <0xe0001000 0x1000>;
interrupts = <0x0 0x32 0x4>;
};

spi@e0006000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0006000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x1a 0x4>;
clocks = <0x1 0x19 0x1 0x22>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e0007000 {
compatible = "xlnx,zynq-spi-r1p6";
reg = <0xe0007000 0x1000>;
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x31 0x4>;
clocks = <0x1 0x1a 0x1 0x23>;
clock-names = "ref_clk", "pclk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

spi@e000d000 {
clock-names = "ref_clk", "pclk";
clocks = <0x1 0xa 0x1 0x2b>;
compatible = "xlnx,zynq-qspi-1.0";
status = "disabled";
interrupt-parent = <0x4>;
interrupts = <0x0 0x13 0x4>;
reg = <0xe000d000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
};

memory-controller@e000e000 {
#address-cells = <0x1>;
#size-cells = <0x1>;
status = "disabled";
clock-names = "memclk", "aclk";
clocks = <0x1 0xb 0x1 0x2c>;
compatible = "arm,pl353-smc-r2p1";
interrupt-parent = <0x4>;
interrupts = <0x0 0x12 0x4>;
ranges;
reg = <0xe000e000 0x1000>;

flash@e1000000 {
status = "disabled";
compatible = "arm,pl353-nand-r2p1";
reg = <0xe1000000 0x1000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};

flash@e2000000 {
status = "disabled";
compatible = "cfi-flash";
reg = <0xe2000000 0x2000000>;
#address-cells = <0x1>;
#size-cells = <0x1>;
};
};

ethernet@e000b000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000b000 0x1000>;
status = "disabled";
interrupts = <0x0 0x16 0x4>;
clocks = <0x1 0x1e 0x1 0x1e 0x1 0xd>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
};

ethernet@e000c000 {
compatible = "cdns,zynq-gem", "cdns,gem";
reg = <0xe000c000 0x1000>;
status = "okay";
interrupts = <0x0 0x2d 0x4>;
clocks = <0x1 0x1f 0x1 0x1f 0x1 0xe>;
clock-names = "pclk", "hclk", "tx_clk";
#address-cells = <0x1>;
#size-cells = <0x0>;
phy-mode = "rgmii-id";
xlnx,ptp-enet-clock = <0x69f6bcb>;
local-mac-address = [00 0a 35 00 22 01];
phy-handle = <0x5>;
xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <0x1>;
#size-cells = <0x0>;

phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
reg = <0xc>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x1>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
linux,phandle = <0x5>;
phandle = <0x5>;
};
};
};

sdhci@e0100000 {
compatible = "arasan,sdhci-8.9a";
status = "okay";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x15 0x1 0x20>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x18 0x4>;
reg = <0xe0100000 0x1000>;
xlnx,has-cd = <0x1>;
xlnx,has-power = <0x0>;
xlnx,has-wp = <0x0>;
};

sdhci@e0101000 {
compatible = "arasan,sdhci-8.9a";
status = "disabled";
clock-names = "clk_xin", "clk_ahb";
clocks = <0x1 0x16 0x1 0x21>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2f 0x4>;
reg = <0xe0101000 0x1000>;
};

slcr@f8000000 {
u-boot,dm-pre-reloc;
#address-cells = <0x1>;
#size-cells = <0x1>;
compatible = "xlnx,zynq-slcr", "syscon", "simple-mfd";
reg = <0xf8000000 0x1000>;
ranges;
linux,phandle = <0x6>;
phandle = <0x6>;

clkc@100 {
u-boot,dm-pre-reloc;
#clock-cells = <0x1>;
compatible = "xlnx,ps7-clkc";
fclk-enable = <0x0>;
clock-output-names = "armpll", "ddrpll", "iopll", "cpu_6or4x", "cpu_3or2x", "cpu_2x", "cpu_1x", "ddr2x", "ddr3x", "dci", "lqspi", "smc", "pcap", "gem0", "gem1", "fclk0", "fclk1", "fclk2", "fclk3", "can0", "can1", "sdio0", "sdio1", "uart0", "uart1", "spi0", "spi1", "dma", "usb0_aper", "usb1_aper", "gem0_aper", "gem1_aper", "sdio0_aper", "sdio1_aper", "spi0_aper", "spi1_aper", "can0_aper", "can1_aper", "i2c0_aper", "i2c1_aper", "uart0_aper", "uart1_aper", "gpio_aper", "lqspi_aper", "smc_aper", "swdt", "dbg_trc", "dbg_apb";
reg = <0x100 0x100>;
ps-clk-frequency = <0x1fca055>;
linux,phandle = <0x1>;
phandle = <0x1>;
};

rstc@200 {
compatible = "xlnx,zynq-reset";
reg = <0x200 0x48>;
#reset-cells = <0x1>;
syscon = <0x6>;
};

pinctrl@700 {
compatible = "xlnx,pinctrl-zynq";
reg = <0x700 0x200>;
syscon = <0x6>;
};
};

dmac@f8003000 {
compatible = "arm,pl330", "arm,primecell";
reg = <0xf8003000 0x1000>;
interrupt-parent = <0x4>;
interrupt-names = "abort", "dma0", "dma1", "dma2", "dma3", "dma4", "dma5", "dma6", "dma7";
interrupts = <0x0 0xd 0x4 0x0 0xe 0x4 0x0 0xf 0x4 0x0 0x10 0x4 0x0 0x11 0x4 0x0 0x28 0x4 0x0 0x29 0x4 0x0 0x2a 0x4 0x0 0x2b 0x4>;
#dma-cells = <0x1>;
#dma-channels = <0x8>;
#dma-requests = <0x4>;
clocks = <0x1 0x1b>;
clock-names = "apb_pclk";
};

devcfg@f8007000 {
compatible = "xlnx,zynq-devcfg-1.0";
interrupt-parent = <0x4>;
interrupts = <0x0 0x8 0x4>;
reg = <0xf8007000 0x100>;
clocks = <0x1 0xc 0x1 0xf 0x1 0x10 0x1 0x11 0x1 0x12>;
clock-names = "ref_clk", "fclk0", "fclk1", "fclk2", "fclk3";
syscon = <0x6>;
linux,phandle = <0x3>;
phandle = <0x3>;
};

efuse@f800d000 {
compatible = "xlnx,zynq-efuse";
reg = <0xf800d000 0x20>;
};

timer@f8f00200 {
compatible = "arm,cortex-a9-global-timer";
reg = <0xf8f00200 0x20>;
interrupts = <0x1 0xb 0x301>;
interrupt-parent = <0x4>;
clocks = <0x1 0x4>;
};

timer@f8001000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0xa 0x4 0x0 0xb 0x4 0x0 0xc 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8001000 0x1000>;
};

timer@f8002000 {
interrupt-parent = <0x4>;
interrupts = <0x0 0x25 0x4 0x0 0x26 0x4 0x0 0x27 0x4>;
compatible = "cdns,ttc";
clocks = <0x1 0x6>;
reg = <0xf8002000 0x1000>;
};

timer@f8f00600 {
interrupt-parent = <0x4>;
interrupts = <0x1 0xd 0x301>;
compatible = "arm,cortex-a9-twd-timer";
reg = <0xf8f00600 0x20>;
clocks = <0x1 0x4>;
};

usb@e0002000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1c>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x15 0x4>;
reg = <0xe0002000 0x1000>;
phy_type = "ulpi";
};

usb@e0003000 {
compatible = "xlnx,zynq-usb-2.20a", "chipidea,usb2";
status = "disabled";
clocks = <0x1 0x1d>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x2c 0x4>;
reg = <0xe0003000 0x1000>;
phy_type = "ulpi";
};

watchdog@f8005000 {
clocks = <0x1 0x2d>;
compatible = "cdns,wdt-r1p2";
interrupt-parent = <0x4>;
interrupts = <0x0 0x9 0x1>;
reg = <0xf8005000 0x1000>;
timeout-sec = <0xa>;
};
};

chosen {
bootargs = "console=ttyPS0,115200 earlyprintk";
stdout-path = "serial0:115200n8";
};

aliases {
ethernet0 = "/amba/ethernet@e000c000";
serial0 = "/amba/serial@e0000000";
};

memory {
device_type = "memory";
reg = <0x0 0x10000000>;
};
};

</source>
{{Конец скрытого блока}}

=== Single On-board eth ===

В Vivado включен eth0(с mdio) и выключен eth1.

'''Работает гигабит через type-c! Работает hot plug. Успех.'''

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x7>;
ti,tx-internal-delay = <0x7>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};
</source>

=== Dual eth ===

[https://forums.xilinx.com/t5/Embedded-Linux/Dual-phys-on-MDIO-EMIO/td-p/737716 интересная статья о дуал eth]

Попытка поднять два физика. '''Пока не работает'''

<source lang="bash">
&gem0{
local-mac-address = [00 0a 35 00 00 00];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@0 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <0>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
phy1: phy@12 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";

reg = <12>;
ti,rx-internal-delay = <0x8>;
ti,tx-internal-delay = <0xa>;
ti,fifo-depth = <0x01>;
ti,min-output-impedance;
ti,dp83867-rxctrl-strap-quirk;
status = "okay";
};
};
};

&gem1{
local-mac-address = [00 0a 35 00 00 01];
enet-reset = <&gpio0 47 0>;
status = "okay";
phy-handle = <&phy1>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;
};
</source>

=== Oryx ===

В Vivado включен eth0(с mdio) и выключен eth1.
Pullup пока что все включены

[https://github.com/Xilinx/u-boot-xlnx/blob/master/doc/device-tree-bindings/net/micrel-ksz90x1.txt статья в помощь]

'''Работает'''

На новых платах(с отпаянными линиями линиями eth):
* на полноценных проводах с ходу
* на обкусанных проводах только если выставить 10 в ethtool

На старых платах:

* на полноценных проводах только если выставить 100 в ethtool
* на обкусанных проводах только если выставить 10 в ethtool

<source lang="bash">
&gem0{
status = "okay";
phy-handle = <&phy0>;
phy-mode = "rgmii-id";

xlnx,eth-mode = <0x1>;

mdio {
status = "okay";
#address-cells = <1>;
#size-cells = <0>;
phy0: phy@1 {
compatible = "ethernet-phy-ieee802.3-c22";
device_type = "ethernet-phy";
rxc-skew-ps = <1800>;
rxdv-skew-ps = <0>;
txc-skew-ps = <1800>;
txen-skew-ps = <0>;
reg = <1>;
status = "okay";
};
};
};
</source>

В принципе, работает сеть на новой плате с нормальным кабелем без модификации devicetree. Остальные комбинации плат-кабелей надо проверять

== i2c ==

В rootfs включаем
<source lang="bash">
Filesystem Packages ->
base ->
i2c-tools ->
[*] i2c-tools
</source>

Для поиска устройств можно написать

<source lang="bash">
i2cdetect -r 0
</source>

[https://xilinx-wiki.atlassian.net/wiki/spaces/A/pages/18842160/Cadence+I2C+Driver Статья] по i2c и RTC

== RTC ==

* Включаем в ядро подходящий драйвер

* Модифицируем device-tree

Вставляем в тело i2c код:
<source lang="bash">
rtc@51 {
compatible = "nxp,pcf8563";
reg = <0x51>;
};
</source>

Будет выглядеть так:
<source lang="bash">
i2c@e0004000 {
compatible = "cdns,i2c-r1p10";
status = "okay";
clocks = <0x1 0x26>;
interrupt-parent = <0x4>;
interrupts = <0x0 0x19 0x4>;
reg = <0xe0004000 0x1000>;
#address-cells = <0x1>;
#size-cells = <0x0>;
clock-frequency = <0x61a80>;

rtc@51 {
compatible = "nxp,pcf8563";
reg = <0x51>;
};
};
</source>

Если готового драйвера нет:

UG1144 pg.54

Создаем новый модуль
<source lang="bash">
petalinux-create -t modules --name <name_module> --enable
</source>

Для удаления модуля:

* удаляем папку из project-spec/meta-user/recipes-modules

* В файле project-spec/meta-user/recipes-core/images/petalinux-image.bbappend удаляем соответствующую строку

Пробуем собрать модуль
<source lang="bash">
petalinux-build -c <name_module>
</source>

Если ОК, собираем
<source lang="bash">
petalinux-build
</source>

И перепаковываем BOOT.bin

Пересобираем deveice-tree с указанием нового драйвера

Чтение времени из rtc если этот rtc не дефолтный (у нас rtc2)
<source lang="bash">
hwclock -r -f /dev/rtc2
</source>

Синхронизация rtc по системному времени
<source lang="bash">
hwclock -w -f /dev/rtc2
</source>

== USB ==

Запустил на Z706

[http://www.wiki.xilinx.com/Zynq+Linux+USB+Device+Driver во-первых]
[http://zedboard.org/content/using-petalinux-configure-zedboard%EF%BC%8C-usb-otg-can-not-work во-вторых]
[https://forums.xilinx.com/t5/Embedded-Linux/Petalinux-2016-3-zynq-7010-USB-not-working/td-p/737696 в-третьих]

В дефолтных настройках ядра petalinux_2018.1 все было включено

включаем ресет на MIO7 pullup disabled

все ноги интерфейса ulpi pullup disabled

Содержимое system-user.dtsi
<source lang="bash">
/include/ "system-conf.dtsi"
/{

usb_phy0:phy0 {

compatible="ulpi-phy";

#phy-cells = <0>;

reg = <0xe0002000 0x1000>;

view-port=<0x170>;

drv-vbus;

};

};

&usb0 {

status = "okay";

dr_mode = "host";

usb-phy = <&usb_phy0>;

} ;
</source>

== WiFi Dongle ==

[https://forum.trenz-electronic.de/index.php?topic=747.0 раз]

== WiFi ESP ==

[http://www.wiki.xilinx.com/Zynq+SDIO+Wifi Xilinx SDIP WiFi]

[http://zedboard.org/content/sdio-wifi-driver-ar6103-problem Zedboard раз]

[https://stackoverflow.com/questions/32129689/how-to-bind-sdio1-with-wi-fi-linux два]

[http://picozed.org/content/steps-get-wlink8-working-using-petalinux-picozed picozed три]

[http://zedboard.org/content/adding-wi-fi-and-bluetooth-connectivity-zedboard-using-murata-1dx-pmod zedboard четыре]

[[Категория:HOWTO]]
[[Категория:Oryx]]
[[Категория:Zynq]]
[[Категория:EmbeddedLinux]]
[[Category:Clonicus]]

{{wl-publish: 2018-04-12 16:56:17 +0300 | Lipa }}
{{wl-publish: 2018-05-16 10:06:30 +0300 | Lipa }}

Ипполитов, Сергей Павлович

2018-01-12T06:59:18Z

Ippolitov:

{{Учёный
| Имя = Сергей Павлович Ипполитов
| Оригинал имени =
| Фото =
| Ширина =
| Подпись =
| Дата рождения = 18.07.1992
| Место рождения =
| Гражданство = Россия
| Научная сфера =
| Место работы = НИУ МЭИ, УИЦ СРТТ
| Учёная степень =
| Учёное звание =
| Альма-матер = НИУ МЭИ
| Научный руководитель = [[Перов А.И.]]
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Сергей Павлович Ипполитов''' (род. 18.07.1992)

== Ареал обитания ==

ауд. А-401 (УИЦ "СРТТ").

== Диссертации ==
=== Бакалаврская работа ===

Исследование совместного слежения за фазами нескольких навигационных сигналов([[Media:ippolitov_MPLL_bac_2014.pdf|pdf]])

== Публикации ==

{{main|:Категория:Ипполитов, С. П. (публикации)}}

=== Статьи ===

* {{Публикация:Устинов 2014 Синтез и анализ алгоритмов совместного слежения за фазами сигналов навигационных спутников в БИС}}
* {{Публикация:Ипполитов 2015 Анализ эффективности алгоритмов совместного слежения за фазами пилотных компонент сигналов L1OC ГЛОНАСС}}

=== Тезисы докладов ===

*{{Публикация:Ипполитов 2014 Разработка библиотеки функций для работы с протоколом NMEA 0183}}

*{{Публикация:Ипполитов 2015 Исследование характеристик системы совместного слежения за фазами сигналов навигационных спутников}}

*{{Публикация:Ипполитов 2016 Исследование влияния неидентичности приемных трактов на коэффициент подавления антенного подавителя помех НАП СРНС}}

*{{Публикация:Ипполитов 2017 Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС}}

== Прочая интеллектуальная собственность ==
=== Зарегистрированные программы ===

{{main|:Категория:Ипполитов, С. П. (зарег. программы)}}

*{{Программа:Перов 2015 Программа исследования характеристик системы совместного слежения за фазами навигационных сигналов СРНС}}

=== Патенты ===

{{main|:Категория:Ипполитов, С. П. (патенты)}}

==== Заявки на патент ====

== Конференции ==

== Стипендии ==

[[Категория:УИЦ СРТТ_(персоналии)]]

Blog:DneprovD/12.10.2016 Linux в наших устройствах

2017-10-20T07:47:02Z

Ippolitov: /* Запись в QSPI flash средствами Linux через ssh */

<summary [ hidden ] >

Xilinx Linux, и вся часто используемая информация.

</summary>

{{Форма3}}
[[File:linux-embedded.jpg|right|450px]]

== Для общего понимания ==

''Embedded Linux'' - такой же линукс, который ставится на обычный ПК, только запускаемый на некотором устройстве с нестандартным для ПК набором периферии.

Допускается поставить на платы Xilinx любой, даже теплый ламповый Ubuntu 14.04 Trusty Tahr, и он будет работать.

По аналогии с установкой на ПК, при работе с SD-card мы также должны создать загрузочный раздел и основной.

"Жестким диском" embedded линукса выступает сама флешка, или оперативная память.

:Компоненты сборки, которые идут в загрузочный раздел:

:Компоненты сборки, которые идут в основной раздел:

Есть [http://www.instructables.com/id/How-to-boot-Linux-on-a-Zedboard-without-U-Boot/ подозрение], что FSBL от Xilinx [https://blog.n621.de/2016/05/running-linux-on-a-zynq-without-vivado-madness/ не особо нужен], т.к. прошивает плисину, что можно сделать потом. (Проверить)

== Полезные ссылки ==

* http://xilinx.wikidot.com/zc702-boot-from-flash

* http://jeremyherbert.net/get/digilent_zybo_zynq_getting_started

* http://www.instructables.com/id/Embedded-Linux-Tutorial-Zybo/

* http://www.dbrss.org/zybo/tutorial4.html

* https://eewiki.net/display/linuxonarm/BeagleBone+Black

* http://jeremyherbert.net/get/digilent_zybo_zynq_getting_started

* http://www.adapteva.com/white-papers/building-linux-for-parallella-platform/

* https://www.ibm.com/developerworks/library/l-initrd/index.html

* http://www.wmelectronic.at/PDFS/digilent/ZedBoard_GSwEL_Guide.pdf

* http://www.instructables.com/id/Zybo-AXI-DMA-Inside-Embedded-Linux/

* https://ru.wikipedia.org/wiki/Das_U-Boot

'''''Блоги:'''''

* http://billauer.co.il/blog/2011/08/dts-of-open-firmware-microblaze/

* [https://forums.xilinx.com/t5/Xcell-Daily-Blog/Adam-Taylor-s-MicroZed-Chronicles-Part-207-Setting-up-MiniZed/ba-p/779371 Adam Taylor’s MicroZed Chronicles]

* http://svenand.blogdrive.com/archive/214.html#.WdYV2Gi0PIU

== Загрузка с QSPI flash ==

http://xilinx.wikidot.com/zc702-boot-from-flash

[[File:BootROM.PNG|right|600px]]

Что нужно?
* FSBL (First-stage bootloader) - создается в Xilinx SDK на основе дизайна Export HW из Vivado. Конфигурирует FPGA, запускает скрипт ps7_init, коммутирует ноги.
* Bit file (необязательно) – прошивка из Vivado, может быть прошита на этом этапе или позже (из Linux).
* .elf файл программы (helloworld etc. необязательно).
* UBoot (Second-stage bootloader), выполняет загрузку ядра ОС и файловой системы.
* uImage (Kernel image) – Ядро операционной системы (Может быть собрано самостоятельно).
* DTB (Device tree blob) - предоставляет ОС список доступных периферийных устройств, их адреса и параметры (Создается в SDK через dtc).
* RootFS (ramdisk.gz и др.) – файловая система (В виде упакованного образа или в виде раздела на загрузочном диске).

=== На примере платы z706 ===

Настройки переключателей (ug954):

::[https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=16 SW11] (Boot Mode) : [0 0 0 1 0] -> QSPI Flash, [0 0 1 1 0] -> SDCard

::[https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=33 SW4 ] (JTAG Mode) : [1 0] -> Platform Cable on J3, ...

==== Vivado ====
Проект в ПЛИС почти пустой:

[[File:HW_project.png]]

В враппер верхнего уровня выведен порт FCLK0 и добавлен счетчик, мигающий диодами:

<source lang="verilog">
output LED_LEFT;
output LED_CENTER;
output LED_RIGHT;

reg [31:0] led_counter;

always@ (posedge FCLK_CLK0)
led_counter <= led_counter + 1;

assign LED_LEFT = led_counter[26];
assign LED_CENTER = led_counter[25];
assign LED_RIGHT = led_counter[24];

</source>

Объявлены ноги (G2 - BANK33 (1.5V); Y21,W21 - BANK11 (2.5V)) :

<source lang="verilog">
set_property PACKAGE_PIN G2 [get_ports LED_CENTER]
set_property IOSTANDARD LVCMOS15 [get_ports LED_CENTER]

set_property PACKAGE_PIN Y21 [get_ports LED_LEFT]
set_property IOSTANDARD LVCMOS25 [get_ports LED_LEFT]

set_property PACKAGE_PIN W21 [get_ports LED_RIGHT]
set_property IOSTANDARD LVCMOS25 [get_ports LED_RIGHT]
</source>

Собираем проект, экспортируем HW (и .bit).

==== О FSBL ====

Допускается встраивать любые пользовательские функции в код FSBL как до загрузки прошивки, так и после (раздел [https://www.xilinx.com/support/documentation/user_guides/ug821-zynq-7000-swdev.pdf#page=45 FSBL Hooks])

Процессорная часть конфигурируется скриптами ps7_init, причем необязательно из FSBL. (Раздел [https://www.xilinx.com/support/documentation/user_guides/ug821-zynq-7000-swdev.pdf#page=47 Zynq PS Configuration])

Важно, чтобы при наличии прошивки в общем загрузочном образе ''BOOT.bin'' она шла сразу после FSBL, иначе не загрузится.

'''Удачный рабочий вариант с пробросом UART1 через плис:'''

BOOT.bin:
[
fsbl.elf
bitstream.bit
u-boot.elf
]

В исходники FSBL в файл '''main.c''' в раздел Constant Definitions добавлена строка, настраивающая PS-PL Level Shifters ПОСЛЕ прошивки плис (что не делается автоматом!):

'''#define PS7_POST_CONFIG'''

==== О U-boot ====

[[File:CreateBootableImage.png|right|500px]]

[http://svenand.blogdrive.com/archive/216.html#.Wddxomi0PIU O загрузке с QSPI]

[http://fpga.org/2013/05/24/yet-another-guide-to-running-linaro-ubuntu-desktop-on-xilinx-zynq-on-the-zedboard/ О сборке U-Boot 1]

[http://www.wiki.xilinx.com/Build+U-Boot О сборке U-Boot 2]

После прошивки плис FSBL передает управление U-Boot'у.

U-Boot (Second-Stage bootloader) делает следующее:

* Ищет на QSPI Flash по адресу 0x100000 и распаковывает из BOOT.bin в ОЗУ образ ядра uImage по адресу 0x3000000.
* Ищет по адресу 0x600000 (с учетом объема ядра в 0x500000) и распаковывает в ОЗУ devicetree.dtb по адресу 0x2A00000.
* Ищет по адресу 0x620000 (с учетом объема .dtb в 0x020000) и распаковывает в ОЗУ uramdisk.image по адресу 0x2000000.

Смещение не задается для самого U-Boot. Смещения задаются для uImage, devicetree, uramdisk.

Данные смещения заданы в исходниках самого U-Boot при сборке.

Они же должны быть указаны при сборке образа для прошивке во flash через SDK (старая картинка справа для примера).

Файл для редактирования в исходниках U-Boot:

u-boot-xlnx/include/configs/'''zynq-common.h'''

ВАЖНО! - при начилии прошивки на флешке стандартные адреса разделов в исходниках U-Boot и в devicetree отличаются от фактических именно из-за наличия прошивки.

Штатные смещения компонентов образа ''BOOT.bin'' указаны, например, [https://www.xilinx.com/support/documentation/sw_manuals/xilinx14_1/ug873_zynq_ctt.pdf#page=41 в гайде] :

{
[bootloader]fsbl.elf
u-boot.elf
[offset = 0x100000]uImage
[offset = 0x600000]devicetree.dtb
[offset = 0x620000]uramdisk.image.gz
}

Стандартные команды ручной загрузки (без прошивки):

$ sf probe 0 0 0
$ sf read 0x3000000 0x100000 ${kernel_size}
$ sf read 0x2A00000 0x600000 ${devicetree_size}
$ sf read 0x2000000 0x620000 ${ramdisk_size}
$ bootm 0x3000000 0x2000000 0x2A00000

Была попытка изменить значение в /include/configs/zynq-common.h

CONFIG_SYS_SPI_U_BOOT_OFFS 0x100000

не привела к успеху. Видимо еще нужно править строки в секции

#define CONFIG_EXTRA_ENV_SETTINGS

Плюс непонятно зачем в исходниках u-boot есть директория /arch/arm/dts. В соответствующем файлике тоже прописаны эти смещения.

Далее в SDK между fsbl и u-boot(стоковым) запихнули прошивку с прокинутым юартом через ПЛИСину. Соответственно вставили подходящие смещения. Теперь u-boot нужно заводить с толкача:
$ sf read <ram_addr> <QSPI_offset> <size>

А, именно:
$ sf probe 0 0 0 <-- Poke flash & get flash info
$ sf read 0x3000000 0x1000000 0x500000 <-- uImage
$ sf read 0x2A00000 0x1500000 0x20000 <-- Device Tree Blob
$ sf read 0x2000000 0x1520000 0x600000 <-- uramdisk
$ bootm 0x3000000 0x2000000 0x2A00000 <-- загружаемся

И зашуршало.

===== Самостоятельная сборка U-boot =====

На данный момент собирается старая версия по этому [http://fpga.org/2013/05/24/yet-another-guide-to-running-linaro-ubuntu-desktop-on-xilinx-zynq-on-the-zedboard/ гайду], раздел 'Build u-boot, the Linux boot-loader'.

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

Все версии в репозитории уже отмечены тагами.

$ git clone https://github.com/Xilinx/u-boot-xlnx.git
$ cd u-boot-xlnx
$ git checkout -b xilinx-v2013.4 xilinx-v2013.4
$ make zynq_zc70x
$ make

Изменения:

U-Boot копирует и загружает образы в RAM путем вызова собственных утилит командами консоли. Поэтому поменять адреса оказалось просто.

'''u-boot-xlnx/Makefile''':8 - меняем название версии U-Boot при загрузке, чтобы отличалось от родного:
VERSION = [SRNS] 2013

'''u-boot-xlnx/include/configs/zynq_common.h''' (в некоторых версиях zynq'''-'''common.h):

Вносим изменения в строки дефайна '''CONFIG_EXTRA_ENV_SETTINGS''':

В начало добавляем "переменные", не забыв про закрывающие символы \0" \ :
"QSPI_kernel_address=0x1000000\0" \
"QSPI_devicetree_address=0x1500000\0" \
"QSPI_ramdisk_address=0x1520000\0" \

В середину в раздел QSPI flash to RAM:
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x3000000 ${QSPI_kernel_address} ${kernel_size} && " \
"sf read 0x2A00000 ${QSPI_devicetree_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read 0x2000000 ${QSPI_ramdisk_address} ${ramdisk_size} && " \
"bootm 0x3000000 0x2000000 0x2A00000\0" \

$ make zynq_zc70x
$ make

==== О Ehternet PHY ====

[[File:PHY.png|мини|600px|right]]

На плате zc706 установлен чип [https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=47 ''Marvell Alaska PHY device (88E1116R)''].

Его т.н. physical ID (номер чипа, которых может быть несколько) определяется системой в нескольких местах:
* Реальный - джамперами на плате, подключенными к ногам CONFIG0 - CONFIG2.
* Программно - в devicetree и в U-Boot.

Всего на физический адрес конкретно этого чипа отведено 5 бит регистра '''PHYAD[4:0]''', т.е 32 возможных адреса.

Есть ли возможность просканировать все 32 адреса из системы, не задавая их явно в U-Boot или devicetree, пока непонятно.

'''(!)''' Существует Standalone SDK Application - проект '''''lwip''''', который умеет сканировать PHYAD. Возможно, оттуда можно что-то позаимствовать.

Для теста стандартный адрес PHYAD = 7 был изменен на PHYAD = 23. Для этого:

* С джампера J9 перемычка переставлена на 2 и 3 пины джампера J46.
* В файле '''u-boot-xlnx/include/configs/zynq_zc70x.h''' изменен дефайн:
#define '''CONFIG_ZYNQ_GEM_PHY_ADDR0 23''' // 7
* В стандартном файле '''devicetree.dts''' (из образа 2013.4) изменено со стр. 136:
mdio {
#address-cells = <0x1>;
#size-cells = <0x0>;
'''phy@23''' { /* phy@7 */
compatible = "marvell,88e1116r";
device_type = "ethernet-phy";
'''reg = <23>; ''' /* reg = <0x7> */
linux,phandle = <0x5>;
phandle = <0x5>;
};
};

Пересобираем U-Boot.

Пересобираем BOOT.bin с новыми U-Boot и devicetree.dtb.

Прошиваем во flash.

==== О devicetree ====

Основной продвигатель devicetree: [https://devicetree.org/ devicetree.org]. Там же есть "мануал".

Пока ясно, что синтаксис меняется от версии к версии, <s>точных руководств нет</s>.

Непонятно, как Linux (и U-Boot) читает и интерпретирует devicetree.

Нашел такой [http://elixir.free-electrons.com/linux/latest/source/Documentation/devicetree гайдик].

Конвертация в бинарный формат:

$ dtc -I dts -O dtb -o <devicetree name>.dtb <devicetree name>.dts

И в редактируемый формат:

$ dtc -I dtb -O dts -o <devicetree name>.dts <devicetree name>.dtb

==== Запись в QSPI flash средствами Linux через ssh ====

В самом начале нужно посмотреть что лежит в флешке (эта информация берется из device tree)

root@zynq:/tmp $ cat /proc/mtd
dev: size erasesize name
mtd0: 00100000 00020000 "qspi-fsbl-uboot"
mtd1: 00500000 00020000 "qspi-linux"
mtd2: 00020000 00020000 "qspi-device-tree"
mtd3: 005e0000 00020000 "qspi-rootfs"
mtd4: 00400000 00020000 "qspi-bitstream"

Запись в эти разделы осуществляется через утилиту flashcp. Пример для записи uramdisk. Предварительно скопировав на плату, выполнить следующее

root@zynq:/tmp $ flashcp -v uramdisk.image.gz /dev/mtd3
Erasing blocks: 46/46 (100%)
Writing data: 5851k/0k (100%))
Verifying data: 5851k/0k (100%))

== Linux ==
[http://www.wiki.xilinx.com/Zynq+Releases Релизы].

Релизы Xilinx часто поставляются в частично нерабочем виде:
* Некорректно работает '''xdevcfg'''.
* Не запускаются C++ приложения.
* R/O файловая система не позволяет менять ip платы, вносить изменения и сохранять папки/файлы.
* Не работает беспарольный доступ по SSH.
* Проблемы с общими библиотеками (shared lib /lib/) C/C++.

Решение этих проблем периодически возникает заново и каждый раз приходится гуглить.
Разберемся.

=== xdevcfg ===
$ cat *.bit > /dev/xdevcfg периодически ломает шины данных к нашим ядрам, при этом регистры процессора (0x0000 - 0x3000) считываются.
Решение не найдено, пока только смена релиза.

Иногда xdevcfg не работает, если ПЛИС уже прошита до загрузки системы. Причина - уже настроены PS-PL Level Shifters и выставлен Lock.

Решение - прошивать ПЛИС после загрузки системы.

=== C/C++ Apps ===
Помогает линковка, вызываемая на плате
$ ln -l /lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3

При первом запуске freq_counter на плате НИИКП(Фарватер) выдал ошибку

error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or
directory

Вылечилось её копированием с орикса из usr/lib/arm-linux-gnueabi/ в uramdisk /usr/lib/.

=== Модификация ramdisk ===
Как правило, готовый uramdisk требует модификации, хотя бы для смены ip.
При этом, если uramdisk r/o, внести изменения с платы в файл '''/etc/network/interfaces''' можно, но они не сохранятся.

Для этого потребуется распаковать uramdisk, модифицировать '''interfaces''' и запаковать обратно.

[https://boundarydevices.com/hacking-ram-disks/ Изменение ramdisk]
[http://www.denx.de/wiki/view/DULG/HowToAddFiles Еще про ramdisk, полезное]

Пример:

'''1) Разбираем:'''
$ file uramdisk.image(.gz)
--> uramdisk.image: u-boot/PPCBoot image
2) Если вывод такой, как в 1, распаковать от .gz (пкм-распаковать), далее требуется убрать заголовок mkImage:
$ dd bs=1 skip=64 if=uramdisk.image of=uramdisk-no-header.image
3) После этого образ будет восприниматься, как архив.
$ file uramdisk-no-header.image
--> uramdisk-no-header.image: gzip compressed data, from Unix
4) Распаковав его, получим CPIO-файл, который уже можно монтировать:
$ zcat uramdisk-no-header.image > uramdisk-uncompressed.image
$ file uramdisk-uncompressed.image
--> uramdisk-uncompressed.image: ASCII cpio archive (SVR4 with no CRC)
5) Монтируем CPIO, вносим изменения:
$ mkdir myramdisk && cd myramdisk/
$ sudo cpio -i --no-absolute-filenames < ../uramdisk-uncompressed.image
'''6) Собираем обратно:'''
~/myramdisk$ shopt -s dotglob
~/myramdisk$ sudo find . | sudo cpio -H newc -o | gzip > ../uramdisk.cpio.gz
~/myramdisk$ mkimage -A arm -O linux -T ramdisk -n "Initial Ram Disk" -d ../uramdisk.cpio.gz ../uramdisk.image.gz.new
7) Закидываем на SD-карту файл uramdisk.image.gz.new, меняем имя:
$ mv uramdisk.image.gz.new uramdisk.image.gz
8) Грузимся.

Образец файла /etc/network/interfaces
auto lo
iface lo inet loopback
#
iface eth0 inet static
address 192.168.0.188
netmask 255.255.255.0
gateway 192.168.0.254
hwaddress ether 00:0A:35:00:01:23
auto eth0

=== Решение проблемы r/o uramdisk ===
Способов много, выбран такой, чтобы при загрузке ОС на SD-карте присутствовал скрипт с требуемыми командами настройки,
которые будут выполняться после загрузки ОС.

1) Распаковать uramdisk, внести изменения в файл /etc/fstab для автоматического монтирования SD-карты в /mnt/ :
/dev/mmcblk0 /mnt/ auto defaults 0 0
/dev/mmcblk0p1 /mnt/(boot) auto defaults 0 0
/dev/mmcblk0p2 /mnt/(sd) auto defaults 0 0
Пока не определились с количеством разделов на SD, достаточно одного.

Если присутствует несколько разделов, то монтирование mmcblk0p<N> осуществляется в /mnt/<patr_name>, в () указаны произвольные имена.

2) Редактировать файл /etc/rc5.d/S15mountnfs.sh , добавить строчку:
sh ./mnt/<dir>/init.sh

3) Запаковать ramdisk.

4) Закинуть на флешку в раздел 1-2 в папку <dir> скрипт init.sh любого содержания.
Пример init.sh:
#!/bin/sh
# ifconfig eth0 down
# ifconfig eth0 hw ether 00:0A:35:00:01:22
ifconfig eth0 192.168.0.187
# ifconfig eht0 up

mkdir /root/.ssh
cat /mnt/*.pub >> /root/.ssh/authorized_keys
cat /mnt/7nf_12bf_3td_14bit.bit > /dev/xdevcfg
cp /mnt/Read_TD /tmp/

=== Решение проблемы с ключами ssh ===
В новой файловой системе при каждой перезагрузке генерится новый ключ.

Для нормальной работы нужно этот ключ подсунуть из флешки.

1) На плате копируем сгенеренный ключик на флешку

cp /etc/dropbear/dropbear_rsa_host_key /mnt/sd/dropbear_rsa_host_key

2) В распакованном ramdisk'e переименовываем в /etc/rc5.d/
S10dropbear -> S15dropbear
S15mountnfs.sh -> S10mountnfs.sh

Таким образом поменяли порядок выполнения скриптов: сначала монтируем файловую систему (тут и выполнение скрипта init.sh), потом настраиваем ssh.

3) В скрипте S15dropbear комментируем строку
# gen_keys

Т.е. запрещаем генерить ключи.

4) В /mnt/sd/init.d дописываем команду на копирование ключа(который был сохранен в п.1)

cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

=== Решение проблемы с авторизацией по ключу===

Решение проблемы началось с включения syslog(syslogd), который пишет лог dropbear в /var/log/messages.

В нем увидели, что dropbear ищет ключи ssh в /home/root (в ramdisk от xilinx зачем-то кроме директории /root есть /home/root).

Решение:

1) В скрипте init.sh удалили /home/root

rm -Rf /home/root

2) На всякий случай дали ссылку

ln -s /root /home/root

3) Не забываем про права(опционально)

chmod 700 .ssh
chmod 640 .ssh/authorized_keys

4) Итого в init.sh

mkdir /root/.ssh
rm -Rf /home/root
ln -s /root /home/root
cat /mnt/sd/*.pub >> /root/.ssh/authorized_keys
cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

[[Category:EmbeddedLinux]]

{{wl-publish: 2016-10-12 10:41:00 +0400 | Dneprov D }}

Blog:DneprovD/12.10.2016 Linux в наших устройствах

2017-10-20T07:24:25Z

Ippolitov:

<summary [ hidden ] >

Xilinx Linux, и вся часто используемая информация.

</summary>

{{Форма3}}
[[File:linux-embedded.jpg|right|450px]]

== Для общего понимания ==

''Embedded Linux'' - такой же линукс, который ставится на обычный ПК, только запускаемый на некотором устройстве с нестандартным для ПК набором периферии.

Допускается поставить на платы Xilinx любой, даже теплый ламповый Ubuntu 14.04 Trusty Tahr, и он будет работать.

По аналогии с установкой на ПК, при работе с SD-card мы также должны создать загрузочный раздел и основной.

"Жестким диском" embedded линукса выступает сама флешка, или оперативная память.

:Компоненты сборки, которые идут в загрузочный раздел:

:Компоненты сборки, которые идут в основной раздел:

Есть [http://www.instructables.com/id/How-to-boot-Linux-on-a-Zedboard-without-U-Boot/ подозрение], что FSBL от Xilinx [https://blog.n621.de/2016/05/running-linux-on-a-zynq-without-vivado-madness/ не особо нужен], т.к. прошивает плисину, что можно сделать потом. (Проверить)

== Полезные ссылки ==

* http://xilinx.wikidot.com/zc702-boot-from-flash

* http://jeremyherbert.net/get/digilent_zybo_zynq_getting_started

* http://www.instructables.com/id/Embedded-Linux-Tutorial-Zybo/

* http://www.dbrss.org/zybo/tutorial4.html

* https://eewiki.net/display/linuxonarm/BeagleBone+Black

* http://jeremyherbert.net/get/digilent_zybo_zynq_getting_started

* http://www.adapteva.com/white-papers/building-linux-for-parallella-platform/

* https://www.ibm.com/developerworks/library/l-initrd/index.html

* http://www.wmelectronic.at/PDFS/digilent/ZedBoard_GSwEL_Guide.pdf

* http://www.instructables.com/id/Zybo-AXI-DMA-Inside-Embedded-Linux/

* https://ru.wikipedia.org/wiki/Das_U-Boot

'''''Блоги:'''''

* http://billauer.co.il/blog/2011/08/dts-of-open-firmware-microblaze/

* [https://forums.xilinx.com/t5/Xcell-Daily-Blog/Adam-Taylor-s-MicroZed-Chronicles-Part-207-Setting-up-MiniZed/ba-p/779371 Adam Taylor’s MicroZed Chronicles]

* http://svenand.blogdrive.com/archive/214.html#.WdYV2Gi0PIU

== Загрузка с QSPI flash ==

http://xilinx.wikidot.com/zc702-boot-from-flash

[[File:BootROM.PNG|right|600px]]

Что нужно?
* FSBL (First-stage bootloader) - создается в Xilinx SDK на основе дизайна Export HW из Vivado. Конфигурирует FPGA, запускает скрипт ps7_init, коммутирует ноги.
* Bit file (необязательно) – прошивка из Vivado, может быть прошита на этом этапе или позже (из Linux).
* .elf файл программы (helloworld etc. необязательно).
* UBoot (Second-stage bootloader), выполняет загрузку ядра ОС и файловой системы.
* uImage (Kernel image) – Ядро операционной системы (Может быть собрано самостоятельно).
* DTB (Device tree blob) - предоставляет ОС список доступных периферийных устройств, их адреса и параметры (Создается в SDK через dtc).
* RootFS (ramdisk.gz и др.) – файловая система (В виде упакованного образа или в виде раздела на загрузочном диске).

=== На примере платы z706 ===

Настройки переключателей (ug954):

::[https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=16 SW11] (Boot Mode) : [0 0 0 1 0] -> QSPI Flash, [0 0 1 1 0] -> SDCard

::[https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=33 SW4 ] (JTAG Mode) : [1 0] -> Platform Cable on J3, ...

==== Vivado ====
Проект в ПЛИС почти пустой:

[[File:HW_project.png]]

В враппер верхнего уровня выведен порт FCLK0 и добавлен счетчик, мигающий диодами:

<source lang="verilog">
output LED_LEFT;
output LED_CENTER;
output LED_RIGHT;

reg [31:0] led_counter;

always@ (posedge FCLK_CLK0)
led_counter <= led_counter + 1;

assign LED_LEFT = led_counter[26];
assign LED_CENTER = led_counter[25];
assign LED_RIGHT = led_counter[24];

</source>

Объявлены ноги (G2 - BANK33 (1.5V); Y21,W21 - BANK11 (2.5V)) :

<source lang="verilog">
set_property PACKAGE_PIN G2 [get_ports LED_CENTER]
set_property IOSTANDARD LVCMOS15 [get_ports LED_CENTER]

set_property PACKAGE_PIN Y21 [get_ports LED_LEFT]
set_property IOSTANDARD LVCMOS25 [get_ports LED_LEFT]

set_property PACKAGE_PIN W21 [get_ports LED_RIGHT]
set_property IOSTANDARD LVCMOS25 [get_ports LED_RIGHT]
</source>

Собираем проект, экспортируем HW (и .bit).

==== О FSBL ====

Допускается встраивать любые пользовательские функции в код FSBL как до загрузки прошивки, так и после (раздел [https://www.xilinx.com/support/documentation/user_guides/ug821-zynq-7000-swdev.pdf#page=45 FSBL Hooks])

Процессорная часть конфигурируется скриптами ps7_init, причем необязательно из FSBL. (Раздел [https://www.xilinx.com/support/documentation/user_guides/ug821-zynq-7000-swdev.pdf#page=47 Zynq PS Configuration])

Важно, чтобы при наличии прошивки в общем загрузочном образе ''BOOT.bin'' она шла сразу после FSBL, иначе не загрузится.

'''Удачный рабочий вариант с пробросом UART1 через плис:'''

BOOT.bin:
[
fsbl.elf
bitstream.bit
u-boot.elf
]

В исходники FSBL в файл '''main.c''' в раздел Constant Definitions добавлена строка, настраивающая PS-PL Level Shifters ПОСЛЕ прошивки плис (что не делается автоматом!):

'''#define PS7_POST_CONFIG'''

==== О U-boot ====

[[File:CreateBootableImage.png|right|500px]]

[http://svenand.blogdrive.com/archive/216.html#.Wddxomi0PIU O загрузке с QSPI]

[http://fpga.org/2013/05/24/yet-another-guide-to-running-linaro-ubuntu-desktop-on-xilinx-zynq-on-the-zedboard/ О сборке U-Boot 1]

[http://www.wiki.xilinx.com/Build+U-Boot О сборке U-Boot 2]

После прошивки плис FSBL передает управление U-Boot'у.

U-Boot (Second-Stage bootloader) делает следующее:

* Ищет на QSPI Flash по адресу 0x100000 и распаковывает из BOOT.bin в ОЗУ образ ядра uImage по адресу 0x3000000.
* Ищет по адресу 0x600000 (с учетом объема ядра в 0x500000) и распаковывает в ОЗУ devicetree.dtb по адресу 0x2A00000.
* Ищет по адресу 0x620000 (с учетом объема .dtb в 0x020000) и распаковывает в ОЗУ uramdisk.image по адресу 0x2000000.

Смещение не задается для самого U-Boot. Смещения задаются для uImage, devicetree, uramdisk.

Данные смещения заданы в исходниках самого U-Boot при сборке.

Они же должны быть указаны при сборке образа для прошивке во flash через SDK (старая картинка справа для примера).

Файл для редактирования в исходниках U-Boot:

u-boot-xlnx/include/configs/'''zynq-common.h'''

ВАЖНО! - при начилии прошивки на флешке стандартные адреса разделов в исходниках U-Boot и в devicetree отличаются от фактических именно из-за наличия прошивки.

Штатные смещения компонентов образа ''BOOT.bin'' указаны, например, [https://www.xilinx.com/support/documentation/sw_manuals/xilinx14_1/ug873_zynq_ctt.pdf#page=41 в гайде] :

{
[bootloader]fsbl.elf
u-boot.elf
[offset = 0x100000]uImage
[offset = 0x600000]devicetree.dtb
[offset = 0x620000]uramdisk.image.gz
}

Стандартные команды ручной загрузки (без прошивки):

$ sf probe 0 0 0
$ sf read 0x3000000 0x100000 ${kernel_size}
$ sf read 0x2A00000 0x600000 ${devicetree_size}
$ sf read 0x2000000 0x620000 ${ramdisk_size}
$ bootm 0x3000000 0x2000000 0x2A00000

Была попытка изменить значение в /include/configs/zynq-common.h

CONFIG_SYS_SPI_U_BOOT_OFFS 0x100000

не привела к успеху. Видимо еще нужно править строки в секции

#define CONFIG_EXTRA_ENV_SETTINGS

Плюс непонятно зачем в исходниках u-boot есть директория /arch/arm/dts. В соответствующем файлике тоже прописаны эти смещения.

Далее в SDK между fsbl и u-boot(стоковым) запихнули прошивку с прокинутым юартом через ПЛИСину. Соответственно вставили подходящие смещения. Теперь u-boot нужно заводить с толкача:
$ sf read <ram_addr> <QSPI_offset> <size>

А, именно:
$ sf probe 0 0 0 <-- Poke flash & get flash info
$ sf read 0x3000000 0x1000000 0x500000 <-- uImage
$ sf read 0x2A00000 0x1500000 0x20000 <-- Device Tree Blob
$ sf read 0x2000000 0x1520000 0x600000 <-- uramdisk
$ bootm 0x3000000 0x2000000 0x2A00000 <-- загружаемся

И зашуршало.

===== Самостоятельная сборка U-boot =====

На данный момент собирается старая версия по этому [http://fpga.org/2013/05/24/yet-another-guide-to-running-linaro-ubuntu-desktop-on-xilinx-zynq-on-the-zedboard/ гайду], раздел 'Build u-boot, the Linux boot-loader'.

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

Все версии в репозитории уже отмечены тагами.

$ git clone https://github.com/Xilinx/u-boot-xlnx.git
$ cd u-boot-xlnx
$ git checkout -b xilinx-v2013.4 xilinx-v2013.4
$ make zynq_zc70x
$ make

Изменения:

U-Boot копирует и загружает образы в RAM путем вызова собственных утилит командами консоли. Поэтому поменять адреса оказалось просто.

'''u-boot-xlnx/Makefile''':8 - меняем название версии U-Boot при загрузке, чтобы отличалось от родного:
VERSION = [SRNS] 2013

'''u-boot-xlnx/include/configs/zynq_common.h''' (в некоторых версиях zynq'''-'''common.h):

Вносим изменения в строки дефайна '''CONFIG_EXTRA_ENV_SETTINGS''':

В начало добавляем "переменные", не забыв про закрывающие символы \0" \ :
"QSPI_kernel_address=0x1000000\0" \
"QSPI_devicetree_address=0x1500000\0" \
"QSPI_ramdisk_address=0x1520000\0" \

В середину в раздел QSPI flash to RAM:
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x3000000 ${QSPI_kernel_address} ${kernel_size} && " \
"sf read 0x2A00000 ${QSPI_devicetree_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read 0x2000000 ${QSPI_ramdisk_address} ${ramdisk_size} && " \
"bootm 0x3000000 0x2000000 0x2A00000\0" \

$ make zynq_zc70x
$ make

==== О Ehternet PHY ====

[[File:PHY.png|мини|600px|right]]

На плате zc706 установлен чип [https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=47 ''Marvell Alaska PHY device (88E1116R)''].

Его т.н. physical ID (номер чипа, которых может быть несколько) определяется системой в нескольких местах:
* Реальный - джамперами на плате, подключенными к ногам CONFIG0 - CONFIG2.
* Программно - в devicetree и в U-Boot.

Всего на физический адрес конкретно этого чипа отведено 5 бит регистра '''PHYAD[4:0]''', т.е 32 возможных адреса.

Есть ли возможность просканировать все 32 адреса из системы, не задавая их явно в U-Boot или devicetree, пока непонятно.

'''(!)''' Существует Standalone SDK Application - проект '''''lwip''''', который умеет сканировать PHYAD. Возможно, оттуда можно что-то позаимствовать.

Для теста стандартный адрес PHYAD = 7 был изменен на PHYAD = 23. Для этого:

* С джампера J9 перемычка переставлена на 2 и 3 пины джампера J46.
* В файле '''u-boot-xlnx/include/configs/zynq_zc70x.h''' изменен дефайн:
#define '''CONFIG_ZYNQ_GEM_PHY_ADDR0 23''' // 7
* В стандартном файле '''devicetree.dts''' (из образа 2013.4) изменено со стр. 136:
mdio {
#address-cells = <0x1>;
#size-cells = <0x0>;
'''phy@23''' { /* phy@7 */
compatible = "marvell,88e1116r";
device_type = "ethernet-phy";
'''reg = <23>; ''' /* reg = <0x7> */
linux,phandle = <0x5>;
phandle = <0x5>;
};
};

Пересобираем U-Boot.

Пересобираем BOOT.bin с новыми U-Boot и devicetree.dtb.

Прошиваем во flash.

==== О devicetree ====

Основной продвигатель devicetree: [https://devicetree.org/ devicetree.org]. Там же есть "мануал".

Пока ясно, что синтаксис меняется от версии к версии, <s>точных руководств нет</s>.

Непонятно, как Linux (и U-Boot) читает и интерпретирует devicetree.

Нашел такой [http://elixir.free-electrons.com/linux/latest/source/Documentation/devicetree гайдик].

Конвертация в бинарный формат:

$ dtc -I dts -O dtb -o <devicetree name>.dtb <devicetree name>.dts

И в редактируемый формат:

$ dtc -I dtb -O dts -o <devicetree name>.dts <devicetree name>.dtb

==== Запись в QSPI flash через ssh ====

В самом начале нужно посмотреть что лежит в флешке (эта информация берется из device tree)

root@zynq:/tmp# cat /proc/mtd
dev: size erasesize name
mtd0: 00100000 00020000 "qspi-fsbl-uboot"
mtd1: 00500000 00020000 "qspi-linux"
mtd2: 00020000 00020000 "qspi-device-tree"
mtd3: 005e0000 00020000 "qspi-rootfs"
mtd4: 00400000 00020000 "qspi-bitstream"

Запись в эти разделы осуществляется через утилиту flashcp

root@zynq:/tmp# flashcp -v uramdisk.image.gz /dev/mtd3
Erasing blocks: 46/46 (100%)
Writing data: 5851k/0k (100%))
Verifying data: 5851k/0k (100%))

== Linux ==
[http://www.wiki.xilinx.com/Zynq+Releases Релизы].

Релизы Xilinx часто поставляются в частично нерабочем виде:
* Некорректно работает '''xdevcfg'''.
* Не запускаются C++ приложения.
* R/O файловая система не позволяет менять ip платы, вносить изменения и сохранять папки/файлы.
* Не работает беспарольный доступ по SSH.
* Проблемы с общими библиотеками (shared lib /lib/) C/C++.

Решение этих проблем периодически возникает заново и каждый раз приходится гуглить.
Разберемся.

=== xdevcfg ===
$ cat *.bit > /dev/xdevcfg периодически ломает шины данных к нашим ядрам, при этом регистры процессора (0x0000 - 0x3000) считываются.
Решение не найдено, пока только смена релиза.

Иногда xdevcfg не работает, если ПЛИС уже прошита до загрузки системы. Причина - уже настроены PS-PL Level Shifters и выставлен Lock.

Решение - прошивать ПЛИС после загрузки системы.

=== C/C++ Apps ===
Помогает линковка, вызываемая на плате
$ ln -l /lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3

При первом запуске freq_counter на плате НИИКП(Фарватер) выдал ошибку

error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or
directory

Вылечилось её копированием с орикса из usr/lib/arm-linux-gnueabi/ в uramdisk /usr/lib/.

=== Модификация ramdisk ===
Как правило, готовый uramdisk требует модификации, хотя бы для смены ip.
При этом, если uramdisk r/o, внести изменения с платы в файл '''/etc/network/interfaces''' можно, но они не сохранятся.

Для этого потребуется распаковать uramdisk, модифицировать '''interfaces''' и запаковать обратно.

[https://boundarydevices.com/hacking-ram-disks/ Изменение ramdisk]
[http://www.denx.de/wiki/view/DULG/HowToAddFiles Еще про ramdisk, полезное]

Пример:

'''1) Разбираем:'''
$ file uramdisk.image(.gz)
--> uramdisk.image: u-boot/PPCBoot image
2) Если вывод такой, как в 1, распаковать от .gz (пкм-распаковать), далее требуется убрать заголовок mkImage:
$ dd bs=1 skip=64 if=uramdisk.image of=uramdisk-no-header.image
3) После этого образ будет восприниматься, как архив.
$ file uramdisk-no-header.image
--> uramdisk-no-header.image: gzip compressed data, from Unix
4) Распаковав его, получим CPIO-файл, который уже можно монтировать:
$ zcat uramdisk-no-header.image > uramdisk-uncompressed.image
$ file uramdisk-uncompressed.image
--> uramdisk-uncompressed.image: ASCII cpio archive (SVR4 with no CRC)
5) Монтируем CPIO, вносим изменения:
$ mkdir myramdisk && cd myramdisk/
$ sudo cpio -i --no-absolute-filenames < ../uramdisk-uncompressed.image
'''6) Собираем обратно:'''
~/myramdisk$ shopt -s dotglob
~/myramdisk$ sudo find . | sudo cpio -H newc -o | gzip > ../uramdisk.cpio.gz
~/myramdisk$ mkimage -A arm -O linux -T ramdisk -n "Initial Ram Disk" -d ../uramdisk.cpio.gz ../uramdisk.image.gz.new
7) Закидываем на SD-карту файл uramdisk.image.gz.new, меняем имя:
$ mv uramdisk.image.gz.new uramdisk.image.gz
8) Грузимся.

Образец файла /etc/network/interfaces
auto lo
iface lo inet loopback
#
iface eth0 inet static
address 192.168.0.188
netmask 255.255.255.0
gateway 192.168.0.254
hwaddress ether 00:0A:35:00:01:23
auto eth0

=== Решение проблемы r/o uramdisk ===
Способов много, выбран такой, чтобы при загрузке ОС на SD-карте присутствовал скрипт с требуемыми командами настройки,
которые будут выполняться после загрузки ОС.

1) Распаковать uramdisk, внести изменения в файл /etc/fstab для автоматического монтирования SD-карты в /mnt/ :
/dev/mmcblk0 /mnt/ auto defaults 0 0
/dev/mmcblk0p1 /mnt/(boot) auto defaults 0 0
/dev/mmcblk0p2 /mnt/(sd) auto defaults 0 0
Пока не определились с количеством разделов на SD, достаточно одного.

Если присутствует несколько разделов, то монтирование mmcblk0p<N> осуществляется в /mnt/<patr_name>, в () указаны произвольные имена.

2) Редактировать файл /etc/rc5.d/S15mountnfs.sh , добавить строчку:
sh ./mnt/<dir>/init.sh

3) Запаковать ramdisk.

4) Закинуть на флешку в раздел 1-2 в папку <dir> скрипт init.sh любого содержания.
Пример init.sh:
#!/bin/sh
# ifconfig eth0 down
# ifconfig eth0 hw ether 00:0A:35:00:01:22
ifconfig eth0 192.168.0.187
# ifconfig eht0 up

mkdir /root/.ssh
cat /mnt/*.pub >> /root/.ssh/authorized_keys
cat /mnt/7nf_12bf_3td_14bit.bit > /dev/xdevcfg
cp /mnt/Read_TD /tmp/

=== Решение проблемы с ключами ssh ===
В новой файловой системе при каждой перезагрузке генерится новый ключ.

Для нормальной работы нужно этот ключ подсунуть из флешки.

1) На плате копируем сгенеренный ключик на флешку

cp /etc/dropbear/dropbear_rsa_host_key /mnt/sd/dropbear_rsa_host_key

2) В распакованном ramdisk'e переименовываем в /etc/rc5.d/
S10dropbear -> S15dropbear
S15mountnfs.sh -> S10mountnfs.sh

Таким образом поменяли порядок выполнения скриптов: сначала монтируем файловую систему (тут и выполнение скрипта init.sh), потом настраиваем ssh.

3) В скрипте S15dropbear комментируем строку
# gen_keys

Т.е. запрещаем генерить ключи.

4) В /mnt/sd/init.d дописываем команду на копирование ключа(который был сохранен в п.1)

cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

=== Решение проблемы с авторизацией по ключу===

Решение проблемы началось с включения syslog(syslogd), который пишет лог dropbear в /var/log/messages.

В нем увидели, что dropbear ищет ключи ssh в /home/root (в ramdisk от xilinx зачем-то кроме директории /root есть /home/root).

Решение:

1) В скрипте init.sh удалили /home/root

rm -Rf /home/root

2) На всякий случай дали ссылку

ln -s /root /home/root

3) Не забываем про права(опционально)

chmod 700 .ssh
chmod 640 .ssh/authorized_keys

4) Итого в init.sh

mkdir /root/.ssh
rm -Rf /home/root
ln -s /root /home/root
cat /mnt/sd/*.pub >> /root/.ssh/authorized_keys
cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

[[Category:EmbeddedLinux]]

{{wl-publish: 2016-10-12 10:41:00 +0400 | Dneprov D }}

Список IP

2017-10-20T07:02:53Z

Ippolitov:

{{Форма2}}

Список IP-адресов УИЦ СРТТ

{| class="wikitable" border="1"
|-align="center"
! IP
! Название
! Принадлежность
! Примечания
|-
| 192.168.0.1
|
| Внешний маршрутизатор
|
|-
| 192.168.0.2
| [http://192.168.0.2 server]
| Хранилище QNAP
|
|-
| 192.168.0.4
| [http://192.168.0.4 HP M1412nfh]
| Сетевой принтер/сканер
|
|-
| 192.168.0.5
| [http://192.168.0.5 Diesel-power]
| Сетевой пилот
| Ethernet-пилот EnerGenie
|-
| 192.168.0.11
| Ivan-PC
| Липа
|
|-
| 192.168.0.12
| raspberry
| ivan
|
|-
| 192.168.0.60
| Oryx S/N 1.008
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.61
| Oryx S/N 1.009
| Наш MCR
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.62
| Oryx S/N 1.010
| Ящик ГЛОНАСС-ККН
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.63
| Oryx S/N 1.011
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.64
| Oryx S/N 1.012
| ГЛОНАСС-ККН №2 с буферами
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.65
| Oryx S/N 1.013
| ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.66
| Oryx S/N 1.014
| Забрали в июне 2017 от Филатова, у Ивана на столе
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.67
| Oryx S/N 1.015
| Забрали в июне 2017 от Филатова, ОО Сантиметр с выводами PPS'/PPSout
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.68
| Oryx S/N 1.016
| Забрали в июне 2017 от Филатова, лежит в коробочке
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.69
| Oryx S/N 1.017
| Забрали в июне 2017 от Филатова, лежит в коробочке
| Новый Орикс с новой печатной платой и модулем
|-
| 192.168.0.80
| TP-LINK
|
| Маршрутизатор, используемый, как хаб (2014.05.15)
|-
| 192.168.0.83
| srns.ru
| Сервер
| Внешний IP 193.233.71.244
|-
| 192.168.0.92
| object-d
| Болденков
|
|-
| 192.168.0.93
| spirent
|
| Спайрент, что стоит в А-401
|-
| 192.168.0.94
| Evaluator
|
| Сервер тестирования
|-
| 192.168.0.95
| USRP E312
|
|
|-
| 192.168.0.96
| Neptune-1
| Шатилов
|
|-
| 192.168.0.99
| KorPC
| Корогодин
|
|-
| 192.168.0.130
| Фарватер ЦМПО-М
| GPS L1 L2
| MAC 00:0A:35:00:01:00, с проводами, радиатор от ЗУ
|-
| 192.168.0.131
| Фарватер ЦМПО-М
| GLN L3, GPS L5
| MAC 00:0A:35:00:01:01, радиатор Gigabyte
|-
| 192.168.0.132
| Фарватер ЦМПО-М
| GLN L1 ОД
| MAC 00:0A:35:00:01:02
|-
| 192.168.0.133
| Фарватер ЦМПО-М
| GLN L1 СД
| MAC 00:0A:35:00:01:03
|-
| 192.168.0.134
| Фарватер ЦМПО-М
| GLN L2 ОД
| MAC 00:0A:35:00:01:04
|-
| 192.168.0.135
| Фарватер ЦМПО-М
| GLN L2 СД
| MAC 00:0A:35:00:01:05
|-
| 192.168.0.136
| Фарватер МПВО-М
| GLN L1
| MAC 00:0A:35:00:01:06
|-
| 192.168.0.137
| Фарватер МПВО-М
| GLN L2
| MAC 00:0A:35:00:01:07
|-
| 192.168.0.151
| Impala1
| Импала, экземпляр 1
| У Ивана
|-
| 192.168.0.152
| Impala2
| Модуль в тестовой плате
| Плата поиска в макете "Сантиметр"
|-
| 192.168.0.153
| Impala3
| Импала, экземпляр 3
| Плата коррелятора в макете "НИИ КП"
|-
| 192.168.0.154
| Impala4
| Импала, экземпляр 4 (c МАКС'а - у Андрея)
| Плата коррелятора в макете "Сантиметр"
|-
| 192.168.0.155
| Impala5
| Импала, экземпляр 5
| Плата поиска в макете "НИИ КП"
|-
| 192.168.0.156
| PLDA starter kit
|
|
|-
| 192.168.0.160
| MCR экземпляр 1
| Маршрутизатор "Сантиметра"
| Макет "Сантиметр", отдан Быханову. IP свободен
|-
| 192.168.0.161
| Oryx Экземпляр 1
| ОО Сантиметр №1, у Быханова, SN 1.001
|
|-
| 192.168.0.162
| Oryx Экземпляр 2
| Лежит без дела в коробочке, SN 1.002
|
|-
| 192.168.0.163
| Oryx Экземпляр 3
| Oryx portable (в голубенькой коробочке), предположительно SN 1.003
|
|-
| 192.168.0.164
| Oryx Экземпляр 4
| Black Box, предположительно SN 1.004
|
|-
| 192.168.0.165
| Oryx Экземпляр 5
| Неизвестно, где она, SN 1.005
|
|-
| 192.168.0.166
| Oryx Экземпляр 6
| ОО Сантиметр №1, у Быханова, SN 1.006
|
|-
| 192.168.0.167
| Oryx Экземпляр 7
| Ящик ГЛОНАСС-ККН, предположительно SN 1.007
| '''ВАЖНО! Ранее этот IP был Маршрутизатор "Сантиметра" - 2'''
|-
| 192.168.0.168
| MCR экземпляр 3
| Маршрутизатор "Сантиметра" - 3
| Стоит на столе СПРАВА
|-
| 192.168.0.169
| Наш MCR с экраном
| Компьютер Тион-ПРО 2
|
|-
| 192.168.0.171
| Наш MCR с экраном
| Маршрутизатор MCR с экраном
|
|-
| 192.168.0.176
|
| [[R&S SMBV100A S/N 257718 (прибор)|R&S SMBV100A S/N 257718]]
|
|-
| 192.168.0.177
|
| [[R&S SMBV100A S/N 256978 (прибор)|R&S SMBV100A S/N 256978]]
| Инв. номер 4186
|-
| 192.168.0.178
|
| [[R&S SMBV100A S/N 257721 (прибор)|R&S SMBV100A S/N 257721]]
|
|-
| 192.168.0.179
|
| [[R&S SMBV100A S/N 257716 (прибор)|R&S SMBV100A S/N 257716]]
|
|-
| 192.168.0.180
|
| [[Spirent_GSS6737-3_S/N_1201383_(прибор) | Spirent GSS6737-3]]
| его нет
|-
| 192.168.0.186
| ZYNQ z702
|
| ТЕКУЩИЙ IP = 0.186
При изменении uImage сбивается. Настройка: vi /etc/network/interfaces
|-
| 192.168.0.187
| ZYNQ z706
|
| Наша первая плата Z-706
|-
| 192.168.0.188
| ZYNQ z706/2
|
| Вторая плата Z-706, которую дали для фарватера на время
|-
| 192.168.0.189
| Lenovo Q180 #1 Aka Wirelessdude
|
| Неттоп с ви-фи (передатчик)
|-
| 192.168.0.190
| Lenovo Q180 #2 Aka Wirelessdude2
|
| Неттоп с ви-фи (приемник)
|-
| >= 192.168.0.200
|
|
| Область динамических адресов
|}

[[Категория:SRNS.ru]]

Blog:DneprovD/12.10.2016 Linux в наших устройствах

2017-10-13T13:35:18Z

Ippolitov: /* C/C++ Apps */

<summary [ hidden ] >

Xilinx Linux, и вся часто используемая информация.

</summary>

{{Форма3}}
[[File:linux-embedded.jpg|right|450px]]

== Для общего понимания ==

''Embedded Linux'' - такой же линукс, который ставится на обычный ПК, только запускаемый на некотором устройстве с нестандартным для ПК набором периферии.

Допускается поставить на платы Xilinx любой, даже теплый ламповый Ubuntu 14.04 Trusty Tahr, и он будет работать.

По аналогии с установкой на ПК, при работе с SD-card мы также должны создать загрузочный раздел и основной.

"Жестким диском" embedded линукса выступает сама флешка, или оперативная память.

:Компоненты сборки, которые идут в загрузочный раздел:

:Компоненты сборки, которые идут в основной раздел:

Есть [http://www.instructables.com/id/How-to-boot-Linux-on-a-Zedboard-without-U-Boot/ подозрение], что FSBL от Xilinx [https://blog.n621.de/2016/05/running-linux-on-a-zynq-without-vivado-madness/ не особо нужен], т.к. прошивает плисину, что можно сделать потом. (Проверить)

== Полезные ссылки ==

* http://xilinx.wikidot.com/zc702-boot-from-flash

* http://jeremyherbert.net/get/digilent_zybo_zynq_getting_started

* http://www.instructables.com/id/Embedded-Linux-Tutorial-Zybo/

* http://www.dbrss.org/zybo/tutorial4.html

* https://eewiki.net/display/linuxonarm/BeagleBone+Black

* http://jeremyherbert.net/get/digilent_zybo_zynq_getting_started

* http://www.adapteva.com/white-papers/building-linux-for-parallella-platform/

* https://www.ibm.com/developerworks/library/l-initrd/index.html

* http://www.wmelectronic.at/PDFS/digilent/ZedBoard_GSwEL_Guide.pdf

* http://www.instructables.com/id/Zybo-AXI-DMA-Inside-Embedded-Linux/

* https://ru.wikipedia.org/wiki/Das_U-Boot

'''''Блоги:'''''

* http://billauer.co.il/blog/2011/08/dts-of-open-firmware-microblaze/

* [https://forums.xilinx.com/t5/Xcell-Daily-Blog/Adam-Taylor-s-MicroZed-Chronicles-Part-207-Setting-up-MiniZed/ba-p/779371 Adam Taylor’s MicroZed Chronicles]

* http://svenand.blogdrive.com/archive/214.html#.WdYV2Gi0PIU

== Загрузка с QSPI flash ==

http://xilinx.wikidot.com/zc702-boot-from-flash

[[File:BootROM.PNG|right|600px]]

Что нужно?
* FSBL (First-stage bootloader) - создается в Xilinx SDK на основе дизайна Export HW из Vivado. Конфигурирует FPGA, запускает скрипт ps7_init, коммутирует ноги.
* Bit file (необязательно) – прошивка из Vivado, может быть прошита на этом этапе или позже (из Linux).
* .elf файл программы (helloworld etc. необязательно).
* UBoot (Second-stage bootloader), выполняет загрузку ядра ОС и файловой системы.
* uImage (Kernel image) – Ядро операционной системы (Может быть собрано самостоятельно).
* DTB (Device tree blob) - предоставляет ОС список доступных периферийных устройств, их адреса и параметры (Создается в SDK через dtc).
* RootFS (ramdisk.gz и др.) – файловая система (В виде упакованного образа или в виде раздела на загрузочном диске).

=== На примере платы z706 ===

Настройки переключателей (ug954):

::[https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=16 SW11] (Boot Mode) : [0 0 0 1 0] -> QSPI Flash, [0 0 1 1 0] -> SDCard

::[https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=33 SW4 ] (JTAG Mode) : [1 0] -> Platform Cable on J3, ...

==== Vivado ====
Проект в ПЛИС почти пустой:

[[File:HW_project.png]]

В враппер верхнего уровня выведен порт FCLK0 и добавлен счетчик, мигающий диодами:

<source lang="verilog">
output LED_LEFT;
output LED_CENTER;
output LED_RIGHT;

reg [31:0] led_counter;

always@ (posedge FCLK_CLK0)
led_counter <= led_counter + 1;

assign LED_LEFT = led_counter[26];
assign LED_CENTER = led_counter[25];
assign LED_RIGHT = led_counter[24];

</source>

Объявлены ноги (G2 - BANK33 (1.5V); Y21,W21 - BANK11 (2.5V)) :

<source lang="verilog">
set_property PACKAGE_PIN G2 [get_ports LED_CENTER]
set_property IOSTANDARD LVCMOS15 [get_ports LED_CENTER]

set_property PACKAGE_PIN Y21 [get_ports LED_LEFT]
set_property IOSTANDARD LVCMOS25 [get_ports LED_LEFT]

set_property PACKAGE_PIN W21 [get_ports LED_RIGHT]
set_property IOSTANDARD LVCMOS25 [get_ports LED_RIGHT]
</source>

Собираем проект, экспортируем HW (и .bit).

==== О FSBL ====

Допускается встраивать любые пользовательские функции в код FSBL как до загрузки прошивки, так и после (раздел [https://www.xilinx.com/support/documentation/user_guides/ug821-zynq-7000-swdev.pdf#page=45 FSBL Hooks])

Процессорная часть конфигурируется скриптами ps7_init, причем необязательно из FSBL. (Раздел [https://www.xilinx.com/support/documentation/user_guides/ug821-zynq-7000-swdev.pdf#page=47 Zynq PS Configuration])

Важно, чтобы при наличии прошивки в общем загрузочном образе ''BOOT.bin'' она шла сразу после FSBL, иначе не загрузится.

'''Удачный рабочий вариант с пробросом UART1 через плис:'''

BOOT.bin:
[
fsbl.elf
bitstream.bit
u-boot.elf
]

В исходники FSBL в файл '''main.c''' в раздел Constant Definitions добавлена строка, настраивающая PS-PL Level Shifters ПОСЛЕ прошивки плис (что не делается автоматом!):

'''#define PS7_POST_CONFIG'''

==== О U-boot ====

[[File:CreateBootableImage.png|right|500px]]

[http://svenand.blogdrive.com/archive/216.html#.Wddxomi0PIU O загрузке с QSPI]

[http://fpga.org/2013/05/24/yet-another-guide-to-running-linaro-ubuntu-desktop-on-xilinx-zynq-on-the-zedboard/ О сборке U-Boot 1]

[http://www.wiki.xilinx.com/Build+U-Boot О сборке U-Boot 2]

После прошивки плис FSBL передает управление U-Boot'у.

U-Boot (Second-Stage bootloader) делает следующее:

* Ищет на QSPI Flash по адресу 0x100000 и распаковывает из BOOT.bin в ОЗУ образ ядра uImage по адресу 0x3000000.
* Ищет по адресу 0x600000 (с учетом объема ядра в 0x500000) и распаковывает в ОЗУ devicetree.dtb по адресу 0x2A00000.
* Ищет по адресу 0x620000 (с учетом объема .dtb в 0x020000) и распаковывает в ОЗУ uramdisk.image по адресу 0x2000000.

Смещение не задается для самого U-Boot. Смещения задаются для uImage, devicetree, uramdisk.

Данные смещения заданы в исходниках самого U-Boot при сборке.

Они же должны быть указаны при сборке образа для прошивке во flash через SDK (старая картинка справа для примера).

Файл для редактирования в исходниках U-Boot:

u-boot-xlnx/include/configs/'''zynq-common.h'''

ВАЖНО! - при начилии прошивки на флешке стандартные адреса разделов в исходниках U-Boot и в devicetree отличаются от фактических именно из-за наличия прошивки.

Штатные смещения компонентов образа ''BOOT.bin'' указаны, например, [https://www.xilinx.com/support/documentation/sw_manuals/xilinx14_1/ug873_zynq_ctt.pdf#page=41 в гайде] :

{
[bootloader]fsbl.elf
u-boot.elf
[offset = 0x100000]uImage
[offset = 0x600000]devicetree.dtb
[offset = 0x620000]uramdisk.image.gz
}

Стандартные команды ручной загрузки (без прошивки):

$ sf probe 0 0 0
$ sf read 0x3000000 0x100000 ${kernel_size}
$ sf read 0x2A00000 0x600000 ${devicetree_size}
$ sf read 0x2000000 0x620000 ${ramdisk_size}
$ bootm 0x3000000 0x2000000 0x2A00000

Была попытка изменить значение в /include/configs/zynq-common.h

CONFIG_SYS_SPI_U_BOOT_OFFS 0x100000

не привела к успеху. Видимо еще нужно править строки в секции

#define CONFIG_EXTRA_ENV_SETTINGS

Плюс непонятно зачем в исходниках u-boot есть директория /arch/arm/dts. В соответствующем файлике тоже прописаны эти смещения.

Далее в SDK между fsbl и u-boot(стоковым) запихнули прошивку с прокинутым юартом через ПЛИСину. Соответственно вставили подходящие смещения. Теперь u-boot нужно заводить с толкача:
$ sf read <ram_addr> <QSPI_offset> <size>

А, именно:
$ sf probe 0 0 0 <-- Poke flash & get flash info
$ sf read 0x3000000 0x1000000 0x500000 <-- uImage
$ sf read 0x2A00000 0x1500000 0x20000 <-- Device Tree Blob
$ sf read 0x2000000 0x1520000 0x600000 <-- uramdisk
$ bootm 0x3000000 0x2000000 0x2A00000 <-- загружаемся

И зашуршало.

===== Самостоятельная сборка U-boot =====

На данный момент собирается старая версия по этому [http://fpga.org/2013/05/24/yet-another-guide-to-running-linaro-ubuntu-desktop-on-xilinx-zynq-on-the-zedboard/ гайду], раздел 'Build u-boot, the Linux boot-loader'.

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

Все версии в репозитории уже отмечены тагами.

$ git clone https://github.com/Xilinx/u-boot-xlnx.git
$ cd u-boot-xlnx
$ git checkout -b xilinx-v2013.4 xilinx-v2013.4
$ make zynq_zc70x
$ make

Изменения:

U-Boot копирует и загружает образы в RAM путем вызова собственных утилит командами консоли. Поэтому поменять адреса оказалось просто.

'''u-boot-xlnx/Makefile''':8 - меняем название версии U-Boot при загрузке, чтобы отличалось от родного:
VERSION = [SRNS] 2013

'''u-boot-xlnx/include/configs/zynq_common.h''' (в некоторых версиях zynq'''-'''common.h):

Вносим изменения в строки дефайна '''CONFIG_EXTRA_ENV_SETTINGS''':

В начало добавляем "переменные", не забыв про закрывающие символы \0" \ :
"QSPI_kernel_address=0x1000000\0" \
"QSPI_devicetree_address=0x1500000\0" \
"QSPI_ramdisk_address=0x1520000\0" \

В середину в раздел QSPI flash to RAM:
"qspiboot=echo Copying Linux from QSPI flash to RAM... && " \
"sf probe 0 0 0 && " \
"sf read 0x3000000 ${QSPI_kernel_address} ${kernel_size} && " \
"sf read 0x2A00000 ${QSPI_devicetree_address} ${devicetree_size} && " \
"echo Copying ramdisk... && " \
"sf read 0x2000000 ${QSPI_ramdisk_address} ${ramdisk_size} && " \
"bootm 0x3000000 0x2000000 0x2A00000\0" \

$ make zynq_zc70x
$ make

==== О Ehternet PHY ====

[[File:PHY.png|мини|800px|right]]

На плате zc706 установлен чип [https://www.xilinx.com/support/documentation/boards_and_kits/zc706/ug954-zc706-eval-board-xc7z045-ap-soc.pdf#page=47 ''Marvell Alaska PHY device (88E1116R)''].

Его т.н. physical ID (номер чипа, которых может быть несколько) определяется системой в нескольких местах:
* Реальный - джамперами на плате, подключенными к ногам CONFIG0 - CONFIG2.
* Программно - в devicetree и в U-Boot.

Всего на физический адрес конкретно этого чипа отведено 5 бит регистра '''PHYAD[4:0]''', т.е 32 возможных адреса.

Есть ли возможность просканировать все 32 адреса из системы, не задавая их явно в U-Boot или devicetree, пока непонятно.

'''(!)''' Существует Standalone SDK Application - проект '''''lwip''''', который умеет сканировать PHYAD. Возможно, оттуда можно что-то позаимствовать.

Для теста стандартный адрес PHYAD = 7 был изменен на PHYAD = 23. Для этого:

* С джампера J9 перемычка переставлена на 2 и 3 пины джампера J46.
* В файле '''u-boot-xlnx/include/configs/zynq_zc70x.h''' изменен дефайн:
#define '''CONFIG_ZYNQ_GEM_PHY_ADDR0 23''' // 7
* В стандартном файле '''devicetree.dts''' (из образа 2013.4) изменено со стр. 136:
mdio {
#address-cells = <0x1>;
#size-cells = <0x0>;
'''phy@23''' { /* phy@7 */
compatible = "marvell,88e1116r";
device_type = "ethernet-phy";
'''reg = <23>; ''' /* reg = <0x7> */
linux,phandle = <0x5>;
phandle = <0x5>;
};
};

Пересобираем U-Boot.

Пересобираем BOOT.bin с новыми U-Boot и devicetree.dtb.

Прошиваем во flash.

==== О devicetree ====

Основной продвигатель devicetree: [https://devicetree.org/ devicetree.org]. Там же есть "мануал".

Пока ясно, что синтаксис меняется от версии к версии, <s>точных руководств нет</s>.

Непонятно, как Linux (и U-Boot) читает и интерпретирует devicetree.

Нашел такой [http://elixir.free-electrons.com/linux/latest/source/Documentation/devicetree гайдик].

Конвертация в бинарный формат:

$ dtc -I dts -O dtb -o <devicetree name>.dtb <devicetree name>.dts

И в редактируемый формат:

$ dtc -I dtb -O dts -o <devicetree name>.dts <devicetree name>.dtb

== Linux ==
[http://www.wiki.xilinx.com/Zynq+Releases Релизы].

Релизы Xilinx часто поставляются в частично нерабочем виде:
* Некорректно работает '''xdevcfg'''.
* Не запускаются C++ приложения.
* R/O файловая система не позволяет менять ip платы, вносить изменения и сохранять папки/файлы.
* Не работает беспарольный доступ по SSH.
* Проблемы с общими библиотеками (shared lib /lib/) C/C++.

Решение этих проблем периодически возникает заново и каждый раз приходится гуглить.
Разберемся.

=== xdevcfg ===
$ cat *.bit > /dev/xdevcfg периодически ломает шины данных к нашим ядрам, при этом регистры процессора (0x0000 - 0x3000) считываются.
Решение не найдено, пока только смена релиза.

=== C/C++ Apps ===
Помогает линковка, вызываемая на плате
$ ln -l /lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3

При первом запуске freq_counter на плате НИИКП(Фарватер) выдал ошибку

error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or
directory

Вылечилось её копированием с орикса из usr/lib/arm-linux-gnueabi/ в uramdisk /usr/lib/.

=== Модификация ramdisk ===
Как правило, готовый uramdisk требует модификации, хотя бы для смены ip.
При этом, если uramdisk r/o, внести изменения с платы в файл '''/etc/network/interfaces''' можно, но они не сохранятся.

Для этого потребуется распаковать uramdisk, модифицировать '''interfaces''' и запаковать обратно.

[https://boundarydevices.com/hacking-ram-disks/ Изменение ramdisk]
[http://www.denx.de/wiki/view/DULG/HowToAddFiles Еще про ramdisk, полезное]

Пример:

'''1) Разбираем:'''
$ file uramdisk.image(.gz)
--> uramdisk.image: u-boot/PPCBoot image
2) Если вывод такой, как в 1, распаковать от .gz (пкм-распаковать), далее требуется убрать заголовок mkImage:
$ dd bs=1 skip=64 if=uramdisk.image of=uramdisk-no-header.image
3) После этого образ будет восприниматься, как архив.
$ file uramdisk-no-header.image
--> uramdisk-no-header.image: gzip compressed data, from Unix
4) Распаковав его, получим CPIO-файл, который уже можно монтировать:
$ zcat uramdisk-no-header.image > uramdisk-uncompressed.image
$ file uramdisk-uncompressed.image
--> uramdisk-uncompressed.image: ASCII cpio archive (SVR4 with no CRC)
5) Монтируем CPIO, вносим изменения:
$ mkdir myramdisk && cd myramdisk/
$ sudo cpio -i --no-absolute-filenames < ../uramdisk-uncompressed.image
'''6) Собираем обратно:'''
~/myramdisk$ shopt -s dotglob
~/myramdisk$ sudo find . | sudo cpio -H newc -o | gzip > ../uramdisk.cpio.gz
~/myramdisk$ mkimage -A arm -O linux -T ramdisk -n "Initial Ram Disk" -d ../uramdisk.cpio.gz ../uramdisk.image.gz.new
7) Закидываем на SD-карту файл uramdisk.image.gz.new, меняем имя:
$ mv uramdisk.image.gz.new uramdisk.image.gz
8) Грузимся.

Образец файла /etc/network/interfaces
auto lo
iface lo inet loopback
#
iface eth0 inet static
address 192.168.0.188
netmask 255.255.255.0
gateway 192.168.0.254
hwaddress ether 00:0A:35:00:01:23
auto eth0

=== Решение проблемы r/o uramdisk ===
Способов много, выбран такой, чтобы при загрузке ОС на SD-карте присутствовал скрипт с требуемыми командами настройки,
которые будут выполняться после загрузки ОС.

1) Распаковать uramdisk, внести изменения в файл /etc/fstab для автоматического монтирования SD-карты в /mnt/ :
/dev/mmcblk0 /mnt/ auto defaults 0 0
/dev/mmcblk0p1 /mnt/(boot) auto defaults 0 0
/dev/mmcblk0p2 /mnt/(sd) auto defaults 0 0
Пока не определились с количеством разделов на SD, достаточно одного.

Если присутствует несколько разделов, то монтирование mmcblk0p<N> осуществляется в /mnt/<patr_name>, в () указаны произвольные имена.

2) Редактировать файл /etc/rc5.d/S15mountnfs.sh , добавить строчку:
sh ./mnt/<dir>/init.sh

3) Запаковать ramdisk.

4) Закинуть на флешку в раздел 1-2 в папку <dir> скрипт init.sh любого содержания.
Пример init.sh:
#!/bin/sh
# ifconfig eth0 down
# ifconfig eth0 hw ether 00:0A:35:00:01:22
ifconfig eth0 192.168.0.187
# ifconfig eht0 up

mkdir /root/.ssh
cat /mnt/*.pub >> /root/.ssh/authorized_keys
cat /mnt/7nf_12bf_3td_14bit.bit > /dev/xdevcfg
cp /mnt/Read_TD /tmp/

=== Решение проблемы с ключами ssh ===
В новой файловой системе при каждой перезагрузке генерится новый ключ.

Для нормальной работы нужно этот ключ подсунуть из флешки.

1) На плате копируем сгенеренный ключик на флешку

cp /etc/dropbear/dropbear_rsa_host_key /mnt/sd/dropbear_rsa_host_key

2) В распакованном ramdisk'e переименовываем в /etc/rc5.d/
S10dropbear -> S15dropbear
S15mountnfs.sh -> S10mountnfs.sh

Таким образом поменяли порядок выполнения скриптов: сначала монтируем файловую систему (тут и выполнение скрипта init.sh), потом настраиваем ssh.

3) В скрипте S15dropbear комментируем строку
# gen_keys

Т.е. запрещаем генерить ключи.

4) В /mnt/sd/init.d дописываем команду на копирование ключа(который был сохранен в п.1)

cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

=== Решение проблемы с авторизацией по ключу===

Решение проблемы началось с включения syslog(syslogd), который пишет лог dropbear в /var/log/messages.

В нем увидели, что dropbear ищет ключи ssh в /home/root (в ramdisk от xilinx зачем-то кроме директории /root есть /home/root).

Решение:

1) В скрипте init.sh удалили /home/root

rm -Rf /home/root

2) На всякий случай дали ссылку

ln -s /root /home/root

3) Не забываем про права(опционально)

chmod 700 .ssh
chmod 640 .ssh/authorized_keys

4) Итого в init.sh

mkdir /root/.ssh
rm -Rf /home/root
ln -s /root /home/root
cat /mnt/sd/*.pub >> /root/.ssh/authorized_keys
cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

[[Category:EmbeddedLinux]]

{{wl-publish: 2016-10-12 10:41:00 +0400 | Dneprov D }}

Blog:DneprovD/12.10.2016 Linux в наших устройствах

2017-10-10T13:29:33Z

Ippolitov:

Расчет ВЧ цепей и линий

2017-04-10T10:58:24Z

Ippolitov: Новая страница: «Страничка для заметок о расчете ВЧ цепочек и софте, который упрощает жизнь. == RFsimm == Прост…»

Страничка для заметок о расчете ВЧ цепочек и софте, который упрощает жизнь.

== RFsimm ==
Простенькая программа, истоки которой исходят из радиолюбительской среды. [[media:rfsim99.zip|Архив]] распаковывается, установка не требуется (под win7 работает).
Позволяет проектировать и анализировать цепи с сосредоточенными параметрами: цепи согласования, фильтры, аттенюаторы, сплиттеры, полосковые линии и т.д.

[[File:20170410_RFsimm_match_calc.PNG|300px]]

Есть возможность посмотреть графики S-параметров.

[[File:20170410_RFsimm_match_Sparam.PNG|400px]]

С учетом разброса параметров элементов.

[[File:20170410_RFsimm_match_SparamMonte.PNG|400px]]

Файл:20170410 RFsimm match SparamMonte.PNG

2017-04-10T10:56:42Z

Ippolitov: MsUpload

MsUpload

Файл:20170410 RFsimm match Sparam.PNG

2017-04-10T10:56:42Z

Ippolitov: MsUpload

MsUpload

Файл:20170410 RFsimm match calc.PNG

2017-04-10T10:54:26Z

Ippolitov: MsUpload

MsUpload

Файл:Rfsim99.zip

2017-04-10T10:43:24Z

Ippolitov: MsUpload

MsUpload

Ипполитов, Сергей Павлович

2017-03-06T07:35:03Z

Ippolitov:

{{Учёный
| Имя = Сергей Павлович Ипполитов
| Оригинал имени =
| Фото =
| Ширина =
| Подпись =
| Дата рождения = 18.07.1992
| Место рождения =
| Гражданство = Россия
| Научная сфера =
| Место работы = МЭИ(ТУ), каф. РТС
| Учёная степень =
| Учёное звание =
| Альма-матер = МЭИ(ТУ)
| Научный руководитель = [[Перов А.И.]]
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Сергей Павлович Ипполитов''' (род. 18.07.1992)

== Ареал обитания ==

ауд. А-401 (УИЦ "СРТТ").

== Диссертации ==
=== Бакалаврская работа ===

Исследование совместного слежения за фазами нескольких навигационных сигналов([[Media:ippolitov_MPLL_bac_2014.pdf|pdf]])

== Публикации ==

{{main|:Категория:Ипполитов, С. П. (публикации)}}

=== Статьи ===

* {{Публикация:Устинов 2014 Синтез и анализ алгоритмов совместного слежения за фазами сигналов навигационных спутников в БИС}}
* {{Публикация:Ипполитов 2015 Анализ эффективности алгоритмов совместного слежения за фазами пилотных компонент сигналов L1OC ГЛОНАСС}}

=== Тезисы докладов ===

*{{Публикация:Ипполитов 2014 Разработка библиотеки функций для работы с протоколом NMEA 0183}}

*{{Публикация:Ипполитов 2015 Исследование характеристик системы совместного слежения за фазами сигналов навигационных спутников}}

*{{Публикация:Ипполитов 2016 Исследование влияния неидентичности приемных трактов на коэффициент подавления антенного подавителя помех НАП СРНС}}

*{{Публикация:Ипполитов 2017 Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС}}

== Прочая интеллектуальная собственность ==
=== Зарегистрированные программы ===

{{main|:Категория:Ипполитов, С. П. (зарег. программы)}}

*{{Программа:Перов 2015 Программа исследования характеристик системы совместного слежения за фазами навигационных сигналов СРНС}}

=== Патенты ===

{{main|:Категория:Ипполитов, С. П. (патенты)}}

==== Заявки на патент ====

== Конференции ==

== Стипендии ==

[[Категория:УИЦ СРТТ_(персоналии)]]

Публикация:Ипполитов 2017 Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС

2017-03-06T07:32:38Z

Ippolitov: Новая страница: «<includeonly>{{Статья|PageName = Публикация:Ипполитов 2017 Исследование изменения параметров полезн…»

<includeonly>{{Статья|PageName = Публикация:Ипполитов 2017 Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС
|автор = Ипполитов, С. П.
|автор2 = Перов, А. И.
|название = Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС
|журнал = РАДИОЭЛЕКТРОНИКА, ЭЛЕКТРОТЕХНИКА И ЭНЕРГЕТИКА: Двадцать третья междунар. науч.-техн. конф. студентов и аспирантов: Тезисы докладов
|год = 2017
|издание =
|издатель = М.: Издательский дом МЭИ
|редактор =
|том = 1
|номер =
|страницы = 99
|url =
|url статьи =
|issn =
|язык = russian
}}</includeonly><noinclude>{{Статья|BibtexKey = ippolitov2017NF_imi_jam
|автор = Ипполитов, С. П.
|автор2 = Перов, А. И.
|название = Исследование изменения параметров полезного сигнала при прохождении через структуру антенного подавителя помех НАП СРНС
|журнал = РАДИОЭЛЕКТРОНИКА, ЭЛЕКТРОТЕХНИКА И ЭНЕРГЕТИКА: Двадцать третья междунар. науч.-техн. конф. студентов и аспирантов: Тезисы докладов
|год = 2017
|издание =
|издатель = М.: Издательский дом МЭИ
|редактор =
|том = 1
|номер =
|страницы = 99
|url =
|url статьи =
|issn =
|язык = russian
}}

== Аннотация ==

== Галерея ==
Принт тезисов - [[Media:MPEI_conf_Ippolitov_2017.pdf|pdf]].
Диплом - [[Media:diplom_Ippolitov_2017.pdf|pdf]].
== Ссылки ==
[[Категория:Тезисы докладов]]
</noinclude>

Файл:Diplom Ippolitov 2017.pdf

2017-03-06T07:31:16Z

Ippolitov: MsUpload

MsUpload

Файл:MPEI conf Ippolitov 2017.pdf

2017-03-06T07:31:15Z

Ippolitov: MsUpload

MsUpload

Ипполитов, Сергей Павлович

2017-03-06T07:17:44Z

Ippolitov: Отмена правки 19189, сделанной участником Ustinov (обс.)

{{Учёный
| Имя = Сергей Павлович Ипполитов
| Оригинал имени =
| Фото =
| Ширина =
| Подпись =
| Дата рождения = 18.07.1992
| Место рождения =
| Гражданство = Россия
| Научная сфера =
| Место работы = МЭИ(ТУ), каф. РТС
| Учёная степень =
| Учёное звание =
| Альма-матер = МЭИ(ТУ)
| Научный руководитель = [[Перов А.И.]]
| Знаменитые ученики =
| Известен как =
| Награды и премии =
}}

'''Сергей Павлович Ипполитов''' (род. 18.07.1992)

== Ареал обитания ==

ауд. А-401 (УИЦ "СРТТ").

== Диссертации ==
=== Бакалаврская работа ===

Исследование совместного слежения за фазами нескольких навигационных сигналов([[Media:ippolitov_MPLL_bac_2014.pdf|pdf]])

== Публикации ==

{{main|:Категория:Ипполитов, С. П. (публикации)}}

=== Статьи ===

* {{Публикация:Устинов 2014 Синтез и анализ алгоритмов совместного слежения за фазами сигналов навигационных спутников в БИС}}
* {{Публикация:Ипполитов 2015 Анализ эффективности алгоритмов совместного слежения за фазами пилотных компонент сигналов L1OC ГЛОНАСС}}

=== Тезисы докладов ===

*{{Публикация:Ипполитов 2014 Разработка библиотеки функций для работы с протоколом NMEA 0183}}

*{{Публикация:Ипполитов 2015 Исследование характеристик системы совместного слежения за фазами сигналов навигационных спутников}}

*{{Публикация:Ипполитов 2016 Исследование влияния неидентичности приемных трактов на коэффициент подавления антенного подавителя помех НАП СРНС}}

== Прочая интеллектуальная собственность ==
=== Зарегистрированные программы ===

{{main|:Категория:Ипполитов, С. П. (зарег. программы)}}

*{{Программа:Перов 2015 Программа исследования характеристик системы совместного слежения за фазами навигационных сигналов СРНС}}

=== Патенты ===

{{main|:Категория:Ипполитов, С. П. (патенты)}}

==== Заявки на патент ====

== Конференции ==

== Стипендии ==

[[Категория:УИЦ СРТТ_(персоналии)]]

Blog:DneprovD/12.10.2016 Linux в наших устройствах

2016-10-18T12:34:42Z

Ippolitov:

<summary [ hidden ] >

Xilinx Linux, и вся часто используемая информация.

</summary>

{{Форма3}}

== Linux ==
[http://www.wiki.xilinx.com/Zynq+Releases Релизы].

Релизы Xilinx часто поставляются в частично нерабочем виде:
* Некорректно работает '''xdevcfg'''.
* Не запускаются C++ приложения.
* R/O файловая система не позволяет менять ip платы, вносить изменения и сохранять папки/файлы.
* Не работает беспарольный доступ по SSH.
* Проблемы с общими библиотеками (shared lib /lib/) C/C++.

Решение этих проблем периодически возникает заново и каждый раз приходится гуглить.
Разберемся.

=== xdevcfg ===
$ cat *.bit > /dev/xdevcfg периодически ломает шины данных к нашим ядрам, при этом регистры процессора (0x0000 - 0x3000) считываются.
Решение не найдено, пока только смена релиза.

=== C/C++ Apps ===
Помогает линковка, вызываемая на плате
$ ln -l /lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3

=== Модификация ramdisk ===
Как правило, готовый uramdisk требует модификации, хотя бы для смены ip.
При этом, если uramdisk r/o, внести изменения с платы в файл '''/etc/network/interfaces''' можно, но они не сохранятся.

Для этого потребуется распаковать uramdisk, модифицировать '''interfaces''' и запаковать обратно.

[https://boundarydevices.com/hacking-ram-disks/ Изменение ramdisk]
[http://www.denx.de/wiki/view/DULG/HowToAddFiles Еще про ramdisk, полезное]

Пример:

'''1) Разбираем:'''
$ file uramdisk.image(.gz)
--> uramdisk.image: u-boot/PPCBoot image
2) Если вывод такой, как в 1, распаковать от .gz (пкм-распаковать), далее требуется убрать заголовок mkImage:
$ dd bs=1 skip=64 if=uramdisk.image of=uramdisk-no-header.image
3) После этого образ будет восприниматься, как архив.
$ file uramdisk-no-header.image
--> uramdisk-no-header.image: gzip compressed data, from Unix
4) Распаковав его, получим CPIO-файл, который уже можно монтировать:
$ zcat uramdisk-no-header.image > uramdisk-uncompressed.image
$ file uramdisk-uncompressed.image
--> uramdisk-uncompressed.image: ASCII cpio archive (SVR4 with no CRC)
5) Монтируем CPIO, вносим изменения:
$ mkdir myramdisk && cd myramdisk/
$ sudo cpio -i --no-absolute-filenames < ../uramdisk-uncompressed.image
'''6) Собираем обратно:'''
~/myramdisk$ shopt -s dotglob
~/myramdisk$ sudo find . | sudo cpio -H newc -o | gzip > ../uramdisk.cpio.gz
~/myramdisk$ mkimage -A arm -O linux -T ramdisk -n "Initial Ram Disk" -d ../uramdisk.cpio.gz ../uramdisk.image.gz.new
7) Закидываем на SD-карту файл uramdisk.image.gz.new, меняем имя:
$ mv uramdisk.image.gz.new uramdisk.image.gz
8) Грузимся.

Образец файла /etc/network/interfaces
auto lo
iface lo inet loopback
#
iface eth0 inet static
address 192.168.0.188
netmask 255.255.255.0
gateway 192.168.0.254
hwaddress ether 00:0A:35:00:01:23
auto eth0

=== Решение проблемы r/o uramdisk ===
Способов много, выбран такой, чтобы при загрузке ОС на SD-карте присутствовал скрипт с требуемыми командами настройки,
которые будут выполняться после загрузки ОС.

1) Распаковать uramdisk, внести изменения в файл /etc/fstab для автоматического монтирования SD-карты в /mnt/ :
/dev/mmcblk0 /mnt/ auto defaults 0 0
/dev/mmcblk0p1 /mnt/ (boot) auto defaults 0 0
/dev/mmcblk0p2 /mnt/ (sd) auto defaults 0 0
Пока не определились с количеством разделов на SD, достаточно одного.

2) Редактировать файл /etc/rc5.d/S15mountnfs.sh , добавить строчку:
sh ./mnt/<dir>/init.sh

3) Запаковать ramdisk.

4) Закинуть на флешку в раздел 1-2 в папку <dir> скрипт init.sh любого содержания.
Пример init.sh:
#!/bin/sh
ifconfig eth0 192.168.0.187
#ifup eth0
mkdir /root/.ssh
cat /mnt/*.pub >> /root/.ssh/authorized_keys
cat /mnt/7nf_12bf_3td_14bit.bit > /dev/xdevcfg
cp /mnt/Read_TD /tmp/

=== Решение проблемы с ключами ssh ===
В новой файловой системе при каждой перезагрузке генерится новый ключ.

Для нормальной работы нужно этот ключ подсунуть из флешки.

1) На плате копируем сгенеренный ключик на флешку

cp /etc/dropbear/dropbear_rsa_host_key /mnt/sd/dropbear_rsa_host_key

2) В распакованном ramdisk'e переименовываем в /etc/rc5.d/
S10dropbear -> S15dropbear
S15mountnfs.sh -> S10mountnfs.sh

Таким образом поменяли порядок выполнения скриптов: сначала монтируем файловую систему (тут и выполнение скрипта init.sh), потом настраиваем ssh.

3) В скрипте S15dropbear комментируем строку
# gen_keys

Т.е. запрещаем генерить ключи.

4) В /mnt/sd/init.d дописываем команду на копирование ключа(который был сохранен в п.1)

cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

=== Решение проблемы с авторизацией по ключу===

Решение проблемы началось с включения syslog(syslogd), который пишет лог dropbear в /var/log/messages.

В нем увидели, что dropbear ищет ключи ssh в /home/root (в ramdisk от xilinx зачем-то кроме директории /root есть /home/root).

Решение:

1) В скрипте init.sh удалили /home/root

rm -Rf /home/root

2) На всякий случай дали ссылку

ln -s /root /home/root

3) Не забываем про права(опционально)

chmod 700 .ssh
chmod 640 .ssh/authorized_keys

4) Итого в init.sh

mkdir /root/.ssh
rm -Rf /home/root
ln -s /root /home/root
cat /mnt/sd/*.pub >> /root/.ssh/authorized_keys
cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

{{wl-publish: 2016-10-12 10:41:00 +0400 | Dneprov D }}

Blog:DneprovD/12.10.2016 Linux в наших устройствах

2016-10-14T12:22:47Z

Ippolitov:

<summary [ hidden ] >

Xilinx Linux, и вся часто используемая информация.

</summary>

{{Форма3}}

== Linux ==
[http://www.wiki.xilinx.com/Zynq+Releases Релизы].

Релизы Xilinx часто поставляются в частично нерабочем виде:
* Некорректно работает '''xdevcfg'''.
* Не запускаются C++ приложения.
* R/O файловая система не позволяет менять ip платы, вносить изменения и сохранять папки/файлы.
* Не работает беспарольный доступ по SSH.
* Проблемы с общими библиотеками (shared lib /lib/) C/C++.

Решение этих проблем периодически возникает заново и каждый раз приходится гуглить.
Разберемся.

=== xdevcfg ===
$ cat *.bit > /dev/xdevcfg периодически ломает шины данных к нашим ядрам, при этом регистры процессора (0x0000 - 0x3000) считываются.
Решение не найдено, пока только смена релиза.

=== C/C++ Apps ===
Помогает линковка, вызываемая на плате
$ ln -l /lib/ld-linux-armhf.so.3 /lib/ld-linux.so.3

=== Модификация ramdisk ===
Как правило, готовый uramdisk требует модификации, хотя бы для смены ip.
При этом, если uramdisk r/o, внести изменения с платы в файл '''/etc/network/interfaces''' можно, но они не сохранятся.

Для этого потребуется распаковать uramdisk, модифицировать '''interfaces''' и запаковать обратно.

[https://boundarydevices.com/hacking-ram-disks/ Изменение ramdisk]
[http://www.denx.de/wiki/view/DULG/HowToAddFiles Еще про ramdisk, полезное]

Пример:

1)
$ file uramdisk.image(.gz)
--> uramdisk.image: u-boot/PPCBoot image
2) Если вывод такой, как в 1, распаковать от .gz (пкм-распаковать), далее требуется убрать заголовок mkImage:
$ dd bs=1 skip=64 if=uramdisk.image of=uramdisk-no-header.image
3) После этого образ будет восприниматься, как архив.
$ file uramdisk-no-header.image
--> uramdisk-no-header.image: gzip compressed data, from Unix
4) Распаковав его, получим CPIO-файл, который уже можно монтировать:
$ zcat uramdisk-no-header.image > uramdisk-uncompressed.image
$ file uramdisk-uncompressed.image
--> uramdisk-uncompressed.image: ASCII cpio archive (SVR4 with no CRC)
5) Монтируем CPIO, вносим изменения:
$ mkdir myramdisk
$ cd myramdisk/
$ sudo cpio -i --no-absolute-filenames < ../uramdisk-uncompressed.image
6) Собираем обратно:
~/myramdisk$ shopt -s dotglob
~/myramdisk$ sudo find . | sudo cpio -H newc -o | gzip > ../uramdisk.cpio.gz
~/myramdisk$ mkimage -A arm -O linux -T ramdisk -n "Initial Ram Disk" -d ../uramdisk.cpio.gz ../uramdisk.image.gz.new
7) Закидываем на SD-карту файл uramdisk.image.gz.new, меняем имя:
$ mv uramdisk.image.gz.new uramdisk.image.gz
8) Грузимся.

Образец файла /etc/network/interfaces
auto lo
iface lo inet loopback
#
iface eth0 inet static
address 192.168.0.188
netmask 255.255.255.0
gateway 192.168.0.254
hwaddress ether 00:0A:35:00:01:23
auto eth0

=== Решение проблемы r/o uramdisk ===
Способов много, выбран такой, чтобы при загрузке ОС на SD-карте присутствовал скрипт с требуемыми командами настройки,
которые будут выполняться после загрузки ОС.

1) Распаковать uramdisk, внести изменения в файл /etc/fstab для автоматического монтирования SD-карты в /mnt/ :
/dev/mmcblk0 /mnt/ auto defaults 0 0
/dev/mmcblk0p1 /mnt/ (boot) auto defaults 0 0
/dev/mmcblk0p2 /mnt/ (sd) auto defaults 0 0
Пока не определились с количеством разделов на SD, достаточно одного.

2) Редактировать файл /etc/rc5.d/S15mountnfs.sh , добавить строчку:
sh ./mnt/<dir>/init.sh

3) Запаковать ramdisk.

4) Закинуть на флешку в раздел 1-2 в папку <dir> скрипт init.sh любого содержания.
Пример init.sh:
#!/bin/sh
ifconfig eth0 192.168.0.187
#ifup eth0
mkdir /root/.ssh
cat /mnt/*.pub >> /root/.ssh/authorized_keys
cat /mnt/7nf_12bf_3td_14bit.bit > /dev/xdevcfg
cp /mnt/Read_TD /tmp/

=== Решение проблемы с ключами ssh ===
В новой файловой системе при каждой перезагрузке генерится новый ключ.

Для нормальной работы нужно этот ключ подсунуть из флешки.

1) На плате копируем сгенеренный ключик на флешку

cp /etc/dropbear/dropbear_rsa_host_key /mnt/sd/dropbear_rsa_host_key

2) В распакованном ramdisk'e переименовываем в /etc/rc5.d/
S10dropbear -> S15dropbear
S15mountnfs.sh -> S10mountnfs.sh

Таким образом поменяли порядок выполнения скриптов: сначала монтируем файловую систему (тут и выполнение скрипта init.sh), потом настраиваем ssh.

3) В скрипте S15dropbear комментируем строку
# gen_keys

Т.е. запрещаем генерить ключи.

4) В /mnt/sd/init.d дописываем команду на копирование ключа(который был сохранен в п.1)

cp /mnt/sd/dropbear_rsa_host_key /etc/dropbear/dropbear_rsa_host_key

5) WIN!

{{wl-publish: 2016-10-12 10:41:00 +0400 | Dneprov D }}

Фронтенд "Топология"

2016-09-27T06:47:52Z

Ippolitov:

{{Форма3}}
== О микросхемах и их наличии ==

{|class="wikitable" border="1" style="text-align:center"
|-
| М/С
| Диапазон
| Наличие,шт.
|-
| 2610ХД1У
| ГЛОНАСС L1
| 5 (2шт смонтировано)
|-
| 2610ХД2У
| ГЛОНАСС L2
| 5
|-
| 2610ХД4У
| GPS L1
| 5
|-
|}

== Документация ==

Документация представлена [[media:TDCK_431328_009D14.pdf|pdf'кой]].

В таблице регистров SPI замечена ошибка: перепутаны коэффициенты деления и умножения в петле ФАПЧ.

Если кратко, на борту:
* МШУ (отдельный, можно отключить)
* ПАВ-фильтр
* Гетеродин с нулевой ПЧ, далее фильтр с регулируемой полосой (0.05...11МГц) и поднимающий на ненулевую ПЧ гетеродин.
* Серия аттенюатор-усилитель-аттенюатор-усилитель
* 2-х битное АЦП (ходят слухи, что это квантователь). Выход дифференциальный(одна пара). Уровни 2.5В.
* Аналоговый выход, тоже дифференциальный.
* SPI контроллер: уровни 2.5В, клоки не более 200кГц.
* Два мультиплексора, которые позволяют вывести на пины(тоже два) процессы в контрольных точках аналогового тракта.

== Что требует для работы ==

*Питание: 2.5В и 3В.
*Опорный генератор: 10...50МГц.
*Конфигурировать по SPI(программа конфигурирования пока в виде [[media:26092016_topology_SPI.rar|куска кода]])

== Макет ==
=== Общий вид ===
[[File:26092016_PCB_topo.PNG|400px]]

На плате: три LDO(2.5В, 2.85В, 3В), сама микросборка, ГК206, их обвязка,разъемы и штурмовик.
Косяк: LDO не запускались из-за малой нагрузки. На блокировочные конденсаторы сверху напаяны резисторы.
=== Схема ===
Первая попытка поработать в Altium с приближением к ГОСТ'ам [[media:26092016_Schematic Topo.pdf|PDF]].
=== Что за <strike>?%#!@</strike> обозначение разъемов ===

{|class="wikitable" border="1" style="text-align:center"
|-
| Обозначение на плате
| Что дает
|-
| X1
| Джампер вкл/выкл МШУ (при отсутствии джампера МШУ включен)
|-
| X2
| Цифровая гребека: SPI,клоки,выход АЦП. Внешний ряд - земля.
|-
| X3
| Джампер управления коэффициентом усиления МШУ(при отсутствии джампера КУ максимален)
|-
| X4
| Управление встроенными стабилизаторами напряжения(при отсутствии джампера стабилизаторы включены)
|-
| X5
| Питание, вход 317-х LDO'шек (>=5В)
|-
| XW1
| Выход МШУ
|-
| XW2
| Вход МШУ
|-
| XW3
| Аналоговый выход (P)
|-
| XW4
| Аналоговый выход (N)
|-
| XW5
| ВЧ вход
|-
| XW6
| Контрольная точка OCH1
|-
| XW7
| Контрольная точка OCH2
|-
|}

== В деле ==

Первые попытки конфигурирования привели к выявлению ошибки в документации - перепутаны местами M и N коэффициенты ФАПЧ.

После успешной настройки проведен эксперимент:
* Уличная антенна
* ОГ ГК206
* Сигнал подан на АЦП с XW3
* Клоки с X2 (OFT)
Результат: успешно приняты сигналы ГЛОНАСС L1.

Фронтенд "Топология"

2016-09-26T11:03:30Z

Ippolitov:

{{Форма3}}
== О микросхемах и их наличии ==

{|class="wikitable" border="1" style="text-align:center"
|-
| М/С
| Диапазон
| Наличие,шт.
|-
| 2610ХД1У
| ГЛОНАСС L1
| 5 (2шт смонтировано)
|-
| 2610ХД2У
| ГЛОНАСС L2
| 5
|-
| 2610ХД4У
| GPS L1
| 5
|-
|}

== Документация ==

Документация представлена [[media:TDCK_431328_009D14.pdf|pdf'кой]].

В таблице регистров SPI замечена ошибка: перепутаны коэффициенты деления и умножения в петле ФАПЧ.

Если кратко, на борту:
* МШУ (отдельный, можно отключить)
* ПАВ-фильтр
* Гетеродин с нулевой ПЧ, далее фильтр с регулируемой полосой (0.05...11МГц) и поднимающий на ненулевую ПЧ гетеродин.
* Серия аттенюатор-усилитель-аттенюатор-усилитель
* 2-х битное АЦП (ходят слухи, что это квантователь). Выход дифференциальный(одна пара). Уровни 2.5В.
* Аналоговый выход, тоже дифференциальный.
* SPI контроллер: уровни 2.5В, клоки не более 200кГц.
* Два мультиплексора, которые позволяют вывести на пины(тоже два) процессы в контрольных точках аналогового тракта.

== Что требует для работы ==

*Питание: 2.5В и 3В.
*Опорный генератор: 10...50МГц.
*Конфигурировать по SPI(программа конфигурирования пока в виде [[media:26092016_topology_SPI.rar|куска кода]])

== Макет ==
=== Общий вид ===
[[File:26092016_PCB_topo.PNG|400px]]

На плате: три LDO(2.5В, 2.85В, 3В), сама микросборка, ГК206, их обвязка,разъемы и штурмовик.
Косяк: LDO не запускались из-за малой нагрузки. На блокировочные конденсаторы сверху напаяны резисторы.
=== Схема ===
Первая попытка поработать в Altium с приближением к ГОСТ'ам [[media:26092016_Schematic Topo.pdf|PDF]].
=== Что за <strike>?%#!@</strike> обозначение разъемов ===

{|class="wikitable" border="1" style="text-align:center"
|-
| Обозначение на плате
| Что дает
|-
| X1
| Джампер вкл/выкл МШУ (при отсутствии джампера МШУ включен)
|-
| X2
| Цифровая гребека: SPI,клоки,выход АЦП. Внешний ряд - земля.
|-
| X3
| Джампер управления коэффициентом усиления МШУ(при отсутствии джампера КУ максимален)
|-
| X4
| Вход управления встроенными стабилизаторами напряжения(при отсутствии джампера стабилизаторы включены)
|-
| X5
| Питание, вход 317-х LDO'шек (>=5В)
|-
| XW1
| Выход МШУ
|-
| XW2
| Вход МШУ
|-
| XW3
| Аналоговый выход (P)
|-
| XW4
| Аналоговый выход (N)
|-
| XW5
| ВЧ вход
|-
| XW6
| Контрольная точка OCH1
|-
| XW7
| Контрольная точка OCH2
|-
|}

== В деле ==

Первые попытки конфигурирования привели к выявлению ошибки в документации - перепутаны местами M и N коэффициенты ФАПЧ.

После успешной настройки проведен эксперимент:
* Уличная антенна
* ОГ ГК206
* Сигнал подан на АЦП с XW3
* Клоки с X2 (OFT)
Результат: успешно приняты сигналы ГЛОНАСС L1.

Фронтенд "Топология"

2016-09-26T11:03:20Z

Ippolitov:

{{Форма 3}}
== О микросхемах и их наличии ==

{|class="wikitable" border="1" style="text-align:center"
|-
| М/С
| Диапазон
| Наличие,шт.
|-
| 2610ХД1У
| ГЛОНАСС L1
| 5 (2шт смонтировано)
|-
| 2610ХД2У
| ГЛОНАСС L2
| 5
|-
| 2610ХД4У
| GPS L1
| 5
|-
|}

== Документация ==

Документация представлена [[media:TDCK_431328_009D14.pdf|pdf'кой]].

В таблице регистров SPI замечена ошибка: перепутаны коэффициенты деления и умножения в петле ФАПЧ.

Если кратко, на борту:
* МШУ (отдельный, можно отключить)
* ПАВ-фильтр
* Гетеродин с нулевой ПЧ, далее фильтр с регулируемой полосой (0.05...11МГц) и поднимающий на ненулевую ПЧ гетеродин.
* Серия аттенюатор-усилитель-аттенюатор-усилитель
* 2-х битное АЦП (ходят слухи, что это квантователь). Выход дифференциальный(одна пара). Уровни 2.5В.
* Аналоговый выход, тоже дифференциальный.
* SPI контроллер: уровни 2.5В, клоки не более 200кГц.
* Два мультиплексора, которые позволяют вывести на пины(тоже два) процессы в контрольных точках аналогового тракта.

== Что требует для работы ==

*Питание: 2.5В и 3В.
*Опорный генератор: 10...50МГц.
*Конфигурировать по SPI(программа конфигурирования пока в виде [[media:26092016_topology_SPI.rar|куска кода]])

== Макет ==
=== Общий вид ===
[[File:26092016_PCB_topo.PNG|400px]]

На плате: три LDO(2.5В, 2.85В, 3В), сама микросборка, ГК206, их обвязка,разъемы и штурмовик.
Косяк: LDO не запускались из-за малой нагрузки. На блокировочные конденсаторы сверху напаяны резисторы.
=== Схема ===
Первая попытка поработать в Altium с приближением к ГОСТ'ам [[media:26092016_Schematic Topo.pdf|PDF]].
=== Что за <strike>?%#!@</strike> обозначение разъемов ===

{|class="wikitable" border="1" style="text-align:center"
|-
| Обозначение на плате
| Что дает
|-
| X1
| Джампер вкл/выкл МШУ (при отсутствии джампера МШУ включен)
|-
| X2
| Цифровая гребека: SPI,клоки,выход АЦП. Внешний ряд - земля.
|-
| X3
| Джампер управления коэффициентом усиления МШУ(при отсутствии джампера КУ максимален)
|-
| X4
| Вход управления встроенными стабилизаторами напряжения(при отсутствии джампера стабилизаторы включены)
|-
| X5
| Питание, вход 317-х LDO'шек (>=5В)
|-
| XW1
| Выход МШУ
|-
| XW2
| Вход МШУ
|-
| XW3
| Аналоговый выход (P)
|-
| XW4
| Аналоговый выход (N)
|-
| XW5
| ВЧ вход
|-
| XW6
| Контрольная точка OCH1
|-
| XW7
| Контрольная точка OCH2
|-
|}

== В деле ==

Первые попытки конфигурирования привели к выявлению ошибки в документации - перепутаны местами M и N коэффициенты ФАПЧ.

После успешной настройки проведен эксперимент:
* Уличная антенна
* ОГ ГК206
* Сигнал подан на АЦП с XW3
* Клоки с X2 (OFT)
Результат: успешно приняты сигналы ГЛОНАСС L1.

Фронтенд "Топология"

2016-09-26T11:00:35Z

Ippolitov: Новая страница: «== О микросхемах и их наличии == {|class="wikitable" border="1" style="text-align:center" |- | М/С | Диапазон | Наличи…»

== О микросхемах и их наличии ==

{|class="wikitable" border="1" style="text-align:center"
|-
| М/С
| Диапазон
| Наличие,шт.
|-
| 2610ХД1У
| ГЛОНАСС L1
| 5 (2шт смонтировано)
|-
| 2610ХД2У
| ГЛОНАСС L2
| 5
|-
| 2610ХД4У
| GPS L1
| 5
|-
|}

== Документация ==

Документация представлена [[media:TDCK_431328_009D14.pdf|pdf'кой]].

В таблице регистров SPI замечена ошибка: перепутаны коэффициенты деления и умножения в петле ФАПЧ.

Если кратко, на борту:
* МШУ (отдельный, можно отключить)
* ПАВ-фильтр
* Гетеродин с нулевой ПЧ, далее фильтр с регулируемой полосой (0.05...11МГц) и поднимающий на ненулевую ПЧ гетеродин.
* Серия аттенюатор-усилитель-аттенюатор-усилитель
* 2-х битное АЦП (ходят слухи, что это квантователь). Выход дифференциальный(одна пара). Уровни 2.5В.
* Аналоговый выход, тоже дифференциальный.
* SPI контроллер: уровни 2.5В, клоки не более 200кГц.
* Два мультиплексора, которые позволяют вывести на пины(тоже два) процессы в контрольных точках аналогового тракта.

== Что требует для работы ==

*Питание: 2.5В и 3В.
*Опорный генератор: 10...50МГц.
*Конфигурировать по SPI(программа конфигурирования пока в виде [[media:26092016_topology_SPI.rar|куска кода]])

== Макет ==
=== Общий вид ===
[[File:26092016_PCB_topo.PNG|400px]]

На плате: три LDO(2.5В, 2.85В, 3В), сама микросборка, ГК206, их обвязка,разъемы и штурмовик.
Косяк: LDO не запускались из-за малой нагрузки. На блокировочные конденсаторы сверху напаяны резисторы.
=== Схема ===
Первая попытка поработать в Altium с приближением к ГОСТ'ам [[media:26092016_Schematic Topo.pdf|PDF]].
=== Что за <strike>?%#!@</strike> обозначение разъемов ===

{|class="wikitable" border="1" style="text-align:center"
|-
| Обозначение на плате
| Что дает
|-
| X1
| Джампер вкл/выкл МШУ (при отсутствии джампера МШУ включен)
|-
| X2
| Цифровая гребека: SPI,клоки,выход АЦП. Внешний ряд - земля.
|-
| X3
| Джампер управления коэффициентом усиления МШУ(при отсутствии джампера КУ максимален)
|-
| X4
| Вход управления встроенными стабилизаторами напряжения(при отсутствии джампера стабилизаторы включены)
|-
| X5
| Питание, вход 317-х LDO'шек (>=5В)
|-
| XW1
| Выход МШУ
|-
| XW2
| Вход МШУ
|-
| XW3
| Аналоговый выход (P)
|-
| XW4
| Аналоговый выход (N)
|-
| XW5
| ВЧ вход
|-
| XW6
| Контрольная точка OCH1
|-
| XW7
| Контрольная точка OCH2
|-
|}

== В деле ==

Первые попытки конфигурирования привели к выявлению ошибки в документации - перепутаны местами M и N коэффициенты ФАПЧ.

После успешной настройки проведен эксперимент:
* Уличная антенна
* ОГ ГК206
* Сигнал подан на АЦП с XW3
* Клоки с X2 (OFT)
Результат: успешно приняты сигналы ГЛОНАСС L1.

Файл:26092016 Schematic Topo.pdf

2016-09-26T10:27:10Z

Ippolitov: MsUpload

MsUpload

Файл:26092016 PCB topo.PNG

2016-09-26T10:16:22Z

Ippolitov: MsUpload

MsUpload