-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!news.chmurka.net!.POSTED.aabh219.neoplu
s.adsl.tpnet.pl!not-for-mail
From: "J.F" <j...@p...onet.pl>
Newsgroups: pl.misc.elektronika
Subject: Re: Amerykańskie gniazdo natynkowe
Date: Fri, 28 Jul 2023 15:18:53 +0200
Organization: news.chmurka.net
Message-ID: <2...@4...net>
References: <e...@h...invalid>
<u9m1u3$t6h$1$nadir@news.chmurka.net>
<1...@h...invalid>
<u9mua2$q1dv$1@dont-email.me>
<7...@h...invalid>
<u9mv16$q1dv$2@dont-email.me>
<s...@f...lasek.waw.pl>
<u9mvrp$q1dv$3@dont-email.me>
<c...@g...com>
<6...@h...invalid>
<s...@f...lasek.waw.pl>
<3...@h...invalid>
<s...@f...lasek.waw.pl>
<7...@h...invalid>
<s...@f...lasek.waw.pl>
NNTP-Posting-Host: aabh219.neoplus.adsl.tpnet.pl
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Injection-Info: news.chmurka.net; posting-account="jfoxwr";
posting-host="aabh219.neoplus.adsl.tpnet.pl:83.4.33.219";
logging-data="19070";
mail-complaints-to="abuse-news.(at).chmurka.net"
User-Agent: 40tude_Dialog/2.0.15.1
Cancel-Lock: sha1:4ZbSsnFuPETRDdEp0VgoPJENZqA=
sha256:VGmY+B0KVW2kgdbwDyl1CN+0NWrfEzoJa9kNQ4AWczQ=
sha1:2JHALx8QbcqeYEN9r+G2KWno8AA=
sha256:Rfi6dWax0jl6SD+sGhSKi1uB9gSRi540tQjwmtYfXgY=
Xref: news-archive.icm.edu.pl pl.misc.elektronika:782517
[ ukryj nagłówki ]On Thu, 27 Jul 2023 15:02:32 +0200, Jarosław Sokołowski wrote:
> Pan Arnold Ziffel napisał:
>>> Jak jeszcze mikrokontrolery nie miały pamięci flash, była tam pamięć
>>> eprom. W wersji deweloperskiej struktura w obudowie ceramicznej z
>>> okienkiem kwarcowym. Produkcyjna normalnie w plastiku. Ta druga o wiele
>>> tańsza, za to programowalne tylko jeden raz.
Przez długie lata wersje eprom były nieprzyzwoicie drogie.
PIC chyba pierwszy cos tu zmienił, a i tak bylo to bardziej OTP.
>>> W teorii. W praktyce mozna
>>> było zamiast ultrafioletem, kasować rentgenem. Ale dawka raczej wyższa
>>> niż lotniskowa, rentgen u dentysty dawał radę.
>>
>> Wykładowca użył określenia "eprom", a czy to faktycznie był eprom, czy
>> eprom bez okienka... już się tego nie dowiem.
>
> To nieważne, chodzi wyłącznie o zastosowaną technologię.
Technologia eprom, ale znaczeniowo ... prom a nie eprom.
No chyba, ze ktos ma znajomego dentystę ... ten rentgen naprawde
działał ?
>>> Miałem płytę główną, która czasem w trakcie startu zgłaszała "checksum
>>> error". BIOS był w epromie, który być może w podobny sposób został
>>> potraktowany na lotnisku. To nie tak, że konkretne bity były tam
>>> przestawione. Raczej wszystko się rozmyło, więc przy kolejnych odczytach
>>> w zewnętrznym programatorze błędy wyskakiwały w różnych miejscach.
>>
>> O, to ciekawe. Jakby komórki na granicy przejścia między stanami?
>
> Tu jest granica między technologią analogową, a cyfrową. Do krzemowego
> pudełeczka wciska się elektrony, jakiś demon je ogląda, a jak widzi
> duży tłum, uznaje, że to stan odmienny. Ocenia na oko, więc gdy tłumek
> lekko rzednie, to ocena może być niepewna.
>
> W początkach tej technologii w ogóle nie występowało takie zdarzenie
> jak "zapis bitu". Porogramowanie pamięci polegało na dorzucaniu (albo
> nie dorzucaniu) do pudełeczka garści elektronów. I tak w kółko, ze sto
> razy trzeba było oblecieć wszystkie adresy, zanim pudełeczko całkiem
> się napełniło.
Ale raczej dopełniało sie jeden adres do skutku, i przechodziło do
następnego.
> Późniejsze epromy miały cykli mniej, w końcu wystarczył
> jeden.
Kto wie, czy wewnętrznie to nadal tak nie wygląda ..
> To samo z kasowaniem -- zbyt krótko naświetlony krzem był jak
> szkolna tablica niedokładnie wytarta ścierką.
Tym niemniej musiała być ta dawka, gdzie zaczynały pojedyncze bity
przekłamywac, i moze to jeszcze zależało np od napięcia zasilania ..
>>> Ponowne zaprogramowanie (bez wcześniejszego skasowania) tą samą
>>> zawartością rozwiązało sprawę.
>>
>> To też ciekawe, bo przecież kasowanie ustawia wszędzie jedynki, a
>> programowanie jedynie zmienia konkretne jedynki na zera (nie jest
>> w stanie przywrócić jedynki tam, gdzie jest niepewna komórka). Tak
>> przynajmniej pamiętam z czasów, gdy używałem epromów.
>>
>> To tak jakby zera zmieniły się w ten niepewny, płynny stan.
>
> No właśnie tak im się z czasem może robić. Jedynki zepsuć się nie da,
> a zero i owszem. Programując jeszcze raz tą samą treścią, jedynki
> pozostaja niewzruszone, a zera zerują się do oporu.
Dokładnie.
J.
Następne wpisy z tego wątku
- 28.07.23 15:46 Jarosław Sokołowski
- 28.07.23 17:59 J.F
- 28.07.23 19:15 Jarosław Sokołowski
- 28.07.23 21:22 ąćęłńóśźż
- 28.07.23 21:35 ąćęłńóśźż
Najnowsze wątki z tej grupy
- Dławik CM
- JDG i utylizacja sprzetu
- Identyfikacja układ SO8 w sterowniku migających światełek choinkowych
- DS1813-10 się psuje
- Taki tam szkolny problem...
- LIR2032 a ML2032
- SmartWatch Multimetr bezprzewodowy
- olej psuje?
- Internet w lesie - Starlink
- Opis produktu z Aliexpress
- No proszę, a śmialiście się z hindusów.
- Zewnętrzne napięcie referencyjne LM385 1,2V -> 100mV dla ICL7106, Metex M-3800
- karta parkingowa
- Wl/Wyl (On/Off) bialy/niebieski
- I3C
Najnowsze wątki
- 2024-11-29 Dławik CM
- 2024-11-29 [OT] Lewe oprogramowanie
- 2024-11-29 Błonie => Sales Specialist <=
- 2024-11-29 Warszawa => IT Expert (Network Systems area) <=
- 2024-11-29 Warszawa => Ekspert IT (obszar systemów sieciowych) <=
- 2024-11-29 Warszawa => Head of International Freight Forwarding Department <=
- 2024-11-29 Białystok => Inżynier Serwisu Sprzętu Medycznego <=
- 2024-11-29 Pómpy ciepła darmo rozdajoo
- 2024-11-29 Białystok => Application Security Engineer <=
- 2024-11-29 Białystok => Programista Full Stack (.Net Core) <=
- 2024-11-29 Gdańsk => Software .Net Developer <=
- 2024-11-29 Wrocław => Key Account Manager <=
- 2024-11-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2024-11-29 Chrzanów => Specjalista ds. public relations <=
- 2024-11-27 Re: UseGalileo -- PRODUKTY I APLIKACJE UŻYWAJĄ JUŻ DZIŚ SYSTEMU GALILEO