krycha88 pisze: ↑sob gru 04, 2021 6:39 am
Od 28dni nic nie zmieniałem na wersji oficjalnej, więc poprzednio miałeś jakiś problem sprzętowy. Pokaż screeny jak to konfigurujesz bo jak widzę to tutaj masz największy problem
czy na pewno zasilasz to 5v? O ile twoje urządzenie nie wymaga innego.
Witam. Od razu przepraszam za moje smęcenie w tym wątku.
Czego się doszukałem w sieci pilot o którym się tak rozpisywałem działa ponoć na protokole KlikAanKlikUit, tak gdzieś ktoś napisał. Coś w tym musi być bo zaproponowana tam biblioteka NewRemoteSwitch go odczytuje, tylko ja nie wiem co dalej z tym zrobić. W sumie to odczytałem go jeszcze za pomocą innej biblioteki, która zwraca tylko dane raw data. Odczytane w ten sposób dane wrzucam w szkic transmitera w arduino ide (oczywiście to nie moja zasługa), dane lecą w eter i załączają mój odbiornik. Reasumując odczytanie kodu pilota przez GG było chyba jakimś dziwnym przypadkiem, bo udało się to tylko jednego dnia. Przykład odbiornika z biblioteki rcswitch nie widzi mojego pilota, na początku korzystałem z kodu przedstawionego na początku tego tematu, dopiero po czasie zacząłem używać do odczytu przykładu zawartego w bibliotece. I tu zonk nie czyta mi pilota
o co chodzi sobie pomyślałem.
I tu mam pytanie czy jest możliwość wysyłania w GG nie tylko kodu (bo nie wiem- nie umiem dekodować tego co odczytam jako raw data) ale danych opisywanych jako raw data. Znalazłem szkic napisany przez kogoś kto prowadzi bloga, którym wysyłał odebrane w ten sposób dane. Próbowałem u siebie i to działa, kilkakrotnie załącza włącznik , oto szkic:
int timings[] = { 350, 1982, 353, 10307, 1032, 303, 363, 971,
1024, 312, 356, 977, 1022, 312, 957, 377,
1019, 315, 1018, 314, 354, 980, 353, 979,
1020, 314, 1019, 316, 352, 980, 1019, 314,
353, 979, 1020, 316, 351, 982, 351, 982, 352,
981, 351, 982, 1018, 316, 351, 981, 352, 981
};
int edges = 49;
#define led 13
void setup() {
Serial.begin(115200);
pinMode(led, OUTPUT);
digitalWrite(led, LOW);
}
void loop() {
Serial.print("send data");
int licz = 15;
for (int k = 0; k <= licz; k++) {
boolean high = false;
for (int i = 0; i <= edges; i++)
{
if (high) {
digitalWrite(led, LOW);
high = false;
}
else {
digitalWrite(led, HIGH);
high = true;
}
delayMicroseconds(timings);
}
}
digitalWrite(led, LOW);
Serial.println("...sent");
delay(15000);
}
Jest jeszcze jedna rzecz związana z GG i nieszczęsnym sterowaniem bezprzewodowym, które posiadam. Otóż mam gniazdka bezprzewodowe a jakże ORNO, i w tym przypadku jest pilot cztery kanały po dwa przyciski. I żeby nie było zbyt łatwo pilot wysyła za każdym przyciśnięciem tego samego przycisku cztery różne powtarzające się jeden po drugim kody. Przy odczycie i przepisaniu kodu trzeba dłużej przytrzymać przycisk i poczekać , aż pilot wyśle nasz wpisany kod. Ale żeby nie było tu też zbyt miło Generic GUI widzi i odczytuje też tylko dwa przyciski, na dodatek źle. Dlaczego tak uważam, już tłumaczę. Odczytuję w snifferze przyciski (te, które mogę też odczytać w GG), mam jakiś kod, jest on 24 bitowy, długość pulsu 390us protokół 4. Natomiast GUI podaje kod(jest inny niż odczytany snifferem), tu już mam informację że kod jest 17 bitowy lub 23 to się zmienia, czas pulsu 580us i 3 bądź 5 protokół. Tak wiem jestem natrętny i mam upierdliwy system rf433 mhz, ale bardzo bym się cieszył i może nie tylko ja (ktoś jeszcze ma ORNO w domu i chciałby korzystać z SUPLI) gdyby to moje utrapienie ruszyło w GG. Dodam tylko, że gdy odczytam przyciski snifferem , których za nic nie chce mi odczytać uruchomiony na sonoff bridge GG ( jest ich 6) i sparametryzuje że tak powiem przekaźnik jako nadajnik sterują mi gniazdkiem bez problemu. Natomiast ustawiając ten sam przekaźnik w GUI jako odbiornik mam ciszę, po prostu GUI jest głuche na nadawany sygnał.