Niestety nic nie wykrywa oprócz połączenia z HA.
U mnie wykrywa urządzenia po podłączeniu przez IP (widac na tym czarnym tle) tylko to chwilkę trwa. Nie jest tak od razu. Wskakują pokolei jak tylko zostaną wykryte. Musisz dać czas na to.
Ale przy okazji mam inne pytanie. Skoro bezpośrednio przez webserwer widze, że łapie urządzenia BT, to jak je zobaczyć w HA? U mnie wykrywa samo ESP ale mam tylko dostęp do 3 encji:
A jakiś YAML przy Adopcji się importuje do Dodatku (IDE) ESPHome?
kurcze mam problem bo nic mi nie dodaje do Zigbee2MQTT
Ustawienia Mosquitto broker
Zigbee2MQTT
A w cc2652p2lan wykrywa cos tylko nie chce połączyć .
Cześć. Mam 3 takie urządzenia. Działają OK po wifi. Niestety połączenie po ethernecie mi nie działa. Po podłączeniu kabla do portu, urządzeniu nie jest przypisywany żaden IP przez DHCP i nie jest widoczny po stronie routera. Próbowałem też statycznie ustawić IP:
# Ethernet cannot be used together with wifi
ethernet:
type: LAN8720
mdc_pin: GPIO23
mdio_pin: GPIO18
clk_mode: GPIO0_IN
phy_addr: 1
power_pin: GPIO16
manual_ip:
static_ip: 192.168.1.109
gateway: 192.168.1.1
subnet: 255.255.255.0
Niestety również bez powodzenia. Testowałem różne kable itd. Są to jedyne urządzenia w moim domu, które nie działają po ethernecie. Zauważyłem, że po podłączeniu kabla ETH do koordynatora, to diody przy porcie ETH (zielona, pomarańczowa) delikatnie się żarzą, a nie świecą tak mocno jak w innych urządzeniach. Kontaktowałem się z konstruktorem tych koordynatorów, ale nie dostałem działającej konfiguracji, a ostatecznie przestał odpisywać na moje maile. Powyższa konfiguracja pochodzi od niego. Może ktoś z Was ma działający konfig?
Może jednak ktoś podrzuci “fabryczną zawartość” YAMLa w ESPHome, szklanych kul tu nikt nie ma.
@dobrogi
Kwestia uruchomienia przewodowego Ethernetu w ESPHome wymaga zakomentowania (lub usunięcia) fragmentów uruchamiających kartę WiFi, czyli całej sekcji wifi:, a zamiast niej trzeba użyć kompatybilną ze sprzętem sekcję ethernet: (statyczny IP nie jest potrzebny, ale jeśli używasz to pamiętaj, że to może wyłączać autodetekcję mDNS).
Tak, za każdym razem, gdy próbuję uruchomić ethernet, komentuję sekcję wifi:. Sukcesu mimo to brak.
No i co, resztę mam sobie wyczesać ze szklanej kuli?
Może jakieś wsparcie producenta istnieje i tam poszukaj pomocy? skoro nie zamierzasz dostarczyć jakichkolwiek danych (a warto by było też otworzyć obudowę i jakieś zdjęcia elektroniki chociaż zrobić, bo na razie to jesteśmy w sferze gdybania, co jest w środku).
Sam musisz dodać - sparować - urządzenie Zigbee, samo się nie sparuje, aktualnie nie masz zadnego urządzenia z Z2M:
Hmm, no jeszcze jedno mi do głowy przyszło - po zmianie YAM’La skompilowałeś firmware i wgrałeś je do sprzętu?
Hmm, no jeszcze jedno mi do głowy przyszło - po zmianie YAM’La skompilowałeś firmware i wgrałeś je do sprzętu?
Tak.
Co do zdjęcia produktu, to jest ono w tym wątku. Widzę również, że autor tego sprzętu jest na naszym forum. Może pomożesz @Grzegorz_Sterniczuk?
Ja też o @Grzegorz_Sterniczuk nie mogę powiedzieć dobrego słowa ostatnio. Kumpel kupił koordynator zigbee na lan, zero kontaktu ze sprzedającym, zero odpowiedzi na maila/sms/messenger, zero pomocy (pomimo informacji o wsparciu po sprzedaży), koordynator padł po kilkunastu dniach, dopiero założenie sporu na allegro wywołało Pana do odpowiedzi co ze zwrotem lub reklamacją…
To jest prawda też kupiłem właśnie u
@Grzegorz_Sterniczuk tak miało być pięknie pomoc przy uruchomieniu a tu zero kontaktu.
I chyba pewnie trzeba się rozglądnąć za innym koordynatorem.
Macie coś fajnego i działającego.
To jest moja działająca konfiguracja, ale jedynie po wifi. Tak jak pisałem wcześniej nie udało mi się uruchomić kontrolera po ethernecie. Może komuś się przyda.
substitutions:
device_name: cc2652p01
friendly_name: LeMo cc2652p LAN
esphome:
name: ${device_name}
platform: ESP32
board: esp-wrover-kit
# Ethernet cannot be used together with wifi
#ethernet:
# type: LAN8720
# mdc_pin: GPIO23
# mdio_pin: GPIO18
# clk_mode: GPIO0_IN
# phy_addr: 1
# power_pin: GPIO16
# manual_ip:
# static_ip: 192.168.1.109
# gateway: 192.168.1.1
# subnet: 255.255.255.0
wifi:
ssid: !secret wifi_ssid
password: !secret wifi_password
ap:
ssid: "CC2652P01 Fallback Hotspot"
password: "XXXXXXXXXX"
logger:
level: VERBOSE
api:
reboot_timeout: 0s
ota:
password: "XXXXXXXXXX"
web_server:
port: 80
time:
- platform: homeassistant
id: homeassistant_time
# External component Stream Server
external_components:
- source: github://oxan/esphome-stream-server
# - source: components
# - source: github://thegroove/esphome-zeroconf
sensor:
- platform: uptime
id: uptime_s
update_interval: 300s
switch:
- platform: restart
name: "${friendly_name} Restart"
- platform: gpio
pin: 33
id: zRST_gpio
inverted: yes
restore_mode: ALWAYS_OFF
- platform: template
name: "cc2652p RST"
icon: mdi:toggle-switch
id: zRST
turn_on_action:
- switch.turn_on: zRST_gpio
- delay: 15ms
- switch.turn_off: zRST_gpio
- platform: gpio
pin: 32
name: "cc2652p BSL"
icon: mdi:toggle-switch
id: zBSL
inverted: yes
restore_mode: ALWAYS_OFF
internal: true
- platform: template
name: "cc2652p firmware update"
icon: mdi:cellphone-arrow-down
turn_on_action:
- script.execute: fw_update_mode
turn_off_action:
- switch.toggle: zRST
script:
- id: fw_update_mode
then:
- switch.turn_on: zBSL
- delay: 1s
- switch.turn_on: zRST_gpio
- delay: 1s
- switch.turn_off: zRST_gpio
- logger.log: "Delaying ~10 seconds for TI chip to be ready"
- delay: 10s
- switch.turn_off: zBSL
- logger.log: "Update with cc2538-bsl tool now!"
- logger.log: "Usage: cc2538-bsl.py -p socket://ip_or_hostname:6638 -evw firmware.hex"
# UART Settings
uart:
id: uart_bus
rx_pin: GPIO5
tx_pin: GPIO17
baud_rate: 115200
# Serial Bridge Settings,uncomment #port to change default 6638 TCP port
stream_server:
uart_id: uart_bus
# port: 1234
esp32_ble_tracker:
#zeroconf:
# - service: LeMo_cc2652p2lan
# protocol: tcp
# port: 6638
# txt:
# version: 1.0
# radio_type: znp
# baud_rate: 115200
# data_flow_control: software
1 polubienie
Może mój konfig Ci jakoś pomoże.
substitutions:
#Name your Gateway
device_name: zigstar-gw-lan
#Home Assistant Name
friendly_name: ZS Gateway
#Secret YAML is used for next data:
api_pw: !secret api_password
ota_pw: !secret ota_password
esphome:
name: ${device_name}
platform: ESP32
board: esp-wrover-kit
ethernet:
type: LAN8720
mdc_pin: GPIO23
mdio_pin: GPIO18
clk_mode: GPIO0_IN
phy_addr: 1
power_pin: GPIO16
# Enable logging
logger:
level: DEBUG
# Enable Home Assistant API
api:
password: ${api_pw}
reboot_timeout: 0s
# Enable OTA
ota:
password: ${ota_pw}
#Enable WEB
web_server:
port: 80
# Enable HA Time
time:
- platform: homeassistant
id: homeassistant_time
#External component Stream Server
external_components:
- source: github://oxan/esphome-stream-server
# Extra sensor to keep track of gateway uptime
text_sensor:
- platform: template
name: "${friendly_name} Uptime"
lambda: |-
uint32_t dur = id(uptime_s).state;
int dys = 0;
int hrs = 0;
int mnts = 0;
if (dur > 86399) {
dys = trunc(dur / 86400);
dur = dur - (dys * 86400);
}
if (dur > 3599) {
hrs = trunc(dur / 3600);
dur = dur - (hrs * 3600);
}
if (dur > 59) {
mnts = trunc(dur / 60);
dur = dur - (mnts * 60);
}
char buffer[17];
sprintf(buffer, "%ud %02uh %02um %02us", dys, hrs, mnts, dur);
return {buffer};
icon: mdi:clock-start
update_interval: 60s
#Uptime
sensor:
- platform: uptime
id: uptime_s
update_interval: 60s
# Device functions:
switch:
- platform: restart
name: "Gateway Restart"
- platform: gpio
pin: 33
id: zRST_gpio
inverted: yes
restore_mode: ALWAYS_OFF
- platform: template
name: "Zigbee RST"
icon: mdi:toggle-switch
id: zRST
turn_on_action:
- switch.turn_on: zRST_gpio
- delay: 15ms
- switch.turn_off: zRST_gpio
- platform: gpio
pin: 32
name: "Zigbee BSL"
icon: mdi:toggle-switch
id: zBSL
inverted: yes
restore_mode: ALWAYS_OFF
internal: true
- platform: template
name: "Firmware Update"
icon: mdi:cellphone-arrow-down
turn_on_action:
- script.execute: fw_update_mode
turn_off_action:
- switch.toggle: zRST
#Update CC2652P/CC2652RB Firmware
script:
- id: fw_update_mode
then:
- switch.turn_on: zBSL
- delay: 1s
- switch.turn_on: zRST_gpio
- delay: 1s
- switch.turn_off: zRST_gpio
- logger.log: "Delaying ~10 seconds for TI chip to be ready"
- delay: 10s
- switch.turn_off: zBSL
- logger.log: "Update with cc2538-bsl tool now!"
- logger.log: "Usage: cc2538-bsl.py -p socket://ip_or_hostname:6638 -evw firmware.hex"
#UART Settings
uart:
id: uart_bus
rx_pin: GPIO5
tx_pin: GPIO17
baud_rate: 115200
#Serial Bridge Settings,uncomment #port to change default 6638 TCP port
stream_server:
uart_id: uart_bus
# port: 1234
To konfig dla tego ZigStar LAN Gateway - ZigStar komponenty podobne ale forma inna.
Tak jak uruchomiłem z rok temu, tak działa.
@Grzes2 @dobrogi @Grippen
Nie zamierzam być niczyim adwokatem, ale może jednak wrzucicie zdjęcia flaków swojego sprzętu, zamiast rzucać podpowiedziami, że jest w jakimś innym wątku, gdzie nie widać szczegółów technicznych.
Na podstawie tamtego niewyraźnego w istotnych miejscach zdjęcia mogę podpowiedzieć, że wygląda na to że konstrukcja bazuje na module ESP32-Ethernet Wireless Tag WT32-ETH01
dla niego konfiguracja sekcji ethernet ma wyglądać tak
ethernet:
type: LAN8720
mdc_pin: GPIO23
mdio_pin: GPIO18
clk_mode: GPIO0_IN
phy_addr: 1
power_pin: GPIO16
aby zadziałał kablowy Ethernet konieczne jest wywalenie (zakomentowanie lub skasowanie przed kompilacją ) całej sekcji wifi czyli przykładowo tego
#wifi:
# ssid: !secret wifi_ssid
# password: !secret wifi_password
# ap:
# ssid: "CC2652P01 Fallback Hotspot"
# password: "XXXXXXXXXX"
ESPHome nie umożliwia równoczesnej pracy WiFi i zewnętrznego modułu Ethernet.
@dobrogi
Spróbuj wyłączyć esp32_ble_tracker: przed próbą uruchomienia modułu Ethernet (nie mam podobnego sprzętu by to przetestować).
Hej
Ja zdjęć nie wrzucę bo tego koordynatora na lan nie posiadam (używam wersji usb), ale tak jak pisałem w moim poście, mój dobry kolega kupił od Grzegorza ten kontroler na lan i nie dość, że nie mógł się skontaktować, dostać żadnej pomocy, to po paru dniach koordynator wysiadł i gwarancji/wymiany też nie mógł długo wyegzekwować.
Jak już mówiłem nie zamierzam być adwokatem, ale to nie jest “głupotoodporny” sprzęt tylko konstrukcja z gatunku DIY i w ogóle się cieszę, że pomysły na tworzenie takiego sprzętu nie upadły w PL (nawet jeśli w całości opiera się na oprogramowaniu open-source innych autorów, czy nawet na konstrukcjach open-hardware nie będąc równocześnie taką konstrukcją).
Jeśli ktoś z Was zamierza wyrzucić ten sprzęt, to chętnie go przyjmę (pokryję koszt przesyłki).
ALE
Nie dotyczy to przypadków, gdy ktoś kombinował z aktualizacją firmware koordynatora (bo nie mam czym zaprogramować przypadków uwalenia BSL i na taki sprzęt szkoda mi kasy nawet na przesyłkę).
We Wrocławiu mogę odebrać osobiście, a nawet gdy się pobawię mogę zwrócić (ale nie gwarantuję, że się uda naprawić) 
