ATNEL tech-forum

Re: Nowe procki od Atmela - Attiny102/104

2016-03-09T23:22:53+01:00

Na czas zapisu do Flash program główny oraz wszystkie przerwania muszą być bezwzględnie zatrzymane, ale co to za problem ?

Tu masz troszkę informacji od Atmela na ten temat: http://www.atmel.com/images/doc2575.pdf

Czas zapisu i sposób zapisu hmm dostępu do EEPROM jest lepszy ... w EEPROM można bawić się pojedynczymi komórkami pamięci a tymczasem we Flash musimy operować na całych stronach ...

-- 1 minucie --

sq5rix napisał(a):

Z tego co czytałem, to albo pisze albo czyta. Nie może czytać Flasha podczas zapisu. Ale w tym temacie jestem jeszcze zielony...

To zależy przede wszystkim jaki procek i czy jest tylko sekcja NRWW (procki ATtiny i niektóre małe ATmegi jak np ATmega48) czy są dwie sekcje RWW i NRWW ... no jest tu troszkę zagwozdek ale rozwalimy to

Statystyki: Napisane przez mirekk36 — 9 mar 2016, o 23:22

Nowe procki od Atmela - Attiny102/104

2016-03-09T23:20:13+01:00

Z tego co czytałem, to albo pisze albo czyta. Nie może czytać Flasha podczas zapisu. Ale w tym temacie jestem jeszcze zielony...

Statystyki: Napisane przez sq5rix — 9 mar 2016, o 23:20

Re: Nowe procki od Atmela - Attiny102/104

2016-03-09T23:16:29+01:00

Coś za coś

A tak przy okazji - jaki jest czas zapisu do FLASH w porównaniu z EEPROM?
Rozumiem, że przy zapisie do FLASH program może dalej działać - inaczej bootloadery by miały problem.

Statystyki: Napisane przez APAP75 — 9 mar 2016, o 23:16

Re: Nowe procki od Atmela - Attiny102/104

2016-03-09T22:48:56+01:00

APAP75 napisał(a):

A czy pamieć flash nie ma czasem mniejszej 10-krotnie liczby cykli zapis/odczyt w porównaniu z EEPROM?

Zadaj sobie inne pytanie

"A czy pewniejsze jest przechowywanie danych w pamięci Flash procesora czy EEPROM?"

Gdy usłyszysz, że pewność przechowywania danych w pamięci Flash jest 10 tys razy pewniejsze niż w EEPROM to wtedy jakie ma znaczenie czy pamięć Flash ma 10-krotnie mniejszy cykl zapis/odczyt ?

Nie oznacza, to co mówię, że to odkrycie ameryki bo nie - w końcu co robią Bootloadery ? .... A podejście do częstotliwości zapamiętywania danych w pamięciach nieulotnych jest zwykle i tak tragicznie katowana przez początkujących, którzy próbują do takiego zapisu podchodzić prawie że z częstotliwością pracy pętli głównej ....

Podsumowując wziąwszy pod uwagę GIGANTYCZNIE większą pewność i stabilność danych zapisanych w pamięci Flash daje bardzo ciekawe, wręcz rewelacyjne możliwości dla wielu różnych projektów

Statystyki: Napisane przez mirekk36 — 9 mar 2016, o 22:48

Re: Nowe procki od Atmela - Attiny102/104

2016-03-09T22:41:19+01:00

A czy pamieć flash nie ma czasem mniejszej 10-krotnie liczby cykli zapis/odczyt w porównaniu z EEPROM?

Statystyki: Napisane przez APAP75 — 9 mar 2016, o 22:41

Re: Nowe procki od Atmela - Attiny102/104

2016-03-09T16:16:46+01:00

Ciekawy opis nowych procesorów - najważniejsze zmiany i zalety:
http://www.electronicsweekly.com/market ... s-2016-03/

Statystyki: Napisane przez sq5rix — 9 mar 2016, o 16:16

Re: Nowe procki od Atmela - Attiny102/104

2016-03-03T22:39:19+01:00

Quote:

Oj można można i niedługo mam nadzieję, będzie bombowa informacja w tym zakresie

To kiedy ta bomba zwana YB wybuchnie

--
Pozdrawiam,
Robert

Statystyki: Napisane przez rskup — 3 mar 2016, o 22:39

Re: Nowe procki od Atmela - Attiny102/104

2016-03-02T13:09:18+01:00

sq5rix napisał(a):

Ciekawe, nie wiedziałem, że z programu można zapisywać flash

Oj można można i niedługo mam nadzieję, będzie bombowa informacja w tym zakresie

Statystyki: Napisane przez mirekk36 — 2 mar 2016, o 13:09

Re: Nowe procki od Atmela - Attiny102/104

2016-03-02T13:07:08+01:00

No jeśli cena będzie zbliżona do attiny13 to chyba się przerzucę na nowe, bo już mi się podoba

Statystyki: Napisane przez SylwekK — 2 mar 2016, o 13:07

Nowe procki od Atmela - Attiny102/104

2016-03-02T12:45:31+01:00

Ciekawe, nie wiedziałem, że z programu można zapisywać flash [emoji33]
http://www.atmel.com/images/doc2575.pdf
Tu jest coś o atmedze 128.... Ale rzeczywiście można [emoji3]

Statystyki: Napisane przez sq5rix — 2 mar 2016, o 12:45

Nowe procki od Atmela - Attiny102/104

2016-03-02T01:38:38+01:00

