eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaStabilność ESP8266Re: Stabilność ESP8266
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!goblin1!goblin.stu.neva.ru!newsfeed.neostrada.pl!unt-exc-02.news.neost
    rada.pl!unt-spo-a-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Date: Wed, 28 Jan 2015 08:27:14 +0100
    From: Atlantis <m...@w...pl>
    User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101
    Thunderbird/31.4.0
    MIME-Version: 1.0
    Newsgroups: pl.misc.elektronika
    Subject: Re: Stabilność ESP8266
    References: <54c75516$0$2653$65785112@news.neostrada.pl>
    <54c75516$0$2653$65785112@news.neostrada.pl>
    <a...@n...neostrada.pl>
    In-Reply-To: <a...@n...neostrada.pl>
    Content-Type: text/plain; charset=utf-8
    Content-Transfer-Encoding: 8bit
    Lines: 25
    Message-ID: <54c88f4f$0$2653$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.13.232.147
    X-Trace: 1422430031 unt-rea-a-01.news.neostrada.pl 2653 83.13.232.147:32112
    X-Complaints-To: a...@n...neostrada.pl
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:677538
    [ ukryj nagłówki ]

    Hmm... Wczoraj zauważyłem ciekawą kwestię w związku z działaniem tego
    modułu. Najpewniej w oprogramowaniu jest jakiś błąd, bo połączenia UDP
    nie chcą działać prawidłowo, gdy korzystam z DNS-a. W przypadku TCP
    wszystko jest w porządku - po podaniu nazwy hosta (np. google.pl)
    połączenie zostało zestawione i udało mi się wymienić dane. Potem
    spróbowałem połączyć się z serwerem NTP i zaczęły się dziać dziwne
    rzeczy. System niby przyjął nazwę hosta (nie zwrócił "DNS fail") i
    rozpoczął procedurę wysyłania danych ("AT+CIPSEND=4,48", zwrócony znak
    ">"). Niestety nie przebiegała ona tak, jak powinna - po otrzymaniu 48
    bajtów program nadal oczekiwał na kolejne dane. Dopiero wysłanie mu
    sporego nadmiaru danych (w tym chyba jakiejś komendy zakończonej "\r\n")
    spowodowało wyświetlenie błędu. Od tego momentu miałem już tylko "Busy
    inet..." i z modułu nie dało się korzystać.
    Próba połączenia się z serwerem NTP przez podanie numeru IP daje
    pozytywny skutek - moduł po otrzymaniu 48 bajtów zwraca "SEND OK".

    Czy ktoś z Was zetknął się z podobnym błędem? Może dostępna jest jakaś
    nowsza wersja firmware'u z odpowiednią poprawką?

    BTW ktoś wie coś na temat jakiejś biblioteki do obsługi tego modułu?
    Wszystko co widzę w sieci (głównie rozwiązania dla Arduino) wykorzystują
    spore delay'e do oczekiwania na odpowiedź modułu. Ja preferowałbym
    jednak rozwiązanie oparte o flagi i zdarzenia, mam ogólny zamysł jak to
    mogłoby wyglądać, ale nie chciałbym wyważać otwartych drzwi - zawsze
    łatwiej przeportować gotową bibliotekę, niż pisać własną od podstaw.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: