eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaBiblioteka MQTT i dziwny kod w CRe: Biblioteka MQTT i dziwny kod w C
  • Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!3.eu.feeder.erj
    e.net!feeder.erje.net!newsreader4.netcologne.de!news.netcologne.de!peer01.ams1!
    peer.ams1.xlned.com!news.xlned.com!peer03.ams4!peer.am4.highwinds-media.com!new
    s.highwinds-media.com!newsfeed.neostrada.pl!unt-exc-01.news.neostrada.pl!unt-sp
    o-b-01.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Date: Thu, 18 Aug 2022 11:03:02 +0200
    MIME-Version: 1.0
    User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101
    Thunderbird/91.12.0
    Subject: Re: Biblioteka MQTT i dziwny kod w C
    Content-Language: pl
    Newsgroups: pl.misc.elektronika
    References: <62f14473$0$544$65785112@news.neostrada.pl>
    <62fb7d93$0$558$65785112@news.neostrada.pl>
    <62fd1e3c$0$489$65785112@news.neostrada.pl>
    From: Atlantis <m...@w...pl>
    In-Reply-To: <62fd1e3c$0$489$65785112@news.neostrada.pl>
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Lines: 27
    Message-ID: <62fe0046$0$549$65785112@news.neostrada.pl>
    Organization: Telekomunikacja Polska
    NNTP-Posting-Host: 83.30.167.147
    X-Trace: 1660813382 unt-rea-b-01.news.neostrada.pl 549 83.30.167.147:54148
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 2475
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:773783
    [ ukryj nagłówki ]

    On 17.08.2022 18:58, Mirek wrote:

    > Czyli ręcznie wrzucasz pod ten sam temat i dochodzą, a od ESP nie dochodzą?
    > Zakładam, że qos i retained masz w obydwu przypadkach takie same?
    > Client-id unikalne? (!)
    > No to już czary musiały by być żeby jedno dochodziło drugie nie.

    Ok, już znalazłem przyczynę. Tak jak piszesz - przepisując kod
    zapomniałem o wywołaniu funkcji, która w przypadku wykrycia ustawionej
    flagi QoS inicjowała odsyłanie potwierdzenia odebrania wiadomości
    PUBLISH. Broker nie otrzymując potwierdzeń po jakimś czasie zaprzestawał
    rozsyłania wiadomości do tego konkretnego subskrybenta. Natomiast
    wiadomości wysyłane ręcznie nie miały ustawionej flagi, więc dochodziły
    nadal.

    Po uzupełnieniu kodu wszystko działa prawidłowo. Urządzenie pracuje już
    prawie dobę i cały czas odbiera wiadomości z brokera. W oczy rzuciła mi
    się natomiast inna kwestia - gdy sprawdzałem za pierwszym razem za
    pomocą tcpdumpa (odpalonego na Raspberry Pi, gdzie pracuje broker) i
    wiresharka, widziałem wszystkie pakiety.

    Teraz natomiast wygląda to tak, jakby tcpdump nie rejestrował wiadomości
    wychodzących od klienta (PUBACK, PINGREQ), chociaż wiadomości są
    wysyłane i najwyraźniej docierają, bo powodują reakcję (np. w postaci
    odesłania PINGRESP). Jakiś pomysł co może być przyczyną takiego stanu
    rzeczy?

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj

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: