[Harbinger 10]

17 часов назад, jcxz сказал:

Вряд-ли там прошивка размером 256КБ - это слишком для GPS-трекера. Отбросьте те области где 0xFF и останется наверняка с гулькин нос.

128 КБ в порядке вещей.

[jcxz 184]

10 часов назад, Harbinger сказал:

128 КБ в порядке вещей.

И что там приводит к такому размеру?

В текущем проекте у меня GPS + BT + SPI-FLASH + гироскоп + RF-приёмник + управление_мотором + куча_меню_с_несколькими_десятками_пунктов - всё в сумме занимает 72 КБ. ЧЯДНТ?

[Harbinger 10]

Экономно пишете. Сейчас такой подход не в моде.

Спойлер

Вот сейчас лежит один проектик (не мой). Трекер как трекер. С геозонами, правда, наворотили... в STM32F103 занимает 126 кБ при оптимизации -O3. Используется Quantum Leaps. М.б. причина такого размера кода и не в этом, зато что-либо изменить без UML-модели - задачка очень нетривиальная...

Несколькими годами раньше не меньший функционал умещался в 60 кБ MSP430F149. 

 

 

[jcxz 184]

6 часов назад, Harbinger сказал:

Экономно пишете. Сейчас такой подход не в моде.

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

Да, самостоятельно что-то разрабатывать сейчас умеют всё меньше и меньше народу. Не мода это, а печаль...  

[aiwa 0]

В 22.11.2019 в 13:19, ER1AK сказал:

Почему поднял форум и спрашивал совета, думал что время идет с модуля SIM5320, ...перепроверил AT+CCLK? стоит 2019 год  там все в порядке.

Трудно представить, что неверная дата не от модуля SIM.

Прежде чем возиться с бинарником STM32, я бы посоветовал прослушать что возращает SIM, если у Вас есть возможность прицепиться к RX порта.

По поводу AT+CCLK? прогуглил, что команда возвращает время и дату оператора, если так, то она не годится для перепроверки.

[jcxz 184]

32 минуты назад, aiwa сказал:

Трудно представить, что неверная дата не от модуля SIM.

Чего же трудного? Например эта дата может быть от SNTP-протокола работающего на STM32. Или ещё откуда угодно.

 

Автор как я понимаю общается с STM32, а не с SIMCOM-модулем. А уж откуда и каким образом образуется эта дата - знает только программа этого самого STM32.

И какая разница, что там передаёт SIMCOM программе в STM32, если эта самая программа неправильно интерпретирует эти данные?

Пускай даже SIMCOM передаёт какой-то счётчик (годов/недель - не важно) определённой разрядности. Когда программист пишет программу он способен определить через какое время этот счётчик переполнится (если знает его разрядность конечно) и, если это событие произойдёт скоро (за время предполагаемой жизни прибора), разработчик должен предпринять меры, чтобы такое событие не привело к сбою работы устройства. Если разработчик этого не сделал - это его косяк и баг программы. Потому что разработчик должен был предусмотреть возможность вычисления правильной даты на основании полученного от SIMCOM. А если это невозможно - не использовать данный модуль или получать время по другому.

[Harbinger 10]

Так это несложно проверить. Прослушать обмен между модулем и МК.

(Пардон, проворонил сообщение ранее).

[aiwa 0]

9 часов назад, jcxz сказал:

Автор как я понимаю общается с STM32, а не с SIMCOM-модулем. А уж откуда и каким образом образуется эта дата - знает только программа этого самого STM32. 

И какая разница, что там передаёт SIMCOM программе в STM32, если эта самая программа неправильно интерпретирует эти данные?

Первым признаком переполнения счетчика недель является правильное время, с улетевшей именно в 2000 год датой. Насколько я понимаю именно это и произошло. Можно еще подсчитать разницу между текущей датой и ошибочно возвращаемой. Если она составит ровно 1024 недели, то подозрения на СИМКОМ еще больше возрастут, в противном случае - наоборот.

Единственная нестыковка в том, что сбой произошел не с 06 на 07 апреля, а осенью. Но можно предположить до сбоя СИМКОМ пользовался GPS-сервером, а после потерял его адрес и начал вычислять данные только от спутников.

[Andrey190 2]

6 hours ago, aiwa said:

Первым признаком переполнения счетчика недель является правильное время, с улетевшей именно в 2000 год датой. Насколько я понимаю именно это и произошло. Можно еще подсчитать разницу между текущей датой и ошибочно возвращаемой. Если она составит ровно 1024 недели, то подозрения на СИМКОМ еще больше возрастут, в противном случае - наоборот.

Единственная нестыковка в том, что сбой произошел не с 06 на 07 апреля, а осенью. Но можно предположить до сбоя СИМКОМ пользовался GPS-сервером, а после потерял его адрес и начал вычислять данные только от спутников.

