Dlaczego czasami tak trudno się powstrzymać od przeklinania

strikexp · Post napisał: **strikexp** » 19 paź 2024, 14:00

Nie do końca tak jest. Po prostu specjalizacja powoduje wzrost skuteczności.
Przy takim poważnym IT, nie ma mowy o tworzeniu wszystkiego samemu. Masz dokumentację i musisz się do niej dostosować.

atom1477 pisze: ↑
19 paź 2024, 12:52
Ponieważ utrudnia to proces technologiczny.
W małych mikrokontrolerach typu ATMega też da się zapisywać do pamięci FPASH.
Więc to nie dlatego jej nie ma w dużych mikrokontrolerach. Bo jakby to był powód, to i w małych też by jej nie dawali.
Tak jak pisałem: doucz się.

Nic się nie muszę douczyć. To są oczywiste oczywistości. Po prostu zabrakło Ci argumentów i cudujesz

drzasiek90 · Post napisał: **drzasiek90** » 19 paź 2024, 15:33

strikexp pisze: ↑
19 paź 2024, 14:00
Nie do końca tak jest. Po prostu specjalizacja powoduje wzrost skuteczności.
Przy takim poważnym IT, nie ma mowy o tworzeniu wszystkiego samemu.

Ja to rozumiem, wiem że tak jest i tak będzie.
Ale powoduje to (jak widać) inne problemy.
Ja bym nie chciał pracować w takiej strukturze, bo taka mam naturę, że wszystko lubię robic sam.
Ale mam znajomych, którzy tak pracują.

grg12 · Post napisał: **grg12** » 19 paź 2024, 18:54

mikrokontroler to STM32 - według elektroników nie ma flascha na pokładzie.
Szczerze mówiąc - to nawet nie jest wina elektronika. Płytka jest "dość" złożona, ten uC to tylko koprocesor którego głównym zadaniem jest obsługa komunikacji z peryferiami więc nic dziwnego że projektant zapomniał o jakimś szczególe.
Najzabawniejsze jest to że na płycie jest przewidziany spory kawałek MRAMu ale nie ma gwarancji że będzie działał bo główny procesor, zgodnie z dokumentacją, ma interfejs SPI ale producent nie zapewnia sterowników ani wsparcia... i nie chce powiedzieć dlaczego

drzasiek90 · Post napisał: **drzasiek90** » 19 paź 2024, 19:01

Z jakiego powodu używany jest uc bez wbudowanej pamięci flash?

atom1477 · Post napisał: **atom1477** » 19 paź 2024, 19:08

Teraz to dość popularne. Sam takich używam.
Dziwię się tylko temu co napisał grg12 w sprawie wsparcia interfejsu SPI.
Od kiedy to potrzebne jest jakiekolwiek wsparcie?
Mi zawsze wystarczało że użycie nie było blokowane (albo dokumentacja utajniona).

Jarewa · Post napisał: **Jarewa** » 19 paź 2024, 19:12

atom1477 pisze: ↑
19 paź 2024, 11:42

A już na pewno nie jest jakimś wyznacznikiem, żeby o nim napisać "nawet on ma to czy tamto".
Bo to by znaczyło że inne większe, mają tym bardziej. A tak nie jest.
ATmegi są na wymarciu. Obecnie są XMega.
A po drugie, to tylko jedna z rodzin mikrokontrolerów.
STM32 EEPROmu nie mają.
LPC1xxx czy nawet starsze LPC2xxx EEPROMu nie mają.
Praktycznie każdy większy mikrokontroler nie ma EEPROMu.
EEPROM był czy jest tylko w tych najmniejszych.

Ale w STM da się emulować eeprom. W czym problem zająć trochę Flash?

https://msalamon.pl/w-stm32-nie-ma-eepr ... u-o-f1-f4/

atom1477 · Post napisał: **atom1477** » 19 paź 2024, 19:17

To tylko emulacja, mająca o wiele mniejszą ilość kasowań/zapisów. Zająć trochę FLASHA to żaden problem, ale padało pytanie konkretnie o EEPROM, to i odpowiedziałem konkretnie w sprawie EEPROMu.

grg12 · Post napisał: **grg12** » 19 paź 2024, 19:24

Przypuszczam że to dość typowy przypadek kiedy przy projektowaniu elektroniki najwięcej do powiedzenia mają księgowi.
uC bez flash jest (powiedzmy) 10centów tańszy, precyzyjny RTC kosztuje ze dwa euro a 1MB MRAMu to po prostu rozbój... więc niech programista nie wydziwia tylko programuje.

"Ale w STM da się emulować eeprom. W czym problem zająć trochę Flash?" - "Flash endurance min 10K cycles".
Chcę zapisywać co kilka sekund - w takim tempie szybko go wykończę.
Nie, nie mogę trzymać tego w RAMie i zapisywać przy wyłącznie urządzenia - po zaniku zasilania procesor zbyt szybko "pada"
Tak, "są sposoby" - nie można zapisywać do cały czas tej samej lokacji, trzeba wykrywać zniszczone bloki itd. (dyski SSD robią to od lat) - ale bądźmy szczerzy, to "rzeźbienie w brązie"

atom1477 · Post napisał: **atom1477** » 19 paź 2024, 19:29

uC bez FLASHa jest o wiele tańszy. Różnica może być dwukrotna.
Nie mniej jednak to nic nie zmienia w sprawie emulacji EEPROMu. Bo w zewnętrznym FLASHu też można przecież emulować taki EEPROM.
Inna sprawa że ja bym użył dedykowanej pamięci EEPROM, albo FRAM.

drzasiek90 · Post napisał: **drzasiek90** » 19 paź 2024, 19:41

Bo ale ta kalkulacja powinna się opłacać całościowo, a tu robi się problem, bo trzeba pamięć a jej nie ma. Dodawanie zewnętrznej to także koszt, pytanie czy mniejszy.

atom1477 pisze: ↑
19 paź 2024, 19:29
Inna sprawa że ja bym użył dedykowanej pamięci EEPROM, albo FRAM.

Jak ktoś używa uc bez flasha żeby było taniej to na pewno nie użyje zewnętrznego FRAMU.

Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Re: Dlaczego czasami tak trudno się powstrzymać od przeklinania

Przewód pneumatyczny Poliuretanowy Transparentny 8/6 - 1000 mm

Bit Standard, płaski, C 6.3, 0.8 x 5.5 WIHA

Przewód pneumatyczny Poliuretanowy Transparentny 8/6 - 1000 mm

Bit Standard, płaski, C 6.3, 0.8 x 5.5 WIHA

Zaloguj się • Zarejestruj się

Połącz się z kontem sieci społecznościowej