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

_________________
--... ...-- - --- -- . -.-

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

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.....

_________________
--... ...-- - --- -- . -.-

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.

_________________
--... ...-- - --- -- . -.-

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.

_________________
--... ...-- - --- -- . -.-

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]

_________________
--... ...-- - --- -- . -.-

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

_________________
http://www.sylwekkuna.com

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

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

To kiedy ta bomba zwana YB wybuchnie

--
Pozdrawiam,
Robert

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

_________________
--... ...-- - --- -- . -.-

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

_________________
Mr. Nobody

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

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]

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.

_________________
Mr. Nobody

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

_________________
--... ...-- - --- -- . -.-

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 --


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

_________________
zapraszam na blog: http://www.mirekk36.blogspot.com (mój nick Skype: mirekk36 ) [ obejrzyj Kurs EAGLE ] [ mój kanał YT TV www.youtube.com/mirekk36 ]