На сайте http://www.simcom.com/ есть вот такая табличка.

Declaration of GPS week rollover issue

Dear customer,

Thank you very much for choosing SIMCom modules

 

We：

Shanghai SIMCom Wireless Solutions Ltd.

 

Declare that there is no GPS week rollover issue (refer to Appendix) on the modules listed below until the date marked.

Module No	FW	When the week rollover issue would occur
SIM5320 Series	1575B01SIM5320A~1575B14SIM5320A 1575B01SIM5320AD~1575B14SIM5320AD 1575B01SIM5320E~1575B14SIM5320E 1575B01SIM5320J~1575B10SIM5320J 1575B09SIM5320J_AGPS 1575B06SIM5320J_NO-AGPS~1575B09SIM5320J_NO-AGPS 1575B01SIM5320JE~1575B05SIM5320JE 1575B02SIM5320JE_NO-AGPS~1575B05SIM5320JE_NO-AGPS	2019/11/3
	1575B14SIM5320A_GPS,1575B14SIM5320AD_GPS, 1575B15SIM5320E,1575B10SIM5320J,1575B10SIM5320J_AGPS, 1575B10SIM5320J_NO-AGPS, 1575B06SIM5320JE, 1575B06SIM5320JE_NO-AGPS	2038/5/16
SIM5360 Series	3537B01SIM5360A,35316B04SIM5360A 3537B01SIM5360J, 35316B02SIM5360J 3537B01SIM5360JD, 35316B02SIM5360J 3537B01SIM5360JE 3537B01SIM5360E~3537B03SIM5360E, 35361B07SIM5360E~35361B09SIM5360E	2019/11/3
	35316B02SIM5360A,35316B03SIM5360A, 35316B05SIM5360A~35316B07SIM5360A 35316B03SIM5360J~35316B04SIM5360J 35316B03SIM5360JD~35316B04SIM5360JD 35316B02SIM5360JE~35316B03SIM5360JE 35361B04SIM5360E~35316B06SIM5360E, 35361B10SIM5360E~35316B13SIM5360E	2031/12/12
SIM7100 Series	4534B01SIM7100C~4534B15SIM7100C 4534B01SIM7100E~4534B08SIM7100E 4534B01SIM7100JC~4534B08SIM7100JC 4534B01SIM7100JE~4534B05SIM7100JE 4534B04SIM7100JE_VOLTE~4534B06SIM7100JE_VOLTE 4534B02SIM7100A~4534B03SIM7100A	2019/11/3
	4534B03SIM7100A_GPS, 4534B09SIM7100E, 4534B04SIM7100E_MIFI, 4534B09SIM7100JC, 4534B06SIM7100JE, 4534B16SIM7100C	2038/5/16
SIM68R	B03V00SIM68R11,B03V10SIM68R11	2022/10/29
	B03V11SIM68R_11/96 ~ B03V23SIM68R_11/96
SIM68RB	B03V60SIM68RB 11/96,B03V61SIM68RB96
SIM68V	B03V00SIM68V_11, B03V10SIM68V_11,B03V21SIM68V_38
	B03V11SIM68V_11/96 ~ B03V23SIM68V_11/96
SIM68VB	B03V60SIM68VB11/96,B03V61SIM68VB11
SIM968	B03V11SIM968_11,B03V20SIM968_11
SIM33ELA	B03V20SIM33ELA1/9 ~ B05V83SIM33ELA1/9	2025/8/16
SIM33EAU	B05V82SIM33EAU1/9
SIM68E	B03V60SIM68E_96 ~ B05V84SIM68E_96
	B04V62SIM68E_11 ~ B05V84SIM68E_11
	B04V64SIM68E3D9 ~ B05V81SIM68E3D9
SIM68M	B03V20SIM68M_11/96 ~ B05V81SIM68M_11/96
SIM68MB	B03V62SIM68MB11/96 ~ B05V80SIM68MB11/96
SIM68R	B03V24SIM68R_11/96 ~ B05V80SIM68R_11/96
SIM68RB	B03V62SIM68RB1A/9A
	B03V62SIM68RB11/96 ~ B04V61SIM68RB11/96
SIM68V	B04V64SIM68V48P
	B04V62SIM68V_11/96 ~ B05V85SIM68V_11/96
SIM68VB	B03V62SIM68VB_11/96 ~ B04V60SIM68VB_11/96
	B04V61SIM68VBD9 ~ B05V81SIM68VBD9
	B05V82SIM68VB9B
SIM968	B03V21SIM968_96,B04V60SIM968_11/96, B05V20SIM968_J1,B05V81SIM968_11
	B04V60SIM968B11/96 ~ B04V61SIM968B11/96
