Zna ktoś jakieś źródła (poza samym opisem standardu), które wprowadzą mnie w świat Ethernet-u, konkretnie pod ewentualne uruchamianie Ethernetowych PHYs? Nie chodzi mi o to jak to ugryźć od strony Linuxowej ale bardziej o to żeby zrozumieć z czym potencjalnie mogę pracowac. Sam standard na pewno jest dobrym źródłem ale mam wrwzenie, że na tym poziomie jest tam zbyt dużo informacji i nawet nie będę w stanie odsiać co potrzebuje wiedzieć a
✨️ Obserwuj #mirkoanonim
#pytanie do #programowanie #programista15k #programista30k w sprawie #embedded

Mam plytke z imx8mm - chciałbym zrobić coś takiego:
- eMMC jest puste, więc przez ichny protokół SDP można wrzucić u-boota:

uuu SDP: boot -f boot.bin -scanlimited 0x800000
(czymkolwiek to scanlimited jest, bo dokumentacja tego mfgtoola / uuu to jakas kpina)

następnie #!$%@? u-boota SDPV: write -f boot.bin -skipspl, i robię SDPV: jump .
Niby działa, ale po reboocie -
@pa6lo: Był kiedyś tag #biedanonim do takich wpisów, ale segregacja tego na takie które się nadają/nie nadają była czasami ciężka i mocno subiektywna, dlatego aktualnie nie ma jej wcale. Dodatkowo wprowadzało to więcej pracy dla moderatorów, a każda dodatkowa sekunda spędzona w panelu to ekspozycja na niebezpieczne #!$%@? umysłowe niektórych osobników, co może powodować nieodwracalne ubytki w psychice.
@kacpervfr: przecież przeglądałeś https://wykop.pl/wpis/74745243/mireczki-programowanie-krotka-pilka-chcialbym-niec#263207949 ;) jeśli to praca dla juniora to nie ma co panikować, raczej nie dostaniesz pytania na "myślenie" (tak sądzę) bo trudno oczekiwać od kogoś na początku pracy umiejętności projektowania architektury czy podejścia do problemów. A jeśli dostaniesz, to jak z tymi pytaniami typu "gotcha"/"aha" - ile piłeczek zmieści się do autokaru. Pytasz jaki to autokar, wymiary, liczysz pojemność i estymujesz, zwykły "chłopski rozum". Jeśli cokolwiek kiedykolwiek robiłeś
Mirki #programowanie #programista15k #pytanie jak robicie rekrutacje (lub gdybyście chcieli być rekrutowani, to jak) w #embedded?
Powiedzmy żeby było trudniej - język jest nietypowy, powiedzmy jakiś Zig, Go, Rust, Haskell czy cokolwiek co nie jest C/C++.

- Test wyboru? Niby można ale nie ma pewności czy ktoś rozwiązuje go sam.
- Rozmowa techniczna - spoko, ale premiuje osoby wygadane, introwertycy mają handcap.
- Zadanko do zrobienia "w domu na ~5 minut~
@Oo-oO: generalnie to jest embedded więc trochę szeroka działka, pytanie co chcesz sprawdzać. Ja kiedyś miałem do napisania prosty serwer http który miał obsługiwać jakieś podstawowe requesty, niby do wykonania w kilka godzin, ale mi to chyba zajęło trochę dłużej, z drugiej strony to dobrze się bawiłem. Ciężko wymyślić zadanie który nie zajmie zbyt dużo czasu, z drugiej strony pokazuje też determinację i chęć do zdobycia pracy.
Pracuję w korpo jako inżynier symulacji.
Jakieś 2 lata stażu.

Niestety w pracy nie używam żadne LabView czy Simulink tylko jakieś niszowe gunwo o którym nikt nie słyszał.

Zresztą ja zazwyczaj nawet nie robię nic twórczego tylko puszczam gotowce pod regresję i weryfikuję wyniki.

Chciałem zmienić pracę na juniora czegokolwiek innego ale nigdzie mnie nie chcą.
Oprócz testów szukam też w sieciach, Linux admince itd. bo też trochę się na tym znam
Jestem programistą ale #embedded i potrzebuje pomocy od braci ( ͡° ͜ʖ ͡°) z #webdev . Otóż dostałem dostęp do API od jednego dostawcy i umiem sobie w Pythonie wysłać zapytanie do niego i dostać odpowiedź. Chciałbym jednak mieć to na mojej stronie internetowej, poki co goły tani serwer w seoHost i domena. Generalnie chce to zrobić bo potrzebuje mieć łatwy dostęp do tej funkcjonalności z dowolnego urządzenia
  • 1
