Jump to content

    
Sign in to follow this  
ER1AK

SIM5320E, а на дворе 2000 год.

Recommended Posts

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

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

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

Share this post


Link to post
Share on other sites
10 часов назад, Harbinger сказал:

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

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

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

Share this post


Link to post
Share on other sites

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

Спойлер

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

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

 

 

Share this post


Link to post
Share on other sites
6 часов назад, Harbinger сказал:

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

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

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

Share this post


Link to post
Share on other sites
В 22.11.2019 в 13:19, ER1AK сказал:

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

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

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

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

Share this post


Link to post
Share on other sites
32 минуты назад, aiwa сказал:

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

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

 

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

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

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

Share this post


Link to post
Share on other sites
9 часов назад, jcxz сказал:

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

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

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

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

Share this post


Link to post
Share on other sites
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.

Share this post


Link to post
Share on other sites

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

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

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

 

Share this post


Link to post
Share on other sites
On 11/19/2019 at 9:14 PM, Hub said:

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

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

S2-1045N

S2-104BX

S2-104FH

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites
9 часов назад, Andrey190 сказал:

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

 

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

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

Share this post


Link to post
Share on other sites

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

Edited by ER1AK

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Sign in to follow this