Na razie to te procki muszą się pojawić - to zapowiedź...
Atmel robi sporo w IoT, pokazali np. węzeł IoT za dolara, do komunikacji. A to będzie idealnie pasować. Myślę, że projekty typu - n małych, niezależnych urządzeń gadających ze sobą po 800MHz, lub po Low Power WiFi - zarówno nod IoT, jak ostatnie procki mają bardzo niskie zużycie prądu. Zobaczymy.....
Nod IoT targów embedded:
http://youtu.be/NGAY29BLexI
Nie umiem zidentyfikować, jaki to konkretnie produkt, Atmel ma sporo, np. w sub-1MHz:
http://www.atmel.com/products/wireless/ ... r_ics.aspx

Natomiast niech mnie ktoś mądry oświeci, jak zapisać defaultowe ustawienia urządzenia bez eepromu. Chyba, że plan jest taki, żeby czytać je po uarcie i radiu z tej mikro sieci.

Statystyki: Napisane przez sq5rix — 2 mar 2016, o 01:38

Re: Nowe procki od Atmela - Attiny102/104

2016-03-01T23:51:57+01:00

Te małe procki będą z nami jeszcze ze 20 lat, o to jestem spokojny.
Przegapiłem to, że programator Atnel USBasp V. 4.0 ma też TPI - można śmiało programować. Atmel ICE też je potrafi ugryźć.
1k kodu to rzeczywiście niewiele, za to UART z trybem maskowania to rewelacja.

Statystyki: Napisane przez sq5rix — 1 mar 2016, o 23:51

Re: Nowe procki od Atmela - Attiny102/104

2016-03-01T10:34:31+01:00

Strona cały czas Atmel. Microchip nie taki głupi, żeby zabijać dojną krowę zaraz po zakupie
Mnie najbardziej dziwi brak eepromu w tych procesorach.....

Statystyki: Napisane przez sq5rix — 1 mar 2016, o 10:34

Re: Nowe procki od Atmela - Attiny102/104

2016-02-29T23:51:52+01:00

Ale, ale !
Jeśli nowe, to już nie od Atmela tylko od Microchipa !

Statystyki: Napisane przez krzysssztof — 29 lut 2016, o 23:51

Nowe procki od Atmela - Attiny102/104

2016-03-02T19:20:57+01:00

Hej,

nie wiem, czy widzieliście, ale już są Attiny102/104!

http://www.atmel.com/about/news/release ... m:26-80723

Nowe 8- i 14-nóżkowe AVR-y.

Główne cechy:

•1kB Flash / 32bytes SRAM
•8- and 14-pin packages down to 2mm x 3mm in size
•Up to 12 MIPS at 12MHz
•Self-programmable Flash
•Accurate (±3%) Internal oscillator
•Multiple calibrated internal voltage references (1.1V, 2.2V, 4.3V)
•10-bytes Unique ID (serial number)
•USART
•10 bit ADC and analog comparator
•1.8V to 5.5V voltage range
•-40°C to +105°C and -40°C to +125°C temperature ranges

Wyglądają fajnie.

Attiny102/104 - zapakowane w 8- and 14-pin SOIC i 8-pad UDFN - nic nie ma o przewlekanych....

Są już noty, ale na razie wstępne, więc pewnie nie są jeszcze dostępne:
http://www.atmel.com/Images/Atmel-42505 ... asheet.pdf

Na razie widzę, że nie ma EEPROM-u - trochę mnie to zdziwiło.

Jest za to VLM (Vcc Level Monitoring) Reset. Procek resetuje się, jeśli Vcc jest poniżej zadanego poziomu.

W związku z czym jest POR - Power On Reset - jak napięcie wróci... Oczywiście to wszystko oprócz Watchdog'a.

Jest też coś takiego:

Input Capture Unit

The Timer/Counter0 incorporates an Input Capture unit that can capture external events and give them a time-stamp indicating time of occurrence. The external signal indicating an event, or multiple events, can be applied via the ICP0 pin or alternatively, via the analog-comparator unit. The time-stamps can then be used to calculate frequency, duty-cycle, and other features of the signal applied. Alternatively the time-stamps can be used for creating a log of the events.

Jest też Noise Canceller dla pinu ICP0 - czterostopniowy filtr przeciwzakłóceniowy.

Bardzo ciekawą funkcją UARTa jest (str. 103)
Multi-Processor Communication Mode

USART filtruje ramki, można zatem hardware'owo zbudować sieć małych, rozproszonych urządzeń, samodzielnych, autoupdatujących sobie firmware - Genisys!!

Programowanie:

Physical Layer of Tiny Programming Interface

The TPI physical layer - basic low-level serial communication.

Bi-directional, half-duplex serial receiver and transmitter.
The physical layer includes:

- serial-to-parallel and parallel-to-serial data conversion,
- start-of-frame detection,
- frame error detection,
- parity error detection,
- parity generation
- collision detection.

Piny, jakimi programujemy:

•RESET: enable input
•TPICLK: clock input
•TPIDATA: data input/output

Dodatkowo podłączamy też Vcc and GND.

Ponieważ jest USART, a procki mają "Self-Programming mechanism for downloading and uploading program code", to jest bootloader i można przejściówką Mirka też programować. W nocie jest kod, jak to robić, str. 197.

Architektura:

Piny:

Przerwania:

Miłej zabawy!
Tomek

Statystyki: Napisane przez sq5rix — 29 lut 2016, o 22:52