Футпринт SIM300D для AD-Winter-09 - поделитесь, пожалуйста, кому не жалко!, Неужели каждый сам делает это футпринт заново? Опции

[SKov]

Subj!

[vladch]

Раз уж пошел разговор о трассировке SIM300D, позвольте задать вопрос. Возник спор на работе о том , разрешено ли под модулем прокладывать трассы. А именно в том слое на котором стоит модуль(пусть будет ТОР) и на ВОТТОМ. Шеф говорит что он гдето читал и там строго запрещено тягать дороги под модулем, должен быть земляной полигон, ноя такого не припомню, а опять дословно перечитывать доки нет времени. Просмотрел бегло по даташитам и встретил две противоречивые картинки:
- в документе AN_HS_103 на странице 13(ух..) написано что под модулем в ТОР - NO LAYOUT(хотя модуль не 300D);
- в документе AN_CT_100 на 12 странице прекрасно видно как под модулем (тоже не 300D) и в ТОР и ВОТТОМ проложены трассы.
У кого какие мнения по этому поводу?

[SKov]

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

В моем случае земляной полигон не подходит по двум причинам.
1) Он уже есть на брюхе камня.
2) На камне этот полигон в некоторых местах разрывается неколькими выходными сигналами.
Еще один сплошной полигон на плате имеет шанс коротнуть эти выводы на землю.

Я собираюсь взять футпринт, который упоминал выше, и запретить разводку под брюхом в топ-слое.

[SKov]

Я собираюсь взять футпринт, который упоминал выше, и запретить разводку под брюхом в топ-слое.

Ну вот, работа в целом закончена.
Все-таки мой любимый Altium глюканул и не перенес одну связь из схемы в pcb,
пришлось портить картинку дополнитнльным проводочком.
Могу посоветовать тем, кто будет делать что-то подобное: не закладывайтесь на PIC16F628,
если только вы не делаете сигнализацию о поднятии крышки унитаза. Для сколько-нибудь развесистого
дерева событий и нормальной отсылки и обработки принятых смс -ок нужен камень
не хуже PIC16F88 (лучше LF) с памятью программ на 8К команд.
Основная сложность при программировании заключалась в совмещении плановых и асинхронных (внеплановых)
событий - сообщений от модема, причем поверх всего этого могли лечь посторонние звонки и сигналы RING и прочие неожиданности.
Все это надо было разгребать в реальном времени, т.е. в обработчике прерываний от USART-а. Не знаю, как народ что-то успевает
на 115200, я и 9600 с трудом успеваю.
Мелкие подводные камни были типа: в ответе на запрос о текущем балансе дешифратор команд
ловил комбинацию "rub." перед которой была сумма на счете. Это работало четко пару дней, пока в рекламке,
которая прицеплялась оператором к ответу о балансе, не появилось сообщение о какой-то дополнительной услуге,
которую можно заказать за такую-то цену (тоже "rub."), и все посыпалось ) Короче говоря, я думал,
что на написание программы уйдет пара-тройка дней, а оказалось, что месяц-полтора - это неплохой срок, да и то,
еще могут вылезти косяки в процессе длительной эксплуатации.
Термостат тоже пока не опробован в боевой обстановке, так что не знаю... А вот преобразователь DC-DC
на базе того же пика порадовал - задышал сразу и, как и задумывалось, отдавал до 25 мА при 12В(из 3.5V) (т.е. можно
несколько часов питать один-два датчика движения без внешней подпитки).

Эскизы прикрепленных изображений