Příspěvky

1

Hardware / Re:Pomoc s diagnostikou ESP32 + LoRa

« kdy: 17. 09. 2024, 08:05:53 »

Všem díky za pomoc, už vyřešeno - špatně jsem pájel. Bylo mi divné, že jedna sestava, když byla v roli přijímače, tak dávala jako výstup funkce LoRa.available() náhodná čísla, i když se nevysílalo. Po opravě zapojení už vše funguje lépe.

Díky hlavně za rady ohledně diagnostiky, bude se hodit do budoucna. Osciloskop i logický analyzátor na diagnostiku SPI mám a na diagnostiku vysílání zase můžu použít RTL-SDR.

@ogdru6jahad
433 MHz není jen asijská frekvence. U nás ji lze také použít.

2

Hardware / Pomoc s diagnostikou ESP32 + LoRa

« kdy: 16. 09. 2024, 19:17:15 »

Ahoj,

prosím o radu jak diagnostikovat problémy s LoRa komunikací.

Cíl
Cílem je bezdrátová komunikace dvou ESP32 pomocí LoRa point-to-point spoje. První ESP32 v roli vysílače odesílá packety s nějakým obsahem, druhé ESP32 je v roli přijímače a všechny packety, které přijme, pošle přes sériovou linku do PC, kde si je zobrazím přes serial monitor v Arduino IDE.

Hardware
2x ESP32-WROOM-32D (https://www.aliexpress.com/item/1005006336964908.html?spm=a2g0o.order_list.order_list_main.91.6eef1802BZHNPW)
2x LoRa Ra-02 SX1278 (https://www.aliexpress.com/item/32965792976.html?spm=a2g0o.order_list.order_list_main.4.6eef1802BZHNPW)
ESP32 a LoRa modul propojené drátky napájenými na piny (na breadboard bylo ESP moc široké a nevešlo se).

Postup
Postupoval jsem podle tohoto tutorialu.
https://how2electronics.com/esp32-lora-sx1278-76-transmitter-receiver/
Pro programování používám Arduino IDE2 provozované na Ubuntu. ESP přes to naprogramovat jde.
Používám tuto knihovnu: https://github.com/sandeepmistry/arduino-LoRa/blob/master/API.md

Aktuální stav a problémy
Vysílač projde inicializací a tváří se, že vysílá. Na sériovou linku jsem si nechal vypsat návratové hodnoty funkcí:

• LoRa.beginPacket() -> 1
• LoRa.print("hello ") -> 6
• LoRa.endPacket() -> 1

Vysílač však nic nepřijímá. Funkce LoRa.parsePacket() v hlavní smyčce stále vrací hodnotu 0. Pokud si na začátku hlavní smyčky nechám vypsat hodnotu funkce LoRa.available(), která má vracet počet bytů ke čtení, tak se střídají hodnoty 0; 85 a 91. V kódu z tutorialu je tato funkce vnořena až za podmínku, která zkoumá návratovou hodnotu funkce LoRa.parsePacket().
Zkoušel jsem otočit i vyměnit role vysílač/přijímač u obou ESP32, ale chování bylo stejné.

Ohledně mikrokontrolerů jsem začátečník. Prosím o radu, na co se zaměřit při diagnostice.

Kód vysílače

Kód: [Vybrat]

#include <LoRa.h>
#include <SPI.h>
 
#define ss 5
#define rst 14
#define dio0 2
 
int counter = 0;
 
int msg = 0;

void setup()
{
  Serial.begin(115200);
  while (!Serial);
  delay(2000);
  Serial.println("LoRa Sender");
 
  LoRa.setPins(ss, rst, dio0);    //setup LoRa transceiver module
 
  while (!LoRa.begin(433E6))     //433E6 - Asia, 866E6 - Europe, 915E6 - North America
  {
    Serial.println(".");
    delay(500);
  }
  LoRa.setSyncWord(0xA5);
  Serial.println("LoRa Initializing OK!");
}
 
void loop() {

  Serial.print("Sending packet: ");
  Serial.println(counter);

  msg = LoRa.beginPacket();   //Send LoRa packet to receiver
  Serial.print("LoRa.beginPacket(): ");
  Serial.println(msg);

  msg = LoRa.print("hello ");
  Serial.print("LoRa.print(\"hello \"): ");
  Serial.println(msg);

  msg = LoRa.print(counter);
  Serial.print("LoRa.print(counter): ");
  Serial.println(msg);

  msg = LoRa.endPacket();
  Serial.print("LoRa.endPacket(): ");
  Serial.println(msg);
 
  Serial.println("--------\n");

  counter++;
 
  delay(2000);
}


Kód přijímače

Kód: [Vybrat]

#include <LoRa.h>
#include <SPI.h>
 
#define ss 5
#define rst 14
#define dio0 2
 
int msg = 0;

void setup() {

  Serial.begin(115200);
  while (!Serial);
  delay(2000);
  Serial.println("LoRa Receiver");
 
  LoRa.setPins(ss, rst, dio0);    //setup LoRa transceiver module

  while (!LoRa.begin(433E6)) {

    Serial.println(".");
    delay(500);
  }
  LoRa.setSyncWord(0xA5);
  Serial.println("LoRa Initializing OK!");
}
 
void loop() {

  int packetSize = LoRa.parsePacket();    // try to parse packet

  Serial.print("LoRa.available(): ");
  Serial.println(LoRa.available());

  if (packetSize) {

    Serial.print("Received packet '");
 
    while (LoRa.available()) {

      String LoRaData = LoRa.readString();
      Serial.print(LoRaData);
    }
 
    Serial.print("' with RSSI ");         // print RSSI of packet
    //Serial.println(LoRa.packetRssi());
  } else {

    //Serial.print("LoRa.parsePacket(): ");
    //Serial.println(packetSize);
  }
}



3

Sítě / Re:Router Teltonika na optice O2

« kdy: 30. 08. 2024, 09:20:37 »

To hrabání se v konfigurácích je širší tema, netýká se to jen tohoto konkrétního nastavení PPPoE. Řeším to například kvůli hromadné změně konfigurace na cca 40 routerech.

4

Sítě / Re:Router Teltonika na optice O2

« kdy: 28. 08. 2024, 07:57:09 »

Už to funguje, problém byl opravdu ve VLAN. Oběma děkuji za pomoc.

Zjistil jsem, že nastavení VLAN přímo u WAN interface (Network > WAN > wan > Advanced Settings > VLAN tag value) nemá žádný vliv a ani tam vlastně nemuselo být.

Stačilo přidat nový záznam v nastavení Port based VLAN (Network > VLAN > Port Based) a dát VLAN ID 848 jako tagged na port wan. Pak už jen stačilo v Network > WAN > wan > Physical Settings přenastavit Interface z původního eth0.2 na nově vytvořený eth0.848.

Jinak k otázce zda mohu editovat /etc/config/networks - ANO, ale nevím, jestli je to dobrý nápad. V manuálu se vždy uvádí postup konfigurace přes web interface. Když jsem se například snažil o automatizaci správy TLS certifikátu tak, že jsem je uploadoval přímo přes SSH, tak certifikát se sice změnil, ale ve web interface v konfiguraci jsem stále viděl původní název souboru... Ohledně správy pomocí příme editace konfiguráků se chci dotázat podpory Teltoniky.

5

Sítě / Router Teltonika na optice O2

« kdy: 27. 08. 2024, 14:05:30 »

Ahoj,

prosím o pomoc s řešením nefunkčního připojení přes optiku od O2 na routeru Teltonika (používá RUTOS, který staví na OpenWRT).

ISP a přípojka:
- O2, optická přípojka na infrastruktuře CETIN

HW a zapojení:
- ONT COMTREND GRG-4284
- Teltonika RUT956
- ONT zapojený UTP kabelem do WAN portu Teltoniky

Konfigurace Teltoniky
- verze FW: RUT9M_T_F18639_00.07.08.428 (custom firmware dodaný od výrobce před pár týdny)
- WAN port nastavený na protokol PPPoE, jméno a heslo: O2/O2 (vyzkoušeno i cetin/cetin), VLAN 848, MTU 1492 B
- výpis části /etc/config/network

Kód: [Vybrat]

config interface 'wan'
        option metric '1'
        option _area_type 'wan'
        option area_type 'wan'
        option force_link '0'
        option device 'eth0.2'
        option delegate '1'
        option ipv6 'auto'
        option priority '1'
        option proto 'pppoe'
        option tag '848'
        option username 'O2'
        option password 'O2'
        option mtu '1492'
- část výpisu pomocí ip a (WAN eth0.2 zapojený do ONT, LAN eth0.1 nezapojený):

Kód: [Vybrat]

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN group default qlen 1000
    link/ether 20:97:27:22:58:57 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2297:27ff:fe22:5857/64 scope link
       valid_lft forever preferred_lft forever

11: eth0.1@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br-lan state UP group default qlen 1000
    link/ether 20:97:27:22:58:57 brd ff:ff:ff:ff:ff:ff

19: eth0.2@eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1492 qdisc noqueue state UP group default qlen 1000
    link/ether 20:97:27:22:58:58 brd ff:ff:ff:ff:ff:ff
    inet6 fe80::2297:27ff:fe22:5858/64 scope link
       valid_lft forever preferred_lft forever


Popis problému
- Ve webovém rozhraní se u WAN portu objevuje hláška: "Error: * Connection attempt failed"
- přístup k internetu přes optiku O2 nefunguje
- výpis relevantní části logu pomocí "logread":

Kód: [Vybrat]

Tue Aug 27 13:21:18 2024 daemon.warn pppd[24241]: Timeout waiting for PADO packets
Tue Aug 27 13:21:18 2024 daemon.err pppd[24241]: Unable to complete PPPoE Discovery
Tue Aug 27 13:21:18 2024 daemon.info pppd[24241]: Exit.
Tue Aug 27 13:21:18 2024 daemon.notice netifd: Interface 'wan' is now down
Tue Aug 27 13:21:18 2024 daemon.notice netifd: Interface 'wan' is setting up now
Tue Aug 27 13:21:20 2024 daemon.info pppd[24353]: Plugin pppoe.so loaded.
Tue Aug 27 13:21:20 2024 daemon.info pppd[24353]: PPPoE plugin from pppd 2.4.9
Tue Aug 27 13:21:20 2024 daemon.notice pppd[24353]: pppd 2.4.9 started by root, uid 0
Tue Aug 27 13:21:20 2024 daemon.err pppd[24353]: Interface eth0.2 has MTU of 1492 -- should be at least 1500.
Tue Aug 27 13:21:20 2024 daemon.err pppd[24353]: This may cause serious connection problems.

Další poznatky
Změna MTU na 1500 B ničemu nepomohla. Na jiné lokalitě běží stejný typ routeru také přes PPPoE a funguje. Není to ale O2 nebo někdo jiný na infrastruktuře CETIN, ale nějaký místní poskytovatel, rozdíl je v tom, že PPPoE nebalí do VLAN. Dokonce tam ani není MTU sníženo na 1492 B (zapomnělo se na to při konfiguraci).

Narazil jsem na podobná temata:
https://www.snbforums.com/threads/pppoe-failing-with-timeout-waiting-for-pado-packets.78329/
https://community.ipfire.org/t/unable-to-connect-to-vdsl-timeout-waiting-on-pado-packets/1931/7
Ale špatným VLAN ID to není a Host-Uniq se mi nezdá relevantní.

Zkoušel jsem i bez nastaveného VLAN ID, bez úspěchu. Zkoušel jsem VLAN 848 nastavit nad rozhraním WAN (eth0.2) až nad ním PPPoE, ale také bez úspěchu. Nemůže být problém v tom, že už nad eth0 jsou VLAN (eth0.1 je LAN a eth0.2 je WAN)?

Napadlo mě na místě zkusit MikroTik, u kterého vím, že na CETIN DSL (PPPoE, VLAN 848) funguje, ale bohužel se na místo hned tak nedostanu. Mám pouze přístup přes HTTPS a SSH (přes mobilní VPN přes datovou SIM v routeru).

Prosím o radu, jak řešit.

Předem díky za pomoc.

6

Sítě / Re:O2 optický internet (kvalita, IP adresy)

« kdy: 16. 12. 2023, 18:53:58 »

Známému jsem konfiguroval MikroTik pro optiku od O2 (infrastruktura byla CETINu). IPv4 byla privátní a navíc, tak jak by to nemělo být, ze sítě 10.0.0.0/8. IPv6 tam nefungovala, DHCPv6 klient nedostal prefix.

Doma mám xDSL - podmínky by měly být podobné jako u všech přípojek přes infrastrukturu CETINu. Je zakončené terminátorem, za kterým je MikroTik. Původně jsem měl O2. IPv4 byla privátní a také zcela nesmyslně ze sítě 10/8. IPv6 fungovala, dle smlouvy měl být prefix dynamicky přidělovaný, ale za zhruba dva roky se ani jednou nezměnil, ani po výměně MikroTiku za jiný kus s jiným DUID. Bohužel O2 dává pouze /64. Za kratší prefix chtěli příplatek, nevím kolik přesně, ale bylo to několik stovek měsíčně a navíc se k tomu musela doojednat služba "statická IPv6 adresa" za cca 100 CZK měsíčně. Teď už ani kratší prefix v ceníku nemají, takže kdo ví, jestli to jde. Za veřejnou IPv4 chtěli cca 250 měsíčně.
Nyní máme několik měsíců přípojku od T-Mobile. Terminátor zůstal stejný, jen se vyměnily adresy a cca 10 hodin nešel internet. V ceně služby mají veřejnou IPv4 a prefix /56 IPv6 a to za nižší cenu. O2 jsou prostě tragédi.

O2 bych nebral a ten jejich "SmrtBox" už vůec ne. Buď zůstat u TMO a nebo zajímavě z hlediska ochoty a podpory vychází UVT.

7

Sítě / Re:Mikrotik v panelovém bytě

« kdy: 10. 03. 2023, 09:57:55 »

O výkonu MikroTiků při routování není nutné spekulovat, jsou uvedeny na stránkách:

https://mikrotik.com/product/hap_ac3#fndtn-testresults
https://mikrotik.com/product/hap_ax3#fndtn-testresults

8

Sítě / Re:Některá zařízení ignorují konfiguraci DNS serverů z RA

« kdy: 19. 02. 2023, 10:47:08 »

Manuální konfigurace DNS u WiFi adaptéru nebyla.

9

Sítě / Re:Některá zařízení ignorují konfiguraci DNS serverů z RA

« kdy: 14. 02. 2023, 20:20:42 »

Díky za tip, vyzkouším.

Je mi ale divné, že dva stroje se stejnými Windows a stejnými aktualizacemi se chovají jinak. A dokonce i na jednom stroji je rozdíl, na Ethernetu se vezmou adresy z RA, na WiFi ne. Skoro jako by to spíš byla věc driveru síťového rozhraní...

10

Sítě / Některá zařízení ignorují konfiguraci DNS serverů z RA

« kdy: 09. 02. 2023, 10:20:48 »

Narazil jsem na prolém, že některá zařízení ignurují RFC8106.

Jako router používám MikroTik, IPv6 adresy se nastavují metodou SLAAC. V RA se posílají i adresy DNS serverů, ověřeno ve Wiresharku.
Některá zařízení, jako Android telefony a tablety a NB s Ubuntu si adresy vezmou bez problémů z RA. U tří notebooků s Windows 10 jsem zjistil, že si adresy DNS serverů vezmou jen když jsou připojené Ethernetem a na WiFi to ignorují. Na některých zařízeních (Samsung TV, NB s Win 11) to nejde vůbec ať jsou připojeny jakýmkoli způsobem.

V čem může být problém?

11

Sítě / Re:IPv6 prefix od ISP

« kdy: 09. 02. 2023, 10:01:46 »

Záleží, jak to má ISP technicky řešené. Na WAN portu můžou být globální adresa, ale také tam může být třeba jenom link-local adresa (tak to má třeba O2 u xDSL).

Alokace prefixu kratšího než /64 projeví na "LAN straně" (pokud se používá DHCPv6-PD). Pokud jsou adresy nastaveny staticky, tak to nepoznáte. Maximálně metodou pokus-omyl, že si budete zkoušet nastavovat adresy patřící do dalších /64sítí a budete zkoušet, jestli vám komunikace chodí.

12

Studium a uplatnění / Re:Obtížnost studia na FIT VUT

« kdy: 04. 02. 2023, 09:04:52 »

Jak už v diskuzi zaznělo FIT je časově náročný na projekty. Na druhou stranu se na nich a na laboratořích dá nahnat spoustu bodů, ale jak už zaznělo na některých zkouškách jsou stejně stanovena minima (v tom případě se ale zase dají některé projekty nebo laboratoře vypustit).

První a druhý semestr byly spíše takové basic věci (přišel jsem z IT průmyslovky), lehce přituhovat začne v dalších semestrech, ale není to nic hrozného. Při studiu lze v pohodě pracovat a bavit se (a většina oboje dělá). Na co je potřeba si dát pozor jsou teamové projekty (za mě byly minimálně čtyři v různých předmětech), jeden člověk může svoji neaktivitou potopit všechny ostatní.

Co si pamatuji, tak první menší vlna odchodů byla během prvního roku studia, kdy někteří zjistili, že ta škola není pro ně. Druhá velká vlna byla ve 3. a 4. semestru kdy někteří museli nedorovolně odejít po tom, co podruhé neudělali předměty z 1. a 2.semestru. Většina z těch, co vydržela pak školu úspěšně zvládla.

Ohledně porovnávání náročnosti školy v minulosti a současnosti bych byl opatrný. Takový výrok by měl být podpořený nějakými daty (úmrtnost u zkoušek, počet odpadlíků...) a ne jen osobním pocitem. Jinak to jsou jen nic neřikající domněnky.

13

Studium a uplatnění / Re:Telekomunikační a informační systémy na FEKT VUT v Brně

« kdy: 04. 02. 2023, 08:26:48 »

Dobrý den,

přímou osobní zkušenost s tímto oborem na bakalářském nemám, ale můžu se podělit o poznatky spolužáků z navazujícího magisterského z roku 2018. Budu porovnávat s programem Informační bezpečnost, který neměl (alespoň na magisterském) s tématem bezpečnosti moc společného, spíš to byla informatika jako taková.

Na teleinformatice bylo víc matiky a elektra a podle popisu na stránkách se to nezměnilo (oblast 100 % elektro vs 60 % elektro + 40 % informatika). Na teleinformatice byla také menší svoboda při volbě předmětů. Také je na FEKT tento obor pod různými názvy prakticky od začátku. Oproti tomu informační bezpečnost (magisterské) bylo otevřeno až v roce 2018 a stále se tam dějí drobné změny. Naposledy jsem zaznamenal, že se mluvilo o snaze, zaměřit to více na bezpečnost, ale podle předmětů v detailu programu je to pořád +/- to stejné.

Pokud vás zajímají sítě a chcete spíš více informatiky a méně elektra, mohl by vám IBE vyhovovat více.

14

Sítě / Re:Horší WiFi na MikroTik hAP ax3

« kdy: 20. 01. 2023, 22:06:33 »

Pro ac3 je také dostupný wifiwave2, ale používám výchozí balík wireless (v ax3 už je jako výchozí wifiwave2). Takže pokud bych na ac3 nahodil wifiwave2, tak by měla být WiFi ještě lepší?

15

Sítě / Re:Horší WiFi na MikroTik hAP ax3

« kdy: 19. 01. 2023, 12:51:30 »

Umístění je stejné, šířka kanálu je stejná. Na 2,4 GHz tři jiná AP se signálem o 25 až 30 dBm horším, na 5 GHz není žádné další AP.