Mike84

Ja polecam jeden z tutejszych artykułów, całkiem sporo można z niego wynieść https://forbot.pl/blog/cadsoft-eagle-czesc-1-schematy-id1468

Cześć, jak w tytule planuję jeszcze raz podjąć się próby przerobienia zasilacza komputerowego na warsztatowy : ) Założenia: Po odpaleniu zasilania przyciskiem S2 Dioda LED powinna zasygnalizować podłączone zasilanie, jednocześnie w tym momencie odpala się wentylator. Po przełączeniu S1 zasilacz powinien podawać napięcia na wyjścia regulowane, robocze wyjście +5V, oraz gniazda USB. Pokrętła powinny regulować napięcie oraz prąd dostarczany przez przetwornice. Model CAD: LINK Schemat: Dodatkowe informacje: Planowo użyje takiej przetwornicy na jeden kanał:

Dzięki za podzielenie się swoimi spostrzeżeniami i doświadczeniami, pozwoliły mi one spojrzeć na wszystko szerzej, z innej perspektywy, jednocześnie tym samym dając mi dużo do myślenia. AVR jeszcze nie zniknie tak szybko w głębi szuflady, ale też z pewnością nie będzie już tylko jedynym obiektem zainteresowań. Jeszcze raz, wielkie dzięki!

@Gieneq No właśnie otaczające nas domowe urządzenia raczej nie często są zbudowane na AVR, jedyna rzecz jaka przychodzi mi na myśl to tańsze drukarki 3D. W przemyśle, przy okazji praktyk - Te procki spotkałem tylko przy prostych testerach i prototypowych "pająkach" jak kolega @rafal2808 wyżej wspomniał Co do odchodzenia w odstawkę, może źle dobrałem słowa, wiem tylko z lektur i oraz ze słyszenia, że AVR swego czasu cieszyły się większym wzięciem w typowo komercyjnych urządzeniach, obecnie jak wyżej wspomniałem no jest to rzadkością, stąd to swierdzenie Generalnie rzecz biorąc, doc

A więc, pytanie brzmi czy w dzisiejszych czasach, patrząc okiem zawodowego programisty - warto uczyć się programować mikrokontrolery AVR? Technologia ciągle idzie do przodu, Atmegi mimo dużej popularności wśród majsterkowiczów, w przemyślę odchodzą w odstawkę. AVR pozwalają przyswoić podstawową wiedzę o świecie mikrokontrolerów, są dobrym wyborem na start. Jednak co zrobić w momencie gdy podstawy są już dobrze ugruntowane, odstawić 8-bitowe scalaki całkowicie w kąt i zająć się czymś bardziej rozbudowanym, nowoczesnym? Łącząc przyjemne z pożytecznym hobbystyczne projekty realizować na inny

Cześć, mam problem z skompilowaniem kodu w Eclips, środowisko jest świeżo wgrane na nowy komputer, pluginy są, ścieżki podpięte tam gdzie trzeba, wcześniej nie miałem takiego problemu i nie mam pojęcia co może być jego przyczyną, ktoś ma jakiś pomysł? ._. Kod do kompilacji: #include <avr/io.h> #include <util/delay.h> int main(void) { while(1) { } } Konsola z wynikiem: 14:04:33 **** Incremental Build of configuration Release for project 123 **** make all 'Building target: 123.elf' 'Invoking: AVR C Linker' avr-gcc -Wl,-Map,123.map -mmcu=atmega16 -o "123.elf"

Witaj na forum! Tutaj masz wszystko krok po kroku wytłumaczone, co jak działa i co należy zrobić by działało poprawnie: https://forbot.pl/blog/kurs-arduino-podstawy-programowania-porty-io-id3648 Powodzenia w nauce!

A więc - problem został zażegnany Zdemontowałem cały sterownik i złożyłem go na nowo, arduino musiałem wymienić na inne, ponieważ tamte moimi eksperymentami przypadkowo zepsułem, stabilizator padł i po podaniu +12V na wejście na pinie +5V miernik pokazuje mi +9V, co ciekawe procek nadal jest sprawny, łączy się z komputrem >.< Czyli winowajcą mogła być wadliwa płytka, jednak postanowiłem także wymienić ten mój trawiony zasilacz na stykówkę, tak dla pewności, z łatwością też mogłem wtedy wprowadzić parę poprawek, mianowicie zasilanie teraz idzie pośrednio przez arduino, użyłe

Sorki, że dopiero teraz odpisuje, wczoraj nie miałem jakichkolwiek chęci i sił by znowu usiąść do tematu tej nieszczęsnej pompy, dziś już mam nadzieje rozprawić się z nią na dobre, jestem wam bardzo wdzięczny za pomoc, za schematy, za rady, wszystko się przyda Problem jak sądzę leży w płytce zasilającej, ona jest głównym podejrzanym, domyślnie miała stworzyć dwa kanały 5V (na schemacie są inne stabilizatory, mój błąd, dobrałem je tam tylko montażowo) - jeden kanał na logikę drugi na pompę, która swoją drogą jak też również zapomniałem wspomnieć jest na 5V, na przyszłość będę pamiętał,

Dorysowałem resztę połączeń do powyższego schematu, żeby wszystko mieć w jednym miejscu, faktycznie mój błąd, że nie pomyślałem o tym wcześniej: Co do elektroniki, chciałbym pójść póki co najprostszą drogą, przekaźnik -> pompa, później gdy zepnę wszystko w całość można by się pokusić o modyfikacje A jeśli mowa o stronie programowej to - Tak, da się lepiej, da się bardziej poprawniej, każdy ma inny styl pisania, ja swój dopiero wyrabiam i się uczę, ale wskazówki zawsze mile widziane oczywiście

<main> #include <Arduino.h> #include "cyberplant.h" void setup() { cyberplant_init(); Serial.begin(9600); Serial_start(); delay(10); } void loop() { POMP(0); delay(2500); POMP(1); delay(2500); } <funkcje> * Funkcje */ uint8_t cyberplant_init( void ) // Inicjalizacja pinów { pinMode(LED, 1); pinMode(POMPA, 1); digitalWrite(LED, 0); digitalWrite(POMPA, 0); } uint8_t POMP(uint8_t stan) { if(stan == 0) { digitalWrite(POMPA, 0); }else{ digitalWrite(POMPA, 1); } } uint8_t Serial_start( void ) { Serial.

Hej, przy budowie projektów DIY każdy majsterkowicz hobbysta na własnej skórze może się przekonać o słuszności prawa Murphy’ego Wszystko co może pójść źle, tak właśnie pójdzie Jest także i tym razem, projektuje automatycznie podlewaną roślinkę i przekaźnik sterujący miniaturową pompą nie chce za bardzo współpracować z arduino, albo arduino z przekaźnikiem.. W każdym bądź razie, wygląda to następująco: Zasilanie jest pobierane z takiej płytki: (Arduino podpięte bezpośrednio pod USB nie naprawia problemu) Program to na razie standardowy blink

Witamy na forum Może rezystor jest uszkodzony? To nowy element czy z odzysku? Z obliczeń tak jak mówisz powinno wyjść 91,5Ω +/- 5%