Nakładka GSM nie współpracuje poprawnie z hw3.8 prawdopodobnie powodując jej ubicie po czasie gdy braknie jej pamięci, 3.7 śmiga w miarę stabilnie nawet z mocno obciążonym LK /zadania harmonogram 12c in-outy i 1wire na full, a zdalny OLED włączony nonstop/
Z gołym LK hw3.8 tylko detekcja stanu impd1 i sms traci kontakt po kilkunastu godzinach. i nie jest to zależne od softu. Tak samo pada na sw1.49 jak i sw1.43d, a po próbie obciążenia czas ten znacząco się skraca. i2c pada już po kilku godzinach. Może to przyczyna u jednego z forumowiczów zaniku odczytu z BME280 i DS18B20 a nie podejrzewana długość i jakość przewodów. Co najdziwniejsze cykliczny restart nie poprawia działania dopiero restart modemu przez przesłanie cyklicznie po httpapi komendy AT+CFUN=1,1 poprawia stabilność i zeruje licznik wysłanych sms!
dodatkowo modem wymagał w obu HW ustawienia czasu AT+CCLK po jego aktualizacji znacząco przyspieszył i "trzymał" sieć
AT+IPR=38400 spowolniło transfer i go ustabilizowało powrót na automatyczny AT+IPR=0
analogicznie AT+XBANDSEL=1800 podpina do sieci 1800mhz na stałe AT+XBANDSEL=0 powraca do automatu
AT+CGSMS=0 określenie jak ma być wysyłany sms 0 lub 2 czyli gprs lub smscenter jeśli brak gprs - deflautowo mamy odwrotnie
Informacje zdobyte dzięki technikom sieci play którzy pomagali okiełznać cykliczne przelogowywania się SIM w sieci.
teraz kwestia ilości SMS wysłanych przez modem HW3.7 daje rade ale po ok 500-700szt wymaga resetu modemu bo latency od komendy wysłania do samego faktu podjęcia operacji wynosi ok 15-30s
HW3.8 im więcej wysyłamy tym szybciej zdychamy... 300 potrafi już zabić dostęp do konsoli przez www później padają inne usługi.
max wychodzi ok 400szt sms później trzeba dokonać resetu modem i LK by wznowił prace choć latency już po kilkudziesięciu sms jest znacząco niekomfortowe by można je uznać za poprawne.
Podczas testu LK wysłał po httapi ponad 5k sms
w przeciągu 24h z tokenami logowania = tu przydała by się zwrotka ze statusem wysłany/failed. bo było ponad 300 próśb ponownego wysłania tokena
api które wcześniej to robiło zwracało idSMS które zostały wysłane - nie koniecznie od razu.... mniej więcej działało to tak:
przy założeniu że wysyłamy pierwszy sms odpowiedź id001:inprogres kolejny sms odpowiedz id001
end id002:inprogres itd...id007:failed to najważniejsze bo tu maszyna wie że trzeba w bazie powtórzyć wysyłkę i w sumie tylko te zwrotki są potrzebne do automatyzacji procesu.
ważne w przypadku gdy LK jest zasypywany prośbami o sms ale nie wydala w ich realizacji. nie mamy tu żadnego kolejkowania.
SMS można wysyłać co ok 20s! ma to potencjał z tym że wcześniej trzeba poinformować telecom o wykorzystaniu SIM do telemetrii by nie dostać bana/kary jednak do masowego wysyłania sms lepiej nabyć https://pl.aliexpress.com/item/4000462979094.html
Z gołym LK hw3.8 tylko detekcja stanu impd1 i sms traci kontakt po kilkunastu godzinach. i nie jest to zależne od softu. Tak samo pada na sw1.49 jak i sw1.43d, a po próbie obciążenia czas ten znacząco się skraca. i2c pada już po kilku godzinach. Może to przyczyna u jednego z forumowiczów zaniku odczytu z BME280 i DS18B20 a nie podejrzewana długość i jakość przewodów. Co najdziwniejsze cykliczny restart nie poprawia działania dopiero restart modemu przez przesłanie cyklicznie po httpapi komendy AT+CFUN=1,1 poprawia stabilność i zeruje licznik wysłanych sms!
dodatkowo modem wymagał w obu HW ustawienia czasu AT+CCLK po jego aktualizacji znacząco przyspieszył i "trzymał" sieć
AT+IPR=38400 spowolniło transfer i go ustabilizowało powrót na automatyczny AT+IPR=0
analogicznie AT+XBANDSEL=1800 podpina do sieci 1800mhz na stałe AT+XBANDSEL=0 powraca do automatu
AT+CGSMS=0 określenie jak ma być wysyłany sms 0 lub 2 czyli gprs lub smscenter jeśli brak gprs - deflautowo mamy odwrotnie
Informacje zdobyte dzięki technikom sieci play którzy pomagali okiełznać cykliczne przelogowywania się SIM w sieci.
teraz kwestia ilości SMS wysłanych przez modem HW3.7 daje rade ale po ok 500-700szt wymaga resetu modemu bo latency od komendy wysłania do samego faktu podjęcia operacji wynosi ok 15-30s
HW3.8 im więcej wysyłamy tym szybciej zdychamy... 300 potrafi już zabić dostęp do konsoli przez www później padają inne usługi.
max wychodzi ok 400szt sms później trzeba dokonać resetu modem i LK by wznowił prace choć latency już po kilkudziesięciu sms jest znacząco niekomfortowe by można je uznać za poprawne.
Podczas testu LK wysłał po httapi ponad 5k sms
w przeciągu 24h z tokenami logowania = tu przydała by się zwrotka ze statusem wysłany/failed. bo było ponad 300 próśb ponownego wysłania tokenaapi które wcześniej to robiło zwracało idSMS które zostały wysłane - nie koniecznie od razu.... mniej więcej działało to tak:
przy założeniu że wysyłamy pierwszy sms odpowiedź id001:inprogres kolejny sms odpowiedz id001
end id002:inprogres itd...id007:failed to najważniejsze bo tu maszyna wie że trzeba w bazie powtórzyć wysyłkę i w sumie tylko te zwrotki są potrzebne do automatyzacji procesu.ważne w przypadku gdy LK jest zasypywany prośbami o sms ale nie wydala w ich realizacji. nie mamy tu żadnego kolejkowania.
SMS można wysyłać co ok 20s! ma to potencjał z tym że wcześniej trzeba poinformować telecom o wykorzystaniu SIM do telemetrii by nie dostać bana/kary jednak do masowego wysyłania sms lepiej nabyć https://pl.aliexpress.com/item/4000462979094.html
e-chata.hyzne.com | LK1 - sterowniki akwarystyki | LK2 - sterowniki ihome | LK3 - niezliczone ilości wersji/nakładek na farmach PV i nie tylko | LK4 - testy bezprzewodowe