oakm oakm skrev:
Yes, you can almost certainly read what's already on it.

You won't be able to plug it into your computer like a simple USB drive. Instead, you'll need to power it on and connect to the running operating system (which is likely Linux). The two primary methods for doing this are via a serial console or over the network (SSH).

Method 1: Serial Console (The Most Reliable First Step)​

This is the recommended method because it works even if the networking is not configured, and it allows you to see all the boot-up messages, which are incredibly useful for diagnostics.

What You Will Need:

  1. A 5V Power Supply: These boards typically run on 5V DC power. You must check the user manual for the specific carrier board or development kit to confirm the voltage and connector type.
  2. USB-to-TTL Serial Adapter: A crucial tool for embedded development. Common and inexpensive models are based on chips like FTDI FT232RL or CP2102.
  3. Jumper Wires: To connect the adapter to the board.
  4. Software: A terminal emulator program like PuTTY (for Windows) or minicom/screen (on macOS/Linux).
Steps:

  1. Find the Serial Port Pins: This is the most critical step. You must consult the user manual for the board to identify the correct pins for the debug UART/serial console. Look for pins labeled TX (Transmit), RX (Receive), and GND (Ground). Connecting to the wrong pins could damage the board.
  2. Connect the Adapter:
    • Connect the GND pin on your adapter to the GND pin on the board.
    • Connect the TX pin on your adapter to the RX pin on the board.
    • Connect the RX pin on your adapter to the TX pin on the board.(Note: The TX/RX lines are crossed because what one device transmits, the other receives).
  3. Configure Your Terminal:
    • Plug the USB adapter into your computer and open your terminal program.
    • Find the correct COM port (on Windows) or device file (e.g., /dev/ttyUSB0 on Linux) for your adapter.
    • Set the connection parameters. A very common setting for these boards is:
      • Baud Rate: 115200
      • Data Bits: 8
      • Parity: None
      • Stop Bits: 1
      • Flow Control: None
  4. Power On and Watch:
    • Open the connection in your terminal program.
    • Apply power to the MYIR board.
    • If successful, you will see text scroll by in your terminal. This is the bootloader (likely U-Boot) followed by the Linux kernel booting up.
    • At the end of the process, you will likely be presented with a login prompt.

Method 2: Network Connection (SSH)​

If the pre-installed software is configured to connect to a network automatically, this can be simpler.

What You Will Need:

  1. A 5V Power Supply
  2. An Ethernet Cable
  3. A Network Router/Switch
Steps:

  1. Connect the Hardware: Plug the Ethernet cable from the board into your router.
  2. Power On the Board: Let it boot up completely (give it a minute or two).
  3. Find the Board's IP Address:
    • The easiest way is to log in to your router's administration page and look at the list of connected DHCP clients. Look for a new device, possibly with a hostname like "myir" or "imx6ull".
    • Alternatively, you can use a network scanning tool on your computer or phone (like nmap on PC or the "Fing" app on mobile) to scan your local network for new devices.
  4. Connect with SSH:
    • Open a command prompt or terminal on your computer.
    • Use the SSH command to connect. You will need the username and IP address. Common default usernames are root or admin.
    • Example: ssh root@192.168.1.123 (replace with the correct IP).
    • It will likely ask for a password. Common defaults are root, admin, or sometimes it's left blank. Again, the manual is the best source for this.

What to Do Once You're In​

Once you have a command-line prompt, you can explore the system with standard Linux commands:

  • ls -la: List files and directories in the current location.
  • cd /: Change to the root directory.
  • cat /etc/os-release: See what Linux distribution is installed.
  • ps aux: See all the processes that are currently running. This is a great way to find the main "gateway" application.
  • top or htop: See real-time system resource usage (CPU, RAM).
  • dmesg: Read the kernel's message buffer, useful for seeing hardware detection info.
By exploring the filesystem and running processes, you can reverse-engineer how the original gateway software was built and what it does.
Är du en riktig människa?
Om ja, har du läst reglerna som du borde sett när du reggade dig?
 
oakm oakm skrev:
Målet är väl att vi hittar hur Ngenic styr pannan
Nu svarade du inte alls på mina frågor.
Men att bara klistra in AI-rappakalja bryter mot forumets regler.
Ai-texten är högst generell och kommer troligtvis inte hjälpa oss alls.
 
oakm oakm skrev:
Nu tror jag du inte läste texten men plockar bort texten så slipper du oroa dig över text som du inte tycker är relevant.
Du klistrade in en massa text från AI, du berättar inte vad du promptat den om och vad du ville åstadkomma med inlägget.
 
  • Gilla
Dilato och 1 till
  • Laddar…
Det finns ingen header pins - kanske de "pci express" liknande del kan användas, men oklart.
 
Någon som testat att köra wireshark på trafiken för att se vilka API-anrop som görs?
 
13th Marine 13th Marine skrev:
Återkoppla gärna om ni kommer fram till nått vettigt, jag har inte FB och inga planer på att skaffa heller.
Använder du discord? Funderar på att starta en sådan server då det passar rätt bra till utveckling
 
Kan detta vara någon form av header? Kretskort med komponenter, ett chip märkt "MYiR" och en markerad pin-header på träbord.
Inloggade ser högupplösta bilder
Skapa konto
Gratis och tar endast 30 sekunder
 
Gareth Gareth skrev:
Det finns ingen header pins - kanske de "pci express" liknande del kan användas, men oklart.
Programmering sker nog via kortkantskontakten ja.

Etnoy Etnoy skrev:
Använder du discord? Funderar på att starta en sådan server då det passar rätt bra till utveckling
Jag använder Discord, men har sedan trådens start kommit till insikt att jag inte kommer lägga ner någon nämnvärd tid på detta tyvärr.
 
  • Gilla
Etnoy
  • Laddar…
Etnoy Etnoy skrev:
Någon som testat att köra wireshark på trafiken för att se vilka API-anrop som görs?
Ja, allt till gw3-app.ngenic.se, och devices.ngenic.se - https. Jag tänkte skriva om dns till att resolva till någonting lokalt, i hoppet att de inte verifier certifikatet - kanske ikväll
 
  • Gilla
Etnoy och 1 till
  • Laddar…
Gareth Gareth skrev:
Ja, allt till gw3-app.ngenic.se, och devices.ngenic.se - https. Jag tänkte skriva om dns till att resolva till någonting lokalt, i hoppet att de inte verifier certifikatet - kanske ikväll
Om de inte kör cert pinning kan detta bli jätteenkelt, vi får väl hoppas :)

Eller snarare, kör de inte cert pinning är det nästan ett säkerhetshål som drabbar alla användare...
 
Etnoy Etnoy skrev:
Kan detta vara någon form av header? [bild]
Jag skulle inte lita på det, kan vara för att konfigurera CPU.
Har inte hunnit lägga så mycket tid på det, får inte riktigt grepp vad de anslutna pinnarna är.

Schema finns här:
https://www.myirtech.com/download/NXP/myb-y6ulx_sch.pdf
 
Etnoy Etnoy skrev:
Om de inte kör cert pinning kan detta bli jätteenkelt, vi får väl hoppas :)

Eller snarare, kör de inte cert pinning är det nästan ett säkerhetshål som drabbar alla användare...
Blir kul att se om du kan få till ett "hack" såhär.

Håller tummarna och önskar dig lycka till!
 
Etnoy Etnoy skrev:
Någon som testat att köra wireshark på trafiken för att se vilka API-anrop som görs?
Det är nog svårt utan ngenics SSL-certifikat?
 
Nu är det snart mids
useless useless skrev:
Det är nog svårt utan ngenics SSL-certifikat?
Utan cert pinning kan man servera ett eget cert och få den att tro att den pratar med officiella gateway
 
Min input här, är att som det skrivits om. Försöka först och främst DNS styra Gatewayen till hack. Skicka lite kod som ger access. Läsa av.
Fungerar inte det så UART/JTAG. Att pausa en boot behöver man hitta rätt pin att jorda under boot.
 
  • Gilla
cpalm och 1 till
  • Laddar…
Vi vill skicka notiser för ämnen du bevakar och händelser som berör dig.