SIM808	All FW versions	2030/8/10
SIM28ML	All FW versions
SIM28ML-H	All FW versions
SIM28M	All FW versions
SIM28	All FW versions
SIM928A	All FW versions
SIM39EAR	All FW versions
SIM39EAU	All FW versions
SIM39EA	B02V32SIM39EA48,B02V60SIM39EA11/96/19
	B02V50SIM39EA19 ~ B02V51SIM39EA19
	B02V31SIM39EA11 ~ B02V32SIM39EA11
	B02V10SIM39EA96 ~ B02V51SIM39EA96
SIM7500 Series	All FW versions	2032/12/12
SIM7600 Series	All FW versions
SIM7800 Series	All FW versions
SIM7000 Series	All FW versions
SIM868	All FW versions	2034/8/12
SIM868E	All FW versions
SIM68E	B06V11SIM68E_11/96 ~ B06V14SIM68E_11/96
SIM68M	B05V83SIM68M_11
	B06V11SIM68M_11/96 ~ B06V14SIM68M_11/96
SIM68MB	B06V10SIM68MB11/96 ~ B06V11SIM68MB11/96
SIM68R	B06V10SIM68R_11/96 ~ B06V11SIM68R_11/96
SIM68RB	B05V10SIM68RB11/96 ~ B06V11SIM68RB11/96
SIM68V	B06V10SIM68V_11/96 ~ B06V11SIM68V_11/96
SIM68VB	B06V10SIM68VB11/96 ~ B06V11SIM68VB11/96
SIM33ELA	B06V10SIM33ELA1/9 ~ B06V11SIM33ELA1/9
SIM33EAU	B06V10SIM33EAU1/9 ~ B06V11SIM33EAU1/9
SIM39EA	B02V60SIM39EA11/96/19	2035/9/8

 

Appendix

What is GPS week rollover issue?

The Week Rollover Problem is a known issue caused by the way that GPS used to handle the week element of the data that forms an essential part of the navigation signal. GPS used a 10 bit field to encode the week number in each GPS time message, which means that a maximum of 1,024 weeks (19.7 years), could be handled. Each of these periods is known in GPS terms as an “epoch”.

At the end of each epoch of 1,024 weeks, the receiver resets the week number to zero and starts counting again.

 

What will happen after GPS week rolls over?

It won’t affect the receiver’s ability to navigate and/or calculate precise time from the day level down to the microsecond level. But it will create week, month and year timestamps that are wildly wrong, which could seriously impact any systems and applications that rely on GPS data at that level.

 

Solutions for GPS week rolls over.

It is no need to do further actions for the customers who do not use the timestamp from GPS. 

For the customers who use the timestamp from GPS. The following solutions are recommended:

1.Customers can add a 1024-weeks offset to the server or application when get the wrong date.

2.Customers can use AT command to fix the issue in Some FW versions.

3.Update to the new firmware.

Please contact our FAE for detail.

[CADiLO 9]

Вся фигня в том, что указанная в табличке прошивка - 1575B15SIM5320E

1. Отсутствует в официальном Module PN List и на FTP для дистрибьюторов.

2. Она не может быть прошита в модули с железом версии S2-1045N - туда только до 13 версии, если не сделают специально для них.

 

[Hub 0]

On 11/19/2019 at 9:14 PM, Hub said:

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

Новая прошивка с фиксом для SIM5320E выпущена. Можно получить ее у своих дистрибьюторов. Подходит для модулей с начальным парт-номером:

S2-1045N

S2-104BX

S2-104FH

[ER1AK 0]

УХ ты!!! Не думал что столько будет ответов, пока пробовал все подходы к stm32 и так далее. Спасибо за помощь!! Оборудование есть, а вот продавец-дилер молчит, у меня модули SIM5320E S2-1045N-Z0K0S могу IMEI дать по каждому модулю. Главное прошивку с фиксом найти.

[aiwa 0]

9 часов назад, Andrey190 сказал:

На сайте http://www.simcom.com/ есть вот такая табличка. 

 

Да, спасибо. Теперь все стало объяснимым.  Симкомовские шаромыжники писали во все прошивки вариант алгоритма еще от 19 марта 2000 года.

Если бы не поленились изменить на выпускаемой в 11-13 году дату, то устройства еще бы добрый десяток лет работали.

[ER1AK 0]

Все верно у меня дата сбилась 2019-11-03, как в табличке, я правильно копался в модуле чуйка не подвела, написал письмо может ответят у меня их 500 штук и ждет увольнение хоть в этом, я никак не виноват все что мог сделал. 

Изменено 26 ноября, 2019 пользователем ER1AK

[Arlleex 131]

40 минут назад, ER1AK сказал:

...и ждет увольнение хоть в этом, я никак не виноват все что мог сделал.

Какое еще увольнение?