Wsparcie dla liczników z nakładką wM-Bus

[krycha88]

Sprawdzałem kod z normalnej wersji GG jak i TEST i w obu przypadkach niestety to samo :/ pomysł sprytny BTW żeby wyczyścić kompletnie ustawienia nie wiedziałem, że tak się da.

Jak coś to mam hardware i możemy próbować

Ale już nie leci __digitalRead(): IO 19 is not set as GPIO?

[rafalekkalwak@wp.pl]

Sprawdzałem kod z normalnej wersji GG jak i TEST i w obu przypadkach niestety to samo :/ pomysł sprytny BTW żeby wyczyścić kompletnie ustawienia nie wiedziałem, że tak się da.

Jak coś to mam hardware i możemy próbować

Ale już nie leci __digitalRead(): IO 19 is not set as GPIO?

Cały czas leci na obu

[krycha88]

Sprawdzałem kod z normalnej wersji GG jak i TEST i w obu przypadkach niestety to samo :/ pomysł sprytny BTW żeby wyczyścić kompletnie ustawienia nie wiedziałem, że tak się da.

Jak coś to mam hardware i możemy próbować

Ale już nie leci __digitalRead(): IO 19 is not set as GPIO?

Cały czas leci na obu

Ale ten błąd teraz dalej leci dla IO 19 czy innego?

[rafalekkalwak@wp.pl]

Ale już nie leci __digitalRead(): IO 19 is not set as GPIO?

Cały czas leci na obu

Ale ten błąd teraz dalej leci dla IO 19 czy innego?

Tak, dla 19 bo to nadal jest hardware SPI MISO

[krycha88]

Tak, dla 19 bo to nadal jest hardware SPI MISO

Zobacz tą poprawkę
https://github.com/krycha88/GUI-Generic ... 6808b521aa

https://gui-generic-builder.supla.io/test.php

Po prostu przerobiłem wszystko na standardowe wywołanie SPI i przestało sypać błędami. Ale nie wiem jak to powinno się teraz zachować jak nie mam podpiętego CC1101 - tam jest dużo while więc na nich się aktualnie zawiesza program (jak zadziała to bym to przerobił aby był tam timeout).

[rafalekkalwak@wp.pl]

Tak, dla 19 bo to nadal jest hardware SPI MISO

Zobacz tą poprawkę
https://github.com/krycha88/GUI-Generic ... 6808b521aa

https://gui-generic-builder.supla.io/test.php

Po prostu przerobiłem wszystko na standardowe wywołanie SPI i przestało sypać błędami. Ale nie wiem jak to powinno się teraz zachować jak nie mam podpiętego CC1101 - tam jest dużo while więc na nich się aktualnie zawiesza program (jak zadziała to bym to przerobił aby był tam timeout).

Sprawdziłem :

Code: Select all

...
17:49:20.976 > Key: 123 Value: 00000000000000000000000000000000,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
17:49:20.995 > wMBus-lib: Initializing with GPIO: 32,19,33,23,22,21 GPIO
17:49:20.998 > wMBus-lib: Initializing

tu staje i nic dalej nie wypluwa

[krycha88]

No to lipa, może jutro na to spojrzę ale jakiś ciężki pacjent się trafił.

[rafalekkalwak@wp.pl]

No to lipa, może jutro na to spojrzę ale jakiś ciężki pacjent się trafił.

Spróbuję w weekend krok po kroku edytować w tym kierunku co zacząłeś

[rafalekkalwak@wp.pl]

No to lipa, może jutro na to spojrzę ale jakiś ciężki pacjent się trafił.

Drugi weekend nad tym siedzę i lipa ...
Wg dokumentacji CC1101 nie ma innego wyjścia jak sprawdzać/ustawiać stan pinów przez digitalRead/Write bo inaczej układ się będzie blokował jeśli któryś z pinów ma mieć stan HIGH a nie ma.

Kombinowałem też z gpio_matrix_in(miso_mirror, VSPIQ_IN_IDX, false); - wystawianiem wewnętrznych sygnałów ESP na inne piny, to może i się kompiluje i nawet idzie dalej ale w moim rozumieniu załatwia tylko digitalRead :/ postaram się zrobić to samo z write ale wątpię czy to przejdzie.

Jest jeszcze opcja innej biblioteki RadioLib ale to mi w ogóle nie staruje CC1101.

Tak najlepiej to było by chyba wystawić CC1101 jako osobną opcję w builderze z konkretnym commitem z repo wskazującym nadal na boardy 2.x.x :/

[Lector]

Coś tam się temat posunął?

Mam na jednym module oprócz odczytu liczników kilka innych rzeczy, w tym DS18B20.
A firmware ma z nimi problem i zamraża odczyty.
Na nowym GG już niby tego nie ma dla ESP32, ale tu znowu nie działa wM-BUS.