eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.misc.elektronikaBiblioteka MQTT i dziwny kod w C › Re: 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!weretis.net!feeder8.news.weretis.net!news.uzoreto.com!fee
    der.usenetexpress.com!tr3.eu1.usenetexpress.com!feeder1.feed.usenet.farm!feed.u
    senet.farm!news-out.netnews.com!news.alt.net!fdc2.netnews.com!peer03.ams1!peer.
    ams1.xlned.com!news.xlned.com!peer02.ams4!peer.am4.highwinds-media.com!news.hig
    hwinds-media.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-0
    2.news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
    Date: Tue, 9 Aug 2022 07:13:17 +0200
    MIME-Version: 1.0
    User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101
    Thunderbird/102.1.1
    Subject: Re: Biblioteka MQTT i dziwny kod w C
    Content-Language: pl
    Newsgroups: pl.misc.elektronika
    References: <62f14473$0$544$65785112@news.neostrada.pl>
    From: JDX <j...@o...pl>
    Organization: N/A
    In-Reply-To: <62f14473$0$544$65785112@news.neostrada.pl>
    Content-Type: text/plain; charset=UTF-8; format=flowed
    Content-Transfer-Encoding: 8bit
    Lines: 35
    Message-ID: <62f1ecee$0$464$65785112@news.neostrada.pl>
    NNTP-Posting-Host: 157.25.190.101
    X-Trace: 1660021999 unt-rea-a-02.news.neostrada.pl 464 157.25.190.101:52198
    X-Complaints-To: a...@n...neostrada.pl
    X-Received-Bytes: 2305
    Xref: news-archive.icm.edu.pl pl.misc.elektronika:773701
    [ ukryj nagłówki ]

    On 08.08.2022 19:14, Atlantis wrote:
    [...]
    > BYTE llen;
    > WORD len= MQTTReadPacket(&llen);
    >
    Ewidentny błąd - pokazuje dlaczego należy kompilować z -Wall (oraz
    ewentualnie -pedantic) i nie ignorować ostrzeżeń. Aczkolwiek w
    przytoczonym kontekście nie ma znaczenia - zmienna llen ma zasięg
    lokalny ograniczony do wnętrza if-a i poza wywołaniem MQTTReadPacket()
    nigdzie nie jest tam później używana.

    > Potem zawartość takiej zmiennej jest wykorzystywana w kodzie jako
    > element indeksu tablicy MQTTBuffer - również w tych częściach kodu,
    > które działały prawidłowo. Szybkie poszukiwania w internecie ujawniły,
    > że możliwość zdeklarowania pustej listy argumentów to historyczna
    > zaszłość. Wszyscy przestrzegają przed robieniem tego. Natomiast nigdzie
    > nie mogę znaleźć informacji o tym, w jaki sposób to działa i co
    > właściwie robią te kawałki kodu. Ktoś ma jakiś pomysł?
    Nie jestem pewny co oznaczają ,,te kawałki kodu", ale w ramach testu
    proponuję odnaleźć ten kontekst:

    if(MQTTAvailable()) {
    BYTE llen;
    WORD len = MQTTReadPacket(&llen);
    WORD msgId = 0;
    BYTE *payload;

    i zaraz po deklaracjach zmiennych dopisać llen = len.

    No i proponuję też zamienić
    switch(rxBF[1]) { //MQTTBuffer
    na
    switch(MQTTBuffer[1]) { //MQTTBuffer


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: