Apator, Izar odczyt wodomierza - problem ze startem usługi wmbusmeter

pigulson · 29 Wrzesień 2021 16:30

tak - korzystałem z poradnika @Krzyszof_K
podobny problem występuje, gdy próbuję uruchomić dodatek wmbusmeteres jako addon w supervisorze

[s6-init] making user provided files available at /var/run/s6/etc...exited 0.
[s6-init] ensuring user provided files have correct perms...exited 0.
[fix-attrs.d] applying ownership & permissions fixes...
[fix-attrs.d] done.
[cont-init.d] executing container initialization scripts...
[cont-init.d] done.
[services.d] starting services
[services.d] done.
Syncing wmbusmeters configuration ...
Registering meters ...
Generating MQTT configuration ... 
Broker core-mosquitto will be used.
Running wmbusmeters ...
Started config rtl433 listening on t1
Assertion failed: identifier != "" (src/serial.cc: SerialDeviceCommand: 457)
/run.sh: line 56:   238 Aborted                 (core dumped) /wmbusmeters/wmbusmeters --useconfig=$CONFIG_DATA_PATH
[cmd] /run.sh exited 134
[cont-finish.d] executing container finish scripts...
[cont-finish.d] done.
[s6-finish] waiting for services.
[s6-finish] sending all processes the TERM signal.

Dodam jeszcze, że HA mam postawione jako VM na windowsie - zaczynam się zastanawiać, czy to nie jest problemem. Jutro postaram się postawić czystego debiana na starym lapku i zobaczę, czy wtedy ruszy mi wmbusmeters.

Krzyszof_K · 29 Wrzesień 2021 16:35

Jeśli masz to jako addon na suprvisorze w HA to licznika nie odczytasz - sprawdziłem już.
Mój poradnik odnosi się do instalacji tylko na linuksie a nie do ingerencji w HA.

pigulson · 29 Wrzesień 2021 16:51

tak wiem, ale tak jak wyżej pisałem instalacja na czystym debianie też nie chce ruszyć

Krzyszof_K · 29 Wrzesień 2021 16:54

Moja pierwsza instalacja była na debianie ale obraz light coś tam - i też mi nie poszło.
Sprawdzałem na RPI fo Desktop i na DietPI- na obu idzie.

mirmir · 11 Październik 2021 21:02

Program próbuje wygenerować nazwę portu z jego numeru seryjnego. Sprawdź czy Twój dongle ma włączone użycie numeru seryjnego oraz czy sam numer jest ustawiony:

rtl_eeprom

jeżeli jest inaczej niż poniżej:

Serial number:          <jakaś wartość>
Serial number enabled:  yes

to możesz ustawić serial number wykorzystując:

rtl_eeprom -s JakiesId

Po powiedzeniu zapisu odłącz i podłącz ponownie dongla. Sprawdź czy wmbusmeters działa.

Autor wie o problemie i go rozwiąże w następnych wersjach, ale tym sposobem powinieneś móc to uruchomić.

pigulson · 12 Październik 2021 13:23

Dzięki @mirmir

faktycznie miałem

Serial number:          00000001
Serial number enabled:  no

po ustawieniu serial number na nowo wmbusmeters ruszyło.

yavorr · 26 Październik 2021 07:35

Hej,
Mam podobny problem, otóż:
Odpalam

root@smart:/home/yavorr# /usr/bin/rtl_sdr -f 868.9M -s 1.6e6 - | /usr/bin/rtl_wmbus
Found 1 device(s):
  0:  Realtek, RTL2838UHIDIR, SN: 00000001

Using device 0: Generic RTL2832U OEM
Detached kernel driver
Found Fitipower FC0012 tuner
Sampling at 1600000 S/s.
Tuned to 868900000 Hz.
Tuner gain set to automatic.
Reading samples in async mode...

i wyniki mam jak poniżej:

T1;0;0;2021-10-25 15:12:10.000;179;131;03FFFFFF;0x3effff06ffffff03ff077aad0030ff8effffffffff7eff1329d4c95832b9ffffffffffffffeefff519a70eda63ffffffffffffffffff0aff083cbaffff50ff

A jak to próbuję dekodować, to:

root@smart:/etc/wmbusmeters.d# wmbusmeters 3effff06ffffff03ff077aad0030ff8effffffffff7eff1329d4c95832b9ffffffffffffffeefff519a70eda63ffffffffffffffffff0aff083cbaffff50ff
No meters configured. Printing id:s of all telegrams heard!
Received telegram from: 03ffffff
manufacturer: (AW_) Unknown (0x6ff)
type: Water meter (0x07)
ver: 0xff
driver: unknown!

Zaznaczę, że kilka pierwszy odczytów z Apatora, było OK, normalne ID Apatora było podane. Poparu godzinach działania nagle przestało wpadać, a teraz wpada w takiej postaci jak powyżej.

Niektóre, po zdekodowaniu pokazują manufacturer jako Apator:

root@smart:/home/yavorr# wmbusmeters 3eff0106ffff0403ffffffffffffffffffffff1cff3ef775ff62ffffffffffffffffff99ffff86a1fffaffffffffe9ff92ff96ffff70597b13ff09ffffffff
No meters configured. Printing id:s of all telegrams heard!
(wmbus) Unknown tpl-ci-field ff
Received telegram from: 0304ffff
          manufacturer: (APA) Apator, Poland (0x601)
                  type: Unknown (0xff)
                   ver: 0xff
                driver: unknown!

No ale to nadal nie to. W czym może być problem?
Widoczność z licznikiem optyczna, odleglość 4 metry.
Dongla podpinałem u kolegi - u niego wszystko działa jak należy. Próbowałem u siebie również na innym sprzęcie (jakims raspberry) - te same odczyty.

Edit:
Po uruchomieniu komendy

wmbusmeters --debug  rtlwmbus:868.9M

Mam odpowiedź:


(serial) received ascii "T1;0;0;2021-10-27 11:15:11.000;179;154;03FFFFFF;0x3effff06ffffff0305077a5900ffffffffff84fff491ffff52ffffd7ffffffffffffff65091345ffff2fff5efffffffffff9ffffff5cffa8fffffffff2ff8c<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;0;0;2021-10-27 11:15:11.000;179;154;03FFFFFF;0x3effff06ffffff0305077a5900ffffffffff84fff491ffff52ffffd7ffffffffffffff65091345ffff2fff5efffffffffff9ffffff5cffa8fffffffff2ff8c<0A>"
(rtlwmbus) telegram received but incomplete or with errors, since rtl_wmbus reports that CRC checks failed.
(rtlwmbus) error in received message.

Co chyba może sugerować, że licznik źle wysyła ?

@yavorr edytuj Swoje posty - nie pisz jednego pod drugim

Sosnaone · 15 Listopad 2021 12:11

Ja niestety nie jestem do przodu w “te klocki”. Czy mógłbym prosić o wskazówki jak temat ogarnąć na HA OS?

Krzyszof_K · 15 Listopad 2021 12:53

Zainstalować Addon ( bardzo długo się instaluje ), dodać wpis do pliku konfig. Naprawdę odpada masa roboty .
Ale Addon nie jest dopracowany bo go testowałem - ale tylko w przypadku mojej konfiguracji.

xillo · 16 Luty 2022 06:46

Cześć, próbuję uruchomić wmbusmeters - dokładniej, zapis odczytów do pliku, dalej jeszcze nie grzebałem.

zainstalowałem rtl_sdr:
apt install rtl-sdr
skompilowałem rtl_wmbus:

git clone https://github.com/xaelsouth/rtl-wmbus.git
cd rtl_wmbus
make
make install

Weryfikacja czy otrzymuję dane - tak, dostaję przykładowe ramki:

/usr/bin/rtl_sdr -f 868.9M -s 1.6e6 - | /usr/bin/rtl_wmbus

Przykładowa ramka:
"T1;1;1;2022-02-16 05:57:27.000;135;129;21136099;0x1944304c99601321cc01a2011b001310a0b9b92e702c8cccdf9a<0A>"

Zainstalowałem wmbusmeters:

git clone https://github.com/weetmuts/wmbusmeters.git
cd wmbusmeters
./configure 
make install

Ustawiłem plik /etc/wmbusmeters.conf:

loglevel=debug
device=rtlwmbus:868.9M
logtelegrams=false
format=json
meterfiles=/var/log/wmbusmeters/meter_readings
meterfilesaction=append
logfile=/var/log/wmbusmeters/wmbusmeters.log

Stworzyłem plik konfiguracyjny /etc/wmbusmeters.d/adaptor21136099:

name=izar21136099
type=izar
id=21136099
key=00000000000000000000000000000000

Teraz próbowałem startować wg różnych znalezionych instrukcji:
systemctl start wmbusmeters@-dev-rtlsdr_2.service

To jednak nie zadziałało, nie widzę w /dev/ żadnego urządzenia z rtlsdr w nazwie.
Za to w dmesg:

[314504.164545] rtl2832 11-0010: Realtek RTL2832 successfully attached
[314504.164668] usb 1-1.1.3: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[314504.164717] dvbdev: dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
[314504.171727] i2c i2c-12: fc0012: Fitipower FC0012 successfully identified
[314504.200798] rtl2832_sdr rtl2832_sdr.0.auto: Registered as swradio0
[314504.200818] rtl2832_sdr rtl2832_sdr.0.auto: Realtek RTL2832 SDR attached
[314504.200843] rtl2832_sdr rtl2832_sdr.0.auto: SDR API is still slightly experimental and functionality changes may follow
[314504.209802] Registered IR keymap rc-empty
[314504.210047] rc rc0: Realtek RTL2832U reference design as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.3/rc/rc0
[314504.210270] rc rc0: lirc_dev: driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no transmitter
[314504.210501] input: Realtek RTL2832U reference design as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.3/rc/rc0/input7
[314504.212622] usb 1-1.1.3: dvb_usb_v2: schedule remote query interval to 200 msecs
[314504.221148] usb 1-1.1.3: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized and connected
[315159.851602] dvb_usb_v2: 'Realtek RTL2832U reference design:1-1.1.3' successfully deinitialized and disconnected
[315572.221315] usb 1-1.1.3: dvb_usb_v2: found a 'Realtek RTL2832U reference design' in warm state
[315572.251927] usb 1-1.1.3: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer
[315572.251978] dvbdev: DVB: registering new adapter (Realtek RTL2832U reference design)
[315572.252000] usb 1-1.1.3: media controller created
[315572.255260] dvbdev: dvb_create_media_entity: media entity 'dvb-demux' registered.
[315572.288816] i2c i2c-11: Added multiplexed i2c bus 12
[315572.288842] rtl2832 11-0010: Realtek RTL2832 successfully attached
[315572.289036] usb 1-1.1.3: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))...
[315572.289071] dvbdev: dvb_create_media_entity: media entity 'Realtek RTL2832 (DVB-T)' registered.
[315572.296262] i2c i2c-12: fc0012: Fitipower FC0012 successfully identified
[315572.307907] rtl2832_sdr rtl2832_sdr.0.auto: Registered as swradio0
[315572.307925] rtl2832_sdr rtl2832_sdr.0.auto: Realtek RTL2832 SDR attached
[315572.307933] rtl2832_sdr rtl2832_sdr.0.auto: SDR API is still slightly experimental and functionality changes may follow
[315572.320387] Registered IR keymap rc-empty
[315572.320570] rc rc0: Realtek RTL2832U reference design as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.3/rc/rc0
[315572.320759] rc rc0: lirc_dev: driver dvb_usb_rtl28xxu registered at minor = 0, raw IR receiver, no transmitter
[315572.321093] input: Realtek RTL2832U reference design as /devices/platform/soc/3f980000.usb/usb1/1-1/1-1.1/1-1.1.3/rc/rc0/input8
[315572.321468] usb 1-1.1.3: dvb_usb_v2: schedule remote query interval to 200 msecs
[315572.329876] usb 1-1.1.3: dvb_usb_v2: 'Realtek RTL2832U reference design' successfully initialized and connected
[315577.752908] dvb_usb_v2: 'Realtek RTL2832U reference design:1-1.1.3' successfully deinitialized and disconnected

(chociaż teraz nie wiem dlaczego ostatni komunikat jest jako disconnected )

Wystartowało dopiero przy tej komendzie:
sudo systemctl start wmbusmeters

i… /var/log/wmbusmeters/wmbusmeters.log teoretycznie łapie dane:

(main) rtl_wmbus found in path
(main) rtlsdr device 00000001 not currently used.
(main) found specified device (rtlwmbus:868.9M) that matches detected device (:rtlwmbus[00000001]:0/0)
(main) opening rtlwmbus:868.9M
[2022-02-16_07:40:44] Started config rtlwmbus[00000001] listening on none using fq 868.9M
(rtlwmbus) using command: /usr/bin/rtl_sdr  -d 0 -f 868.9M -s 1.6e6 - 2>/dev/null | /usr/bin/rtl_wmbus
(rtlwmbus) opening 00000001
(serial) EVENT thread interrupted
(bgshell) exec background "/bin/sh"
(bgshell) arg "-c"
(bgshell) arg "/usr/bin/rtl_sdr  -d 0 -f 868.9M -s 1.6e6 - 2>/dev/null | /usr/bin/rtl_wmbus"
(serialcmd) opened /bin/sh pid 1319 fd 6 (rtlwmbus)
(main) regular reset of rtlwmbus  will happen every 82800 seconds
(wmbus) no alarm (expected activity) for rtlwmbus
(serial) registered regular callback HOT_PLUG_DETECTOR(0) every 2 seconds
(wmbusmeters) waiting for telegrams
No meters configured. Printing id:s of all telegrams heard!
(serial) waiting for stop
[2022-02-16_07:40:46] (memory) rss 3317760 peak 3.16 MiB
(serial) received ascii "T1;1;1;2022-02-16 06:40:52.000;128;165;21136099;0x1944304c99601321cc01a2511b001310d42bd629d6b0327ba292<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2022-02-16 06:40:52.000;128;165;21136099;0x1944304c99601321cc01a2511b001310d42bd629d6b0327ba292<0A>"
(rtlwmbus) received full frame
(diehl) preprocess necessary SAP_PRIOS
(diehl) Pre-processing: setting device type to water meter for SAP PRIOS
(wmbus) parseDLL @0 26
(telegram) DLL L=19 C=44 (from meter SND_NR) M=4c30 (SAP) A=21136099 VER=00 TYPE=07 (Water meter) (driver izar) DEV=rtlwmbus[00000001] RSSI=128
(wmbus) parseELL @10 16
(wmbus) parseNWL @10 16
(wmbus) parseAFL @10 16
(wmbus) parseTPL @10 16
(telegram) TPL CI=a2
Received telegram from: 21136099
          manufacturer: (SAP) Sappel (0x4c30)
                  type: Water meter (0x07)
                   ver: 0x00
                device: rtlwmbus[00000001]
                  rssi: 128 dBm
                driver: izar
(wmbus) 000   : 19 length (25 bytes)
(wmbus) 001   : 44 dll-c (from meter SND_NR)
(wmbus) 002   : 304c dll-mfct (SAP)
(wmbus) 004   : 99601321 dll-id (21136099)
(wmbus) 008   : 00 dll-version
(wmbus) 009   : 07 dll-type (Water meter)
(wmbus) 010   : a2 tpl-ci-field (Mfct specific)
(wmbus) 011 C?: 511B001310D42BD629D6B0327BA292 mfct specific

Późniejsze logi wyglądają już tak:

(serial) received ascii "T1;1;1;2022-02-16 06:47:49.000;129;116;21136099;0x1944304c99601321cc01a2511b001310d72bd629d6b0327ba292<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2022-02-16 06:47:49.000;129;116;21136099;0x1944304c99601321cc01a2511b001310d72bd629d6b0327ba292<0A>"
(rtlwmbus) received full frame
(wmbus) skipping already handled telegram.
(serial) received ascii "T1;1;1;2022-02-16 06:47:57.000;129;120;21136099;0x1944304c99601321cc01a2611b001310ee5a0cd4b4c458168995<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2022-02-16 06:47:57.000;129;120;21136099;0x1944304c99601321cc01a2611b001310ee5a0cd4b4c458168995<0A>"
(rtlwmbus) received full frame
(wmbus) skipping already handled telegram.
(serial) received ascii "T1;0;0;2022-02-16 06:48:06.000;91;113;FFFFFFFF;0x1944ffffffffffffffffffffffffffffffffffffffffffffffff<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;0;0;2022-02-16 06:48:06.000;91;113;FFFFFFFF;0x1944ffffffffffffffffffffffffffffffffffffffffffffffff<0A>"
(rtlwmbus) telegram received but incomplete or with errors, since rtl_wmbus reports that CRC checks failed.
(rtlwmbus) error in received message.
(serial) received ascii "T1;1;1;2022-02-16 06:48:06.000;129;117;21136099;0x1944304c99601321cc01a2711b001310f975457f951781cd9097<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2022-02-16 06:48:06.000;129;117;21136099;0x1944304c99601321cc01a2711b001310f975457f951781cd9097<0A>"
(rtlwmbus) received full frame
(wmbus) skipping already handled telegram.

Ale folder /var/log/wmbusmeters/meter_readings jest cały czas pusty.
Wcześniej zrobiłem błąd i źle nazwałem plik w wmbusmeters.d (+ zły sterownik) - kiedy zmieniłem mu nazwę nagle pojawiły się oba - ze starą i nową nazwą w log. Usunąłem oba żeby zacząć od zera, ale nic się nie pojawia…
Co może być tego przyczyną? Jest jakiś konfigurowalny czas po jakim pliki się pojawiają?
Docelowo chciałem przesyłać dane do bazy i na home assistanta, ale zatrzymałem się w tym momencie

rafkan · 16 Luty 2022 07:03

Utworzyłeś plik adaptor21136099

dlaczego więc szukasz odczytów w

tom8w · 16 Luty 2022 07:17

Według loga nie wykrywa Ci skonfigurowanych liczników:

No meters configured. Printing id:s of all telegrams heard!

xillo · 16 Luty 2022 07:34

Tutaj poprawka, później poprawiłem plik na izar21136099 - ale jeśli rozumiem, w /etc/wmbusmeters.d/ tworzę pliki konfiguracyjne, a wyniki już znajdują się w ścieżce ustawionej w /etc/wmbusmeters.conf - czyli w tym przypadku: meterfiles=/var/log/wmbusmeters/meter_readings ?
Tutaj coś pokręciłem?

No kaczuszka debuggerka by się przydała - przeniosłem sobie plik konfiguracyjny z wmbusmeters.d do ~…
No to teraz plik się pojawił ale jednak coś nie dekoduje:

(serial) received ascii "T1;1;1;2022-02-16 07:32:15.000;149;150;21136099;0x1944304c99601321cc01a2111b0013109196f08551ff5517c698<0A>"
(rtlwmbus) checkRTLWMBusFrame "T1;1;1;2022-02-16 07:32:15.000;149;150;21136099;0x1944304c99601321cc01a2111b0013109196f08551ff5517c698<0A>"
(rtlwmbus) received full frame
(diehl) preprocess necessary SAP_PRIOS
(diehl) Pre-processing: setting device type to water meter for SAP PRIOS
(wmbus) parseDLL @0 26
(wmbus) parseELL @10 16
(wmbus) parseNWL @10 16
(wmbus) parseAFL @10 16
(wmbus) parseTPL @10 16
(meter) izar21136099: for me? 21136099 in 21136099
(meter) izar21136099: yes for me
(meter) izar21136099 izar handling telegram from 21136099
(meter) izar21136099 21136099 "1944304C99601321CC01A2111B0013109196F08551FF5517C698"
(diehl) preprocess necessary SAP_PRIOS
(diehl) Pre-processing: setting device type to water meter for SAP PRIOS
(wmbus) parseDLL @0 26
(telegram) DLL L=19 C=44 (from meter SND_NR) M=4c30 (SAP) A=21136099 VER=00 TYPE=07 (Water meter) (driver izar) DEV=rtlwmbus[00000001] RSSI=149
(wmbus) parseELL @10 16
(wmbus) parseNWL @10 16
(wmbus) parseAFL @10 16
(wmbus) parseTPL @10 16
(telegram) TPL CI=a2
(izar) Decoded PRIOS data:
[2022-02-16_08:32:15] (izar) Decoding PRIOS data failed. Ignoring telegram.
(izar) 000   : 19 length (25 bytes)
(izar) 001   : 44 dll-c (from meter SND_NR)
(izar) 002   : 304c dll-mfct (SAP)
(izar) 004   : 99601321 dll-id (21136099)
(izar) 008   : 00 dll-version
(izar) 009   : 07 dll-type (Water meter)
(izar) 010   : a2 tpl-ci-field (Mfct specific)
(izar) 011 C?: 111B0013109196F08551FF5517C698 mfct specific

