Aktualizacja SuplaDevice

[krycha88]

EEPROM na pokładzie w tandemie z ESP działa po SPI. Można podmienić na większy EEPROM. FRAM SPI ma identyczne wyjścia co EEPROM, więc technicznie pasuje do miejsca po EEPROMie. Pytanie tylko czy po takiej podmianie ESP będzie współpracował z FRAMem w roli FLASH? Tego nigdzie nie znalazłem jeszcze.

Wylutuj EEPROM i zobacz czy ma jakiś wpływ na prawidłową pracę esp a jaki FRAM będzie wg Ciebie pasować?

[pzygmunt]

EEPROM i FRAM mają zupełnie inny sposób zapisu danych. Nie sądzę aby można było sobie tak po prostu podmienić układy.

[Goral64]

EEPROM i FRAM mają zupełnie inny sposób zapisu danych. Nie sądzę aby można było sobie tak po prostu podmienić układy.

A czy to nie jest już kwestia ogarnięta w samej kości? Czy tylko w zewnętrznym oprogramowaniu?
Bo skoro są kości I2C i kości SPI, to chyba obie w ten sam sposób zapisują przesłane tymi interfejsami dane?

[Goral64]

Zauważyłem pewną ciekawostkę. Robiłem edycję harmonogramu i przy zapisie zmiany tak mi zamuliło Malinę, że jedynym rozwiązaniem było odcięcie jej zasilania i ponowne uruchomienie. Po wstaniu Maliny i Supli okazało się, że wszystkie urządzenia ZAMEL-a połączyły się ponownie z serwerem Supli a wszystkie urządzenia z SuplaDevice na pokładzie niestety nie. Na każdym urządzeniu musiał być wykonany restart co fajne nie jest

[klew]

Zauważyłem pewną ciekawostkę. Robiłem edycję harmonogramu i przy zapisie zmiany tak mi zamuliło Malinę, że jedynym rozwiązaniem było odcięcie jej zasilania i ponowne uruchomienie. Po wstaniu Maliny i Supli okazało się, że wszystkie urządzenia ZAMEL-a połączyły się ponownie z serwerem Supli a wszystkie urządzenia z SuplaDevice na pokładzie niestety nie. Na każdym urządzeniu musiał być wykonany restart co fajne nie jest

Dzieje się tak za każdym razem, gdy restartujesz serwer Supli?
Jak długo czekałeś?
Czy masz jakieś logi z tej sytuacji?

[Goral64]

Dzieje się tak za każdym razem, gdy restartujesz serwer Supli?
Jak długo czekałeś?
Czy masz jakieś logi z tej sytuacji?

Nie wiem, dopiero pierwszy raz zwróciłem na to uwagę.
Czekałem ok. 20 minut aż zdecydowałem o restarcie serwera. Kolejne 20 minut czekałem na ponowne połączenie, zanim zacząłem restartować urządzenia.
Niestety nie pomyślałem, żeby zerknąć na seriala

[Goral64]

Wygląda na to, że ta dziwna sytuacja miała miejsce jednorazowo. Dziś nad ranem Malina samoistnie się zbiesiła i nie było wjazdu na żadnym porcie. Znów twardy restart. Tym razem wszystkie urządzenia, ZAMEL-owe jak i SuplaDevice połączyły się z nią od razu jak tylko włączyła nasłuchiwanie na portach.
Możliwe, że wczorajszą przyczyną mógł być port 2015, bo ZAMEL chyba szyfruje połączenia na porcie 2016 a ja ustawiłem SuplaDevice, żeby nie szyfrowała. Nie analizowałem jeszcze logów, więc to tylko teoria.

[Goral64]

Najgorsze jest to, że właśnie znowu padła mi Malina, a ja dalej nie wiem co ją zabija

[Goral64]

Niestety. Malina znowu zajęła się sama sobą i nie było z nią żadnego kontaktu Podwójne niestety, gdyż po twardym restarcie znowu ani jeden moduł z biblioteką SuplaDevice samoistnie nie wznowił połączenia z serwerem A ja znowu nie mam logów...

[kris.sg]

@Goral64 spróbuj ustawić w malinie adres na sztywno jeżeli masz włączone dhcp u mnie się to sprawdziło.