@morsisko: @80kg nawet nie wiem co dokładnie mam, najtańszy hosting z seohosta, co się w nim zawiera szczerze mówiąc nie wiem. Szukałem tam konsoli ale nie mogę nic takiego znaleźć.
A co do backendu to najchetniej bym zostawił tak jak mam teraz, a mam serwer w Pythonie postawiony. Dzięki chłopaki za pomoc ale chyba zdecyduje się na rozwiązanie kolegi z pierwszego postu. Nie moja baja ta webowka a nie chce mi
Cześć, jako, że buildy dzisiaj coś wolno idą, mnie coś boli głowa więc zbyt intensywne myślenie w tzw. międzyczasie odpada, to postanowiłem sobie przejrzeć wszystkie numery archiwalne programisty (mam dostęp online więc poszło szybko) w poszukiwaniu jakichś ciekawych artykułów dotyczących programowania systemowego, plus chciałem się dowiedzieć o czym jeszcze nie pisano :) Część z nich czytałem, część nie, ale poniższą listę wrzucam w notion, żeby w razie czego mieć na co rzucić
Hej, potrzebuję zadać parę pytań a za bardzo nie mam komu - ba nawet nie wiem gdzie w necie mógłbym o to zapytać.
Wybaczcie, że pytania mogą wydawać się głupie ale naprawdę nie wiem do końca jak to powinno wyglądać.
Wszystkie pytania będą dotyczyć customowego boarda, bazującego na SoC LS1028a

1) Czy dodając support dla mojego SoMa powinienem dodać nowy board do źródeł Trusted Firmware A?
Patrząc na źródła Trusted Firmware A,
@bielu000: moim zdaniem, jak zwykle "to zależy". Rozumiem że pytanie dotyczy bardziej wsparcia projektu w długim czasie; i że dotyczy tylko yocto.

1. Moim zdaniem warto wrzucić osobny board, z dwóch powodów - jeśli upstream coś zmieni, to zaaplikowanie tych zmian będzie wymagało przejrzenia co się zmieniło i jaki to może mieć faktyczny wpływ. Dodatkowo, powinno to imho poprawić zrozumienie procesu dla nowego inżyniera jeśli kiedykolwiek będziecie zatrudniać lub ktoś inny
Kojarzy ktoś czy jest jakiś prawidłowy sposób na poinformowanie kernela, że będzie unexpected power loss? Będę przeglądał PM subsystem pod tym kątem, ale aktualnie jestem w drodze i pomyślałem, że może wrzucę zapytanie to się w międzyczasie czegoś dowiem :)

Pytam pod kątem powiadomienia o tym głównie subsystemu MMC, jako, że niektóre karty SD wspierają coś takiego jak "mmcpoweroffnotify" - jest to chociażby sprawdzane "mmcsuspend" oraz "mmcshutdown", który
Na fali ostatnich wydarzeń związanych z końcem eldorado w IT zrobiłem sobie rachunek sumienia i wyszło mi że tkwię w czyśćcu ale po kolei. Mimo stosunkowo niedużego expa wynoszącego ~1,5 roku udało mi się zostać głównym programistą/ liderem zespołu() zajmującego się embedded w średniej wielkości firmie. Niby kasa się zgadza (he he magiczne 15k) ale zdaję sobie sprawę że rozwój moich umiejętności stanął. Z powodu rozmiaru zespołu (6
Mirasy będę robił device tree dla naszego SoM-a nad którym pracujemy i zastanawiam się jak dobrze to ugryźć w Yocto, żeby nie narobić bałaganu. Korzystam z kernela producenta SoC, toteż będę nakładał na niego jakieś patche - generalnie myślałem, żeby może zrobić forka i wtedy już bez problemu bym sobie commitował do forka, natomiast za jakiś czas będziemy chcieć przejść na nowszy kernel i się zastanawiam czy nie będzie to wtedy problematyczne.
@pepepanpatryk: raczej będziesz generował na nowo ten patch, jeśli był jakiś fuckup albo ktoś wrzucił na upstream pobłogosławiony przez oema czy producenta DT. Czyli, moim zdaniem raczej zrobisz raz bringup i później ew będą korekty tego samego pliku.
W przestrzeni okolicy uboota/kernela trwa ogólnie dyskusja jak to ładnie ogarnąć, jeśli dobrze pamiętam, były przebąkiwania by wypchnąć i starać się synchronizować to w osobnym gicie, ale mogę coś źle pamiętać. Więc moim
@pepepanpatryk: będziesz upsteamowac i udostepniac design tej płytki? Jeśli nie to nie ma znaczenia jak to zrobisz. Jeśli tak, to pracujesz sobie na forku na branchu. Na końcu przygotowujesz pojedyncze patche tematyczne i robisz upstream.
Jak chcesz mieć porządek do uprevu na nowy kernel to nawet jak nie planujesz upstreamu lepiej zrobić pojedyńcze tematyczne patche jak do upstreamu.
Robię sobie teraz pewien projekt z mikrokontrolerem i mój szacun do ludzi w branży #embedded wzrósł niebotycznie
Łeb mnie już boli po całym dniu #!$%@? się ze skąpo udokumentowanymi bibliotekami, analizowania setek jak nie tysięcy linijek obcego kodu, który również za dobrze opisany nie jest, i eliminowania niektórych bugów w tychże bibliotekach
Już nie mówię nawet o restrykcyjnym pilnowaniu alokowanej pamięci czy dysponowaniu niewielką mocą obliczeniową, bo to są oczywistości
Jest to
Cztery dni (z weekendem włącznie oczywiście) wożenia sią na prawo i lewo jak turecki sprzedawca dywanów, 10 osób zaangażowanych na dwóch kontynentach, tylko dlatego, że ktoś zrobił literówkę w skrypcie linkera cztery lata temu. Okazuje się, że jednak jest różnica w wydajności pomiędzy L1 i L2. Kocham embedded ( ͡°( ͡° ͜ʖ( ͡° ͜ʖ ͡°)ʖ ͡°) ͡°)


#
@groman43: Ostatnio miałem podobną sytuacje z I/O. Bug był kodzie od 2018 roku ale zmienił się wzorzec zachowań użytkowników i niektóre fragmenty kodu zaczęły się wykonywać częściej, do tego doszła zmiana topologi sieci i się rozsypało. To jest to co uwielbiam w IT
Zwolnienia w #aptiv pokazują, że wąska i niszowa specjalizacja nie jest rowiązaniem na rynku pracy IT.
Poszło 250 osób, duża część z nich to na pewno spece od oprogramowania #automotive
To powodzenia teraz z wchłonięciem tylu osób w jednym mieście przez tak niszową branżę.

A w embedded nie jest tak łatwo o full remote. Jak jesteś remote to ktoś na miejscu musi za ciebie biegać po biurze z kabelkami, debuggerami i modułami
@KrolSandaczPierwszyRozrzutny: Praca wymagająca i średnio doceniana, a ofert pracy mniej i dlatego również średnio płatne. Embedded z definicji jest przykute do HW, a projektowanie HW jest trudniejsze niż kupienie jakiegoś tam AWS, dlatego jest mniej firm, które tym się zajmują.
A cały dzisiejszy poranek spędziłem debugując z dwoma kolegami dlaczego jeden task się spóźnia i przez to hard real time requirements nie są spełnione. Nic fajnego.
Chciałbym spróbować zabawy z embedded. Kiedyś kupiłem płytke Arduino Uno (jest tam Atmega328p), ale leżało nieużywane. Docelowo interesuje mnie STM32, ale podobno od tych 8 bitowych AVR'ów łatwiej zacząć. Myślałem, żeby najpierw nauczyć się programowania tej Atmegi (ofc na rejestrach, a nie w języku Arduino), popracować z dokumentacją, a dopiero potem nabyć jakąś płytkę z STM32. Co myślicie, najpierw ogarnąć AVR czy może szkoda czasu i można zaczynać od STM32?
#embedded
@dam2k01: zależy co chcesz robić/ co cię interesuje. Jak chcesz pomigać paskiem LED na I2C/SPI to nie oszukujmy się, samo ustawianie rejestrów nie jest ciekawe i da się go wyklikać z STMCube w kilka minut.
Jeśli masz fetysz poznania rejestrów dla danego procka to też możesz zrobić to przy użyciu STM.

Ogólnie co do rejestrów to mam zdanie takie że dopóki nie chcesz pracować dla producenta kontrolerów lub firmy dostarczającej biblioteki