[es2]

Jeśli uC ma być usypiany na precyzyjne odcinki czasu, użyj RTC. Musisz więc wybrać taki uC, w którym RTC jest. Mega328 zastosowana w UNO, niby ma RTC ale jak pamiętam, kwarcu zegarkowego nie można podłączyć do dedykowanych wyprowadzeń tylko do X1 i X2 czyli oscylatora napędzającego uC. Wtedy uC musi byc taktowany wewnętrznym RC, który pracuje na 8MHz. Mega328 nie ma PLL wiec ta max częstotliwość taktowania. Mega328PB ma wbudowany generator kwarcowy 16MHz z tego co pamiętam. Ma też 2 USART, 2 I2C, 2 SPI. W praktyce, bardzo rzadko używam tych maluchów z DebugWire, jeśli już mam używać AVR to te z JTAG więc upewnij sie czy Mega328PB ma wewnętrzny generator 16MHz.

Jeśli usypianie nie musi byc na dokładne odcinki czasu, to można użyć WDG. WDG z Mega328 może generować IRQ więc jest git, bo program może działać po wybudzeniu od miejsca, w którym sie zatrzymał.

Jedną z nielicznych zalet AVR w porównaniu z ARM STM32 jest to, że WDG (IWDG w ARM) może generować przerwania (w ARM tylko WWDG i robią się schody z głębokim usypianiem) i to, że z głębokiego uśpienia uC może kontynuować pracę od miejsca, w którym się zatrzymał. ARM musi wykonać reset, bo w głębokim uśpieniu zawartość RAM jest tracona.
Zwolennicy AVR powinni to co napisałem w ramkę oprawić, bo jest to dobra karta przetargowa w dyskusjach o wyższości AVR nad STM32.

[ToMiX]

No dobra to ja zabieram się za stworzenie rysunku technicznego + za wyliczenie wszystkiego czego będę potrafił , sprawdzenia danych technicznych komponentów i zobaczymy co z tego wyjdzie

[es2]

Kolejność powinna byc taka:
- założenia
- obliczenia
- dobór komponentów
- jeśli jest możliwość/potrzeba przetestowanie komponentów w warunkach zbliżonych do rzeczywistych
- projekt schematu
- projekt pcb
- wykonanie prototypu
- pisanie softu (zakładam, że się zna sprzęt i język, jak nie to punk nr 0 - nauka języka)

Niestety, Ardinowycy najczęściej maja inną kolejność:
- sprzęt (mam Arduino UNO, jak na to dużo przykładów w sieci, więc na nim robię)
- dodaję "wiadro" elementów, bo UNO ma za mało peryferii
- nie znam C, kopiuję przykłady z sieci, jak połączę kilka programów to nie działają (np brak RAM w uC, czasem FLASH)
- frajerzy na forum pomogli, ktoś za mnie napisał soft, działa (ma ograniczenia ale działa)
- niestety, bateria pada po 1 dniu a powinno działać tydzień, tak piszą w necie, kłamią?
- napisałem na forum i dowiedziałem się, ze Arduino się do tego nie nadaje a reklamowali, że Arduino potrafi wszystko

[ToMiX]

- dodaję "wiadro" elementów, bo UNO ma za mało peryferii

hah, no tak ale buda to tylko wstęp do garażu xd który będzie bardzo rozbudowany a teraz mam zamiar testować kilka rozwiązań w tym projekcie i zobaczyć jak się to sprawdzi

Jak już tak ładnie to wypisałeś to odpowiedz mi jeszcze  na kilka pytań ok ?

• Czy płytki Arduino obsługują konkretne języki programowania czy tylko C / Arduino IDE?
  
• Czy muszę programować w Arduino IDE bo powiem szczerze trochę mnie drażni ten program?
  
• Czy przez wyrażenie "projekt PCB" masz na myśli to że mam od zera polutować wszystko do płytki tak żeby to była jedna całość czy raczej stworzenie jakiejś sensownej praktycznej obudowy na to wszystko tak żeby i tak spełniało swoją rolę w osobnych modułach?
  
• Czy istnieje jakiś program do przetestowania kodu źródłowego ale w sposób taki jak zachowała by się płytka lub co by się wydarzyło, a nie tylko sprawdzenie poprawności kodu?
  

[es2]

• Czy płytki Arduino obsługują konkretne języki programowania czy tylko C / Arduino IDE?
  
• Czy muszę programować w Arduino IDE bo powiem szczerze trochę mnie drażni ten program?
  