Zły typ licznika w konfiguracji?

W wynikach dostaję takie linijki:
{"media":"water","meter":"izar","name":"izar21136099","id":"21136099","prefix":"","serial_number":"000000","total_m3":0,"last_month_total_m3":0,"last_month_measure_date":"0-00-00","remaining_battery_life_y":0,"current_alarms":"no_alarm","previous_alarms":"no_alarm","transmit_period_s":0,"manufacture_year":"0","time$

rafkan · 16 Luty 2022 07:37

Jeśli chodzi o logi usługi wmbusmeters, będziesz je miał w pliku wmbusmeters.log:

/var/log/wmbusmeters/wmbusmeters.log

natomiast odczyt licznika (w Twoim przypadku)

var/log/wmbusmeters/meter_readings/izar21136099

Nie chcesz skorzystać z gotowego dodatku do HA?

xillo · 16 Luty 2022 07:47

Plik z wynikami już mam, teraz wygląda na to że wmbusmeters nie może zdekodować ramki (wkleiłem post wyżej).

Nie chcesz skorzystać z gotowego dodatku do HA?

Też próbowałem, ale mam tam inny rodzaj problemu z instalacją addona.
Z poziomu malinki bez problemu mam dostęp do pliku https://dl-cdn.alpinelinux.org/alpine/v3.14/community/armv7/APKINDEX.tar.gz - nie wiem czy to nie problem związany z instalacją HA na dockerze, zająłem się najpierw szukaniem rozwiązania jednego problemu

tom8w · 16 Luty 2022 07:54

Możesz spróbować usunąć type=izar z konfiguracji licznika i zobaczyć czy złapie automatycznie.

krzysiekmkg9 · 16 Luty 2022 09:14

Przy izar nie podawaj w konfiguracji key.

xillo · 16 Luty 2022 18:36

Skasowałem key z pliku w wmbusmeters.d i od razu po restarcie wmbusmeters zaczęły pojawiać się poprawnie zdekodowane odczyty
Dziękuję Wam wszystkim za pomoc!

Jeden temat pięknie ogarnięty - może w takim razie z drugim podpowiecie?

Przy instalacji addona od strony GUI mam komunikat:

## Failed to install add-on

The command '/bin/ash -o pipefail -c apk add --no-cache alpine-sdk gcc linux-headers ncurses-dev librtlsdr-dev cmake libusb-dev' returned a non-zero code: 7

Natomiast w logu HACS:

22-02-19 06:02:39 INFO (MainThread) [supervisor.homeassistant.api] Updated Home Assistant API token
22-02-19 06:04:25 INFO (SyncWorker_3) [supervisor.docker.addon] Starting build for cada3e3b/armv7-addon-wmbusmeters:0.2.20
22-02-19 06:04:28 ERROR (SyncWorker_3) [supervisor.docker.addon] Can't build cada3e3b/armv7-addon-wmbusmeters:0.2.20: The command '/bin/ash -o pipefail -c apk add --no-cache alpine-sdk gcc linux-headers ncurses-dev librtlsdr-dev cmake libusb-dev' returned a non-zero code: 7
22-02-19 06:04:28 ERROR (SyncWorker_3) [supervisor.docker.addon] Build log: 
Step 1/28 : ARG BUILD_FROM
Step 2/28 : FROM $BUILD_FROM AS build
 ---> 04dd5fd81b70
Step 3/28 : ENV LANG C.UTF-8
 ---> Using cache
 ---> 2b8e5d7cb3b6
Step 4/28 : RUN apk add --no-cache alpine-sdk gcc linux-headers ncurses-dev librtlsdr-dev cmake libusb-dev
 ---> Running in cf4c4ad1f80c
fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/main/armv7/APKINDEX.tar.gz
1996436368:error:0D0D90AD:asn1 encoding routines:ASN1_TIME_adj:error getting time:crypto/asn1/a_time.c:330:

1996436368:error:0D0D90AD:asn1 encoding routines:ASN1_TIME_adj:error getting time:crypto/asn1/a_time.c:330:
1996436368:error:0D0D90AD:asn1 encoding routines:ASN1_TIME_adj:error getting time:crypto/asn1/a_time.c:330:
1996436368:error:0D0D90AD:asn1 encoding routines:ASN1_TIME_adj:error getting time:crypto/asn1/a_time.c:330:
1996436368:error:1416F086:SSL routines:tls_process_server_certificate:certificate verify failed:ssl/statem/statem_clnt.c:1914:

WARNING: 
Ignoring https://dl-cdn.alpinelinux.org/alpine/v3.14/main: Permission denied

fetch https://dl-cdn.alpinelinux.org/alpine/v3.14/community/armv7/APKINDEX.tar.gz
WARNING: 
Ignoring https://dl-cdn.alpinelinux.org/alpine/v3.14/community: temporary error (try again later)

ERROR: 
unable to select packages:

  alpine-sdk (no such package):
    required by: world[alpine-sdk]
  cmake (no such package):
    required by: world[cmake]
  gcc (no such package):
    required by: world[gcc]
  librtlsdr-dev (no such package):
    required by: world[librtlsdr-dev]
  libusb-dev (no such package):
    required by: world[libusb-dev]
  linux-headers (no such package):
    required by: world[linux-headers]
  ncurses-dev (no such package):
    required by: world[ncurses-dev]
Removing intermediate container cf4c4ad1f80c

Do ścieżki z pakietem od strony rapi na którym stoi HA mam normalny dostęp.

Wygląda mi to na niezgodność wersji dockera (20.10.12) z Alpine 3.14 (błąd certyfikatu). Mogę w jakiś sposób ręcznie spróbować zmienić wersję Alpine na nowszą? (jest dostępna 3.15). Jedyne co przychodzi mi do głowy ale nie wiem jak zrealizować

Edit:
Za dokumentacją Alpine 3.14, muszę mieć libseccomp w wersji przynajmniej 2.4.4 - u mnie jest 2.3.3-4 rozpoznawana jako najnowsza.

rafkan · 19 Luty 2022 07:37

Próbowałeś aktualizować według poniższego postu?

xillo · 19 Luty 2022 09:04

Fakt, tego wątku nie zauważyłem, szukałem bo tekście błędu, a tam jest screen
W każdym razie też kombinowałem z aktualizacją i oto co wykombinowałem:

Na Raspbianie buster przy:

sudo apt-get update
sudo apt-get upgrade

libseccomp jest w najwyższej wersji 2.3.3-4

Zmieniłem sources.list z bustera na bullseye:

pi@raspberrypi:~ $ cat /etc/apt/sources.list
deb http://raspbian.raspberrypi.org/raspbian/ bullseye main contrib non-free rpi
# Uncomment line below then 'apt-get update' to enable 'apt-get source'
#deb-src http://raspbian.raspberrypi.org/raspbian/ buster main contrib non-free rpi
pi@raspberrypi:~ $

Teraz zaktualizowałem:

sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade

dist-upgrade nie poszło ze względu na wersję gcc więc:

sudo apt-get install libgcc-8-dev gcc-8-base

teraz jeszcze raz dist-upgrade, i mam libseccomp w wersji 2.5.1-1+rpi1+deb11u1

Instalacja z GUI i… działa!