Aktywne Wpisy
marv0oo +9
PZW wykopki. Jakiś "miły pan" mnie zgłosił za mówienie o tym za co Reporterek siedział w więzieniu i garowałem za to tydzień
Pozdrawiam Cię serdecznie kolego, żeby ci zrobili to za co reporterek garował ( ͡° ͜ʖ ͡°)
#famemma
Pozdrawiam Cię serdecznie kolego, żeby ci zrobili to za co reporterek garował ( ͡° ͜ʖ ͡°)
#famemma
MajsterZeStoczni +68
Zmagam się od ponad 20 lat z depresją, Moja matka kończy za kilka dni 60 lat. Kupiłem jej smartwatch i oprócz tego stwierdziłem, że zrobie coś sam,od lat wiedziałem, że lubi Słoneczniki van Gogha, to namalowałem po swoemu
#depresja #tworczoscwlasna
#depresja #tworczoscwlasna
- zapisu wartości do rejestrów FPGA (np reset systemu, FPGA steruje całym zasilaniem)
- odczyt tych wartości (m.in. wartość temperatury)
- update układu FPGA - na FPGA się nie znam ale pewnie do fpga jest podłączony flash i "oprogramowanie" mogłoby brać dane z i2c i zapisywać we flashu.
Będzie potrzebny tutaj jakiś protokół, żeby procek się z tym układem dogadał. Gdybyście mieli pełna dowolność (oprócz zmiany fizycznej, tj FPGA musi się komunikować po i2c) to co byście zaproponowali? Patrzyłem np na jakieś protokoły do obsługi EEPROMU po i2c - nie pamiętam już, który konkretnie model - ale tam za wiele nie ma - ot wysyłam 4 bajty, czyli bajt kontrolny, adres w pamięci eeprom 2 bajty, oraz 1 bajt danych. Żadnych crc itp. Uprzedzam, że nie mam wpływu na wybór interfejsu - wg mnie i2c to chyba nie do końca dobry wybór na wysyłanie takich pakietów danych jak bitstream układu FPGA.
Kolejna sprawa - czy patrząc z perspektywy Linuxa - taki driver powinien być zaimplementowany w user czy kernel space?
Czy np czujnik temperatury dostępny poprzez FPGA powinien być podłączony do subsystemu hwmon czy nie? Jeżeli tak to czemu, jeżeli nie to dlaczego?
Tak samo reset wyzwalany poprzez zapis do rejestru FPGA, czy powinien być zintegrowany z jakimś subsystemeem czy nie? Z jakim?
Czy napisanie drivera dla tegu układu w kernelu automatycznie wyklucza możliwość napisania driverów w userspace dla innych urządzeń podpiętych pod ten bus?
Ciężko jest o takich rzeczach znaleźć jakieś informacje, dlatego pytam może ktoś z własnego doświadczenia by coś podpowiedział. Ostatnio zmieniłem trochę rzeczy, którymi się zajmuje i potrzebuje z kimś czasem to skonsultować a za bardzo nie ma z kim dlatego pewnie będę coś prostował na tagu :)
#embedded
@pepepanpatryk: jeśli nie robisz jakiejś uniwersalnego SBC do sprzedaży, to nie baw się w robienie driverów w kernelu. Co możesz rób w user-space. Tak jak bezpieczniej, jak będziesz miał babola w kodzie, to wywali ci się program a nie kernel (program powtórnie możesz podnieść jakimś nadzorcą typu supervisor/systemd/etc). Debugowanie kodu w user-space też jest łatwiejsze.