• Czy przez wyrażenie "projekt PCB" masz na myśli to że mam od zera polutować wszystko do płytki tak żeby to była jedna całość czy raczej stworzenie jakiejś sensownej praktycznej obudowy na to wszystko tak żeby i tak spełniało swoją rolę w osobnych modułach?
  
• Czy istnieje jakiś program do przetestowania kodu źródłowego ale w sposób taki jak zachowała by się płytka lub co by się wydarzyło, a nie tylko sprawdzenie poprawności kodu?
  

To, że zanim zrobisz coś większego, chcesz najpierw potestować jest bardzo rozsądne. Jeśli realizuję duży projekt, dzielę go na mniejsze części i testuję kolejne bloki. Jak już te 3..6 bloków jest przetestowane (czasem sa to zaprojektowane przeze mnie PCB, czasem moduły łączone przewodami - stykówki odradzam) wszystko projektuję na jednej, czasem dwu PCB (nie biorę pod uwagę osobnej PCB z wyświetlaczem, przyciskiem i np ledami, buzzerem czy czasem zasilacza).

Co do pytań:
1 - płytki można programować w czym się chce, co jest na dany uC.
W przypadku AVR: C/C++, ASM, Bascom, Pascal, LD (ten to na nieliczne AVR i PIC ale zdziwiłem się, ze jest http://cq.cx/ladder.pl)
Dla ARM C/C++, LUA (to chyba tylko na ESP)
Nie bardzo ma to sens. Płytki Arduino z większymi AVR nie mają wyprowadzonego JTAG a małe,z konieczności, obsługują DW, do którego debuger jest drogi. Lepiej więc kupić płytkę startową z AVR a najlepiej z ARM, które sa tanie i przeważnie mają wbudowany programator/debuger.
2 - Możesz programować w czym chcesz
3 - Tak, chodzi o zaprojektowanie PCB pod konkretny projekt.
4 - Nie.Tak samo jak nie istnieje program, który potrafiłby poprawiać błędy, które zawiera.

[error105]

4 - tak, łączysz diody i guziki które symulują to co ma być w budzie i tak testujesz jak to działa, innego sposobu nie znam

[es2]

4 - tak, łączysz diody i guziki które symulują to co ma być w budzie i tak testujesz jak to działa, innego sposobu nie znam

Przycisk i guzik to program?
Cóż, nie wiedziałem - człowiek uczy się całe życie a umiera głupi.

[ToMiX]

Właśnie myśląc jak można zbudować platformę testową pomyślałem że moim odbiornikiem będzie po prostu dioda Led zamiast czegos grzeje xd dzięki temu układ zmieści się wszędzie i będzie to można przenieść np do lodówki gdzie zamierzam testować wszystko zanim wrzucę to wngotowy projekt, a później zabiorę się za budowanie makiety. Ale zacznę od pomiarów żeby to np diody nie spalić i ogólnych testów płytki xd

PS : narysowalem jakiś tam zarys całego układu, talentu to ja nie mam xd ale na podstawie tego podłącze wszystko i zobaczymy czy coś z tego będzie

Wysłane z mojego SM-A605FN przy użyciu Tapatalka

[es2]

Zacząć powinieneś od obliczeń ale może nie warto bo jak widzę układ "+12V opornik +5V" to szkoda mojego czasu. A kruczek w postaci 12V podane na dwa włączone równolegle akumulatory 6V (było już pytanie po jaki ch...) to odradzam zabawy z akumulatorami bo będzie bum i poparzenia może utrata wzroku. To, ze to co narysowałeś to nie schemat tylko rysunek dopełnia wszystkiego.
- Poznaj prawo Ohma, Kirchhoffa itp podstawy.
- Buduj proste układy, przechodź do bardziej skomplikowanych ("Ośla łączka" z EdW jest godna polecenia)
- Naucz się C/C++ 9np kurs na Forbocie czy w EdW)
- Poznaj AVR, ARM, zbuduj coś prostego na tym na własnej PCB

Do zobaczenia za kilka lat, no jak się postarasz za rok jak już będziesz wiedział co to połączenie szeregowo,co równoległe, jak wygląda schemat, co należy włączyć pomiędzy panel a akumulator, co pomiędzy akumulator a uC.

[ToMiX]

Znam te prawa miałem coś takiego w szkole jak elektrotechnika niestety tam układy były budowane pod elektronike samochodową A zobaczysz że najdalej na lato jeśli będę miał czas to już wszystko będzie funkcjonować poprawnie i spełniać swoją rolę

Wysłane z mojego SM-A605FN przy użyciu Tapatalka